Cisco ouvre son codec H.264 et marche main dans la main avec Mozilla

Cisco ouvre son codec H.264 et marche main dans la main avec Mozilla

Un premier vrai pont jeté dans la guerre des codecs

Avatar de l'auteur

Vincent Hermann

Publié dansLogiciel

31/10/2013
68
Cisco ouvre son codec H.264 et marche main dans la main avec Mozilla

Le H.264 est un codec vidéo qui a montré toute son importance depuis des années. Utilisé dans de très nombreuses plateformes multimédia, il est aussi connu pour être protégé par de très nombreux brevets qui empêchent notamment son utilisation dans les produits open source. Pourtant, Cisco vient de faire un pas significatif dans ce domaine, en accord avec Mozilla qui applaudit le mouvement.

firefox h264

Un codec très utilisé mais particulièrement protégé 

Le H.264 est un codec particulièrement utilisé dans l’industrie multimédia. Il s’agit d’une variante de la norme MPEG4, aussi appelée MPEG4-AVC (pour Advanced Video Coding, par référence à l’AAC pour le son) ou encore MPEG4 Part 10. Comme son nom l’indique, il s’agit d’une norme MPEG (Moving Picture Experts Group), certifiée ISO, qu’aujourd’hui tous les smartphones et tablettes récents (ou presque) savent lire.

 

Pour autant, la technologie est protégée par une quantité titanesque de brevets détenus par différentes sociétés, notamment Cisco, Microsoft ou encore Motorola. La plupart de ces brevets sont de type FRAND (fair, reasonable, and non-discriminatory), ce qui signifie que les royalties à payer sont peu élevées. Globalement, utiliser H.264 coûte relativement cher aux entreprises qui doivent s’acquitter d’un droit d’utilisation de la licence auprès de l’association MPEG LA.

 

Cette licence onéreuse et ces multiples brevets ont rendu complexe l’utilisation du MPEG-4 dans les solutions open source. On retrouve principalement deux approches : l’une, plus philosophique, qui ne peut accepter qu’une technologie aussi protégée puisse être en contact avec du code libre, et l’autre plus pragmatique. C’est cette deuxième voie dans laquelle s’est engagé Mozilla l’année dernière. Le constat était simple : Firefox devait lutter contre Chrome sur la plateforme Android, mais était incapable de lire les vidéos MPEG-4, pourtant très répandues. La décision a donc été prise de laisser Firefox Mobile utiliser le codec présent dans Android pour pouvoir lire ces vidéos, ce qui permettait à Mozilla d’en finir avec ce blocage, sans pour autant payer les royalties ou intégrer un code quelconque dans son navigateur.

Une implémentation libre du codec chez Cisco 

Mais le paysage de la vidéo est, à l’instar du reste de l’informatique et de l’électronique grand public, en constante évolution. Google a fait un pas très significatif en annonçant que Chrome ne supporterait plus le H.264, pour mettre en avant son format WebM, lui-même reposant largement sur VP8, rendu open source entre temps. Pourtant, le H.264 règne toujours largement en maître, et une décision récente de Cisco pourrait largement changer la donne.

 

 

L’équipementier réseau a en effet choisi d’initier un projet : ouvrir le H.264 à l’open source. Nommé fort logiquement OpenH.264, il est conçu pour permettre aux éditeurs open source d’intégrer un lecteur H.264 sans devoir s’acquitter du moindre droit à la MPEG LA. Comment ? En deux étapes : ouvrir son propre codec et proposer un module binaire open source sous licence BSD pour permettre à n’importe quel logiciel de l’intégrer.

Cisco et Mozilla main dans la main 

Dans la pratique, Cisco continuera de payer sa licence à la MPEG LA, déblayant le terrain pour ceux qui voudront utiliser OpenH.264. Le codec qui en résultera sera une implémentation libre de la norme H.264, théoriquement compatible en tout point avec les vidéos basées sur cette technologie. Et, premier sur la brèche, Mozilla soutient activement cette initiative. Sur le blog de Cisco, la firme explique d’ailleurs qu’elle a largement été aidée par l’éditeur de Firefox pour résoudre les nombreux problèmes techniques qui ont émaillé le chemin.

 

Mais pourquoi une telle implication dans ce domaine ? Tout simplement parce que Cisco fait partie des entreprises qui investissent de manière conséquente dans WebRTC. Cette technologie, en cours de normalisation auprès du W3C notamment, permet pour rappel la communication en temps réel, y compris avec la vidéo. De fait, proposer une implémentation libre du H.264 a tout son sens puisque le codec pourrait être utilisé pour permettre un flux vidéo de qualité.

Une récupération automatique du module binaire 

Dans un futur proche, Firefox pourra donc télécharger automatiquement le module binaire de Cisco et sera capable de lire nativement le H.264. Il s’agit pour Mozilla d’une étape majeure car le navigateur se contentait jusqu’ici d’exploiter simplement les codecs qui étaient présents sur le système.

 

La solution reste évidemment imparfaite car cela signifie que la moindre modification au code d’OpenH.264 fera sauter la certification de compatibilité. Notez que le module sera téléchargé uniquement au besoin et qu’il ne sera pas intégré par défaut. D’ailleurs, une option sera présente pour bloquer cette récupération.

Une corde de plus pour l'arc de Firefox, mais pas la dernière 

En outre, Firefox ne met pas tous ses œufs dans le même panier. Mozilla va en effet continuer de soutenir activement le codec VP8 de Google puisque le navigateur est déjà compatible. Cela signifie simplement que Firefox pourra lire les deux formats de vidéo et s’adaptera donc à toutes les situations. Autre conséquence : le butineur permettra toujours le visionnage de ces vidéos, de manière indépendante, et sans que l’utilisateur n’ait à se poser la moindre question. En outre, Mozilla continue de travailler en partenariat avec la fondation Xiph.org sur le projet Daala de codec vidéo, qui a la particularité de ne pas être basé sur la technologie MPEG.

 

