[FFmpeg-devel] [PATCH] lavc/cfhd: added alpha decompanding in rgba12 ticket #6265

alpha decompanding curve added to post process the decoded alpha channel ticket #6265 --- libavcodec/cfhd.c | 19 +++ 1 file changed, 19 insertions(+) diff --git a/libavcodec/cfhd.c b/libavcodec/cfhd.c index fd834b..e35732df45 100644 --- a/libavcodec/cfhd.c +++

Re: [FFmpeg-devel] [PATCH v4 3/7] cmdutils: use new iteration APIs

On Thu, 22 Mar 2018 12:32:29 +0100 Nicolas George wrote: > Josh de Kock (2018-03-22): > > There is always the option to just merge lavf and lavd. The state of them > > being sort-of merged, but not really, isn't very good and adds a lot of > > complexity especially in

[FFmpeg-devel] [PATCH v2] avcodec/arm/hevcdsp_sao : add NEON optimization for sao

From: Meng Wang Signed-off-by: Meng Wang --- This v2 patch remove unused codes 'stride_dst /= sizeof(uint8_t);' compared to v1. V1 have this codes because we referred to hevc dsp template codes. As FFmpeg hevc decoder have no SAO neon

[FFmpeg-devel] [PATCH v2] dashdec: Support signaling of last segment number (Adding space to avoid mixing styles)

--- libavformat/dashdec.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/libavformat/dashdec.c b/libavformat/dashdec.c index bf61837..db63a99 100644 --- a/libavformat/dashdec.c +++ b/libavformat/dashdec.c @@ -922,8 +922,8 @@ static int

Re: [FFmpeg-devel] [PATCH v4 3/7] cmdutils: use new iteration APIs

On 2018/03/22 10:29, Nicolas George wrote: Josh de Kock (2018-03-22): I have -ffunroll'd the macros for you Nicolas. That is not what I asked. The macros were just a way of making the poor API a little less poor, but the problem still remains: +#ifdef CONFIG_AVDEVICE +opaque = 0;

Re: [FFmpeg-devel] [PATCH v4 3/7] cmdutils: use new iteration APIs

Josh de Kock (2018-03-22): > I strongly oppose using the same loop. Separating devices' iteration is one > of the first steps to separating lavf from lavd. And I oppose separating lavf from lavd, was it not clear enough? I have given technical arguments in my first mail. Regards, -- Nicolas

Re: [FFmpeg-devel] [PATCH v4 3/7] cmdutils: use new iteration APIs

On 3/22/18, Nicolas George wrote: > Josh de Kock (2018-03-22): >> There is always the option to just merge lavf and lavd. The state of them >> being sort-of merged, but not really, isn't very good and adds a lot of >> complexity especially in inter-library dependencies (which are

Re: [FFmpeg-devel] [PATCH v4 3/7] cmdutils: use new iteration APIs

