[FFmpeg-devel] [PATCH] avformat/hlsenc: check dirname before use it

2018-11-01 Thread Steven Liu
fix ticket: 7527 Signed-off-by: Steven Liu --- libavformat/hlsenc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c index f8f060d065..3e4f2b6c8b 100644 --- a/libavformat/hlsenc.c +++ b/libavformat/hlsenc.c @@ -461,7 +461,7 @@

Re: [FFmpeg-devel] [PATCH 1/4] doc/filters: add document for opencl filters

2018-11-01 Thread Gyan
On Tue, Oct 30, 2018 at 12:00 PM Gyan wrote: > > > On Mon, Oct 29, 2018 at 10:50 AM Ruiling Song > wrote: > >> Signed-off-by: Danil Iashchenko >> Signed-off-by: Ruiling Song >> --- >> Seems like Danil is not working on this recently. >> So I re-submit this patch to address the comment over

Re: [FFmpeg-devel] [PATCH] Add CUDA function cuDeviceGetAttribute

2018-11-01 Thread Soft Works
Hi Phil, thank you very much for taking the time to respond. I've understood the differences regarding the parser. > The hwaccels are officially called 'cuvid' and 'nvdec'. As a > convenience, we alias 'cuda' to 'nvdec'. The confusion is that the HW > pix_fmt and hwcontext are called 'cuda'

Re: [FFmpeg-devel] [PATCH] Add CUDA function cuDeviceGetAttribute

2018-11-01 Thread Philip Langdale
On Thu, 1 Nov 2018 23:48:03 + Soft Works wrote: > In this context, I wonder if there is some explanation somewhere > about the differences between the cuvid and nvdec codec > implementations. > > I understand the ffmpeg side where cuvid is a full codec and nvdec is > implemented as

[FFmpeg-devel] [PATCH 3/3] avcodec/nvdec: Increase frame pool size to help deinterlacing

2018-11-01 Thread Philip Langdale
With the cuda yadif filter in use, the number of mapped decoder frames could increase by two, as the filter holds on to additional frames. Signed-off-by: Philip Langdale --- libavcodec/nvdec.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/libavcodec/nvdec.c

[FFmpeg-devel] [PATCH 2/3] avfilter/vf_yadif_cuda: CUDA accelerated deinterlacer

2018-11-01 Thread Philip Langdale
Signed-off-by: Philip Langdale --- Changelog| 1 + configure| 1 + doc/filters.texi | 58 + libavfilter/Makefile | 1 + libavfilter/allfilters.c | 1 + libavfilter/vf_yadif_cuda.c | 426

[FFmpeg-devel] [PATCH 0/3] CUDA implementation of yadif filter v2

