Re: [FFmpeg-devel] [PATCH] avformat/http: clarify that ffmpeg will attempt to add missing CRLF

From bc08c60761df77b37c83a4c285f3ca45e5045979 Mon Sep 17 00:00:00 2001 From: Gyan Doshi Date: Mon, 28 Jan 2019 12:20:02 +0530 Subject: [PATCH] avformat/http: clarify that ffmpeg will attempt to add missing CRLF --- libavformat/http.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-)

Re: [FFmpeg-devel] [PATCH] avformat/http: clarify that ffmpeg will attempt to add missing CRLF

On 28-01-2019 01:53 PM, Marton Balint wrote: From bc08c60761df77b37c83a4c285f3ca45e5045979 Mon Sep 17 00:00:00 2001 From: Gyan Doshi Date: Mon, 28 Jan 2019 12:20:02 +0530 Subject: [PATCH] avformat/http: clarify that ffmpeg will attempt to add  missing CRLF ---  libavformat/http.c | 7 +--

[FFmpeg-devel] [PATCH v2 2/5] swscale/swscale_unscaled: add missing gbrap10 on ff_get_unscaled_swscale

Fix inconsistent checksums between gbrap10be and gbrap10le on fate-filter-pixfmts. Signed-off-by: Muhammad Faiz --- libswscale/swscale_unscaled.c| 3 +++ tests/ref/fate/filter-pixfmts-copy | 2 +- tests/ref/fate/filter-pixfmts-crop | 2 +- tests/ref/fate/filter-pixfmts-fi

[FFmpeg-devel] [PATCH v2 5/5] avfilter/drawutils: support native-endian instead of little-endian

This should make code run faster on big-endian platform. Change fate to use native-endian mode. Signed-off-by: Muhammad Faiz --- libavfilter/drawutils.c | 36 +++-- libavfilter/vf_rotate.c | 26 ++-- libavfilter/vf_tinterlace.c | 3

[FFmpeg-devel] [PATCH v2 3/5] avfilter/vf_super2xsai: fix big-endian writing

Fix mismatched checksum on fate-filter-pixfmts-super2xsai. Signed-off-by: Muhammad Faiz --- libavfilter/vf_super2xsai.c | 4 ++-- tests/ref/fate/filter-pixfmts-super2xsai | 16 2 files changed, 10 insertions(+), 10 deletions(-) diff --git a/libavfilter/vf_super2xs

[FFmpeg-devel] [PATCH v2 4/5] avfilter/vf_lut: support native-endian instead of little-endian

This should make code run faster on big-endian platform. Change fate to use native-endian mode. Signed-off-by: Muhammad Faiz --- libavfilter/vf_lut.c | 123 ++ tests/fate/filter-video.mak | 2 +- tests/ref/fate/filter-pixfmts-lut | 105 +++

[FFmpeg-devel] 971108 - ffmpeg doesn't use GPU

I got the latest version binaries of ffmpeg from here . When I examine CPU and GPU usages when I play a video by its ffplay, I see that GPU is used during play. Not much using of CPU also indicates it. But when I get the latest version sources from the original s

[FFmpeg-devel] [PATCH]lavc/amrwbdec: Do not ignore NO_DATA frames

Hi! Attached patch fixes the actual output duration for AMR-WB samples with NO_DATA frames. A follow-up patch also skips corrupted frames, making the output of the sample in ticket #7113 very similar to the reference decoder. Please comment, Carl Eugen From ab817b2c8fc96ddabc8238c9be2beed04cd5451

Re: [FFmpeg-devel] [PATCH]lavc/amrwbdec: Do not ignore NO_DATA frames

On 1/28/19, Carl Eugen Hoyos wrote: > Hi! > > Attached patch fixes the actual output duration for AMR-WB samples > with NO_DATA frames. > A follow-up patch also skips corrupted frames, making the output of > the sample in ticket #7113 very similar to the reference decoder. > > Please comment, Carl

Re: [FFmpeg-devel] [PATCH]lavc/amrwbdec: Do not ignore NO_DATA frames

2019-01-28 15:20 GMT+01:00, Paul B Mahol : > On 1/28/19, Carl Eugen Hoyos wrote: >> Hi! >> >> Attached patch fixes the actual output duration for AMR-WB samples >> with NO_DATA frames. >> A follow-up patch also skips corrupted frames, making the output of >> the sample in ticket #7113 very similar

Re: [FFmpeg-devel] [PATCH]lavc/amrwbdec: Do not ignore NO_DATA frames