Josh de Kock (2018-03-22): > Merging lavd into lavf may be the best option here, as it allows us to > change the return type of av_iterate_indev() etc to an AVDevice or another > type which may represent an actual device as opposed to a purely > input/output device (which is just implemented as an

Re: [FFmpeg-devel] [PATCH v2] fftools/cmdutils: add support for level flag in loglevel option parser

On 22.03.2018 00:59, Michael Niedermayer wrote: On Wed, Mar 21, 2018 at 03:20:30PM +0100, Tobias Rapp wrote: Allows to manage the AV_LOG_PRINT_LEVEL flag as a prefix to the loglevel option value, similar to the existing AV_LOG_SKIP_REPEATED flag. Signed-off-by: Tobias Rapp

Re: [FFmpeg-devel] OpenCV filter should be built as C++, and C builds fail since OpenCV 3.4.1

On 3/22/18, Nicolas George wrote: > Rostislav Pehlivanov (2018-03-20): >> There was absolutely nothing in my sentence to imply I'm sarcastic, and I >> make sure to be obviously sarcastic when I want to be. >> The filter we have supports a very limited subset of the features of >>

Re: [FFmpeg-devel] OpenCV filter should be built as C++, and C builds fail since OpenCV 3.4.1

Rostislav Pehlivanov (2018-03-20): > There was absolutely nothing in my sentence to imply I'm sarcastic, and I > make sure to be obviously sarcastic when I want to be. > The filter we have supports a very limited subset of the features of opencv > and if there's no overlap we should probably write

Re: [FFmpeg-devel] [PATCH 0/1] Add Sega FILM muxer

On Wed, 21 Mar 2018 22:46:30 -0700 mi...@brew.sh wrote: > From: Misty De Meo > > This adds a muxer for the Sega FILM format, which was used by > Sega Saturn games in the 1990s. > > This muxer provides a complete implementation of the FILM format, at least > as far as all

Re: [FFmpeg-devel] OpenCV filter should be built as C++, and C builds fail since OpenCV 3.4.1

Paul B Mahol (2018-03-22): > Why? OpenCV != OpenCL Oh, I had not noticed. Good then. Regards, -- Nicolas George signature.asc Description: Digital signature ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

Re: [FFmpeg-devel] [PATCH v2] dashdec: Support signaling of last segment number (Adding space to avoid mixing styles)

> On 22 Mar 2018, at 19:15, sanilraut wrote: > > --- > libavformat/dashdec.c | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/libavformat/dashdec.c b/libavformat/dashdec.c > index bf61837..db63a99 100644 > --- a/libavformat/dashdec.c > +++

Re: [FFmpeg-devel] [PATCH] avcodec/arm/hevcdsp_sao : add NEON optimization for sao

The code looks good to me. I think the wrapper is fine, because that part of code is not suitable for NEON assembly. But you can remove the using of `sizeof(uint8_t)` as suggested by Carl. Shengbin Meng > On 19 Mar 2018, at 12:41, Yingming Fan wrote: > > Hi, is there

Re: [FFmpeg-devel] [PATCH v4 3/7] cmdutils: use new iteration APIs

On 2018/03/22 11:19, Nicolas George wrote: Josh de Kock (2018-03-22): I strongly oppose using the same loop. Separating devices' iteration is one of the first steps to separating lavf from lavd. And I oppose separating lavf from lavd, was it not clear enough? I have given technical arguments

Re: [FFmpeg-devel] [PATCH v4 3/7] cmdutils: use new iteration APIs

On 2018/03/22 12:07, Nicolas George wrote: Josh de Kock (2018-03-22): Merging lavd into lavf may be the best option here, as it allows us to change the return type of av_iterate_indev() etc to an AVDevice or another type which may represent an actual device as opposed to a purely input/output

Re: [FFmpeg-devel] [PATCH] reitnerlace - tinterlace-like filter under LGPL

On 14.03.2018 18:56, Thomas Mundt wrote: 2018-03-13 16:10 GMT+01:00 Vasile Toncu : On 06.03.2018 20:38, Thomas Mundt wrote: Hi, 2018-03-05 13:48 GMT+01:00 Carl Eugen Hoyos : 2018-03-05 12:37 GMT+01:00, Paul B Mahol : On

Re: [FFmpeg-devel] Field order during libavformat write_header

Hi Marton, > I still think ffmpeg.c should be fixed instead. There is even some logic in > ffmpeg.c to wait for a frame from all streams before writing the header, so > it seems doable. I don’t disagree with this in principle, but we have to be a bit careful. There are stream types that

Re: [FFmpeg-devel] [PATCH] avcodec/dxva2_vc1: add missing frame_params callback to vc1_d3d11va2 hwaccel

On 3/22/2018 6:41 AM, wm4 wrote: > On Thu, 22 Mar 2018 01:41:11 -0300 > James Almer wrote: > >> Fixes ticket #7096 >> >> Signed-off-by: James Almer >> --- >> libavcodec/dxva2_vc1.c | 1 + >> 1 file changed, 1 insertion(+) >> >> diff --git

Re: [FFmpeg-devel] [PATCH] ffmpeg.c - drain all decoded frames during stream_loop flush

On 3/21/2018 3:02 AM, Michael Niedermayer wrote: do you want to also create a fate test for this Can you suggest an existing fate sample file that I can use? Ideally, a stream of a video codec with some delay. Seems to me most samples in the suite are anomalous or broken in one way or

[FFmpeg-devel] [PATCH 3/3] lavc/qsvdec: expose frame pic_type

Currently pict_type are unset. Add an extra param to fetch the picture type from qsv decoder v2: remove the key_frame setting because the judgement “key frame is equal to IDR frame” only suitable for H264. For HEVC, all IRAP frames are key frames, and other codecs have no IDR frame.

[FFmpeg-devel] [PATCH 1/3] lavc/qsvdec: set complete_frame flags for progressive picture

Set the flag MFX_BITSTREAM_COMPLETE_FRAME when it is a progressive picture. This can fix vc1 decoding segment fault issues because can't set the start code correctly. See: ./avconv -hwaccel qsv -c:v vc1_qsv -i /fate-suite/vc1/SA00040.vc1 -vf "hwdownload, format=nv12" -f rawvideo /dev/null a.

[FFmpeg-devel] [PATCH 2/3] lavu/hwcontext_qsv: Add support for pix_fmt RGB32.

RGB32 format may be used as overlay with alpha blending. So add RGB32 format support. Signed-off-by: ChaoX A Liu Signed-off-by: Zhong Li --- libavutil/hwcontext_qsv.c | 43 +-- 1 file changed, 33 insertions(+),

Re: [FFmpeg-devel] [PATCH 0/1] Add Sega FILM muxer

On Thu, Mar 22, 2018 at 3:43 AM, wm4 wrote: > Why? Mainly to modify existing videos or encode new videos for Saturn games. It's particularly useful for fan translation - to mux in new audio, or encode new video for things like credits sequences.

Re: [FFmpeg-devel] [PATCH v2] lavf/movenc: write track title metadata for mov files

On 3/21/2018 9:30 PM, Courtland Idstrom wrote: > Please let me know if this is sufficient. I can also upload these movies > somewhere, I didn't think it would be appropriate to attach them to this > email. I'm satisfied with with it, thanks for checking! Patch LGTM. - Derek

Re: [FFmpeg-devel] [PATCH] avformat/opensrt: add Haivision Open SRT protocol

Sven Dueking (2018-03-16): > Ping !?!? I think I am actually expected to reply. I think that by reviewing the patch I gave the impression that I was promising to accept the patch in FFmpeg. It was not so, and I apologize if it was taken that way. The original patch contained significant changes

Re: [FFmpeg-devel] [PATCH] avcodec/arm/hevcdsp_sao : add NEON optimization for sao

Hi, By checkasm benchmark, I can see a speedup of ~3x for band mode and ~6x for edge mode on my device (the device has aarch64 CPU, but I configured ffmpeg with `—arch=arm`). And FATE passed as well. Results of a checkasm run: $./tests/checkasm/checkasm --test=hevc_sao --bench $ sudo

Re: [FFmpeg-devel] [PATCH] avcodec/dxva2_vc1: add missing frame_params callback to vc1_d3d11va2 hwaccel

On Thu, 22 Mar 2018 01:41:11 -0300 James Almer wrote: > Fixes ticket #7096 > > Signed-off-by: James Almer > --- > libavcodec/dxva2_vc1.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/libavcodec/dxva2_vc1.c b/libavcodec/dxva2_vc1.c > index

Re: [FFmpeg-devel] [PATCH v4 3/7] cmdutils: use new iteration APIs

Josh de Kock (2018-03-22): > I have -ffunroll'd the macros for you Nicolas. That is not what I asked. The macros were just a way of making the poor API a little less poor, but the problem still remains: > +#ifdef CONFIG_AVDEVICE > +opaque = 0; > +if (muxdemuxers !=

Re: [FFmpeg-devel] [PATCH v4 3/7] cmdutils: use new iteration APIs

Josh de Kock (2018-03-22): > There is always the option to just merge lavf and lavd. The state of them > being sort-of merged, but not really, isn't very good and adds a lot of > complexity especially in inter-library dependencies (which are unneeded if > lavf and lavd are either merged or

Re: [FFmpeg-devel] [PATCH v4 3/7] cmdutils: use new iteration APIs

On 2018/03/22 11:37, wm4 wrote: On Thu, 22 Mar 2018 12:32:29 +0100 Nicolas George wrote: Josh de Kock (2018-03-22): There is always the option to just merge lavf and lavd. The state of them being sort-of merged, but not really, isn't very good and adds a lot of complexity

Re: [FFmpeg-devel] [PATCH] avformat/opensrt: add Haivision Open SRT protocol

> -Ursprüngliche Nachricht- > Von: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] Im Auftrag > von Nicolas George > Gesendet: Donnerstag, 22. März 2018 16:03 > An: FFmpeg development discussions and patches > Betreff: Re: [FFmpeg-devel] [PATCH] avformat/opensrt: add Haivision >

