[FFmpeg-soc] Libavfilter RFC: problem with ffmpeg.c/ffplay.c integration

[Vitor Sessak]

Hi

Michael Niedermayer wrote:
> On Wed, Jan 02, 2008 at 10:00:26AM -0500, Bobby Bingham wrote:
>> On Wed, 02 Jan 2008 12:49:24 +0100
>> Vitor Sessak <vitor1001 at gmail.com> wrote:
>>
>>> Hi all,
>>>
>>> I've spotted a problem with the ffmpeg.c integration using the command
>>>
>>> ffmpeg -vfilters fps=1 -i input.avi output.avi
>>>

[...]

>>>
>>> What is your opinion on that?
>> I'll take a closer look at this tonight, but I think solution 3 sounds
>> reasonable.
> 
> As nothing has been commited yet to solve this IIRC ...
> 
> what about
> 
>     /**
>      * Frame poll callback.  This returns the number of immedeately available
>      * frames. That is if it returns 1 or larger than the next request_frame()
>      * is guranteed to return one frame (with no delay)
>      *
>      * Output video pads only.
>      */
>     int (*poll_frame)(AVFilterLink *link);
> 
> with that we could just check each output stream (there could be more than 1)
> if a frame could be output. And if yes run a request_frame() on that. If no
> stream has a >0 return for poll_frame() than another input packet could be
> demuxed and decoded (from a file which caused a poll()==0) and send it to one
> of the input vf_filo
> 
> poll_frame() could have a trivial default implementation which just polls
> its input filters and returns that, this would be sufficient for 90% of
> filters.

Something like the following?

-Vitor

-------------- next part --------------
A non-text attachment was scrubbed...
Name: avfilter_poll.diff
Type: text/x-patch
Size: 11318 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-soc/attachments/20080201/5bf1e831/attachment.bin>