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 @@ stati
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 a064cd1599..d64acab8d4 100644
> ---
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.
___
ffmpeg-devel mailing
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 included this
> as an optional featu
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.
Previousl
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 something like this. IO is
fundament
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 libavfilter/af_hrtfm.c
>
> 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
http://ffmpeg.org/mailman
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
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 e
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)
---
libavcodec/cfh
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 also change for alpha.
>>
>> Kieran
>>
>
> pres
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
http
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 dequant_and_
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 the
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 everyth
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 3/20/
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 +
> libavcodec/mediacodecdec_common.h |
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
>>> reproducible if you first concatenate the ts files and
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
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 t
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
__
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.
___
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
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 you think?
>
> Can you
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 already present more
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 beside
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 https://github.com/opencv/opencv/issues/10963
> >> , which discusses OpenCV's
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 systems that were
> ever tested).
>
> More importa
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 b/libavcodec/h264_meta
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 a/doc/filters.texi b/doc/filt
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 +
4 files changed, 55
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
> > display resolution.
>
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 hardware buffers
>> > to OpenGL tex
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 t
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
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 fingerprint: 9FF2128B14
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 changed, 10 insertions(+),
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. Thi
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
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
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 valid
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 wron
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 wa
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 accu
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
00
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
_
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
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
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
>> ---
>> libavcodec/mpeg4_unpack_bframes_bsf.c | 20 ++
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 deletion(-)
>
> smells corre
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
> > > requiremen
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 files changed, 60 insertions(+), 9 deleti
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
http://f
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 t
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 bug
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
> ---
> libavformat
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(+)
>>
>> diff --git a/liba
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
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 mailing list
ffmpeg-deve
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 data
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:
> libavformat/libopenmpt.c |
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
t
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 Bod
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 the tree
> based pool
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
>
>
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
+++ b/libavfilter/vf_scale.c
@@ -407,6 +407,7 @@
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 wrote:
> ---
> libavcodec/h2
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
> >>>us
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 +++
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
> +
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
>> libav
>
> > 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 th
> 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
---
libavcodec/dump_extradata_bsf.c | 11 ++-
1 file changed,
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).
>
> See
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 way of dumping MOV/ISOBMFF spe
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 @@ static
76 matches
Mail list logo
