Je crois qu'on t'a expliqué que l'interface avec le backend dixit un contributeur du MPEG ne changeait rien, l'insécurité juridique persiste.
Je la trouve fumeuse, la responsabilité du codec étant à celui qui l'installe, FF ne peut être responsable de ce que propose l'OS, FF ne fait alors que disposer et proposer la liste des 50 codecs dispos dans le backend.
La, on restera en désaccord.
Mediainfo peut-t'il analyser les flux vidéos dans du Flash ?
Est-il, sera t'il en mesure de le faire pour la balise video de HTML5?
Flash n'est pas un format vidéo! HTML non plus!
Les deux pointent (URL) des fichiers à lire, comme n'importe quel fichier.
Il y a deux conteneurs lisibles par Flash :
- FLV, libre, complètement documenté
- MP4, norme ISO, soumise à aucun brevet (pas de licence fournie par MPEG pour ça)
Après, il y a les codecs vidéo :
- Sorenson, proprio à fond, illisible, mais plus personne n'encode avec ça
- H.264, documenté, soumis à royalties (mais personnellement je m'en fou, je n'utilise pas les brevets, je m'arrête avant d'utiliser les choses brevetées, et surtout mon volume de vente n'est pas assez élevé, la licence sera gratuite pour mon cas)
Bref, ne mélange pas le lecteur (navigateur HTML5 ou Flash) et le format du fichier vidéo.
Au passage, MediaInfo décode aussi le Flash (.swf), et pourrait trouver une URL cachée dedans car Flash est documenté aussi, rien d'insurmontable.
Bref, rien de caché dans les vidéos distribuées de nos jours : remplacer Flash par HTML5 prend 2 lignes HTML, car le fichier lu est exactement le même de nos jours (MP4+H.264+AAC). C'est pour ça que c'est facile de passer de Flash à HTML5 quand le navigateur sait lire H.264, et c'est pour ça que HTML5 aurait pu décoller rapidement (peu de développement à faire, pas de recompression à faire, acceptable par beaucoup de site webs donc, plus dur à faire si il faut tout recompresser avant de pouvoir utiliser) si H.264 était supporté partout. Du coup, les site web sont plus enclin à dire merde à HTML5 et garder Flash (+RTSP pour iPhone), aucun navigateur n'ayant de problèmes avec ça (Flash si pas de support natif).
Au final, j'ai du mal à comprendre l'objectif de ta question, et surtout je ne comprend pas comment tu peux autant te positionner sur le mal qu'est H.264 si tu ne connais pas les contraintes ou les avantages de H.264 (genre le fait que le fichier ne change pas quand on passe de Flash à HTML5 pour le lecteur, donc de l'argent à pas dépenser pour le développeur web, contrairement à Theora ou WebM)
C'est le genre de "détail" technique qui change tout dans la possible acceptation (ou non acceptation) d'une technologie, même sans parler de politique (le refus d'Apple, qui contient une grosse part de marché sur le mobile, que les sites web ne peuvent ignorer)
[^] # Re: Bravo mozilla
Posté par Zenitram (site web personnel) . En réponse au journal HTML 5 et vidéo : peux me faire. Évalué à 2.
Je la trouve fumeuse, la responsabilité du codec étant à celui qui l'installe, FF ne peut être responsable de ce que propose l'OS, FF ne fait alors que disposer et proposer la liste des 50 codecs dispos dans le backend.
La, on restera en désaccord.
Mediainfo peut-t'il analyser les flux vidéos dans du Flash ?
Est-il, sera t'il en mesure de le faire pour la balise video de HTML5?
Flash n'est pas un format vidéo! HTML non plus!
Les deux pointent (URL) des fichiers à lire, comme n'importe quel fichier.
Il y a deux conteneurs lisibles par Flash :
- FLV, libre, complètement documenté
- MP4, norme ISO, soumise à aucun brevet (pas de licence fournie par MPEG pour ça)
Après, il y a les codecs vidéo :
- Sorenson, proprio à fond, illisible, mais plus personne n'encode avec ça
- H.264, documenté, soumis à royalties (mais personnellement je m'en fou, je n'utilise pas les brevets, je m'arrête avant d'utiliser les choses brevetées, et surtout mon volume de vente n'est pas assez élevé, la licence sera gratuite pour mon cas)
Bref, ne mélange pas le lecteur (navigateur HTML5 ou Flash) et le format du fichier vidéo.
Au passage, MediaInfo décode aussi le Flash (.swf), et pourrait trouver une URL cachée dedans car Flash est documenté aussi, rien d'insurmontable.
Bref, rien de caché dans les vidéos distribuées de nos jours : remplacer Flash par HTML5 prend 2 lignes HTML, car le fichier lu est exactement le même de nos jours (MP4+H.264+AAC). C'est pour ça que c'est facile de passer de Flash à HTML5 quand le navigateur sait lire H.264, et c'est pour ça que HTML5 aurait pu décoller rapidement (peu de développement à faire, pas de recompression à faire, acceptable par beaucoup de site webs donc, plus dur à faire si il faut tout recompresser avant de pouvoir utiliser) si H.264 était supporté partout. Du coup, les site web sont plus enclin à dire merde à HTML5 et garder Flash (+RTSP pour iPhone), aucun navigateur n'ayant de problèmes avec ça (Flash si pas de support natif).
Au final, j'ai du mal à comprendre l'objectif de ta question, et surtout je ne comprend pas comment tu peux autant te positionner sur le mal qu'est H.264 si tu ne connais pas les contraintes ou les avantages de H.264 (genre le fait que le fichier ne change pas quand on passe de Flash à HTML5 pour le lecteur, donc de l'argent à pas dépenser pour le développeur web, contrairement à Theora ou WebM)
C'est le genre de "détail" technique qui change tout dans la possible acceptation (ou non acceptation) d'une technologie, même sans parler de politique (le refus d'Apple, qui contient une grosse part de marché sur le mobile, que les sites web ne peuvent ignorer)