[FFmpeg-devel] [PATCH] lavc/cfhd: alpha decompanding added to rgba12 output

decompanding curve or offset were required ticket #6265 --- libavcodec/cfhd.c | 19 +++ 1 file changed, 19 insertions(+) diff --git a/libavcodec/cfhd.c b/libavcodec/cfhd.c index a064cd1599..480bf93566 100644 --- a/libavcodec/cfhd.c +++ b/libavcodec/cfhd.c @@ -94,6 +94,22 @@

Re: [FFmpeg-devel] [PATCH v2] lavf/movenc: write track title metadata for mov files

On Wed, Mar 21, 2018 at 4:30 AM, Courtland Idstrom wrote: > What can I do to facilitate this? Would it help to create a couple of > samples from QuickTime Pro, and perhaps show the metadata atoms as > displayed by ffprobe -v trace? > > Thanks, > -Courtland Hi, As a

Re: [FFmpeg-devel] [PATCH] avcodec/mediacodecdec: propagate SAR to h/w frames

On Tue, Mar 20, 2018 at 12:21 PM Derek Buitenhuis < derek.buitenh...@gmail.com> wrote: > On 3/20/2018 7:06 PM, Aman Gupta wrote: > > I guess I could leave just the if statement, to override the sar when > > display-width/height is available (which is only on newer Android OS > > versions). > >

Re: [FFmpeg-devel] [PATCH V3 04/11] lavc/dump_extradata_bsf: support dump options.

> On 14 Mar 2018, at 13:42, Jun Zhao wrote: > > > <0004-lavc-dump_extradata_bsf-support-dump-options.patch>___ > support dump bit stream filter options Signed-off-by: Jun Zhao ---

Re: [FFmpeg-devel] [PATCH v2] lavf/movenc: write track title metadata for mov files

> > > I am OK with the patch so long as it matches the behavior of how > QuickTime > > Pro (or FCP) creates files, as those are the normative references, more > > or less. > > +1 > What can I do to facilitate this? Would it help to create a couple of samples from QuickTime Pro, and perhaps show

Re: [FFmpeg-devel] [PATCH] avutil/integer: move the test to the corresponding subdirectory

On 3/20/2018 11:24 PM, Michael Niedermayer wrote: > On Tue, Mar 20, 2018 at 03:43:19PM -0300, James Almer wrote: >> And actually enable it. >> >> Signed-off-by: James Almer >> --- >> libavutil/Makefile| 1 + >> libavutil/integer.c | 38

Re: [FFmpeg-devel] [PATCH] avutil/integer: move the test to the corresponding subdirectory

On Tue, Mar 20, 2018 at 03:43:19PM -0300, James Almer wrote: > And actually enable it. > > Signed-off-by: James Almer > --- > libavutil/Makefile| 1 + > libavutil/integer.c | 38 > libavutil/tests/integer.c | 49 >

Re: [FFmpeg-devel] swscale/rgb2rgb : add X86_64 SIMD (SSSE3 and AVX2) for shuffly_bytes func

On Tue, Mar 20, 2018 at 09:06:53PM +0100, Martin Vignali wrote: > Hello, > > New patchs in attach without AVX2 version [...] > rgb2rgb.c | 23 --- > rgb2rgb.h |6 +++--- > rgb2rgb_template.c | 21 + > x86/rgb2rgb.c |6

Re: [FFmpeg-devel] [PATCH 1/2] fftools/cmdutils: add logflags option

On Tue, Mar 20, 2018 at 09:36:51AM +0100, Tobias Rapp wrote: > On 20.03.2018 02:44, Michael Niedermayer wrote: > >On Mon, Mar 19, 2018 at 09:31:44AM +0100, Tobias Rapp wrote: > >>On 14.03.2018 09:55, Tobias Rapp wrote: > >>>Allows to set the AV_LOG_PRINT_LEVEL and AV_LOG_SKIP_REPEATED flags >

