[FFmpeg-devel] [PATCH] MMX for Win64

Ramiro Polla ramiro
Wed May 7 11:28:19 CEST 2008

M?ns Rullg?rd wrote:
> Ramiro Polla <ramiro at lisha.ufsc.br> writes:
>> Hello,
>>   wrote:
>>> Aurelien Jacobs <aurel at gnuage.org> writes:
>>>> M?ns Rullg?rd wrote:
>>>>> Ramiro Polla <ramiro at lisha.ufsc.br> writes:
>>>>>>> *_t is reserved by POSIX.
>>>>>> Well, then I guess you should take care of the rest of the code
>>>>>> that typedefs _t stuff:
>>>>>> ramiro at found:/usrc/ffmpeg/src$ grep -r typedef * | grep "_t;"
>>>>>> libavcodec/vp56.h:typedef struct vp56_context vp56_context_t;
>>>>>> libavcodec/vp56.h:typedef struct vp56_mv vp56_mv_t;
>>>>>> libavcodec/i386/dsputil_mmx.h:typedef struct { uint64_t a, b; }
>>>>>> xmm_t; libavformat/iff.c:typedef enum {COMP_NONE, COMP_FIB,
>>>>>> COMP_EXP} svx8_compression_t;
>>>>>> libavformat/avio.h:typedef int64_t offset_t;
>>>>>> libavformat/os_support.h:typedef int socklen_t;
>>>>>> libavformat/os_support.h:typedef unsigned long nfds_t;
>>>>>> libpostproc/postprocess.h:typedef void pp_context_t;
>>>>>> libpostproc/postprocess.h:typedef void pp_mode_t;
>>>>>> tests/videogen.c:typedef unsigned char uint8_t;
>>>>> Patches welcome ;-)
>> Using Michael's words [0] with diverging text edited in []:
>> You misunderstand things a little
>> you want it fixed -> you fix it
>> you dont want it fixed -> you dont fix it
>> you want someone else to fix it -> you pay someone else to fix it
>> If you expect us to work for you for free then you have a serious 
>> problem with reality, we are volunteers and we work on what we consider 
>> fun. [Full POSIX compliance] work is not fun.
> Are you suggesting I don't do any work on FFmpeg.

No, I was just exaggerating.

 > OK, I don't do as
> much as some people, simply because I don't have the time.

The point I was trying to get across is that it would be nice if you 
could not only say what's wrong all the time, but instead suggest better 
alternatives. We all know you have the knowledge for that, and it 
doesn't take that much longer out of your time.

 > I never
> asked you fix any of the existing problems, only to not add new
> incompatibilities.  There's a huge difference there.

That's true.

Ramiro Polla

More information about the ffmpeg-devel mailing list