search for: granule_r

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

...n to convert granulepos to time for > Dirac, rather than just going by the result of the granuleshift, it seems to > be working. You can review the changeset here: > > http://trac.annodex.net/changeset/3801 I'll test this shortly. My only initial concern is about the definition of granule_rate. My intention is to add some guidance to the oggdirac mapping spec on how to apply oggskeleton. This raises the slight problem 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...

>>> http://trac.annodex.net/changeset/3801 >> >> I'll test this shortly. Ok, i've tested muxing some audio and video together and that works fine. woo. >> My only initial concern is about the definition >> of granule_rate. My intention is to add some guidance to the oggdirac >> mapping spec on how to apply oggskeleton. This raises the slight >> problem for me in that i don't find the specification of skeleton >> particularly rigorous[1]. >> >> Actually, i don't even know wh...

..., rather than just going by the result of the granuleshift, it seems to >> be working. You can review the changeset here: >> >> http://trac.annodex.net/changeset/3801 > > I'll test this shortly. great, thanks > My only initial concern is about the definition > of granule_rate. My intention is to add some guidance to the oggdirac > mapping spec on how to apply oggskeleton. This raises the slight > problem 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...