Il est encore trop tôt pour savoir si le projet de Cisco aura réellement du succès, mais le geste peut tout de même être salué. Il s‘agit du vrai premier pont jeté depuis les débuts de la guerre des codecs. Le projet est d’autant plus important qu’il permet à des acteurs de l’open source tels que Mozilla de prendre totalement en charge la balise vidéo du HTML5, souvent utilisée pour placer du contenu H.264.

 

Enfin, Mozilla ne dit pas encore si le module pourra être récupéré sur la totalité des plateformes. L’éditeur indique que d’autres nouvelles seront données dans le futur sur les développemments de ces possibilités, mais l’annonce semble concerner surtout les versions de Firefox pour ordinateurs classiques.

68
Avatar de l'auteur

Écrit par Vincent Hermann

Tiens, en parlant de ça :

Un mélange entre une réunion d’Anonymous et de tête d’ampoules, pour le meilleur et le pire

652e édition des LIDD : Liens Intelligents Du Dimanche

Et bonne nuit les petits

00:04 Next 7
dessin de Flock

#Flock distribue des mandales tous azimuts

13:40 Flock 14
Un Sébastien transformé en lapin par Flock pour imiter le Quoi de neuf Docteur des Looney Tunes

Quoi de neuf à la rédac’ #11 et résumé de la semaine

11:47 Next 34

Sommaire de l'article

Introduction

Un codec très utilisé mais particulièrement protégé 

Une implémentation libre du codec chez Cisco 

Cisco et Mozilla main dans la main 

Une récupération automatique du module binaire 

Une corde de plus pour l'arc de Firefox, mais pas la dernière 

Un mélange entre une réunion d’Anonymous et de tête d’ampoules, pour le meilleur et le pire

652e édition des LIDD : Liens Intelligents Du Dimanche

Next 7
dessin de Flock

#Flock distribue des mandales tous azimuts

Flock 14
Un Sébastien transformé en lapin par Flock pour imiter le Quoi de neuf Docteur des Looney Tunes

Quoi de neuf à la rédac’ #11 et résumé de la semaine

Next 34
Carte graphique AMD GeForce

Cartes graphiques : 30 ans d’évolution des GPU

Hard 19

Google lance son opération de communications Gemini pour rivaliser avec OpenAI

IA 6
Ecran bleu de Windows

Linux : le composant systemd se dote d’un écran bleu de la mort

Soft 36
Une petite fille en train d'apprendre à programmer et hacker logiciels et appareils électroniques

Un roman graphique explique les logiciels libres aux enfants

SoftSociété 20
Nouveautés pour Messenger

Meta lance (enfin) le chiffrement de bout en bout de Messenger, entre autres

Socials 5

#LeBrief : cloud européen, OSIRIS-REx a frôlée la catastrophe, CPU AMD Ryzen 8040

Windows en 2024 : beaucoup d’IA, mais pas forcément un « 12 »

Soft 21
Einstein avec des qubits en arrière plan

Informatique quantique, qubits : avez-vous les bases ?

HardScience 9
Notifications iPhone

Surveillance des notifications : un sénateur américain demande la fin du secret

DroitSécu 17

En ligne, les promos foireuses restent d’actualité

DroitWeb 19

#LeBrief : modalité des amendes RGPD, cyberattaque agricole, hallucinations d’Amazon Q, 25 ans d’ISS

Logo Twitch

Citant des « coûts prohibitifs », Twitch quitte la Corée du Sud

ÉcoWeb 29
Formation aux cryptomonnaies par Binance à Pôle Emploi

Binance fait son marketing pendant des formations sur la blockchain destinées aux chômeurs

Éco 10
Consommation électrique du CERN

L’empreinte écologique CERN en 2022 : 1 215 GWh, 184 173 teqCO₂, 3 234 Ml…

Science 6
station électrique pour voitures

Voitures électriques : dans la jungle, terrible jungle, des bornes de recharge publiques

Société 77

#LeBrief : intelligence artificielle à tous les étages, fichier biométrique EURODAC

KDE Plasma 6

KDE Plasma 6 a sa première bêta, le tour des nouveautés

Soft 13
Un homme noir regarde la caméra. Sur son visage, des traits blancs suggèrent un traitement algorithmique.

AI Act et reconnaissance faciale : la France interpelée par 45 eurodéputés

DroitSociété 4
Api

La CNIL préconise l’utilisation des API pour le partage de données personnelles entre organismes

SécuSociété 3
Fouet de l’Arcep avec de la fibre

Orange sanctionnée sur la fibre : l’argumentaire de l’opérateur démonté par l’Arcep

DroitWeb 23
Bombes

Israël – Hamas : comment l’IA intensifie les attaques contre Gaza

IA 22

#LeBrief : bande-annonce GTA VI, guerre électronique, Spotify licencie massivement

Poing Dev

Le poing Dev – Round 7

Next 103
Logo de Gaia-X sour la forme d’un arbre, avec la légende : infrastructure de données en forme de réseau

Gaia-X « vit toujours » et « arrive à des étapes très concrètes »

WebSécu 7

Trois consoles portables en quelques semaines

Hard 37
Une tasse estampillée "Keep calm and carry on teaching"

Cyberrésilience : les compromis (provisoires) du trilogue européen

DroitSécu 3

#LeBrief : fuite de tests ADN 23andMe, le milliard pour Android Messages, il y a 30 ans Hubble voyait clair