2018-11-01 Thread Philip Langdale
This patch series adds a CUDA implementation of yadif so that we have a deinterlacing option when doing full GPU transcode or playback with nvdec and/or nvenc. The nvidia deinterlacer cannot be used with the nvdec decoder because an hwaccel cannot return more than one frame per input packet. (It

[FFmpeg-devel] [PATCH 1/3] libavfilter/vf_yadif: Make frame management logic and options shareable

2018-11-01 Thread Philip Langdale
I'm writing a cuda implementation of yadif, and while this obviously has a very different implementation of the actual filtering, all the frame management is unchanged. To avoid duplicating that logic, let's make it shareable. From the perspective of the existing filter, the only real change is

Re: [FFmpeg-devel] [PATCH 2/3] avfilter/vf_yadif_cuda: CUDA accelerated deinterlacer

2018-11-01 Thread Philip Langdale
On Thu, 1 Nov 2018 22:16:53 +0100 Hendrik Leppkes wrote: > One might do something like this: > > NVDEC -> hwdownload -> yadif -> x264 > NVDEC -> cuda_yadif -> hwdownload -> x264 > > How do those compare, maybe when you replace x264 with null? I set my baseline with NVDEC -> hwdownload ->

Re: [FFmpeg-devel] [PATCH] avformat/dashenc: Disable writing CODECS tag for HEVC streams

2018-11-01 Thread Jeyapal, Karthick
On 10/21/18 4:45 PM, Jeyapal, Karthick wrote: > > On 10/21/18 2:28 PM, Hendrik Leppkes wrote: >> On Sun, Oct 21, 2018 at 10:41 AM Karthick J wrote: >>> >>> For HEVC streams, only the FourCC tag is written without profile, level >>> etc., >>> This is breaking playout support in native Safari.

Re: [FFmpeg-devel] [PATCH 2/2] avformat/ivfenc: use the av1_metadata bsf to insert Temporal Delimiter OBUs if needed

2018-11-01 Thread James Almer
On 10/4/2018 7:48 PM, Mark Thompson wrote: > On 04/10/18 00:12, James Almer wrote: >> On 10/3/2018 8:01 PM, Mark Thompson wrote: >>> On 03/10/18 01:18, James Almer wrote: Signed-off-by: James Almer --- libavformat/ivfenc.c | 2 ++ 1 file changed, 2 insertions(+)

Re: [FFmpeg-devel] [PATCH] Add CUDA function cuDeviceGetAttribute

2018-11-01 Thread Soft Works
> Those headers come straight from nvidia under a free license(MIT) and > are just slightly modified for better compatibility. > There is no such thing for CUDA sadly. Thanks. I made the requested changes and submitted a new patch. In this context, I wonder if there is some explanation

[FFmpeg-devel] [PATCH] Add CUDA function cuDeviceGetAttribute V2

2018-11-01 Thread Soft Works
Signed-off-by: softworkz --- include/ffnvcodec/dynlink_cuda.h | 26 ++ include/ffnvcodec/dynlink_loader.h | 2 ++ 2 files changed, 28 insertions(+) diff --git a/include/ffnvcodec/dynlink_cuda.h b/include/ffnvcodec/dynlink_cuda.h index 373215d..069acd1 100644 ---

Re: [FFmpeg-devel] [PATCH] Add CUDA function cuDeviceGetAttribute

2018-11-01 Thread Timo Rothenpieler
On 02.11.2018 00:09, Soft Works wrote: That enum is _way_ too massive. Most of that seems entirely useless in the context of ffmpeg anyway, like all the 1D and 3D stuff, and probably most of the 2D stuff as well. I copied the full enum to have an exact match to cuda.h, but no problem, I can

Re: [FFmpeg-devel] [PATCH] Add CUDA function cuDeviceGetAttribute

2018-11-01 Thread Soft Works
> That enum is _way_ too massive. Most of that seems entirely useless in > the context of ffmpeg anyway, like all the 1D and 3D stuff, and probably > most of the 2D stuff as well. I copied the full enum to have an exact match to cuda.h, but no problem, I can trim it down. > Can you trim it down

Re: [FFmpeg-devel] [PATCH] Add CUDA function cuDeviceGetAttribute

2018-11-01 Thread Timo Rothenpieler
That enum is _way_ too massive. Most of that seems entirely useless in the context of ffmpeg anyway, like all the 1D and 3D stuff, and probably most of the 2D stuff as well. Can you trim it down to only those exact ones you need? Also, just get rid of the comments, we're not doing that

[FFmpeg-devel] [PATCH] Add CUDA function cuDeviceGetAttribute

2018-11-01 Thread Soft Works
Signed-off-by: softworkz --- include/ffnvcodec/dynlink_cuda.h | 104 + include/ffnvcodec/dynlink_loader.h | 2 + 2 files changed, 106 insertions(+) diff --git a/include/ffnvcodec/dynlink_cuda.h b/include/ffnvcodec/dynlink_cuda.h index 373215d..b16e9a5 100644 ---

[FFmpeg-devel] Add CUDA function cuDeviceGetAttribute.

2018-11-01 Thread Soft Works
0001-Add-CUDA-function-cuDeviceGetAttribute.patch Description: 0001-Add-CUDA-function-cuDeviceGetAttribute.patch ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [PATCH] avcodec/libx264: remove FF_CODEC_CAP_INIT_THREADSAFE flag

2018-11-01 Thread Marton Balint
On Wed, 24 Oct 2018, James Almer wrote: On 10/24/2018 6:43 PM, Marton Balint wrote: On Tue, 23 Oct 2018, Henrik Gramner wrote: On Tue, Oct 23, 2018 at 3:22 PM Derek Buitenhuis wrote: I'd like to point out that this patch or some variant may be required anyway. libx264 only uses

Re: [FFmpeg-devel] [PATCH 1/2] avformat/ftp: return AVERROR_EOF for EOF

2018-11-01 Thread Marton Balint
On Thu, 1 Nov 2018, Nicolas George wrote: Marton Balint (2018-11-01): Without this FTP just hangs on eof... Signed-off-by: Marton Balint --- libavformat/ftp.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) LGTM. Thanks, pushed and backported to 4.0. Regards, Marton

