= 0) will check it before any pixel data is written.
Fixes ticket #5153 (output now matches ImageMagick for the provided
sample).
Signed-off-by: Daniel Verkamp
---
libavcodec/msrledec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/msrledec.c b/libavcodec/msrlede
On Mon, Nov 28, 2016 at 1:22 PM, Gregory J. Wolfe
wrote:
> Fate failed to build in the MinGW/Windows environment because
> macro ETIMEDOUT was undefined. When this condition is detected,
> the code now includes <_ptw32.h>, which defines the symbol.
>
> Signed-off-by: Gregory J. Wolfe
> ---
> li
On Tue, Feb 7, 2017 at 10:54 AM, Ronald S. Bultje wrote:
> Hi,
>
> On Tue, Feb 7, 2017 at 12:04 PM, wrote:
>
>> cinepak, rgb2419.7 (via the fast bilinear swscaler)
>> cinepak, internal rgb565 6.0
>
>
> The reason that your decoder-integrated colorspace convertor is so much
> fas
Hi FFmpeg web folks,
When visiting http://fate.ffmpeg.org/ using a browser that enforces
CORS[1], loading the FontAwesome icon font causes this error:
Font from origin 'https://ffmpeg.org' has been blocked from loading
by Cross-Origin Resource Sharing policy: No
'Access-Control-Allow-Origin' he
On Wed, Sep 17, 2014 at 12:59 PM, Michael Niedermayer wrote:
> On Wed, Sep 17, 2014 at 11:33:32AM -0700, Daniel Verkamp wrote:
>> Hi FFmpeg web folks,
>>
>> When visiting http://fate.ffmpeg.org/ using a browser that enforces
>> CORS[1], loading the FontAwesome
This implementation is only used in a very narrow set of circumstances:
it is not bitexact, and there is an SSE implementation, so the 3DNow
version would only get used on K6-II/K6-III/early (pre-XP) Athlon CPUs.
It is completely dead code in x86-64 builds.
Signed-off-by: Daniel Verkamp
On Tue, Nov 17, 2015 at 12:00 AM, Daniel Verkamp wrote:
>
> This implementation is only used in a very narrow set of circumstances:
> it is not bitexact, and there is an SSE implementation, so the 3DNow
> version would only get used on K6-II/K6-III/early (pre-XP) Athlon CPUs.
> I
