On 11/03/15 11:29 AM, Christophe Gisquet wrote:
Hi,
2015-03-11 15:20 GMT+01:00 Michael Niedermayer michae...@gmx.at:
personally iam in favor of more things being tested, but iam fine
with either
I'll see what the opinions are in ~30H then. It looks to be around
4.5KB more data, which
Resubmitting with [PATCH] tag and unified diff.
Adds functionality to pause transcoding with 'p' key and upause with 'u'
key over stdin. Pauses in the main transcode loop as well as the
input_thread loop.
-
diff --git a/ffmpeg.c b/ffmpeg.c
index 6604ff0..37b351a 100644
---
2015-03-11 2:26 GMT+01:00 Michael Niedermayer michae...@gmx.at:
this breaks
make libavcodec/dct-test
...
LD libavcodec/dct-test
libavcodec/dct-test.o:(.rodata+0xe8): undefined reference to
`ff_xvid_idct_mmx'
libavcodec/dct-test.o:(.rodata+0x108): undefined reference to
On 11 March 2015 at 14:42, Marcus Johnson bumblebritche...@gmail.com wrote:
I've been working on adding XLL for the last couple months, it's still not
quite complete, basically I have to combine the Core and XLL samples before
it's output, and I also have to finish the latter stages of decoding
Hi!
Attached patch improves the documentation imo,
see http://ffmpeg.org/ffmpeg-devices.html
Please comment, Carl Eugen
diff --git a/doc/indevs.texi b/doc/indevs.texi
index 79fec2e..dca0f51 100644
--- a/doc/indevs.texi
+++ b/doc/indevs.texi
@@ -150,6 +150,87 @@ $ ffmpeg -f avfoundation
Currently different versions of the postprocessing routines are
generated from a template. Ultimately I intend to remove this by
replacing the inline assembly with seperate yasm files. The c routines
will still be needed, so they need to be moved to a seperate file.
The routines were added to the
This moves c functions to process blocks horozontally into a seperate
file, so that none of the postprocessing algorithms are in the main
postprecess.c file
---
libpostproc/postprocess.c | 352 +
libpostproc/postprocess_c.c | 373
Hi,
On Wed, Mar 11, 2015 at 9:11 PM, Michael Niedermayer michae...@gmx.at
wrote:
Found-by: Clang -fsanitize=shift
Reported-by: Thierry Foucu tfo...@google.com
Signed-off-by: Michael Niedermayer michae...@gmx.at
---
libavcodec/vp9.c |4 ++--
1 file changed, 2 insertions(+), 2
On Thu, Mar 12, 2015 at 11:47:55AM +, Derek Buitenhuis wrote:
On 3/12/2015 11:25 AM, Michael Niedermayer wrote:
you continue to talk about something completely unrelated to what i
said/meant.
you: take best code
[...]
I: for code to be ever in FFmpeg it must either be
On Thu, Mar 12, 2015 at 10:26:55AM -0400, Ronald S. Bultje wrote:
Hi,
On Thu, Mar 12, 2015 at 10:16 AM, Michael Niedermayer michae...@gmx.at
wrote:
On Thu, Mar 12, 2015 at 09:56:12AM -0400, Ronald S. Bultje wrote:
Hi,
On Thu, Mar 12, 2015 at 9:41 AM, Michael Niedermayer
On Thu, Mar 12, 2015 at 07:14:54AM -0400, Ronald S. Bultje wrote:
Hi,
On Wed, Mar 11, 2015 at 9:00 PM, Michael Niedermayer michae...@gmx.at
wrote:
Found-by: Clang -fsanitize=shift
Reported-by: Thierry Foucu tfo...@google.com
Signed-off-by: Michael Niedermayer michae...@gmx.at
---
On Thu, Mar 12, 2015 at 09:57:44AM -0400, Ronald S. Bultje wrote:
Hi,
On Thu, Mar 12, 2015 at 9:37 AM, Michael Niedermayer michae...@gmx.at
wrote:
On Thu, Mar 12, 2015 at 07:14:54AM -0400, Ronald S. Bultje wrote:
Hi,
On Wed, Mar 11, 2015 at 9:00 PM, Michael Niedermayer
On Thu, Mar 12, 2015 at 09:56:12AM -0400, Ronald S. Bultje wrote:
Hi,
On Thu, Mar 12, 2015 at 9:41 AM, Michael Niedermayer michae...@gmx.at
wrote:
On Thu, Mar 12, 2015 at 07:15:47AM -0400, Ronald S. Bultje wrote:
Hi,
On Wed, Mar 11, 2015 at 9:11 PM, Michael Niedermayer
On 3/12/2015 12:34 PM, Michael Niedermayer wrote:
Its interresting what kind of bizare replies one gets by stating on
the main FFmpeg development list that work should be based on FFmpeg
and should be tested. And then repeating a few times that this is
really what was meant and none of the
---
libavcodec/hevc.c | 25 -
1 file changed, 16 insertions(+), 9 deletions(-)
diff --git a/libavcodec/hevc.c b/libavcodec/hevc.c
index fdbaa28..b52e778 100644
--- a/libavcodec/hevc.c
+++ b/libavcodec/hevc.c
@@ -280,7 +280,7 @@ static int decode_lt_rps(HEVCContext *s,
---
libavcodec/hevc.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavcodec/hevc.c b/libavcodec/hevc.c
index b52e778..998d58e 100644
--- a/libavcodec/hevc.c
+++ b/libavcodec/hevc.c
@@ -2605,7 +2605,8 @@ static int hevc_frame_start(HEVCContext *s)
if (ret 0)
The first patch avoids unnecessary calls to get_format. We open a new
hw decoder on every call to get_format. hevc seems to do something
different than h264. deleting any provious allocated hw decoders
at the application level results in heap corruption. There may be some other
issue left but the
Hi,
On Thu, Mar 12, 2015 at 9:37 AM, Michael Niedermayer michae...@gmx.at
wrote:
On Thu, Mar 12, 2015 at 07:14:54AM -0400, Ronald S. Bultje wrote:
Hi,
On Wed, Mar 11, 2015 at 9:00 PM, Michael Niedermayer michae...@gmx.at
wrote:
Found-by: Clang -fsanitize=shift
Reported-by:
Hi,
2015-03-12 14:37 GMT+01:00 Michael Niedermayer michae...@gmx.at:
const int mx = h-mv_cache[list][scan8[n]][0] + src_x_offset * 8;
int my= h-mv_cache[list][scan8[n]][1] + src_y_offset * 8;
const int luma_xy = (mx 3) + ((my 3) 2);
-ptrdiff_t offset
Hi,
On Thu, Mar 12, 2015 at 9:41 AM, Michael Niedermayer michae...@gmx.at
wrote:
On Thu, Mar 12, 2015 at 07:15:47AM -0400, Ronald S. Bultje wrote:
Hi,
On Wed, Mar 11, 2015 at 9:11 PM, Michael Niedermayer michae...@gmx.at
wrote:
Found-by: Clang -fsanitize=shift
Reported-by:
Rainer Hochecker fernetmenta at online.de writes:
hevc_decode_flush(AVCodecContext *avctx)
{
HEVCContext *s = avctx-priv_data;
ff_hevc_flush_dpb(s);
+hevc_decode_free(avctx);
+s-context_initialized = 0;
s-max_ra = INT_MAX;
}
this is a left over from debugging.
On Thu, Mar 12, 2015 at 08:10:17AM -0400, compn wrote:
On Thu, 12 Mar 2015 11:47:55 +
Derek Buitenhuis derek.buitenh...@gmail.com wrote:
answer to that is a *single* decoder, which works the best -
just say it with less words. you dont want dual decoders like prores.
i strongly want to
On Thu, Mar 12, 2015 at 02:08:25PM +0100, Rainer Hochecker wrote:
---
libavcodec/hevc.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Dictatorship naturally arises out of democracy,
Hi,
On Thu, Mar 12, 2015 at 10:16 AM, Michael Niedermayer michae...@gmx.at
wrote:
On Thu, Mar 12, 2015 at 09:56:12AM -0400, Ronald S. Bultje wrote:
Hi,
On Thu, Mar 12, 2015 at 9:41 AM, Michael Niedermayer michae...@gmx.at
wrote:
On Thu, Mar 12, 2015 at 07:15:47AM -0400, Ronald S.
On 2/26/15 4:26 AM, Anshul wrote:
On 02/25/2015 10:04 PM, Deron wrote:
On 2/21/15 8:05 AM, Deron wrote:
On 2/15/15 5:44 AM, Anshul wrote:
attached another cleaned patch.
-Anshul
Not sure if I should be posting here, privately, or do the user list
since it is an unaccepted patch... This
On Fri, Mar 13, 2015 at 02:46:32AM +0100, Carl Eugen Hoyos wrote:
On Friday 13 March 2015 02:36:00 am Carl Eugen Hoyos wrote:
Hi!
Attached patch fixes a regression caused by randomly added
prores code-points in riff.c (similar to ticket #4307). As
a side-effect, it shows a warning for
On Fri, Mar 13, 2015 at 02:11:54AM +0100, Carl Eugen Hoyos wrote:
Hi!
On Wednesday 11 March 2015 04:03:27 am Michael Niedermayer wrote:
On Tue, Mar 10, 2015 at 03:27:20PM +0100, Carl Eugen Hoyos wrote:
+if (av_log_get_level() = AV_LOG_VERBOSE enc-refs)
+snprintf(buf +
On Thu, Mar 12, 2015 at 03:39:51PM +0100, Christophe Gisquet wrote:
Hi,
2015-03-12 14:37 GMT+01:00 Michael Niedermayer michae...@gmx.at:
const int mx = h-mv_cache[list][scan8[n]][0] + src_x_offset *
8;
int my= h-mv_cache[list][scan8[n]][1] + src_y_offset *
On Wed, Mar 11, 2015 at 02:59:28PM +, James Cowgill wrote:
Unfortunately android api 21 (lollipop) doesn't have the sgidefs.h header,
the easiest way around this is to just use the preprocessor definitions from
gcc / clang.
Signed-off-by: James Cowgill james...@cowgill.org.uk
---
Hi,
Hi,
2015-03-11 17:06 GMT+01:00 James Almer jamr...@gmail.com:
As discussed before, mmx, mmxext and sse functions that have also an sse2
version, and
3dnow/3dnowext functions that have also an sse version, have no reason to
exist in an
x86_64 build.
I think the reason may have been someone
2015-03-11 0:11 GMT+01:00 Christophe Gisquet christophe.gisq...@gmail.com:
---
libavcodec/x86/xvididct.asm| 202
-
libavcodec/x86/xvididct_init.c | 8 +-
2 files changed, 140 insertions(+), 70 deletions(-)
Not sure it needed a refresh, but here
Hello,
This is my first qualification task submit for the *d**irectshow digital
video capture *project. In this http://i.imgur.com/zd47rP3.png link there
is my screenshot proving that I successfully made a filter graph using
graphstudionext that captures the video stream from a webcam and show it
On Thu, Mar 12, 2015 at 03:35:05PM -0300, James Almer wrote:
Also add av_cold to ff_hevcdsp_init_arm.
Signed-off-by: James Almer jamr...@gmail.com
---
Untested as i lack the hardware (or qemu).
libavcodec/arm/Makefile| 1 +
libavcodec/arm/hevcdsp_arm.h | 26
This was lost in commit ae48547a.
It fixes the following compiler warning:
warning: 'flv_data_packet' defined but not used
Signed-off-by: Andreas Cadhalpun andreas.cadhal...@googlemail.com
---
libavformat/flvdec.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git
Hi,
2015-03-11 3:46 GMT+01:00 James Almer jamr...@gmail.com:
Should be YASM-OBJS, and moved to the end of the file.
Also, related to the build failure Michael mentioned for the second patch,
this is
missing an inline - external change in libavcodec/x86/dct-test.c
Here you are.
Passes
2015-03-11 0:11 GMT+01:00 Christophe Gisquet christophe.gisq...@gmail.com:
---
libavcodec/x86/xvididct.asm| 92
--
libavcodec/x86/xvididct_init.c | 9 +
2 files changed, 91 insertions(+), 10 deletions(-)
Another refresh.
From
Hi,
2015-03-12 20:14 GMT+01:00 Christophe Gisquet christophe.gisq...@gmail.com:
Not sure it needed a refresh, but here is one.
btw, the incorrect %warning code is actually dead, placeholder code
for the following patch 4/4 of the series.
--
Christophe
Hi,
My name is Anand Dhoot. I am an undergraduate student and keen on taking up
the project on HTTP/2 for GSoC 2015. This would be my first opportunity
to contribute to the Open Source Community.
I am a beginner and have coding experience in C and C++. Currently, I am
involved in network-related
On Thu, Mar 12, 2015 at 08:09:35PM +0100, Christophe Gisquet wrote:
Hi,
2015-03-11 3:46 GMT+01:00 James Almer jamr...@gmail.com:
Should be YASM-OBJS, and moved to the end of the file.
Also, related to the build failure Michael mentioned for the second patch,
this is
missing an inline
Himangi Saraogi himangi774 at gmail.com writes:
I am collecting suitable test samples
You should only test the filter with samples
created with the telecine filter.
To test the start point in the telecine
sequence, use -ss 0.x -vcodec copy (or
similar options) to cut away the first
frames.
Simply returning on failure without indicating failure does not work
it instead crashes later, its better to fail immedeately until the
failure is handled.
Signed-off-by: Michael Niedermayer michae...@gmx.at
---
libavfilter/formats.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
On Thu, Mar 12, 2015 at 11:04:57PM +0100, Michael Niedermayer wrote:
Simply returning on failure without indicating failure does not work
it instead crashes later, its better to fail immedeately until the
failure is handled.
Signed-off-by: Michael Niedermayer michae...@gmx.at
---
Le duodi 22 ventôse, an CCXXIII, Wes a écrit :
I'm interested in participating in GSoC this year and the Subtitles
project sounds very interesting. However, I noticed this project idea
doesn't have a mentor currently, but Nicolas George is listed as a
potential backup mentor. If a mentor is
Hello,
I'm interested in participating in GSoC this year and the Subtitles
project sounds very interesting. However, I noticed this project idea
doesn't have a mentor currently, but Nicolas George is listed as a
potential backup mentor. If a mentor is not found, will he be promoted to
mentor?
Also make sure the allocation and its check are properly done.
---
libavfilter/formats.c | 20 +++-
libavfilter/formats.h | 6 +++---
2 files changed, 14 insertions(+), 12 deletions(-)
diff --git a/libavfilter/formats.c b/libavfilter/formats.c
index eb3b87a..47b20a4 100644
---
Hi,
On Wed, Mar 11, 2015 at 9:00 PM, Michael Niedermayer michae...@gmx.at
wrote:
Found-by: Clang -fsanitize=shift
Reported-by: Thierry Foucu tfo...@google.com
Signed-off-by: Michael Niedermayer michae...@gmx.at
---
libavcodec/h264_mb.c | 14 +++---
1 file changed, 7
On Thu, 12 Mar 2015 11:47:55 +
Derek Buitenhuis derek.buitenh...@gmail.com wrote:
answer to that is a *single* decoder, which works the best -
just say it with less words. you dont want dual decoders like prores.
(i'm not going to make the argument that multiple users use different
prores
On Wed, Mar 11, 2015 at 09:44:22PM +, Derek Buitenhuis wrote:
On 3/11/2015 9:36 PM, Michael Niedermayer wrote:
Thats analogous to saying no its not important to put fuel in a
car, its important to drive the best car
No what I propose is to look at both and decide which is best. Simply
On 3/12/2015 11:25 AM, Michael Niedermayer wrote:
you continue to talk about something completely unrelated to what i
said/meant.
you: take best code
[...]
I: for code to be ever in FFmpeg it must either be developed on top
of FFmpeg or it must be rebased/ merged/integrated at some point.
On Thu, 12 Mar 2015 11:47:55 +
Derek Buitenhuis derek.buitenh...@gmail.com wrote:
I am looking at what is the best end result for the *user*. The answer to that
is a *single* decoder, which works the best - regardless of the effort it.
Yes,
I don't buy that merging one from Libav causes
On Thu, Mar 12, 2015 at 11:39:12PM +0100, Clément Bœsch wrote:
Also make sure the allocation and its check are properly done.
---
libavfilter/formats.c | 20 +++-
libavfilter/formats.h | 6 +++---
2 files changed, 14 insertions(+), 12 deletions(-)
LGTM
thanks
[...]
--
On Thu, Mar 12, 2015 at 08:57:10PM +0100, Andreas Cadhalpun wrote:
This was lost in commit ae48547a.
It fixes the following compiler warning:
warning: 'flv_data_packet' defined but not used
Signed-off-by: Andreas Cadhalpun andreas.cadhal...@googlemail.com
---
libavformat/flvdec.c | 5
Hi!
On Wednesday 11 March 2015 04:03:27 am Michael Niedermayer wrote:
On Tue, Mar 10, 2015 at 03:27:20PM +0100, Carl Eugen Hoyos wrote:
+if (av_log_get_level() = AV_LOG_VERBOSE enc-refs)
+snprintf(buf + strlen(buf), buf_size - strlen(buf),
, %d reference frame(s), enc-refs);
Michael Niedermayer michaelni at gmx.at writes:
Attached patch improves the documentation imo,
see http://ffmpeg.org/ffmpeg-devices.html
Please comment, Carl Eugen
Patch applied.
Thank you, Carl Eugen
___
ffmpeg-devel mailing list
Hi!
Attached patch fixes a regression caused by randomly added
prores code-points in riff.c (similar to ticket #4307). As
a side-effect, it shows a warning for such (probably
invalid) files).
Please comment, Carl Eugen
diff --git a/libavformat/avidec.c b/libavformat/avidec.c
index
On Friday 13 March 2015 02:36:00 am Carl Eugen Hoyos wrote:
Hi!
Attached patch fixes a regression caused by randomly added
prores code-points in riff.c (similar to ticket #4307). As
a side-effect, it shows a warning for such (probably
invalid) files).
Updated patch attached.
Carl Eugen
Le decadi 20 ventôse, an CCXXIII, wm4 a écrit :
Why not fix the shortcomings in FFmpeg? (The option API.)
https://lists.libav.org/pipermail/libav-devel/2015-March/067929.html
Regards,
--
Nicolas George
signature.asc
Description: Digital signature
Useful where ffmpeg is used by applications that transcode on the fly and
want to provide some throttling (among other things)
From e2f3aa14979675a373a210bd9a028b01a5a0c7eb Mon Sep 17 00:00:00 2001
From: jluce50 jeremyl...@gmail.com
Date: Fri, 6 Mar 2015 17:13:40 -0600
Subject: [PATCH 1/4] Add
58 matches
Mail list logo