Re: [FFmpeg-devel] [PATCH] avfilter/af_channelsplit: add channels option

Paul B Mahol (2018-03-22): > So user can pick which channels to extract. > > Signed-off-by: Paul B Mahol > --- > doc/filters.texi | 18 ++ > libavfilter/af_channelsplit.c | 39 +-- > 2 files changed, 51

Re: [FFmpeg-devel] [PATCH 2/3] lavu/hwcontext_qsv: Add support for pix_fmt RGB32.

2018-03-22 16:05 GMT+01:00, Zhong Li : > RGB32 format may be used as overlay with alpha blending. > So add RGB32 format support. > > Signed-off-by: ChaoX A Liu > Signed-off-by: Zhong Li > --- > libavutil/hwcontext_qsv.c | 43

Re: [FFmpeg-devel] [PATCH] avformat/segafilm - fix keyframe detection and set packet, flags

Set the packet flag using constant as well. From 905cc5f1146c957ae4290b44a06a22a7524a87de Mon Sep 17 00:00:00 2001 From: Gyan Doshi Date: Wed, 21 Mar 2018 18:59:33 +0530 Subject: [PATCH] avformat/segafilm - fix keyframe detection and set packet flags Streams from a

[FFmpeg-devel] [PATCH][GSoC] srcnn - an image super resolution filter using CNN

