[Ffmpeg-cvslog] r6355 - in trunk: libavcodec/4xm.c libavcodec/cyuv.c libavcodec/error_resilience.c libavcodec/h263.c libavcodec/h264.c libavcodec/indeo3.c libavcodec/mjpeg.c libavcodec/mpeg12.c libavcodec/mpeg12data.h libavcodec/mpegaudiodec.c libavcodec/mpegvideo.c libavcodec/mpegvideo.h libavcodec/msmpeg4.c libavcodec/parser.c libavcodec/svq1.c libavcodec/vc1.c libavcodec/vp3.c libavcodec/wmadec.c libavformat/amr.c libavformat/asf.c libavformat/avformat.h libavformat/avienc.c libavformat/matroska.c libavformat/mpeg.c libavformat/ogg2.c libavformat/ogg2.h libavformat/oggparsevorbis.c libavformat/rtp.c libavformat/rtpproto.c libavformat/udp.c

Måns Rullgård mru
Thu Sep 28 00:14:41 CEST 2006


M?ns Rullg?rd <mru at inprovide.com> writes:

> Michael Niedermayer <michaelni at gmx.at> writes:
>
>> Hi
>>
>> On Wed, Sep 27, 2006 at 09:47:42PM +0200, mru wrote:
>> [...]
>>> Modified: trunk/libavcodec/error_resilience.c
>>> ==============================================================================
>>> --- trunk/libavcodec/error_resilience.c	(original)
>>> +++ trunk/libavcodec/error_resilience.c	Wed Sep 27 21:47:39 2006
>>> @@ -70,7 +70,7 @@
>>>      }
>>>  }
>>>  
>>> -static void filter181(int16_t *data, int width, int height, int stride){
>>> +static void filter181(uint16_t *data, int width, int height, int stride){
>>
>> filter181 runs a (-1,8,-1) filter over the dc values which can make them
>> negative, so the array must be signed and that is the MpegEncContext.dc_val
>> array for which i already had a bad feeling when i saw your patch ...
>>
>> alternatively you can of course change the filter181 and related code 
>> but note, clipling <0 away is not ok though!
>
> Then why didn't you say so when I asked several weeks ago?  It's not
> that easy trying to figure out which signedness is correct when it
> changes with every function call.

Fixed.

-- 
M?ns Rullg?rd
mru at inprovide.com




More information about the ffmpeg-cvslog mailing list