search for: granulerate

Hi, What are the two granule rates in a fishead packet supposed to be for ? Since each of the streams has a corresponding fisbone packet with its own granulerate in it, and they can be all different, wha does the presentationtime num/den means ? Also for hte basetime num/den, since the UTC time which is also present in fishead seems to be a textual representation rather than a linear count ? Thanks

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

...9;t find the specification of skeleton > particularly rigorous[1]. > > Actually, i don't even know what the definition of granule_rate applies > to when a granule_shift is present[2]. Is it the whole number or the higher > word. If we assume it is the higher word, i believe the granulerate would > need to be 2*(1<<9)*fps_n/fps_d; in order to allow dumb tools to get things > vaguely right. a granule is a frame, field, sample etc., and granulerate is framerate, samplerate etc. > [1] Mostly with regard to a hypothetical 'timeline' -- but these are > questions...

Hi, I'm currently implementing OggSpots [1] support for VLC. In the "spec" it says that the granulerate is to be interpreted as in Ogg Skeleton so it should be possible to calculate `granulepos / granulerate` to get time. But it also says: The default granule rate for OggSpots is: 1/30 (30 frames per second resolution). To me that doesn't make sense. If we want to specify 30 granules pe...

...for me in that i don't find the specification of skeleton particularly rigorous[1]. Actually, i don't even know what the definition of granule_rate applies to when a granule_shift is present[2]. Is it the whole number or the higher word. If we assume it is the higher word, i believe the granulerate would need to be 2*(1<<9)*fps_n/fps_d; in order to allow dumb tools to get things vaguely right. Ie, if you were to perform a remux by: foreach logical_stream s: foreach page with GP64 != 0xffff_ffff_ffff_ffff: page.muxing_time <- granule_rate * page.GP64 output_order <- sort_a...

...cation of skeleton >> particularly rigorous[1]. >> >> Actually, i don't even know what the definition of granule_rate applies >> to when a granule_shift is present[2]. Is it the whole number or the higher >> word. If we assume it is the higher word, i believe the granulerate would >> need to be 2*(1<<9)*fps_n/fps_d; in order to allow dumb tools to get things >> vaguely right. > > a granule is a frame, field, sample etc., and granulerate is framerate, > samplerate etc. Err, yes -- just that GPH+L + 1 doesn't advance time by one picture...

Hi, I got a short question regarding the ogg skeleton. As far as I understand it, the skeleton information helps to decode the timeing from the granule position, that is available in every ogg page, so that I can say, what is the end time of the last full ogg packet within an ogg page. So but it does not help me finding out the timing information about the other packets in between? -Yorn

On Fri, Jun 5, 2009 at 4:30 AM, ogg.k.ogg.k at googlemail.com <ogg.k.ogg.k at googlemail.com> wrote: > It holds the granulerate, so it'd allow this for those codecs that use the > granule shift way of encoding their granules (except for those pages > where no packet ends, as these will have no granpos set). BTW, we need to add another field out of the remaining reserved bits to accommodate reordering codecs like...

...Then add each still image. There still is a question of what to do with the timing. Set the granpos to zero, and rely on the client code to interpret a category of "album-art" to be "timeless" is the obvious idea that comes to mind. Hmm, a bit too hardcoded though. Maybe setting granulerate to zero. Hmm, no, that'd cause a lot of divides by zero would it. MNG does look complex though. I also had a look at SVG, but it does scripting, etc, which isn't something I want. APNG looks simpler and closer to what I'd want, but I've seen comments saying it doesn't play so n...

...t; - #ifdef DEBUG - printf ("Got dirac fps %d/%d, keyframe_shift %d\n", - fps_numerator, fps_denominator, keyframe_shift); + printf ("Got dirac fps %d/%d, granule_shift %d\n", + info->fps_numerator, info->fps_denominator, granule_shift); #endif - oggz_set_granulerate (oggz, serialno, (ogg_int64_t)info->fps_numerator, + /* the granulerate is twice the frame rate (in order to handle interlace) + * it is also multiplied by (1<<9) since the decode time is stored in + * the top 32bits of granulepos, but the granule_shift is 22. */ + oggz_set_granulera...

...This allows Ogg FLAC files to be used with oggzmerge and similar tools. * fixed oggzmerge binary open bug on Win32 (Colin Ward) * updated Win32 project by Orum * added inbuilt parsing of Ogg Skeleton and CMML binary headers * simplified documentation related to seeking * added oggz_{get,set}_{granulerate,granuleshift}() query functions About Oggz ---------- Oggz comprises liboggz and the command-line tools oggzdump, oggzdiff, oggzmerge and oggzrip. liboggz supports the flexibility afforded by the Ogg file format while presenting the following API niceties: * Full API documentation. * Compreh...

...This allows Ogg FLAC files to be used with oggzmerge and similar tools. * fixed oggzmerge binary open bug on Win32 (Colin Ward) * updated Win32 project by Orum * added inbuilt parsing of Ogg Skeleton and CMML binary headers * simplified documentation related to seeking * added oggz_{get,set}_{granulerate,granuleshift}() query functions About Oggz ---------- Oggz comprises liboggz and the command-line tools oggzdump, oggzdiff, oggzmerge and oggzrip. liboggz supports the flexibility afforded by the Ogg file format while presenting the following API niceties: * Full API documentation. * Compreh...

OK... i've come across a problem trying to get the granule pos of the start of the page... it's not so crucial with single stream ogg files... but now that i have theora+vorbis in a file, i'm finding that when i seek to a position, i have no way to determine the relative offsets of the different streams at the new seek point and hence the av is out of sync. So given a page, is it

> Ogg/Spots has no implementation since we agreed that Ogg/MNG would > fully cover all the functionality of Ogg/Spots. However, Ogg/MNG has > not progressed as much as we would all have liked. > > So, if you would like to get images into Ogg, I'd recommend > improving/implementing Ogg/MNG support. :-) I'd looked at MNG (which I didn't know about at the time) and to

...tent type * Add API functions for getting and seting preroll: oggz_get_preroll(), oggz_set_preroll() Set preroll in oggz_auto.c for vorbis and speex * Kate updates (ogg.k.ogg.k) * Parse BOS page before calling first page reader callback. Fixes ticket:416, "oggz-chop writes wrong granulerate in fisbone" * Apply patch from dryeo, "off_t not always in stdio.h" Closes ticket:413 * Apply patch from dryeo, "OS/2 also needs to set stdin/stdout to binary" Closes ticket:414 * Apply patch by j^, Closes ticket:406 "oggzinfo Video-Height is...

I've been looking over Benjamin Schwartz's Skeleton A-mod proposal. I've been pretty busy with other projects over the past few months, so haven't had a chance to look at Ogg indexing until now... In general, I think Benjamin's ideas are sound, they're improvements, and I'm open to being convinced to take them in the next index version. We may as well get the index

I've been implementing Ogg FLAC support in an editor I'm working on, and I must admit to being frustrated by the lack of support for the codec on the Ogg layer... and this is more than lacking granulepos. The codec's I've worked with, and my own (Writ), use Page 0 for general information about the codec. Specifically, the samplerate, bitrate, quality, number of channels, all

David Flynn has proposed a new Ogg Dirac mapping. The draft is here: http://davidf.woaf.net/dirac-mapping-ogg.pdf This is a much bigger break from other codecs than my draft (at http://wiki.xiph.org/index.php/OggDirac). We talked a bit about it on IRC today. Below is my summary; hopefully David can correct anything I got wrong or misleading. Comments? There are two main differences