[FFmpeg-devel] [PATCH 2/5] avcodec/hevc_parse: allow setting apply_defdispwin when decoding SPS NAL units

Signed-off-by: James Almer --- libavcodec/hevc_parse.c| 12 ++-- libavcodec/hevc_parse.h| 4 ++-- libavcodec/mediacodecdec.c | 2 +- 3 files changed, 9 insertions(+), 9 deletions(-) diff --git a/libavcodec/hevc_parse.c b/libavcodec/hevc_parse.c index

[FFmpeg-devel] [PATCH 4/5] avcodec/hevc_parse: split build dependencies

Signed-off-by: James Almer --- configure | 5 +++-- libavcodec/Makefile | 9 + 2 files changed, 8 insertions(+), 6 deletions(-) diff --git a/configure b/configure index adaf1a35f7..477a23f985 100755 --- a/configure +++ b/configure @@ -2108,6 +2108,7 @@

[FFmpeg-devel] [PATCH 5/5] avcodec/hevcdec: remove duplicate extradata parsing function

Use ff_hevc_decode_extradata() instead, which correctly only tries to decode parameter set NAL units and not any other NAL that may be present in extradata. Signed-off-by: James Almer --- libavcodec/hevcdec.c | 61 ++--

[FFmpeg-devel] [PATCH 3/5] avcodec/hevc_parse: ignore all non parameter set NAL units in extradata

While they shouldn't be present, they are harmless if they are. Signed-off-by: James Almer --- libavcodec/hevc_parse.c | 21 ++--- 1 file changed, 2 insertions(+), 19 deletions(-) diff --git a/libavcodec/hevc_parse.c b/libavcodec/hevc_parse.c index

[FFmpeg-devel] [PATCH 1/5] avcodec/hevc_parse: check for parameter set decoding failure

Signed-off-by: James Almer --- libavcodec/hevc_parse.c | 32 +--- 1 file changed, 25 insertions(+), 7 deletions(-) diff --git a/libavcodec/hevc_parse.c b/libavcodec/hevc_parse.c index 6c1138e015..028ca5afe5 100644 --- a/libavcodec/hevc_parse.c +++

Re: [FFmpeg-devel] fate/exr : add test for exr with offsets set to zero

On Sun, Apr 02, 2017 at 09:16:48PM +0200, Martin Vignali wrote: > > > > failed test on mips qemu > > thus not pushed > > > > [exr @ 0x1e6e900] Warning: not compiled with thread support, using thread > > emulation > > [exr @ 0x1e6e900] Unsupported channel VRaySamplerInfo.A. > > [exr @ 0x1e6e900]

Re: [FFmpeg-devel] fate/pixlet : add test for rgb

On Sun, Apr 02, 2017 at 11:29:38PM +0200, Martin Vignali wrote: > Hello, > > In attach patch to add a fate test for pixlet decoder > > Sample can be found here : > https://we.tl/HYuFmmmfIe file uploaded [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB There

Re: [FFmpeg-devel] fate/dv : add tests for dvcpro hd decoding

On Mon, Apr 03, 2017 at 12:10:50AM +0200, Martin Vignali wrote: > Hello, > > in attach patch for testing dvcpro hd decoding > > Samples can be found here : > https://we.tl/STetjfjCpy files uploaded [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB In fact, the

Re: [FFmpeg-devel] [PATCH] fate: add owdenoise test

On Sun, Apr 02, 2017 at 03:27:57PM -0700, Thomas Turner wrote: > Reference found at: http://bit.ly/2ogQygb > > Signed-off-by: Thomas Turner > --- > tests/fate/filter-video.mak | 7 +++ > 1 file changed, 7 insertions(+) reference file uploaded test passes on linux

Re: [FFmpeg-devel] fate/dv : add tests for dvcpro hd decoding

On Mon, Apr 03, 2017 at 12:10:50AM +0200, Martin Vignali wrote: > Hello, > > in attach patch for testing dvcpro hd decoding > > Samples can be found here : > https://we.tl/STetjfjCpy > > and need to be put inside ./fate-suite/dv/ (folder doesn't exist) > > test can be run with > make fate-dv