[FFmpeg-devel] [PATCH 1/2] lavu/hwcontext_amf: HWContext for AMF based components

2018-11-01 Thread akravchenko188
From: Alexander Kravchenko --- libavutil/Makefile | 2 + libavutil/hwcontext.c | 4 + libavutil/hwcontext.h | 1 + libavutil/hwcontext_amf.c | 290 + libavutil/hwcontext_amf.h | 53 ++

[FFmpeg-devel] [PATCH 2/2] lavc/amfenc: redesign to use hwcontext_amf

2018-11-01 Thread akravchenko188
From: Alexander Kravchenko --- libavcodec/amfenc.c | 252 +--- libavcodec/amfenc.h | 27 ++--- 2 files changed, 34 insertions(+), 245 deletions(-) diff --git a/libavcodec/amfenc.c b/libavcodec/amfenc.c index 384d8efc92..24a4d2ad92 100644 ---

Re: [FFmpeg-devel] Maintainer of nv-codec-headers

2018-11-01 Thread Timo Rothenpieler
Send a patch to this list and I'll see if I can add it. smime.p7s Description: S/MIME Cryptographic Signature ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

[FFmpeg-devel] Maintainer of nv-codec-headers

2018-11-01 Thread Soft Works
Hi, I'm wondering who is the maintainer of the "nv-codec-headers" repo and what procedure I would need to follow to get something added there? Actually it's not a big issue, I would just like to have the "cuDeviceGetAttribute" function (from cuda.h) to be added there. Thanks, softworkz

Re: [FFmpeg-devel] [PATCH 2/3] avfilter/vf_yadif_cuda: CUDA accelerated deinterlacer

2018-11-01 Thread Hendrik Leppkes
On Thu, Nov 1, 2018 at 10:12 PM Philip Langdale wrote: > > On 2018-11-01 14:05, Timo Rothenpieler wrote: > > On 01.11.2018 21:54, Carl Eugen Hoyos wrote: > >> 2018-10-26 17:56 GMT+02:00, Philip Langdale : > >> > >> Could you add some sample numbers about how fast the cuda > >> variant is compared

Re: [FFmpeg-devel] [PATCH 2/3] avfilter/vf_yadif_cuda: CUDA accelerated deinterlacer

2018-11-01 Thread Carl Eugen Hoyos
2018-11-01 22:12 GMT+01:00, Philip Langdale : > On 2018-11-01 14:05, Timo Rothenpieler wrote: >> On 01.11.2018 21:54, Carl Eugen Hoyos wrote: >>> 2018-10-26 17:56 GMT+02:00, Philip Langdale : >>> >>> Could you add some sample numbers about how fast the cuda >>> variant is compared to cpu? >> >> I

Re: [FFmpeg-devel] [PATCH 2/3] avfilter/vf_yadif_cuda: CUDA accelerated deinterlacer

2018-11-01 Thread Philip Langdale
On 2018-11-01 14:05, Timo Rothenpieler wrote: On 01.11.2018 21:54, Carl Eugen Hoyos wrote: 2018-10-26 17:56 GMT+02:00, Philip Langdale : Could you add some sample numbers about how fast the cuda variant is compared to cpu? I don't think such numbers are overly useful by themselves. The

Re: [FFmpeg-devel] [PATCH 2/3] avfilter/vf_yadif_cuda: CUDA accelerated deinterlacer

2018-11-01 Thread Timo Rothenpieler
On 01.11.2018 21:54, Carl Eugen Hoyos wrote: 2018-10-26 17:56 GMT+02:00, Philip Langdale : Could you add some sample numbers about how fast the cuda variant is compared to cpu? I don't think such numbers are overly useful by themselves. The primary benefit here is that it's now possible to

Re: [FFmpeg-devel] [PATCH 2/3] avfilter/vf_yadif_cuda: CUDA accelerated deinterlacer

2018-11-01 Thread Carl Eugen Hoyos
2018-10-26 17:56 GMT+02:00, Philip Langdale : Could you add some sample numbers about how fast the cuda variant is compared to cpu? Carl Eugen ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [PATCH 1/3] libavfilter/vf_yadif: Make frame management logic and options shareable