On 1/28/19, Carl Eugen Hoyos wrote: > 2019-01-28 15:20 GMT+01:00, Paul B Mahol : >> On 1/28/19, Carl Eugen Hoyos wrote: >>> Hi! >>> >>> Attached patch fixes the actual output duration for AMR-WB samples >>> with NO_DATA frames. >>> A follow-up patch also skips corrupted frames, making the output

Re: [FFmpeg-devel] [PATCH]lavc/amrwbdec: Do not ignore NO_DATA frames

2019-01-28 16:17 GMT+01:00, Paul B Mahol : > On 1/28/19, Carl Eugen Hoyos wrote: >> 2019-01-28 15:20 GMT+01:00, Paul B Mahol : >>> On 1/28/19, Carl Eugen Hoyos wrote: Hi! Attached patch fixes the actual output duration for AMR-WB samples with NO_DATA frames. A follow-up p

Re: [FFmpeg-devel] 971108 - ffmpeg doesn't use GPU

This list is about development of ffmpeg itself. You are probably looking for libav-users. smime.p7s Description: S/MIME Cryptographic Signature ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

[FFmpeg-devel] [PATCH] avcodec/arbc: clear decoder state when seeking

Signed-off-by: James Almer --- libavcodec/arbc.c | 8 1 file changed, 8 insertions(+) diff --git a/libavcodec/arbc.c b/libavcodec/arbc.c index 01a146f934..4558304f12 100644 --- a/libavcodec/arbc.c +++ b/libavcodec/arbc.c @@ -181,6 +181,13 @@ static av_cold int decode_init(AVCodecContext

Re: [FFmpeg-devel] [PATCH]lavc/amrwbdec: Do not ignore NO_DATA frames

On 1/28/19, Carl Eugen Hoyos wrote: > 2019-01-28 16:17 GMT+01:00, Paul B Mahol : >> On 1/28/19, Carl Eugen Hoyos wrote: >>> 2019-01-28 15:20 GMT+01:00, Paul B Mahol : On 1/28/19, Carl Eugen Hoyos wrote: > Hi! > > Attached patch fixes the actual output duration for AMR-WB samples

Re: [FFmpeg-devel] [PATCH] avcodec/arbc: clear decoder state when seeking

On 1/28/19, James Almer wrote: > Signed-off-by: James Almer > --- > libavcodec/arbc.c | 8 > 1 file changed, 8 insertions(+) > > diff --git a/libavcodec/arbc.c b/libavcodec/arbc.c > index 01a146f934..4558304f12 100644 > --- a/libavcodec/arbc.c > +++ b/libavcodec/arbc.c > @@ -181,6 +181,

[FFmpeg-devel] configure: Fix decklink license dependency

I see this old thread about Decklink licensing, and I disagree with the nonfree requirement. I can’t figure out how to reply to the old thread, but here it is for reference: https://patchwork.ffmpeg.org/patch/3230/ Downloading the SDK from Blackmagic us

Re: [FFmpeg-devel] configure: Fix decklink license dependency

On 28 Jan 2019, at 21:09, Elliott Balsley wrote: I see this old thread about Decklink licensing, and I disagree with the nonfree requirement. I can’t figure out how to reply to the old thread, but here it is for reference: https://patchwork.ffmpeg.org/patch/3230/

Re: [FFmpeg-devel] [PATCH v2 09/11] vaapi_encode: Add support for VFR mode

On Sun, Jan 27, 2019 at 11:47:05PM +, Mark Thompson wrote: > Use the frame-skip feature to maintain a specified framerate from the > point of view of the driver. > --- > doc/encoders.texi | 7 +++ > libavcodec/vaapi_encode.c | 116 +++--- > libavcodec/

Re: [FFmpeg-devel] [PATCH] avformat/http: clarify that ffmpeg will attempt to add missing CRLF

On Mon, 28 Jan 2019, Gyan wrote: On 28-01-2019 01:53 PM, Marton Balint wrote: From bc08c60761df77b37c83a4c285f3ca45e5045979 Mon Sep 17 00:00:00 2001 From: Gyan Doshi Date: Mon, 28 Jan 2019 12:20:02 +0530 Subject: [PATCH] avformat/http: clarify that ffmpeg will attempt to add  missing CRLF

Re: [FFmpeg-devel] [PATCH] avcodec/motion_est: remove duplicate function

On Thu, 24 Jan 2019, Michael Niedermayer wrote: On Thu, Jan 24, 2019 at 10:23:33PM +0100, Marton Balint wrote: On Sun, 20 Jan 2019, Michael Niedermayer wrote: On Sun, Jan 20, 2019 at 07:35:18PM +0100, Marton Balint wrote: On Sun, 20 Jan 2019, Michael Niedermayer wrote: On Sat, Jan 19

Re: [FFmpeg-devel] [PATCH v2 2/5] swscale/swscale_unscaled: add missing gbrap10 on ff_get_unscaled_swscale

On Mon, Jan 28, 2019 at 05:07:38PM +0700, Muhammad Faiz wrote: > Fix inconsistent checksums between gbrap10be and gbrap10le > on fate-filter-pixfmts. > > Signed-off-by: Muhammad Faiz > --- > libswscale/swscale_unscaled.c| 3 +++ > tests/ref/fate/filter-pixfmts-copy | 2 +- > te

Re: [FFmpeg-devel] [PATCH v2 1/5] test/fate-run: duplicate pixfmts test when format is big-endian or native-endian

On Mon, Jan 28, 2019 at 05:07:37PM +0700, Muhammad Faiz wrote: > When format is big-endian, also output little-endian checksum. > This allows consistent checksum between little-endian and big-endian. > > When format is native-endian (by passing parameter to pixfmts), > output both little/big-endia

[FFmpeg-devel] [PATCH] avcodec/pgssubdec: Check for duplicate display segments

In such a duplication the previous gets overwritten and leaks Fixes: memleak Fixes: 12510/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_PGSSUB_fuzzer-5694439226343424 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg Signed-off-by: Michael N

Re: [FFmpeg-devel] configure: Fix decklink license dependency

In the first paragraph of the EULA, they define “the software” as the SDK and the accompanying documentation. The way I read it, they do not want you to distribute the complete SDK package, specifically the PDF documentation file. But the email I quoted below from Blackmagic explicitly states

[FFmpeg-devel] [PATCH] avcodec/libx264: update notes to explain the scale chosen for ROI encoding

Signed-off-by: Guo, Yejun --- libavcodec/libx264.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/libavcodec/libx264.c b/libavcodec/libx264.c index a3493f3..8c96728 100644 --- a/libavcodec/libx264.c +++ b/libavcodec/libx264.c @@ -383,7 +383,9 @@ static int X264_frame(AVCod

Re: [FFmpeg-devel] configure: Fix decklink license dependency

2019-01-28 21:09 GMT+01:00, Elliott Balsley : > I see this old thread about Decklink licensing, and I disagree with the > nonfree requirement. Great! Do you speak for all FFmpeg developers or only for your commits? > I can’t figure out how to reply to the old thread, but here it is for > referen

Re: [FFmpeg-devel] [PATCH]lavc/amrwbdec: Do not ignore NO_DATA frames

2019-01-28 19:40 GMT+01:00, Paul B Mahol : > On 1/28/19, Carl Eugen Hoyos wrote: >> 2019-01-28 16:17 GMT+01:00, Paul B Mahol : >>> On 1/28/19, Carl Eugen Hoyos wrote: 2019-01-28 15:20 GMT+01:00, Paul B Mahol : > On 1/28/19, Carl Eugen Hoyos wrote: >> Hi! >> >> Attached patch

Re: [FFmpeg-devel] [PATCH] avformat/http: clarify that ffmpeg will attempt to add missing CRLF

2019-01-28 9:23 GMT+01:00, Marton Balint : > From bc08c60761df77b37c83a4c285f3ca45e5045979 Mon Sep 17 00:00:00 2001 > From: Gyan Doshi > Date: Mon, 28 Jan 2019 12:20:02 +0530 > Subject: [PATCH] avformat/http: clarify that ffmpeg will attempt to add > missing CRLF > > --- > libavformat/http.c |

Re: [FFmpeg-devel] [PATCH] avformat/http: clarify that ffmpeg will attempt to add missing CRLF

On 29-01-2019 02:31 AM, Marton Balint wrote: On Mon, 28 Jan 2019, Gyan wrote: On 28-01-2019 01:53 PM, Marton Balint wrote: From bc08c60761df77b37c83a4c285f3ca45e5045979 Mon Sep 17 00:00:00 2001 From: Gyan Doshi Date: Mon, 28 Jan 2019 12:20:02 +0530 Subject: [PATCH] avformat/http: clarif

Re: [FFmpeg-devel] [PATCH v2 2/5] swscale/swscale_unscaled: add missing gbrap10 on ff_get_unscaled_swscale

On Tue, Jan 29, 2019 at 5:14 AM Michael Niedermayer wrote: > > On Mon, Jan 28, 2019 at 05:07:38PM +0700, Muhammad Faiz wrote: > > Fix inconsistent checksums between gbrap10be and gbrap10le > > on fate-filter-pixfmts. > > > > Signed-off-by: Muhammad Faiz > > --- > > libswscale/swscale_unscaled.c