next n'a pas de brief le week-end

Le Brief ne travaille pas le week-end.
C'est dur, mais c'est comme ça.
Allez donc dans une forêt lointaine,
Éloignez-vous de ce clavier pour une fois !

Commentaires (68)


frscot
Le 31/10/2013 à 11h12

Avec le h.265 qui va arriver, est-ce qu’ils vont faire de meme pour le nouveau codec? Autrement bonne initiative.


millcaj
Le 31/10/2013 à 11h14


La plupart de ces brevets sont de type FRAND (fair, reasonable, and non-discriminatory), ce qui signifie que les royalties à payer sont peu élevées.

Globalement, utiliser H.264 coûte relativement cher aux entreprises qui doivent s’acquitter d’un droit d’utilisation de la licence


Petite erreur de contresens dans la sémantique ?

Ce ne serait pas plutôt

“Cependant, utiliser H.264 coûte finalement relativement cher aux entreprises qui doivent s’acquitter d’un droit d’utilisation de la licence pour des applications dont la diffusion est importante” ?


Cela dit, bonne nouvelle pour Mozilla et en général.


Obidoub
Le 31/10/2013 à 11h14

Je ne comprends pas trop.

Le problème de h264 c’est pas sa licence, ce sont les brevets. Il y a déjà plein de moyens de lire du h264 avec un outil libre, il y a notamment la lib x264 qui le fait. Mais potentiellement on peut te demander des royalties derrière.


JoePike
Le 31/10/2013 à 11h16

<img data-src=" />


Kirito
Le 31/10/2013 à 11h23






frscot a écrit :

Avec le h.265 qui va arriver, est-ce qu’ils vont faire de meme pour le nouveau codec? Autrement bonne initiative.



Moi j’attend le h.265 avec impatience. 80% de compression des videos pour la meme qualite comparer au h.264



le podoclaste
Le 31/10/2013 à 11h33






Obidoub a écrit :

Je ne comprends pas trop.

Le problème de h264 c’est pas sa licence, ce sont les brevets. Il y a déjà plein de moyens de lire du h264 avec un outil libre, il y a notamment la lib x264 qui le fait. Mais potentiellement on peut te demander des royalties derrière.



Justement, le coût de la licence recouvre l’utilisation des brevets.



Azinya
Le 31/10/2013 à 11h33






Kirito a écrit :

Moi j’attend le h.265 avec impatience. 80% de compression des videos pour la meme qualite comparer au h.264



Mmmh, il ne s’agirait pas plutôt de 80% de compression supplémentaire. Je m’explique (pour une source de 10GB) :
h.264 : 10 / 5 (taux de compression) = 2GB
taux de compression h.265 = 5 * 1.8 = 9 soit un fichier final de 1,11 GB
et non pas 2 * 1 - 0.8 = 400 Mo.
La vraie diminution de taille serait seulement de 45%.

Encore un argument commercial :p Mais c’est peut-être ce que tu a voulu dire.



nautilus02
Le 31/10/2013 à 11h33






frscot a écrit :

Avec le h.265 qui va arriver, est-ce qu’ils vont faire de meme pour le nouveau codec? Autrement bonne initiative.



Il existe, actuellement, une implémentation libre du h.265 nommée x265
Mais son développement est encore à un stade très expérimental et loin d’être utilisable….



le-gros-bug
Le 31/10/2013 à 11h34

On s’en fout un peu d’un décodeur h264 logiciel dans Firefox. La majorité des cartes vidéos possèdent un décodeur matériel.

Firefox rame déjà assez comme ça… Si en plus il se charge de décoder les vidéos <img data-src=" />


seboss666 Abonné
Le 31/10/2013 à 11h35

J’ai du mal à comprendre “open source” et le fait que c’est juste un module binaire. Elles sont où les sources là-dedans ? En quoi c’est une avancée puisque de toute façon, Firefox sait déjà exploiter les codecs présents ? Le fait d’annoncer un support plus direct du navigateur auprès des sites web ?

Tant qu’il y a une histoire de royalties et de brevets privatifs, le problème reste entier. Et ça n’a rien avoir avec l’open-source ça.


Alucard63
Le 31/10/2013 à 11h36

Je croyais que le problème c’était pas l’implémentation, mais les brevets.

Et je ne crois pas que seul Cisco possède des brevets sur le h.264…

On peut m’expliquer?<img data-src=" />


lain
Le 31/10/2013 à 11h38






le-gros-bug a écrit :

On s’en fout un peu d’un décodeur h264 logiciel dans Firefox. La majorité des cartes vidéos possèdent un décodeur matériel.

Firefox rame déjà assez comme ça… Si en plus il se charge de décoder les vidéos <img data-src=" />



Perso, avec vlc , les video en h264 sont plus fluide quand l’acceleration materielle est désactivé

avec acceleration materielle =&gt; j’ai des glitch et des carré pendant quelque seconde quand je lance une video ou zape a un autre passage sur la timeline de la video

sans acceleration materielle =&gt; la video se joue instentannément sans aucun glitch, je peut zappé à n’importe quel moment dans la video, aucun glitch


ps : sinon apars ça, le h264 c’est hasbeen, l’heur est au h265 maintenant, même le très populaire lecteur VLC va integrer un decodeur h265 dans sa prochaine version !



le podoclaste
Le 31/10/2013 à 11h39






Alucard63 a écrit :

Je croyais que le problème c’était pas l’implémentation, mais les brevets.

Et je ne crois pas que seul Cisco possède des brevets sur le h.264…

On peut m’expliquer?<img data-src=" />



Cisco paie la licence d’utilisation qui recouvre tous les brevets, les siens comme ceux des autres.