Hi,   This patch is introduced as a qualification task required by Super Resolution project for GSoC. It passes patchcheck and make fate and doesn't introduce new warnings. It's implemented by the help of the mentor: Pedro Arthur. It's been tested over 7 images of which 6 got expected results

Re: [FFmpeg-devel] [PATCH v2] lavf/movenc: write track title metadata for mov files

On Wed, Mar 21, 2018 at 11:30 PM, Courtland Idstrom wrote: > > > Please let me know if this is sufficient. I can also upload these movies > somewhere, I didn't think it would be appropriate to attach them to this > email. > > > Cheers, > > -Courtland Thanks for the

[FFmpeg-devel] [PATCH] avcodec/mediacodecdec: work around for decoding h264 with coded fields

From: Aman Gupta This is a hacky work-around for #7092, where the lavc h264 parser splits coded fields into separate video packets, only one of which has a PTS set. The MediaCodec#queueInputBuffer API expects a PTS along with incoming video packets, and breaks badly when the PTS

Re: [FFmpeg-devel] [PATCH v4 3/7] cmdutils: use new iteration APIs

On Thu, Mar 22, 2018 at 01:07:18PM +0100, Nicolas George wrote: > Josh de Kock (2018-03-22): > > Merging lavd into lavf may be the best option here, as it allows us to > > change the return type of av_iterate_indev() etc to an AVDevice or another > > type which may represent an actual device as

Re: [FFmpeg-devel] [PATCH] avcodec/mpeg4_unpack_bframes: make sure the packet is writable when data needs to changed