2018-11-01 Thread Philip Langdale
On 2018-11-01 12:42, Michael Niedermayer wrote: +const AVOption yadif_options[] = { missing prefix I will fix. Are you otherwise happy with this change? Thanks, --phil ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

Re: [FFmpeg-devel] [PATCH 2/3] avfilter/vf_yadif_cuda: CUDA accelerated deinterlacer

2018-11-01 Thread Timo Rothenpieler
Not an export on CUDA code but it looks sensible to me, C part looks good as well. GTM once the yadiff changes have been acked. smime.p7s Description: S/MIME Cryptographic Signature ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

[FFmpeg-devel] Fwd: [OpenMedia] FOSDEM 2019 Open Media room - Call for speakers participation

2018-11-01 Thread Kieran Kunhya
-- Forwarded message - From: Zohar Babin Date: Fri, 12 Oct 2018 at 12:50 Subject: [OpenMedia] FOSDEM 2019 Open Media room - Call for speakers participation To: FOSDEM , Open Media devroom < open-media-devr...@lists.fosdem.org> Hi all, Join us on February 2, 2019 in Brussels for

Re: [FFmpeg-devel] [PATCH 1/2] avformat/ftp: return AVERROR_EOF for EOF

2018-11-01 Thread Nicolas George
Marton Balint (2018-11-01): > Without this FTP just hangs on eof... > > Signed-off-by: Marton Balint > --- > libavformat/ftp.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) LGTM. Regards, -- Nicolas George ___ ffmpeg-devel mailing

[FFmpeg-devel] [PATCH 2/2] avformat/ftp: allow nonstandard 202 reply to OPTS UTF8

2018-11-01 Thread Marton Balint
Fixes ticket #7481. Signed-off-by: Marton Balint --- libavformat/ftp.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/libavformat/ftp.c b/libavformat/ftp.c index 5063b7c204..e072067480 100644 --- a/libavformat/ftp.c +++ b/libavformat/ftp.c @@ -513,7 +513,7 @@ static

[FFmpeg-devel] [PATCH 1/2] avformat/ftp: return AVERROR_EOF for EOF

2018-11-01 Thread Marton Balint
Without this FTP just hangs on eof... Signed-off-by: Marton Balint --- libavformat/ftp.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/libavformat/ftp.c b/libavformat/ftp.c index 676f1c6b4c..5063b7c204 100644 --- a/libavformat/ftp.c +++ b/libavformat/ftp.c @@ -781,13

Re: [FFmpeg-devel] [PATCH 1/3] libavfilter/vf_yadif: Make frame management logic and options shareable

2018-11-01 Thread Michael Niedermayer
On Fri, Oct 26, 2018 at 08:56:04AM -0700, Philip Langdale wrote: > I'm writing a cuda implementation of yadif, and while this > obviously has a very different implementation of the actual > filtering, all the frame management is unchanged. To avoid > duplicating that logic, let's make it

Re: [FFmpeg-devel] [PATCH 3/3] avcodec/nvdec: Increase frame pool size to help deinterlacing

2018-11-01 Thread Timo Rothenpieler
On 26.10.2018 17:56, Philip Langdale wrote: With the cuda yadif filter in use, the number of mapped decoder frames could increase by two, as the filter holds on to additional frames. Signed-off-by: Philip Langdale --- libavcodec/nvdec.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

Re: [FFmpeg-devel] FFmpeg 4.1

2018-11-01 Thread Paul B Mahol
On 11/1/18, Michael Niedermayer wrote: > On Fri, Oct 05, 2018 at 03:31:04PM -0800, Lou Logan wrote: >> On Tue, Sep 25, 2018, at 10:50 AM, Lou Logan wrote: >> > >> > The users on Twitter have been asked for their suggestions. Please let >> > me know a little while before you want to make the

Re: [FFmpeg-devel] FFmpeg 4.1

2018-11-01 Thread Michael Niedermayer
On Fri, Sep 14, 2018 at 03:22:56AM +0200, Michael Niedermayer wrote: > Hi all > > its almost 5 months since 4.0 so its time to make a new release. > > Are there any suggestions for a name ? > If not ill pick something from unused past suggestions. > > If there are no objections i will likely

Re: [FFmpeg-devel] FFmpeg 4.1