Re: [FFmpeg-devel] [PATCH 2/2] Add http cookie tests cases to fate

On Sun, Apr 02, 2017 at 04:26:07PM -0400, Micah Galizia wrote: > Signed-off-by: Micah Galizia > --- > libavformat/Makefile | 1 + > libavformat/tests/http.c | 185 > + > tests/fate/libavformat.mak | 5 ++ >

[FFmpeg-devel] [PATCH] avfilter/af_loudnorm: do not upsample during second-pass linear normalization

Signed-off-by: Kyle Swanson --- libavfilter/af_loudnorm.c | 58 +++ 1 file changed, 34 insertions(+), 24 deletions(-) diff --git a/libavfilter/af_loudnorm.c b/libavfilter/af_loudnorm.c index 9d91c76..e3e815e 100644 ---

Re: [FFmpeg-devel] H.261 chroma motion vector rounding.

On Sun, Apr 02, 2017 at 09:48:12PM +0100, Christina Brien wrote: > > wouldn't > > ROUNDED_DIV() macro be more appropriate? > > ROUNDED_DIV rounds to nearest. The specification states to round towards zero. > > > the Changelog is not supposed to include these kind of changes. > > I assumed

[FFmpeg-devel] [PATCH 2/3] doc: add capture protocol documentation

Document the capture protocol, with description for the accepted option, and an example of it being used under ffplay. --- doc/protocols.texi | 23 +++ 1 file changed, 23 insertions(+) diff --git a/doc/protocols.texi b/doc/protocols.texi index a7968ff56e..89a1f2afa8 100644

[FFmpeg-devel] [PATCH 3/3] Add capture protocol to Changelog

--- Changelog | 1 + 1 file changed, 1 insertion(+) diff --git a/Changelog b/Changelog index ad53c9dd55..4b7553a4b5 100644 --- a/Changelog +++ b/Changelog @@ -32,6 +32,7 @@ version : - Removed the legacy X11 screen grabber, use XCB instead - MPEG-7 Video Signature filter - Removed asyncts

[FFmpeg-devel] [PATCH 1/3] libavformat: add "capture:" protocol

Capture is an input stream capture protocol that dumps the input stream to a file. The default name of the output file is "capture.dat", but it can be changed using the "capture_file" option. capture.c borrows heavily from cache.c. --- libavformat/Makefile| 1 + libavformat/capture.c |

[FFmpeg-devel] [PATCH v3] avutil/avstring: improve av_strreplace implement

change name from av_strreplace to av_strireplace Use AVBprint to implement av_strireplace add av_strireplace test case TEST_STRIREPLACE Signed-off-by: Steven Liu --- libavutil/avstring.c | 76 +++--- libavutil/avstring.h

Re: [FFmpeg-devel] [PATCH] lavc/vaapi_encode: fix p_per_i calculate issue.

On 29/03/17 10:35, Jun Zhao wrote: > From 3afe863771fdb1ebf2316d2f6ae5ea2351e7cb4f Mon Sep 17 00:00:00 2001 > From: Jun Zhao > Date: Wed, 29 Mar 2017 17:18:59 +0800 > Subject: [PATCH] lavc/vaapi_encode: fix p_per_i calculate issue. > > now gop_size <= (max_b_frames + 1) *

[FFmpeg-devel] [PATCH] fate: add owdenoise test

Reference found at: http://bit.ly/2ogQygb Signed-off-by: Thomas Turner --- tests/fate/filter-video.mak | 7 +++ 1 file changed, 7 insertions(+) diff --git a/tests/fate/filter-video.mak b/tests/fate/filter-video.mak index b067cc1..b40422a 100644 ---

Re: [FFmpeg-devel] [PATCH] fate: add owdenoise test

it works, i'll send in patch with smaller reference On Sun, Apr 2, 2017 at 2:56 PM, Michael Niedermayer wrote: > On Sun, Apr 02, 2017 at 02:09:20PM -0700, Thomas Turner wrote: > > On Fri, Mar 31, 2017 at 2:49 AM, Michael Niedermayer > > > wrote:

[FFmpeg-devel] fate/dv : add tests for dvcpro hd decoding

Hello, in attach patch for testing dvcpro hd decoding Samples can be found here : https://we.tl/STetjfjCpy and need to be put inside ./fate-suite/dv/ (folder doesn't exist) test can be run with make fate-dv SAMPLES=./fate-suite/ Martin 0005-fate-dv-add-test-for-dvcprohd-decoding.patch

Re: [FFmpeg-devel] [PATCH] fate: add owdenoise test

On Sun, Apr 02, 2017 at 02:09:20PM -0700, Thomas Turner wrote: > On Fri, Mar 31, 2017 at 2:49 AM, Michael Niedermayer > wrote: > > > On Thu, Mar 30, 2017 at 07:14:42PM -0700, Thomas Turner wrote: > > > Reference found at: http://bit.ly/2ogQygb > > > > > > Signed-off-by:

[FFmpeg-devel] fate/pixlet : add test for rgb

Hello, In attach patch to add a fate test for pixlet decoder Sample can be found here : https://we.tl/HYuFmmmfIe and need to be put inside ./fate-suite/pixlet (the folder doesn't exist) test can be run with make fate-pixlet SAMPLES=fate-suite/ Martin

[FFmpeg-devel] [PATCH] fate: add owdenoise test

Reference found at: http://bit.ly/2ogQygb Signed-off-by: Thomas Turner --- tests/fate/filter-video.mak | 7 +++ 1 file changed, 7 insertions(+) diff --git a/tests/fate/filter-video.mak b/tests/fate/filter-video.mak index b067cc1..b4661c1 100644 ---

Re: [FFmpeg-devel] [PATCH] fate: add owdenoise test

On Fri, Mar 31, 2017 at 2:49 AM, Michael Niedermayer wrote: > On Thu, Mar 30, 2017 at 07:14:42PM -0700, Thomas Turner wrote: > > Reference found at: http://bit.ly/2ogQygb > > > > Signed-off-by: Thomas Turner > > --- > >

Re: [FFmpeg-devel] H.261 chroma motion vector rounding.

