On 26-01-2019 01:17 AM, Carl Eugen Hoyos wrote:
2019-01-25 14:02 GMT+01:00, Gyan :
On 25-01-2019 06:25 PM, Carl Eugen Hoyos wrote:
2019-01-25 13:52 GMT+01:00, Gyan :
On 25-01-2019 06:11 PM, Carl Eugen Hoyos wrote:
2019-01-25 13:35 GMT+01:00, Gyan :
+av_log(s, AV_LOG_WARNING,
> From: Rogozhkin, Dmitry V
> Sent: Friday, January 25, 2019 4:36 AM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Li, Zhong
> Subject: Re: [FFmpeg-devel] [PATCH 1/5] lavc/qsvdec: add function
> ff_qsv_map_picstruct()
> > +enum AVFieldOrder ff_qsv_map_picstruct(int mfx_pic_struct);
> > +
> > int
On Fri, Jan 25, 2019 at 11:43 AM Li, Zhong wrote:
> avctx->pix_fmt should be get from MFXVideoDECODE_DecodeHeader() but it is
> needed to init MSDK session, and looks like a deadlock, :(
> One solution is that we assume avctx->format has been parsed somewhere else
> (such as
On 1/24/19 12:46 PM, Liu Steven wrote:
>
>
>> 在 2019年1月24日,下午2:01,Karthick J 写道:
>>
>> In streaming mode mp4 trailer is not required for playout.
>> ---
>> libavformat/dashenc.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/libavformat/dashenc.c
On 1/24/19 11:53 PM, Rostislav Pehlivanov wrote:
On Thu, 24 Jan 2019 at 20:38, Marton Balint wrote:
Signed-off-by: Marton Balint
---
doc/APIchanges | 3 +++
libavutil/attributes.h | 8
libavutil/version.h| 2 +-
3 files changed, 12 insertions(+), 1 deletion(-)
diff
On Fri, Jan 25, 2019 at 01:28:51AM +0100, Hendrik Leppkes wrote:
> On Thu, Jan 24, 2019 at 11:06 PM Michael Niedermayer
> wrote:
> >
> > On Thu, Jan 24, 2019 at 06:08:57PM -0300, James Almer wrote:
> > > On 1/24/2019 5:53 PM, Rostislav Pehlivanov wrote:
> > > > On Thu, 24 Jan 2019 at 20:38,
On Thu, Jan 24, 2019 at 09:38:00PM +0100, Marton Balint wrote:
> discard_pid can be quite expensive, so let's cache it and recalculate it on
> every packet start.
>
> ffmpeg -y -i samples/MPEG-VOB/sdtv/RAI.ts -c copy -map 0:v:0 -map 0:a:0 -f
> mpegts /dev/null
>
> Before:
>1685 decicycles
> From: Rogozhkin, Dmitry V
> Sent: Friday, January 25, 2019 5:47 AM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Li, Zhong
> Subject: Re: [FFmpeg-devel] [PATCH 4/5] lavc/qsvdec: Add mjpeg decoder
> support
>
> On Mon, 2019-01-21 at 20:41 +0800, Zhong Li wrote:
> > Signed-off-by: Zhong Li
> > ---
> >
> Good question. Current qsv pipeline can support RGB32/YUV2 (at least YUV2)
Sorry for the typo, can -> can't.
> well, so adding the support here is not enough and not suitable.
> And yes, it is planned and should be worked as a separated patch with
> additional validation clips.
> > +ret = MFXVideoDECODE_DecodeHeader(q->session, , );
> This function may potentially return MFX_ERR_MORE_DATA if provided
> bitstream don't contain full header. I am not sure whether ffmpeg will
> guarantee that... And the decoding error reported by Artie suggests that
> something is wrong
2019-01-25 13:35 GMT+01:00, Gyan :
> +av_log(s, AV_LOG_WARNING, "Changing video frame
> properties on the fly is not supported by all filters.\n");\
In which situations is this new warning shown?
Carl Eugen
___
ffmpeg-devel mailing list
Helpful in knowing what has changed over a filter link.
From a24490e8f6e7b3d5429a049d581c538491d5f6d2 Mon Sep 17 00:00:00 2001
From: Gyan Doshi
Date: Fri, 25 Jan 2019 17:56:11 +0530
Subject: [PATCH] avfilter/buffersrc: print relevant info when skipping filter
reinit
The timestamp of the
On 25-01-2019 06:25 PM, Carl Eugen Hoyos wrote:
2019-01-25 13:52 GMT+01:00, Gyan :
On 25-01-2019 06:11 PM, Carl Eugen Hoyos wrote:
2019-01-25 13:35 GMT+01:00, Gyan :
+av_log(s, AV_LOG_WARNING, "Changing video frame
properties on the fly is not supported by all filters.\n");\
In
2019-01-25 13:52 GMT+01:00, Gyan :
>
>
> On 25-01-2019 06:11 PM, Carl Eugen Hoyos wrote:
>> 2019-01-25 13:35 GMT+01:00, Gyan :
>>
>>> +av_log(s, AV_LOG_WARNING, "Changing video frame
>>> properties on the fly is not supported by all filters.\n");\
>>
>> In which situations is this new
On 25-01-2019 06:11 PM, Carl Eugen Hoyos wrote:
2019-01-25 13:35 GMT+01:00, Gyan :
+av_log(s, AV_LOG_WARNING, "Changing video frame
properties on the fly is not supported by all filters.\n");\
In which situations is this new warning shown?
e.g.
-reinit_filter 0 -i
On 1/23/19, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch allows to read a user's file that plays fine with QT.
> The patch duplicates the behaviour of QT.
>
> Please comment, Carl Eugen
>
lgtm
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On Fri, 25 Jan 2019, Michael Niedermayer wrote:
On Thu, Jan 24, 2019 at 09:38:00PM +0100, Marton Balint wrote:
discard_pid can be quite expensive, so let's cache it and recalculate it on
every packet start.
ffmpeg -y -i samples/MPEG-VOB/sdtv/RAI.ts -c copy -map 0:v:0 -map 0:a:0 -f
mpegts
When making a new P-frame when B-frames are present the previous P-frame
is normally in the DPB because it will be referred to by subsequent
B-frames. However, this is not true if there are no B-frames, or in edge
cases where a GOP ends with two P-frames. Fix this by adding the direct
ref pics
2019-01-24 0:29 GMT+01:00, Carl Eugen Hoyos :
> Attached patch fixes ticket #7661 for me.
Will commit tomorrow.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
2019-01-25 14:02 GMT+01:00, Gyan :
>
> On 25-01-2019 06:25 PM, Carl Eugen Hoyos wrote:
>> 2019-01-25 13:52 GMT+01:00, Gyan :
>>>
>>> On 25-01-2019 06:11 PM, Carl Eugen Hoyos wrote:
2019-01-25 13:35 GMT+01:00, Gyan :
> +av_log(s, AV_LOG_WARNING, "Changing video frame
>
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of Mark
> Thompson
> Sent: Friday, January 25, 2019 12:05 PM
> To: FFmpeg development discussions and patches
> Subject: [FFmpeg-devel] [PATCH] vaapi_encode_h265: Ensure that ref pics are
>
Hello again,
may I ask again what the next step is to integrate my delogo patch?
It was some effort to change the implementation in the way as discussed
here and I really would like that the patch is finally added to the
repository.
Are there any problems, questions, or other points
So far, we have an audio delay filter (adelay), but no video delay.
This patch adds one.
(NB the difference with tpad - tpad does not alter the pts of the
passed-through frames, which causes A/V sync badness with large delays
[at least when running live]. delay uses a circular buffer of frames,
23 matches
Mail list logo