Kirito
Le 31/10/2013 à 11h39






Azinya a écrit :

Mmmh, il ne s’agirait pas plutôt de 80% de compression supplémentaire. Je m’explique (pour une source de 10GB) :
h.264 : 10 / 5 (taux de compression) = 2GB
taux de compression h.265 = 5 * 1.8 = 9 soit un fichier final de 1,11 GB
et non pas 2 * 1 - 0.8 = 400 Mo.
La vraie diminution de taille serait seulement de 45%.

Encore un argument commercial :p Mais c’est peut-être ce que tu a voulu dire.



C’est effectivement ce que je voulais dire <img data-src=" />
J’ai presque plus de place sur mon HDD a cause de toute mes serie <img data-src=" />



Soriatane Abonné
Le 31/10/2013 à 11h45

Il est inexacte de dire que Google souhaite lâcher H264 pour le VP8. Pour Chrome cela reste de la simple déclaration jamais mis en pratique. Pour Android, tous smartphones peuvent lire matériellement le format mais bizarrement l’option n’est pas activé au sein d’Android.
https://fr.wikipedia.org/wiki/Open_Video#Le_dilemme_de_Mozilla
Bref, Mozilla a longtemps espéré que le poids de Google/Youtube puisse influencer le marché à pousser vers un format libre et sans brevet (à priori VP8). Il semble que l’inertie de Google les ai un peu doucher et que Mozilla souhaite evité que cela se reproduise en essayant de libérer le plus possible H264 (j’ai mal saisi si l’annonce concernait les brevet ou pas), de pas dire amen à Google en refusant le WebP (basé sur le VP8), et de continuer sur Daala (les amateurs de l’Univers étendu de Star Wars apprécierons le choix de ce personnage elle organise une réunion de conciliation pour rassembler les seigneurs de guerre à fin de redonner son éclat à l’empire. Devant l’échec des négociation, elle a fait gazer tous les seigneurs de guerre présents)


Vengeur_Masqué
Le 31/10/2013 à 11h49

J’ai appris ça se matin au réveil. c’est un peu triste pour WebRTC…


Soriatane Abonné
Le 31/10/2013 à 11h52

Notez que le fait que Google ai passé un accord avec le MPEG LA sur le VP8, signifie que VP8 touche à des technologies brevetés mis en œuvre au sein de la norme MPEG. Ou du moins que Google n’ a pas souhaité faire une guerre juridique seule à même de prouver que VP8 est couvert par des brevets ou pas.


Soriatane Abonné
Le 31/10/2013 à 11h55

À ma connaissance le H265, tout le monde en parle mais aucunes caméra ou lecteur vidéo ne prend en charge ce format. Même chose pour les smartphones.


Charly32 Abonné
Le 31/10/2013 à 12h01

Aaaah la guerre des codecs…tellement passionnant.

Bon en gros si je résume le truc : Cisco paye les royaltie aux autres acteur du h264 et ouvre les sources de son codec et propose un binaire…j’ai bon?


jb18v
Le 31/10/2013 à 12h11






Kirito a écrit :

C’est effectivement ce que je voulais dire <img data-src=" />
J’ai presque plus de place sur mon HDD a cause de toute mes serie <img data-src=" />


ça tombe bien y’a des soldes flottantes chez plusieurs webmarchands, faut acheter du disque dur <img data-src=" />



jb18v
Le 31/10/2013 à 12h12






Soriatane a écrit :

À ma connaissance le H265, tout le monde en parle mais aucunes caméra ou lecteur vidéo ne prend en charge ce format. Même chose pour les smartphones.


ptet parce que c’est pas encore finalisé <img data-src=" />



Vengeur_Masqué
Le 31/10/2013 à 12h13






Charly32 a écrit :

Aaaah la guerre des codecs…tellement passionnant.

Bon en gros si je résume le truc : Cisco paye les royaltie aux autres acteur du h264 et ouvre les sources de son codec et propose un binaire…j’ai bon?



Cisco paye les royalties pour les XX binaires qui seront telechargé a partir de son site, a priori uniquement pour la lecture ( pas l’encodage lucratif).

bref ça ne change pas grand chose à la situation actuelle.

Si ça montre que MPEGLA flippait tellement de voir WebRTC ( qui va etre un succès) ne pas spécifier H264, qu’elle lache du leste sur le transfert de royalties.



the_Grim_Reaper Abonné
Le 31/10/2013 à 12h13






millcaj a écrit :

Petite erreur de contresens dans la sémantique ?

Ce ne serait pas plutôt

“Cependant, utiliser H.264 coûte finalement relativement cher aux entreprises qui doivent s’acquitter d’un droit d’utilisation de la licence pour des applications dont la diffusion est importante” ?

Cela dit, bonne nouvelle pour Mozilla et en général.


Y’a un bouton signalé en bas de la news avant les commentaires <img data-src=" />


Kirito a écrit :

C’est effectivement ce que je voulais dire <img data-src=" />
J’ai presque plus de place sur mon HDD a cause de toute mes serie <img data-src=" />


NAS Powa <img data-src=" />
Sauf quand un DD du raid5 lâche <img data-src=" />
Enfin, ça fait une bonne occasion de migrer vers le nouveau <img data-src=" />


Soriatane a écrit :

Notez que le fait que Google ai passé un accord avec le MPEG LA sur le VP8, signifie que VP8 touche à des technologies brevetés mis en œuvre au sein de la norme MPEG. Ou du moins que Google n’ a pas souhaité faire une guerre juridique seule à même de prouver que VP8 est couvert par des brevets ou pas.