On Wed, Mar 21, 2018 at 10:41:03PM -0300, James Almer wrote: > Nothing currently guarantees that the packet passed to the bsf will > be writable. > > Signed-off-by: James Almer > --- > This supersedes "[PATCH 2/2] avcodec/mpeg4_unpack_bframes: allocate a > new packet when data

Re: [FFmpeg-devel] [PATCH] avcodec/mpeg4_unpack_bframes: make sure the packet is writable when data needs to changed

On 3/22/2018 4:34 PM, Michael Niedermayer wrote: > On Wed, Mar 21, 2018 at 10:41:03PM -0300, James Almer wrote: >> Nothing currently guarantees that the packet passed to the bsf will >> be writable. >> >> Signed-off-by: James Almer >> --- >> This supersedes "[PATCH 2/2]

[FFmpeg-devel] [PATCH] Support signaling of last segment number

Last segment indicated by mpd is not parsed. Example stream: http://dash.akamaized.net/dash264/TestCasesIOP41/LastSegmentNumber/1/manifest_last_segment_num.mpd This patch supports parsing of Supplemental Descriptor with @schemeIdUri set to http://dashif.org/guide- lines/last-segment-number with

Re: [FFmpeg-devel] how to add step-to-previous-frame feature to ffplay?

> On 22 Mar 2018, at 15:13, 陈 永岗 wrote: > > > Hello everyone, > > > I'm newbie to ffmpeg, and found ffplay.c is very useful which contains lots > of command line operations. If press 's', it will play next frame. However I > want to make it support playing previous

Re: [FFmpeg-devel] how to add step-to-previous-frame feature to ffplay?

> On 22 Mar 2018, at 15:13, 陈 永岗 wrote: > > > Hello everyone, > > > I'm newbie to ffmpeg, and found ffplay.c is very useful which contains lots > of command line operations. If press 's', it will play next frame. However I > want to make it support playing previous

Re: [FFmpeg-devel] [PATCH v4 3/7] cmdutils: use new iteration APIs

On Thu, Mar 22, 2018 at 02:01:27AM +, Josh de Kock wrote: [...] > +#ifdef CONFIG_AVDEVICE > +opaque = 0; > +if (muxdemuxers != SHOW_DEMUXERS) { > +while ((ofmt = av_outdev_iterate())) { > +if ((!name || strcmp(ofmt-> name, name) < 0) && >

Re: [FFmpeg-devel] [PATCH] lavfi: Add OpenCL avgblur filter

> > Current scaling and colour conversion code is mostly found in libswscale, > though > there are also other places like the colorspace filter. I don't know whether > any > of these will translate suitably to GPU code and what the right approach is > here - > some investigation will be

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

On Mon, Mar 19, 2018 at 10:49:28PM -0800, Lou Logan wrote: > On Fri, Mar 16, 2018, at 11:44 AM, Paul B Mahol wrote: > > Signed-off-by: Paul B Mahol > > --- > > doc/filters.texi | 60 ++ > > libavfilter/Makefile | 1 + > > libavfilter/af_hrtfm.c | 486 > >

[FFmpeg-devel] [PATCH] libavfilter: Add OpenCL convolution filter v0.2

Hi there! Thank you for advices, I have fixed the problem when per plane matrices application was incorrect. Now it works as expected and behaves like the existing vf_convolution filter. Tested for yuv and nv12 formats. The following filters from ffmpeg documentation

Re: [FFmpeg-devel] [PATCH] ffmpeg_filter: enable stream_loop in HWAccel transcoding.

Ping? The other thing: do we have a clean way to handle auto insert scale filter in pipeline for HWaccel transcoding case in FFmpeg? On 2018/3/14 16:26, Jun Zhao wrote: ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

Re: [FFmpeg-devel] [PATCH] lavc/cfhd: added alpha decompanding in rgba12

On Wed, Mar 21, 2018 at 10:19:58PM +0530, Gagandeep Singh wrote: > alpha decompanding curve added to post process the decoded alpha channel > --- > libavcodec/cfhd.c | 19 +++ > 1 file changed, 19 insertions(+) > > diff --git a/libavcodec/cfhd.c b/libavcodec/cfhd.c > index

