On Thu, Aug 23, 2007 at 08:11:09PM +0200, Michael Niedermayer wrote: > Hi > > On Thu, Aug 23, 2007 at 08:06:21PM +0300, Kostya wrote: [...] > > Can you give some hints on how to operate on slices gathered into one frame? > > Setting avctx->slice_offset[] and avctx->slice_count in parser is impossible > > because of race conditions. > > the slice_offset/slice_count should be deprecated, it was bad design ... > > the standard h.264/mpeg1/... way is that there is a startcode which does not > occur anywhere in the bitstream so you just search for that if you need to > know where the slices start, i guess that doesnt work with rv40 ...
Actually they have reserved some startcodes but not in this files :( > the second simple solution is just to decode slice after slice if thats > possible without knowing where the slices start and end I do it this way now. > the third solution is to make the demuxer (which knows where the slices > start put this data in the returned packet, like > 32bit length of first slice, 32bit length of second slice, ... > (you know where the list ends from the fact that theres no space left) > of course there are a million other possible solutions Not if you limit them to the sane ones. > [...] > -- > Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB _______________________________________________ FFmpeg-soc mailing list [email protected] http://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-soc