Si Google était sure de lui, ils auraient été au bout. Vu comment ils ont lâché, c’est qu’ils n’avaient pas de quoi tenir devant un tribunal.



Antwan
Le 31/10/2013 à 12h14

Et le OGV aux oubliettes.


Tarpan
Le 31/10/2013 à 12h19






Soriatane a écrit :

À ma connaissance le H265, tout le monde en parle mais aucunes caméra ou lecteur vidéo ne prend en charge ce format. Même chose pour les smartphones.


Ah.

Donc on doit pas en parler et on doit l’abandonner ?

Ce futur codec n’a pas droit à un avenir à partir du moment où il n’a pas encore de présent ?



Alucard63
Le 31/10/2013 à 12h24






le podoclaste a écrit :

Cisco paie la licence d’utilisation qui recouvre tous les brevets, les siens comme ceux des autres.


Merci.<img data-src=" />



earendil_fr Abonné
Le 31/10/2013 à 12h26






Antwan a écrit :

Et le OGV aux oubliettes.


Le OGV, c’est une norme de conteneur (comme le MKV).
Si tu veux parler du codec, tu peux parler du Theora



Winderly Abonné
Le 31/10/2013 à 12h27

Il manque plus que la disparition complète de Flash. <img data-src=" />


zefling Abonné
Le 31/10/2013 à 12h52






Antwan a écrit :

Et le OGV aux oubliettes.



C’est juste un conteneur, comme MKV ou MP4.

Édit : grillé. <img data-src=" />



Winderly a écrit :

Il manque plus que la disparition complète de Flash. <img data-src=" />



J’espère que t’es patient. Je suis sûr qu’on parlera encore de Flash dans 5 ans.



Konrad
Le 31/10/2013 à 12h55

Une bonne nouvelle. Vers la fin de la guerre des codecs sur Internet ?






the_Grim_Reaper a écrit :

NAS Powa <img data-src=" />
Sauf quand un DD du raid5 lâche <img data-src=" />
Enfin, ça fait une bonne occasion de migrer vers le nouveau <img data-src=" />


Je ne vois pas ce que tu veux dire, un avantage du RAID 5 c’est justement d’être tolérant à la panne d’un disque. Si un disque lâche, il suffit de le remplacer et de reconstruire le volume, aucune donnée n’est perdue.



GruntZ Abonné
Le 31/10/2013 à 12h56






seboss666 a écrit :

J’ai du mal à comprendre “open source” et le fait que c’est juste un module binaire. Elles sont où les sources là-dedans ? En quoi c’est une avancée puisque de toute façon, Firefox sait déjà exploiter les codecs présents ? Le fait d’annoncer un support plus direct du navigateur auprès des sites web ?

Tant qu’il y a une histoire de royalties et de brevets privatifs, le problème reste entier. Et ça n’a rien avoir avec l’open-source ça.


+1

J’ai tiqué sur ce bout de phrase : “… module binaire open source …”

Des binaires gratuits, le web en est plein; même la NSA est prête à en fournir à qui en demande (spy inside).

Ce qui compte, c’est des sources libres.



Soriatane Abonné
Le 31/10/2013 à 12h56






jb18v a écrit :

ptet parce que c’est pas encore finalisé <img data-src=" />


Si depuis janvier 2013:https://fr.wikipedia.org/wiki/H265#Historique

Tarpan a écrit :

Donc on doit pas en parler et on doit l’abandonner ?

Ce futur codec n’a pas droit à un avenir à partir du moment où il n’a pas encore de présent ?

Ce que je voulais dire est que le H265 il n’y a eu pour l’instant que des démonstrations technologiques et le papier de la norme, attendons le matériel pour s’enthousiasmer.



Tarpan
Le 31/10/2013 à 13h01






Soriatane a écrit :

attendons le matériel pour s’enthousiasmer.


Oui, mais entre les 2 il n’y aura rien, donc si on veut parler du futur des codecs, il faut bien parler de h265 car h264 est déjà vieux (2005 pour les applications réelles) et il n’évoluera pas.



aoemaster
Le 31/10/2013 à 13h06

C’est une excellente nouvelle ! A l’heure actuelle pour rendre un site de videos HTML5 100% compatibles il faut du H264 et du VP8 pour que tous les navigateurs puissent lire les vidéos.

Il manque plus que google rende à nouveau le H264 dispo et on pourra enfin éviter de devoir stocker 300 encodages différents de ses vidéos sur nos sites !

Et ceux qui parlent de H265, vous me faites rire, vous avez vu les temps d’encodage ? Même quand ce sera finalisé, ce codec sera réservé à l’élite. Peu de chances de le voir sur vos sites de torrents/download un jour.

VP9 qui est déjà dispo est équivalent a H265 et on le voit nul part, sauf sur youtube sur certaines vidéos.


earendil_fr Abonné
Le 31/10/2013 à 13h06






GruntZ a écrit :

+1

J’ai tiqué sur ce bout de phrase : “… module binaire open source …”

Des binaires gratuits, le web en est plein; même la NSA est prête à en fournir à qui en demande (spy inside).

Ce qui compte, c’est des sources libres.



Je pense que la phrase suivante est plus clair

En deux étapes : ouvrir son propre codec et proposer un module binaire open source sous licence BSD pour permettre à n’importe quel logiciel de l’intégrer.


Je comprends comme cela :
* on fournit les sources de notre implémentation (mais les recompiler signifie que vous devez payer les royalties)
* on fournit également un binaire BSD qui, lui, n’est pas soumis au royalties car Cisco les payent pour vous.




the_Grim_Reaper Abonné
Le 31/10/2013 à 13h20






Konrad a écrit :