Re: [FFmpeg-devel] [PATCH 1/3] avformat/mov: Increase support for common encryption.

On Mon, Mar 5, 2018 at 12:22 PM, Jacob Trimble wrote: > On Mon, Feb 12, 2018 at 9:35 AM, Jacob Trimble wrote: >> On Tue, Jan 30, 2018 at 11:27 AM, Jacob Trimble wrote: >>> On Wed, Jan 24, 2018 at 5:46 PM, Michael Niedermayer >>>

Re: [FFmpeg-devel] [PATCH] avfilter/af_channelsplit: add channels option

On 2018-03-22 16:04 +0100, Nicolas George wrote: > Paul B Mahol (2018-03-22): > > So user can pick which channels to extract. > > > > Signed-off-by: Paul B Mahol > > --- > > doc/filters.texi | 18 ++ > > libavfilter/af_channelsplit.c | 39

Re: [FFmpeg-devel] [PATCH v4 3/7] cmdutils: use new iteration APIs

On 2018/03/22 22:38, Michael Niedermayer wrote: > On Thu, Mar 22, 2018 at 02:01:27AM +, Josh de Kock wrote: > [...] >> +#ifdef CONFIG_AVDEVICE >> +opaque = 0; >> +if (muxdemuxers != SHOW_DEMUXERS) { >> +while ((ofmt = av_outdev_iterate())) { >> +if

Re: [FFmpeg-devel] [PATCH] lavfi: Add OpenCL avgblur filter

On 21/03/18 13:09, Dylan Fernando wrote: > On Tue, Mar 20, 2018 at 10:34 AM, Mark Thompson wrote: >> On 19/03/18 02:30, dylanf...@gmail.com wrote: >>> From: drfer3 >>> >>> Behaves like the existing avgblur filter, except working on OpenCL >>> hardware

[FFmpeg-devel] [PATCH 02/11] avformat/dashenc: segmentation at the configured segment duration rate

From: Vishwanath Dixit When use_template is enabled and use_timeline is disabled, typically it is required to generate the segments at the configured segment duration rate on an average. This commit is particularly needed to handle the segmentation when video frame rates are

[FFmpeg-devel] [PATCH 04/11] avformat/dashenc: removed 'write_manifest' call from 'write_header'

From: Vishwanath Dixit Calling 'write_manifest' from 'write_header' was causing creation of first MPD with invalid values. Ex: zero @duration param value. Also, the manifest files (MPD or M3U8s) should be created when at-least one media frame is ready for consumption. ---

[FFmpeg-devel] [PATCH 03/11] avformat/dashenc: writing average segment duration for @duration in template mode

From: Vishwanath Dixit --- libavformat/dashenc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c index a489f5e..5fb839d 100644 --- a/libavformat/dashenc.c +++ b/libavformat/dashenc.c @@ -344,7 +344,7 @@ static

[FFmpeg-devel] [PATCH 06/11] avformat/dashenc: addition of @availabilityTimeOffset in MPD

From: Vishwanath Dixit availability time of Nth segment = availabilityStartTime + (N*segment duration) - availabilityTimeOffset. This field helps to reduce the latency by about a segment duration in streaming mode. --- libavformat/dashenc.c | 11 ++- 1 file changed,

Re: [FFmpeg-devel] [PATCH] lavc/cfhd: added alpha decompanding in rgba12

On Fri, 23 Mar 2018, 04:26 Aurelien Jacobs, wrote: > On Wed, Mar 21, 2018 at 10:19:58PM +0530, Gagandeep Singh wrote: > > alpha decompanding curve added to post process the decoded alpha channel > > --- > > libavcodec/cfhd.c | 19 +++ > > 1 file changed, 19

[FFmpeg-devel] [PATCH 09/11] avformat/dashenc: constructing MPD's bandwidth string locally

