Различия в локальном браузере HTML5 и в Интернете при обработке медиафайлов MKV и M4A

re: http://www.gooplusplus.com/minmedia/demo/minmedia.php< /а>

Я работаю над тем, что со временем может стать минималистичным медиа-сервером для локальных сетей с возможностью запуска файлов в Chromecast. Это было вызвано открытием отсутствия клиентских приложений UPnP/DLNA для Chrome или простых способов доступа к мультимедиа для Chromebook.

Хотя Plex работает на Chromebook, перенаправление Chromecast работает только через веб-ссылку Plex. В любом случае, большинство медиа-серверов кажутся ненужными накладными расходами и периодической перегрузкой диска, когда все, что нужно, — это простой и прямой способ воспроизведения через Wi-Fi нескольких терабайт медиафайлов, размещенных в локальной сети. ИМО, миниатюры, функции категорий и т. д. просто мешают реальному просмотру или прослушиванию.

Хватит мыльниц, теперь об аномалии с файлами MKV и M4A: когда я нажимаю ссылку на демонстрационный видеофайл MKV с моего веб-хостинга (Hostgator), браузер (и Chrome, и Firefox) начинает загрузку вместо воспроизведения файла MKV. Когда я щелкаю ссылку на тот же файл локально (Civet Web Server, ответвление Mongoose с открытым исходным кодом), файл MKV нормально воспроизводится в окне браузера HTML5.

Противоположное происходит с музыкальными файлами M4A. Щелчок по ссылке на файл M4A, размещенный на Hostgator, воспроизводится в веб-плеере HTML5 браузера. Щелчок по файлу, размещенному локально, вызывает загрузку вместо воспроизведения.

Итак, может ли какой-нибудь эксперт сказать мне, почему ссылки на эти два типа медиафайлов ведут себя по-разному локально и в Интернете? Является ли это функцией (1) хоста [Hostgator] или (2) веб-сервера (Apache vs Civet Web)? Есть ли какой-то файл конфигурации типа mime и т. д. для Apache или где-либо еще, который может повлиять на то, как файлы MKV обрабатываются моим хостом?

Локальная сеть MinMedia (Win7) MKV-ссылки


person xRadio.us    schedule 05.06.2014    source источник
comment
Еще одно любопытное открытие заключается в том, что, просто переименовав файл MKV в MP4, он будет воспроизводиться в проигрывателе HTML5 браузера по умолчанию как по локальной, так и по интернет-ссылке. Пример: просто скопируйте video.MKV в video.mkv.MP4 Интернет-щелчок по первому файлу будет загружен, а второй начнется воспроизведение. Аналогичная странность возникает, если вы переименовываете audio.AAC в audio.aac.M4A или audio.aac.MP4.   -  person xRadio.us    schedule 06.06.2014


Ответы (1)


Ссылка: http://www.homenetvideo.com/demo/index.php?/Test%20Formats

То, как браузер HTML5, такой как Google Chrome, обрабатывает MKV, M4V, MOV, M4A, M4B, похоже, зависит от файла конфигурации веб-сервера.

Вот что я добавил в свой файл Hostgator homenetvideo.com .htaccess:

RemoveType .webm
RemoveType .mpeg
AddType video/webm .webm .mov .m4v .mkv
AddType audio/mpeg .m4b

Вот что я добавил в файл civetweb.conf моего веб-сервера локальной сети:

extra_mime_types .m4v=video/mp4,.mov=video/webm,.m4a=audio/mpeg,.m4b=audio/mpeg

Эти форматы как на локальной сети, так и на внешних серверах теперь воспроизводятся в HTML5-плеере браузера:

VIDEO: MP4 WEBM OGV + .mkv .mov .m4v
AUDIO: MP3 OGG WAV + .m4a .m4b

...

Homenet Local Media Server — тестовый формат

Homenet — воспроизведение файла MKV в браузере, проигрыватель HTML5

person xRadio.us    schedule 27.07.2014
comment
Эти записи Apache .htaccess AddType для MKV, MOV и M4B работают в Google Chrome, но не в Firefox. (Честно говоря, я даже не заморачиваюсь с Internet Explorer.) - person xRadio.us; 30.07.2014
comment
Для пользователей Google Chrome с установленным VLC: --- AddType application/x-vlc-plugin .pls .flv - person xRadio.us; 03.08.2014