Je ne vois pas ce que tu veux dire, un avantage du RAID 5 c’est justement d’être tolérant à la panne d’un disque. Si un disque lâche, il suffit de le remplacer et de reconstruire le volume, aucune donnée n’est perdue.


Je sais, juste que :




  • j’avais la flemme de transférer les données de vieux nas vers le nouveau

  • que je vais pas racheter un DD juste pour reconstruire le raid 5 sur le vieux NAS

    Donc je migre les données depuis un nas avec un raid5 bancal vers un autre NAS avec un raid en bon état <img data-src=" />



OlivierJ Abonné
Le 31/10/2013 à 13h24


Pour autant, la technologie est protégée par une quantité titanesque de brevets détenus par différentes sociétés, notamment Cisco, Microsoft ou encore Motorola

Je ne comprends pas pourquoi l’article (ni personne en commentaire) ne rappelle que ces brevets ne sont valables qu’aux États-Unis (et au Japon), car il s’agit de brevets logiciels. <img data-src=" />

Certes, ça reste embêtant car dans le monde de l’informatique tout part des États-Unis, et les constructeurs n’osent pas s’aliéner ce pays.


GruntZ Abonné
Le 31/10/2013 à 13h26






earendil_fr a écrit :

Je comprends comme cela :
* on fournit les sources de notre implémentation (mais les recompiler signifie que vous devez payer les royalties)
* on fournit également un binaire BSD qui, lui, n’est pas soumis au royalties car Cisco les payent pour vous.

Et bien entendu, je vous crois sur parole que le binaire fournis est issu des sources fournis …
<img data-src=" />



Vengeur_Masqué
Le 31/10/2013 à 13h51






aoemaster a écrit :

C’est une excellente nouvelle ! A l’heure actuelle pour rendre un site de videos HTML5 100% compatibles il faut du H264 et du VP8 pour que tous les navigateurs puissent lire les vidéos.

VP9 qui est déjà dispo est équivalent a H265 et on le voit nul part, sauf sur youtube sur certaines vidéos.



On peux quand meme faire du 90% compatible VP8 avec ChromeFrame pour IE par exemple, après il reste les appareils Apple sur lesquels un lancement automatique dans vlc peux regler le problème.



WereWindle
Le 31/10/2013 à 13h54






jb18v a écrit :

ça tombe bien y’a des soldes flottantes chez plusieurs webmarchands, faut acheter du disque dur <img data-src=" />


des soldes flottantes sur un produit dont le prix a augmenté (officiellement) à cause d’inondations… que cette ironie est douce à mes yeux <img data-src=" />



psn00ps Abonné
Le 31/10/2013 à 14h06






freechelmi a écrit :

J’ai appris ça se matin au réveil. c’est un peu triste pour WebRTC…

WebRTC est une API orientée communication, pas de rapport avec H.264.



bandix400
Le 31/10/2013 à 14h08

” Cisco continuera de payer sa licence à la MPEG LA, déblayant le terrain pour ceux qui voudront utiliser OpenH.264.”

en fait il semblerait que l’usage des truc de cisco soit gratuit (free en anglais), tant que cisco veut bien payer les licences, pas que l’accès aux sources soit libre (free en anglais), condition minimaliste du concept “open source” …

Paske de l’open-source en binaire pré payé, c’est nouveau comme concept.


psn00ps Abonné
Le 31/10/2013 à 14h09






le-gros-bug a écrit :

On s’en fout un peu d’un décodeur h264 logiciel dans Firefox. La majorité des cartes vidéos possèdent un décodeur matériel.

Firefox rame déjà assez comme ça… Si en plus il se charge de décoder les vidéos <img data-src=" />

Si le binaire fourni par Cisco exploite le décodage matériel, Firefox n’aura pas grand chose à faire.



JoePike
Le 31/10/2013 à 14h09






the_Grim_Reaper a écrit :

NAS Powa <img data-src=" />
Sauf quand un DD du raid5 lâche <img data-src=" />
Enfin, ça fait une bonne occasion de migrer vers le nouveau <img data-src=" />



euh….
<img data-src=" />



Uther Abonné
Le 31/10/2013 à 14h16






Alucard63 a écrit :

Je croyais que le problème c’était pas l’implémentation, mais les brevets.

Et je ne crois pas que seul Cisco possède des brevets sur le h.264…

On peut m’expliquer?<img data-src=" />


Cisco fourtit à la fois une implémentation open source de H.264 et une version bibliothèque binaire de ces sources pour laquelle ils ont déja payé les royalties à MPEGLA et qui pourra donc être utilisée gratuitement.
Le souci c’est que les modification personnelles du code source pourtant libre seront potentiellement attaquables par le consirtium MPEGLA,. Pour le coup c’est contradictoire avec la seconde règle du logiciel libre. Ce qui m’inquiète beaucoup.



GruntZ a écrit :

Ce qui compte, c’est des sources libres.

Les source sont bien libres, mais c’était déjà le cas de x.264. Le problème c’est quelle restent soumise aux brevets. L’avantage de OpenH.264 c’est que les brevet sont déjà payés pour la version binaire.



Tarpan a écrit :

Oui, mais entre les 2 il n’y aura rien, donc si on veut parler du futur des codecs, il faut bien parler de h265 car h264 est déjà vieux (2005 pour les applications réelles) et il n’évoluera pas.

Sauf que dans ce cas là il est tout aussi juste de parler de VP9 ou de Daala. Qui ont au moins autant de raison de réussir a faire parler d’eux à l’avenir.



earendil_fr a écrit :

Je comprends comme cela :
* on fournit les sources de notre implémentation (mais les recompiler signifie que vous devez payer les royalties)
* on fournit également un binaire BSD qui, lui, n’est pas soumis au royalties car Cisco les payent pour vous.

