Hi,
2014-08-12 1:56 GMT+02:00 Michael Niedermayer michae...@gmx.at:
- (2 + 2 * ctx-num_planes +
+ (2 + 2 * FFMIN(3, ctx-num_planes) +
slice_hdr_size is 2 + 2 * (ctx-num_planes - 1);
is this difference intended ?
I don't
2014-08-12 7:56 GMT+02:00 Christophe Gisquet christophe.gisq...@gmail.com:
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
Hi,
2014-08-12 8:10 GMT+02:00 Christophe Gisquet christophe.gisq...@gmail.com:
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
On Tue, Aug 12, 2014 at 5:48 AM, spanknebel.bor...@t-online.de
spanknebel.bor...@t-online.de wrote:
From 48e4da7d6476ac2a62cc462478b8ccf4d0c45361 Mon Sep 17 00:00:00 2001
From: Youka spanknebel.bor...@t-online.de
Date: Tue, 12 Aug 2014 04:32:02 +0200
Subject: [PATCH] fix: 'make' with mingw32
Timothy Gu timothygu99 at 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
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
spanknebel.bor...@t-online.de wrote:
From 48e4da7d6476ac2a62cc462478b8ccf4d0c45361 Mon Sep 17 00:00:00 2001
From: Youka spanknebel.bor...@t-online.de
Date: Tue,
On Tue, Aug 12, 2014 at 10:42 AM, Michael Niedermayer michae...@gmx.at 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
spanknebel.bor...@t-online.de wrote:
From 48e4da7d6476ac2a62cc462478b8ccf4d0c45361 Mon
Hi,
2014-08-12 10:19 GMT+02:00 Michael Niedermayer michae...@gmx.at:
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
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 reimar.doeffin...@gmx.de
---
ffmpeg_opt.c | 12 +++-
ffplay.c
On Tue, Aug 12, 2014 at 11:56:21AM +0200, Christophe Gisquet wrote:
Hi,
2014-08-12 10:19 GMT+02:00 Michael Niedermayer michae...@gmx.at:
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
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 jamr...@gmail.com
---
libavcodec/x86/ttadsp.asm | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Hi,
2014-08-12 12:26 GMT+02:00 Michael Niedermayer michae...@gmx.at:
On Tue, Aug 12, 2014 at 11:56:21AM +0200, Christophe Gisquet wrote:
Hi,
2014-08-12 10:19 GMT+02:00 Michael Niedermayer michae...@gmx.at:
the serious undersizing check already depends on the assumtation
that
Hi,
2014-08-12 12:38 GMT+02:00 Christophe Gisquet christophe.gisq...@gmail.com:
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
On Sun, Aug 10, 2014 at 02:24:01AM -0300, James Almer wrote:
Signed-off-by: James Almer jamr...@gmail.com
---
libavcodec/x86/dca.h | 60
1 file changed, 60 deletions(-)
delete mode 100644 libavcodec/x86/dca.h
applied
thanks
[...]
--
Signed-off-by: Paul B Mahol one...@gmail.com
---
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
---
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 21 | tail -4
Input #0, wav, from '../sample.wav':
Duration: 00:00:10.00, bitrate: 256 kb/s
Stream #0:0: Audio:
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, 1
Wilfried Weissmann wweissmann at 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 user@localhost.localdomain
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 21 | tail -4
Input #0, wav, from
On 12/08/14 at 10:36, Steven Liu wrote:
2014-08-12 7:26 GMT+08:00 Simon Thelen ffmpeg-...@c-14.de:
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
On Mon, 11 Aug 2014 18:34:23 -0400
Theodore Ts'o ty...@mit.edu 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
On Tue, 12 Aug 2014 02:54:39 +0200
Matthias Urlichs matth...@urlichs.de 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
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
Wilfried Weissmann wweissmann at 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
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 compile
On Tue, 12 Aug 2014 16:51:40 +0200
Matthias Urlichs matth...@urlichs.de 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
On 8/12/14, Clement Boesch u...@pkh.me wrote:
On Tue, Aug 12, 2014 at 11:32:20AM +, Paul B Mahol wrote:
Signed-off-by: Paul B Mahol one...@gmail.com
---
libavfilter/vf_perspective.c | 69
+---
1 file changed, 52 insertions(+), 17 deletions(-)
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
---
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[] = {
{ {
On Tue, 12 Aug 2014 16:51:40 +0200
Matthias Urlichs matth...@urlichs.de 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.
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 jamr...@gmail.com
---
libswscale/Makefile | 2 ++
libswscale/log2_tab.c | 1 +
Hi,
On 12.08.2014 02:21, Ivan Kalvachev wrote:
On 8/11/14, Andreas Cadhalpun andreas.cadhal...@googlemail.com 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
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
Mark Reid mindmark at 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
This reduces code duplication and differences with the fork.
Signed-off-by: James Almer jamr...@gmail.com
---
libavcodec/idctdsp.c | 49 +
libavcodec/idctdsp.h | 46 +-
libavcodec/xvididct.c | 4 ++--
---
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 {
Fixes compilation failures on msvc/icl shared builds
Signed-off-by: James Almer jamr...@gmail.com
---
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
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
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
@@
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 michae...@gmx.at
---
configure |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
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 jamr...@gmail.com
---
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 jamr...@gmail.com
---
libavfilter/Makefile | 1 +
libavfilter/log2_tab.c | 1 +
2 files changed, 2 insertions(+)
create mode 100644
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 michae...@gmx.at
---
configure |4 +++-
1
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.md
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 jamr...@gmail.com
---
Fix for the ARM hack untested.
libavcodec/arm/idctdsp_init_arm.c | 16 ++---
libavcodec/idctdsp.c
On Tue, Aug 12, 2014 at 4:36 PM, Timothy Gu timothyg...@gmail.com wrote:
On Aug 12, 2014 10:41 AM, Mark Reid mindm...@gmail.com 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,
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
On Aug 12, 2014 6:29 PM, Mark Reid mindm...@gmail.com 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
On Aug 12, 2014 6:43 PM, highgod0401 highgod0...@gmail.com 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 before
On Tue, Aug 12, 2014 at 6:44 PM, Timothy Gu timothyg...@gmail.com wrote:
On Aug 12, 2014 6:29 PM, Mark Reid mindm...@gmail.com 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
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
+++
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
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 mindm...@gmail.com wrote:
UL values from libMXF
Fixes Ticket#1554, Ticket#3100 and Ticket#3450
---
libavformat/mxf.c | 3 +++
1 file changed, 3 insertions(+)
diff --git
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
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
57 matches
Mail list logo
