[FFmpeg-devel] [PATCH] Reimplementation of OS/2 threads model

Ramiro Polla ramiro.polla
Thu Apr 29 14:34:38 CEST 2010

On Thu, Apr 29, 2010 at 9:14 AM, KO Myung-Hun <komh at chollian.net> wrote:
> Ramiro Polla wrote:
>> On Wed, Apr 28, 2010 at 11:45 AM, KO Myung-Hun <komh at chollian.net> wrote:
>>> But now pthreads codes are in os2thread.c, so pthread lib is
>>> unnecessary. And we can use all the codes of pthread.c without modifying
>>> it at all. If possible, I would like to use '#include "pthread.c"' using
>>> some guard macros. This reduces the maintenance burden you are saying.
>> Could you not make that code a simple library with a subset of
>> pthreads that ffmpeg needs? You could then link against that library
>> with the current pthreads code in FFmpeg.
> Do you mean an additional external lib ? If so, I think there is no
> differences from using the existent pthreads lib.

Then it seems we can use the existent pthreads lib...

>> Also have you tested performance?
> How can I do the performance tests ?

I'm not that sure either. I was suggested to run mpeg2 decoding and dv
encoding. I also tried encoding with x264 to see what would happen if
pthreads-win32 and w32threads were mixed in the same process.

Btw does OS/2 even support SMP? If not, this whole threads discussion is moot...

More information about the ffmpeg-devel mailing list