Am 18.07.2014 12:04 schrieb Benoit Fouet benoit.fo...@free.fr:
In order to easily correlate pkt_duration to its real duration, add the
packet time base information to the frame structure.
Fixes issue #3052
The code in avcodec doesn't know the timebase, unless the user tells it.
And if the
Am 04.08.2014 19:59 schrieb Gisle Sælensminde gi...@snirklasjon.no:
I'm trying to add support for closed captions in ffmpeg, namely cea608 and
cea708. Unlike normal subtitles, these are embedded in the video frames
themselves rather than a separate track or file. As a first step I try to
write
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
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
On Wed, Aug 13, 2014 at 5:34 AM, James Almer jamr...@gmail.com wrote:
Signed-off-by: James Almer jamr...@gmail.com
---
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
On Wed, Aug 13, 2014 at 12:11 AM, Ronald S. Bultje rsbul...@gmail.com 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
On Fri, Aug 15, 2014 at 7:56 AM, Clément Bœsch u...@pkh.me wrote:
On Fri, Aug 15, 2014 at 01:23:59AM +0200, Michael Niedermayer wrote:
On Thu, Aug 14, 2014 at 11:05:11PM +0200, Clément Bœsch wrote:
---
doc/APIchanges | 3 +++
libavutil/pixelutils.c | 21 +
Am 19.08.2014 01:34 schrieb Carl Eugen Hoyos ceho...@ag.or.at:
Hi!
Attached patch from Elemental increases the maximum superframe size, I
don't know if this fixes any samples.
The original patchfile contains no further attribution.
Please comment, Carl Eugen
It makes no sense to send
On Thu, Aug 21, 2014 at 1:38 PM, compn te...@mi.rr.com wrote:
https://gist.github.com/anonymous/0e26f490ec13d67996fd
commit e94a44543a96b13aa6a23efce2f0378a5479d530
Author: Rodger Combs rodger.co...@gmail.com
Date: Wed Aug 20 15:38:12 2014 -0700
avformat/nullenc: mark null as
On Thu, Aug 21, 2014 at 1:49 PM, Tsukasa OMOTO henry0...@gmail.com wrote:
Hi, Carl
Shouldn't you add ARIB to DESC_types[]?
I don't know which ISO_types or DESC_types I should add to.
Do you think DESC_types is better?
Tsukasa
ISO defines id 0x6 as a generic type for private data, its
On Thu, Aug 21, 2014 at 12:42 AM, James Almer jamr...@gmail.com wrote:
* Reduced xmm register count to 7 (As such they are now enabled for x86_32).
* Removed four movdqa (affects the sse2 version only).
* pxor is now used to clear m0 only once.
~5% faster.
Signed-off-by: James Almer
On Sat, Aug 23, 2014 at 1:31 PM, Michael Niedermayer michae...@gmx.at wrote:
On Fri, Aug 22, 2014 at 11:39:57PM -0300, James Almer wrote:
Derived from deflate code.
Requires liblzma.
Signed-off-by: James Almer jamr...@gmail.com
how can this be tested ?
do you have a testcase / sample ?
On Fri, Aug 29, 2014 at 12:31 PM, Petri Hintukainen phint...@gmail.com wrote:
From: Petri Hintukainen phint...@users.sourceforge.net
Fixes ticket #2208
Is the format officially documented somewhere, so interoperability
with other tools is ensured?
- Hendrik
On Sun, Aug 31, 2014 at 9:41 AM, Reimar Döffinger
reimar.doeffin...@gmx.de wrote:
On 30.08.2014, at 15:38, wm4 nfx...@googlemail.com wrote:
+// The packet-size is stored as part of the packet.
+if ((ret = avio_read(s-pb, tmp, 3)) 0)
+return ret;
+
+len = AV_RB16(tmp +
On Mon, Sep 1, 2014 at 10:01 AM, Petri Hintukainen phint...@gmail.com wrote:
On ma, 2014-09-01 at 00:34 +0200, wm4 wrote:
---
Use AV_RB16 instead of memcpy.
Don't use AVPROBE_SCORE_EXTENSION.
---
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/supdec.c
On Fri, Aug 29, 2014 at 12:31 PM, Petri Hintukainen phint...@gmail.com wrote:
From: Petri Hintukainen phint...@users.sourceforge.net
Fixes ticket #2208
---
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/supenc.c | 61
On Fri, Sep 12, 2014 at 9:49 PM, Mikulas Patocka
miku...@artax.karlin.mff.cuni.cz wrote:
Hi
Here I'm sending two patches to fix portability for 586-class machines
(Pentium, K6, etc.)
If the CPU is generic, 386, 486 or pentium, we must not use cmov in inline
assembler.
Note that some
On Mon, Sep 15, 2014 at 3:16 AM, James Almer jamr...@gmail.com wrote:
On 14/09/14 9:38 PM, Michael Niedermayer wrote:
On Sun, Sep 14, 2014 at 08:47:11PM -0300, James Almer wrote:
Signed-off-by: James Almer jamr...@gmail.com
---
should be ok
Pushed. Thanks.
This should have
Hey,
this patchset adds support for playing TrueHD streams on new Blu-ray discs
which carry an additional Atmos substream inside the TrueHD stream.
The Atmos stream is simply discarded right now, since we don't have any way
to decode or expose it, but it might be feasible to shove it into side
The fourth substream is being discarded, since its not raw audio data,
but an encoded Atmos stream which needs a specialized decoder.
---
libavcodec/mlp.h| 2 +-
libavcodec/mlpdec.c | 4 +++-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/libavcodec/mlp.h b/libavcodec/mlp.h
On Sat, Sep 27, 2014 at 5:45 AM, Georg Stein georg_st...@t-online.de
wrote:
Hello,
i compiled ffmpeg under macosx 10.9 and had to find out, that my app what
uses libavformat is crashing on mac osx up to 10.85
Use --extra-cflags=-mmacosx-version-min=10.8 .. or 10.6, or whatever is
your
On Fri, Oct 31, 2014 at 5:59 PM, wm4 nfx...@googlemail.com wrote:
On Thu, 30 Oct 2014 20:31:17 -0500
Rodger Combs rodger.co...@gmail.com wrote:
libavcodec currently has support for hardware-accelerated decoding, but
no support for encoding, and libavcodec+libavfilter+ffmpeg provide no
On Mon, Nov 10, 2014 at 3:01 PM, Nicolas George geo...@nsup.org wrote:
+
+ /* YCrCb - RGB conversion */
+ Cr = Cr - 128;
+ Cb = Cb - 128;
+ R = Y + Cr + (Cr2) + (Cr3) + (Cr5);
+ G = Y - ((Cb2) + (Cb4) + (Cb5)) - ((Cr1) + (Cr3) +
(Cr4) + (Cr5));
+ B =
On Wed, Nov 26, 2014 at 11:38 AM, Carl Eugen Hoyos ceho...@ag.or.at wrote:
Timo Rothenpieler timo at rothenpieler.org writes:
I'm not sure if this needs to be flagged as nonfree.
Please mark it as non-free, the header clearly says
that it must not be used for open-source software
Where
On Wed, Nov 26, 2014 at 2:35 PM, Carl Eugen Hoyos ceho...@ag.or.at wrote:
Timo Rothenpieler timo at rothenpieler.org writes:
Please mark it as non-free, the header clearly says
that it must not be used for open-source software.
It only says not to distribute the header, the
compiled
On Tue, Dec 16, 2014 at 10:11 AM, Jesse Jiang jessejiang0...@outlook.com
wrote:
Yes, it is true.
But I think this job is not hard, we can use which command to get the cl
path. Like $ which cl/c/Program Files (x86)/Microsoft Visual Studio
12.0/VC/BIN/cl.exe
Then we can replace the cl.exe with
On Tue, Dec 23, 2014 at 1:44 AM, Michael Niedermayer michae...@gmx.at
wrote:
It was used for protecting calls to get/release_buffer()
there are no such calls anymore
av_frame_unref could call the users release callback, if there are
restrictions on how its supposed to be called from worker
On Dec 25, 2014 2:57 PM, t...@rothenpieler.org wrote:
From: Timo Rothenpieler t...@rothenpieler.org
---
libavcodec/nvenc.c | 17 -
1 file changed, 16 insertions(+), 1 deletion(-)
diff --git a/libavcodec/nvenc.c b/libavcodec/nvenc.c
index ebc3249..76f9aa6 100644
---
On Sat, Dec 27, 2014 at 5:24 PM, Clément Bœsch u...@pkh.me wrote:
On Sat, Dec 27, 2014 at 11:02:36AM -0500, Ronald S. Bultje wrote:
---
libavcodec/x86/vp9lpf.asm | 56
+++
1 file changed, 28 insertions(+), 28 deletions(-)
diff --git
On Wed, Dec 31, 2014 at 7:33 PM, Vlad Kuznetsov v...@spreecast.com
wrote:
From: Vladimir Kuznetsov v...@spreecast.com
Client (mobile or desctop) will automatically choose the stream (full or
adio only) depends on current network conditions.
---
The patch reads like a giant ugly hack, and
On Thu, Feb 5, 2015 at 7:07 PM, James Almer jamr...@gmail.com wrote:
On 05/02/15 12:49 PM, Christophe Gisquet wrote:
Hi,
2015-02-05 5:18 GMT+01:00 James Almer jamr...@gmail.com:
Original x86 intrinsics code and initial yasm port by Pierre-Edouard
Lepere.
Refactoring and
The HEVC decoder has the scaling lists in the SPS structs, and not the PPS.
Additionally, it needs to compensate for the diagonal scan permutation
applied in the decoder.
---
libavcodec/dxva2_hevc.c | 19 +++
1 file changed, 11 insertions(+), 8 deletions(-)
diff --git
On Tue, Feb 3, 2015 at 10:23 PM, Hendrik Leppkes h.lepp...@gmail.com
wrote:
The HEVC decoder has the scaling lists in the SPS structs, and not the PPS.
Additionally, it needs to compensate for the diagonal scan permutation
applied in the decoder.
---
libavcodec/dxva2_hevc.c | 19
The scaling list can be specified in either the SPS or PPS.
Additionally, compensate for the diagonal scan permutation applied in the
decoder.
---
libavcodec/dxva2_hevc.c | 22 ++
1 file changed, 14 insertions(+), 8 deletions(-)
diff --git a/libavcodec/dxva2_hevc.c
On Mon, Jan 19, 2015 at 1:32 PM, Michael Niedermayer michae...@gmx.at
wrote:
On Mon, Jan 19, 2015 at 07:43:41AM +0100, Reimar Döffinger wrote:
On 19.01.2015, at 03:05, Michael Niedermayer michae...@gmx.at wrote:
On Thu, Jan 01, 2015 at 10:00:25AM +0100, Reimar Döffinger wrote:
Useful to
On Sun, Jan 18, 2015 at 1:02 AM, Nicolas George geo...@nsup.org wrote:
L'octidi 28 nivôse, an CCXXIII, Kieran Kunhya a écrit :
Oops I misunderstood, you mean the software must comply with the users
wishes.
Yes.
Anyway my argument is that BT601 should be the default for the these
On Wed, Jan 14, 2015 at 6:04 PM, Ståle Kristoffersen staal...@ifi.uio.no
wrote:
I have a TS-file, which I unfortunately can't share, that contains only one
PID, and that is a 4K HEVC-video stream at around 30Mbps.
This file is from the middle of a broadcast and thus it do not start
cleanly.
---
libavformat/hlsenc.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index 1831c17..0f14e90 100644
--- a/libavformat/hlsenc.c
+++ b/libavformat/hlsenc.c
@@ -242,10 +242,12 @@ static int hls_window(AVFormatContext *s, int
Its only used in one function, having it in the context serves no purpose.
---
libavformat/hlsenc.c | 28 +---
1 file changed, 13 insertions(+), 15 deletions(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index 29bf30e..1831c17 100644
---
On Fri, Feb 20, 2015 at 1:38 PM, Michael Niedermayer michae...@gmx.at wrote:
On Fri, Feb 20, 2015 at 12:55:14PM +0100, Hendrik Leppkes wrote:
---
libavformat/hlsenc.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index
On Thu, Feb 19, 2015 at 4:25 PM, Carl Eugen Hoyos ceho...@ag.or.at wrote:
Hi!
Attached patch by Francisco Blas Izquierdo Riera fixes a compilation
error in mlpdsp_init.c with -fstack-check and some gcc compilers (I
reproduced the issue with gcc 4.7.3) by simplifying the code.
I ran some
On Sun, Jan 25, 2015 at 5:15 PM, Reimar Döffinger reimar.doeffin...@gmx.de
wrote:
On Thu, Jan 22, 2015 at 03:49:09PM +0100, Andreas Cadhalpun wrote:
Hi,
On 22.01.2015 15:31, wm4 wrote:
If the build date is not correct, then what value does the build date
have at all?
How do you
On Sun, Jan 25, 2015 at 6:43 PM, Michael Niedermayer michae...@gmx.at
wrote:
On Sun, Jan 25, 2015 at 05:02:58PM +0100, Reimar Döffinger wrote:
On Sun, Jan 25, 2015 at 03:59:12PM +0100, Hendrik Leppkes wrote:
On Sun, Jan 25, 2015 at 3:26 PM, Hendrik Leppkes h.lepp...@gmail.com
wrote
This enables decode_nal_unit to access additional fields added in
subsequent commits.
---
libavcodec/hevc.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavcodec/hevc.c b/libavcodec/hevc.c
index 2bd89ec..8f60b3d 100644
--- a/libavcodec/hevc.c
+++
Hardware Accelerators require access to the escaped bitstream.
---
libavcodec/hevc.c | 8 ++--
libavcodec/hevc.h | 3 +++
2 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/libavcodec/hevc.c b/libavcodec/hevc.c
index 8f60b3d..bcbb889 100644
--- a/libavcodec/hevc.c
+++
---
libavcodec/hevc.c | 38 --
libavcodec/hevc.h | 3 +++
libavcodec/hevc_refs.c | 18 ++
3 files changed, 57 insertions(+), 2 deletions(-)
diff --git a/libavcodec/hevc.c b/libavcodec/hevc.c
index 1a908d5..71cb9b4 100644
---
@@
+/*
+ * DXVA2 HEVC HW acceleration.
+ *
+ * copyright (c) 2014 - 2015 Hendrik Leppkes
+ *
+ * This file is part of FFmpeg.
+ *
+ * FFmpeg is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU Lesser General Public
+ * License as published by the Free Software Foundation
I forgot that this one was already applied, but it also didn't change in
the new set, so no harm in re-sending it. Now it all lines up perfectly!
The other patches got a few cosmetic changes, and one added error check in
the add hwaccel hooks patch.
- Hendrik
---
ffmpeg_dxva2.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/ffmpeg_dxva2.c b/ffmpeg_dxva2.c
index 3c91d26..741c55b 100644
--- a/ffmpeg_dxva2.c
+++ b/ffmpeg_dxva2.c
@@ -52,6 +52,7 @@ DEFINE_GUID(DXVA2_ModeH264_F, 0x1b81be69,
---
libavcodec/hevc.c | 38 +++---
libavcodec/hevc_refs.c | 24
2 files changed, 31 insertions(+), 31 deletions(-)
diff --git a/libavcodec/hevc.c b/libavcodec/hevc.c
index 71cb9b4..7173c10 100644
--- a/libavcodec/hevc.c
+++
For future use by hardware accelerators.
---
libavcodec/hevc.c | 8 +---
libavcodec/hevc.h | 2 ++
2 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/libavcodec/hevc.c b/libavcodec/hevc.c
index 778f39b..36c7b47 100644
--- a/libavcodec/hevc.c
+++ b/libavcodec/hevc.c
@@ -474,7
This enables decode_nal_unit to access additional fields added in
subsequent commits.
---
libavcodec/hevc.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavcodec/hevc.c b/libavcodec/hevc.c
index 2bd89ec..8f60b3d 100644
--- a/libavcodec/hevc.c
+++
---
libavcodec/hevc.c | 38 +++---
libavcodec/hevc_refs.c | 24
2 files changed, 31 insertions(+), 31 deletions(-)
diff --git a/libavcodec/hevc.c b/libavcodec/hevc.c
index 8e686c6..8bf9562 100644
--- a/libavcodec/hevc.c
+++
---
libavcodec/hevc.c | 35 +--
libavcodec/hevc.h | 3 +++
libavcodec/hevc_refs.c | 17 +
3 files changed, 53 insertions(+), 2 deletions(-)
diff --git a/libavcodec/hevc.c b/libavcodec/hevc.c
index 36c7b47..8e686c6 100644
---
On Wed, Jan 28, 2015 at 6:59 PM, Michael Niedermayer michae...@gmx.at
wrote:
This should reduce build time slightly as well as disk read/write
While I generally like the idea, this seems like something that could
easily blow up on different systems.
- Hendrik
On Mon, Jan 5, 2015 at 9:17 PM, Vanista Herion vani...@gmail.com wrote:
Some MPEG 2 video will give bad interlacing information in AVFrame. If the
parameters are used by a deinterlace filter such as yadif, frames will be
processed needlessly and impair the quality.
By reviewing the code in
On Sat, Jan 10, 2015 at 6:00 PM, wm4 nfx...@googlemail.com wrote:
With a certain fuzzed file, the parser will always return 0 consumed
bytes, which makes calling code call the parser infinitely. Return the
full packet size on error instead. (Here it would be nice if parsers
could return
On Sat, Feb 14, 2015 at 4:11 PM, zhaoxiu.zeng zhaoxiu.z...@gmail.com wrote:
From a67cc93ea550ba2670003f5be024626a093a06fd Mon Sep 17 00:00:00 2001
From: Zeng Zhaoxiu zhaoxiu.z...@gmail.com
Date: Sat, 14 Feb 2015 21:09:28 +0800
Subject: [PATCH 4/5] avcodec/vc1_mc: create some helper functions
On Mon, Feb 9, 2015 at 10:52 AM, Mickaël Raulet mrau...@insa-rennes.fr wrote:
I was trying the sample #4141 and it seems to me that the number of frames
to keep before outputting a frame is too low. Where does this bitstream
comes from?
Its a DVB-T test-broadcast from a small station in
On Sun, Jan 4, 2015 at 6:41 PM, wm4 nfx...@googlemail.com wrote:
On Sun, 4 Jan 2015 17:47:20 +0100
Michael Niedermayer michae...@gmx.at wrote:
+};
+
+
+typedef struct CCaptionSubContext {
+AVClass *class;
+int parity_table[256];
this can be a static uint8_t
On Wed, Mar 18, 2015 at 1:06 PM, Michael Niedermayer michae...@gmx.at wrote:
On Wed, Mar 18, 2015 at 07:49:46AM -0400, Marcus Johnson wrote:
This reminds me of another bug with DTS files, it estimates the file
duration by counting each frame I assume, including the HD ones resulting
in it
On Wed, Mar 18, 2015 at 3:40 PM, Marcus Johnson
bumblebritche...@gmail.com wrote:
I see, I thought it counted frames and not just multiplied the bitrate by
the number of frames.
It just divides the file size by the bitrate. It doesn't count frames
at all, its not equipped for that.
If it were,
Hendrik Leppkes
+ *
+ * This file is part of FFmpeg.
+ *
+ * FFmpeg is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU Lesser General Public
+ * License as published by the Free Software Foundation; either
+ * version 2.1 of the License, or (at your option) any
On Mon, Mar 9, 2015 at 7:38 AM, Rainer Hochecker fernetme...@online.de wrote:
Reimar Döffinger Reimar.Doeffinger at gmx.de writes:
Any reason to believe this patch causes it?
Because I can't see how it would.
Maybe it's just a bug with DXVA and multithreading in the HEVC code?
Can you
On Mon, Mar 9, 2015 at 1:50 PM, Reimar Döffinger
reimar.doeffin...@gmx.de wrote:
On 9 March 2015 13:34:24 CET, Hendrik Leppkes h.lepp...@gmail.com wrote:
On Mon, Mar 9, 2015 at 7:38 AM, Rainer Hochecker
fernetme...@online.de wrote:
Reimar Döffinger Reimar.Doeffinger at gmx.de writes:
Any
On Mon, Mar 9, 2015 at 3:28 PM, Hendrik Leppkes h.lepp...@gmail.com wrote:
On Mon, Mar 9, 2015 at 1:50 PM, Reimar Döffinger
reimar.doeffin...@gmx.de wrote:
On 9 March 2015 13:34:24 CET, Hendrik Leppkes h.lepp...@gmail.com wrote:
On Mon, Mar 9, 2015 at 7:38 AM, Rainer Hochecker
fernetme
On Mon, Mar 9, 2015 at 11:06 PM, Michael Niedermayer michae...@gmx.at wrote:
On Mon, Mar 09, 2015 at 06:38:18AM +, Rainer Hochecker wrote:
Reimar Döffinger Reimar.Doeffinger at gmx.de writes:
Any reason to believe this patch causes it?
Because I can't see how it would.
Maybe it's
On Wed, Mar 11, 2015 at 4:02 PM, Marcus Johnson
bumblebritche...@gmail.com wrote:
I thought the patch on LibAV was completely removed?
http://thread.gmane.org/gmane.comp.video.libav.devel/66825/focus=66826
It'll probably be merged soon'ish. It still has some open TODOs, but
at this point its
On Fri, Mar 6, 2015 at 7:58 PM, Poczta gar1...@gmail.com wrote:
Hi,
Is any one working with the hardware support of HEVC decoding?
Do you think that the new code in libvdpau (for hevc) is sufficient to
start implementation for ffmpeg?
Cheers
We already support hardware decoding of HEVC
On Fri, Mar 6, 2015 at 10:00 PM, wm4 nfx...@googlemail.com wrote:
On Fri, 6 Mar 2015 14:59:43 -0500
Ronald S. Bultje rsbul...@gmail.com wrote:
Hi,
On Fri, Mar 6, 2015 at 2:42 PM, Peter dravo...@googlemail.com wrote:
From c72344d2b1dc8b087e5da904724c959005f36f4b Mon Sep 17 00:00:00 2001
On Fri, Mar 6, 2015 at 10:40 PM, James Almer jamr...@gmail.com wrote:
On 06/03/15 6:23 PM, Michael Niedermayer wrote:
On Fri, Mar 06, 2015 at 06:06:23PM -0300, James Almer wrote:
On 06/03/15 6:03 PM, Michael Niedermayer wrote:
On Fri, Mar 06, 2015 at 09:58:37PM +0100, Michael Niedermayer
On Sun, Mar 8, 2015 at 1:01 AM, Reimar Döffinger
reimar.doeffin...@gmx.de wrote:
On 08.03.2015, at 00:46, Peter dravo...@googlemail.com wrote:
Alright, I may have been really stupid, for some reason I always passed
input_handle to read and WaitForSingleObject instead of stdin, no clue
what
On Wed, Apr 1, 2015 at 12:40 PM, Rainer Hochecker fernetme...@online.de wrote:
vda wants the entire buffer with all info. it has no other means to deliver
picture parameters.
according to documentation start_frame can pass the entire buffer
This doesn't make much sense. If I follow that
---
libavcodec/vaapi_h264.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/vaapi_h264.c b/libavcodec/vaapi_h264.c
index 9794a96..aef0791 100644
--- a/libavcodec/vaapi_h264.c
+++ b/libavcodec/vaapi_h264.c
@@ -328,7 +328,7 @@ static int
Fixes Ticket #4384
---
libavcodec/dxva2_h264.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/dxva2_h264.c b/libavcodec/dxva2_h264.c
index 451d8a0..62a868b 100644
--- a/libavcodec/dxva2_h264.c
+++ b/libavcodec/dxva2_h264.c
@@ -222,7 +222,7 @@ static void
On Wed, Mar 4, 2015 at 8:59 PM, wm4 nfx...@googlemail.com wrote:
On Wed, 04 Mar 2015 20:21:26 +0100
Andreas Cadhalpun andreas.cadhal...@googlemail.com wrote:
Hi,
On 06.02.2015 14:53, wm4 wrote:
This is not an API change; the fields were explicitly declared private
before.
Unfortunately
On Thu, Feb 26, 2015 at 4:54 PM, Clément Bœsch u...@pkh.me wrote:
On Thu, Feb 26, 2015 at 01:53:13PM +, Derek Buitenhuis wrote:
On 2/26/2015 1:50 PM, Clément Bœsch wrote:
If the option is set by default, you don't want to warn for no reason.
It's not set by default. That patch never went
On Thu, Feb 26, 2015 at 11:21 PM, Reimar Döffinger
reimar.doeffin...@gmx.de wrote:
When ff_thread_get_format is called from the main thread, e.g.
during codec init it will access the thread_ctx as a PerThreadContext
even though it is a FrameThreadContext.
Where is this a problem exactly? I
On Tue, Mar 24, 2015 at 8:23 PM, Stephen Hutchinson qyo...@gmail.com wrote:
If the user attempts to use AviSynth 2.5, an error message will
now tell them they need to upgrade.
Whats the advantage in dropping support?
Earlier versions seemed to work just fine against both 2.5 and 2.6.
- Hendrik
On Thu, Mar 26, 2015 at 8:25 AM, madshi mad...@gmail.com wrote:
2015-03-26 0:04 GMT+01:00 Wiebe Cazemier wi...@halfgaar.net:
So I was wondering if the default of 1 for drc_scale was chosen
purposefully or not. I feel very strongly that it should be 0 by default,
because I don't see why streams
On Sun, Jan 25, 2015 at 7:44 PM, James Almer jamr...@gmail.com wrote:
On 25/01/15 2:47 PM, Hendrik Leppkes wrote:
On Sun, Jan 25, 2015 at 6:43 PM, Michael Niedermayer michae...@gmx.at
wrote:
On Sun, Jan 25, 2015 at 05:02:58PM +0100, Reimar Döffinger wrote:
On Sun, Jan 25, 2015 at 03:59
On Sun, Apr 26, 2015 at 8:45 AM, Anton Fedchin anigh...@gmail.com wrote:
Hi,
I'm working on porting our project Kodi to DirectX11. We also use ffmpeg
and I've implemented patch to ffmpeg dxva related code to work with d3d11
video API. It works good. Before we send the patch we have a
On Sun, Apr 26, 2015 at 12:52 PM, Matt Oliver protogo...@gmail.com wrote:
On 26 April 2015 at 18:01, Hendrik Leppkes h.lepp...@gmail.com wrote:
On Sun, Apr 26, 2015 at 8:45 AM, Anton Fedchin anigh...@gmail.com wrote:
Hi,
I'm working on porting our project Kodi to DirectX11. We also use
On Wed, Apr 22, 2015 at 1:12 PM, Michael Niedermayer michae...@gmx.at wrote:
On Wed, Apr 22, 2015 at 12:47:59PM +0200, Máté Sebők wrote:
Indeed, sorry i've forgotten to change the Eclipse' EOL to unix-- now fixed.
Error handler fixed.
Parameter names changed to
On Mon, Apr 27, 2015 at 8:44 AM, Anton Fedchin anigh...@gmail.com wrote:
Hendrik Leppkes h.leppkes at gmail.com writes:
On Sun, Apr 26, 2015 at 8:45 AM, Anton Fedchin anightik at gmail.com
wrote:
Hi,
I'm working on porting our project Kodi to DirectX11. We also use ffmpeg
and I've
On Mon, Apr 27, 2015 at 10:39 AM, luckliuyuxin luckliuyu...@163.com wrote:
Michael ,
This is my first time send path to ffmpeg. I'm not familiar with make fate.
Could you please told me how the make fate report the break error?
The following is my steps to make fate on my computer, but I
On Wed, May 13, 2015 at 12:09 PM, Rainer Hochecker
fernetme...@online.de wrote:
Carl Eugen Hoyos cehoyos at ag.or.at writes:
That sounds impossible since the patch was pushed as
http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=f7ed997a
Carl Eugen
Why exactly is that impossible?
It
On Mon, May 11, 2015 at 6:41 AM, 周晓勇 zhouxiaoy...@loongson.cn wrote:
From 3d5a9d0d38c96d6b6ec51b082102f3a231b5b881 Mon Sep 17 00:00:00 2001
From: ZhouXiaoyong zhouxiaoy...@loongson.cn
Date: Mon, 11 May 2015 09:27:00 +0800
Subject: [PATCH 2/2] avcodec: optimize mpegvideo decoder for Loongson-3
On Thu, May 14, 2015 at 2:52 PM, Stefano Sabatini stefa...@gmail.com wrote:
On date Thursday 2015-05-14 13:01:51 +0200, Stefano Sabatini encoded:
On date Tuesday 2015-05-12 15:54:17 +0200, Hendrik Leppkes encoded:
[...]
One limitation is as the manual said, it needs to be copied from
encoded:
On date Tuesday 2015-05-12 15:54:17 +0200, Hendrik Leppkes encoded:
[...]
One limitation is as the manual said, it needs to be copied from the
GPU to system memory. ffmpeg_dxva2.c does not implement a optimized
copy function for this, it uses plain old memcpy.
Intel introduced a new
: Hendrik Leppkes h.lepp...@gmail.com
Date: Tue Apr 22 15:22:53 2014 +0200
avconv: add support for DXVA2 decoding
Signed-off-by: Anton Khirnov an...@khirnov.net
DXVA2 decoding is enabled when a dxva2api.h header is found in the
path. From my understanding the header is provided by VLC
On Mon, May 18, 2015 at 12:37 PM, Stefano Sabatini stefa...@gmail.com wrote:
On Thu, May 14, 2015 at 2:52 PM, Stefano Sabatini stefa...@gmail.com
wrote:
On date Thursday 2015-05-14 13:01:51 +0200, Stefano Sabatini encoded:
On date Tuesday 2015-05-12 15:54:17 +0200, Hendrik Leppkes encoded
On Wed, Apr 15, 2015 at 7:40 PM, Simon Thelen ffmpeg-...@c-14.de wrote:
Signed-off-by: Simon Thelen ffmpeg-...@c-14.de
---
configure | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure b/configure
index 389de92..93aebcb 100755
--- a/configure
+++ b/configure
@@
On Thu, Apr 2, 2015 at 12:08 AM, James Almer jamr...@gmail.com wrote:
On 01/04/15 7:04 PM, Timo Rothenpieler wrote:
It was not possible to set a profile before, the builtin profile
parameter does not seem to work propperly.
To be compatible with libx264, this overlays it with a local parameter
On Thu, Jun 4, 2015 at 12:52 AM, Wolfgang Lorenz wl-c...@gmx.de wrote:
Here is a new version, that doesn't touch the way ffmpeg behaves
without further user actions:
I added a new flag to AVFormatContext, that activates the check for
private streams, when set. It can be used like this:
On Mon, Jun 8, 2015 at 5:53 AM, Gupta, Maneesh maneesh.gu...@amd.com wrote:
-Original Message-
From: ffmpeg-devel-boun...@ffmpeg.org [mailto:ffmpeg-devel-
boun...@ffmpeg.org] On Behalf Of James Almer
Sent: Thursday, May 28, 2015 10:06 AM
To: FFmpeg development discussions and patches
On Tue, Jun 2, 2015 at 10:02 PM, Hendrik Leppkes h.lepp...@gmail.com wrote:
On Tue, Jun 2, 2015 at 7:11 PM, wm4 nfx...@googlemail.com wrote:
On Tue, 2 Jun 2015 12:25:34 +0200
Stefano Sabatini stefa...@gmail.com wrote:
On date Friday 2015-05-29 14:34:08 -0300, James Almer encoded:
On 29/05
+0200, Hendrik Leppkes encoded:
On Fri, May 29, 2015 at 3:21 PM, Stefano Sabatini stefa...@gmail.com
wrote:
This fixes compilation with latest MinGW32 and MSYS2/MinGW64.
---
ffmpeg_dxva2.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/ffmpeg_dxva2.c b
On Thu, Jun 4, 2015 at 4:05 AM, Ganesh Ajjanagadde gajja...@mit.edu wrote:
While compiling ffmpeg, I noticed a bunch of -Warray-bounds warnings.
I think it would be great if ffmpeg could be built warning-free, and
-Warray-bounds seems to be one of the biggest culprits. Nevertheless,
On Sun, Jun 21, 2015 at 10:41 PM, Ronald S. Bultje rsbul...@gmail.com wrote:
---
libavformat/yuv4mpeg.h| 1 +
libavformat/yuv4mpegdec.c | 26 +++---
2 files changed, 20 insertions(+), 7 deletions(-)
What happens if a seek does not end up on a perfect frame boundary?
1 - 100 of 2112 matches
Mail list logo