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
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
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_
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
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
---
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,
---
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 | 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_
---
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_
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,
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 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
---
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_
---
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 | 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_
> 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
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
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 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
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
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, 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
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 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
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
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
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
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
> 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
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
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
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
---
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;
---
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
> 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
> 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.
>
>
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
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
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
> 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.
+
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
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
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
>> +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
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
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
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
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
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
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
__
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
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.
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;
---
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
---
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
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
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 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
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
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
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
> 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
> 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 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
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, 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
> @@ -
68 matches
Mail list logo
