On 2008-12-04, Conrad Parker <[EMAIL PROTECTED]> wrote: > So the last remaining tool to check is oggz-chop. I at first assumed it > would not work with Dirac's granulepos, but it seems to do something > vaguely useful:
Chopping is more difficult. It needs to be done based upon the presentation time which isnt in order. > So: > - is the current output correct? Need to check. The best way is to compare the output of chopping a non-reordered sequence and a reordered one. NB, if you jump into the middle of a dependency chain there will be a few extra pictures at the start -- something which skeleton stuff might fix (when values for the fields are decided) > - if not, how should the packets that a given packet depends on be > determined, > ie. how to determine reference frames? Is it possible to do so using only > the > granulepos encoding? If you find the picture at time (t), inspect the dist value in the decoded granule_position. then something equivalent to searching for a granule_position matching: candidate_granpos >> 32 == (GP64 >> 32) - dist NB, dist / (field_coding+1) should be the number of packets to go backwards by. NB, don't keep repeating until you find dist=0, just do it once. ..david ------------------------------------------------------------------------------ SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ _______________________________________________ Schrodinger-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/schrodinger-devel
