[Ffmpeg-devel] Handling decode delay

[Michael Niedermayer]

Hi

On Sat, Dec 30, 2006 at 05:44:52PM +0100, Mean wrote:
> Hello,
> 
>       I want to have frame accuracy, and for that i need to fight^H^H^H 
> handle the decoder delay.
> 
>       My current approach so far was to know the frame type and to use 
> the LOW_DELAY flag, the PTS/DTS order being handled externally.
> 
>       It has been  working nicely so far.
>       But it is a nightmare as far as h264 is concerned due to its 
> complicated reordering. Too complicated to attempt to double guess
>       what the actual decoder is doing/is wanting.
> 
> 
>       My second guess would be to tag the "frame to be decoded" so that 
> i can identity the corresponding decoded frame by looking for this tag.
>       (the tag being for example the frame number in bitstream order).
> 
>       I've looked into coded_picture_number & display_picture_number, 
> but i cannot use them.
>       They are ok in a sequential way of decoding files, but if you go 
> back or repeat a section they are not longer relevant (same story if you
>          jump to another place in the stream, you will want to discard 
> the delayed frames that were from the previous  part).
> 
> 
>       My feeling would be to add an uint32_t field to avframe which is 
> copied into current picture when calling the decoder.
>       It is the simplest way i've thought of, but i probably missed 
> something.
> 
>       Any hint/suggestion ?

AVFrame.opaque

[...]

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

When you are offended at any man's fault, turn to yourself and study your
own failings. Then you will forget your anger. -- Epictetus
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20061231/1b7fbd01/attachment.pgp>