Page 2 sur 2Précédent 1, 2Campagne en faveur de Vorbis (anti MP3, wma/wmv etc.)

[Milvus]

Si je ne me trompe pas, un fichier mp3 est un flux "tout nu", de même qu'on peut avoir des "Elementary Stream" pour le MPEG-4 (ASP, AAC, AVC).

La différence, c'est que si un flux audio nu peut être intéressant (d'où les fichiers mp3 ou aac), un flux vidéo nu est rarement utile, sauf en tant que fichier intermédiaire. D'où le fait qu'un utilisateur final ne les voit pas.

Tout type de flux, même élémentaire peut cependant avoir des métadonnées : un fichier *.264 généré par x264 aura par exemple des métadonnées comprenant toute la configuration de l'encodeur utilisée pour ce fichier.

Pour les DRM, par contre je ne sais pas trop. Le mp3 n'a pas de DRM il me semble. Mp4 de iTunes, wmv de MS ont des DRM au niveau conteneur.

[antistress]

mp3 n'a pas de DRM, ils ont prévu une évolution de la norme pour ça (comme le mp3 5.1) si je me souviens bien

edit : http://www.pcinpact.com/actu/news/Le_MP ... enonce.htm

[Mikelenain]

Tout type de flux, même élémentaire peut cependant avoir des métadonnées : un fichier *.264 généré par x264 aura par exemple des métadonnées comprenant toute la configuration de l'encodeur utilisée pour ce fichier.

et donc, les tags seraient contenus dans ses fichiers *.264 ?


merci des réponses à tous les deux.
ça paraît si simple de se débarasser des drms, du coup, quand on sait comment c'est géré ^^

[Milvus]

et donc, les tags seraient contenus dans ses fichiers *.264 ?

Enfin, pas tous les tags. Il peut y en avoir à la fois dans le conteneur et dans le flux, et en général ceux du conteneur sont plus intéressants pour un utilisateur moyen qui se soucie dans doute plus de choses comme l'auteur, l'année, le titre, etc... que les options d'encodages ou le logiciel utilisé pour la cération du fichier;

[Mikelenain]

oui, donc dans le flux lui-même, il peut y avoir un certain nombre (limité) de données sans pour autant en faire un conteneur, si j'ai bien compris.


merci

[Milvus]

Exact, autant pour moi.

Donc si V_THEORA est le bon, le problème doit venir de ffmpeg (utilisé par mplayer et VLC il me semble) ? Peut-être avec leur nouvelle version... Sinon c'est plutôt aux devs de ffmpeg (et VLC) qu'il faudrait reporter ça, non ?

J'ai fait quelques recherches et il semblerait que le problème soit connu des dev (en tout cas, il est cité sur la mailing-list de ffmpeg/MPlayer et le forum de VLC). le problème semble donc plus d'attendre qu'un dev compétent et motivé règle le problème et que le patch soit intégré dans les versions stables de MPlayer et VLC. N'ayant hélas aucune compétence en programmation, je ne peux qu'attendre.

[JosephK]

Spread Open Media existe maintenant en français, bon il n'y a que la page d'accueil de traduite pour le moment mais c'est déjà ça...

[antistress]

Schrödinger 1.0 : le codec Dirac est prêt
http://linuxfr.org/2008/03/07/23814.html

http://fr.wikipedia.org/wiki/Dirac_(codec)

[joan]

Excellente nouvelle !
Voir aussi la page du projet Shrödinger et la page du projet Dirac.

Pour FFMpeg (VLC, MPlayer) le décodeur Dirac avait été implémenté durant le Google Summer of Code de l'année dernière et l'encodeur avait été un peu orphelin à la fin de la session. Il sera probablement implémenté cette année, youpi

A noter que les gars de Shrödinger bossent aussi avec Xiph pour mettre du Dirac dans le l'OGG et avec Fluendo (applet java cortado).