<img data-src=" />
Mais je trouve que c’est malheureusement insufisant pour parler de véritable libération de H.264 vu que toute modification de OPen.H264 non approuvée par Cisco sera soumise au royalties de MpegLA.



Constance Abonné
Le 31/10/2013 à 14h19

Hmm je ne sais pas trop si j’ai mal compris cet autre article ou quoi, mais j’ai un peu de mal à comprendre l’enthousiasme que certains affichent dans leurs commentaires au sujet du H.265.


youtpout978
Le 31/10/2013 à 14h20

Pas bête Cisco en ouvrant l’H264 à tous il pousse aussi la diffusion de vidéo H264 en WebRTC sur toutes les plateformes, donc le besoin en bande passante augmentera pour diffuser ces flux et il faudra acheter du matos Cisco pour les faire transiter.


cyrilleberger
Le 31/10/2013 à 14h51






freechelmi a écrit :

Si ça montre que MPEGLA flippait tellement de voir WebRTC ( qui va etre un succès) ne pas spécifier H264, qu’elle lache du leste sur le transfert de royalties.


Oui bien sûr, MPEGLA lâche du leste tant que Cisco raque. Et d’une manière générale, tant que tu paye, MPEGLA lâche tout le leste que tu veux.



the_Grim_Reaper a écrit :

Si Google était sure de lui, ils auraient été au bout. Vu comment ils ont lâché, c’est qu’ils n’avaient pas de quoi tenir devant un tribunal.


Ou pas le temps d’attendre les trois ans qu’un tribunal se décide à prendre une décision. Surtout que pendant ce temps là, la situation juridique sur V9 serait resté flou. D’ailleurs, on ne sait pas combien Google à payer au MPEGLA, et dans l’affaire, j’ai comme un doute que ce soit Google qui ai intérêt à caché le montant de la transaction. Parce que maintenant, du point de vue utilisateur, on s’en fout de combien Google paye, que ce soit 400 millions de dollars ou 2 millions, alors que pour le MPEGLA, si c’est un petit montant, ça leur foutrait mal.



jb18v
Le 31/10/2013 à 15h13






WereWindle a écrit :

des soldes flottantes sur un produit dont le prix a augmenté (officiellement) à cause d’inondations… que cette ironie est douce à mes yeux <img data-src=" />


<img data-src=" /><img data-src=" />



Vengeur_Masqué
Le 31/10/2013 à 15h22






psn00ps a écrit :

WebRTC est une API orientée communication, pas de rapport avec H.264.



Exact mais c’est comme pour , Si la Spec n’indique pas au moins un codec par défaut obligatoire, il n’y a pas d’interop.



yvan Abonné
Le 31/10/2013 à 17h01






Kirito a écrit :

Moi j’attend le h.265 avec impatience. 80% de compression des videos pour la meme qualite comparer au h.264


Et quelle consommation processeur en plus?
De plus en plus la vidéo c’est sur terminaux mobiles quand même.



GruntZ Abonné
Le 31/10/2013 à 17h12






Uther a écrit :

Les source sont bien libres, mais c’était déjà le cas de x.264. Le problème c’est quelle restent soumise aux brevets.


S’il y a des brevets, ce n’est pas libre au sens des Logiciels Libres.
C’est juste de l’Open Source.



Antwan
Le 31/10/2013 à 17h21






earendil_fr a écrit :

Le OGV, c’est une norme de conteneur (comme le MKV).
Si tu veux parler du codec, tu peux parler du Theora




zefling a écrit :

C’est juste un conteneur, comme MKV ou MP4.

Édit : grillé. <img data-src=" />



C’était une métonymie <img data-src=" />



anonyme_edadaecc91c3bb908a8e0ab43a984c71
Le 31/10/2013 à 17h30






Kirito a écrit :

Moi j’attend le h.265 avec impatience. 80% de compression des videos pour la meme qualite comparer au h.264



C’est 60% de compression en plus dans le meilleur des cas. Au final tu gagnerais en moyenne 30% de taille sur les fichiers.

Enfin, il faut voir ce qu’on appelle la “qualité”, on parle ici de quelquechose de transparent au couple oeil/cerveau humain (basé sur quelles statistiques/populations ?). Au niveau technique, les vidéos h265 avec ces -30% de taille (70% donc) sont moins fidèles que les h264 à 100%.



zefling Abonné
Le 31/10/2013 à 18h36






Antwan a écrit :

C’était une métonymie <img data-src=" />



Tu dis ça parce que tu t’es planté. <img data-src=" />



Clapitti
Le 31/10/2013 à 18h53






freechelmi a écrit :

J’ai appris ça se matin au réveil. c’est un peu triste pour WebRTC…



En quoi c’est triste ? C’est tout le contraire non?



lain
Le 31/10/2013 à 20h00






Soriatane a écrit :

À ma connaissance le H265, tout le monde en parle mais aucunes caméra ou lecteur vidéo ne prend en charge ce format. Même chose pour les smartphones.



le lecteur divX lit le h265
VLC va integrer un decodeur h265 très prochainement ( avant même la prochaine version majeur)



Tarpan
Le 31/10/2013 à 20h05






aoemaster a écrit :

Et ceux qui parlent de H265, vous me faites rire, vous avez vu les temps d’encodage ? Même quand ce sera finalisé, ce codec sera réservé à l’élite.


Et à l’époque quand le h264 est sorti ça donnait quoi à ton avis sur un Pentium 4 @2,6Ghz ? 6h pour un rip.
Le h265 ça sera pareil, avec les procs et gpu du futur proche (1-2 ans) et le support matériel ça roulera tout seul comme pour le h264 .



