Re: [FFmpeg-devel] lavu: add text encoding conversion API

2015-09-24 Thread Nicolas George
Le duodi 2 vendémiaire, an CCXXIV, James Darnley a écrit : > At first I was wondering how FFmpeg would have a non-optional part of > the API if you depend on optional things such as iconv. I was half > prepared to rant about NIH and seriously wondering what was going to be > proposed. > > I

Re: [FFmpeg-devel] [PATCH] videotoolbox: allow to enable the async decoding.

2015-09-24 Thread Clément Bœsch
On Sun, Aug 09, 2015 at 01:11:44PM +0200, Sebastien Zwickert wrote: > This patch allows to use the Videotoolbox API in asynchonous mode. > Note that when using async decoding the user is responsible for > releasing the async frame. > Moreover, an option called videotoolbox_async was added to

Re: [FFmpeg-devel] [RFC][PATCH] ffmpeg: add option to transform metadata using iconv

2015-09-24 Thread Nicolas George
Le duodi 2 vendémiaire, an CCXXIV, James Darnley a écrit : > It is not supposed to replace any invalid bytes with a "random" > character. That sounds like it will only make the problem worse with > that lossy removal of data. This is trying to fix incorrect > interpretation of bytes. > > This

Re: [FFmpeg-devel] [PATCH] avformat/flacdec: support fast-seek

2015-09-24 Thread Ching-Yi Chan
Hi Hendrik, I move the index data into AVStream, but seeking is slow. (it try to download many data). Is there something wrong ? 2015-09-24 16:09 GMT+08:00 Hendrik Leppkes : > On Thu, Sep 24, 2015 at 9:08 AM, Ching-Yi Chan > wrote: > > flacdec is

Re: [FFmpeg-devel] [PATCH] avformat/flacdec: support fast-seek

2015-09-24 Thread Hendrik Leppkes
On Thu, Sep 24, 2015 at 9:08 AM, Ching-Yi Chan wrote: > flacdec is not supported fast-seek yet. > > changes: > > 1. parse the seekpoint from metadata block > 2. add seek callback to look up seek position > You should store the index in the AVStream index_entries field,

[FFmpeg-devel] [PATCH] avformat/flacdec: support fast-seek

2015-09-24 Thread Ching-Yi Chan
flacdec is not supported fast-seek yet. changes: 1. parse the seekpoint from metadata block 2. add seek callback to look up seek position 0001-avformat-flacdec-support-fast-seek.patch Description: Binary data ___ ffmpeg-devel mailing list

Re: [FFmpeg-devel] [PATCH] avformat/flacdec: support fast-seek

2015-09-24 Thread wm4
On Thu, 24 Sep 2015 15:08:06 +0800 Ching-Yi Chan wrote: > flacdec is not supported fast-seek yet. > > changes: > > 1. parse the seekpoint from metadata block > 2. add seek callback to look up seek position It would be great if we could run our new fate seek tests on

Re: [FFmpeg-devel] [PATCH] avformat/flacdec: support fast-seek

2015-09-24 Thread Hendrik Leppkes
On Thu, Sep 24, 2015 at 2:44 PM, Ching-Yi Chan wrote: > I found the generic seek will invoke the flac_read_timestamp function. > It read exta packet will slow down the seek time > https://github.com/FFmpeg/FFmpeg/blob/master/libavformat/flacdec.c#L224 > > It does that

Re: [FFmpeg-devel] [RFC][PATCH] ffmpeg: add option to transform metadata using iconv

2015-09-24 Thread James Darnley
On 2015-09-24 12:36, Nicolas George wrote: > Le duodi 2 vendémiaire, an CCXXIV, James Darnley a écrit : >> It is not supposed to replace any invalid bytes with a "random" >> character. That sounds like it will only make the problem worse with >> that lossy removal of data. This is trying to fix

Re: [FFmpeg-devel] [DECISION] Server "move"

2015-09-24 Thread Michael Niedermayer
On Tue, Sep 22, 2015 at 08:08:14PM +0200, Ronald S. Bultje wrote: > Hi, > > On Tue, Sep 22, 2015 at 7:55 PM, compn wrote: > > > On Tue, 22 Sep 2015 14:21:22 +0200 > > Clément Bœsch wrote: > > > > > On Mon, Sep 21, 2015 at 08:27:47PM +0100, Kieran Kunhya wrote: > >

Re: [FFmpeg-devel] [PATCH] avformat/flacdec: support fast-seek

2015-09-24 Thread Ching-Yi Chan
I found the generic seek will invoke the flac_read_timestamp function. It read exta packet will slow down the seek time https://github.com/FFmpeg/FFmpeg/blob/master/libavformat/flacdec.c#L224 2015-09-24 17:27 GMT+08:00 Ching-Yi Chan : > Hi Hendrik, > > I move the

Re: [FFmpeg-devel] [PATCH] avfilter/af_tremolo: make it bit-exact with sox effect of same name

