[FFmpeg-devel] [PATCH 1/6] Frame-based multithreading framework using pthreads

Rob robert.swain
Sat Jan 22 07:18:05 CET 2011

On 22 January 2011 07:10, Alex Converse <alex.converse at gmail.com> wrote:
> On Fri, Jan 21, 2011 at 10:05 PM, Rob <robert.swain at gmail.com> wrote:
>> On 21 January 2011 23:38, Alexander Strange <astrange at ithinksw.com> wrote:
>>> On Jan 21, 2011, at 9:58 AM, Ronald S. Bultje wrote:
>>>> On Fri, Jan 21, 2011 at 5:51 AM, Alexander Strange
>>>> <astrange at ithinksw.com> wrote:
>>>>> It really simplified development to do it like this, because it made the frame delay reliable
>>>>> and made sure all the threads allocated got started. When you're decoding stuff read off
>>>>> disk, multiple calls to avcodec_decode_video are practically instantaneous, so it doesn't
>>>>> help speed to return things faster. The only case I can think of where less decode delay
>>>>> _really_ helps is where it receives new encoded frames rarely.
>>>> Realtime streams?
>>> Yeah, but realtime streams where each frame is more time-sensitive than just TV. Security cameras?
>> Medical cameras?
> Gaikai?

Is that just advertising or something more? I can't tell from a quick
glance at the website. In any case there's onLive (games rendered on
servers and streamed as video to an STB).


More information about the ffmpeg-devel mailing list