Bonsoir Vincent
Riquer Vincent (#343341) a écrit :
> Olivier Allard-Jacquin a écrit :
>
>> + un conteneur, c'est à dire un format de fichier capable de
>> multiplexer une piste vidéo et une (ou plusieurs) pistes audios, voir
>> d'autres éléments en options : Sous-titrages, gestion de chapitres,
>> etc... Parmi ces conteneurs, on trouve (toujours liste non exhaustive) :
>> avi, ogm (dénomination impropre typiquement windowsienne, et
>> normalement appelé "ogg", comme pour le codec audio), mkv (format
>> reaplayer), etc...
>
> En général on nomme ogm le mélange xvid + vorbis, et ogg le mélange
> theora + vorbis (100% xiph quoi).
Ah bon ? Cela date de quand cela ? Cela fait 3 ans que j'utilise xvid,
ogg/vorbis et le conteneur http://www.xiph.org/ (puisqu'il ne faut pas
l'appeler "ogm"), et c'est la première fois que je lis cela.
> Il est vrai qu'on pourrait nommer les
> .ogm en .ogg...
Le débat a eu lieu depuis plus de 3 ans, sur des sites comme
http://www.doom9.org/ . L'idée est venue de la part des Windowsiens qui
voulaient avoir un moyen de différentier les contenus purement audio
ogg/vorbis des vidéo utilisant le conteneur http://www.xiph.org/ .
A l'époque déjà, les linuxiens disaient que c'était un non-sens. Le
débat n'a pas beaucoup progressé ! :)
> Et le codec audio s'appelle Vorbis, et est stocké dans un conteneur Ogg,
> d'où l'extension.
Je suis d'accord. Raison pour laquelle j'ai écris dans mon précédent mail :
> + un codec audio, qui va permettre d'enregistrer la ou les pistes
> audios associées à la video. Là encore, on pourra noter une perte de
> qualité plus ou moins importante. Parmi les codecs audios, on trouve (là
> encore, liste non exhaustive) :
> ac3, mp2, mp3, wma, ogg/vorbis, raw (piste audio brute, sans
^^^^^^^^^^
> compression), etc...
>> Si on se réfère à ce que l'on trouve sur le P2P Internet, on trouve
>> généralement les combinaisons suivantes :
>
>> avi = divx + mp3
>> avi = xvid + mp3
>> avi = x264 + ac3
>> ogm = xvid + ogg
>
> s/ogg/vorbis/. Dommage de faire tout un mail sur l'importance de ne pas
> confondre conteneur et codec, en y reproduisant l'erreur...
OK pour dire :
ogm = xvid + ogg/vorbis
ou
ogm = xvid + vorbis
Par contre, tu admettras que les outils de manipulation de ogg/vorbis
et du conteneur de http://www.xiph.org/ maintiennent un certain "flou"
quand à l'utilisation de leur nom :
[olivier@phoenix ~$ ll test.ogm
-rw-r--r-- 1 olivier olivier 51468361 mar 31 02:36 test.ogm
le fichier test.ogm est une vidéo contenant une piste vidéo en xvid et
une piste audio en ogg/vorbis.
[olivier@phoenix ~]$ ogminfo test.ogm -v
(ogminfo.c) (v1/serial 0) fps: 23.976 width height: 624x272 codec:
0x58564944 (XVID)
(ogminfo.c) (a1/serial 1) Vorbis audio (channels 2 rate 48000)
(ogminfo.c) v1: comment packet, length 59, 1 user comment field:
(ogminfo.c) v1: TITLE=Test
(ogminfo.c) a1: comment packet, length 50, 1 user comment field:
(ogminfo.c) a1: LANGUAGE=Français
"ogminfo", comme son nom l'indique, est destiné à donnes des
informations des conteneurs de
http://www.xiph.org/. On voit nettement :
- une piste vidéo en XVID ("codec: 0x58564944 (XVID)")
- une piste audio, en ogg/vorbis ("(a1/serial 1) Vorbis audio (channels
2 rate 48000)")
Maintenant, séparons les flux audio et vidéo :
[olivier@phoenix ~]$ ogmdemux test.ogm
[olivier@phoenix ~]$ ll -tr
-rw-r--r-- 1 olivier olivier 51468361 mar 31 02:36 test.ogm
-rw-r--r-- 1 olivier olivier 48208552 avr 3 00:19 test.ogm-v1.avi
-rw-r--r-- 1 olivier olivier 3004681 avr 3 00:19 test.ogm-a1.ogg
Analysons la piste audio :
[olivier@phoenix ~]$ ogginfo test.ogm-a1.ogg
New logical stream (#1, serial: 18d9efdb): type vorbis
Vorbis headers parsed for stream 1, information follows...
Version: 0
Vendor: Xiph.Org libVorbis I 20050304
Channels: 2
Rate: 48000
Nominal bitrate: 65,600000 kb/s
Upper bitrate not set
Lower bitrate not set
Vorbis stream 1:
Total data length: 3000767 bytes
Playback length: 7m:08.094s
Average bitrate: 56,076743 kb/s
Logical stream 1 ended
Notes que l'on utilise le programme "ogginfo". Normal, car c'est une
piste audio ogg/vorbis.
Et si maintenant nous utilisons ce même "ogginfo" pour analyser le
conteneur http://www.xiph.org/ (que j'appelle ici "ogm") :
[olivier@phoenix ~]$ ogginfo test.ogm
Processing file "test.ogm"...
Note: Stream 1 has serial number 0, which is legal but may cause
problems with some tools.
New logical stream (#1, serial: 00000000): type unknown
New logical stream (#2, serial: 00000001): type vorbis
Vorbis headers parsed for stream 2, information follows...
Version: 0
Vendor: ogmtools v1.5
Channels: 2
Rate: 48000
Nominal bitrate: 65,600000 kb/s
Upper bitrate not set
Lower bitrate not set
User comments section follows...
Warning: Illegal UTF-8 sequence in comment 0 (stream 2): invalid sequence
LANGUAGE=
*** glibc detected *** ogginfo: free(): invalid pointer: 0xb7e860b0 ***
======= Backtrace: =========
/lib/i686/libc.so.6[0xb7dc0d9d]
/lib/i686/libc.so.6(__libc_free+0x83)[0xb7dc0f23]
ogginfo[0x80491cb]
======= Memory map: ========
...
Cela plante méchamment.
Je peux me tromper : Mais les outils que l'on trouve sur Internet
(quelque soit les distributions) s'appellent :
- ogg* (ogg123, oggdec, oggenc, ogginfo) pour ceux qui manipulent des
flux audio de type ogg/vorbis
- ogm* (ogmcat, ogmdemux, ogminfo, ogmmerge, ogmsplit) pour ceux qui
manipulent des conteneurs tels que définit par
http://www.xiph.org/ . Je
te renvoie notamment sur
http://www.bunkus.org/videotools/index.html et
http://www.bunkus.org/videotools/ogmtools/index.html :
<extrait>
There are several files that you might want to read, including the
README, the ChangeLog or the man pages:
* ogmmerge
* ogminfo
* ogmdemux
* ogmsplit
* ogmcat
* dvdxchap
</extrait>
Cordialement,
Olivier
--
~~~~~~~ _____/\_____ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Phoenix / _ \/ _ \ Olivier Allard-Jacquin
/ / \ / \ \ Web: http://olivieraj.free.fr/
/___/ / \ \___\ Mail: olivieraj@???
~~~~ ///// ///\\\ \\\\\ ~~~~~~~~~~~~~~~~~~~~~~~ Linux Powered !!
