2014-08-12 7:56 GMT+02:00 Christophe Gisquet :
> Yeah, you're right. I have no idea how big a slice can be, as that
> seems the extra size check here. How about FF_MIN_BUFFER_SIZE ?
> Then the growth would be FFMAX(FF_MIN_BUFFER_SIZE, buf - orig_buf) ?
Here's a patch for that, and moving the warn
Hi,
2014-08-12 8:10 GMT+02:00 Christophe Gisquet :
> Yeah, I'll drop it.
Done. Kostya suggested another rounding (the slice bitstreams are
byte-aligned), integrated in this patch.
--
Christophe
From 4e72ed146848b1d7b1804080f43b5d45484e3d94 Mon Sep 17 00:00:00 2001
From: Christophe Gisquet
Date
On Tue, Aug 12, 2014 at 5:48 AM, spanknebel.bor...@t-online.de
wrote:
> From 48e4da7d6476ac2a62cc462478b8ccf4d0c45361 Mon Sep 17 00:00:00 2001
> From: Youka
> Date: Tue, 12 Aug 2014 04:32:02 +0200
> Subject: [PATCH] fix: 'make' with mingw32
>
> Older mingw32 compilers (not mingw-64, but tdm [defa
On Tue, Aug 12, 2014 at 07:56:36AM +0200, Christophe Gisquet wrote:
> Hi,
>
> 2014-08-12 2:34 GMT+02:00 Michael Niedermayer :
> >> +if (pkt_size <= buf - orig_buf) {
> >
> > this isnt sufficient, there could be 1 byte space left, then the
> > reallocate wouldnt run and encode_slice
Timothy Gu gmail.com> writes:
> > +This is not the same as the framerate option used
> > +for some input formats
>
> Aside from Lou's comment, you can list some examples
> for the "input formats" that have the option.
I am slightly against listing examples because that would
only add to the
On Tue, Aug 12, 2014 at 10:11:08AM +0200, Hendrik Leppkes wrote:
> On Tue, Aug 12, 2014 at 5:48 AM, spanknebel.bor...@t-online.de
> wrote:
> > From 48e4da7d6476ac2a62cc462478b8ccf4d0c45361 Mon Sep 17 00:00:00 2001
> > From: Youka
> > Date: Tue, 12 Aug 2014 04:32:02 +0200
> > Subject: [PATCH] fix:
On Tue, Aug 12, 2014 at 10:42 AM, Michael Niedermayer wrote:
> On Tue, Aug 12, 2014 at 10:11:08AM +0200, Hendrik Leppkes wrote:
>> On Tue, Aug 12, 2014 at 5:48 AM, spanknebel.bor...@t-online.de
>> wrote:
>> > From 48e4da7d6476ac2a62cc462478b8ccf4d0c45361 Mon Sep 17 00:00:00 2001
>> > From: Youka
On Tue, Aug 12, 2014 at 11:07:11AM +0200, Hendrik Leppkes wrote:
> On Tue, Aug 12, 2014 at 10:42 AM, Michael Niedermayer
> wrote:
> > On Tue, Aug 12, 2014 at 10:11:08AM +0200, Hendrik Leppkes wrote:
> >> On Tue, Aug 12, 2014 at 5:48 AM, spanknebel.bor...@t-online.de
> >> wrote:
> >> > From 48e4d
Hi,
2014-08-12 10:19 GMT+02:00 Michael Niedermayer :
> the "serious undersizing" check already depends on the assumtation
> that FF_MIN_BUFFER_SIZE is larger than a slice,
Yes, and here lies the issue: if we haven't been able to guess it
correctly previously, how likely are we to guess it correct
On Mon, Aug 11, 2014 at 09:17:17PM +0200, Reimar Döffinger wrote:
> Get rid of the many, slightly differing, implementations
> of basically the same thing.
>
> Signed-off-by: Reimar Döffinger
> ---
> ffmpeg_opt.c | 12 +++-
> ffplay.c | 2 +-
>
On Tue, Aug 12, 2014 at 11:56:21AM +0200, Christophe Gisquet wrote:
> Hi,
>
> 2014-08-12 10:19 GMT+02:00 Michael Niedermayer :
> > the "serious undersizing" check already depends on the assumtation
> > that FF_MIN_BUFFER_SIZE is larger than a slice,
>
> Yes, and here lies the issue: if we haven't
Fixes mismatch in first keyframe in sample
ffvp9_fails_where_libvpx.succeeds.webm from ticket 3849. There's still
a second mismatch a few frames into the sample.
---
libavcodec/x86/vp9intrapred.asm | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/x86/vp9intrapred.asm
On Sun, Aug 03, 2014 at 11:53:39PM -0300, James Almer wrote:
> Signed-off-by: James Almer
> ---
> libavcodec/x86/ttadsp.asm | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
The misfortune o
Hi,
2014-08-12 12:26 GMT+02:00 Michael Niedermayer :
> On Tue, Aug 12, 2014 at 11:56:21AM +0200, Christophe Gisquet wrote:
>> Hi,
>>
>> 2014-08-12 10:19 GMT+02:00 Michael Niedermayer :
>> > the "serious undersizing" check already depends on the assumtation
>> > that FF_MIN_BUFFER_SIZE is larger th
Hi,
2014-08-12 12:38 GMT+02:00 Christophe Gisquet :
> I chose 2 times in the attached patch. I have no strong opinion on
> which solution is best, though reallocating was a specific request I
> got.
Forgot a parameter to the call to avpriv_request_sample, will be added later.
--
Christophe
On Sun, Aug 10, 2014 at 02:24:01AM -0300, James Almer wrote:
> Signed-off-by: James Almer
> ---
> libavcodec/x86/dca.h | 60
>
> 1 file changed, 60 deletions(-)
> delete mode 100644 libavcodec/x86/dca.h
applied
thanks
[...]
--
Michael
Signed-off-by: Paul B Mahol
---
libavfilter/vf_perspective.c | 69 +---
1 file changed, 52 insertions(+), 17 deletions(-)
diff --git a/libavfilter/vf_perspective.c b/libavfilter/vf_perspective.c
index f433226..c5471b0 100644
--- a/libavfilter/vf_perspectiv
On Tue, Aug 12, 2014 at 11:32:20AM +, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavfilter/vf_perspective.c | 69
> +---
> 1 file changed, 52 insertions(+), 17 deletions(-)
>
> diff --git a/libavfilter/vf_perspective.c b/libavfilter/v
On 8/12/14, Clement Boesch wrote:
> On Tue, Aug 12, 2014 at 11:32:20AM +, Paul B Mahol wrote:
>> Signed-off-by: Paul B Mahol
>> ---
>> libavfilter/vf_perspective.c | 69
>> +---
>> 1 file changed, 52 insertions(+), 17 deletions(-)
>>
>> diff --git a/li
Hi,
The attached patch fixes incorrect bit rate values in riff headers when a
conversion is done from 16 bit samples to alaw.
[user@test ffmpeg-new]$ ./ffprobe ../sample.wav 2>&1 | tail -4
Input #0, wav, from '../sample.wav':
Duration: 00:00:10.00, bitrate: 256 kb/s
Stream #0:0: Audio: pcm
On Tue, Aug 12, 2014 at 06:37:00AM -0400, Ronald S. Bultje wrote:
> Fixes mismatch in first keyframe in sample
> ffvp9_fails_where_libvpx.succeeds.webm from ticket 3849. There's still
> a second mismatch a few frames into the sample.
> ---
> libavcodec/x86/vp9intrapred.asm | 2 +-
> 1 file changed
Wilfried Weissmann realnetworks.com> writes:
> The attached patch fixes incorrect bit rate values in riff
> headers when a conversion is done from 16 bit samples to alaw.
> From: user
This doesn't look correct, did you use "git cherry-pick -x"?
Carl Eugen
___
On Tue, Aug 12, 2014 at 11:45:11AM +, Wilfried Weissmann wrote:
> Hi,
>
> The attached patch fixes incorrect bit rate values in riff headers when a
> conversion is done from 16 bit samples to alaw.
>
> [user@test ffmpeg-new]$ ./ffprobe ../sample.wav 2>&1 | tail -4
> Input #0, wav, from '../s
On 12/08/14 at 10:36, Steven Liu wrote:
> 2014-08-12 7:26 GMT+08:00 Simon Thelen :
> > On 11/08/14 at 17:39, Steven Liu wrote:
[..]
> > > The FFmpeg hls module can make m3u8 and ts, but it dosen't delete the
> > > old ts segment file.
> > > If always run this module, the disk will full, so this pat
On Mon, 11 Aug 2014 18:34:23 -0400
Theodore Ts'o wrote:
> On Mon, Aug 11, 2014 at 10:53:56PM +0200, wm4 wrote:
> >
> > To be fair, FFmpeg does its own "manual" symbol versioning by appending
> > increasing numbers to function names. But the real problem are not
> > these functions, but public st
On Tue, 12 Aug 2014 02:54:39 +0200
Matthias Urlichs wrote:
> Hi,
>
> wm4:
> > Build something on a newer glibc system, and try to run the binary on
> > an older system. It most likely won't work - even if it could in
> > theory. (At least it was this way some years ago. Probably still is.)
>
>
I did cherry-pick from
http://git.videolan.org/?p=ffmpeg.git;a=commit;h=7d7b40f48a05af4483b31cdb8b4f1808b97b1f2f
to my local repo and applied it to the 0.10 branch.
I assumed the test/ref/... are for unit tests and included these changes too.
Is that what you are referring to when you say the p
On Tue, Aug 12, 2014 at 11:32:20AM +, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavfilter/vf_perspective.c | 69
> +---
> 1 file changed, 52 insertions(+), 17 deletions(-)
>
> diff --git a/libavfilter/vf_perspective.c b/libavfilter/v
Wilfried Weissmann realnetworks.com> writes:
> I did cherry-pick from
> http://git.videolan.org/?p=ffmpeg.git;a=commit;h=7d7b40f4
> to my local repo and applied it to the 0.10 branch.
>
> I assumed the test/ref/... are for unit tests and
> included these changes too. Is that what you are
> ref
On Aug 12, 2014, at 8:37 PM, Simon Thelen wrote:
> On 12/08/14 at 10:36, Steven Liu wrote:
>> 2014-08-12 7:26 GMT+08:00 Simon Thelen :
>>> On 11/08/14 at 17:39, Steven Liu wrote:
> [..]
The FFmpeg hls module can make m3u8 and ts, but it dosen't delete the
old ts segment file.
If a
Hi,
wm4:
> > ABI backwards compatibility is not a goal I would want to spend any time
> > on. Forward compatibility, on the other hand …
>
> Well, I think it's a pretty common complaint from commercial software
> vendors. That you can't distribute precompiled binaries reasonably.
>
They need to
Hi,
wm4:
> In fact, the API cleanup is an ongoing process, and is what causes the
> incompatibilities with each release. For example, a C library should
> have a consistent naming schema. FFmpeg/Libav decided to use AV and av_
> as prefixes for all symbols in the public header files. This required
On Tue, 12 Aug 2014 16:51:40 +0200
Matthias Urlichs wrote:
> Hi,
>
> wm4:
> > In fact, the API cleanup is an ongoing process, and is what causes the
> > incompatibilities with each release. For example, a C library should
> > have a consistent naming schema. FFmpeg/Libav decided to use AV and av
On 8/12/14, Clement Boesch wrote:
> On Tue, Aug 12, 2014 at 11:32:20AM +, Paul B Mahol wrote:
>> Signed-off-by: Paul B Mahol
>> ---
>> libavfilter/vf_perspective.c | 69
>> +---
>> 1 file changed, 52 insertions(+), 17 deletions(-)
>>
>> diff --git a/li
hi,
This patch enables demuxing fo MXF files generated for or by Avid Media
Composer.
Avid seems to use different SMPTE universal labels for its video and audio data
definitions then
ones currently in mxf.c. Also they seem to use a differnt UL for DNxHD Codec
ID.
I got the ULs from FMbc version
---
libavformat/mxf.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavformat/mxf.c b/libavformat/mxf.c
index d20ed94..8ebfdf2 100644
--- a/libavformat/mxf.c
+++ b/libavformat/mxf.c
@@ -28,6 +28,8 @@
const MXFCodecUL ff_mxf_data_definition_uls[] = {
{ {
0x06,0x0E,0x2B,0x34,0x04,0
On Tue, 12 Aug 2014 16:51:40 +0200
Matthias Urlichs wrote:
> Hi,
> > Yes, that would be nice. The FFmpeg/Libav split is mostly a
> > political/social issue though: it seems some (not all) members from
> > each side just can't deal with some (not all) members from the other
> > side.
> >
> > How
libswscale uses the table but wasn't duplicating it like the rest of the libs.
This should fix compilation failures on msvc/icl after lavu stopped exporting
internal functions and tables.
Signed-off-by: James Almer
---
libswscale/Makefile | 2 ++
libswscale/log2_tab.c | 1 +
2 files changed,
Hi,
On 12.08.2014 02:21, Ivan Kalvachev wrote:
On 8/11/14, Andreas Cadhalpun wrote:
Assuming it would be possible to install development packages for both
at the same time, which one should be used, when building a program?
It would be decided by the gcc -I inclusion option.
But this path
On Tue, Aug 12, 2014 at 03:21:24PM -0300, James Almer wrote:
> libswscale uses the table but wasn't duplicating it like the rest of the libs.
> This should fix compilation failures on msvc/icl after lavu stopped exporting
> internal functions and tables.
>
> Signed-off-by: James Almer
> ---
> l
Mark Reid gmail.com> writes:
> I got the ULs from FMbc version of mxf.c
Sounds like this could be added to the commit message.
> I tested it out on the follow media submitted
> by users reporting this problem
>
> ticket #1554
> ticket #3100
> ticket #3450
Mentioning these tickets in the comm
On Tue, Aug 12, 2014 at 12:06 PM, Carl Eugen Hoyos wrote:
> Mark Reid gmail.com> writes:
>
> > I got the ULs from FMbc version of mxf.c
>
> Sounds like this could be added to the commit message.
>
> > I tested it out on the follow media submitted
> > by users reporting this problem
> >
> > ticke
This reduces code duplication and differences with the fork.
Signed-off-by: James Almer
---
libavcodec/idctdsp.c | 49 +
libavcodec/idctdsp.h | 46 +-
libavcodec/xvididct.c | 4 ++--
3 files changed, 5
Now does 6 samples per iteration, up from 2.
>From 1.6 to 2.1 times faster again. 2.5 to 3.9 times faster overall.
Runtime is reduced by a further 4 to 17%. Reduced by 9 to 65% overall.
Same conditions as previously.
---
libavcodec/x86/flac_dsp_gpl.asm | 32 +++-
---
libavcodec/flacdsp.h |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/libavcodec/flacdsp.h b/libavcodec/flacdsp.h
index 272cf2a..36cd904 100644
--- a/libavcodec/flacdsp.h
+++ b/libavcodec/flacdsp.h
@@ -27,6 +27,13 @@ typedef struct FLACDSPContext {
>From 1.8 to 2.4 times faster. Runtime is reduced by 2 to 39%. The
speed-up generally increases with compression_level.
This lpc encoder is not used with levels < 3 so it provides no speed-up
in these cases.
---
LICENSE.md |1 +
libavcodec/flacenc.c|2 +-
>From 1.3 to 2.5 times faster. Runtime reduced by 4 to 58%. As with the
16-bit version the speed-up generally increases with compression_level.
Also like the 16-bit version, it is not used with levels less than 3.
---
libavcodec/x86/flac_dsp_gpl.asm | 101 ++
It now does 12 samples per iteration, up from 4.
>From 1.8 to 3.2 times faster again. 3.6 to 5.7 times faster overall.
Runtime is reduced by a further 2 to 18%. Overall runtime reduced by
4 to 50%.
Same conditions as before apply.
---
libavcodec/flacenc.c|2 +-
libavcodec/x86/f
---
libavcodec/flacdsp_lpc_template.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/libavcodec/flacdsp_lpc_template.c
b/libavcodec/flacdsp_lpc_template.c
index acdac04..5d532e0 100644
--- a/libavcodec/flacdsp_lpc_template.c
+++ b/libavcodec/flacdsp_lpc_template.c
@@ -1
Fixes compilation failures on msvc/icl shared builds
Signed-off-by: James Almer
---
libavfilter/Makefile | 1 +
libavfilter/log2_tab.c | 1 +
2 files changed, 2 insertions(+)
create mode 100644 libavfilter/log2_tab.c
diff --git a/libavfilter/Makefile b/libavfilter/Makefile
index e9c8456..748
UL values copied from FMbc version of mxf.c
Fixes Ticket#1554, Ticket#3100 and Ticket#3450
---
libavformat/mxf.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavformat/mxf.c b/libavformat/mxf.c
index d20ed94..8ebfdf2 100644
--- a/libavformat/mxf.c
+++ b/libavformat/mxf.c
@@ -28,6 +28,8
Changes since v1:
* add more descriptive commit message
Mark Reid (1):
added ULs for demuxing avid media composer mxf files
libavformat/mxf.c | 3 +++
1 file changed, 3 insertions(+)
--
2.0.0
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
h
Fixes ffvp9_fails_where_libvpx.succeeds.webm from ticket 3849.
---
libavcodec/vp9.c | 26 +++---
1 file changed, 15 insertions(+), 11 deletions(-)
diff --git a/libavcodec/vp9.c b/libavcodec/vp9.c
index 56975bd..186aec1 100644
--- a/libavcodec/vp9.c
+++ b/libavcodec/vp9.c
@@ -2
On Tue, Aug 12, 2014 at 09:45:37PM +0200, Attila Kinali wrote:
> On Tue, 12 Aug 2014 10:44:35 -0500
> Joe Neal wrote:
>
>
> > When this happened I scoured the net, including mailing lists from both
> > projects to try and figure out what had happened. The overwhelming
> > evidence based on mail
On 11/08/14 11:33 PM, Michael Niedermayer wrote:
> Its API is marked as experimental, we should not export experimental API
> from shared libs
>
> Signed-off-by: Michael Niedermayer
> ---
> configure |4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/configure b/conf
On Tue, 12 Aug 2014 14:04:32 -0400
compn wrote:
> at least 6+ devels refuse to work with each other , thats only a
> quick estimation, i havent polled everyone lately. ffmpeg and libav devs
> dont even TALK to each other. theres a couple devs who frequent both
> irc/lists, most do not.
This is
On Tue, Aug 12, 2014 at 06:22:24PM -0300, James Almer wrote:
> This reduces code duplication and differences with the fork.
>
> Signed-off-by: James Almer
> ---
> libavcodec/idctdsp.c | 49 +
> libavcodec/idctdsp.h | 46 +-
On Tue, Aug 12, 2014 at 06:38:32PM -0300, James Almer wrote:
> Fixes compilation failures on msvc/icl shared builds
>
> Signed-off-by: James Almer
> ---
> libavfilter/Makefile | 1 +
> libavfilter/log2_tab.c | 1 +
> 2 files changed, 2 insertions(+)
> create mode 100644 libavfilter/log2_tab.c
On Tue, Aug 12, 2014 at 07:31:58PM -0300, James Almer wrote:
> On 11/08/14 11:33 PM, Michael Niedermayer wrote:
> > Its API is marked as experimental, we should not export experimental API
> > from shared libs
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > configure |4 +++-
> > 1 fi
This reduces code duplication and differences with the fork.
Signed-off-by: James Almer
---
Fix for the ARM hack untested.
libavcodec/arm/idctdsp_init_arm.c | 16 ++---
libavcodec/idctdsp.c | 49 +++
libavcodec/idctdsp.h | 46
On 12/08/14 8:13 PM, Michael Niedermayer wrote:
> On Tue, Aug 12, 2014 at 07:31:58PM -0300, James Almer wrote:
>> On 11/08/14 11:33 PM, Michael Niedermayer wrote:
>>> Its API is marked as experimental, we should not export experimental API
>>> from shared libs
>>>
>>> Signed-off-by: Michael Niederm
On Aug 12, 2014 10:41 AM, "Mark Reid" wrote:
> I got the ULs from FMbc version of mxf.c
Isn't FFmbc GPL? You can't use GPL code in LGPL code unless it is not
copyrightable (which ULs probably are, IANAL) or you have author consent.
[...]
Timothy
___
On Tue, Aug 12, 2014 at 11:22:02PM +0200, James Darnley wrote:
> From 1.8 to 2.4 times faster. Runtime is reduced by 2 to 39%. The
> speed-up generally increases with compression_level.
>
> This lpc encoder is not used with levels < 3 so it provides no speed-up
> in these cases.
> ---
> LICENSE
> Also ive offered my resignation in the past.
> I do still offer to resign from the FFmpeg leader position, if it
> resolves this split between FFmpeg and Libav and make everyone work
> together again. I never understood why people who once where friends
> became mutually so hostile
The big eleph
On Tue, Aug 12, 2014 at 08:19:24PM -0300, James Almer wrote:
> This reduces code duplication and differences with the fork.
>
> Signed-off-by: James Almer
> ---
> Fix for the ARM hack untested.
>
> libavcodec/arm/idctdsp_init_arm.c | 16 ++---
> libavcodec/idctdsp.c | 49
>
On Tue, Aug 12, 2014 at 4:36 PM, Timothy Gu wrote:
> On Aug 12, 2014 10:41 AM, "Mark Reid" wrote:
>
> > I got the ULs from FMbc version of mxf.c
>
> Isn't FFmbc GPL? You can't use GPL code in LGPL code unless it is not
> copyrightable (which ULs probably are, IANAL) or you have author consent.
highgod0401
From: James Almer
Date: 2014-08-13 07:28
To: FFmpeg development discussions and patches
CC: highgod0401; weigao
Subject: Re: [FFmpeg-devel] [PATCH] configure: disallow OpenCL with shared libs
On 12/08/14 8:13 PM, Michael Niedermayer wrote:
> On Tue, Aug 12, 2014 at 07:31:58PM -030
On Aug 12, 2014 6:29 PM, "Mark Reid" wrote:
> I didn't realize FFmbc was licensed differently :s. I don't know if it
> helps, (IANAL either)
> but the same ULs can be found in libMXF project, as well as the AAF SDK.
> I'm not sure how to proceed, should I just drop the patch?
Just mention libMXF
On Aug 12, 2014 6:43 PM, "highgod0401" wrote:
> Hi
>
> Warning is OK for me.
Do you plan to change the API?
[...]
Timothy
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Tue, Aug 12, 2014 at 11:22:03PM +0200, James Darnley wrote:
> It now does 12 samples per iteration, up from 4.
>
> From 1.8 to 3.2 times faster again. 3.6 to 5.7 times faster overall.
> Runtime is reduced by a further 2 to 18%. Overall runtime reduced by
> 4 to 50%.
>
> Same conditions as be
On Tue, Aug 12, 2014 at 6:44 PM, Timothy Gu wrote:
> On Aug 12, 2014 6:29 PM, "Mark Reid" wrote:
>
> > I didn't realize FFmbc was licensed differently :s. I don't know if it
> > helps, (IANAL either)
> > but the same ULs can be found in libMXF project, as well as the AAF SDK.
> > I'm not sure ho
On Tue, Aug 12, 2014 at 11:22:07PM +0200, James Darnley wrote:
> ---
> libavcodec/flacdsp.h |7 +++
> 1 files changed, 7 insertions(+), 0 deletions(-)
>
> diff --git a/libavcodec/flacdsp.h b/libavcodec/flacdsp.h
> index 272cf2a..36cd904 100644
> --- a/libavcodec/flacdsp.h
> +++ b/libavcod
On Tue, Aug 12, 2014 at 11:22:06PM +0200, James Darnley wrote:
> ---
> libavcodec/flacdsp_lpc_template.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
I do not agree with what you h
Changes since v2:
*cleaned up commit message
*identified keys as legacy ULs
Mark Reid (1):
added ULs for demuxing avid media composer mxf files
libavformat/mxf.c | 3 +++
1 file changed, 3 insertions(+)
--
2.0.0
___
ffmpeg-devel mailing list
ffmpe
UL values from libMXF
Fixes Ticket#1554, Ticket#3100 and Ticket#3450
---
libavformat/mxf.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavformat/mxf.c b/libavformat/mxf.c
index d20ed94..7d30d65 100644
--- a/libavformat/mxf.c
+++ b/libavformat/mxf.c
@@ -28,6 +28,8 @@
const MXFCodecUL
sorry I didn't label this patch as version 3 I'll resend this correctly
On Tue, Aug 12, 2014 at 8:02 PM, Mark Reid wrote:
> UL values from libMXF
> Fixes Ticket#1554, Ticket#3100 and Ticket#3450
> ---
> libavformat/mxf.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/libavformat/m
Changes since v2:
*cleaned up commit message
*identified keys as legacy ULs
Mark Reid (1):
added ULs for demuxing avid media composer mxf files
libavformat/mxf.c | 3 +++
1 file changed, 3 insertions(+)
--
2.0.0
___
ffmpeg-devel mailing list
ffmpe
UL values from libMXF
Fixes Ticket#1554, Ticket#3100 and Ticket#3450
---
libavformat/mxf.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavformat/mxf.c b/libavformat/mxf.c
index d20ed94..7d30d65 100644
--- a/libavformat/mxf.c
+++ b/libavformat/mxf.c
@@ -28,6 +28,8 @@
const MXFCodecUL
Signed-off-by: James Almer
---
libavcodec/dnxhddata.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/dnxhddata.h b/libavcodec/dnxhddata.h
index 8166ee8..d5629e2 100644
--- a/libavcodec/dnxhddata.h
+++ b/libavcodec/dnxhddata.h
@@ -46,7 +46,7 @@ typedef struct CIDEnt
On Wed, Aug 13, 2014 at 5:34 AM, James Almer wrote:
> Signed-off-by: James Almer
> ---
> libavcodec/dnxhddata.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/dnxhddata.h b/libavcodec/dnxhddata.h
> index 8166ee8..d5629e2 100644
> --- a/libavcodec/dnxhddata.h
On Wed, Aug 13, 2014 at 12:11 AM, Ronald S. Bultje wrote:
> Fixes ffvp9_fails_where_libvpx.succeeds.webm from ticket 3849.
> ---
> libavcodec/vp9.c | 26 +++---
> 1 file changed, 15 insertions(+), 11 deletions(-)
>
> diff --git a/libavcodec/vp9.c b/libavcodec/vp9.c
> index 569
81 matches
Mail list logo
