From: Aman Gupta
---
libavcodec/avcodec.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
index 74b097cdd8..0875ae3ba0 100644
--- a/libavcodec/avcodec.h
+++ b/libavcodec/avcodec.h
@@ -1049,7 +1049,7 @@ typedef struct RcOverride{
From: Aman Gupta
---
libavcodec/mpeg12dec.c | 20 ++--
1 file changed, 14 insertions(+), 6 deletions(-)
diff --git a/libavcodec/mpeg12dec.c b/libavcodec/mpeg12dec.c
index 82bb1286ff..2c96dfa638 100644
--- a/libavcodec/mpeg12dec.c
+++ b/libavcodec/mpeg12dec.c
@@ -54,6 +54,7 @@ ty
On 12/11/2017 03:12, Carl Eugen Hoyos wrote:
-put_ebml_uint(pb, MATROSKA_ID_BLOCKDURATION, duration);
+if (duration > 0)
+put_ebml_uint(pb, MATROSKA_ID_BLOCKDURATION, duration);
In that case, the duration of the block is DefaultDuration (if it
exists), c
On 13/11/17 23:09, mmironov wrote:
> From d6f467ec7f610f21f929f9c21f03af3cabe84cf2 Mon Sep 17 00:00:00 2001
> From: mmironov
> Date: Tue, 7 Nov 2017 10:57:21 -0500
> Subject: [PATCH] Added HW accelerated H.264 and HEVC encoding for AMD
>
> Signed-off-by: mmironov
> ---
> Changelog
From: Aman Gupta
Signed-off-by: Aman Gupta
---
libavformat/http.c | 1 +
libavformat/tls.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/libavformat/http.c b/libavformat/http.c
index 056d5f6583..f0a80b7add 100644
--- a/libavformat/http.c
+++ b/libavformat/http.c
@@ -468,6 +468,7 @@ sta
On 14/11/17 17:14, Mironov, Mikhail wrote:
>>> +res = ctx->factory->pVtbl->CreateContext(ctx->factory, &ctx-
> context);
>>> +AMF_RETURN_IF_FALSE(ctx, res == AMF_OK,
>> AVERROR_UNKNOWN,
>> "CreateContext() failed with error %d\n", res);
>>> +// try to reuse existing
From: Aman Gupta
This can reduce latency and increase throughput, particularly on high
latency networks.
Signed-off-by: Aman Gupta
Reviewed-by: Jeyapal, Karthick
---
libavformat/network.h | 1 +
libavformat/tcp.c | 5 +
2 files changed, 6 insertions(+)
diff --git a/libavformat/networ
Hi,
One of my patches is in the review process. I am fairly new to the patch
submission process and have a query regarding FATE testing on multiple
platforms.
The patch includes a new FATE test and I am expected to get it tested on ARM
Linux, wine+MinGW, Ubuntu, MIPS Linux and OS X. Getting mac
Hi!
Attached patch fixes ticket #6836 here.
Please comment, Carl Eugen
From 53cc9357295cd167ea2d73a5a642f5bccfbc0b14 Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Tue, 14 Nov 2017 18:01:03 +0100
Subject: [PATCH] lavc/dnxhddata: Improve help output, mention yuv444p10 and
gbrp10.
Fixes t
> > +res = ctx->factory->pVtbl->CreateContext(ctx->factory, &ctx-
> >>> context);
> > +AMF_RETURN_IF_FALSE(ctx, res == AMF_OK,
> AVERROR_UNKNOWN,
> "CreateContext() failed with error %d\n", res);
> > +// try to reuse existing DX device
> > +if (avctx->hw_frames_
On Tue, Nov 7, 2017 at 2:34 AM Karthick J wrote:
> ---
> libavformat/avio_internal.h | 8
> libavformat/aviobuf.c | 8
> 2 files changed, 16 insertions(+)
>
> diff --git a/libavformat/avio_internal.h b/libavformat/avio_internal.h
> index c01835d..04c1ad5 100644
> --- a/li
On 14/11/17 15:51, Mironov, Mikhail wrote:
>> -Original Message-
>> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
>> Of Mark Thompson
>> Sent: November 14, 2017 9:14 AM
>> To: ffmpeg-devel@ffmpeg.org
>> Subject: Re: [FFmpeg-devel] Added HW H.264 and HEVC encoding for
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Mironov, Mikhail
> Sent: November 14, 2017 10:51 AM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] Added HW H.264 and HEVC encoding for AMD
>
On Mon, Nov 13, 2017 at 06:15:05PM -0800, Sasi Inguva wrote:
[...]
> +fate-mov-guess-delay-1: CMD = run ffprobe$(PROGSSUF)$(EXESUF) -show_entries
> stream=has_b_frames -select_streams v
> $(TARGET_SAMPLES)/h264/h264_3bf_nopyramid_nobsrestriction.mp4
> +fate-mov-guess-delay-2: CMD = run ffprobe$(P
Hi Moritz,
Thank you for explaining in details. It really helped me.
It seems gmail or other mail tool shouldn't be used, but only "git
send-email" is accepted.
I posted patch mail from git command.
http://ffmpeg.org/pipermail/ffmpeg-devel/2017-November/219805.html
So please discuss in that thread
Hi,
this is re-posting of below message.
http://ffmpeg.org/pipermail/ffmpeg-devel/2017-November/219643.html
I believe the patch format is correct this time around.
In order to encode with low latency in Intel QSV, we need to fix
libavcodec/qsvenc.c like below diff info.
I don't understand why q->a
On Tue, 14 Nov 2017 16:29:06 +0100
Hendrik Leppkes wrote:
> On Tue, Nov 14, 2017 at 4:24 PM, Philip Langdale
> wrote:
> >
> > I didn't bother investigating why, but vdpau avoids this by having
> > all linesizes set to zero. Cute.
>
> Thats probably what most hwaccels do, the hardware surface
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Mark Thompson
> Sent: November 14, 2017 9:14 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] Added HW H.264 and HEVC encoding for AMD
> GPUs based on AMF SDK
>
> On 13/11/17 23:
On Tue, Nov 14, 2017 at 4:24 PM, Philip Langdale wrote:
>
> I didn't bother investigating why, but vdpau avoids this by having
> all linesizes set to zero. Cute.
Thats probably what most hwaccels do, the hardware surface has its own
descriptor, so the linesize is not used.
- Hendrik
This hwaccel is interesting because it also works for wmv3/9 content,
which is not supported by the nvidia parser used by cuviddec.
Signed-off-by: Philip Langdale
---
configure | 3 +
libavcodec/Makefile| 1 +
libavcodec/allcodecs.c | 2 +
libavcodec/nvdec.c | 2 +
l
I'm confused at how none of the previous hwaccels hit this, but
alloc_frame_buffer in ff_alloc_picture asserts that the linesize
of planes 1 and 2 are the same. If the pixfmt has a single uv
plane, like NV12, this won't be true.
So, let's only do this check if there are more than 2 planes.
I didn
This change would be largely trivial except for the need to adjust the
logic in ff_alloc_picture.
Philip Langdale (2):
avcodec: Don't assume separate u and v planes in ff_alloc_picture
avcodec: Implement vc1 nvdec hwaccel
configure| 3 +
libavcodec/Makefile | 1 +
li
On Tue, Nov 14, 2017 at 3:59 AM Ronald S. Bultje wrote:
> Hi,
>
> On Mon, Nov 13, 2017 at 3:31 PM, Aman Gupta wrote:
>
>> From: Aman Gupta
>>
>> Currently if you use the multiple_requests=1 option and try to receive a
>> chunked-encoded response, http_buf_read() will hang forever.
>>
>> After t
Am 14.11.2017 um 14:50 schrieb Timo Rothenpieler:
By putting the call in a subshell, the problem of it spilling
cleanup-decision from a previous library to other libraries is avoided.
For example, it could have already cleaned up cuda_extralibs in a
previous library that depended on cuda. Then w
On 13/11/17 23:00, Mironov, Mikhail wrote:
>>> +res = ctx->factory->pVtbl->CreateContext(ctx->factory, &ctx->context);
>>> +AMF_RETURN_IF_FALSE(ctx, res == AMF_OK, AVERROR_UNKNOWN,
>> "CreateContext() failed with error %d\n", res);
>>> +// try to reuse existing DX device
>>> +if (av
This is helpful to know what device has actually been used.
---
libavutil/hwcontext_d3d11va.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/libavutil/hwcontext_d3d11va.c b/libavutil/hwcontext_d3d11va.c
index 65dd6651fc..769c81fd77 100644
--- a/libavutil/hwcontext_d3d1
By putting the call in a subshell, the problem of it spilling
cleanup-decision from a previous library to other libraries is avoided.
For example, it could have already cleaned up cuda_extralibs in a
previous library that depended on cuda. Then when it gets to avutil, it
will never pick up the dep
On Tue, Nov 14, 2017 at 06:11:05AM +, Manojkumar Bhosale wrote:
> LGTM
will apply
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Frequently ignored answer#1 FFmpeg bugs should be sent to our bugtracker. User
questions about the command line tools should be
On Tue, Nov 14, 2017 at 06:10:39AM +, Manojkumar Bhosale wrote:
> LGTM
will apply
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Awnsering whenever a program halts or runs forever is
On a turing machine, in general impossible (turings halting problem).
On a
On Mon, Nov 13, 2017 at 06:09:39PM -0500, mmironov wrote:
> From d6f467ec7f610f21f929f9c21f03af3cabe84cf2 Mon Sep 17 00:00:00 2001
> From: mmironov
> Date: Tue, 7 Nov 2017 10:57:21 -0500
> Subject: [PATCH] Added HW accelerated H.264 and HEVC encoding for AMD
>
> Signed-off-by: mmironov
> ---
>
On Mon, Nov 13, 2017 at 08:09:29AM -0800, John Stebbins wrote:
> The sample required by the following patch cand be downloaded here:
> https://john.stebbins.name/owncloud/index.php/s/Tyw7MM6WdRBcljA/download
uploaded
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC78704
On Sun, Nov 12, 2017 at 06:26:18PM +0100, pkv.stream wrote:
> Le 12/11/2017 à 5:38 PM, Michael Niedermayer a écrit :
> >On Sun, Nov 12, 2017 at 05:07:04PM +0100, Kv Pham wrote:
> >>Le 12 nov. 2017 5:01 PM, "Michael Niedermayer" a
> >>écrit :
> >>
> >>On Sat, Nov 11, 2017 at 02:15:25AM +0100, pkv.s
> 在 2017年11月14日，19:38，Dixit, Vishwanath 写道：
>
>
>
>> On 11/14/17, 3:55 PM, "刘歧" wrote:
>> make fate failed:
>>
>> ../configure --enable-gpl --enable-memory-poisoning --enable-avresample
>> --cc='ccache arm-linux-gnueabi-gcc' --target-exec='qemu-arm -L
>> /usr/arm-linux-gnueabi/' --arc
Hi,
On Mon, Nov 13, 2017 at 3:31 PM, Aman Gupta wrote:
> From: Aman Gupta
>
> Currently if you use the multiple_requests=1 option and try to receive a
> chunked-encoded response, http_buf_read() will hang forever.
>
> After this patch, EOF is emulated once a 0-byte final chunk is
> received by
>On 11/14/17, 3:55 PM, "刘歧" wrote:
>make fate failed:
>
>../configure --enable-gpl --enable-memory-poisoning --enable-avresample
> --cc='ccache arm-linux-gnueabi-gcc' --target-exec='qemu-arm -L
> /usr/arm-linux-gnueabi/' --arch=armv5te --cpu=armv5te --enable-cross-compile
> --tar
Moritz:
Those are good comments. Thank you. I can see how to improve the wording.
I could add them to my current branch, and submit a new patch. However,
I'd prefer to have the present patch approved, then submit a new patch
to make it even better. Editorial changes to docs are sometimes easie
On Tue, Nov 14, 2017 at 02:59:34 -0800, Jim DeLaHunt wrote:
> +To run ffmpeg as a background task, and prevent those input checks,
> +use the @url{ffmpeg.html#stdin-option, @code{-nostdin} option}
This is a bit misleading, as it does not make ffmpeg run as a
background task (the impression one may
Add two FAQs about running FFmpeg in the background.
The first explains the use of the -nostdin option in
a straightforward way.
The second FAQ starts from a confusing error message,
and leads to the solution, use of the -nostdin option.
The purpose of the second FAQ is to attract web searches
fro
Add FAQs about running in background
Add two FAQs about running FFmpeg in the background.
The first explains the use of the -nostdin option in
a straightforward way.
The second FAQ starts from a confusing error message,
and leads to the solution, use of the -nostdin option.
The purpose of the sec
> 在 2017年11月14日，14:42，Dixit, Vishwanath 写道：
>
>
>
>> On 11/13/17, 3:28 PM, "刘歧" wrote:
>> root@localhost:~/ffmpeg# patch -p1 <
>> ~/0001-avformat-hlsenc-creation-of-hls-variant-streams-in-a.patch
>> patching file doc/muxers.texi
>> patching file libavformat/hlsenc.c
>> Hunk #47 FAILED
2017-11-14 1:26 GMT+01:00 Carl Eugen Hoyos :
> 2017-11-13 22:43 GMT+01:00 Martin Vignali :
>
> > In attach patch to add a new bitstream filter
> >
> > The goal is to convert HAPQA file to HAPQ (removing alpha)
> > or HAPAlphaOnly (remove rgb)
>
> Could you explain the usecase?
>
>
>
Split HAPQA in
>On 11/14/17, 2:47 AM, "Aman Gupta" wrote:
>
>>On Mon, Nov 13, 2017 at 12:37 PM, Nicolas George wrote:
>>
>> Why?
>>
>
>To potentially reduce latency, particularly when using a protocol that
>builds on top of tcp like http.
Yes. Apart from the latency, overall throughput could also
increase in a
101 - 142 of 142 matches
Mail list logo
