From: Clément Bœsch
---
tests/fate/h264.mak| 2 ++
tests/ref/fate/h264-attachment-631 | 20
2 files changed, 22 insertions(+)
create mode 100644 tests/ref/fate/h264-attachment-631
diff --git a/tests/fate/h264.mak
> On Jun 17, 2016, at 5:31 AM, Clément Bœsch wrote:
>
> On Fri, Jun 17, 2016 at 03:24:10AM +0200, Rick Kern wrote:
>> ffmpeg | branch: master | Rick Kern | Wed Jun 1 21:40:22
>> 2016 -0400| [8e47a99f576da10b2a36e33b6b9acbf1c2da7485] | committer: Rick Kern
>>
On Wed, Jun 15, 2016 at 09:24:29AM +0200, Steve Lhomme wrote:
> also fixes a deadlock found by Денис Кулаков
> ---
> libavcodec/dxva2.c | 12 +---
> 1 file changed, 9 insertions(+), 3 deletions(-)
applied
thanks
[...]
--
Michael GnuPG fingerprint:
On Fri, Jun 17, 2016 at 05:48:55AM +0700, Muhammad Faiz wrote:
> On Thu, Jun 16, 2016 at 10:03 PM, Michael Niedermayer
> wrote:
> > On Thu, Jun 16, 2016 at 12:31:03AM +0700, Muhammad Faiz wrote:
> >> support odd phase_count
> >> stick to low phase_count until
On Fri, Jun 17, 2016 at 03:24:10AM +0200, Rick Kern wrote:
> ffmpeg | branch: master | Rick Kern | Wed Jun 1 21:40:22
> 2016 -0400| [8e47a99f576da10b2a36e33b6b9acbf1c2da7485] | committer: Rick Kern
>
> lavc/videotoolbox: fix H.264 hwaccel init issue
>
> Fixes
On Fri, Jun 17, 2016 at 2:23 PM, Michael Niedermayer
wrote:
> On Fri, Jun 17, 2016 at 05:48:55AM +0700, Muhammad Faiz wrote:
>> On Thu, Jun 16, 2016 at 10:03 PM, Michael Niedermayer
>> wrote:
>> > On Thu, Jun 16, 2016 at 12:31:03AM +0700, Muhammad
-- KongQun Yang (KQ)
On Fri, Jun 17, 2016 at 7:37 AM, Ronald S. Bultje
wrote:
> Hi,
>
> On Thu, Jun 16, 2016 at 9:06 AM, Ronald S. Bultje
> wrote:
>
>> Hi,
>>
>> On Wed, Jun 15, 2016 at 7:22 PM, KongQun Yang wrote:
>>
>>>
>>>
>>> --
Hi,
- Thank you very much for such a wonderful piece of art and knowlage. Is there
any chance you can add a loop option to the the concat ''demuxer'' so if we
have a playlist.txt with any amount file it can start over again when it done
with them all? That would be so great and useful for many
2016-06-17 19:16 GMT+02:00 Michael Niedermayer :
> On Fri, Jun 17, 2016 at 05:39:23PM +0200, Eric Beuque wrote:
> > Hi,
> >
> > i'm posting here for a feature that is missing in ffmpeg (or may be i
> > missed something), which consist of decoding H.264 frame with a scaling
On Fri, Jun 17, 2016 at 05:39:23PM +0200, Eric Beuque wrote:
> Hi,
>
> i'm posting here for a feature that is missing in ffmpeg (or may be i
> missed something), which consist of decoding H.264 frame with a scaling
> factor of 1/2, 1/4, 1/8...
>
> I found the parameter lowres, which works well
On 6/17/2016 4:49 PM, Michael Niedermayer wrote:
> On Fri, Jun 17, 2016 at 01:49:06PM -0300, James Almer wrote:
>> Signed-off-by: James Almer
>> ---
>> libavcodec/ffv1enc.c | 4
>> 1 file changed, 4 insertions(+)
>
> LGTM
>
> thx
>
Pushed.
On Thu, Jun 16, 2016 at 11:16:05AM -0700, Jon Toohill wrote:
> Also removes decoder delay compensation from libmp3lame and mp3enc.
> initial_padding specifies only encoder delay, decoder delay is
> handled by start_skip_samples.
> ---
> libavcodec/libmp3lame.c | 2 +-
> libavformat/mp3dec.c|
On Fri, Jun 17, 2016 at 08:19:00AM +, Davinder Singh wrote:
> On Wed, Jun 15, 2016 at 5:04 PM Michael Niedermayer
> wrote:
>
> > Hi
> >
> > On Tue, May 31, 2016 at 10:43:38PM +, Davinder Singh wrote:
> > > There’s a lot of research done on Motion Estimation.
On Fri, Jun 17, 2016 at 01:49:06PM -0300, James Almer wrote:
> Signed-off-by: James Almer
> ---
> libavcodec/ffv1enc.c | 4
> 1 file changed, 4 insertions(+)
LGTM
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
In a rich man's
On 6/15/16, Clément Bœsch wrote:
> On Wed, Jun 15, 2016 at 02:54:09AM -0600, Roger Pack wrote:
>> A handful of devices don't support this, and the rest work fine with it
>> :)
>>
>> -roger-
>
>> From e724d7f169bcae3217455cd88f9c023d275d367a Mon Sep 17 00:00:00 2001
>> From:
From: Kyle Schwarz
4th generation Intel CPUs don't support MFX_EXTBUFF_CODING_OPTION3.
This patch fixes bug #5324.
---
libavcodec/qsvenc.c | 18 --
1 file changed, 18 deletions(-)
diff --git a/libavcodec/qsvenc.c b/libavcodec/qsvenc.c
index 132cf47..a561df8
On Fri, Jun 17, 2016 at 09:43:09AM -0400, Richard Kern wrote:
> Since ca2f19b9cc (h264: switch to h2645_parse for NAL parsing) the hwaccel
> wouldn’t init (when the first h.264 frame is decoded). It was the same on OS
> X and iOS - creating the decoder would return a “decoder malfunction” error.
From: Clément Bœsch
"When you are done with a decompression session you created, call
VTDecompressionSessionInvalidate to tear it down and then CFRelease to
release your object reference."
---
libavcodec/videotoolbox.c | 4 +++-
1 file changed, 3 insertions(+), 1
> On Jun 17, 2016, at 10:10 AM, Clément Bœsch wrote:
>
> $subj
>
> (sorry no mac available right now)
OS X works fine. I can test iOS later today if you like, but it’s small. LGTM.
>
> ___
> ffmpeg-devel mailing list
>
Hi,
On Thu, Jun 16, 2016 at 9:06 AM, Ronald S. Bultje
wrote:
> Hi,
>
> On Wed, Jun 15, 2016 at 7:22 PM, KongQun Yang wrote:
>
>>
>>
>> -- KongQun Yang (KQ)
>>
>> On Wed, Jun 15, 2016 at 3:08 PM, Ronald S. Bultje
>> wrote:
>>
>>> Hi,
On Fri, Jun 17, 2016 at 02:38:14PM +0200, Clément Bœsch wrote:
> From: Clément Bœsch
>
> ---
> tests/fate/h264.mak| 2 ++
> tests/ref/fate/h264-attachment-631 | 20
> 2 files changed, 22 insertions(+)
> create mode 100644
On Fri, Jun 17, 2016 at 10:49:32AM -0400, Richard Kern wrote:
>
> > On Jun 17, 2016, at 10:10 AM, Clément Bœsch wrote:
> >
> > $subj
> >
> > (sorry no mac available right now)
>
> OS X works fine. I can test iOS later today if you like, but it’s small. LGTM.
>
Applied, thanks
Hi,
i'm posting here for a feature that is missing in ffmpeg (or may be i
missed something), which consist of decoding H.264 frame with a scaling
factor of 1/2, 1/4, 1/8...
I found the parameter lowres, which works well with MJPEG stream but it's
not working with the H.264 decoder.
I don't know
> On Jun 17, 2016, at 10:36 AM, Clément Bœsch wrote:
>
> On Fri, Jun 17, 2016 at 09:43:09AM -0400, Richard Kern wrote:
>> Since ca2f19b9cc (h264: switch to h2645_parse for NAL parsing) the hwaccel
>> wouldn’t init (when the first h.264 frame is decoded). It was the same on OS
>>
Signed-off-by: James Almer
---
libavcodec/ffv1enc.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavcodec/ffv1enc.c b/libavcodec/ffv1enc.c
index 9ee9921..f2434e6 100644
--- a/libavcodec/ffv1enc.c
+++ b/libavcodec/ffv1enc.c
@@ -1289,7 +1289,11 @@ static int
On Wed, Jun 15, 2016 at 5:04 PM Michael Niedermayer
wrote:
> Hi
>
> On Tue, May 31, 2016 at 10:43:38PM +, Davinder Singh wrote:
> > There’s a lot of research done on Motion Estimation. Depending upon the
> > intended application of the resultant motion vectors, the
From: Matthieu Bouron
And sets frames pkt_dts to AV_NOPTS_VALUE as we do not want lavc/utils
to overwrite the field with incorrect values as the decoder is
asynchronous.
---
libavcodec/mediacodecdec.c | 1 +
libavcodec/mediacodecdec_h264.c | 1 +
2 files
27 matches
Mail list logo