2018-11-01 Thread Michael Niedermayer
On Fri, Oct 05, 2018 at 03:31:04PM -0800, Lou Logan wrote: > On Tue, Sep 25, 2018, at 10:50 AM, Lou Logan wrote: > > > > The users on Twitter have been asked for their suggestions. Please let > > me know a little while before you want to make the release and I'll > > post the results here. > >

Re: [FFmpeg-devel] [PATCH v2] libavdevice/libndi_newtek: Added extra_ips option to libndi_newtek allowing use remote network sources

2018-11-01 Thread Marton Balint
On Mon, 29 Oct 2018, Anton Platov wrote: Signed-off-by: Anton Platov --- doc/indevs.texi | 17 + libavdevice/libndi_newtek_dec.c | 4 +++- 2 files changed, 20 insertions(+), 1 deletion(-) Thanks, pushed. Regards, Marton

Re: [FFmpeg-devel] [PATCH] 7505

2018-11-01 Thread Marton Balint
On Thu, 1 Nov 2018, BIGLER Don (Framatome) wrote: Fix ticket: 7505 Thanks, pushed. In the future please send git format-patch style patches. Regards, Marton ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

Re: [FFmpeg-devel] [PATCH] avfilter: add skipblend filter

2018-11-01 Thread Paul B Mahol
On 11/1/18, Matthias Troffaes wrote: > Dear Paul, > > On Thu, Nov 1, 2018 at 11:21 AM Matthias Troffaes > wrote: >> Would you consider accepting a patch that added an integer "cutoff" >> option to tmix, for the purpose of setting all weights for frames >> beyond "cutoff" to 0? The reason for

Re: [FFmpeg-devel] [PATCH] avfilter: add tpad filter

2018-11-01 Thread Paul B Mahol
On 10/30/18, Paul B Mahol wrote: > Signed-off-by: Paul B Mahol > --- > doc/filters.texi | 40 +++ > libavfilter/Makefile | 1 + > libavfilter/allfilters.c | 1 + > libavfilter/vf_tpad.c| 218 +++ > 4 files changed, 260 insertions(+) >

Re: [FFmpeg-devel] [PATCH] lavc/libdavs2: use assert instead of wrong return value

2018-11-01 Thread Carl Eugen Hoyos
2018-11-01 5:20 GMT+01:00, hwren : > Signed-off-by: hwren > --- > libavcodec/libdavs2.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/libavcodec/libdavs2.c b/libavcodec/libdavs2.c > index 4dbce73..acdfaca 100644 > --- a/libavcodec/libdavs2.c > +++

[FFmpeg-devel] [PATCH] 7505

2018-11-01 Thread BIGLER Don (Framatome)
Fix ticket: 7505 7505.patch Description: 7505.patch ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

[FFmpeg-devel] [PATCH] avformat/hlsenc: remove the use_localtime_mkdir check logic

2018-11-01 Thread Steven Liu
fix ticket: 7527 the use_localtime_mkdir check logic looks should be needn't. Signed-off-by: Steven Liu --- libavformat/hlsenc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c index f8f060d065..f4b3eb2aad 100644 ---

Re: [FFmpeg-devel] [PATCH] avfilter: add skipblend filter

2018-11-01 Thread Matthias Troffaes
Dear Paul, On Thu, Nov 1, 2018 at 11:21 AM Matthias Troffaes wrote: > Would you consider accepting a patch that added an integer "cutoff" > option to tmix, for the purpose of setting all weights for frames > beyond "cutoff" to 0? The reason for requesting this is that in some > workflows, one is

[FFmpeg-devel] [PATCH v2] avcodec/libopenh264enc.c: Handle sample_aspect_ratio in libopenh264 encoder

2018-11-01 Thread Valery Kot
On Thu, Nov 1, 2018 at 1:55 PM Valery Kot wrote: > > > I think this would look nicer (and generate less code) as a table + loop > > rather than an if-ladder making each fraction structure inline? > > > > E.g. something like > >

Re: [FFmpeg-devel] [PATCH] avcodec/libopenh264enc.c: Handle sample_aspect_ratio in libopenh264 encoder

2018-11-01 Thread Valery Kot
> I think this would look nicer (and generate less code) as a table + loop > rather than an if-ladder making each fraction structure inline? > > E.g. something like >

Re: [FFmpeg-devel] [PATCH 2/2] libx264: Pass the reordered_opaque field through the encoder

