On Fri, Feb 23, 2018 at 1:28 AM, James Almer wrote:
> On 2/22/2018 8:52 PM, Hendrik Leppkes wrote:
>> On Fri, Feb 23, 2018 at 12:37 AM, James Almer wrote:
>>> On 2/22/2018 8:34 PM, Hendrik Leppkes wrote:
On Fri, Feb 23, 2018 at 12:20 AM, James Almer wrote:
> av_parser_change() is effect
On 22.02.2018 16:47, Nicolas George wrote:
Hi.
Not sure where in the thread would be the best place to reply, so I
might as well reply here.
There is one idea I have been toying with for some time that relates to
codec registration. It is significantly different from the direction
this discussi
From b7d107218445c82e2f7d702547250b4a589112c6 Mon Sep 17 00:00:00 2001
From: Jun Zhao
Date: Fri, 23 Feb 2018 13:53:05 +0800
Subject: [PATCH 1/2] doc/bitstream_filters: correct dump_extra bsfs docs.
Signed-off-by: Jun Zhao
---
doc/bitstream_filters.texi | 9 +
1 file changed, 5 insertio
From 9567abf90857ed1401cf041079635c0f688865cc Mon Sep 17 00:00:00 2001
From: Jun Zhao
Date: Fri, 23 Feb 2018 15:02:29 +0800
Subject: [PATCH 2/2] doc/bitstream_filters: documents delete_filler option.
documents delete_filler option for bsf h264_metadata.
Signed-off-by: Jun Zhao
---
doc/bitstre
Hi All,
From below link i saw that mp4 container can have h264 as video codec and
opus as audio codec. so i tried both codecs in to mp4 using ffmpeg, but
external player like mplayer, vlc and kmp are failing to decode voice . i.e
while playing mp4 file there is only video no voice.
https://en.wiki
On 2/23/2018 3:50 AM, Carl Eugen Hoyos wrote:
Please also mention "mp1" and "pcm_dvd" in the log message.
Revised patch attached.
From 0bb6debc91c59a10fd43dc4670bd513adab1f1e0 Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Tue, 20 Feb 2018 20:42:21 +0530
Subject: [PATCH] avformat/mpegenc -
Fixes: Timeout
Fixes:
6261/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SMC_fuzzer-5811309653262336
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/smc.c | 4
1 file changed, 4 inser
Prevents use of uninitialized values.
Fixes ticket #7038.
Signed-off-by: James Almer
---
libavformat/hevc.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavformat/hevc.c b/libavformat/hevc.c
index e45d2c08d2..3628d5a028 100644
--- a/libavformat/hevc.c
+++ b/libavformat/hevc.c
@@ -669
The parser should only return valid mpeg audio packets; it generally
does so, but in the case of flush, it returns whatever happens to
be in the buffer instead of ensuring its first a valid mpeg packet.
The fix is to check whether a valid frame size has been parsed and
if not discard the packet wh
On Thu, Feb 22, 2018 at 06:15:42PM +0530, Gyan Doshi wrote:
> Couple of questions on SE report that the user-supplied timecode string was
> altered in the output when remuxing a MXF with 59.94 fps stream.
>
> Turns out the code assumed a fixed 30 fps. Fixed in patch.
>
> Regards,
> Gyan
> timec
On Thu, 22 Feb 2018, Nicolas George wrote:
Marton Balint (2018-02-22):
I think what CE ment was static v.s. dynamic lib names
I am pretty sure he asked if the file name of the library could be
different at run time than at compile time, which would be the only
reason to justify using an envi
On 2/22/2018 8:52 PM, Hendrik Leppkes wrote:
> On Fri, Feb 23, 2018 at 12:37 AM, James Almer wrote:
>> On 2/22/2018 8:34 PM, Hendrik Leppkes wrote:
>>> On Fri, Feb 23, 2018 at 12:20 AM, James Almer wrote:
av_parser_change() is effectively a noop if the avctx passed it to
doesn't have th
On Wed, Feb 21, 2018 at 11:37:10PM +0100, Aurelien Jacobs wrote:
> ---
> libavutil/crc.c | 26 ++
> libavutil/crc.h | 1 +
> libavutil/tests/crc.c | 7 ---
> tests/ref/fate/crc| 1 +
> 4 files changed, 32 insertions(+), 3 deletions(-)
seems iam liste
On Thu, Feb 22, 2018 at 07:31:27PM +0100, wm4 wrote:
> On Thu, 22 Feb 2018 16:28:56 +0100
> Michael Niedermayer wrote:
>
> > On Wed, Feb 21, 2018 at 09:02:40PM +0100, wm4 wrote:
> > > On Wed, 21 Feb 2018 19:14:59 +0100
> > > Michael Niedermayer wrote:
> > >
> > > > On Wed, Feb 21, 2018 at 09:
On Fri, Feb 23, 2018 at 12:37 AM, James Almer wrote:
> On 2/22/2018 8:34 PM, Hendrik Leppkes wrote:
>> On Fri, Feb 23, 2018 at 12:20 AM, James Almer wrote:
>>> av_parser_change() is effectively a noop if the avctx passed it to
>>> doesn't have the global header or local header flags set, and
>>>
2018-02-22 23:57 GMT+01:00 Nicolas George :
> Marton Balint (2018-02-22):
>> I think what CE ment was static v.s. dynamic lib names
>
> I am pretty sure he asked if the file name of the library could be
> different at run time than at compile time, which would be the only
> reason to justify using
On 2/22/2018 8:34 PM, Hendrik Leppkes wrote:
> On Fri, Feb 23, 2018 at 12:20 AM, James Almer wrote:
>> av_parser_change() is effectively a noop if the avctx passed it to
>> doesn't have the global header or local header flags set, and
>> initializing a custom AVCodecContext as a copy of an
>> AVCo
On Fri, Feb 23, 2018 at 12:20 AM, James Almer wrote:
> av_parser_change() is effectively a noop if the avctx passed it to
> doesn't have the global header or local header flags set, and
> initializing a custom AVCodecContext as a copy of an
> AVCodecParameters results in the flags and flags2 field
av_parser_change() is effectively a noop if the avctx passed it to
doesn't have the global header or local header flags set, and
initializing a custom AVCodecContext as a copy of an
AVCodecParameters results in the flags and flags2 fields being zero.
Use instead the existing custom AVCodecContex
Marton Balint (2018-02-22):
> I think what CE ment was static v.s. dynamic lib names
I am pretty sure he asked if the file name of the library could be
different at run time than at compile time, which would be the only
reason to justify using an environment variable.
By the way, using an environ
On Thu, 22 Feb 2018, Ricardo Constantino wrote:
On 22 February 2018 at 22:22, Carl Eugen Hoyos wrote:
2018-02-22 20:26 GMT+01:00 Marton Balint :
>
> On Wed, 21 Feb 2018, Nicolas George wrote:
>
>> Marton Balint (2018-02-20):
>>>
>>> The patch might has merits even if the library remains in
On Thu, 22 Feb 2018, Carl Eugen Hoyos wrote:
2018-02-22 20:26 GMT+01:00 Marton Balint :
On Wed, 21 Feb 2018, Nicolas George wrote:
Marton Balint (2018-02-20):
The patch might has merits even if the library remains in the NONFREE
section, no?
I see more code and easier circumvention of
On 22 February 2018 at 22:22, Carl Eugen Hoyos wrote:
> 2018-02-22 20:26 GMT+01:00 Marton Balint :
> >
> > On Wed, 21 Feb 2018, Nicolas George wrote:
> >
> >> Marton Balint (2018-02-20):
> >>>
> >>> The patch might has merits even if the library remains in the NONFREE
> >>> section, no?
> >>
> >>
2018-02-21 7:05 GMT+01:00 Gyan Doshi :
>
>
> On 2/21/2018 3:03 AM, Carl Eugen Hoyos wrote:
>>
>> 2018-02-20 16:17 GMT+01:00 Gyan Doshi :
>>
>> Please also mention LPCM.
>
> Only 16-bit LPCM BE can be muxed, which is mentioned.
Sorry, above comment was not helpful.
Please also mention "mp1" and "p
2018-02-22 20:26 GMT+01:00 Marton Balint :
>
> On Wed, 21 Feb 2018, Nicolas George wrote:
>
>> Marton Balint (2018-02-20):
>>>
>>> The patch might has merits even if the library remains in the NONFREE
>>> section, no?
>>
>> I see more code and easier circumvention of the GPL, but no merit.
>> Pleas
On Sat, Feb 17, 2018 at 02:06:20PM +0100, Tomas Härdin wrote:
> fre 2018-02-16 klockan 15:25 -0800 skrev Nikolas Bowe:
> > ---
> > libavformat/flvdec.c | 4 +++-
> > 1 file changed, 3 insertions(+), 1 deletion(-)
> >
> > diff --git a/libavformat/flvdec.c b/libavformat/flvdec.c
> > index 0217cef84
On 2/22/18, Tomas Haerdin wrote:
> ons 2018-02-21 klockan 23:06 +0100 skrev Marton Balint:
>> On Wed, 21 Feb 2018, Tomas Haerdin wrote:
>>
>> > loer 2018-02-17 klockan 22:45 +0100 skrev Marton Balint:
>> > > The reference point for a KAG is the first byte of the key of a
>> > > Partition Pack.
>>
ons 2018-02-21 klockan 23:06 +0100 skrev Marton Balint:
> On Wed, 21 Feb 2018, Tomas Härdin wrote:
>
> > lör 2018-02-17 klockan 22:45 +0100 skrev Marton Balint:
> > > The reference point for a KAG is the first byte of the key of a Partition
> > > Pack.
> > >
> > > Fixes ticket #2817.
> > > Fixes
On 2018-02-22 08:06, wm4 wrote:
To be honest, I think we _could_ initialize the encoder AVCodecContext
color_range field from the first AVFrame. AFAIK we wait with encoder
initialization anyway until the first frame is filtered.
True enough, but we do have all these src/link/sink properties fo
On Wed, 21 Feb 2018, Nicolas George wrote:
Marton Balint (2018-02-20):
The patch might has merits even if the library remains in the NONFREE
section, no?
I see more code and easier circumvention of the GPL, but no merit.
Please be more specific.
I guess the biggest advantage of dynamic lo
This revision of the patch fixes statistics by counting the number of
times each frame has been output, rather than trying to guess at the
time each frame is output whether it was a duplicate or drop.
I ended up leaving the conditional check
if (s->status && s->frames_count == 0) {
at the bott
Since the config_props function now references both the input and output
links, rename the 'link' variable to 'outlink'.
Fix up some mismatching indentation.
Don't bother setting the width and height on the outlink; the filter
framework does that for us.
---
libavfilter/vf_fps.c | 16 +++
The old version of the filter had a problem where it would queue up
all of the duplicate frames required to fill a timestamp gap in a
single call to filter_frame. In problematic files - I've hit this in
webcam streams with large gaps due to network issues - this will queue
up a potentially huge num
On 22 February 2018 at 18:31, wm4 wrote:
>
>
> > We have IIRC like 400 decoders, most are odd/rare/fringe and its a valid
> > request to hard disable these at runtime process wide.
>
> Maybe we should just disable them by default, instead of forcing the
> user to play security russian roulette wi
On Thu, 22 Feb 2018 16:28:56 +0100
Michael Niedermayer wrote:
> On Wed, Feb 21, 2018 at 09:02:40PM +0100, wm4 wrote:
> > On Wed, 21 Feb 2018 19:14:59 +0100
> > Michael Niedermayer wrote:
> >
> > > On Wed, Feb 21, 2018 at 09:27:02AM +0100, wm4 wrote:
> > > > On Tue, 20 Feb 2018 21:45:12 +010
On 21 February 2018 at 22:37, Aurelien Jacobs wrote:
> This was originally based on libsbc, and was fully integrated into ffmpeg.
> ---
> doc/general.texi | 2 +-
> libavcodec/Makefile | 1 +
> libavcodec/allcodecs.c | 1 +
> libavcodec/sbcdsp.c | 382 ++
On 21 February 2018 at 22:37, Aurelien Jacobs wrote:
> This was originally based on libsbc, and was fully integrated into ffmpeg.
>
> Rough speed test:
> C version:speed= 592x
> MMX version: speed= 785x
> ---
> libavcodec/sbcdsp.c | 3 +
> libavcodec/sbcdsp.h | 2 +
>
On 21 February 2018 at 22:37, Aurelien Jacobs wrote:
> ---
> libavutil/crc.c | 26 ++
> libavutil/crc.h | 1 +
> libavutil/tests/crc.c | 7 ---
> tests/ref/fate/crc| 1 +
> 4 files changed, 32 insertions(+), 3 deletions(-)
>
> diff --git a/libavutil
On 21 February 2018 at 22:37, Aurelien Jacobs wrote:
> ---
> doc/general.texi | 2 +-
> libavformat/Makefile | 1 +
> libavformat/allformats.c | 1 +
> libavformat/rawenc.c | 13 +
> 4 files changed, 16 insertions(+), 1 deletion(-)
>
> diff --git a/doc/general.texi
On 21 February 2018 at 22:37, Aurelien Jacobs wrote:
> ---
> doc/general.texi | 1 +
> libavformat/Makefile | 1 +
> libavformat/allformats.c | 1 +
> libavformat/sbcdec.c | 33 +
> 4 files changed, 36 insertions(+)
> create mode 100644 libavfo
On 21 February 2018 at 22:37, Aurelien Jacobs wrote:
> This was originally based on libsbc, and was fully integrated into ffmpeg.
> ---
> doc/general.texi | 2 +
> libavcodec/Makefile | 1 +
> libavcodec/allcodecs.c | 1 +
> libavcodec/avcodec.h | 1 +
> libavcodec/cod
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 22 Feb 2018 12:39:16 +0100
Nicolas George wrote:
> Philip Langdale (2018-02-21):
> > Negotiation is part of Paul's larger changeset, and will be a useful
> > feature. My change is still a strict improvement over the current
> > state of the w
Hi.
Not sure where in the thread would be the best place to reply, so I
might as well reply here.
There is one idea I have been toying with for some time that relates to
codec registration. It is significantly different from the direction
this discussion was taking, but I think it offers a lot of
On Wed, Feb 21, 2018 at 09:02:40PM +0100, wm4 wrote:
> On Wed, 21 Feb 2018 19:14:59 +0100
> Michael Niedermayer wrote:
>
> > On Wed, Feb 21, 2018 at 09:27:02AM +0100, wm4 wrote:
> > > On Tue, 20 Feb 2018 21:45:12 +0100
> > > Michael Niedermayer wrote:
> > >
> > > > On Tue, Feb 20, 2018 at 06:
Calvin Walton (2018-02-19):
> The old version of the filter had a problem where it would queue up
> all of the duplicate frames required to fill a timestamp gap in a
> single call to filter_frame. In problematic files - I've hit this in
> webcam streams with large gaps due to network issues - this
Couple of questions on SE report that the user-supplied timecode string
was altered in the output when remuxing a MXF with 59.94 fps stream.
Turns out the code assumed a fixed 30 fps. Fixed in patch.
Regards,
Gyan
From b7e6ff948c46027c1af28f1b40e921fe6e76a4cc Mon Sep 17 00:00:00 2001
From: Gyan
Philip Langdale (2018-02-21):
> Negotiation is part of Paul's larger changeset, and will be a useful
> feature. My change is still a strict improvement over the current state
> of the world - where range is not propagated at all, regardless of
> compatibility. In those situations where negotiation
Calvin Walton (2018-02-19):
> Since the config_props function now references both the input and output
> links, rename the 'link' variable to 'outlink'.
>
> Fix up some mismatching indentation.
>
> Don't bother setting the width and height on the outlink; the filter
> framework does that for us.
On 2/22/2018 1:08 AM, Michael Niedermayer wrote:
this looks like its missing AV_CODEC_ID_MP1 at least
MP1 exception added.
From be49ca276c58b515e7f8e472221203c25efc6c86 Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Tue, 20 Feb 2018 20:42:21 +0530
Subject: [PATCH 2/2] avformat/mpegenc - rej
On 19.02.2018 08:47, Tobias Rapp wrote:
On 15.02.2018 10:12, Nicolas George wrote:
Tobias Rapp (2018-02-15):
I have run the Fate tests on Linux 32/64bit and Mips/Qemu, but
possibly the
float channel coefficients could be fragile (especially of the stereo3
test). Do you have some idea on how to
On 2/22/18, Rodger Combs wrote:
> (e.g. nv12)
>
> Regression since 7b19e76aeb0ace57b99aaef156bbfe592e43e65e
> ---
> libavfilter/vf_transpose.c | 50
> +++--
> tests/ref/fate/filter-pixfmts-transpose | 8 +++---
> 2 files changed, 33 insertions(+), 25 dele
On Thu, Feb 22, 2018 at 3:33 AM, Carl Eugen Hoyos wrote:
> 2018-02-21 23:37 GMT+01:00 Aurelien Jacobs :
>
>> I finnally came back to this SBC codec patchset.
>> I made the changes to only have one CODEC_ID for both sbc and msbc.
>
> How is it possible to distinguish between them if they share
> a
On Wed, 21 Feb 2018 14:25:35 -0800
Philip Langdale wrote:
> This change turns out to be a subset of a much bigger change that Paul
> put together back in December and which didn't get enough review
> coverage for him to comfortably push. I didn't know about that, so I
> redid a bunch of stuff, bu
On 21.02.2018 23:27, Lou Logan wrote:
On Tue, Feb 20, 2018, at 2:01 AM, Tobias Rapp wrote:
Signed-off-by: Tobias Rapp
---
doc/filters.texi | 48 ++--
1 file changed, 26 insertions(+), 22 deletions(-)
[...]
@@ -9322,8 +9323,9 @@ A '|'-separated li
54 matches
Mail list logo