Here is the patch.
On Tue, Feb 13, 2018 at 3:30 PM, Gang Fan(范刚) wrote:
> Thanks for the advice, let me have another try.
>
> On Tue, Feb 13, 2018 at 4:59 AM, wm4 wrote:
>
>> On Mon, 12 Feb 2018 20:56:25 +0800
>> Gang Fan(范刚) wrote:
>>
>> > Thanks to Hendrik
>> > Here is the new patch:
>> >
>>
Thanks for the advice, let me have another try.
On Tue, Feb 13, 2018 at 4:59 AM, wm4 wrote:
> On Mon, 12 Feb 2018 20:56:25 +0800
> Gang Fan(范刚) wrote:
>
> > Thanks to Hendrik
> > Here is the new patch:
> >
> > From 642a413080f20f9515321e42056248e86e003997 Mon Sep 17 00:00:00 2001
> > From: Fan
On Tue, 13 Feb 2018 02:04:18 -0300
James Almer wrote:
> On 2/13/2018 1:50 AM, wm4 wrote:
> > On Tue, 13 Feb 2018 01:44:22 -0300
> > James Almer wrote:
> >
> >> On 2/13/2018 1:33 AM, wm4 wrote:
> >>> ---
> >>> If anyone knows of similar still remaining cases in the codebase, please
> >>> tel
On 2/13/2018 1:50 AM, wm4 wrote:
> On Tue, 13 Feb 2018 01:44:22 -0300
> James Almer wrote:
>
>> On 2/13/2018 1:33 AM, wm4 wrote:
>>> ---
>>> If anyone knows of similar still remaining cases in the codebase, please
>>> tell me, and I'll send patches.
>>> ---
>>> libavcodec/avcodec.h | 49
On Tue, 13 Feb 2018 01:44:22 -0300
James Almer wrote:
> On 2/13/2018 1:33 AM, wm4 wrote:
> > ---
> > If anyone knows of similar still remaining cases in the codebase, please
> > tell me, and I'll send patches.
> > ---
> > libavcodec/avcodec.h | 49
On 2/13/2018 1:33 AM, wm4 wrote:
> ---
> If anyone knows of similar still remaining cases in the codebase, please
> tell me, and I'll send patches.
> ---
> libavcodec/avcodec.h | 49 -
> libavcodec/utils.c | 5 -
> libavcodec/version.h | 2 +-
---
If anyone knows of similar still remaining cases in the codebase, please
tell me, and I'll send patches.
---
libavcodec/avcodec.h | 49 -
libavcodec/utils.c | 5 -
libavcodec/version.h | 2 +-
3 files changed, 17 insertions(+), 39 deletio
On Tue, 13 Feb 2018 00:27:03 -0300
James Almer wrote:
> On 2/13/2018 12:12 AM, wm4 wrote:
> > These were needed for ABI compatibility with Libav. We don't need them
> > anymore.
> > ---
> > I'm assuming we're still sort of in the ABI unstable phase.
>
> Sure, why not? We haven't tagged the fir
On 2/13/2018 12:12 AM, wm4 wrote:
> These were needed for ABI compatibility with Libav. We don't need them
> anymore.
> ---
> I'm assuming we're still sort of in the ABI unstable phase.
Sure, why not? We haven't tagged the first release of the current major
library versions yet, and it looks nicer
These were needed for ABI compatibility with Libav. We don't need them
anymore.
---
I'm assuming we're still sort of in the ABI unstable phase.
---
libavutil/opt.h | 18 +-
libavutil/version.h | 2 +-
2 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/libavutil/o
On Sat, 10 Feb 2018, Michael Niedermayer wrote:
On Sat, Feb 10, 2018 at 07:45:36PM +0100, Marton Balint wrote:
In a recent commit the default was changed from 0 (component) to 5
(unspecified), however some standards require using 0. With this option, the
user will be able to do so.
Signed-of
On Sun, 11 Feb 2018, Ray Tiley wrote:
This changes how NTSC VANC is extracted from the buffer. In NTSC the vanc
data interleved between the uyvy and not just the luma as in
high definition resolutions.
In my testing this allows a decklink card encoding valid NTSC closed
captions to pass the ca
2018-02-12 23:38 GMT+01:00 Jerome Martinez :
> On 12/02/2018 22:37, Carl Eugen Hoyos wrote:
>> The only solution I can think of is to change the semantics of the fourth
>> dpx layer by default and to add an option (to the decoder) that allows
>> using the current semantics that defaults to "auto"
On 12/02/2018 22:37, Carl Eugen Hoyos wrote:
2018-02-12 20:47 GMT+01:00 Jerome Martinez :
https://mediaarea.net/temp/uncropped_DPX_4K_16bit_Overscan15pros.dpx
is indicated by the person who provided it as with DPX alpha channel used
for actually storing infrared
Thank you!
This sample appears
2018-02-11 20:57 GMT+01:00 Nicolas George :
> Carl Eugen Hoyos (2018-02-11):
>> 2018-02-11 20:23 GMT+01:00 Nicolas George :
>> > Carl Eugen Hoyos (2018-02-11):
>> >> Attached patch fixes an assertion failure with the following command line:
>> >> $ ffmpeg -f lavfi -i testsrc -reserve_index_space 1
There was only one version of this one. Thanks for applying.
On Mon, Feb 12, 2018 at 1:17 PM, wm4 wrote:
> On Thu, 1 Feb 2018 18:37:45 -0800
> rshaf...@tunein.com wrote:
>
>> From: Richard Shaffer
>>
>> While rare, ID3 tags may be inserted between ADTS frames. This change enables
>> parsing the
2018-02-12 16:33 GMT+01:00 Gaullier Nicolas :
> Here, the "fix for ticket 6968" should be the header, so I think the format
> is correct ?
I simply missed it, but a better alternative is:
lavfi/silencedetect: Fix missing log at eos.
Fixes ticket #6968.
Carl Eugen
___
2018-02-12 20:47 GMT+01:00 Jerome Martinez :
> https://mediaarea.net/temp/uncropped_DPX_4K_16bit_Overscan15pros.dpx
> is indicated by the person who provided it as with DPX alpha channel used
> for actually storing infrared
Thank you!
This sample appears to confirm that GraphicsMagick is right a
2018-02-12 0:02 GMT+01:00 Muhammad Faiz :
> On Mon, Feb 12, 2018 at 2:05 AM, Carl Eugen Hoyos wrote:
>> 2018-02-11 0:32 GMT+01:00 Muhammad Faiz :
>>> Probably, the variables should also be constified.
>>
>> Not sure which variables you mean.
>
> ff_*_dynamic_handler.
Patch sent.
Thank you, Carl
On Thu, 1 Feb 2018 18:37:45 -0800
rshaf...@tunein.com wrote:
> From: Richard Shaffer
>
> While rare, ID3 tags may be inserted between ADTS frames. This change enables
> parsing them and setting the appropriate metadata updated event flag.
> ---
> I have encountered a streaming provider that I m
Hi!
Attached patch marks the RTPDynamicProtocolHandler as const.
Please comment, Carl Eugen
From e219322aa7396db6ecb6ab02fd5b42b42271f27f Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Mon, 12 Feb 2018 22:21:06 +0100
Subject: [PATCH] lavf/rtpdec*: Constify all RTPDynamicProtocolHandler.
On Sat, 3 Feb 2018 23:24:45 -0800
rshaf...@tunein.com wrote:
> From: Richard Shaffer
>
> A basic test for demuxing raw AAC (ADTS) with ID3v2 tags.
> ---
> This is related to the patch 'libavformat/aac: Parse ID3 tags between ADTS
> frames', and will fail without it. The test file contains an ID
This will increase memory requirement, since we are storing one CTTS for
each sample. Please see my comments on your previous patch.
On Sun, Nov 19, 2017 at 1:00 PM, John Stebbins
wrote:
> Merges ctts_data into mov_index_entries. This allows a considerable
> amount of code simplification.
> ---
On Mon, 12 Feb 2018 20:56:25 +0800
Gang Fan(范刚) wrote:
> Thanks to Hendrik
> Here is the new patch:
>
> From 642a413080f20f9515321e42056248e86e003997 Mon Sep 17 00:00:00 2001
> From: Fan Gang
> Date: Mon, 12 Feb 2018 20:55:06 +0800
> Subject: [PATCH] avcodec/ass: Fix a memory leak defect when r
On Mon, 12 Feb 2018 12:42:10 +0700
Muhammad Faiz wrote:
> Modify the behavior of init_static_data().
>
> Signed-off-by: Muhammad Faiz
> ---
Seems OK, but I'm also not sure about the benefit. The fundamental
problem that these codecs need to mutate AVCodec before the users sees
it won't go away
On Sun, Nov 19, 2017 at 12:46 PM, John Stebbins
wrote:
> ---
> libavformat/isom.h | 10 ++
> libavformat/mov.c | 92 ++
> ---
> libavformat/utils.c | 3 +-
> 3 files changed, 99 insertions(+), 6 deletions(-)
>
> diff --git a/libavformat/iso
On 09/02/2018 11:39, Carl Eugen Hoyos wrote:
I think the question is out of topic for this patch proposal, as this
question is global for all flavors of DPX (also the ones already supported
by FFmpeg, i.e. FFmpeg already supports RGBA 12-bit filled with Method A,
here I just add the support for
On 2/12/2018 2:42 AM, Muhammad Faiz wrote:
> Modify the behavior of init_static_data().
>
> Signed-off-by: Muhammad Faiz
> ---
> libavcodec/allcodecs.c | 16
> libavcodec/avcodec.h | 4 +++-
> libavcodec/libvpxdec.c | 15 ++-
> libavcodec/libvpxenc.c | 15
On 2/3/2018 4:02 AM, Michael Niedermayer wrote:
--- a/libavformat/mpegenc.c
+++ b/libavformat/mpegenc.c
+
+if (st->codecpar->codec_id == AV_CODEC_ID_PCM_DVD) {
+/* Skip first 3 bytes of packet data, which comprise PCM header
+ and will be written fresh by this muxer. */
On 2/3/2018 3:59 AM, Michael Niedermayer wrote:
Subject: [PATCH v2] avformat/mpegenc - accept PCM_DVD streams
PCM_S16BE stream packets in MPEG-PS have a 3-byte header
and recognized as PCM_DVD by the demuxer which prevents
their proper remuxing in MPEG-1/2 PS.
its probably a good idea to add
On 2/4/18, Muhammad Faiz wrote:
> On Sun, Feb 4, 2018 at 3:32 PM, Paul B Mahol wrote:
>> On 2/4/18, Muhammad Faiz wrote:
>>> On Sat, Feb 3, 2018 at 9:22 PM, Niklas Haas wrote:
From: Niklas Haas
Right now, the PTS always starts out as 0, which causes problems on a
seek or wh
Hi,
> yet again, the registration for Google Summer of Code 2018 has opened.
FFmpeg has just been accepted for Google Summer of Code 2018 - thanks for
everyone's contribution so far!
If you're a mentor this year, you should have got another mail already - if
not, please ping me on that. The st
On Tue, Jan 30, 2018 at 11:27 AM, Jacob Trimble wrote:
> On Wed, Jan 24, 2018 at 5:46 PM, Michael Niedermayer
> wrote:
>> On Wed, Jan 24, 2018 at 11:43:26AM -0800, Jacob Trimble wrote:
>>> On Mon, Jan 22, 2018 at 7:38 PM, Michael Niedermayer
>>> wrote
>>> > [...]
>>> >> This removes support for
Any parameter set shall have start code of at least 4 byte size.
---
libavcodec/h264_mp4toannexb_bsf.c| 22 +++---
tests/ref/fate/h264-bsf-mp4toannexb | 2 +-
tests/ref/fate/h264_mp4toannexb_ticket2991 | 22 +++---
tests/ref/fate/h264_mp4toan
If you or any other developer is against someone receiving git write access
you only need to object to the patch adding him to the MAINTAINERS file.
Thats one of the reasons why there is a MAINTAINERs file.
It would be ideal IMO if for each part of teh codebase at least one person
with write a
Hello,
there have been some discussions about tinterlace filter licensing. In
the end, I was unable to contact all the authorship holders.
The main author, one from MPlayer project, is Michael Zucchi. It is
quite probably that the copyright is holden by the company that he
worked for, Ximian
Here, the "fix for ticket 6968" should be the header, so I think the format is
correct ? Everything behind ("Fix missing...") should be the body of the
commit message.
NB: thanks to you to have reported it previously, I was not aware of this
ticket when I started work on this issue!
Nicolas Ga
>I believe there is an issue with your commit message:
>It should be something like:
>lavfi/silencedetect: Add mono mode
>
>In mono mode, silence is detected...
>(Note the two linebreaks, other differences are irrelevant.)
>
>Carl Eugen
Sorry, all my patches are missing an empty newline to separat
On Mon, Feb 12, 2018 at 1:56 PM, Gang Fan(范刚) wrote:
> Thanks to Hendrik
> Here is the new patch:
>
> From 642a413080f20f9515321e42056248e86e003997 Mon Sep 17 00:00:00 2001
> From: Fan Gang
> Date: Mon, 12 Feb 2018 20:55:06 +0800
> Subject: [PATCH] avcodec/ass: Fix a memory leak defect when reall
2018-02-11 23:59 GMT+01:00 Michael Niedermayer :
> On Sun, Feb 11, 2018 at 08:01:36PM +0100, Carl Eugen Hoyos wrote:
>> 2018-02-09 22:24 GMT+01:00 Michael Niedermayer :
>> > Fixes: Ticket7005
>> >
>> > Signed-off-by: Michael Niedermayer
>> > ---
>> > libavcodec/mpeg4videodec.c | 4 ++--
>> > 1 fi
2018-02-12 10:48 GMT+01:00 Nicolas Gaullier :
> From: nicolas gaullier
Please mention ticket #6968 in the commit message if it is related.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
2018-02-12 10:48 GMT+01:00 Nicolas Gaullier :
> From: nicolas gaullier
I believe there is an issue with your commit message:
It should be something like:
lavfi/silencedetect: Add mono mode
In mono mode, silence is detected...
(Note the two linebreaks, other differences are irrelevant.)
Carl Eug
Thanks to Hendrik
Here is the new patch:
From 642a413080f20f9515321e42056248e86e003997 Mon Sep 17 00:00:00 2001
From: Fan Gang
Date: Mon, 12 Feb 2018 20:55:06 +0800
Subject: [PATCH] avcodec/ass: Fix a memory leak defect when realloc fails.
---
libavcodec/ass_split.c | 6 ++
1 file changed,
OK, should I email the new patch to the same thread or a new thread?
Thanks
Gang
On Mon, Feb 12, 2018 at 7:49 PM, Hendrik Leppkes
wrote:
> On Mon, Feb 12, 2018 at 11:55 AM, Gang Fan(范刚)
> wrote:
> > There is a potential memory leak bug in file ass_split.c, here is the
> > description.
> >
> >
On Mon, Feb 12, 2018 at 11:55 AM, Gang Fan(范刚) wrote:
> There is a potential memory leak bug in file ass_split.c, here is the
> description.
>
> A piece of memory is allocated on line 283. When executing the loop twice
> and if the av_realloc_array returns null the function returns without
> freei
There is a potential memory leak bug in file ass_split.c, here is the
description.
A piece of memory is allocated on line 283. When executing the loop twice
and if the av_realloc_array returns null the function returns without
freeing the memory pointed by order.
Suggested fix:
free(order) before
On 12 February 2018 at 09:24, James Darnley wrote:
> On 2018-02-10 14:17, Rostislav Pehlivanov wrote:
> > Signed-off-by: Rostislav Pehlivanov
> > ---
> > libavcodec/x86/h264_idct.asm | 6 +-
> > 1 file changed, 5 insertions(+), 1 deletion(-)
> >
> > diff --git a/libavcodec/x86/h264_idct.asm
From: nicolas gaullier
---
libavfilter/af_silencedetect.c | 33 +++--
1 file changed, 27 insertions(+), 6 deletions(-)
diff --git a/libavfilter/af_silencedetect.c b/libavfilter/af_silencedetect.c
index 8973049fe5..723136c2a8 100644
--- a/libavfilter/af_silencedetect.
From: nicolas gaullier
---
tests/fate-run.sh | 14 ++
1 file changed, 14 insertions(+)
diff --git a/tests/fate-run.sh b/tests/fate-run.sh
index 05f4ca5e20..0f28af5858 100755
--- a/tests/fate-run.sh
+++ b/tests/fate-run.sh
@@ -84,6 +84,20 @@ runecho(){
$target_exec $target_path/
From: nicolas gaullier
---
libavfilter/af_silencedetect.c | 7 +--
tests/ref/fate/filter-metadata-silencedetect | 26 +-
2 files changed, 18 insertions(+), 15 deletions(-)
diff --git a/libavfilter/af_silencedetect.c b/libavfilter/af_silencedetect.c
ind
From: nicolas gaullier
---
tests/fate/filter-video.mak | 3 +++
tests/ref/fate/filter-metadata-silencedetect2 | 4
2 files changed, 7 insertions(+)
create mode 100644 tests/ref/fate/filter-metadata-silencedetect2
diff --git a/tests/fate/filter-video.mak b/tests/fate/filt
From: nicolas gaullier
---
libavfilter/af_silencedetect.c | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/libavfilter/af_silencedetect.c b/libavfilter/af_silencedetect.c
index c53b9d9218..b4184c2486 100644
--- a/libavfilter/af_silencedetect.c
+++ b/libavfilter/
From: nicolas gaullier
---
libavfilter/af_silencedetect.c | 3 ++-
tests/ref/fate/filter-metadata-silencedetect | 12 ++--
2 files changed, 8 insertions(+), 7 deletions(-)
diff --git a/libavfilter/af_silencedetect.c b/libavfilter/af_silencedetect.c
index 749c3fbcb7..89730
From: nicolas gaullier
---
tests/fate/filter-video.mak | 3 +-
tests/ref/fate/filter-metadata-silencedetect | 54 ++--
2 files changed, 29 insertions(+), 28 deletions(-)
diff --git a/tests/fate/filter-video.mak b/tests/fate/filter-video.mak
index 221ae8
From: nicolas gaullier
---
libavfilter/af_silencedetect.c | 78 +++---
1 file changed, 51 insertions(+), 27 deletions(-)
diff --git a/libavfilter/af_silencedetect.c b/libavfilter/af_silencedetect.c
index b048d63738..c53b9d9218 100644
--- a/libavfilter/af_sile
On 2018-02-10 14:17, Rostislav Pehlivanov wrote:
> Signed-off-by: Rostislav Pehlivanov
> ---
> libavcodec/x86/h264_idct.asm | 6 +-
> 1 file changed, 5 insertions(+), 1 deletion(-)
>
> diff --git a/libavcodec/x86/h264_idct.asm b/libavcodec/x86/h264_idct.asm
> index 8804638091..c54f9f1a68 100
If this flag is set, AVERAGE-BANDWIDTH value will be added to a master
playlist
entry. This flag implies peak_segment_bw.
---
doc/muxers.texi | 4
libavformat/dashenc.c | 2 +-
libavformat/hlsenc.c | 20
libavformat/hlsplaylist.c | 6 --
libavf
Reset vs->start_pos when beginning a new file.
---
libavformat/hlsenc.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index cc13c94e97..9970c4c575 100644
--- a/libavformat/hlsenc.c
+++ b/libavformat/hlsenc.c
@@ -2227,7 +2227,10
If this flag is set, BANDWIDTH value in a master playlist entry will be
set to
the peak segment bandwidth.
---
doc/muxers.texi | 4
libavformat/hlsenc.c | 29 +
2 files changed, 25 insertions(+), 8 deletions(-)
diff --git a/doc/muxers.texi b/doc/muxers.tex
59 matches
Mail list logo
