Hey everyone,
This is my first patch submitted to FFmpeg, so I'm sure that I missed
something. Please bear with me. :P This patch implements the solution
outlined here: https://guru.multimedia.cx/small-tasks-for-ffmpeg/
Activated by passing the flag "-huffman optimal" to the mjpeg encoder,
otherw
2016-12-27 9:30 GMT+08:00 Bodecs Bela :
>
>
> Dear All,
>
>
> Putting date/time values into segment filenames is very usefull.
> But to produce non-conflicting segment filenames with -use_localtime
> option with date/time
> values in hls_segment_filename option, sometimes is not enough.
> Like in
Signed-off-by: Thomas Turner
---
libavutil/tests/audio_fifo.c | 181 ---
tests/ref/fate/audio_fifo| 34 +++-
2 files changed, 130 insertions(+), 85 deletions(-)
diff --git a/libavutil/tests/audio_fifo.c b/libavutil/tests/audio_fifo.c
index 34c8573
2016-12-17 15:57 GMT+08:00 Robert Nagy :
> From 8b7499f6ddb32bd1f9ee5f2413bf30664af58799 Mon Sep 17 00:00:00 2001
> From: Jesper Ek
> Date: Wed, 7 Dec 2016 15:56:33 +0100
> Subject: [PATCH] Fig bug when incrementing initial_prog_date_time when
> removing segments
>
> initial_prog_date_time shoul
On Mon, Dec 26, 2016 at 03:16:01AM +0100, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/matroskadec.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
applied
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Durin
Negate null check
Fixes CID1396248
Signed-off-by: Michael Niedermayer
---
libavcodec/bsf.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/bsf.c b/libavcodec/bsf.c
index dfb127e7eb..ac2024b8db 100644
--- a/libavcodec/bsf.c
+++ b/libavcodec/bsf.c
@@ -403,7 +403,7 @@
Dear All,
Putting date/time values into segment filenames is very usefull.
But to produce non-conflicting segment filenames with -use_localtime
option with date/time
values in hls_segment_filename option, sometimes is not enough.
Like in cases when multiple segments produced in the same second
On Sat, 10 Dec 2016, Marton Balint wrote:
Fixes Coverity CID 1396863.
Signed-off-by: Marton Balint
---
libavdevice/decklink_enc.cpp | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavdevice/decklink_enc.cpp b/libavdevice/decklink_enc.cpp
index dc4a24b..ad00224 100644
--- a
On Sat, 10 Dec 2016, Marton Balint wrote:
Fixes Coverity CID 1396859.
Signed-off-by: Marton Balint
---
libavdevice/decklink_dec.cpp | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavdevice/decklink_dec.cpp b/libavdevice/decklink_dec.cpp
index c98c51f..7df841b 100644
--- a/libavdevice/de
Signed-off-by: James Almer
---
ffmpeg.c | 17 -
1 file changed, 4 insertions(+), 13 deletions(-)
diff --git a/ffmpeg.c b/ffmpeg.c
index ec9da3e..a1c02ca 100644
--- a/ffmpeg.c
+++ b/ffmpeg.c
@@ -2916,26 +2916,17 @@ static int init_output_stream_streamcopy(OutputStream
*ost)
Fixes: CID1396243
Signed-off-by: Michael Niedermayer
---
ffmpeg.c | 11 ++-
1 file changed, 2 insertions(+), 9 deletions(-)
diff --git a/ffmpeg.c b/ffmpeg.c
index ec9da3e6e2..b85c31459c 100644
--- a/ffmpeg.c
+++ b/ffmpeg.c
@@ -1797,7 +1797,6 @@ static void flush_encoders(void)
Additional/Modified FATE tests improve code coverage from 63.7% to 98.1%.
Changed fate-suite sample files:
* filter/hdcd-mix.flac (958K) added. It is a much better test than
filter/hdcd.flac (910K), which is now unused, but can't be removed.
* filter/hdcd-fake20bit.flac (168K) added. It is the f
On Tue, Dec 20, 2016 at 11:57 AM, Michael Niedermayer
wrote:
> did you post links to any of the files or how can the new files be
> added ?
Yes, in IRC. Thank you for uploading.
--
Burt
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmp
On Sat, Dec 24, 2016 at 12:36:55AM +0100, Bodecs Bela wrote:
>
> demuxers.texi | 10 --
> 1 file changed, 8 insertions(+), 2 deletions(-)
> b790ac3bc57d3aa83424fe91c8515fac4f5d7402
> 0001-flv-demuxer-supports-live-rtmp-inputs-but-there-is-n.patch
> From af75a5bbfe9f37672478b6a67f8bcf
Current code returned the number of channels as channel layout in that case,
and if nret is not set then unknown layouts are typically not supported.
Also use the common parsing code. This breaks a very specific case, using
af_pan with an unknown channel layout such as '13c', from now on, only '13
Signed-off-by: Marton Balint
---
doc/utils.texi | 14 +++---
libavutil/channel_layout.h | 7 +--
2 files changed, 8 insertions(+), 13 deletions(-)
diff --git a/doc/utils.texi b/doc/utils.texi
index 7aea460..df887c7 100644
--- a/doc/utils.texi
+++ b/doc/utils.texi
@@ -719
Return a channel layout and the number of channels based on the specified name.
This function is similar to av_get_channel_layout(), but can also parse unknown
channel layout specifications.
Unknown channel layout specifications are a decimal number and a capital 'C'
suffix, in order to not break
On 12/26/2016 11:33 AM, Timo Rothenpieler wrote:
> LGTM
>
> Can't push from here right now, so if someone could do that, feel free.
> Otherwise ping me in like a week if I forget.
Pushed.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffm
On 12/26/2016 4:51 AM, Paul B Mahol wrote:
> On 12/26/16, James Almer wrote:
>> It is now bitexact with the ssse3 and sse4.1 versions of the function.
>>
>> Signed-off-by: James Almer
>> ---
>> libavcodec/lossless_videodsp.c | 6 +++---
>> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> OK
LGTM
Can't push from here right now, so if someone could do that, feel free.
Otherwise ping me in like a week if I forget.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Mon, Dec 26, 2016 at 2:52 PM, Ronald S. Bultje wrote:
> Hm, OK, I think it affects unix64/x86-32 also when using 32-byte
> alignment. We do use the stack pointer then.
On 32-bit and UNIX64 it simply uses a different caller-saved register
which doesn't require additional instructions.
> I thi
Hi,
On Mon, Dec 26, 2016 at 4:53 AM, Henrik Gramner wrote:
> On Mon, Dec 26, 2016 at 2:32 AM, Ronald S. Bultje
> wrote:
> > I know I'm terribly nitpicking here for the limited scope of the comment,
> > but this only matters for functions that have a return value. Do you
> think
> > it makes sen
2016-12-26 17:55 GMT+08:00 Steven Liu :
>
>
> 2016-12-26 17:05 GMT+08:00 Steven Liu :
>
>>
>>
>> 2016-12-26 9:14 GMT+08:00 Bodecs Bela :
>>
>>> Dear All,
>>>
>>> with use_localtime parameter hlsenc may produce identical filenames for
>>> different but still existing segments. It happens when
>>> h
2016-12-26 17:05 GMT+08:00 Steven Liu :
>
>
> 2016-12-26 9:14 GMT+08:00 Bodecs Bela :
>
>> Dear All,
>>
>> with use_localtime parameter hlsenc may produce identical filenames for
>> different but still existing segments. It happens when
>> hls_segment_filename contains
>> syntacticaly correct but
On Mon, Dec 26, 2016 at 2:32 AM, Ronald S. Bultje wrote:
> I know I'm terribly nitpicking here for the limited scope of the comment,
> but this only matters for functions that have a return value. Do you think
> it makes sense to allow functions to opt out of this requirement if they
> explicitly
2016-12-26 9:14 GMT+08:00 Bodecs Bela :
> Dear All,
>
> with use_localtime parameter hlsenc may produce identical filenames for
> different but still existing segments. It happens when
> hls_segment_filename contains
> syntacticaly correct but inadequate format parameters. Currently there
> is no
26 matches
Mail list logo