Re: [FFmpeg-devel] [PATCH 4/8] h264_metadata: Add support for A/53 closed captions

On Mon, Mar 12, 2018 at 9:25 AM, Mark Thompson wrote: > On 12/03/18 15:10, Hendrik Leppkes wrote: > > On Mon, Mar 12, 2018 at 2:38 PM, Mark Thompson wrote: > >> On 12/03/18 09:54, Hendrik Leppkes wrote: > >>> On Sun, Mar 11, 2018 at 7:30 PM, Mark Thompson

[FFmpeg-devel] [PATCH] avfilter/vf_scale: Do not set YUV color range for RGB formats

Signed-off-by: Michael Niedermayer --- libavfilter/vf_scale.c | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/libavfilter/vf_scale.c b/libavfilter/vf_scale.c index 9f45032e85..2f6fa4791d 100644 --- a/libavfilter/vf_scale.c +++

Re: [FFmpeg-devel] OpenCV filter should be built as C++, and C builds fail since OpenCV 3.4.1

On 20 March 2018 at 15:02, Nicolas George wrote: > Rostislav Pehlivanov (2018-03-19): > > Yeah, I agree, I don't think vf_opencv is very useful and we ought to > drop > > it. > > I cannot decide if you are being serious or sarcastic. > > Regards, > > -- > Nicolas George > >

Re: [FFmpeg-devel] [PATCH] [RFC][WIP] avutil/buffer: add add a dynamnic size buffer pool API

On 3/16/2018 3:21 PM, James Almer wrote: > Signed-off-by: James Almer > --- > This is a proof of concept for a dynamic size buffer pool API. > > For the purpose of easy testing and reviewing I replaced the current > linked list used to keep a pool of fixed size buffers with

[FFmpeg-devel] [PATCH] avformat/unix: handling EOF in case of SOCK_STREAM

Dear All, when recv() returns 0 in case of SOCK_STREAM type, it means EOF and with this patch returns value accordingly. See the original thread "[PATCH] avformat/unix: properly handling timeout at reading" for details. please review this patch! thank you in advance! best regards, Bela

Re: [FFmpeg-devel] [PATCH] avformat/unix: properly handling timeout at reading

2018.03.20. 22:41 keltezéssel, Nicolas George írta: Bodecs Bela (2018-03-20): start a. and in a separate terminal window start b.  After 10 seconds a. terminates but b. remains running on infinite time. Ok, got it. But I expected b. to

Re: [FFmpeg-devel] [PATCH v4 2/2] avformat/libopenmpt: Probe file format from file data if possible

On Sun, Mar 18, 2018 at 09:10:47PM +, Josh de Kock wrote: > On 2018/03/18 8:23, wm4 wrote: > > On Sun, 18 Mar 2018 08:44:12 +0100 > > Jörn Heusipp wrote: > > > >> On 03/04/2018 08:55 AM, Jörn Heusipp wrote: > >>> On 02/21/2018 12:11 PM, Jörn Heusipp wrote: >

Re: [FFmpeg-devel] [PATCH] avformat/unix: properly handling timeout at reading

Bodecs Bela (2018-03-20): > start a. and in a separate terminal window start b.  After 10 seconds a. > terminates but b. remains running on infinite time. Ok, got it. > But I expected b. to > terminate after 1 sec (100 microsec) when no

Re: [FFmpeg-devel] [PATCH] avfilter/af_channelsplit: add channels option

On 3/20/18, Nicolas George wrote: > Paul B Mahol (2018-03-20): >> Please comment, comitting ASAP. > > Three hours? Really? > > Seriously, what is your rush? It is snowing, and electricity is near full depletion. ___ ffmpeg-devel

[FFmpeg-devel] avcodec/prores_ks : do not call estimate_alpha at each quantification step

