Re: [xiph-rtp] Re: [Vorbis-dev] Proposal: An extension to rules all others
"Silvia Pfeiffer" <[email protected]>
| Newsgroups | gmane.comp.audio.compression.speex.devel,gmane.comp.multimedia.ogg.advocacy,gmane.comp.multimedia.ogg.vorbis.devel,gmane.comp.audio.compression.flac.devel,gmane.comp.multimedia.ogg.devel,gmane.comp.multimedia.ogg.xiph-rtp |
|---|---|
| Message-ID | <[email protected]> |
An addition of the MIME type to the first Ogg page doesn't make much sense, since that Ogg page already belongs to one of the logical bitstreams in the stream. We had a long discussion about how to do this right when developing the Annodex format (http://annodex.net/TR/draft-pfeiffer-annodex-02.txt), which has been built to provide this functionality and others. In the end, we defined what is now know as "skeleton" (http://wiki.xiph.org/index.php/Ogg_Skeleton) and as an additional logical bitstream at the beginning of an Ogg file that contains information o the other logical bitstreams inside the Ogg file. This is the only way to provide this information without breaking existing specifications. However, it requires that Ogg parsing software be adapted to also parse Skeleton. Some of the software has already been adapted for it - others hasn't. Silvia. On 1/17/07, Tor-Einar Jarnbjo <[email protected]> wrote: > Aaron Colwell schrieb: > > > Media applications are able to deeply inspect the file if they really > > need to > > determine which codec it contains. > > > In case of Ogg, the application is unfortunately only able to determine > which codec(s) the Ogg file contains if detailed knowledge about the > codecs is known already by the Ogg parser. I think I already suggested > to e.g. add the stream's MIME type to the first Ogg page to make it > easier for players to cope with new codecs embedded in an Ogg file. > > Tor > > _______________________________________________ > Vorbis-dev mailing list > [email protected] > http://lists.xiph.org/mailman/listinfo/vorbis-dev >