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
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
>>
---
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
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
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
---
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
---
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,
---
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
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
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
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 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
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
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!
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
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
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
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
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
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 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
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
> 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.
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
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 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
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
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
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
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, 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 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 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
> > > > ---
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
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 +++
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
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 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
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 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 :
>
> >
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
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
__
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 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);
> +
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:
> +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 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 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: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 co
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(+)
>
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 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,
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: [
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 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
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 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
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 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
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
> ---
>
---
libavcodec/Makefile | 4 +-
libavcodec/hap.c | 51 +
libavcodec/hap.h | 68
libavcodec/hapdec.c | 278 ---
libavcodec/hapenc.c | 190 ++--
tests/fate/video.mak |
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
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
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
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..
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
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
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 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
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
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
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
__
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, 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
---
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
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
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
---
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
81 matches
Mail list logo
