search for: ogg_skeleton

...ml - this is a logical bitstream for time-continuous textual annotations (metadata) for ogg files (see http://wiki.xiph.org/index.php/CMML) * skeleton - this is an extension to the ogg bitstream format, which has all the encapsulation-specific low-level metadata (see http://wiki.xiph.org/index.php/Ogg_Skeleton) All of these are supported by xiph and may need further work/extensions or potentially a replacement if they are not fit to provide what is required. Before throwing out more random specifications, could we please look at what you are trying to achieve with the new format? Can you tell us where...

2008/11/15 David Flynn <davidf+nntp at woaf.net>: > On 2008-11-14, Conrad Parker <conrad at metadecks.org> wrote: >> It seems oggz chop, merge and sort will need some attention to deal >> with the Dirac granulepos and dependency ordering, so let's leave them >> for the next release. > > ok. -- may be worth having them 'warn' if they are operating

...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 th...

...ule_shift) << granule_shift)) NB, May also be written: GPH+L = (GP64 >> granule_shift) + (GP64 & ((1 << granule_shift) - 1)) [1] Mostly with regard to a hypothetical 'timeline' -- but these are questions for some later time. [2] http://wiki.xiph.org/index.php/Ogg_Skeleton says: """ allowing to map a granule position to time by calculating "granulepos / granulerate" """ But that doesn't seem to be what happened in liboggz -- it used GPH+L. ..david

...it can be quite complex to decode. Maybe I am missing something, but is this "something else" not Ogg Skeleton? Strictly speaking, Skeleton is a separate stream in the Ogg container but, as it contains metadata, it is stuffed in front of the other streams. See: http://wiki.xiph.org/Ogg_Skeleton Also, there was a campaign to encourage players to support Ogg Skeleton. (I don't remember whether a Skeleton stream was actually made mandatory, but that was certainly the end goal.) Regards, Martin -- Martin J Leese E-mail: martin.leese stanfordalumni.org Web: http://members.tripod.com/m...

...are not encoded in presentation order. The way the current Dirac mapping works doesn't really fit into either of those granulepos schemes, though it does do an awesomely clever job of allowing pt to be calculated with the Theora granuleshift method :-) > [2] http://wiki.xiph.org/index.php/Ogg_Skeleton says: > """ > allowing to map a granule position to time by calculating > "granulepos / granulerate" > """ > But that doesn't seem to be what happened in liboggz -- it used GPH+L. thanks for pointing that out, the wiki page is inco...

...eam for time-continuous textual > annotations (metadata) for ogg files (see > http://wiki.xiph.org/index.php/CMML) > > * skeleton - this is an extension to the ogg bitstream format, which > has all the encapsulation-specific low-level metadata (see > http://wiki.xiph.org/index.php/Ogg_Skeleton) > > All of these are supported by xiph and may need further > work/extensions or potentially a replacement if they are not fit to > provide what is required. > > Before throwing out more random specifications, could we please look > at what you are trying to achieve with the n...

On Saturday 08. September 2007 19:11:54 Carsten Haese wrote: > On Sat, 2007-09-08 at 17:08 +0200, Daniel Aleksandersen wrote: > > I feel that these ?Vorbis comments? are not sufficient. There is not > > even a standard for their field names. > > Actually, there is: http://xiph.org/vorbis/doc/v-comment.html No standard. But ?Below is a proposed, minimal list of standard field

Hi, I must say I'm very impressed with improvments in the latest versions of the encoder, especially in 2-pass mode. I was trying encodes of videos with sudden changes from no or moderate motion, to high motion scenes. Most samples of Theora quality I saw on the net were very slow motion usually. These high-motion videos were especially hard for Theora and it quickly introduced

...am for time-continuous textual > annotations (metadata) for ogg files (see > http://wiki.xiph.org/index.php/CMML) > > * skeleton - this is an extension to the ogg bitstream format, which > has all the encapsulation-specific low-level metadata (see > http://wiki.xiph.org/index.php/Ogg_Skeleton) > > All of these are supported by xiph and may need further > work/extensions or potentially a replacement if they are not fit to > provide what is required. > > Before throwing out more random specifications, could we please look > at what you are trying to achieve with the...

...metadata) for ogg files (see > > > http://wiki.xiph.org/index.php/CMML) > > > > > > * skeleton - this is an extension to the ogg bitstream format, which > > > has all the encapsulation-specific low-level metadata (see > > > http://wiki.xiph.org/index.php/Ogg_Skeleton) > > > > > > All of these are supported by xiph and may need further > > > work/extensions or potentially a replacement if they are not fit to > > > provide what is required. > > > > > > Before throwing out more random specifications, could we p...

...dia.org/wiki/Ambisonic_data_exchange_formats#maxN (6) https://en.wikipedia.org/wiki/Ambisonic_data_exchange_formats#Furse-Malham (7) https://en.wikipedia.org/wiki/Mixed-order_Ambisonics#Complete_mixed-order_sets_.28.23H.23V.29 (8) https://wiki.xiph.org/Field_names (9) https://wiki.xiph.org/Metadata#Ogg_Skeleton (10) http://members.tripod.com/martin_leese/Ambisonic/UHJ_file_format.html (11) http://members.tripod.com/martin_leese/Ambisonic/G-Format_chunk.html -- Martin J Leese E-mail: martin.leese stanfordalumni.org Web: http://members.tripod.com/martin_leese/

On 2/28/07, Ivo Emanuel Gon?alves <justivo@gmail.com> wrote: > On 2/28/07, Ralph Giles <giles@xiph.org> wrote: > > Well, there are todo pages at wiki.xiph.org, but I meant more in the > > community folklore sense. My point is a roadmap doesn't help much unless > > there are people committed to making things happen. That's been the > > problem with a

On 2/28/07, Ivo Emanuel Gon?alves <justivo@gmail.com> wrote: > On 2/28/07, Ralph Giles <giles@xiph.org> wrote: > > Well, there are todo pages at wiki.xiph.org, but I meant more in the > > community folklore sense. My point is a roadmap doesn't help much unless > > there are people committed to making things happen. That's been the > > problem with a

...l > > annotations (metadata) for ogg files (see > > http://wiki.xiph.org/index.php/CMML) > > > > * skeleton - this is an extension to the ogg bitstream format, which > > has all the encapsulation-specific low-level metadata (see > > http://wiki.xiph.org/index.php/Ogg_Skeleton) > > > > All of these are supported by xiph and may need further > > work/extensions or potentially a replacement if they are not fit to > > provide what is required. > > > > Before throwing out more random specifications, could we please look > > at what y...