Hello, patch in attach move estimate_alpha outside the quantification loop no need to call it at each quantification step also remove "error" arg in estimate_alpha. Martin 0001-avcodec-prores_ks-do-not-call-estimate_alpha-at-each.patch Description: Binary data

Re: [FFmpeg-devel] [PATCH 1/3] avcodec/h264_metadata: fix memory leak in case of output packet creation failure

On 3/20/2018 2:46 PM, James Almer wrote: > On 3/20/2018 12:55 AM, James Almer wrote: >> Some function calls may fail after the output packet is initialized. >> >> Signed-off-by: James Almer >> --- >> libavcodec/h264_metadata_bsf.c | 2 ++ >> 1 file changed, 2 insertions(+) >>

Re: [FFmpeg-devel] [PATCH] avformat/mov: Check STSC and remove invalid entries

On Tue, Mar 20, 2018 at 02:06:27AM +0100, Michael Niedermayer wrote: > Fixes assertion failure > Fixes: crbug 822547, crbug 822666 and crbug 823009 > > Affects: aark15sd_9A62E2FA.mp4 > > Found-by: ClusterFuzz > Reviewed-by: Matt Wolenetz > Signed-off-by: Michael Niedermayer

Re: [FFmpeg-devel] [PATCH] ffmpeg.c - drain all decoded frames during stream_loop flush

On Fri, Mar 16, 2018 at 10:24:09AM +0530, Gyan Doshi wrote: > Revised patch only drains 1 packet per call and loops via transcode_step() > till EOF, just like when decoders are truly closed. Functionally the same > result as first version. > > On 3/15/2018 3:31 PM, Gyan Doshi wrote: > >Fixes a

Re: [FFmpeg-devel] [PATCH] avformat/unix: properly handling timeout at reading

2018.03.20. 21:23 keltezéssel, Nicolas George írta: Bodecs Bela (2018-03-20): I am sorry, but you misunderstood me. When recv() return 0 it means that no data was read. And for the third time I am asking how you observe that. What is your testing procedure? Regards, ah, sorry. Let's see

Re: [FFmpeg-devel] [PATCH] avfilter/af_channelsplit: add channels option

Paul B Mahol (2018-03-20): > Please comment, comitting ASAP. Three hours? Really? Seriously, what is your rush? Regards, -- Nicolas George signature.asc Description: Digital signature ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

Re: [FFmpeg-devel] [PATCH] avfilter/af_channelsplit: add channels option

On 3/20/18, Paul B Mahol wrote: > So user can pick which channels to extract. > > Signed-off-by: Paul B Mahol > --- > doc/filters.texi | 15 > libavfilter/af_channelsplit.c | 54 > +++ > 2

Re: [FFmpeg-devel] OpenCV filter should be built as C++, and C builds fail since OpenCV 3.4.1

tis 2018-03-20 klockan 16:28 +0100 skrev Tobias Rapp: > On 20.03.2018 16:02, Nicolas George wrote: > > Derek Buitenhuis (2018-03-19): > > > If you want to link with a C++ library that is indeed the > > > 'proper' solution. > > > As far as I am aware "several languages all have that > > >

Re: [FFmpeg-devel] [PATCH] avcodec/mp3_header_decompress: don't free the user provided packet on error

On 3/20/2018 4:27 PM, Michael Niedermayer wrote: > On Mon, Mar 19, 2018 at 12:21:19AM -0300, James Almer wrote: >> It's owned by the caller. >> >> Signed-off-by: James Almer >> --- >> libavcodec/mp3_header_decompress_bsf.c | 2 +- >> 1 file changed, 1 insertion(+), 1

Re: [FFmpeg-devel] [PATCH 1/2] avcodec/mpeg4_unpack_bframes: reduce code duplication

On 3/20/2018 4:30 PM, Michael Niedermayer wrote: > On Sun, Mar 18, 2018 at 11:25:32PM -0300, James Almer wrote: >> Also fixes one potential leak of side data in out if >> the av_packet_from_data() call fails. >> >> Signed-off-by: James Almer >> --- >>