From: Vishwanath Dixit --- libavformat/dashenc.c | 20 +--- 1 file changed, 9 insertions(+), 11 deletions(-) diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c index 294999a..b0ed890 100644 --- a/libavformat/dashenc.c +++ b/libavformat/dashenc.c @@

[FFmpeg-devel] [PATCH 08/11] avformat/dashenc: addition of bitrate overhead in master playlist's bandwidth

From: Vishwanath Dixit --- libavformat/dashenc.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c index 0ba9f55..294999a 100644 --- a/libavformat/dashenc.c +++ b/libavformat/dashenc.c @@ -824,20 +824,23

[FFmpeg-devel] [PATCH 07/11] avformat/dashenc: logic to compute bitrate overhead

From: Vishwanath Dixit --- libavformat/dashenc.c | 10 ++ 1 file changed, 10 insertions(+) diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c index d20bdba..0ba9f55 100644 --- a/libavformat/dashenc.c +++ b/libavformat/dashenc.c @@ -86,6 +86,8 @@ typedef

[FFmpeg-devel] [PATCH 11/11] avformat/dashenc: addition of segment index correction logic

From: Vishwanath Dixit The logic is applicable only when use_template is enabled and use_timeline is disabled. The logic monitors the flow of segment indexes. If a streams's segment index value is not at the expected real time position, then the logic corrects that index

[FFmpeg-devel] [PATCH 10/11] avformat/dashenc: addition of bitrate overhead for @bandwidth param in MPD

From: Vishwanath Dixit --- libavformat/dashenc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c index b0ed890..f691fb3 100644 --- a/libavformat/dashenc.c +++ b/libavformat/dashenc.c @@ -552,7 +552,7 @@ static

[FFmpeg-devel] [PATCH 05/11] avformat/dashenc: setting @availabilityStartTime when the first frame is ready

From: Vishwanath Dixit @availabilityStartTime specifies the anchor for the computation of the earliest availability time (in UTC) for any Segment in the Media Presentation. --- libavformat/dashenc.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git

Re: [FFmpeg-devel] [PATCH] lavc/cfhd: added alpha decompanding in rgba12

On Fri, 23 Mar 2018, 11:04 Gagandeep Singh, wrote: > > > On Fri, 23 Mar 2018, 04:26 Aurelien Jacobs, wrote: > >> On Wed, Mar 21, 2018 at 10:19:58PM +0530, Gagandeep Singh wrote: >> > alpha decompanding curve added to post process the decoded alpha

[FFmpeg-devel] [PATCH 01/11] avformat/dashenc: renamed 'min_seg_duration' to 'seg_duration'

From: Vishwanath Dixit --- doc/muxers.texi | 2 +- libavformat/dashenc.c | 10 +- 2 files changed, 6 insertions(+), 6 deletions(-) diff --git a/doc/muxers.texi b/doc/muxers.texi index cb75c26..65eec92 100644 --- a/doc/muxers.texi +++ b/doc/muxers.texi @@

[FFmpeg-devel] how to add step-to-previous-frame feature to ffplay?

Hello everyone, I'm newbie to ffmpeg, and found ffplay.c is very useful which contains lots of command line operations. If press 's', it will play next frame. However I want to make it support playing previous frame. Where should I start? Any recommendations? Best regards Dom

Re: [FFmpeg-devel] [PATCH] Support signaling of last segment number

On Thu, Mar 22, 2018 at 9:51 PM, sanilraut wrote: > Last segment indicated by mpd is not parsed. > Example stream: > http://dash.akamaized.net/dash264/TestCasesIOP41/LastSegmentNumber/1/manifest_last_segment_num.mpd > > This patch supports parsing of Supplemental Descriptor

Re: [FFmpeg-devel] [PATCH] avcodec/extract_extradata: don't uninitialize the H2645Packet on every processed packet

On 3/13/2018 9:47 PM, Jun Zhao wrote: > > > On 2018/3/11 7:00, James Almer wrote: >> Based on hevc_parser code. This prevents repeated unnecessary allocations >> and frees on every packet processed by the bsf. >> >> Signed-off-by: James Almer >> --- >>