search for: muxing_tim

...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_and_interleave (all logical_streams) using x.muxing_time That would work for say dirac and vorbis i think and end up with a reasonable ordering. Unfortunately, that doesn't work for the theora granule-shift method, since mapping GP64&lt...

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