hwren 于2018年7月19日周四 上午10:38写道：
>
> Ping, any comments for following patches?
will push after one week if there have no objections.
>
>
>
>
>
>
>
> At 2018-07-16 15:24:54, "hwren" wrote:
> >hwren (3):
> > lavc: add avs2 parser
> > lavf: add avs2 fourcc
> > lavc,doc,configure: add avs2 video
On 7/19/2018 9:18 PM, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch silences several warnings shown for each frame in
> DolbyVision streams, this time checking the whole separator as
> suggested by Hendrik.
>
> Please comment, Carl Eugen
>
>
>
Certain AVCodecParameters, like the contents of the extradata, may be changed
by the init() function of any of the bitstream filters in the chain.
Signed-off-by: James Almer
---
Things worked fine without this until now by pure chance. vp9_superframe_split
doesn't use extradata, and those
Hi!
Attached patch silences several warnings shown for each frame in
DolbyVision streams, this time checking the whole separator as
suggested by Hendrik.
Please comment, Carl Eugen
From 9276b75de767dbccabb39d8dcaf5d373a1daa0ef Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Fri, 20 Jul
On Sun, Jul 01, 2018 at 11:27:05PM +0200, Thomas Volkert wrote:
>
> On 23.03.2018 22:12, Thilo Borgmann wrote:
> > Am 18.03.18 um 20:57 schrieb Thilo Borgmann:
> >> Hi,
> >>
> >>> As already discussed, FFmpeg was present on Chemnitzer Linux Tage, in
> >>> addition, Thilo and I went to Brussels
On 7/19/2018 6:16 PM, Carl Eugen Hoyos wrote:
> 2018-07-19 21:47 GMT+02:00, James Almer :
>> On 7/19/2018 4:31 PM, Nicolas George wrote:
>>> James Almer (2018-07-19):
This is more in line with the similar error above. Aborting gracefully
by printing a message and returning an error value
On Thu, Jul 19, 2018 at 10:12:49PM +0200, Thilo Borgmann wrote:
> Hi,
>
> > Am 19.07.2018 um 21:41 schrieb Lou Logan :
> >
> >> On Wed, Jul 18, 2018, at 3:32 AM, Gyan Doshi wrote:
> >>
> >> What's the volume of messages from non-subscribers relative to subscribers?
> >
> > I'm not sure. I
On Thu, Jul 19, 2018 at 01:53:09PM +0200, Tobias Rapp wrote:
> On 18.07.2018 19:31, Marcin Gorzel wrote:
> >Rematrixing supports up to 64 channels. However, there is only a limited
> >number of channel layouts defined. Since the in/out channel count is
> >obtained from the channel layout, for
On Wed, Jul 04, 2018 at 03:06:54PM -0700, Baptiste Coudurier wrote:
> ---
> libavformat/mxf.c| 1 +
> libavformat/mxfdec.c | 2 ++
> libavformat/mxfenc.c | 41 +
> libavformat/utils.c | 6 +-
> 4 files changed, 45 insertions(+), 5 deletions(-)
2018-07-12 1:28 GMT+02:00, Carl Eugen Hoyos :
> Attached patch allows to fast-start mov files with free atoms after
> the moov atom.
> Tested with the sample from ticket #7277.
Ping.
As this is not trivial to test, I would prefer not to "improve" the patch
until another sample appears.
Carl
2018-07-19 21:47 GMT+02:00, James Almer :
> On 7/19/2018 4:31 PM, Nicolas George wrote:
>> James Almer (2018-07-19):
>>> This is more in line with the similar error above. Aborting gracefully
>>> by printing a message and returning an error value instead of a hard
>>> abort() with no explanation
2018-07-19 21:36 GMT+02:00, Paul B Mahol :
> On 7/19/18, Carl Eugen Hoyos wrote:
>> Two very similar conditions in af_aiir.c and af_afir.c can
>> never be true afaict.
>>
>> Please review, Carl Eugen
>>
>
> Should be ok if properly tested.
Tested and applied.
Thank you, Carl Eugen
Hi,
> Am 19.07.2018 um 21:41 schrieb Lou Logan :
>
>> On Wed, Jul 18, 2018, at 3:32 AM, Gyan Doshi wrote:
>>
>> What's the volume of messages from non-subscribers relative to subscribers?
>
> I'm not sure. I never did keep a running tally. I may be able to figure it
> out via the logs if I
On 7/19/2018 4:31 PM, Nicolas George wrote:
> James Almer (2018-07-19):
>> This is more in line with the similar error above. Aborting gracefully
>> by printing a message and returning an error value instead of a hard
>> abort() with no explanation as to why "ret == AVERROR(ENOMEM)" was expected.
On 7/19/18, Carl Eugen Hoyos wrote:
> Hi!
>
> Two very similar conditions in af_aiir.c and af_afir.c can never be true
> afaict.
>
> Please review, Carl Eugen
>
Should be ok if properly tested.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On Wed, Jul 18, 2018, at 3:32 AM, Gyan Doshi wrote:
>
> What's the volume of messages from non-subscribers relative to subscribers?
I'm not sure. I never did keep a running tally. I may be able to figure it out
via the logs if I were motivated enough.
However, I can provide some limited info
James Almer (2018-07-19):
> This is more in line with the similar error above. Aborting gracefully
> by printing a message and returning an error value instead of a hard
> abort() with no explanation as to why "ret == AVERROR(ENOMEM)" was expected.
Explaining to whom? If it is a consistency bug
2018-07-19 21:00 GMT+02:00, Aman Gupta :
> On Thu, Jul 19, 2018 at 11:44 AM Carl Eugen Hoyos
> wrote:
>
>> 2018-07-19 3:37 GMT+02:00, James Almer :
>> > On 7/18/2018 3:57 PM, Aman Gupta wrote:
>>
>> >> +ret = av_opt_set_from_string(s->bsfs[s->nb_bsfs -
>> >> 1]->priv_data,
On 7/19/2018 3:44 PM, Carl Eugen Hoyos wrote:
> 2018-07-19 3:37 GMT+02:00, James Almer :
>> On 7/18/2018 3:57 PM, Aman Gupta wrote:
>
>>> +ret = av_opt_set_from_string(s->bsfs[s->nb_bsfs -
>>> 1]->priv_data, bsf_options_str, shorthand, "=", ":");
>>> +if (ret < 0) {
>>> +
On Thu, Jul 19, 2018 at 11:44 AM Carl Eugen Hoyos
wrote:
> 2018-07-19 3:37 GMT+02:00, James Almer :
> > On 7/18/2018 3:57 PM, Aman Gupta wrote:
>
> >> +ret = av_opt_set_from_string(s->bsfs[s->nb_bsfs -
> >> 1]->priv_data, bsf_options_str, shorthand, "=", ":");
> >> +if
2018-07-19 3:37 GMT+02:00, James Almer :
> On 7/18/2018 3:57 PM, Aman Gupta wrote:
>> +ret = av_opt_set_from_string(s->bsfs[s->nb_bsfs -
>> 1]->priv_data, bsf_options_str, shorthand, "=", ":");
>> +if (ret < 0) {
>> +av_log(avctx, AV_LOG_ERROR, "Invalid
2018-07-19 8:39 GMT+02:00, Michael Chaban :
> Recently I completely decompiled original Eidos Escape codecs,
> and I wanted to fix and improve Escape130 code of ffmpeg.
> Here are three sequential commits and very short (few frames)
> RPL-video file sample.
The first commit breaks fate, you have
2018-07-19 19:17 GMT+02:00, Alexander Schmid :
Patch applied.
Thank you, Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
0001-fix-aesni-detection.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
This is a correction of the earlier submission of this patch.
avcodec_receive_frame consistently causes a seg fault when decoding 1080i mpeg2
on android version oreo. When copying the frame, the second plane in the buffer
follows on immediately after 1080 lines of the first plane, but the code
There is an error in this patch. I will submit a corrected version.
Please disregard this one.
Peter
On 07/19/2018 11:57 AM, Peter Bennett wrote:
avcodec_receive_frame consistently causes a seg fault when decoding 1080i mpeg2
on android version oreo. When copying the frame, the second plane
On Fri, Jul 6, 2018 at 10:55 PM Thomas Guillem wrote:
>
>
> On Thu, Jul 5, 2018, at 20:49, Aman Gupta wrote:
> > On Wed, Jul 4, 2018 at 3:05 AM Thomas Guillem wrote:
> >
> > > On macOS, a zero rc_max_rate cause an error from
> > > VTSessionSetProperty(kVTCompressionPropertyKey_DataRateLimits).
On Wed, Jul 18, 2018 at 6:38 PM James Almer wrote:
> On 7/18/2018 3:57 PM, Aman Gupta wrote:
> > From: Aman Gupta
> >
>
> avcodec/decode: parse options from AVCodec.bsfs
>
> > Fixes a bug that would prevent using multiple comma-separated filters,
> > and allows options to be passed to each
On 19 July 2018 at 16:52, James Darnley wrote:
> On 2018-07-19 17:26, Rostislav Pehlivanov wrote:
> > On 19 July 2018 at 15:52, James Darnley wrote:
> >
> >> int32_t *b1, int32_t *b2, int
> >> b1[i] = COMPOSE_DIRAC53iH0(b0[i], b1[i], b2[i]);
> >> }
> >>
> >> +static void
On 19 July 2018 at 16:29, James Darnley wrote:
> On 2018-07-19 17:23, Rostislav Pehlivanov wrote:
> >
> > Could you provide standard overall transform results using
> START/STOP_TIMER
> > rather than overall decoding speed?
> > Coefficients sizes and therefore golomb unpacking speed changes with
avcodec_receive_frame consistently causes a seg fault when decoding 1080i mpeg2
on android version oreo. When copying the frame, the second plane in the buffer
follows on immediately after 1080 lines of the first plane, but the code assumes
it is after 1088 lines of the first plane, based on
On 2018-07-19 17:26, Rostislav Pehlivanov wrote:
> On 19 July 2018 at 15:52, James Darnley wrote:
>
>> int32_t *b1, int32_t *b2, int
>> b1[i] = COMPOSE_DIRAC53iH0(b0[i], b1[i], b2[i]);
>> }
>>
>> +static void dd97_vertical_hi_sse2(int32_t *b0, int32_t *b1, int32_t *b2,
>> +
On Wed, Jul 4, 2018 at 11:35 AM, Baptiste Coudurier <
baptiste.coudur...@gmail.com> wrote:
> ---
> libavformat/mxfenc.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
Will apply.
--
Baptiste Coudurier
___
ffmpeg-devel mailing list
On Wed, Jul 4, 2018 at 11:35 AM, Baptiste Coudurier <
baptiste.coudur...@gmail.com> wrote:
> ---
> libavformat/mxfenc.c| 46 ++---
> tests/ref/lavf/mxf | 6 ++---
> tests/ref/lavf/mxf_d10 | 2 +-
> tests/ref/lavf/mxf_dv25 |
Hi Marton,
Yes, changed.
Michael, are you OK with the utils.c changes ? To be able to remux data
tracks.
Thanks!
--
Baptiste Coudurier
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Wed, Jul 4, 2018 at 11:35 AM, Baptiste Coudurier <
baptiste.coudur...@gmail.com> wrote:
> ---
> libavformat/mxfenc.c| 9 +++--
> tests/ref/lavf/mxf | 6 +++---
> tests/ref/lavf/mxf_d10 | 2 +-
> tests/ref/lavf/mxf_dv25 | 2 +-
>
On Wed, Jul 4, 2018 at 11:35 AM, Baptiste Coudurier <
baptiste.coudur...@gmail.com> wrote:
> ---
> libavformat/mxf.c| 17 +
> libavformat/mxf.h| 2 ++
> libavformat/mxfenc.c | 4 +++-
> tests/ref/lavf/mxf | 2 +-
> 4 files changed, 23 insertions(+), 2 deletions(-)
>
On Wed, Jul 4, 2018 at 11:35 AM, Baptiste Coudurier <
baptiste.coudur...@gmail.com> wrote:
> ---
> libavformat/audiointerleave.c | 10 +++---
> tests/ref/lavf/mxf| 4 ++--
> 2 files changed, 9 insertions(+), 5 deletions(-)
>
Will apply.
--
Baptiste Coudurier
On 19 July 2018 at 15:52, James Darnley wrote:
> Speed of ffmpeg when decoding a 720p yuv422p10 file encoded with the
> relevant transform.
> C: 84fps
> SSE2: 111fps
> AVX2: 115fps
> ---
> libavcodec/x86/dirac_dwt_10bit.asm| 38 +++
>
On Fri, Jul 6, 2018 at 5:42 PM, Michael Niedermayer
wrote:
> On Fri, Jul 06, 2018 at 12:08:07PM -0700, Baptiste Coudurier wrote:
> > ---
> > libavformat/mxfdec.c | 5 +++--
> > 1 file changed, 3 insertions(+), 2 deletions(-)
>
> should be ok
>
> thanks
>
Applied.
--
Baptiste
On 2018-07-19 17:23, Rostislav Pehlivanov wrote:
>
> Could you provide standard overall transform results using START/STOP_TIMER
> rather than overall decoding speed?
> Coefficients sizes and therefore golomb unpacking speed changes with
> respect to the transform so potentially there could be
On 19 July 2018 at 15:52, James Darnley wrote:
> I tested the speed gains by using ffmpeg to decode a 720p yuv422p10 file
> encoded
> with the relevant transform. The summary is below.
>
> Haar
> C:119fps
> SSE2: 204fps
> AVX: 206fps
> AVX2: 221fps
>
> 5_3
> C: 94fps
> SSE2: 118fps
>
On 7/19/2018 9:57 AM, Francois Cartegnie wrote:
> Hi,
>
> Sorry, can't reply to thread.
>
>> +if (version != 0) {
>> +av_log(c->fc, AV_LOG_WARNING, "Unknown AV1 Codec Configuration Box
>> version %d\n", version);
>> +return 0;
>> +}
>> +avio_skip(pb, 3); /* flags */
On Thu, 19 Jul 2018 at 14:04 Paul B Mahol wrote:
> Hi,
>
> I want that FFmpeg community sponsor addition of new code I gonna
> develop in following days/months.
>
> Thanks.
>
What code?
I am happy to sponsor cleanup of libavfilter to be usable outside of
ffmpeg.c and in a realtime environment.
On Wed, Jul 18, 2018 at 10:37 PM, Michael Niedermayer <
mich...@niedermayer.cc> wrote:
> On Wed, Jul 18, 2018 at 11:03:47AM -0400, Derek Buitenhuis wrote:
> > On Wed, Jul 18, 2018 at 10:01 AM, Vittorio Giovara
> > wrote:
> > >> this does not follow from what you write below. But more so this is
---
libavcodec/x86/dirac_dwt_10bit.asm| 3 ++-
libavcodec/x86/dirac_dwt_init_10bit.c | 13 +
2 files changed, 15 insertions(+), 1 deletion(-)
diff --git a/libavcodec/x86/dirac_dwt_10bit.asm
b/libavcodec/x86/dirac_dwt_10bit.asm
index ae110d2945..2e039e11ea 100644
---
---
libavcodec/x86/dirac_dwt_10bit.asm| 4 +++-
libavcodec/x86/dirac_dwt_init_10bit.c | 22 ++
2 files changed, 25 insertions(+), 1 deletion(-)
diff --git a/libavcodec/x86/dirac_dwt_10bit.asm
b/libavcodec/x86/dirac_dwt_10bit.asm
index 681de5e1df..ae110d2945 100644
---
Speed of ffmpeg when decoding a 720p yuv422p10 file encoded with the
relevant transform.
C: 84fps
SSE2: 111fps
AVX2: 115fps
---
libavcodec/x86/dirac_dwt_10bit.asm| 38 +++
libavcodec/x86/dirac_dwt_init_10bit.c | 16 +++
2 files changed, 54 insertions(+)
Speed of ffmpeg when decoding a 720p yuv422p10 file encoded with the
relevant transform.
C:119fps
SSE2: 204fps
AVX: 206fps
AVX2: 221fps
---
libavcodec/dirac_dwt.c| 7 +-
libavcodec/dirac_dwt.h| 1 +
libavcodec/x86/Makefile | 6 +-
Speed of ffmpeg when decoding a 720p yuv422p10 file encoded with the
relevant transform.
C: 94fps
SSE2: 118fps
AVX2: 121fps
---
libavcodec/x86/dirac_dwt_10bit.asm| 55 +++
libavcodec/x86/dirac_dwt_init_10bit.c | 23 +++
2 files changed, 78 insertions(+)
---
libavcodec/x86/dirac_dwt_10bit.asm | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/x86/dirac_dwt_10bit.asm
b/libavcodec/x86/dirac_dwt_10bit.asm
index 2e039e11ea..d0da822a81 100644
--- a/libavcodec/x86/dirac_dwt_10bit.asm
+++ b/libavcodec/x86/dirac_dwt_10bit.asm
I tested the speed gains by using ffmpeg to decode a 720p yuv422p10 file encoded
with the relevant transform. The summary is below.
Haar
C:119fps
SSE2: 204fps
AVX: 206fps
AVX2: 221fps
5_3
C: 94fps
SSE2: 118fps
AVX2: 121fps
9_7
C: 84fps
SSE2: 111fps
AVX2: 115fps
Is the AVX worth
On 7/19/18, Kieran O Leary wrote:
> Hi
>
> On Thu, 19 Jul 2018, 14:04 Paul B Mahol, wrote:
>
>> Hi,
>>
>> I want that FFmpeg community sponsor addition of new code I gonna
>> develop in following days/months.
>>
>
> Are you suggesting a patreon type payment?
It could be, but it doesn't need to
Hi
On Thu, 19 Jul 2018, 14:04 Paul B Mahol, wrote:
> Hi,
>
> I want that FFmpeg community sponsor addition of new code I gonna
> develop in following days/months.
>
Are you suggesting a patreon type payment?
___
ffmpeg-devel mailing list
Hi,
Sorry, can't reply to thread.
> +if (version != 0) {
> +av_log(c->fc, AV_LOG_WARNING, "Unknown AV1 Codec Configuration Box
> version %d\n", version);
> +return 0;
> +}
> +avio_skip(pb, 3); /* flags */
> +
> +avio_skip(pb, 1); /* reserved,
Hi,
I want that FFmpeg community sponsor addition of new code I gonna
develop in following days/months.
Thanks.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Hi Tobias,
Sounds good, thanks a lot!
Regards,
Marcin
On Thu, Jul 19, 2018 at 12:53 PM Tobias Rapp wrote:
> On 18.07.2018 19:31, Marcin Gorzel wrote:
> > Rematrixing supports up to 64 channels. However, there is only a limited
> number of channel layouts defined. Since the in/out channel
On 18.07.2018 19:31, Marcin Gorzel wrote:
Rematrixing supports up to 64 channels. However, there is only a limited number
of channel layouts defined. Since the in/out channel count is obtained from the
channel layout, for undefined layouts (e.g. for 9, 10, 11 channels etc.) the
rematrixing
Signed-off-by: Paul B Mahol
---
libavcodec/bink.c | 21 +
1 file changed, 21 insertions(+)
diff --git a/libavcodec/bink.c b/libavcodec/bink.c
index c4cf617a8b..b3136b763c 100644
--- a/libavcodec/bink.c
+++ b/libavcodec/bink.c
@@ -371,11 +371,19 @@ static const uint8_t
Signed-off-by: Paul B Mahol
---
libavformat/bink.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/libavformat/bink.c b/libavformat/bink.c
index 8a05082fcd..567a38cd73 100644
--- a/libavformat/bink.c
+++ b/libavformat/bink.c
@@ -92,6 +92,8 @@ static int
Hi!
Recently I completely decompiled original Eidos Escape codecs, and I wanted to
fix and improve Escape130 code of ffmpeg.
Here are three sequential commits and very short (few frames) RPL-video file
sample.
Please review, Michael Chaban
- - - Image links to compare - - -
Original Eidos
> Am 16.07.2018 um 13:41 schrieb Mina :
>
> Hi,
>
> This patch introduces Grey-Edge algorithm as part of the Color Constancy
> Filter project in GSOC.
>
> V4 changes:
> - Fixed error in filter.texi that resulted in breaking "make
> doc/ffprobe-all.html"
If there are no more comments
> Am 01.07.2018 um 23:27 schrieb Thomas Volkert :
>
>
>> On 23.03.2018 22:12, Thilo Borgmann wrote:
>>> Am 18.03.18 um 20:57 schrieb Thilo Borgmann:
>>> Hi,
>>>
As already discussed, FFmpeg was present on Chemnitzer Linux Tage, in
addition, Thilo and I went to Brussels for FOSDEM
63 matches
Mail list logo
