On Mon, 26 Sep 2016 14:39:12 -0300
James Almer wrote:
> This will allow ffmpeg.c to stop using AVStream.codec in some cases
>
> Signed-off-by: James Almer
> ---
> TODO: Version bump, APIChanges entry.
>
> libavformat/avformat.h | 7 +++
>
Signed-off-by: Sasi Inguva
---
tests/fate-run.sh| 2 +-
tests/ref/fate/gaplessenc-itunes-to-ipod-aac | 32 ++--
tests/ref/fate/gaplessenc-pcm-to-mov-aac | 32 ++--
Signed-off-by: Sasi Inguva
---
libavformat/mov.c| 81
tests/ref/fate/gaplessenc-itunes-to-ipod-aac | 2 +-
tests/ref/fate/gaplessenc-pcm-to-mov-aac | 2 +-
3 files changed, 72 insertions(+), 13 deletions(-)
diff
On 9/26/2016 3:22 PM, wm4 wrote:
> On Mon, 26 Sep 2016 14:39:12 -0300
> James Almer wrote:
>
>> This will allow ffmpeg.c to stop using AVStream.codec in some cases
>>
>> Signed-off-by: James Almer
>> ---
>> TODO: Version bump, APIChanges entry.
>>
>>
From: Carlos Fernandez
Signed-off-by: Carlos Fernandez
---
libavformat/mpegts.c | 64 ++--
1 file changed, 62 insertions(+), 2 deletions(-)
diff --git a/libavformat/mpegts.c b/libavformat/mpegts.c
On Mon, 26 Sep 2016 10:13:39 -0700
Jon Toohill wrote:
> ---
> libavformat/mp3dec.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/libavformat/mp3dec.c b/libavformat/mp3dec.c
> index 56c7f8c..9cc85a3 100644
> --- a/libavformat/mp3dec.c
> +++
On Sun, Sep 4, 2016 at 9:48 AM, Marton Balint wrote:
>
> Sorry for the delay. Below some comments.
Thanks for that. I've submitted a new patch that hopefully addresses
everything. Definitely much cleaner now.
Carlos
___
ffmpeg-devel
On 9/26/2016 2:13 PM, Jon Toohill wrote:
> trailing_padding is not known before encoding.
> ---
> libavformat/mp3enc.c | 20 +---
> 1 file changed, 13 insertions(+), 7 deletions(-)
>
> diff --git a/libavformat/mp3enc.c b/libavformat/mp3enc.c
> index de63401..433b070 100644
> ---
On 9/26/2016 2:13 PM, Jon Toohill wrote:
> This preserves changes to fields of AVCodecContext that get
> updated during encoding, such as trailing_padding (which
> may not be known until encoding is complete).
> ---
> ffmpeg.c | 15 +++
> 1 file changed, 15 insertions(+)
>
> diff
On Sep 26, 2016 04:05, "Marton Balint" wrote:
>
> Overriding width/height with display width/height does not seem right, check
> what happens with a PAL IMX50 MXF file for example. If you want to signal
> this, then a stream side data with some AVPanScan values might make more
This commit is based on commit 35c8580 from Anton Khirnov
which was skipped in b8945c4.
The avcodec_copy_context() call in the encode path is left in place for now
as AVStream.codec is apparently still required even after porting ffmpeg to
the new bsf API.
Signed-off-by:
From: Carlos Fernandez
Signed-off-by: Carlos Fernandez
---
libavformat/Makefile | 2 +-
libavformat/hlsenc.c | 110 ---
libavformat/scte_35.c | 527 ++
libavformat/scte_35.h | 86
- Addressed all issues (I think) raised by cus. Major refactor from v9
Carlos Fernandez (4):
Adding SCTE-35 CUI codec
SCTE-35 extraction from mpegts
SCTE-35 support in hlsenc
Correct Indentation
libavcodec/avcodec.h| 3 +-
libavcodec/codec_desc.c | 6 +
libavformat/Makefile
From: Carlos Fernandez
Signed-off-by: Carlos Fernandez
---
libavcodec/avcodec.h| 3 ++-
libavcodec/codec_desc.c | 6 ++
2 files changed, 8 insertions(+), 1 deletion(-)
diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
index
Sent three separate patches. PTAL. Thanks.
On Fri, Sep 23, 2016 at 6:55 PM, Michael Niedermayer wrote:
> On Fri, Sep 23, 2016 at 06:20:18PM -0700, Sasi Inguva wrote:
> > Signed-off-by: Sasi Inguva
> > ---
> > libavcodec/utils.c
Signed-off-by: Sasi Inguva
---
libavcodec/utils.c | 16 +++-
1 file changed, 7 insertions(+), 9 deletions(-)
diff --git a/libavcodec/utils.c b/libavcodec/utils.c
index b0345b6..6323156 100644
--- a/libavcodec/utils.c
+++ b/libavcodec/utils.c
@@ -2320,7 +2320,6 @@
This will allow ffmpeg.c to stop using AVStream.codec in some cases
Signed-off-by: James Almer
---
TODO: Version bump, APIChanges entry.
libavformat/avformat.h | 7 +++
libavformat/utils.c| 10 ++
2 files changed, 17 insertions(+)
diff --git
Thanks for the inspiring reply Nicholas :) I am glad that you find the idea
very interesting.
>> I think this could be a very interesting project, but maybe also very
hard.
>> I myself do not have the skills or knowledge to help in any way in that
area.
I have been reading few papers related to
From: Carlos Fernandez
Signed-off-by: Carlos Fernandez
---
libavformat/hlsenc.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index b210fe6..127b2ab 100644
---
Le quartidi 4 vendémiaire, an CCXXV, Pallavi Kumari a écrit :
> I want to propose the idea of implementing filters for ffmpeg that would
> give different audio fingerprints for an audio which could be reused by
> other people for variety of applications. Goal of this system is given a
> song as a
This preserves changes to fields of AVCodecContext that get
updated during encoding, such as trailing_padding (which
may not be known until encoding is complete).
---
ffmpeg.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/ffmpeg.c b/ffmpeg.c
index df55a49..1e973f5 100644
---
libavcodec/libmp3lame.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/libmp3lame.c b/libavcodec/libmp3lame.c
index 5642264..1566921 100644
--- a/libavcodec/libmp3lame.c
+++ b/libavcodec/libmp3lame.c
@@ -218,6 +218,7 @@ static int mp3lame_encode_frame(AVCodecContext *avctx,
Trimming trailing_padding samples from the end of the track is not yet
implemented.
Jon Toohill (4):
ffmpeg: re-copy codec contexts after encoding
lavc/libmp3lame: set trailing_padding after flushing encoder
lavf/mp3enc: write encoder delay/padding upon closing
lavf/mp3dec: read encoder
---
libavformat/mp3dec.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavformat/mp3dec.c b/libavformat/mp3dec.c
index 56c7f8c..9cc85a3 100644
--- a/libavformat/mp3dec.c
+++ b/libavformat/mp3dec.c
@@ -239,6 +239,8 @@ static void mp3_parse_info_tag(AVFormatContext *s, AVStream
*st,
trailing_padding is not known before encoding.
---
libavformat/mp3enc.c | 20 +---
1 file changed, 13 insertions(+), 7 deletions(-)
diff --git a/libavformat/mp3enc.c b/libavformat/mp3enc.c
index de63401..433b070 100644
--- a/libavformat/mp3enc.c
+++ b/libavformat/mp3enc.c
@@
Le quintidi 5 vendémiaire, an CCXXV, raymond zheng a écrit :
> ping...
Sorry for the delay, I forgot yesterday. It looks nice at first glance, but
I will need a little more time for testing.
Regards,
--
Nicolas George
signature.asc
Description: Digital signature
On Sun, 25 Sep 2016 19:32:37 +0200
Stefano Sabatini wrote:
> On date Saturday 2016-09-24 15:21:11 +0200, wm4 encoded:
> > On Fri, 23 Sep 2016 19:46:16 +0200
> > Stefano Sabatini wrote:
> >
> > > On date Friday 2016-09-23 09:34:19 +0200, wm4 encoded:
> Will push later today, unless someone has a better idea how to address
> this issue.
> Maybe some way to not use av_frame_copy_props in the first place?
applied
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
From 9f183abbdde7fa50b9425165dd792d2770098749 Mon Sep 17 00:00:00 2001
From: Alex Agranovsky
Date: Mon, 26 Sep 2016 16:23:45 -0400
Subject: [PATCH] avfilter/vf_drawtext: fixed default/flt formatting ignoring
offset parameter
Signed-off-by: Alex Agranovsky
On Mon, Sep 26, 2016 at 02:39:13PM -0300, James Almer wrote:
> This commit is based on commit 35c8580 from Anton Khirnov
> which was skipped in b8945c4.
>
> The avcodec_copy_context() call in the encode path is left in place for now
> as AVStream.codec is apparently still
2016-09-25 21:47 GMT+02:00 Clément Bœsch :
>> +{ "write_tmcd", "force or disable writing tmcd",
>> offsetof(MOVMuxContext, write_tmcd), AV_OPT_TYPE_INT, {.i64 = -1}, -1, 1,
>> AV_OPT_FLAG_ENCODING_PARAM},
>
> AV_OPT_TYPE_BOOL
Applied with that change.
[...]
> Didn't test nor
Hi!
As requested by Clément, no opinion here.
Please comment, Carl Eugen
From 233aaff6511c3b105a7ac2dad2d55d03455df153 Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Mon, 26 Sep 2016 08:52:36 +0200
Subject: [PATCH] lavf/movenc: Only write timecode track for mov by
ping...
2016-09-23 11:48 GMT+08:00 raymondzheng1...@gmail.com <
raymondzheng1...@gmail.com>:
> Thanks for your suggest, I have modified patch. see below.
> ---
> libavformat/concatdec.c | 24 +---
> 1 file changed, 17 insertions(+), 7 deletions(-)
>
> diff --git
2016-09-26 1:52 GMT+02:00 Jan Ekström :
> * Renames the `width` and `height` entries to `stored_{width,height}`
> according to the specification's naming.
This should be a separate patch. (Although I wonder how useful it is:
Are you planning to add yourself as mxf maintainer?
2016-09-26 8:42 GMT+02:00 Jan Ekstrom :
> On Sep 26, 2016 09:29, "Carl Eugen Hoyos" wrote:
>>
>> 2016-09-26 1:52 GMT+02:00 Jan Ekström :
>>
>> If this fixes anything (I am not sure I understand: Are you changing a
>> type which introduces a
0001-avformat-hlsenc-support-mkdir_p-for-use_localtime_mk.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
0002-doc-muxers-fix-error-for-hlsenc-exmpales.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
From: Jay Ridgeway
rename URISTR to NONNULLSTR
---
libavformat/rtsp.c| 19 ---
libavformat/rtsp.h| 8
libavformat/tls_gnutls.c | 7 +++
libavformat/tls_openssl.c | 7 +++
On Mon, Sep 26, 2016 at 11:42:50AM -0700, Sasi Inguva wrote:
> Signed-off-by: Sasi Inguva
> ---
> libavcodec/utils.c | 16 +++-
> 1 file changed, 7 insertions(+), 9 deletions(-)
applying just this patch breaks
./ffmpeg_g -f u8 -ar 16000 -ac 1 -i sync_audio.raw
On Mon, Sep 26, 2016 at 04:04:55PM +0800, Steven Liu wrote:
>
> muxers.texi |6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
> 44f5601d940ca8826a22c66cdbbb640b1ee247c5
> 0002-doc-muxers-fix-error-for-hlsenc-exmpales.patch
> From 513e8ab789eff6ca7ab4fffd13b3124db34e7d0e Mon Sep
On Sat, Sep 24, 2016 at 12:06:07PM +0200, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes ticket #1673.
> ISO13818-1 indeed specifies in §2.4.3.3 that values
> up to 0xF are reserved.
>
> Please comment, Carl Eugen
> mpegtsenc.c |2 +-
> 1 file changed, 1 insertion(+), 1
On Mon, Sep 26, 2016 at 6:01 PM, Michael Niedermayer wrote:
> On Mon, Sep 26, 2016 at 11:42:50AM -0700, Sasi Inguva wrote:
> > Signed-off-by: Sasi Inguva
> > ---
> > libavcodec/utils.c | 16 +++-
> > 1 file changed, 7 insertions(+), 9
On Mon, Sep 26, 2016 at 6:01 PM, Michael Niedermayer wrote:
> On Mon, Sep 26, 2016 at 11:42:50AM -0700, Sasi Inguva wrote:
> > Signed-off-by: Sasi Inguva
> > ---
> > libavcodec/utils.c | 16 +++-
> > 1 file changed, 7 insertions(+), 9
Signed-off-by: Sasi Inguva
---
libavcodec/utils.c | 16 +++-
libavcodec/version.h | 2 +-
2 files changed, 8 insertions(+), 10 deletions(-)
diff --git a/libavcodec/utils.c b/libavcodec/utils.c
index b0345b6..6323156 100644
--- a/libavcodec/utils.c
+++
Also don't set time_base. It's deprecated for decoding and avcodec_open2()
will overwrite it
Signed-off-by: James Almer
---
ffprobe.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/ffprobe.c b/ffprobe.c
index b59f11e..bb3979c 100644
--- a/ffprobe.c
On Mon, Sep 26, 2016 at 08:06:47PM -0300, James Almer wrote:
> This commit is based on commit 35c8580 from Anton Khirnov
> which was skipped in b8945c4.
>
> The avcodec_copy_context() call in the encode path is left in place for now
> as AVStream.codec is apparently still
2016-09-25 23:55 GMT+02:00 Michael Niedermayer :
>> > probably ok
>> > it might be ultimately easier to reject demuxer output that has
>> > timestamps close to INT64 MAX/MIN instead of protecting all
>> > computations one by one though
>>
>> I don't disagree but I am
> When the input frames contain side data, it will accumulate endlessly in
> the coded frame, as av_frame_copy_props will append any new side data.
> ---
> libavcodec/mpegvideo_enc.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/libavcodec/mpegvideo_enc.c b/libavcodec/mpegvideo_enc.c
Hi!
Attached patch allows to write arbitrary (mono) channel_masks
even for 16bit 48kHz pcm audio.
Please comment, Carl Eugen
From de791edddeb16aadaa28f7ab53f1f60a9874 Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Mon, 26 Sep 2016 12:36:54 +0200
Subject: [PATCH]
On Sep 26, 2016 09:29, "Carl Eugen Hoyos" wrote:
>
> 2016-09-26 1:52 GMT+02:00 Jan Ekström :
>
> If this fixes anything (I am not sure I understand: Are you changing a
> type which introduces a possible undefined behaviour, so you add an
> additional check at
On 9/26/2016 6:38 PM, Michael Niedermayer wrote:
> On Mon, Sep 26, 2016 at 02:39:13PM -0300, James Almer wrote:
>> This commit is based on commit 35c8580 from Anton Khirnov
>> which was skipped in b8945c4.
>>
>> The avcodec_copy_context() call in the encode path is left in
On Mon, Sep 26, 2016 at 07:17:20PM -0300, James Almer wrote:
> On 9/26/2016 6:38 PM, Michael Niedermayer wrote:
> > On Mon, Sep 26, 2016 at 02:39:13PM -0300, James Almer wrote:
> >> This commit is based on commit 35c8580 from Anton Khirnov
> >>
> >> which was skipped in
On 8/30/2016 8:26 PM, Stephen Hutchinson wrote:
---
compat/avisynth/avisynth_c.h | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/compat/avisynth/avisynth_c.h b/compat/avisynth/avisynth_c.h
index 605b92a..2f84dd1 100644
--- a/compat/avisynth/avisynth_c.h
+++
ISO 18318 reserves PIDs 0x00-0x0F
DVB also reserves PIDs 0x10-0x1F
ARIB also reserves PIDs 0x20-0x2F
ATSC also reserves PID 0x1FFB
So, if there is going to be change to permitted PIDs assignment anyway, I
suggest to go with safest choice and use 0x0030-0x1FEF range
2016-09-27 4:41 GMT+03:00
Nevermind, I didn't though this through. Default value is high enough to
comply with all standards. If someone really wants/needs to use 0x0010 as
PMT/data pids then it should be permitted since it is permitted by
13818-1:2000. By the same logic upper limit should be set to 0x1FFE. Though
it
Hi,
On Sun, Sep 25, 2016, at 04:32 AM, Pallavi Kumari wrote:
[...]
> I want to propose the idea of implementing filters for ffmpeg that would
> give different audio fingerprints for an audio which could be reused by
> other people for variety of applications.
chromaprint comes to mind. It may be
On 8/30/2016 8:26 PM, Stephen Hutchinson wrote:
---
libavformat/avisynth.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavformat/avisynth.c b/libavformat/avisynth.c
index 1fe8e08..1acc44f 100644
--- a/libavformat/avisynth.c
+++ b/libavformat/avisynth.c
@@ -690,8
Enables writing a bit rate field into the ISML manifest when bit rate is not
set but maxrate is, adds support for language codes in the smooth streaming
manifest.
Updated to work with post-codecpar. Timestamp patch was dropped since there
is a patch available to be tested which enables the usage
Streaming servers appear to ignore all other language metadata.
Signed-off-by: Jan Ekström
---
libavformat/movenc.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index d5ed1dd..28edb18 100644
--- a/libavformat/movenc.c
+++
This commit is based on commit 35c8580 from Anton Khirnov
which was skipped in b8945c4.
The avcodec_copy_context() call in the encode path is left in place for now
as AVStream.codec is apparently still required even after porting ffmpeg to
the new bsf API.
Signed-off-by:
This way, in case of bit rate not being set, max_bitrate will be
used instead. This enables, for example, re-using max_bitrate
information from the input or doing transcoding with a rate
control mode that is not bit rate based.
Signed-off-by: Jan Ekström
---
On Mon, Sep 26, 2016 at 10:59:45AM -0700, Carlos Fernandez Sanz wrote:
> From: Carlos Fernandez
>
> Signed-off-by: Carlos Fernandez
> ---
> libavformat/mpegts.c | 64
> ++--
> 1 file changed, 62
te multi level dir,
> ffmpeg give error message:
> ffmpeg -i ~/Movies/objectC/facebook.mp4 -c copy -use_localtime 1
> -use_localtime_mkdir 1 -hls_segment_filename '%Y%m%d/file-%Y%m%d/%s.ts'
> out.m3u8
> error message:
> Could not create directory 20160926/file-20160926 with use_loca
A similar concern was raised in a previous related patch:
http://ffmpeg.org/pipermail/ffmpeg-devel/2016-May/194690.html
I think the resolution at the time was to go ahead with using both, since
both are used widely and serve slightly different purposes, although I do
agree that it's confusing.
I
64 matches
Mail list logo