On Sun, 20 Sep 2015 21:55:34 -0500
Rodger Combs wrote:
> ---
> libavformat/hls.c | 12
> 1 file changed, 8 insertions(+), 4 deletions(-)
>
> diff --git a/libavformat/hls.c b/libavformat/hls.c
> index c16c770..a5073ff 100644
> --- a/libavformat/hls.c
> +++ b/libavformat/hls.c
> @@ -
On Sun, 20 Sep 2015 21:55:35 -0500
Rodger Combs wrote:
> This will give incorrect results in some cases due to not parsing segments
> separately, but it works well enough in general that it seems worth enabling.
> ---
> libavformat/hls.c | 4
> 1 file changed, 4 deletions(-)
>
> diff --git
On Sun, Sep 20, 2015 at 8:13 PM, Vittorio Gambaletta
wrote:
> The patch created problems when remuxing TS files that contain AAC audio to
> Matroska.
>
> Fixes: 51da7d02748c ("matroskaenc: refuse to write AAC without valid
> extradata")
> Signed-off-by: Vittorio Gambaletta
>
Simply reverting a
> Am 21.09.2015 um 08:05 schrieb Matthieu Bouron :
>
>> On 08/25/2015 10:45 AM, Matthieu Bouron wrote:
>> From: Matthieu Bouron
>>
>> Tries to avoid losing frames when frames are not consumed quickly enough.
>>
>> Locking/Condition waiting is now performed with a NSConditionLock instead
>> of
> On Sep 21, 2015, at 02:39, wm4 wrote:
>
> On Sun, 20 Sep 2015 21:55:34 -0500
> Rodger Combs mailto:rodger.co...@gmail.com>> wrote:
>
>> ---
>> libavformat/hls.c | 12
>> 1 file changed, 8 insertions(+), 4 deletions(-)
>>
>> diff --git a/libavformat/hls.c b/libavformat/hls.c
>> in
On Mon, 21 Sep 2015 03:37:46 -0500
Rodger Combs wrote:
>
> > On Sep 21, 2015, at 02:39, wm4 wrote:
> >
> > On Sun, 20 Sep 2015 21:55:34 -0500
> > Rodger Combs mailto:rodger.co...@gmail.com>> wrote:
> >
> >> ---
> >> libavformat/hls.c | 12
> >> 1 file changed, 8 insertions(+), 4 d
Il 21.09.2015 07:39:24 Ronald S. Bultje ha scritto:
Is this still necessary if you use the adtstoaasc bitstream filter?
Yes.
Il 21.09.2015 09:45:55 Hendrik Leppkes ha scritto:
Simply reverting and thus allowing broken files to be created once
again is not a good idea. I recommend to properly
The stream ID is essentially an arbitrary number defined by the .idx
file headers. They have to match the IDs in the .sub stream. The vobsub
demuxer assumed the IDs would just start from 0, increassing by 1 for
each stream. This is not correct. In the sample I had, the IDs were
starting from 1, lea
On Mon, 21 Sep 2015 11:57:11 +0200
"Vittorio Gambaletta (VittGam)" wrote:
> Il 21.09.2015 07:39:24 Ronald S. Bultje ha scritto:
> > Is this still necessary if you use the adtstoaasc bitstream filter?
>
> Yes.
>
> Il 21.09.2015 09:45:55 Hendrik Leppkes ha scritto:
> > Simply reverting and thus a
On Mon, Sep 21, 2015 at 11:57 AM, Vittorio Gambaletta (VittGam)
wrote:
> Il 21.09.2015 07:39:24 Ronald S. Bultje ha scritto:
>>
>> Is this still necessary if you use the adtstoaasc bitstream filter?
>
>
> Yes.
>
> Il 21.09.2015 09:45:55 Hendrik Leppkes ha scritto:
>>
>> Simply reverting and thus a
On 21/09/2015 12:15:48 CEST, Hendrik Leppkes wrote:
AAC without extradata is invalid, there is no discussion about that.
As wm4 says, just because ffmpeg accepts it anyway doesn't really change that.
Ok. So, how can I check that the resulting file actually has missing AAC
extradata,
despite ff
---
libavutil/opt.c | 12 ++--
libavutil/opt.h | 10 ++
libavutil/version.h | 2 +-
3 files changed, 21 insertions(+), 3 deletions(-)
diff --git a/libavutil/opt.c b/libavutil/opt.c
index ce80de0..4e6425d 100644
--- a/libavutil/opt.c
+++ b/libavutil/opt.c
@@ -666,12 +666,2
---
libavutil/opt.h | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavutil/opt.h b/libavutil/opt.h
index d6d8df3..ef90e9c 100644
--- a/libavutil/opt.h
+++ b/libavutil/opt.h
@@ -553,22 +553,22 @@ int av_opt_eval_q (void *obj, const AVOption *o,
const char *val, A
This will give incorrect results in some cases due to not parsing segments
separately, so it currently requires -strict experimental.
---
libavformat/hls.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/libavformat/hls.c b/libavformat/hls.c
index aa0e214..1ce53b3 100644
---
libavformat/hls.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavformat/hls.c b/libavformat/hls.c
index c16c770..aa0e214 100644
--- a/libavformat/hls.c
+++ b/libavformat/hls.c
@@ -1316,7 +1316,8 @@ static int save_avio_options(AVFormatContext *s)
int ret = 0;
On Mon, 21 Sep 2015 12:24:28 +0200
"Vittorio Gambaletta (VittGam)" wrote:
> On 21/09/2015 12:15:48 CEST, Hendrik Leppkes wrote:
> > AAC without extradata is invalid, there is no discussion about that.
> > As wm4 says, just because ffmpeg accepts it anyway doesn't really change
> > that.
>
> Ok.
On Sun, Sep 20, 2015 at 09:50:17PM -0400, Ganesh Ajjanagadde wrote:
> If tput is not found for colorizing, error message should be squashed.
>
> Signed-off-by: Ganesh Ajjanagadde
> ---
> configure | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
applied
thanks
[...]
--
Michael Gnu
Le jour de la Récompense, an CCXXIII, Rodger Combs a écrit :
> ---
> libavutil/opt.h | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
What is the benefit? I am a bit afraid it would make the merging work
harder.
Regards,
--
Nicolas George
__
Le jour de la Récompense, an CCXXIII, Rodger Combs a écrit :
> ---
> libavutil/opt.c | 12 ++--
> libavutil/opt.h | 10 ++
> libavutil/version.h | 2 +-
> 3 files changed, 21 insertions(+), 3 deletions(-)
I think this is a good idea.
(I would even say it should be the de
On Mon, Sep 21, 2015 at 12:09:08PM +0200, wm4 wrote:
> The stream ID is essentially an arbitrary number defined by the .idx
> file headers. They have to match the IDs in the .sub stream. The vobsub
> demuxer assumed the IDs would just start from 0, increassing by 1 for
> each stream. This is not co
On Mon, 21 Sep 2015 08:47:03 +0200
Clément Bœsch wrote:
> On Sun, Sep 20, 2015 at 11:29:52PM +0200, wm4 wrote:
> > On Sun, 20 Sep 2015 22:59:17 +0200
> > Clément Bœsch wrote:
> >
> > > On Sun, Sep 20, 2015 at 04:12:37PM +0200, wm4 wrote:
> > > > Some .idx files actually contain duplicate subtit
Broken by commit ba12ba859aabfa7153ba397d869db13acdaba340. This only
happens with HLS streams which use encryption and require preserving
cookies sent by the server.
Fixes trac issue #4846.
---
Really stupid...
---
libavformat/hls.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff
Dear friends,
we had a problem with an HLS server which was using chunked http transfer over
persistence http connection.
Even if we have received all data (chunksize = 0) the read of a m3u8 playlist
was blocked till the server tears down the TCP
connection. Please find attached a patch for avfor
>> +if (frame->format == AV_PIX_FMT_YUVA420P || frame->format ==
>> AV_PIX_FMT_YUVA422P)
>> +x /= 2;
>> +
>> +if (frame->format == AV_PIX_FMT_YUVA420P)
>> +y /= 2;
>
> Why not use the usual subsampling mechanism? (using vsub/hsub etc)
That seemed more complex to me, as th
On Mon, Sep 21, 2015 at 03:51:37PM +0200, Timo Rothenpieler wrote:
> >> +if (frame->format == AV_PIX_FMT_YUVA420P || frame->format ==
> >> AV_PIX_FMT_YUVA422P)
> >> +x /= 2;
> >> +
> >> +if (frame->format == AV_PIX_FMT_YUVA420P)
> >> +y /= 2;
> >
> > Why not use the usual
Signed-off-by: Kyle Swanson
---
doc/filters.texi | 19 +
libavfilter/Makefile | 1 +
libavfilter/af_tremolo.c | 177 +++
libavfilter/allfilters.c | 1 +
libavfilter/version.h| 2 +-
5 files changed, 199 insertions(+), 1 deleti
I've made these changes and have re-submitted as a new patch. Thanks!
On Sun, Sep 20, 2015 at 2:46 AM, Paul B Mahol wrote:
> Dana 20. 9. 2015. 06:28 osoba "Kyle Swanson" napisala je:
>>
>> Signed-off-by: Kyle Swanson
>> ---
>> doc/filters.texi | 19 ++
>> libavfilter/Makefile
> Benefit would be to save 2 branching and 2 div (the div can already be
> replaced by a shift here though - which would have a benefit since x & y
> are signed) and keep the code generic.
Changed it to a shift and moved the if() out of the loop.
No observable performance benefit though.
+
Assuming the first and second packets are partial, this would append the
reassembly buffer (ctx->buf) to itself with the second
append_to_cached_buf() call, because buf is set to ctx->buf.
I do not know a valid sample file which triggers this, and do not know
if packets can be split into more than
If cmd_pos is broken, this would just keep accumulating packets in the
reassembly buffer, until it fails and flushes the buffer on overflow.
Since packets are usually rather small, this will take a lot of subtitle
packets. The perceived effect is that subtitles are not displayed
anymore after the f
Hi FFmpeg developers
Currently we have a server at Hetzner for ~50 euro per month
and one hosted by kieran for 0 euro per month
we also have a sofar unused server hosted at telepoint.bg for 0 per
month. This last server has been bought for the sole purpose of
being used for FFmpeg as we asked for
> On Sep 21, 2015, at 05:49, Nicolas George wrote:
>
> Le jour de la Récompense, an CCXXIII, Rodger Combs a écrit :
>> ---
>> libavutil/opt.h | 8
>> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> What is the benefit? I am a bit afraid it would make the merging work
> harder.
>
>
> On Sep 21, 2015, at 05:53, Nicolas George wrote:
>
> Le jour de la Récompense, an CCXXIII, Rodger Combs a écrit :
>> ---
>> libavutil/opt.c | 12 ++--
>> libavutil/opt.h | 10 ++
>> libavutil/version.h | 2 +-
>> 3 files changed, 21 insertions(+), 3 deletions(-)
>
> I th
---
libavutil/opt.c | 12 ++--
libavutil/opt.h | 10 ++
libavutil/version.h | 2 +-
3 files changed, 21 insertions(+), 3 deletions(-)
diff --git a/libavutil/opt.c b/libavutil/opt.c
index ce80de0..03160c7 100644
--- a/libavutil/opt.c
+++ b/libavutil/opt.c
@@ -666,12 +666,2
---
libavformat/hls.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/hls.c b/libavformat/hls.c
index c16c770..93ebf6a 100644
--- a/libavformat/hls.c
+++ b/libavformat/hls.c
@@ -1316,7 +1316,7 @@ static int save_avio_options(AVFormatContext *s)
int ret = 0;
On Mon, 21 Sep 2015 10:16:43 -0500, Kyle Swanson wrote:
> Signed-off-by: Kyle Swanson
> ---
> doc/filters.texi | 19 +
> libavfilter/Makefile | 1 +
> libavfilter/af_tremolo.c | 177
> +++
> libavfilter/allfilters.c | 1 +
> libav
On Mon, Sep 21, 2015 at 06:25:30PM +0200, wm4 wrote:
> Assuming the first and second packets are partial, this would append the
> reassembly buffer (ctx->buf) to itself with the second
> append_to_cached_buf() call, because buf is set to ctx->buf.
>
> I do not know a valid sample file which trigge
Signed-off-by: Paul B Mahol
---
configure| 4 +
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_zscale.c | 546 +++
4 files changed, 552 insertions(+)
create mode 100644 libavfilter/vf_zscale.c
dif
> This "decision" thingy, is intended to confirm that
> * Stuff should be moved to the telepoint server, possibly duplicates
> should be left at/moved to the hetzner server for redundancy, if
> this is technically possible (maybe it should be called copy instead
> of move in that case)
As di
On Mon, 21 Sep 2015 21:15:23 +0200
Michael Niedermayer wrote:
> On Mon, Sep 21, 2015 at 06:25:30PM +0200, wm4 wrote:
> > Assuming the first and second packets are partial, this would append the
> > reassembly buffer (ctx->buf) to itself with the second
> > append_to_cached_buf() call, because buf
On Mon, Sep 21, 2015 at 3:27 PM, Kieran Kunhya wrote:
>> This "decision" thingy, is intended to confirm that
>> * Stuff should be moved to the telepoint server, possibly duplicates
>> should be left at/moved to the hetzner server for redundancy, if
>> this is technically possible (maybe it sho
Michael Niedermayer gmx.at> writes:
> This "decision" thingy, is intended to confirm that
> * Stuff should be moved to the telepoint server, possibly duplicates
> should be left at/moved to the hetzner server for redundancy, if
> this is technically possible (maybe it should be called copy in
Paul B Mahol gmail.com> writes:
> +#include
Where can I find this header?
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Mon, 21 Sep 2015 15:43:08 -0400, Ganesh Ajjanagadde wrote:
> By the way, I would also like to ask someone to put out the salient
> outcomes (relevant to the project) of the VDD15 discussion on the
> mailing list as a new thread. As it stands, I am completely in the
> dark as to what happened at
On 9/21/15, Carl Eugen Hoyos wrote:
> Paul B Mahol gmail.com> writes:
>
>> +#include
>
> Where can I find this header?
www://github.com/sekrit-twc/zimg
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-dev
On 9/21/15, Kyle Swanson wrote:
> Signed-off-by: Kyle Swanson
> ---
> doc/filters.texi | 19 +
> libavfilter/Makefile | 1 +
> libavfilter/af_tremolo.c | 177
> +++
> libavfilter/allfilters.c | 1 +
> libavfilter/version.h| 2
Paul B Mahol gmail.com> writes:
> On 9/21/15, Carl Eugen Hoyos ag.or.at> wrote:
> > Paul B Mahol gmail.com> writes:
> >
> >> +#include
> >
> > Where can I find this header?
>
> www://github.com/sekrit-twc/zimg
Thank you!
Do you know how or if this is related to:
https://github.com/buaazp/zi
On 9/21/15, Carl Eugen Hoyos wrote:
> Paul B Mahol gmail.com> writes:
>
>> On 9/21/15, Carl Eugen Hoyos ag.or.at> wrote:
>> > Paul B Mahol gmail.com> writes:
>> >
>> >> +#include
>> >
>> > Where can I find this header?
>>
>> www://github.com/sekrit-twc/zimg
>
> Thank you!
>
> Do you know how o
On Mon, Sep 21, 2015 at 06:25:31PM +0200, wm4 wrote:
> If cmd_pos is broken, this would just keep accumulating packets in the
> reassembly buffer, until it fails and flushes the buffer on overflow.
> Since packets are usually rather small, this will take a lot of subtitle
> packets. The perceived e
Paul B Mahol gmail.com> writes:
> www://github.com/sekrit-twc/zimg
I fear that a working link is needed in the
documentation of the filter.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-de
On 9/21/15, Carl Eugen Hoyos wrote:
> Paul B Mahol gmail.com> writes:
>
>> www://github.com/sekrit-twc/zimg
>
> I fear that a working link is needed in the
> documentation of the filter.
This link works fine.
>
> Carl Eugen
>
> ___
> ffmpeg-devel mail
> Doesn't produce similar output as sox.
>
> Looks like there is no need to use generate_wave_table
> as phase is calculated differently, even tremolo from
> tap plugins do something different.
>
> Can you elaborate this approach?
This filter is just amplitude modulation. Just took a listen a
---
libavcodec/aac_ac3_parser.c | 32
1 file changed, 16 insertions(+), 16 deletions(-)
diff --git a/libavcodec/aac_ac3_parser.c b/libavcodec/aac_ac3_parser.c
index 2f7d568..dfa951e 100644
--- a/libavcodec/aac_ac3_parser.c
+++ b/libavcodec/aac_ac3_parser.c
@@ -36,
---
libavcodec/aacdec_template.c | 8
1 file changed, 8 insertions(+)
diff --git a/libavcodec/aacdec_template.c b/libavcodec/aacdec_template.c
index c2d7d05..a999013 100644
--- a/libavcodec/aacdec_template.c
+++ b/libavcodec/aacdec_template.c
@@ -3118,6 +3118,14 @@ static int aac_decode_
---
doc/bitstream_filters.texi | 11 ---
libavcodec/aac_adtstoasc_bsf.c | 74 ++
libavformat/flvenc.c | 6
libavformat/movenc.c | 6
4 files changed, 2 insertions(+), 95 deletions(-)
diff --git a/doc/bitstream_filters
---
libavcodec/aac_ac3_parser.c | 65 ++---
tests/ref/fate/adts-demux | 2 +-
2 files changed, 63 insertions(+), 4 deletions(-)
diff --git a/libavcodec/aac_ac3_parser.c b/libavcodec/aac_ac3_parser.c
index dfa951e..a7e9278 100644
--- a/libavcodec/aac_ac3_
On Mon, Sep 21, 2015 at 9:49 PM, Rodger Combs wrote:
> ---
> libavcodec/aac_ac3_parser.c | 32
> 1 file changed, 16 insertions(+), 16 deletions(-)
>
> diff --git a/libavcodec/aac_ac3_parser.c b/libavcodec/aac_ac3_parser.c
> index 2f7d568..dfa951e 100644
> --- a/li
On Mon, Sep 21, 2015 at 6:50 PM Rodger Combs wrote:
> ---
> libavcodec/aacdec_template.c | 8
> 1 file changed, 8 insertions(+)
>
> diff --git a/libavcodec/aacdec_template.c b/libavcodec/aacdec_template.c
> index c2d7d05..a999013 100644
> --- a/libavcodec/aacdec_template.c
> +++ b/libav
On Mon, Sep 21, 2015 at 6:51 PM Rodger Combs wrote:
> ---
> doc/bitstream_filters.texi | 11 ---
> libavcodec/aac_adtstoasc_bsf.c | 74
> ++
> libavformat/flvenc.c | 6
> libavformat/movenc.c | 6
> 4 files changed,
---
libavcodec/aacdec_template.c | 8
1 file changed, 8 insertions(+)
diff --git a/libavcodec/aacdec_template.c b/libavcodec/aacdec_template.c
index c2d7d05..48717c7 100644
--- a/libavcodec/aacdec_template.c
+++ b/libavcodec/aacdec_template.c
@@ -3118,6 +3118,14 @@ static int aac_decode_
---
libavcodec/aac_ac3_parser.c | 65 ++---
tests/ref/fate/adts-demux | 2 +-
2 files changed, 63 insertions(+), 4 deletions(-)
diff --git a/libavcodec/aac_ac3_parser.c b/libavcodec/aac_ac3_parser.c
index dfa951e..a7e9278 100644
--- a/libavcodec/aac_ac3_
---
Changelog | 1 +
doc/bitstream_filters.texi | 11 ---
libavcodec/aac_adtstoasc_bsf.c | 73 ++
libavformat/flvenc.c | 6
libavformat/movenc.c | 6
5 files changed, 3 insertions(+), 94 deletions
---
libavcodec/aac_ac3_parser.c | 32
1 file changed, 16 insertions(+), 16 deletions(-)
diff --git a/libavcodec/aac_ac3_parser.c b/libavcodec/aac_ac3_parser.c
index 2f7d568..dfa951e 100644
--- a/libavcodec/aac_ac3_parser.c
+++ b/libavcodec/aac_ac3_parser.c
@@ -36,
This fixes the https://trac.ffmpeg.org/ticket/4808, as it sets the cookie
on playlist response with setcookie header.
Update Cookies on Setcookie playlist response
---
libavformat/hls.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavformat/hls.c b/libavformat/hls.c
index 82dd744..e5c8
Dear friends,
we had a problem with an HLS server which was using chunked http transfer over
persistence http connection.
Even if we have received all data (chunksize = 0) the read of a m3u8 playlist
was blocked till the server tears down the TCP
connection. Please find attached a patch for avfor
On Tue, Sep 22, 2015 at 4:50 AM, Rodger Combs wrote:
> ---
> libavcodec/aac_ac3_parser.c | 65
> ++---
> tests/ref/fate/adts-demux | 2 +-
> 2 files changed, 63 insertions(+), 4 deletions(-)
>
> diff --git a/libavcodec/aac_ac3_parser.c b/libavcodec/aac_
On Tue, Sep 22, 2015 at 4:50 AM, Rodger Combs wrote:
> ---
> libavcodec/aacdec_template.c | 8
> 1 file changed, 8 insertions(+)
>
> diff --git a/libavcodec/aacdec_template.c b/libavcodec/aacdec_template.c
> index c2d7d05..48717c7 100644
> --- a/libavcodec/aacdec_template.c
> +++ b/libav
Signed-off-by: Paul B Mahol
---
Now with X -> gbrp path fixed.
---
configure| 4 +
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_zscale.c | 581 +++
4 files changed, 587 insertions(+)
create mode
68 matches
Mail list logo