2015-09-24 Thread Kyle Swanson
> s->table = av_malloc_array(inlink->sample_rate, sizeof(*s->table)); Just wondering. Is there a reason that the size of s->table is (inlink->sample_rate) and not (1.0 / inlink->sample_rate) ? Thanks! Kyle On Wed, Sep 23, 2015 at 6:16 PM, Kyle Swanson wrote: > Looks good.

[FFmpeg-devel] [PATCH] avfilter/generate_wave_table: clean up extra newlines

2015-09-24 Thread Kyle Swanson
Signed-off-by: Kyle Swanson --- libavfilter/generate_wave_table.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/libavfilter/generate_wave_table.c b/libavfilter/generate_wave_table.c index bee9c00..6cd8022 100644 --- a/libavfilter/generate_wave_table.c +++

Re: [FFmpeg-devel] [PATCH] avfilter/af_tremolo: make it bit-exact with sox effect of same name

2015-09-24 Thread Kyle Swanson
Sorry, I meant to type (1.0 / s->freq). This is one wavelength. On Thu, Sep 24, 2015 at 9:29 AM, Kyle Swanson wrote: >> s->table = av_malloc_array(inlink->sample_rate, sizeof(*s->table)); > > > Just wondering. Is there a reason that the size of s->table is > (inlink->sample_rate)

[FFmpeg-devel] [PATCH 1/3] avutil/opencl: Fix volatile pointer

2015-09-24 Thread Timo Rothenpieler
--- libavutil/opencl.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/libavutil/opencl.c b/libavutil/opencl.c index 1d78214..8686493 100644 --- a/libavutil/opencl.c +++ b/libavutil/opencl.c @@ -37,7 +37,7 @@ #endif #include "atomic.h" -static volatile pthread_mutex_t

Re: [FFmpeg-devel] [PATCH] avfilter/generate_wave_table: clean up extra newlines

2015-09-24 Thread Paul B Mahol
On 9/24/15, Kyle Swanson wrote: > Signed-off-by: Kyle Swanson > --- > libavfilter/generate_wave_table.c | 2 -- > 1 file changed, 2 deletions(-) > > diff --git a/libavfilter/generate_wave_table.c > b/libavfilter/generate_wave_table.c > index bee9c00..6cd8022 100644 >

Re: [FFmpeg-devel] [PATCH] avformat/flacdec: support fast-seek

2015-09-24 Thread Ching-Yi Chan
Is it acceptable to provide an option for different methods between accuracy seek and fast but inaccurate. For example, mp3dec having "usetoc" option to seek by toc. 2015-09-24 22:02 GMT+08:00 Hendrik Leppkes : > On Thu, Sep 24, 2015 at 2:44 PM, Ching-Yi Chan

[FFmpeg-devel] [PATCH 3/3][RFC] avfilter/vf_chromakey: Add OpenCL acceleration

2015-09-24 Thread Timo Rothenpieler
Signed-off-by: Timo Rothenpieler --- doc/filters.texi | 5 + libavfilter/chromakey_opencl_kernel.h | 98 +++ libavfilter/opencl_allkernels.c | 2 + libavfilter/vf_chromakey.c| 179

[FFmpeg-devel] [PATCH 2/3] avutil/opencl: Display build log on compile error