Re: [FFmpeg-devel] swscale/rgb2rgb : add X86_64 SIMD (SSSE3 and AVX2) for shuffly_bytes func

On 3/20/18, Martin Vignali wrote: > Hello, > > New patchs in attach without AVX2 version > > Martin > probably ok. michealni? ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

Re: [FFmpeg-devel] [PATCH] avformat/unix: properly handling timeout at reading

Bodecs Bela (2018-03-20): > I am sorry, but you misunderstood me. When recv() return 0 it means that no > data was read. And for the third time I am asking how you observe that. What is your testing procedure? Regards, -- Nicolas George signature.asc Description: Digital signature

Re: [FFmpeg-devel] swscale/rgb2rgb : add X86_64 SIMD (SSSE3 and AVX2) for shuffly_bytes func

Hello, New patchs in attach without AVX2 version Martin 0001-swscale-rgb-add-X86-SIMD-SSSE3-for.patch Description: Binary data 0002-swscale-rgb-add-X86-SIMD-SSSE3-for.patch Description: Binary data 0003-checkasm-swscale-add-test-for-rgb-shuffle_bytes-func.patch Description: Binary data

Re: [FFmpeg-devel] [PATCH] avformat/unix: properly handling timeout at reading

2018.03.20. 20:58 keltezéssel, Nicolas George írta: Bodecs Bela (2018-03-20): see the retry_transfer_wrapper() in avio.c If ret = transfer_func(h, buf + len, size - len); is always zero, so it gets into infinite loop. transfer_func is unix_read in case of unix protocol. Let me be more

Re: [FFmpeg-devel] [PATCH] avformat/unix: properly handling timeout at reading

2018.03.20. 20:56 keltezéssel, Bodecs Bela írta: 2018.03.20. 20:50 keltezéssel, Nicolas George írta: Bodecs Bela (2018-03-20): avio rw_timeout handling in retry_transfer_wrapper() is based on returning EAGAIN from protocols' read function. unix_read function returns 0 in case of no data

Re: [FFmpeg-devel] [PATCH] avformat/unix: properly handling timeout at reading

Bodecs Bela (2018-03-20): > see the retry_transfer_wrapper() in avio.c If > > ret = transfer_func(h, buf + len, size - len); > > is always zero, so it gets into infinite loop. > > transfer_func is unix_read in case of unix protocol. Let me be more accurate: I am pretty sure you analysis is

Re: [FFmpeg-devel] [PATCH] avformat/unix: properly handling timeout at reading

2018.03.20. 20:50 keltezéssel, Nicolas George írta: Bodecs Bela (2018-03-20): avio rw_timeout handling in retry_transfer_wrapper() is based on returning EAGAIN from protocols' read function. unix_read function returns 0 in case of no data was read. It happens even if timeout it set for a

Re: [FFmpeg-devel] avformat/mov : add support for read/write Adobe Alpha Udta

On Sun, Mar 11, 2018 at 01:43:16PM +0100, Martin Vignali wrote: > > > +av_log(c->fc, AV_LOG_ERROR, > > > + "unknown value for ALFA udta (%llu)\n", alpha_val); > > > > the %llu looks wrong for the type > > > > > > > New patch in attach replacing %llu with %"PRIu64 > > Martin

Re: [FFmpeg-devel] [PATCH] avformat/unix: properly handling timeout at reading

Bodecs Bela (2018-03-20): > avio rw_timeout handling in retry_transfer_wrapper() is based on returning > EAGAIN from protocols' read function. unix_read function returns 0 in > case of no data was read. It happens even if timeout it set for a valid > value and thus rw_timeout handling can not work

[FFmpeg-devel] [PATCH] avformat/unix: properly handling timeout at reading