> On 2 Apr 2017, at 22:03, Hendrik Leppkes wrote: > > C integer divison truncates, that equals rounding towards zero. For positive numbers, yes. 3 (0b 0011) is right shifted with sign-insertion to 1. -3 (0b 1 1

Re: [FFmpeg-devel] [PATCH] avfilter/vf_pad: add aspect option

On 4/2/17, Paul B Mahol wrote: > Signed-off-by: Paul B Mahol > --- > doc/filters.texi | 3 +++ > libavfilter/vf_pad.c | 14 ++ > 2 files changed, 17 insertions(+) > > +if (adjusted_aspect.num && adjusted_aspect.den) { > +

Re: [FFmpeg-devel] H.261 chroma motion vector rounding.

On Sun, Apr 2, 2017 at 10:33 PM, Christina Brien wrote: > Hi > > Having written a clean-room implementation of H.261 and comparing it to the > output of FFMPEG, I have found that FFMPEG is not spec-compliant with regard > to negative chroma motion vectors.

[FFmpeg-devel] fate/exr : fix pix_fmt for pxr24 half/uint32

Hello, In attach a patch to fix a fate test, the sample doesn't have alpha Martin 0003-fate-exr-fix-pix_fmt.patch Description: Binary data ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] H.261 chroma motion vector rounding.

> wouldn't > ROUNDED_DIV() macro be more appropriate? ROUNDED_DIV rounds to nearest. The specification states to round towards zero. > the Changelog is not supposed to include these kind of changes. I assumed Changelog was for incompatible changes, of which this would be. I have removed the

[FFmpeg-devel] [PATCH 2/2] Add http cookie tests cases to fate

Hi, No more passing null to strcmp -- hopefully this addresses the crash. Thanks in advance. ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

[FFmpeg-devel] H.261 chroma motion vector rounding.

Hi Having written a clean-room implementation of H.261 and comparing it to the output of FFMPEG, I have found that FFMPEG is not spec-compliant with regard to negative chroma motion vectors. The spec states that chroma motion vectors are the luma motion vectors divided by two, and rounded

[FFmpeg-devel] [PATCH 2/2] Add http cookie tests cases to fate

Signed-off-by: Micah Galizia --- libavformat/Makefile | 1 + libavformat/tests/http.c | 185 + tests/fate/libavformat.mak | 5 ++ tests/ref/fate/http| 30 4 files changed, 221 insertions(+) create

[FFmpeg-devel] [PATCH] avfilter/vf_pad: add aspect option

Signed-off-by: Paul B Mahol --- doc/filters.texi | 3 +++ libavfilter/vf_pad.c | 14 ++ 2 files changed, 17 insertions(+) diff --git a/doc/filters.texi b/doc/filters.texi index 8e5e21f..bc37e66 100644 --- a/doc/filters.texi +++ b/doc/filters.texi @@ -10453,6

Re: [FFmpeg-devel] fate/exr : add test for exr with offsets set to zero

> > failed test on mips qemu > thus not pushed > > [exr @ 0x1e6e900] Warning: not compiled with thread support, using thread > emulation > [exr @ 0x1e6e900] Unsupported channel VRaySamplerInfo.A. > [exr @ 0x1e6e900] Unsupported channel VRaySamplerInfo.B. > [exr @ 0x1e6e900] Unsupported channel

Re: [FFmpeg-devel] [RFC] FFmpeg 3.3

On Sat, Apr 01, 2017 at 09:17:00PM +0200, Marton Balint wrote: > > On Fri, 31 Mar 2017, James Almer wrote: > > >Now, regarding merges, we're like 10 commits away from the massive > >bitstream reader batch, which is more or less the only thing committed > >to libav for a whole week. So how about

Re: [FFmpeg-devel] [PATCH v2] avutil/avstring: improve av_strreplace implement

On Mon, 3 Apr 2017, Steven Liu wrote: Use AVBprint to implementing av_strreplace add av_strreplace TEST_STRREPLACE Thanks for keeping working on this. Agreeing with Nicolas, I also think it should be renamed to av_strireplace to reflect its case insensitivity. Also the patch should be

Re: [FFmpeg-devel] [PATCH 1/3] lavu: add support for Content Light Level side metadata

On 4/2/2017 3:36 PM, Moritz Barsnick wrote: > On Sun, Apr 02, 2017 at 10:08:23 +0200, Steve Lhomme wrote: >> As found in HEVC. >> >> I put the code in mastering_display_metadata as they usually go together in >> Blu-Ray UHD sources. > > These spelling remarks of mine remain valid: >

Re: [FFmpeg-devel] [PATCH 1/3] lavu: add support for Content Light Level side metadata

On Sun, Apr 02, 2017 at 10:08:23 +0200, Steve Lhomme wrote: > As found in HEVC. > > I put the code in mastering_display_metadata as they usually go together in > Blu-Ray UHD sources. These spelling remarks of mine remain valid: http://ffmpeg.org/pipermail/ffmpeg-devel/2017-April/209567.html

Re: [FFmpeg-devel] H.261 chroma motion vector rounding.

On Sun, Apr 02, 2017 at 10:17:05AM +0100, Christina Brien wrote: > Hi > > Having written a clean-room implementation of H.261 and comparing it to the > output of FFMPEG, I have found that FFMPEG is not spec-compliant with regard > to negative chroma motion vectors. The spec states that chroma

[FFmpeg-devel] H.261 chroma motion vector rounding.

Hi Having written a clean-room implementation of H.261 and comparing it to the output of FFMPEG, I have found that FFMPEG is not spec-compliant with regard to negative chroma motion vectors. The spec states that chroma motion vectors are the luma motion vectors divided by two, and rounded

Re: [FFmpeg-devel] [RFC] Merge of Libav's bitstream filter

On 4/2/2017 1:58 PM, Clément Bœsch wrote: > Hi, > > We've been merging Libav's work for weeks now after a long period of > stagnation. We were at 1000+ commits to merge and we're now below 600. > > We also just reached the first commit of the controversial new bitstream > API. API to which they

Re: [FFmpeg-devel] [RFC] Merge of Libav's bitstream API

> Subject: Re: [FFmpeg-devel] [RFC] Merge of Libav's bitstream filter bitstream API, obviously -- Clément B. signature.asc Description: PGP signature ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

[FFmpeg-devel] [RFC] Merge of Libav's bitstream filter

Hi, We've been merging Libav's work for weeks now after a long period of stagnation. We were at 1000+ commits to merge and we're now below 600. We also just reached the first commit of the controversial new bitstream API. API to which they currently have updated 91 decoders to (in their main

[FFmpeg-devel] [PATCH v2] avutil/avstring: improve av_strreplace implement

Use AVBprint to implementing av_strreplace add av_strreplace TEST_STRREPLACE Signed-off-by: Steven Liu --- libavformat/dashdec.c | 2 ++ libavutil/avstring.c | 74 +++--- libavutil/tests/avstring.c | 16 ++ 3

Re: [FFmpeg-devel] [PATCH] avutil/avstring: improve av_strreplace implement

2017-04-02 23:18 GMT+08:00 Nicolas George : > Le tridi 13 germinal, an CCXXV, Steven Liu a écrit : > > I have implementation the av_strreplace use AVBprint, the API context now > > is: > > No need to Cc mo. On the other hand, sending the function itself instead > of the diff

Re: [FFmpeg-devel] [PATCH] avutil/avstring: improve av_strreplace implement

Le tridi 13 germinal, an CCXXV, Steven Liu a écrit : > I have implementation the av_strreplace use AVBprint, the API context now > is: No need to Cc mo. On the other hand, sending the function itself instead of the diff makes it easier in this case, thanks. Nice. Just one issue: > char

Re: [FFmpeg-devel] [PATCH] avutil/avstring: improve av_strreplace implement

2017-04-02 22:49 GMT+08:00 Steven Liu : > Use AVBprint to implementing av_strreplace > > Signed-off-by: Steven Liu > --- > libavutil/avstring.c | 74 ++ > -- > 1 file changed, 8 insertions(+), 66

[FFmpeg-devel] [PATCH] avutil/avstring: improve av_strreplace implement

Use AVBprint to implementing av_strreplace Signed-off-by: Steven Liu --- libavutil/avstring.c | 74 ++-- 1 file changed, 8 insertions(+), 66 deletions(-) diff --git a/libavutil/avstring.c b/libavutil/avstring.c index

Re: [FFmpeg-devel] [PATCH v3] avfilter/vf_fps: fix duration

>>>Nicolas George schrieb am So, 2.4.2017: > Fortunately, you do not need to change your e-mail provider and address, > you only need to change your mail software: just choose and install a > real and good mail client instead of relying on webmails. You will gain > a lot in

Re: [FFmpeg-devel] [PATCH v3] avfilter/vf_fps: fix duration

Le tridi 13 germinal, an CCXXV, Thomas Mundt a écrit : > Yes, I will switch to gmail... Fortunately, you do not need to change your e-mail provider and address, you only need to change your mail software: just choose and install a real and good mail client instead of relying on webmails. You will

Re: [FFmpeg-devel] [PATCH v3] avfilter/vf_fps: fix duration

>>Nicolas George schrieb am So, 2.4.2017: >> Will you also fix the ticket or shall I make a new patch then? > > I do not understand what you mean. So I think I misunderstood. Sorry, please ignore that sentence. > And maybe you should find a mail user agent that works and does

[FFmpeg-devel] Problem with playing audio with ao

Hi I am trying to play an audio udp (HE-AAC) using libavcodec and ao player. .While trying to play I hear a very noisy channel. This is my code: What am i am doing worng? #include #include #include #include #include #include #include #define AVCODEC_MAX_AUDIO_FRAME_SIZE 19200 void

Re: [FFmpeg-devel] [PATCH] avutil/avstring: add av_strreplace API into avstring

2017-04-02 17:41 GMT+08:00 Nicolas George : > Le decadi 10 germinal, an CCXXV, Steven Liu a écrit : > > refer to: http://creativeandcritical.net/str-replace-c > > add av_strreplace API for replace string operations. > > > > Signed-off-by: Steven Liu > > ---

Re: [FFmpeg-devel] [PATCH v3] avfilter/vf_fps: fix duration

Le tridi 13 germinal, an CCXXV, Thomas Mundt a écrit : > OK, I´ll wait and use my patch locally meanwhile. Ok. > Will you also fix the ticket or shall I make a new patch then? I do not understand what you mean. And maybe you should find a mail user agent that works and does not break threads.

Re: [FFmpeg-devel] [PATCH v3] avfilter/vf_fps: fix duration

>>>Nicolas George schrieb am So, 2.4.2017: >>Le tridi 13 germinal, an CCXXV, Thomas Mundt a écrit : >... >> link->current_pts always returns the pts until the current (last) frame. >> I can calculate its duration for cfr video, but not for vfr. I need the pts >> until the

Re: [FFmpeg-devel] [PATCH] frame_thread_encoder: make task indexing deterministic.

Hi, On Sat, Apr 1, 2017 at 8:19 PM, Michael Niedermayer wrote: > Supporting changing delay and number of threads at runtime was a > big factor in the design of the frame thread encoder. Its something > i cared about, so i am not to positive towards patches removing that.

Re: [FFmpeg-devel] [PATCH v3] avfilter/vf_fps: fix duration

Le tridi 13 germinal, an CCXXV, Thomas Mundt a écrit : > I found the use of this function in f_loop.c, so I thought it´s ok. Well, it is a bug. I missed it when it was first committed. > link->current_pts always returns the pts until the current (last) frame. > I can calculate its duration for

Re: [FFmpeg-devel] [PATCH v3] avfilter/vf_fps: fix duration

>>>Nicolas George schrieb am Sa, 1.4.2017: > Le quartidi 4 germinal, an CCXXV, Thomas Mundt a écrit : >> v2: Use av_frame_get_pkt_duration to calculate count of duplication of last >> frame. >> Use average of the earlier pts steps when av_frame_get_pkt_duration is not >> set. >

Re: [FFmpeg-devel] [PATCH] avutil/avstring: add av_strreplace API into avstring

Le decadi 10 germinal, an CCXXV, Steven Liu a écrit : > refer to: http://creativeandcritical.net/str-replace-c > add av_strreplace API for replace string operations. > > Signed-off-by: Steven Liu > --- > libavutil/avstring.c | 77 >

[FFmpeg-devel] [PATCH 3/3] avformat/dump : Display Content Light Level metadata

-- update the previous patch: - use MaxCLL/MaxFALL which are not rational numbers anymore --- libavformat/dump.c | 11 +++ 1 file changed, 11 insertions(+) diff --git a/libavformat/dump.c b/libavformat/dump.c index ef4a6b093b..8fd58a0dba 100644 --- a/libavformat/dump.c +++

[FFmpeg-devel] [PATCH 2/3] lavc: Add Content Light Level side metadata found in HEVC

These data are necessary when transmitting HDR over HDMI. -- update the previous patch: - rename CEA 861.3 to CTA-861.3 - update with MaxCLL/MaxFALL changes in avutil update the previous patch: - rebased and updated version bump --- libavcodec/avcodec.h | 7 +++ libavcodec/avpacket.c | 1

[FFmpeg-devel] [PATCH 1/3] lavu: add support for Content Light Level side metadata

As found in HEVC. I put the code in mastering_display_metadata as they usually go together in Blu-Ray UHD sources. -- update the previous patch: - rename CEA 861.3 to CTA-861.3 - use MaxCLL and MaxFALL names that are more commonly found - use unsigned integer rather than rational numbers as