2015-09-24 Thread Timo Rothenpieler
--- libavutil/opencl.c | 17 - 1 file changed, 16 insertions(+), 1 deletion(-) diff --git a/libavutil/opencl.c b/libavutil/opencl.c index 8686493..2469ba4 100644 --- a/libavutil/opencl.c +++ b/libavutil/opencl.c @@ -452,8 +452,9 @@ cl_program av_opencl_compile(const char

Re: [FFmpeg-devel] [PATCH] avformat/flacdec: support fast-seek

2015-09-24 Thread wm4
On Thu, 24 Sep 2015 23:41:03 +0800 Ching-Yi Chan wrote: > Is it acceptable to provide an option for different methods > between accuracy seek and fast but inaccurate. > > For example, mp3dec having "usetoc" option to seek by toc. You could use the AVFMT_FLAG_FAST_SEEK

Re: [FFmpeg-devel] [PATCH] avfilter/af_tremolo: make it bit-exact with sox effect of same name

2015-09-24 Thread Paul B Mahol
On 9/24/15, Kyle Swanson wrote: > Sorry, I meant to type (1.0 / s->freq). This is one wavelength. I inspected what filter produces with constant 0.5 mono input and found it is repeating after each sample_rate number of samples. Please do not top post. > > On Thu, Sep 24, 2015 at

[FFmpeg-devel] [PATCH] avcodec/ffv1dec: fix crash if number of slice counts change midstream

2015-09-24 Thread Paul B Mahol
Everyting points this is currently unsupported. Signed-off-by: Paul B Mahol --- libavcodec/ffv1dec.c | 15 +++ 1 file changed, 11 insertions(+), 4 deletions(-) diff --git a/libavcodec/ffv1dec.c b/libavcodec/ffv1dec.c index 557b1a0..886f172 100644 ---

[FFmpeg-devel] [PATCH] Return EOF for ICO when the end is reached

2015-09-24 Thread Michael Bradshaw
Hello! Attached patch makes the ICO demuxer return EOF instead of EIO when the end of the file is reached. Currently, if you try to parse an ICO file, it will always result in ffmpeg outputting an error because of this. --Michael Bradshaw 0001-Return-EOF-for-ICO-when-the-end-is-reached.patch

Re: [FFmpeg-devel] [PATCH] checkasm: add vp9dsp.itxfm_add tests.

2015-09-24 Thread Henrik Gramner
On Tue, Sep 22, 2015 at 7:26 PM, Ronald S. Bultje wrote: > +for (k = 0; k < sz; k++) { > +out[k] = 0.0; > +for (n = 0; n < sz; n++) > +out[k] += in[n] * cos(M_PI * (2 * n + 1) * k / (sz * 2.0)); > +if (k == 0) > +out[k] *=

Re: [FFmpeg-devel] [RFC][PATCH] ffmpeg: add option to transform metadata using iconv

2015-09-24 Thread Nicolas George
Le tridi 3 vendémiaire, an CCXXIV, James Darnley a écrit : > As far as I understand the iconv API, it doesn't appear to do this for > you. So adding this feature would require writing code to handle more > errors returned from the iconv() function. That means a more > complicated argument

Re: [FFmpeg-devel] [PATCH] avcodec/ffv1dec: fix crash if number of slice counts change midstream

2015-09-24 Thread Paul B Mahol
On 9/24/15, Michael Niedermayer wrote: > On Thu, Sep 24, 2015 at 09:45:35PM +0200, Paul B Mahol wrote: >> Everyting points this is currently unsupported. >> >> Signed-off-by: Paul B Mahol >> --- >> libavcodec/ffv1dec.c | 15 +++ >> 1 file changed,

Re: [FFmpeg-devel] [PATCH] avcodec/ffv1dec: fix crash if number of slice counts change midstream

2015-09-24 Thread Michael Niedermayer
On Fri, Sep 25, 2015 at 12:29:04AM +0200, Paul B Mahol wrote: > On 9/24/15, Michael Niedermayer wrote: > > On Thu, Sep 24, 2015 at 09:45:35PM +0200, Paul B Mahol wrote: > >> Everyting points this is currently unsupported. > >> > >> Signed-off-by: Paul B Mahol

Re: [FFmpeg-devel] [PATCH] Return EOF for ICO when the end is reached

2015-09-24 Thread Paul B Mahol
On 9/24/15, Michael Bradshaw wrote: > Hello! > > Attached patch makes the ICO demuxer return EOF instead of EIO when the end > of the file is reached. Currently, if you try to parse an ICO file, it will > always result in ffmpeg outputting an error because of this. > >

Re: [FFmpeg-devel] [PATCH] avformat/flacdec: support fast-seek

2015-09-24 Thread Michael Niedermayer
On Fri, Sep 25, 2015 at 09:22:41AM +0800, Ching-Yi Chan wrote: > I do it with AVFMT_FLAG_FAST_SEEK flag. > > > 2015-09-24 23:47 GMT+08:00 wm4 : > > > On Thu, 24 Sep 2015 23:41:03 +0800 > > Ching-Yi Chan wrote: > > > > > Is it acceptable to

Re: [FFmpeg-devel] [PATCH] avformat/flacdec: support fast-seek

2015-09-24 Thread Ching-Yi Chan
I do it with AVFMT_FLAG_FAST_SEEK flag. 2015-09-24 23:47 GMT+08:00 wm4 : > On Thu, 24 Sep 2015 23:41:03 +0800 > Ching-Yi Chan wrote: > > > Is it acceptable to provide an option for different methods > > between accuracy seek and fast but

Re: [FFmpeg-devel] [PATCH] Update Cookies on Setcookie playlist response

2015-09-24 Thread Lucas Andrade
Here it goes. Update Cookies on Setcookie response.diff Description: Binary data ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [PATCH 1/3] avutil/opencl: Fix volatile pointer

2015-09-24 Thread Michael Niedermayer
On Thu, Sep 24, 2015 at 05:12:23PM +0200, Timo Rothenpieler wrote: > --- > libavutil/opencl.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) LGTM [...] -- Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB Avoid a single point of failure, be that a person or

Re: [FFmpeg-devel] [PATCH] avformat/flacdec: support fast-seek

2015-09-24 Thread Ching-Yi Chan
Thanks for checking. I also check the AVFMT_FLAG_FAST_SEEK flag with parsing headers, to fill the seektable into index entries only if AVFMT_FLAG_FAST_SEEK flag is on. If the AVFMT_FLAG_FAST_SEEK flag is not enabled, it will seek in original way. 2015-09-25 10:37 GMT+08:00 Michael Niedermayer