Quelle est la différence entre HLS et MPEG-DASH?

vous devez vous demander ce qui est important pour vous (encodage, méthodes de cryptage, standardisation, etc.)

Jason Schneid a écrit une excellente comparaison: http://www.internetvideoarchive.com/IVA/news/2012/09/13/progressive-download-vs.-adaptive-bitrate-how-to-choose-the-format-right-for-you

Voici une comparaison rapide pour Aquary. Trop long pour une réponse en ligne...

Normes Web: des deux protocoles de streaming adaptatifs MPEG-DASH a la meilleure chance de devenir la norme unificatrice.

Support: HLS, étant plus âgé et avec Apple poussant dur derrière elle, a plus de prise en charge de facto en particulier dans les navigateurs/os/dispositifs plus âgés. Vous pouvez prendre en charge HLS sur windows machine en utilisant le jwplayer.

Performances: pas sûr mais les fabricants de bitdash, un lecteur mpeg-dash, font cette affirmation:"les performances de streaming Est 53% plus élevé par rapport à Microsoft Smooth Streaming et 101% plus élevé que Apple HLS".

Conclusion: HLS maintenant, MPEG-DASH demain (et maintenant, si vous pouvez le gérer). L'article suivant est une bonne évaluation de l'état fracturé des technologies de streaming aujourd'hui: http://blogs.imediaconnection.com/blog/2012/04/27/mpeg-dash-its-time-for-apple-to-put-up-or-shut-up/

MPEG-DASH est un fournisseur indépendant, norme internationale ratifiée par ISO / IEC MPEG. Les technologies de streaming adaptatives précédentes - telles que Apple HLS – ont été publiées par des fournisseurs avec un soutien limité des serveurs de streaming indépendants de l'entreprise ainsi que des clients de lecture. Il n'est donc pas souhaitable que la situation soit tributaire des fournisseurs, et les organismes de normalisation ont entamé un processus d'harmonisation qui a abouti à la ratification du MPEG-DASH.

au cours des dernières années, MPEG-DASH a été intégré dans le cadre de nouveaux efforts de normalisation, par exemple, les HTML5 Media Source Extensions (MSE) permettant la lecture DASH via la balise vidéo et audio HTML5 (contrairement à Apple HLS qui dépend de FLASH sur des plateformes en dehors de L'écosystème Apple), ainsi que les HTML5 Crypted Media Extensions (EME) permettant la lecture protégée par DRM dans les navigateurs web. En outre, la protection DRM avec MPEG-DASH est harmonisée sur différents systèmes avec le MPEG-CENC( Common Encryption), et la lecture MPEG-DASH sur différents Les plateformes SmartTV sont activées via l'intégration dans HbbTV 1.5 et 2.0.

alors que MPEG-DASH est codec et conteneur agnostic Apple HLS est, par exemple, lié au conteneur MP2TS. Il y a aussi beaucoup plus de différences qui sont décrites en détail à https://bitmovin.com/mpeg-dash-vs-apple-hls-vs-microsoft-smooth-streaming-vs-adobe-hds/.

du point de vue du concepteur d'applications, en essayant de choisir une technologie pour les services de streaming vidéo comme youtube ou netflix, je dirais qu'ils ont tous leurs retombées et vous devriez les utiliser tous.

chaque service de streaming de vidéo régulier aujourd'hui aura deux problèmes: le soutien du client (et vous devriez vouloir tout, des Smartphones, tvs, consoles, apple tv et Google chromecast) et l'infrastructure du serveur.

HLS est natif supporté sur tout Apple, fonctionne très lisse et offre une grande personnalisation grâce à l'utilisation d'un grand nombre de lecteurs vidéo open source js. Android a des problèmes, mais même sur les appareils 2.3 j'ai fait flash player exécuter HLS sur une application hybride. La Performance craint. Mais vous pouvez transcoder à la volée avec ffmpeg! Le streaming en direct est également possible et très simple.

MPEG-DASH est vraiment bien supporté sur les nouveaux appareils, dans 5 ans cette discussion pourrait être terminée. Avec ngnix et l'extension rtmp vous pouvez construire un serveur vidéo en continu dans une demi-heure.

j'ai d'abord choisi HLS beacuse c'est facile. En ce moment, je crée tout HLS, WebM (définitions plus basses) et MPEG-DASH en même temps pour différents clients afin de leur permettre de s'exécuter nativement.

de cette façon, je peux me fier uniquement à la construction D'applications hybrides et utiliser tout mon code AngularJS sur chaque client. Sinon, il serait impossible pour les petits projets d'embrasser les services de transmission vidéo. Alors vous avez des services comme Wowza.