Dear All, avio rw_timeout handling in retry_transfer_wrapper() is based on returning EAGAIN from protocols' read function. unix_read function returns 0 in case of no data was read. It happens even if timeout it set for a valid value and thus rw_timeout handling can not work and wait for ever.

Re: [FFmpeg-devel] [PATCH 1/2] avcodec/mpeg4_unpack_bframes: reduce code duplication

On Sun, Mar 18, 2018 at 11:25:32PM -0300, James Almer wrote: > Also fixes one potential leak of side data in out if > the av_packet_from_data() call fails. > > Signed-off-by: James Almer > --- > libavcodec/mpeg4_unpack_bframes_bsf.c | 20 ++-- > 1 file

Re: [FFmpeg-devel] [PATCH] avcodec/mp3_header_decompress: don't free the user provided packet on error

On Mon, Mar 19, 2018 at 12:21:19AM -0300, James Almer wrote: > It's owned by the caller. > > Signed-off-by: James Almer > --- > libavcodec/mp3_header_decompress_bsf.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) smells correct thx [...] -- Michael GnuPG

Re: [FFmpeg-devel] [PATCH] avcodec/mediacodecdec: propagate SAR to h/w frames

On 3/20/2018 7:06 PM, Aman Gupta wrote: > I guess I could leave just the if statement, to override the sar when > display-width/height is available (which is only on newer Android OS > versions). Seems reasonable to me. - Derek ___ ffmpeg-devel mailing

Re: [FFmpeg-devel] [PATCH v2] lavf/movenc: write track title metadata for mov files

On Tue, Mar 20, 2018 at 02:12:04PM +, Derek Buitenhuis wrote: > On 3/20/2018 8:31 AM, Carl Eugen Hoyos wrote: > > More precisely: I asked you if it is well-defined (assuming it is not since > > this is the only reason I can think of it was not used so far). > > He linked to the definition in

Re: [FFmpeg-devel] [PATCH] avcodec/mediacodecdec: propagate SAR to h/w frames

On Tue, Mar 20, 2018 at 11:44 AM, Aman Gupta wrote: > > > On Tue, Mar 20, 2018 at 7:16 AM, Derek Buitenhuis < > derek.buitenh...@gmail.com> wrote: > >> On 3/19/2018 11:33 PM, Aman Gupta wrote: >> > From: Aman Gupta >> > >> > Allows consumers who are converting

Re: [FFmpeg-devel] [PATCH] avcodec/mediacodecdec: propagate SAR to h/w frames

On Tue, Mar 20, 2018 at 7:16 AM, Derek Buitenhuis < derek.buitenh...@gmail.com> wrote: > On 3/19/2018 11:33 PM, Aman Gupta wrote: > > From: Aman Gupta > > > > Allows consumers who are converting hardware buffers > > to OpenGL textures to render the frames at the intended > >

[FFmpeg-devel] [PATCH] avutil/integer: move the test to the corresponding subdirectory

And actually enable it. Signed-off-by: James Almer --- libavutil/Makefile| 1 + libavutil/integer.c | 38 libavutil/tests/integer.c | 49 +++ tests/fate/libavutil.mak | 5 +

[FFmpeg-devel] [PATCH] avfilter/af_channelsplit: add channels option

So user can pick which channels to extract. Signed-off-by: Paul B Mahol --- doc/filters.texi | 15 libavfilter/af_channelsplit.c | 54 +++ 2 files changed, 60 insertions(+), 9 deletions(-) diff --git

Re: [FFmpeg-devel] [PATCH 1/3] avcodec/h264_metadata: fix memory leak in case of output packet creation failure

On 3/20/2018 12:55 AM, James Almer wrote: > Some function calls may fail after the output packet is initialized. > > Signed-off-by: James Almer > --- > libavcodec/h264_metadata_bsf.c | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/libavcodec/h264_metadata_bsf.c

Re: [FFmpeg-devel] OpenCV filter should be built as C++, and C builds fail since OpenCV 3.4.1

