---
configure| 1 +
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/async.c | 380 +++
4 files changed, 383 insertions(+)
create mode 100644 libavformat/async.c
diff --git a/configure b/configure
i
Supposed to work as:
async:cache:http://example.org/video.mp4
or
async:http://example.org/video.mp4
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Thu, Jul 16, 2015 at 1:54 AM, Michael Niedermayer wrote:
> From: Michael Niedermayer
>
> Can be used to fix Ticket3714
>
> Signed-off-by: Michael Niedermayer
There already was a patch on the ML some time ago that did this which
was never applied, and it looked much simpler (and had better op
Signed-off-by: Paul B Mahol
---
libavfilter/Makefile| 2 +-
libavfilter/vf_alphamerge.c | 73 +
2 files changed, 29 insertions(+), 46 deletions(-)
diff --git a/libavfilter/Makefile b/libavfilter/Makefile
index 058b9e9..c504070 100644
--- a/lib
Le septidi 27 messidor, an CCXXIII, Paul B Mahol a écrit :
> Signed-off-by: Paul B Mahol
> ---
> libavfilter/Makefile| 2 +-
> libavfilter/vf_alphamerge.c | 73
> +
> 2 files changed, 29 insertions(+), 46 deletions(-)
>
> diff --git a/libavfi
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 12 +
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_random.c | 136 +++
4 files changed, 150 insertions(+)
create mode 100644 libavfilter/vf_random.c
Le septidi 27 messidor, an CCXXIII, Marton Balint a écrit :
> Could you please check the v2 patch series? If it is fine with you, I will
> send the merge request to Michael.
Sorry for the delay. Apart from the minor comment I just sent, ok for me.
Regards,
--
Nicolas George
__
Le tridi 23 messidor, an CCXXIII, Marton Balint a écrit :
> Signed-off-by: Marton Balint
> ---
> doc/demuxers.texi | 17 +
> libavformat/concatdec.c | 39 ++-
> 2 files changed, 43 insertions(+), 13 deletions(-)
>
> diff --git a/doc/demux
On Wed, 15 Jul 2015 23:03:07 +0200
Nicolas George wrote:
> > +
> > +#define DRM_BLOB_SIZE 56
> > +
> > +static int mov_read_adrm(MOVContext *c, AVIOContext *pb, MOVAtom atom)
> > +{
> > +// extracted from libAAX_SDK.so and AAXSDKWin.dll files!
> > +unsigned char fixed_key[] = { 0x77, 0x2
On Thu, Jul 16, 2015 at 09:58:54AM +0200, Hendrik Leppkes wrote:
> On Thu, Jul 16, 2015 at 1:54 AM, Michael Niedermayer wrote:
> > From: Michael Niedermayer
> >
> > Can be used to fix Ticket3714
> >
> > Signed-off-by: Michael Niedermayer
>
> There already was a patch on the ML some time ago tha
Signed-off-by: Paul B Mahol
---
libavfilter/Makefile| 2 +-
libavfilter/vf_alphamerge.c | 145 ++--
2 files changed, 72 insertions(+), 75 deletions(-)
diff --git a/libavfilter/Makefile b/libavfilter/Makefile
index 058b9e9..c7337af 100644
--- a/li
On Wed, 15 Jul 2015 15:00:55 +
Paul B Mahol wrote:
> Dana 15. 7. 2015. 16:20 osoba "Nicolas George" napisala
> je:
> >
> > Le septidi 27 messidor, an CCXXIII, Paul B Mahol a écrit :
> > > Returns random frame from internal cache.
> >
> > What internal cache? And what is random? The order? Fr
On Thu, 16 Jul 2015 00:47:51 +0200
Carl Eugen Hoyos wrote:
> diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
> index 738f4db..c8b70d7 100644
Send a proper git patch. git has the format-patch feature for a reason.
> --- a/libavcodec/avcodec.h
> +++ b/libavcodec/avcodec.h
> @@ -3173,6 +3
From: Michael Niedermayer
Can be used to fix Ticket3714
TODO, add docs
Signed-off-by: Michael Niedermayer
---
libavformat/mpegtsenc.c | 22 +++---
1 file changed, 19 insertions(+), 3 deletions(-)
diff --git a/libavformat/mpegtsenc.c b/libavformat/mpegtsenc.c
index 7fc717c..
L'octidi 28 messidor, an CCXXIII, wm4 a écrit :
> Initializing them is always safer. Valgrind doesn't catch everything
> either.
Initializing them may hide bugs and delay their detection and fixing.
Regards,
--
Nicolas George
___
ffmpeg-devel mailin
This change will reject frames with a texture type which doesn't match the
stream description.
---
libavcodec/hapdec.c | 27 +--
1 file changed, 21 insertions(+), 6 deletions(-)
diff --git a/libavcodec/hapdec.c b/libavcodec/hapdec.c
index e6b7d61..5986a3f 100644
--- a/lib
Some uses of Snappy require uncompressing to positions within an existing
buffer. Also adds a function to get the uncompressed length of Snappy data.
---
libavcodec/hapdec.c | 7 ++-
libavcodec/snappy.c | 24 +---
libavcodec/snappy.h | 19 ++-
3 files chan
---
libavcodec/Makefile | 4 +-
libavcodec/hap.c | 51 +
libavcodec/hap.h | 68
libavcodec/hapdec.c | 278 ---
libavcodec/hapenc.c | 190 ++--
tests/fate/video.mak |
On Thu, Jul 16, 2015 at 03:06:27PM +0800, 周晓勇 wrote:
> From 2e7ab3de30e342a42f00fe85ba3e70c350b05f6f Mon Sep 17 00:00:00 2001
> From: ZhouXiaoyong
> Date: Thu, 16 Jul 2015 13:22:06 +0800
> Subject: [PATCH 1/2] avcodec: loongson add constant definition
>
>
> Signed-off-by: ZhouXiaoyong
> ---
>
On Thu, Jul 16, 2015 at 03:07:14PM +0800, 周晓勇 wrote:
> From ff6de02986fa6693376bee60f9f886e06310d0b6 Mon Sep 17 00:00:00 2001
> From: ZhouXiaoyong
> Date: Thu, 16 Jul 2015 13:23:36 +0800
> Subject: [PATCH 2/2] avcodec: loongson optimized idctdsp with mmi
applied
thanks
[...]
--
Michael Gn
The sample for fate test added in this commit is at
http://files.kriss.cx/hapy-12-chunks.mov
On 16 July 2015 at 13:23, Tom Butterworth wrote:
> ---
> libavcodec/Makefile | 4 +-
> libavcodec/hap.c | 51 +
> libavcodec/hap.h | 68
> libavcodec/hapdec.
On Thu, Jul 16, 2015 at 05:26:25PM +0800, rongyan wrote:
> Hi,
> We propose this patch to fix the bug on POWER LE when converting yuv to rgb
> in macros vec_unh() and vec_unl() in file libswscale/ppc/yuv2rgb_altivec.c.
>
> Our test case is like this:
> ffmpeg -i input.mov -f rawvideo -pix_fm
On Thu, 16 Jul 2015 13:59:44 +0200
Nicolas George wrote:
> L'octidi 28 messidor, an CCXXIII, wm4 a écrit :
> > Initializing them is always safer. Valgrind doesn't catch everything
> > either.
>
> Initializing them may hide bugs and delay their detection and fixing.
Even if there's a bug, initia
On 7/16/15, wm4 wrote:
> On Wed, 15 Jul 2015 15:00:55 +
> Paul B Mahol wrote:
>
>> Dana 15. 7. 2015. 16:20 osoba "Nicolas George" napisala
>> je:
>> >
>> > Le septidi 27 messidor, an CCXXIII, Paul B Mahol a ecrit :
>> > > Returns random frame from internal cache.
>> >
>> > What internal cach
L'octidi 28 messidor, an CCXXIII, wm4 a écrit :
> Even if there's a bug, initializing them will at least make the
> behavior predictable and reproducible, instead of random,
> platform-dependent, and sporadic.
Which is exactly the problem: instead of a very visible problem, you get a
subtly-wrong
On Thu, Jul 16, 2015 at 10:58:49AM +, Shivraj Patil wrote:
> Hi,
> May I request somebody from maintainers to review this patch please?
>
> -Original Message-
> From: Shivraj Patil
> Sent: 09 July 2015 18:45
> To: ffmpeg-devel@ffmpeg.org
> Cc: Rob Isherwood; Shivraj Patil
> Subject: [
On Thu, Jul 16, 2015 at 12:54:24PM +0200, wm4 wrote:
[...]
> > diff --git a/libavcodec/webp.c b/libavcodec/webp.c
> > index 723a847..8caa6a2 100644
> > --- a/libavcodec/webp.c
> > +++ b/libavcodec/webp.c
> > @@ -1417,6 +1417,7 @@ static int webp_decode_frame(AVCodecContext *avctx,
> > void *data,
Signed-off-by: Paul B Mahol
---
libavfilter/vf_blend.c | 325 ++---
1 file changed, 202 insertions(+), 123 deletions(-)
diff --git a/libavfilter/vf_blend.c b/libavfilter/vf_blend.c
index 9c93baf..f359dff 100644
--- a/libavfilter/vf_blend.c
+++ b/libavf
On Thu, Jul 16, 2015 at 03:04:42PM +0800, Zhang Rui wrote:
> ---
> configure| 1 +
> libavformat/Makefile | 1 +
> libavformat/allformats.c | 1 +
> libavformat/async.c | 380
> +++
> 4 files changed, 383 insertions(+)
>
Hi Michael,
FFmpeg, as a leading free multimedia framework, needs an independent
free research organization maintaining its foundraising via providing the
internal source code and web hosting facilities: and not depending on a
web hosting company, to make sure the project gets always in full co
On Thu, Jul 16, 2015 at 01:27:10PM +0100, Tom Butterworth wrote:
> The sample for fate test added in this commit is at
> http://files.kriss.cx/hapy-12-chunks.mov
file uploaded
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
There will always be a question for wh
Hi Michael,
FFmpeg, as a leading free multimedia framework, needs an
independent free research organization maintaining its foundraising via
providing the internal source code and web hosting facilities: and not
depending on a web hosting company, to make sure the project gets
always in full c
On Thu, Jul 16, 2015 at 01:23:21PM +0100, Tom Butterworth wrote:
> This change will reject frames with a texture type which doesn't match the
> stream description.
> ---
> libavcodec/hapdec.c | 27 +--
> 1 file changed, 21 insertions(+), 6 deletions(-)
applied
thanks
[.
Hi,
On Thu, Jul 9, 2015 at 9:15 AM, wrote:
> +void ff_idct_idct_16x16_add_msa(uint8_t *dst, ptrdiff_t stride,
> +int16_t *block, int eob)
> +{
> +vp9_idct16x16_colcol_addblk_msa(block, dst, stride);
> +memset(block, 0, 16 * 16 * sizeof(*block));
> +}
(Th
On Wed, Jul 15, 2015 at 08:06:49PM -0300, Pedro Arthur wrote:
> Hi,
>
> I removed the asserts referencing unused variables and it passed all tests.
> The following patch contains the changes and some improvements to the code
> as a single diff.
>
> 2015-07-12 10:04 GMT-03:00 Pedro Arthur :
>
> >
Hi,
On Thu, Jul 9, 2015 at 9:15 AM, wrote:
> +if (__msa_test_bz_v(flat)) {
> +p1_d = __msa_copy_u_d((v2i64) p1_out, 0);
> +p0_d = __msa_copy_u_d((v2i64) p0_out, 0);
> +q0_d = __msa_copy_u_d((v2i64) q0_out, 0);
> +q1_d = __msa_copy_u_d((v2i64) q1_out, 0);
> +
Hi,
On Thu, Jul 9, 2015 at 9:15 AM, wrote:
> +static void intra_predict_vert_4x4_msa(const uint8_t *src, uint8_t *dst,
> + int32_t dst_stride)
> +{
> +uint32_t src_data;
> +
> +src_data = LW(src);
> +
> +SW4(src_data, src_data, src_data, src_data
Hi,
On Thu, Jul 16, 2015 at 6:58 AM, Shivraj Patil
wrote:
> Hi,
> May I request somebody from maintainers to review this patch please?
Sorry for slowness, I looked at it earlier and told Michael (on IRC) that
this one looked fine to merge. Thanks!
Ronald
__
Signed-off-by: Paul B Mahol
---
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_convolution.c | 331 +++
3 files changed, 333 insertions(+)
create mode 100644 libavfilter/vf_convolution.c
diff --git a/libavfilter
On Wed, Jul 15, 2015 at 08:06:49PM -0300, Pedro Arthur wrote:
> Hi,
>
> I removed the asserts referencing unused variables and it passed all tests.
> The following patch contains the changes and some improvements to the code
> as a single diff.
>
> 2015-07-12 10:04 GMT-03:00 Pedro Arthur :
>
> >
16.07.2015, 03:58, "Vesselin Bontchev" :
> Hi,
>
> A sample Audible .aax file can be downloaded from the following link,
>
> https://gitlab.com/vesselin.bontchev/audible-samples/tree/master
>
> Usage,
>
> ffmpeg -activation_bytes 62689101 -i Audible_AAX_sample_62689101.aax -vn -c:a
> copy -v debug
On 7/15/15, Michael Niedermayer wrote:
> On Tue, Jul 14, 2015 at 11:42:30PM +0100, Kieran Kunhya wrote:
>> OVH has poor quality connectivity by the way - this could lead to
>> performance issues in some countries.
>
> Has anyone done some hoster connectivity comparissions /tests ?
> it would be in
On Thu, 16 Jul 2015 14:48:05 +0200
Nicolas George wrote:
> L'octidi 28 messidor, an CCXXIII, wm4 a écrit :
> > Even if there's a bug, initializing them will at least make the
> > behavior predictable and reproducible, instead of random,
> > platform-dependent, and sporadic.
>
> Which is exactly
On Thu, 16 Jul 2015 15:33:31 +0200
Michael Niedermayer wrote:
> On Thu, Jul 16, 2015 at 12:54:24PM +0200, wm4 wrote:
> [...]
> > > diff --git a/libavcodec/webp.c b/libavcodec/webp.c
> > > index 723a847..8caa6a2 100644
> > > --- a/libavcodec/webp.c
> > > +++ b/libavcodec/webp.c
> > > @@ -1417,6 +1
Signed-off-by: Derek Buitenhuis
---
The design is how ubitux requested. Use trim with it or risk using ALL THEM
MEMORY.
---
doc/filters.texi | 4 ++
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/version.h| 2 +-
libavfilter/vf_reverse.c | 145 +++
L'octidi 28 messidor, an CCXXIII, wm4 a écrit :
> You dislike robust code?
This is not robust, this is defensive. I despise defensive programming.
Regards,
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mai
On Thu, Jul 16, 2015 at 07:19:40PM +0200, wm4 wrote:
> On Thu, 16 Jul 2015 15:33:31 +0200
> Michael Niedermayer wrote:
>
> > On Thu, Jul 16, 2015 at 12:54:24PM +0200, wm4 wrote:
> > [...]
> > > > diff --git a/libavcodec/webp.c b/libavcodec/webp.c
> > > > index 723a847..8caa6a2 100644
> > > > ---
On Thu, Jul 16, 2015 at 05:43:59PM +, Derek Buitenhuis wrote:
> Signed-off-by: Derek Buitenhuis
> ---
> The design is how ubitux requested. Use trim with it or risk using ALL THEM
> MEMORY.
;)
> ---
> doc/filters.texi | 4 ++
> libavfilter/Makefile | 1 +
> libavfilter/allf
On Thu, Jul 16, 2015 at 01:23:22PM +0100, Tom Butterworth wrote:
> Some uses of Snappy require uncompressing to positions within an existing
> buffer. Also adds a function to get the uncompressed length of Snappy data.
> ---
> libavcodec/hapdec.c | 7 ++-
> libavcodec/snappy.c | 24 +
On Tue, Jul 14, 2015 at 02:18:30PM +0300, Ivan Uskov wrote:
> Hello All,
>
> Current implementation of qsvdec_h264.c does contain initialization
> code which is common for all qsv-based decoders. The attached patch
> moves common code into qsvdec.c. The declaration ff_qsv_decode_init
> has been un
On Thu, 16 Jul 2015, Nicolas George wrote:
Le tridi 23 messidor, an CCXXIII, Marton Balint a écrit :
Signed-off-by: Marton Balint
---
doc/demuxers.texi | 17 +
libavformat/concatdec.c | 39 ++-
2 files changed, 43 insertions(+), 13 de
Dana 15. 7. 2015. 16:01 osoba "James Darnley"
napisala je:
>
> On 2015-07-15 00:06, Paul B Mahol wrote:
> > Signed-off-by: Paul B Mahol
> > ---
> > doc/filters.texi | 35 ++
> > libavfilter/Makefile | 1 +
> > libavfilter/allfilters.c | 1 +
> > libavfilter/vf_deband.c | 31
Dana 16. 7. 2015. 20:43 osoba "Clément Bœsch" napisala je:
>
> On Thu, Jul 16, 2015 at 05:43:59PM +, Derek Buitenhuis wrote:
> > Signed-off-by: Derek Buitenhuis
> > ---
> > The design is how ubitux requested. Use trim with it or risk using ALL
THEM MEMORY.
>
> ;)
>
> > ---
> > doc/filters.te
On Thu, Jul 16, 2015 at 7:43 PM, Clément Bœsch wrote:
>> +Reverses a clip. Requires memory to buffer the entire clip, so trimming is
>> suggested.
>
> We use infinitive form, so "Reverse".
Done locally.
> You might want to print "Warning: this filter requires ..."
Is there any reasonable way t
Hello All,
Current implementation of libavcodec/qsvdec_h264.c does use external
SPS parser. It does not optimal since MFX library has own unified way
to parse headers of all supported formats. This performs by one
MFXVideoDECODE_DecodeHeader() call.
The suggested patch does replace stream specific
On Thu, Jul 16, 2015 at 08:31:45PM +0200, Nicolas George wrote:
> L'octidi 28 messidor, an CCXXIII, wm4 a écrit :
> > You dislike robust code?
>
> This is not robust, this is defensive. I despise defensive programming.
i think its best if the author, Vesselin Bontchev decides if he
prefers to ini
> Missing Changelog entry.
Added locally.
>> > +typedef struct ReverseContext {
>> > +const AVClass *class;
>
> Apparently not needed.
Woops. Yeah. Obviously. Removed.
>> > +AVFilterContext *ctx = inlink->dst;
>> > +ReverseContext *s= ctx->priv;
>> > +
>> > +
>
> Extra newline.
Hello Michael,
Please merge from my stable branch for the following patches:
53f2ef2 mxfdec: calculate the index in display order
f384132 concatdec: add support for specifying inpoint of files
1ea909a concatdec: store eof condition in context
52bc064 concatdec: add support for specifying outpoin
On Thu, Jul 16, 2015 at 10:02 PM, Ivan Uskov wrote:
> Hello All,
>
> Current implementation of libavcodec/qsvdec_h264.c does use external
> SPS parser. It does not optimal since MFX library has own unified way
> to parse headers of all supported formats. This performs by one
> MFXVideoDECODE_Decod
L'octidi 28 messidor, an CCXXIII, Michael Niedermayer a écrit :
> i think its best if the author, Vesselin Bontchev decides if he
> prefers to initialize them or not as it seems theres no consensus
> what is better
Yes, of course. This exchange was just a discussion of principles.
Regards,
--
On Thu, Jul 16, 2015 at 11:02:22PM +0300, Ivan Uskov wrote:
> Hello All,
>
> Current implementation of libavcodec/qsvdec_h264.c does use external
> SPS parser. It does not optimal since MFX library has own unified way
> to parse headers of all supported formats. This performs by one
> MFXVideoDECO
Hello Hendrik,
Ok, no problem. I will ask. But in general it makes no sense. I have
got enough experience for MXF using and common transcoding developing
to see that current implementation is not good and dangerous.
I should to say that actually I see lot minor issues and quite ugly
code pieces i
Hello Michael,
Usually I'm use annex-b streams to test. Since this functions calls
after bitstream filter which restore annex-b codes it *should* work for mp4 too.
But I did several tests just now and should to say that *both*
versions, original and patched fails on mp4 files. Looks like
bitstream
Hi!
I am not really happy with attached patch as most defines in avcodec.h
use the FF_ prefix.
Please comment, Carl Eugen
diff --git a/doc/APIchanges b/doc/APIchanges
index 340515c..2748bcf 100644
--- a/doc/APIchanges
+++ b/doc/APIchanges
@@ -15,6 +15,10 @@ libavutil: 2014-08-09
API chang
Hi!
The RFC requires jpeg-over-rtp to provide exactly two quantization
tables, one for luma, one for chroma.
Please comment, Carl Eugen
diff --git a/libavformat/rtpenc_jpeg.c b/libavformat/rtpenc_jpeg.c
index e6b3177..a6f2b32 100644
--- a/libavformat/rtpenc_jpeg.c
+++ b/libavformat/rtpenc_jpeg.c
Carl Eugen Hoyos ag.or.at> writes:
> Attached patch allows users to know about
> specific properties of a decoded stream, two
> examples included.
The patch was merged by Michael, I just sent a
patch for the renaming of FF_CODEC_PROPERTY_*.
Carl Eugen
___
Hi guys!
I'm currently working under extension of QSV support in ffmpeg.
Could please anybody say, are there any serious reasons to use external SPS
parser into the qsv_process_data() of libavcodec/qsvdec_h264.c instead
nice MFXVideoDECODE_DecodeHeader() function? Looks like it is just
rudiment of
On Thu, Jul 16, 2015 at 10:53:28PM +0200, Marton Balint wrote:
> Hello Michael,
>
> Please merge from my stable branch for the following patches:
>
> 53f2ef2 mxfdec: calculate the index in display order
> f384132 concatdec: add support for specifying inpoint of files
> 1ea909a concatdec: store eo
This zsh, using ffmpeg and normalize-audio, seems to
do it. But it is slow. Remember normalize-audio is
lightning fast so time is spent getting and putting
together the audio with the movie. Perhaps it can be
optimized somehow - do tell, if you know...
The file: http://user.it.uu.se/~embe8573/conf
On Fri, Jul 17, 2015 at 01:13:41AM +0300, Ivan Uskov wrote:
> Hello Hendrik,
>
> Ok, no problem. I will ask. But in general it makes no sense. I have
> got enough experience for MXF using and common transcoding developing
> to see that current implementation is not good and dangerous.
>
> I shoul
On Wed, Jul 15, 2015 at 02:46:39AM +0200, Michael Niedermayer wrote:
> On Tue, Jul 14, 2015 at 11:42:30PM +0100, Kieran Kunhya wrote:
> > OVH has poor quality connectivity by the way - this could lead to
> > performance issues in some countries.
>
> Has anyone done some hoster connectivity compari
---
libavutil/avstring.h | 7 +++
libavutil/bprint.c | 30 ++
2 files changed, 37 insertions(+)
diff --git a/libavutil/avstring.h b/libavutil/avstring.h
index 466edaf..4d809d9 100644
--- a/libavutil/avstring.h
+++ b/libavutil/avstring.h
@@ -290,6 +290,7 @@ enum
---
libavutil/bprint.c | 7 +++
libavutil/bprint.h | 9 +
2 files changed, 16 insertions(+)
diff --git a/libavutil/bprint.c b/libavutil/bprint.c
index 64d2ab1..746868b 100644
--- a/libavutil/bprint.c
+++ b/libavutil/bprint.c
@@ -334,6 +334,13 @@ void av_bprint_escape(AVBPrint *dstbuf,
---
ffprobe.c | 25 +++--
1 file changed, 3 insertions(+), 22 deletions(-)
diff --git a/ffprobe.c b/ffprobe.c
index 3e5324e..cc7c9b9 100644
--- a/ffprobe.c
+++ b/ffprobe.c
@@ -1543,24 +1543,6 @@ static av_cold int xml_init(WriterContext *wctx)
return 0;
}
-static const
---
libavutil/version.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavutil/version.h b/libavutil/version.h
index e7155c2..4799250 100644
--- a/libavutil/version.h
+++ b/libavutil/version.h
@@ -56,7 +56,7 @@
*/
#define LIBAVUTIL_VERSION_MAJOR 54
-#define LIBAVUTIL_V
---
libavcodec/webvttenc.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/libavcodec/webvttenc.c b/libavcodec/webvttenc.c
index 9f67a2e..555e7c7 100644
--- a/libavcodec/webvttenc.c
+++ b/libavcodec/webvttenc.c
@@ -112,7 +112,12 @@ static void webvtt_style_apply(WebVTTCon
On 2015-07-17 02:01, Emanuel Berg wrote:
> This zsh, using ffmpeg and normalize-audio, seems to
> do it. But it is slow. Remember normalize-audio is
> lightning fast so time is spent getting and putting
> together the audio with the movie. Perhaps it can be
> optimized somehow - do tell, if you kno
On Wed, Jul 15, 2015 at 07:48:52PM +, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
[...]
> +static void filter_3x3(ConvolutionContext *s, AVFrame *in, AVFrame *out, int
> plane)
> +{
> +const uint8_t *src = in->data[plane];
> +uint8_t *dst = out->data[plane];
> +const int str
---
doc/protocols.texi | 12
1 file changed, 12 insertions(+)
diff --git a/doc/protocols.texi b/doc/protocols.texi
index 453dbcf..f152f5a 100644
--- a/doc/protocols.texi
+++ b/doc/protocols.texi
@@ -19,6 +19,18 @@ supported protocols.
A description of the currently available proto
2015-07-16 22:00 GMT+08:00 Michael Niedermayer :
> On Thu, Jul 16, 2015 at 03:04:42PM +0800, Zhang Rui wrote:
>> ---
>> configure| 1 +
>> libavformat/Makefile | 1 +
>> libavformat/allformats.c | 1 +
>> libavformat/async.c | 380
>>
Carl Eugen Hoyos ag.or.at> writes:
> A user claims that attached patch helps him
> with a 64-channel software input device on
> avfoundation that does not work with current
> git head.
The patch was merged by Michael.
Thank you, Carl Eugen
___
ffm
81 matches
Mail list logo