2018-11-01 Thread Martin Storsjö
On Thu, 1 Nov 2018, Derek Buitenhuis wrote: On 31/10/2018 21:41, Martin Storsjö wrote: Even though we do allow reconfiguration, it doesn't look like we support changing any parameters which would actually affect the delay, only RC method and targets (CRF, bitrate, etc). So given that, the

Re: [FFmpeg-devel] [PATCH 2/2] libx264: Pass the reordered_opaque field through the encoder

2018-11-01 Thread Derek Buitenhuis
On 31/10/2018 21:41, Martin Storsjö wrote: > Even though we do allow reconfiguration, it doesn't look like we support > changing any parameters which would actually affect the delay, only RC > method and targets (CRF, bitrate, etc). So given that, the current patch > probably should be safe - what

[FFmpeg-devel] [PATCH] avcodec/tiff: add initial bayer and sub image support

2018-11-01 Thread Paul B Mahol
Signed-off-by: Paul B Mahol --- libavcodec/tiff.c | 162 ++ libavcodec/tiff.h | 6 +- 2 files changed, 156 insertions(+), 12 deletions(-) diff --git a/libavcodec/tiff.c b/libavcodec/tiff.c index b537ec06a5..74b76c9fdf 100644 --- a/libavcodec/tiff.c

Re: [FFmpeg-devel] [PATCH] avfilter: add skipblend filter

2018-11-01 Thread Matthias Troffaes
Dear Paul, On Thu, Nov 1, 2018 at 10:34 AM Paul B Mahol wrote: > Duplicates funcionality of tmix filter. Many thanks for your reply, and for pointing out the existence of the tmix filter. Please forgive my ignorance about it. I see tmix was only added in April this year, whilst I've been

Re: [FFmpeg-devel] [PATCH] avfilter: add skipblend filter

2018-11-01 Thread Paul B Mahol
On 11/1/18, Matthias Troffaes wrote: > Dear FFmpeg developers, > > ... is there a possibility for this patch to get applied? Obviously > I'm happy to work further on the code where need be to get this > upstreamed. Duplicates funcionality of tmix filter.

[FFmpeg-devel] [PATCH] libavformat/hlsenc: only initialize the "start_pts" value if the incoming packet is a video packet.

2018-11-01 Thread Boris Nagels
The packet type should be checked before the start value is assigned. For example, if the first packet to arrive is an audio packet, the value of start-pts is in the timebase units of the audio stream. This will cause the stream to be split on every I-frame of the video stream since the pts

Re: [FFmpeg-devel] [PATCH] avfilter: add skipblend filter

2018-11-01 Thread Matthias Troffaes
Dear FFmpeg developers, ... is there a possibility for this patch to get applied? Obviously I'm happy to work further on the code where need be to get this upstreamed. Kind regards, Matthias On Wed, Oct 24, 2018 at 11:14 AM Matthias Troffaes wrote: > > Attached a patch which adds a "skipblend"

Re: [FFmpeg-devel] [PATCH] avfilter: add xstack filter

2018-11-01 Thread Gyan
On Thu, Oct 25, 2018 at 12:35 AM Paul B Mahol wrote: > > +if (s->is_horizontal || s->is_vertical) { > +if ((ret = av_image_fill_linesizes(linesize, inlink->format, > inlink->w)) < 0) { > +av_frame_free(); > +return ret; > +} >

Re: [FFmpeg-devel] [PATCH] avcodec/qsvenc: add VDENC support for H264 and HEVC

2018-11-01 Thread Li, Zhong
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf > Of Linjie Fu > Sent: Thursday, November 1, 2018 10:59 AM > To: ffmpeg-devel@ffmpeg.org > Cc: Fu, Linjie > Subject: [FFmpeg-devel] [PATCH] avcodec/qsvenc: add VDENC support for > H264 and HEVC > > Add VDENC(lowpower mode)

Re: [FFmpeg-devel] [PATCH 4/5] lavc/qsvenc: add an option to set h264 pps for every frame

2018-11-01 Thread Li, Zhong
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf > Of Mark Thompson > Sent: Thursday, November 1, 2018 6:30 AM > To: ffmpeg-devel@ffmpeg.org > Subject: Re: [FFmpeg-devel] [PATCH 4/5] lavc/qsvenc: add an option to set > h264 pps for every frame > > On 31/10/18 11:00, Li,