On Tue, 20 Mar 2018 00:23:54 +0100 Carl Eugen Hoyos wrote: > 2018-03-19 21:49 GMT+01:00, Derek Buitenhuis : > > > libutvideo was handled 100% incorrectly. We hardcoded > > libstdc++ as a dependency > > Which worked fine on osx (and all other

Re: [FFmpeg-devel] OpenCV filter should be built as C++, and C builds fail since OpenCV 3.4.1

On Mon, 19 Mar 2018 19:01:49 +0200 Jan Ekström wrote: > On Mon, Mar 19, 2018 at 6:28 PM, wm4 wrote: > > On Mon, 19 Mar 2018 09:35:22 -0400 > > Jeff Cook wrote: > > > >> Hello, > >> > >> Please see the bug report at

Re: [FFmpeg-devel] OpenCV filter should be built as C++, and C builds fail since OpenCV 3.4.1

On 20.03.2018 16:02, Nicolas George wrote: Derek Buitenhuis (2018-03-19): If you want to link with a C++ library that is indeed the 'proper' solution. As far as I am aware "several languages all have that requirement" is simply a theoretical scenario that doesn't actually exist. What else

Re: [FFmpeg-devel] [RFC] Proposing new filter: extractchannels

On 3/20/18, Nicolas George wrote: > Paul B Mahol (2018-03-20): >> as $subject says, I want to propose new audio filter, extractchannels: >> works similar as extractplanes. And should be more user friendly than >> currently available solutions. > > Making the solutions that are

Re: [FFmpeg-devel] [RFC] Proposing new filter: extractchannels

On 3/20/18, Gyan Doshi wrote: > > > On 3/20/2018 5:53 PM, Paul B Mahol wrote: > >> as $subject says, I want to propose new audio filter, extractchannels: >> works similar as extractplanes. And should be more user friendly than >> currently available solutions. >> >> What do

Re: [FFmpeg-devel] [RFC] Proposing new filter: extractchannels

On 3/20/2018 5:53 PM, Paul B Mahol wrote: as $subject says, I want to propose new audio filter, extractchannels: works similar as extractplanes. And should be more user friendly than currently available solutions. What do you think? Can you add an option to channelsplit filter that accepts

Re: [FFmpeg-devel] OpenCV filter should be built as C++, and C builds fail since OpenCV 3.4.1

On 3/20/18, Nicolas George wrote: > Rostislav Pehlivanov (2018-03-19): >> Yeah, I agree, I don't think vf_opencv is very useful and we ought to >> drop >> it. > > I cannot decide if you are being serious or sarcastic. It supports very few pixel formats.

Re: [FFmpeg-devel] OpenCV filter should be built as C++, and C builds fail since OpenCV 3.4.1

Rostislav Pehlivanov (2018-03-19): > Yeah, I agree, I don't think vf_opencv is very useful and we ought to drop > it. I cannot decide if you are being serious or sarcastic. Regards, -- Nicolas George signature.asc Description: Digital signature

Re: [FFmpeg-devel] OpenCV filter should be built as C++, and C builds fail since OpenCV 3.4.1

Derek Buitenhuis (2018-03-19): > If you want to link with a C++ library that is indeed the 'proper' solution. > As far as I am aware "several languages all have that requirement" is simply > a theoretical scenario that doesn't actually exist. What else beside C++ > requires this? No, it is not a

Re: [FFmpeg-devel] [RFC] Proposing new filter: extractchannels

Paul B Mahol (2018-03-20): > as $subject says, I want to propose new audio filter, extractchannels: > works similar as extractplanes. And should be more user friendly than > currently available solutions. Making the solutions that are already present more user-friendly would be more user-friendly

Re: [FFmpeg-devel] FIX: HLS Discontinuity / Non-Monotonous DTS

On Fri, Mar 16, 2018 at 11:14 AM, Carl Eugen Hoyos wrote: > 2018-03-16 16:07 GMT+01:00, Joe Koberg : >> On Fri, Mar 16, 2018 at 10:48 AM, Carl Eugen Hoyos >> wrote: >>> >>> Is the issue only reproducible if you use hls input or is it also

Re: [FFmpeg-devel] [PATCH] avcodec/mediacodecdec: propagate SAR to h/w frames

On 3/19/2018 11:33 PM, Aman Gupta wrote: > From: Aman Gupta > > Allows consumers who are converting hardware buffers > to OpenGL textures to render the frames at the intended > display resolution. > --- > libavcodec/mediacodecdec_common.c | 13 + >

Re: [FFmpeg-devel] [PATCH v2] lavf/movenc: write track title metadata for mov files

On 3/20/2018 8:31 AM, Carl Eugen Hoyos wrote: > More precisely: I asked you if it is well-defined (assuming it is not since > this is the only reason I can think of it was not used so far). He linked to the definition in the QTFF spec directly above, so it is certainly defined, at least. On

Re: [FFmpeg-devel] Asynchronously delivering data to FFmpeg, and extending the API to do this...

Philip Prindeville (2018-03-19): > I’m looking at the API and trying to figure out how to adapt it to our > use, but without much luck. If I get this working, I’ll try to > upstream the enhancement in case it’s generically useful. > > The problem in a nutshell is we’re using libevent2 and

Re: [FFmpeg-devel] [PATCH] avfilter: add hrtfm filter

Paul B Mahol (2018-03-19): > I'm not aware of such policy. Patches should be reviewed on the mailing list, that is the general policy and I am pretty sure you know about it. The only exception is normally very simple and urgent patches by the maintainer themselves. If the patch you push is not

[FFmpeg-devel] [FFmpeg][PATCH] lavc/cfhd: alpha decoding added

some post processing was required --- libavcodec/cfhd.c | 17 + 1 file changed, 17 insertions(+) diff --git a/libavcodec/cfhd.c b/libavcodec/cfhd.c index a064cd1599..a950dc0f28 100644 --- a/libavcodec/cfhd.c +++ b/libavcodec/cfhd.c @@ -94,6 +94,21 @@ static inline int

[FFmpeg-devel] [RFC] Proposing new filter: extractchannels

Hi, as $subject says, I want to propose new audio filter, extractchannels: works similar as extractplanes. And should be more user friendly than currently available solutions. What do you think? ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

Re: [FFmpeg-devel] [PATCH] lavc/cfhd:fixed alpha channel decoding in gbrap12

On 3/20/18, Gagandeep Singh wrote: > On Tue, 20 Mar 2018, 16:31 Kieran Kunhya, wrote: > >> > >> > ticket #6265, oops forgot this >> > >> >> Can you confirm this makes the png in the ticket look as expected? >> I was expecting the companding curve to

Re: [FFmpeg-devel] [PATCH] lavc/cfhd:fixed alpha channel decoding in gbrap12

On Tue, 20 Mar 2018, 16:31 Kieran Kunhya, wrote: > > > > ticket #6265, oops forgot this > > > > Can you confirm this makes the png in the ticket look as expected? > I was expecting the companding curve to also change for alpha. > > Kieran > preserving the limits (max and min)

Re: [FFmpeg-devel] Asynchronously delivering data to FFmpeg, and extending the API to do this...

I've had a need for something similar a while back and the best solution I could come up with was using stackful coroutines to invert code flow. Basically the main program would fire up the the coroutine, the coroutine would set up avformat context with custom AVIO (avio's read callback transfers

Re: [FFmpeg-devel] OpenCV filter should be built as C++, and C builds fail since OpenCV 3.4.1

Paul B Mahol (2018-03-20): > Nobody cares. Rude. -- Nicolas George ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [PATCH] lavc/cfhd:fixed alpha channel decoding in gbrap12

> > ticket #6265, oops forgot this > Can you confirm this makes the png in the ticket look as expected? I was expecting the companding curve to also change for alpha. Kieran ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

[FFmpeg-devel] [PATCH] avfilter: add hrtfm filter

Signed-off-by: Paul B Mahol --- doc/filters.texi | 66 ++ libavfilter/Makefile | 1 + libavfilter/af_hrtfm.c | 557 +++ libavfilter/allfilters.c | 1 + 4 files changed, 625 insertions(+) create mode 100644

Re: [FFmpeg-devel] Asynchronously delivering data to FFmpeg, and extending the API to do this...

On Tue, Mar 20, 2018 at 3:06 AM, Philip Prindeville wrote: > > What’s involved in doing this? > Re-writing every single demuxer in libavformat, probably. It seems entirely unfeasible to me to do this, because nothing in the architecture even remotely supports

Re: [FFmpeg-devel] [PATCH 1/2] fftools/cmdutils: add logflags option

On 20.03.2018 02:44, Michael Niedermayer wrote: On Mon, Mar 19, 2018 at 09:31:44AM +0100, Tobias Rapp wrote: On 14.03.2018 09:55, Tobias Rapp wrote: Allows to set the AV_LOG_PRINT_LEVEL and AV_LOG_SKIP_REPEATED flags using a distinct command-line option, similar to other flag options.

Re: [FFmpeg-devel] [PATCH v2] lavf/movenc: write track title metadata for mov files

2018-03-20 5:48 GMT+01:00, Courtland Idstrom : > Any advice here? It's a requirement for my project that I set this field, > and the way it's being used for mp4 seemed exactly like what I wanted for > mov, and works perfectly. I submitted an earlier patch which

Re: [FFmpeg-devel] [PATCH] avcodec/openh264enc.c: generate IDR frame in response to I frame pict_type

On Fri, Mar 16, 2018 at 3:04 PM, Valery Kot wrote: > > Attached is an updated patch incorporating all feedback - only > formatting for now. > > Friendly ping to maintainers to review and pull the patch. > > Valery Another ping.

Re: [FFmpeg-devel] [PATCH] lavc/cfhd:fixed alpha channel decoding in gbrap12

On Tue, 20 Mar 2018, 12:44 Gagandeep Singh, wrote: > alpha channel required a post processing after it's decoding > --- > libavcodec/cfhd.c | 15 +++ > 1 file changed, 15 insertions(+) > > diff --git a/libavcodec/cfhd.c b/libavcodec/cfhd.c > index

[FFmpeg-devel] [PATCH] lavc/cfhd:fixed alpha channel decoding in gbrap12

alpha channel required a post processing after it's decoding --- libavcodec/cfhd.c | 15 +++ 1 file changed, 15 insertions(+) diff --git a/libavcodec/cfhd.c b/libavcodec/cfhd.c index a064cd1599..d64acab8d4 100644 --- a/libavcodec/cfhd.c +++ b/libavcodec/cfhd.c @@ -94,6 +94,19 @@

Re: [FFmpeg-devel] [PATCH] avfilter: add hrtfm filter

On Fri, Mar 16, 2018, at 11:44 AM, Paul B Mahol wrote: > Signed-off-by: Paul B Mahol > --- > doc/filters.texi | 60 ++ > libavfilter/Makefile | 1 + > libavfilter/af_hrtfm.c | 486 > +++> libavfilter/allfilters.c

Re: [FFmpeg-devel] [PATCH V3 04/11] lavc/dump_extradata_bsf: support dump options.

Ping?  Anybody will help to review or apply: Subject: [PATCH V3 04/11] lavc/dump_extradata_bsf: support dump options. Subject: [PATCH V3 09/11] lavc/noise_bsf: support dump options. Subject: [PATCH V3 10/11] lavc/remove_extradata_bsf: support dump options. Subject: [PATCH V3 11/11]