From 687ce9c804b2618f021100235c46a33b48fa522c Mon Sep 17 00:00:00 2001
From: Zhengxu
Date: Wed, 14 Dec 2016 11:55:31 +0800
Subject: [PATCH] libavutil/hwcontext_qsv: Command line using hwaccel 'QSV'
doesn't work.
Command: ffmpeg -hwaccel qsv -c:v h264_qsv -i test.264
From 8b1bcc0634f6ce36acfbd2bfdd26690a6323d09c Mon Sep 17 00:00:00 2001
From: Zhengxu
Date: Fri, 16 Dec 2016 11:10:34 +0800
Subject: [PATCH] libavutil/hwcontext_qsv: Fix bug that the QSV encoded frames'
width and height are 32-aligned.
Description:
If an input is of
If ffmpeg is build with iOS 10 sdk, program will crash on iOS 9. This patch
fixes the crash.
0001-check-clock_gettime-at-runtime-for-apple-platforms.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
Hi!
Attached patch fixes MP1 muxing in mkv.
Please comment, Carl Eugen
From 649977cf7af3734ec81204514874e9d16fcb6b29 Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Tue, 3 Jan 2017 03:43:34 +0100
Subject: [PATCH] lavf/matroska: Fix the codec_id for mkv tag A_MPEG/L1.
2017-01-03 5:06 GMT+08:00 Christo Grozev :
>
> >You can use hls_ts_options to set the mpegts metadata.
> I am sorry, but won't this simply copy the metadata to the resulting mgets
> segments - but if the stream metadata is not updated following the initial
> copy, wouldn't that
2017-01-03 8:22 GMT+08:00 Steven Liu :
>
>
> 2017-01-03 2:58 GMT+08:00 Bodecs Bela :
>
>> Dear All,
>>
>> this patch makes it possible to put actual segment file size (measured
>> in bytes) and/or duration (calculated in microseconds) into segment
>>
On Mon, Jan 2, 2017 at 3:08 PM, Pavel Koshevoy wrote:
> On Mon, Jan 2, 2017 at 2:00 PM, Hendrik Leppkes wrote:
>> On Jan 3, 2017 07:52, "Pavel Koshevoy" wrote:
>>
>> On Mon, Jan 2, 2017 at 9:37 AM, Philip Langdale
2017-01-03 2:58 GMT+08:00 Bodecs Bela :
> Dear All,
>
> this patch makes it possible to put actual segment file size (measured
> in bytes) and/or duration (calculated in microseconds) into segment
> filenames. This feature is useful when post-processing live streaming
> access
On 02.01.2017 04:14, Ronald S. Bultje wrote:
> On Sun, Jan 1, 2017 at 5:55 PM, Andreas Cadhalpun
> wrote:
> So what would you do instead?
>
> I'd just remove the message, but otherwise what you're doing (truncate
> spillover_nbits) seems fine.
OK. While I
On 02.01.2017 04:09, Ronald S. Bultje wrote:
> On Sun, Jan 1, 2017 at 5:51 PM, Andreas Cadhalpun
> wrote:
> Fine for me. Patch doing that is attached.
>
>
> LGTM.
Pushed.
Best regards,
Andreas
___
ffmpeg-devel
Hi,
I made a new thread because of the delay between this mail and my last one.
Attached is the next iteration of the patch (rebased to current master).
Main change is, that I've moved the writing and lookup code from uninit to
request_frame (thank you for the suggestion). Please comment.
On Mon, Jan 2, 2017 at 2:00 PM, Hendrik Leppkes wrote:
> On Jan 3, 2017 07:52, "Pavel Koshevoy" wrote:
>
> On Mon, Jan 2, 2017 at 9:37 AM, Philip Langdale wrote:
>> It is documented as only supporting 420, even though it doesn't
From: Pavel Koshevoy
Evidently CUVID doesn't support decoding 422 or 444 chroma formats,
and only a limited set of resolutions per codec are supported.
Given that stream resolution and pixel format are typically known as a
result of probing it is better to use this info
On Mon, Jan 02, 2017 at 03:42:17PM -0500, Ronald S. Bultje wrote:
> Hi,
>
> On Mon, Jan 2, 2017 at 3:35 PM, Michael Niedermayer
> wrote:
>
> > make fate passes
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavcodec/x86/vc1dsp_mc.asm |
On Jan 3, 2017 07:52, "Pavel Koshevoy" wrote:
On Mon, Jan 2, 2017 at 9:37 AM, Philip Langdale wrote:
> On Mon, 2 Jan 2017 00:56:18 -0700
> Pavel Koshevoy wrote:
>> Perhaps a more comprehensive solution is needed. I've run into the
Hi,
On Mon, Jan 2, 2017 at 3:35 PM, Michael Niedermayer
wrote:
> make fate passes
>
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/x86/vc1dsp_mc.asm | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
make fate passes
Signed-off-by: Michael Niedermayer
---
libavcodec/x86/vc1dsp_mc.asm | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/x86/vc1dsp_mc.asm b/libavcodec/x86/vc1dsp_mc.asm
index 7eaf043964..175c397ae9 100644
---
On Mon, Jan 02, 2017 at 10:54:18AM -0500, Ronald S. Bultje wrote:
> Hi,
>
> On Sun, Jan 1, 2017 at 8:36 PM, Michael Niedermayer
> wrote:
>
> > On Sun, Jan 01, 2017 at 08:16:00AM +, Rostislav Pehlivanov wrote:
> > > On 1 January 2017 at 07:52, John Comeau
On Mon, 2 Jan 2017 00:56:18 -0700
Pavel Koshevoy wrote:
> On Sun, Jan 1, 2017 at 6:00 PM, wrote:
> > From: Pavel Koshevoy
> >
> > NVDEC (CUVID) does not support unlimited video resolutions, so if
> > the resolution of the source
Hi,
On Sun, Jan 1, 2017 at 8:36 PM, Michael Niedermayer
wrote:
> On Sun, Jan 01, 2017 at 08:16:00AM +, Rostislav Pehlivanov wrote:
> > On 1 January 2017 at 07:52, John Comeau wrote:
> >
> > > fixes `operation size not specified` errors as
On date Tuesday 2016-12-13 00:16:24 +0100, Andreas Cadhalpun encoded:
> On 10.12.2016 17:55, Stefano Sabatini wrote:
> > From ebc34da37648a07f25da94a1662c278c13ca7383 Mon Sep 17 00:00:00 2001
> > From: Nicolas George
> > Date: Sat, 11 Jan 2014 19:42:41 +0100
> > Subject: [PATCH]
2017.01.02. 13:54 keltezéssel, Moritz Barsnick írta:
On Mon, Jan 02, 2017 at 12:49:50 +0100, Bodecs Bela wrote:
Subject: [FFmpeg-devel] [PATCH] doc/hlsenc: hls_segment_filename,
use_localtime, , use_localtime_mkdir, hls_flags
On Mon, Jan 02, 2017 at 12:49:50 +0100, Bodecs Bela wrote:
> Subject: [FFmpeg-devel] [PATCH] doc/hlsenc: hls_segment_filename,
> use_localtime, , use_localtime_mkdir, hls_flags
^^
There's a ", " too much in that
2017-01-02 19:49 GMT+08:00 Bodecs Bela :
>
>
> 2017.01.02. 1:29 keltezéssel, Steven Liu írta:
>
>> 2017-01-02 7:22 GMT+08:00 Bodecs Bela :
>>
>>
>>> 2017.01.02. 0:12 keltezéssel, Steven Liu írta:
>>>
>>> 2017-01-02 5:53 GMT+08:00 Bodecs Bela
2017.01.02. 1:29 keltezéssel, Steven Liu írta:
2017-01-02 7:22 GMT+08:00 Bodecs Bela :
2017.01.02. 0:12 keltezéssel, Steven Liu írta:
2017-01-02 5:53 GMT+08:00 Bodecs Bela :
Dear All,
I added some more details and example to hls muxer
2017-01-02 17:10 GMT+08:00 Christo Grozev :
>
> Happy New Year to all!
>
> I am trying to create a patch for metadata-aware hls splitting.
> Unfortunately, i cannot seem to get updated metadata from the
> AVFormatContext object inside the muxer scope. For example, within
2016-12-31 3:29 GMT+01:00 Michael Niedermayer :
> On Fri, Dec 30, 2016 at 02:48:12PM +0100, Carl Eugen Hoyos wrote:
>> Fixes ticket #6045.
>
> in the absence of other replies, this LGTM
Replaced a for loop with a presumably faster memset and pushed.
Thank you, Carl Eugen
Happy New Year to all!
I am trying to create a patch for metadata-aware hls splitting.
Unfortunately, i cannot seem to get updated metadata from the
AVFormatContext object inside the muxer scope. For example, within hlsenc.c
I have this::
static int hls_start(AVFormatContext *s)
On Mon, 2 Jan 2017, Marton Balint wrote:
On Mon, 2 Jan 2017, Kamaldeep Tumkur wrote:
Hello,
Is there a possibility to provide the option to write vstats info from
an encoding session remotely, say to another DB or to memory from
where it can be handled by another process.
The only
On Mon, 2 Jan 2017, Kamaldeep Tumkur wrote:
Hello,
Is there a possibility to provide the option to write vstats info from
an encoding session remotely, say to another DB or to memory from
where it can be handled by another process.
The only possibility for consuming vstats info in real-time
On Sun, Jan 1, 2017 at 6:00 PM, wrote:
> From: Pavel Koshevoy
>
> NVDEC (CUVID) does not support unlimited video resolutions, so if the
> resolution of the source is known it can be used during avcodec_open2
> call to fail early, rather than failing
Hello,
Is there a possibility to provide the option to write vstats info from
an encoding session remotely, say to another DB or to memory from
where it can be handled by another process.
The only possibility for consuming vstats info in real-time seems to
be to have some kind of watch+notifier
32 matches
Mail list logo