aoemaster a écrit :

Peu de chances de le voir sur vos sites de torrents/download un jour.


Tu lis dans le marc (rees) de café ? ( <img data-src=" /> )
Donc le standard de la prochaine décennie personne le verra… quel dommage, s’ils t’avaient écouté avant ils se seraient épargné pas mal de boulot pour rien… <img data-src=" />



aoemaster
Le 31/10/2013 à 21h10






Tarpan a écrit :

Et à l’époque quand le h264 est sorti ça donnait quoi à ton avis sur un Pentium 4 @2,6Ghz ? 6h pour un rip.
Le h265 ça sera pareil, avec les procs et gpu du futur proche (1-2 ans) et le support matériel ça roulera tout seul comme pour le h264 .


Tu lis dans le marc (rees) de café ? ( <img data-src=" /> )
Donc le standard de la prochaine décennie personne le verra… quel dommage, s’ils t’avaient écouté avant ils se seraient épargné pas mal de boulot pour rien… <img data-src=" />




as-tu réellement lu des tests ? même sur un core i7 3770k, les temps sont 20x plus longs que H264. vu la stagnation actuelle des processeurs, ça m’étonnerai que dans deux ans les cpu aient réussi à optimiser cette algorithme pour le rendre 20x plus rapide.

deja que le H264, j’en vois rarement sur les sites tipiak. je ne me fait pas d’illusions, ce codec est bien trop gourmand pour que les gens prennent les temps de laisser leur PC allumé 48H pour encoder un blu ray.



Kirito
Le 31/10/2013 à 23h23






yvan a écrit :

Et quelle consommation processeur en plus?
De plus en plus la vidéo c’est sur terminaux mobiles quand même.



Ah non moi c’est pour regarder mes anime <img data-src=" />
Et recemment les fansubs team ne compresse plus leurs videos. Je me retrouve avec une videos de 25 minutes qui fait 500MB :(



Glyphe
Le 01/11/2013 à 00h06






aoemaster a écrit :

deja que le H264, j’en vois rarement sur les sites tipiak.



LOL presque 100% des releases HD sont en x264 et le peu qui ne l’est pas est en VC1 pour les Full Bluray ou Remux. Et depuis environ un an, de plus en plus de teams releasent les séries en x264/MP4 pour les séries en SD …

Je sais pas où tu traines mais t’es grave à la bourre



zefling Abonné
Le 01/11/2013 à 09h14






Kirito a écrit :

Ah non moi c’est pour regarder mes anime <img data-src=" />
Et recemment les fansubs team ne compresse plus leurs videos. Je me retrouve avec une videos de 25 minutes qui fait 500MB :(



Pour certaines séries comme Coppelion en HD, si tu veux pas avoir un rendu trop pourri, t’es obligé d’avoir un bite-rate pas trop bas ou passer un temps fou en compression (surtout quand tu vois que la source TV fait plus de 3 To en H264). Pire, si c’est une source Full-HD d’un BD (H264), 500 Mo, c’est limite le minimum, la plupart des épisodes c’est plus 1 Go.



Kirito
Le 01/11/2013 à 10h47






zefling a écrit :

Pour certaines séries comme Coppelion en HD, si tu veux pas avoir un rendu trop pourri, t’es obligé d’avoir un bite-rate pas trop bas ou passer un temps fou en compression (surtout quand tu vois que la source TV fait plus de 3 To en H264). Pire, si c’est une source Full-HD d’un BD (H264), 500 Mo, c’est limite le minimum, la plupart des épisodes c’est plus 1 Go.



Je me rappelle Attack On Titan c’etait 500Mo par episode! <img data-src=" />
J’ai du les telecharger en 480p (et encore pour trouver cette qualité c’etait pas facile) pour que je puisse les regarder. Et mon disc dure de 1.5To deja presque plein <img data-src=" />



zefling Abonné
Le 01/11/2013 à 10h56






Kirito a écrit :

Je me rappelle Attack On Titan c’etait 500Mo par episode!



Perso, c’est plus simple, je regarde pas la série… Le héros mériterait de crever dès le premier épisode.



Kirito a écrit :

Et mon disc dure de 1.5To deja presque plein <img data-src=" />



1,5 To, c’est tout petit. <img data-src=" />



Kirito
Le 01/11/2013 à 11h22






zefling a écrit :

Perso, c’est plus simple, je regarde pas la série… Le héros mériterait de crever dès le premier épisode.


Ah non moi j’ai bien aime la serie! Et aussi le manga est beacoup mieux

Cette Saison il y’a Kill La Kill, Yuushibu et Noukome que je regarde pour le moment!



zefling Abonné
Le 01/11/2013 à 12h57






Kirito a écrit :

Ah non moi j’ai bien aime la serie! Et aussi le manga est beacoup mieux

Cette Saison il y’a Kill La Kill, Yuushibu et Noukome que je regarde pour le moment!


Perso, un peu plus que ça.



Antwan
Le 01/11/2013 à 13h35






zefling a écrit :

Tu dis ça parce que tu t’es planté. <img data-src=" />



Du tout, on dit bien MP4 par extension pour désigner le H.264 <img data-src=" /> #mauvaisefoi



psn00ps Abonné
Le 02/11/2013 à 03h05






aoemaster a écrit :

deja que le H264, j’en vois rarement sur les sites tipiak. je ne me fait pas d’illusions, ce codec est bien trop gourmand pour que les gens prennent les temps de laisser leur PC allumé 48H pour encoder un blu ray.

<img data-src=" />C’est gourmand en software. C’était aussi le cas pour les jeux vidéo avec une carte vidéo sans accélération matérielle.