[FFmpeg-devel] [PATCH 1/6] lavc/qsv(hevc): Change default plugin from hevc_sw to hevc_default, which will load hevc_hw first, due to newly released MSDK.

From: ChaoX A Liu Signed-off-by: ChaoX A Liu --- libavcodec/qsv.c | 89 --- libavcodec/qsv_internal.h | 6 ++-- libavcodec/qsvdec.c | 16 ++--- libavcodec/qsvdec_h2645.c | 17 ++---

[FFmpeg-devel] [PATCH 2/6] lavf/vpp: Enable vpp filter, an Intel GPU accelerated scaler.

From: ChaoX A Liu Signed-off-by: ChaoX A Liu --- configure | 3 + libavcodec/qsv.c | 2 +- libavcodec/qsv_internal.h | 2 +- libavfilter/Makefile | 1 + libavfilter/allfilters.c | 1 +

[FFmpeg-devel] [PATCH 5/6] lavc/qsvdec: Reset decoder if MFX_ERR_UNDEFINED_BEHAVIOR is caught, because this error may get decoder stuck.

From: ChaoX A Liu Signed-off-by: ChaoX A Liu --- libavcodec/qsvdec.c | 11 --- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git a/libavcodec/qsvdec.c b/libavcodec/qsvdec.c index 47dd818..2075a23 100644 --- a/libavcodec/qsvdec.c

[FFmpeg-devel] [PATCH 4/6] lavf/vpp: enable video memory accel for transcoding with vpp. lavc/qsv: export symbols "ff_qsv_*" which will be used by vpp. ffmpeg_qsv: set default hwaccel to qsv.

From: ChaoX A Liu Signed-off-by: ChaoX A Liu --- ffmpeg_qsv.c| 46 --- libavcodec/libavcodec.v | 1 + libavcodec/qsv.h| 2 + libavfilter/vf_qsvvpp.c | 153 4

[FFmpeg-devel] [PATCH 0/6] fixes for HEVC GPU accelerated codec (v2)

From: ChaoX A Liu This is updated version of patchset. Fix for license reference. Rename vpp filter to qsvvpp ChaoX A Liu (6): lavc/qsv(hevc): Change default plugin from hevc_sw to hevc_default, which will load hevc_hw first, due to newly released MSDK.

[FFmpeg-devel] [PATCH 3/6] lavc/qsv: Enable hwaccel qsv_vidmem.

From: ChaoX A Liu Signed-off-by: ChaoX A Liu --- ffmpeg.c | 2 +- ffmpeg.h | 2 + ffmpeg_opt.c | 2 +- ffmpeg_qsv.c | 636 +-

[FFmpeg-devel] [PATCH 6/6] lavc/qsv-lavc/vpp: Promote gpu_copy to be a selectable parameter. GPU-copy is defaultly closed because it seems to be unstable.

From: ChaoX A Liu Signed-off-by: ChaoX A Liu --- libavcodec/qsv.c | 7 ++- libavcodec/qsv_internal.h | 1 + libavcodec/qsvdec.c | 22 +- libavcodec/qsvdec_h2645.c | 12 libavcodec/qsvdec_mpeg2.c

Re: [FFmpeg-devel] [PATCH 4/6] lavf/vpp: enable video memory accel for transcoding with vpp. lavc/qsv: export symbols "ff_qsv_*" which will be used by vpp. ffmpeg_qsv: set default hwaccel to qsv.

Idem. Patch does too many things and changes unrelated code. On 25 Aug, Nablet Developer wrote : > From: ChaoX A Liu > > Signed-off-by: ChaoX A Liu > --- > ffmpeg_qsv.c| 46 --- > libavcodec/libavcodec.v | 1 + >

Re: [FFmpeg-devel] [PATCH 2/6] lavf/vpp: Enable vpp filter, an Intel GPU accelerated scaler.

On 25 Aug, Nablet Developer wrote : > -int ff_qsv_init_internal_session(AVCodecContext *avctx, QSVSession *qs) > +int ff_qsv_init_internal_session(void *avctx, QSVSession *qs) > -int ff_qsv_init_internal_session(AVCodecContext *avctx, QSVSession *qs); > +int ff_qsv_init_internal_session(void

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

On 8/24/16, Paul B Mahol wrote: > Hi, > > patch attached. > applied ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [PATCH] avfilter: add yuvtestsrc source filter

On 8/24/16, Paul B Mahol wrote: > Hi, > > patch attached. > applied ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [PATCH 3/6] lavc/qsv: Enable hwaccel qsv_vidmem.

On 25 Aug, Nablet Developer wrote : > From: ChaoX A Liu what is vidmem? > diff --git a/ffmpeg.c b/ffmpeg.c > diff --git a/ffmpeg.h b/ffmpeg.h I doubt this should be in the same commit. > +INTEL CORPORATION PROPRIETARY INFORMATION > +This software is supplied under the

Re: [FFmpeg-devel] [PATCH 19/21] doc/examples/extract_timed_metadata: added a bare-bones metadata extractor; find only the frames

Thanks for pointing out the use of private API. It seemed that this would have needed to add a new function for the API for decoding timed metadata frames, but probably a better solution is to use the avcodec_receive_packet framework for this as the old API is deprecated anyway? Below is a

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

On 8/25/16, Paul B Mahol wrote: > Hi, > > patch attached. > Improved version attached. 0001-avfilter-add-vaguedenoiser-filter.patch Description: Binary data ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

Re: [FFmpeg-devel] [PATCH 2/6] lavf/vpp: Enable vpp filter, an Intel GPU accelerated scaler.

On Thu, Aug 25, 2016 at 2:24 AM, Jean-Baptiste Kempf wrote: > On 25 Aug, Nablet Developer wrote : >> -int ff_qsv_init_internal_session(AVCodecContext *avctx, QSVSession *qs) >> +int ff_qsv_init_internal_session(void *avctx, QSVSession *qs) >> -int

Re: [FFmpeg-devel] [PATCH 3/6] lavc/qsv: Enable hwaccel qsv_vidmem.

On Thu, Aug 25, 2016 at 2:07 AM, Nablet Developer wrote: > From: ChaoX A Liu > > Signed-off-by: ChaoX A Liu > --- > ffmpeg.c | 2 +- > ffmpeg.h | 2 + > ffmpeg_opt.c | 2 +- >

Re: [FFmpeg-devel] [PATCH 09/21] libavformat/movenc: support for multiple and client-provided track references

Hello, However long this patch is, it is also mostly useless: the standard does NOT support multiple distinct tref tags. Instead it supports multiple references for one or zero trefs, which is what FFmpeg already supports. I will introduce a patch that instead just adds the ability to set

Re: [FFmpeg-devel] Possible long(er?) term support

On Wed, Aug 24, 2016 at 12:11:47PM -0600, Orion Poplawski wrote: > On 08/24/2016 11:54 AM, Carl Eugen Hoyos wrote: > > Hi! > > > > 2016-08-24 18:51 GMT+02:00 Orion Poplawski : > >> Would the ffmpeg developers be willing treat any particular release as a > >>

Re: [FFmpeg-devel] [PATCH] Nvidia NVENC 10-bit HEVC encoding and rate control lookahead support

Am 24.08.2016 um 12:30 schrieb Oliver Collyer: > Ok thanks, Timo. > > So I’ve split this into two patches and revised as per the discussions and > they are attached here. > > The only thing to be decided is whether my conversion code to enable > YUV420P10 support should be included in this or

Re: [FFmpeg-devel] [PATCH 09/21] libavformat/movenc: support for multiple and client-provided track references

..though on more precise look it FFmpeg doesn't in fact implement multiple track references at all (MOVTrack has src_track while the patch introduces src_tracks). But the patch can be greatly simplified regardless. ___ ffmpeg-devel mailing list

Re: [FFmpeg-devel] [PATCH] avcodec/aaccoder: Limit sf_idx difference for all cases

On 23 August 2016 at 11:27, Michael Niedermayer wrote: > Fixes: assertion failure > Fixes: 86914558f0a471f038ee1102c02eeb45/signal_sigabrt_76ae7c37_3051_ > 64ed96a710787ba5d0666746a8562e7d.dee > > Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind > Signed-off-by:

Re: [FFmpeg-devel] [PATCH] tests/fate:Add FATE for hls_flags append option

2016-08-25 6:16 GMT+08:00 Michael Niedermayer : > On Wed, Aug 24, 2016 at 09:40:55PM +0800, Steven Liu wrote: > > 2016-08-24 19:14 GMT+08:00 Steven Liu : > > > > > > > > > > > 2016-08-24 18:57 GMT+08:00 Michael Niedermayer

[FFmpeg-devel] [PATCH 2/2] Fix audiomatch complie warning

Making sure bestpos is initialized to zero to prevent gcc from kvetching. It's harmless (although it's not obvious that it's harmless) from code inspection: tests/audiomatch.c: In function ‘main’: tests/audiomatch.c:40: warning: ‘bestpos’ may be used uninitialized in this function Thanks to

Re: [FFmpeg-devel] [PATCH] avcodec/aaccoder: Limit sf_idx difference for all cases

On Thu, Aug 25, 2016 at 12:57:17PM +0100, Rostislav Pehlivanov wrote: > On 23 August 2016 at 11:27, Michael Niedermayer > wrote: > > > Fixes: assertion failure > > Fixes: 86914558f0a471f038ee1102c02eeb45/signal_sigabrt_76ae7c37_3051_ > >

[FFmpeg-devel] [PATCH 1/2] tests/fate:Add FATE for hls_flags append option

Tested passed at : 1. OSX 2. Linux 3. Windows 4. Ubuntu+wine+MinGW the message from Ubuntu+wine+MinGW: liuqi@ubuntu:~/ffmpeg/xxx$ make fate-filter-hls-append HOSTCC tests/base64.o HOSTLD tests/base64 HOSTCC tests/tiny_psnr.o HOSTLD tests/tiny_psnr HOSTCC tests/tiny_ssim.o HOSTLD

Re: [FFmpeg-devel] [PATCH] mov: Remove ancient heuristic hack

On 8/24/2016 10:54 PM, Michael Niedermayer wrote: > IIRC the removed code tried to detect a reorder delay that is not > possible in a valid file due to the profile constraints. Aka dts and > pts are too far appart for the largest amount of buffers allowed in > any codec. Basing this on timestamps

Re: [FFmpeg-devel] [GSoC] Motion Interpolation

On Tue, Aug 23, 2016 at 01:17:47PM +, Davinder Singh wrote: > On Tue, Aug 23, 2016 at 5:38 AM Andy Furniss wrote: > > > [...] > > > > Nice I can see the edges are better than the last version. > > > > The doc/filters.texi hunk doesn't apply to git master. > > > > I was

Re: [FFmpeg-devel] [PATCH] mov: Remove ancient heuristic hack

On 8/25/2016 3:40 PM, Michael Niedermayer wrote: > but its probably best to remove in a seperate patch so if it breaks > something bisect would immedeatly point to which of the 2 changes > caused it Sounds good. If you think this patch is OK, please push it with this part of the commit message

Re: [FFmpeg-devel] [PATCH] mov: Remove ancient heuristic hack

On Thu, Aug 25, 2016 at 03:25:56PM +0100, Derek Buitenhuis wrote: > On 8/24/2016 10:54 PM, Michael Niedermayer wrote: > > IIRC the removed code tried to detect a reorder delay that is not > > possible in a valid file due to the profile constraints. Aka dts and > > pts are too far appart for the

[FFmpeg-devel] [PATCH 1/2 v2] mov: Remove ancient heuristic hack

This breaks files with legitimate single-entry edit lists, and the hack, introduced in f03a081df09f9c4798a17d7e24446ed47924b11b, has no link to any known sample in its commit message. Signed-off-by: Derek Buitenhuis --- libavformat/isom.h | 1 - libavformat/mov.c |

Re: [FFmpeg-devel] [PATCH] mov: Remove ancient heuristic hack

On 8/25/2016 4:52 PM, Michael Niedermayer wrote: >> the patch removes all uses of wrong_dts, the field should be >> > removed too > oops i forgot cc-ing you, iam not used to reply-all on the ML OK. I thought it was used in the FLV demuxer too, but it seems it has it's own copy inside the FLV

Re: [FFmpeg-devel] [PATCH] mov: Remove ancient heuristic hack

On 8/25/2016 5:34 PM, James Almer wrote: > On 8/25/2016 12:45 PM, Carl Eugen Hoyos wrote: >> 2016-08-24 16:55 GMT+02:00 Derek Buitenhuis : >>> This breaks files with legitimate single-entry edit lists, >> >>> and the hack, introduced in

Re: [FFmpeg-devel] [PATCH] mov: Remove ancient heuristic hack

2016-08-24 16:55 GMT+02:00 Derek Buitenhuis : > This breaks files with legitimate single-entry edit lists, > and the hack, introduced in f03a081df09f9c4798a17d7e24446ed47924b11b, I believe "Hack" is not acceptable on this mailing list anymore, please remove it from

Re: [FFmpeg-devel] [PATCH] mov: Remove ancient heuristic hack

On 8/25/2016 12:45 PM, Carl Eugen Hoyos wrote: > 2016-08-24 16:55 GMT+02:00 Derek Buitenhuis : >> This breaks files with legitimate single-entry edit lists, > >> and the hack, introduced in f03a081df09f9c4798a17d7e24446ed47924b11b, > > I believe "Hack" is not

Re: [FFmpeg-devel] [PATCH 2/2] Fix audiomatch complie warning

On Thu, Aug 25, 2016 at 09:06:42PM +0800, Steven Liu wrote: > Making sure bestpos is initialized to zero to prevent gcc from kvetching. > It's harmless (although it's not obvious that it's harmless) > from code inspection: > tests/audiomatch.c: In function ‘main’: > tests/audiomatch.c:40: warning:

Re: [FFmpeg-devel] [PATCH] mov: Remove ancient heuristic hack

On 8/25/2016 1:46 PM, Derek Buitenhuis wrote: > On 8/25/2016 5:34 PM, James Almer wrote: >> On 8/25/2016 12:45 PM, Carl Eugen Hoyos wrote: >>> 2016-08-24 16:55 GMT+02:00 Derek Buitenhuis : This breaks files with legitimate single-entry edit lists, >>> and the

Re: [FFmpeg-devel] [PATCH] mov: Remove ancient heuristic hack

On Thu, Aug 25, 2016 at 03:49:22PM +0100, Derek Buitenhuis wrote: > On 8/25/2016 3:40 PM, Michael Niedermayer wrote: > > but its probably best to remove in a seperate patch so if it breaks > > something bisect would immedeatly point to which of the 2 changes > > caused it > > Sounds good. > > If

Re: [FFmpeg-devel] [PATCH 1/2 v2] mov: Remove ancient heuristic hack

On Thu, Aug 25, 2016 at 04:58:14PM +0100, Derek Buitenhuis wrote: > This breaks files with legitimate single-entry edit lists, > and the hack, introduced in f03a081df09f9c4798a17d7e24446ed47924b11b, > has no link to any known sample in its commit message. > > Signed-off-by: Derek Buitenhuis

Re: [FFmpeg-devel] [PATCH] mov: Remove ancient heuristic hack

On Thu, Aug 25, 2016 at 05:45:03PM +0200, Michael Niedermayer wrote: > On Thu, Aug 25, 2016 at 03:49:22PM +0100, Derek Buitenhuis wrote: > > On 8/25/2016 3:40 PM, Michael Niedermayer wrote: > > > but its probably best to remove in a seperate patch so if it breaks > > > something bisect would

Re: [FFmpeg-devel] [PATCH 1/2 v2] mov: Remove ancient heuristic hack

On 8/25/2016 5:18 PM, Michael Niedermayer wrote: > ok if i push with the changes requested in: > https://lists.ffmpeg.org/pipermail/ffmpeg-devel/2016-August/198303.html > ? (seems another reply with forgotten CC) You can change 'hack' to 'incorrect workaround' if you wish. However, removing the

Re: [FFmpeg-devel] [PATCH 1/2 v2] mov: Remove ancient heuristic hack

On 8/25/2016 5:49 PM, Derek Buitenhuis wrote: > However, removing the part about the sample being missing in > the commit message would be wrong, because it is, in fact, not > linked in the commit message. I must step out now, so please push whenever some consensus is reached. No point in

Re: [FFmpeg-devel] [PATCH] mov: Remove ancient heuristic hack

On 8/25/16, Michael Niedermayer wrote: > On Thu, Aug 25, 2016 at 05:46:57PM +0100, Derek Buitenhuis wrote: >> On 8/25/2016 5:34 PM, James Almer wrote: >> > On 8/25/2016 12:45 PM, Carl Eugen Hoyos wrote: >> >> 2016-08-24 16:55 GMT+02:00 Derek Buitenhuis >> >>

Re: [FFmpeg-devel] [PATCH] mov: Remove ancient heuristic hack

On Thu, Aug 25, 2016 at 05:46:57PM +0100, Derek Buitenhuis wrote: > On 8/25/2016 5:34 PM, James Almer wrote: > > On 8/25/2016 12:45 PM, Carl Eugen Hoyos wrote: > >> 2016-08-24 16:55 GMT+02:00 Derek Buitenhuis : > >>> This breaks files with legitimate single-entry edit

Re: [FFmpeg-devel] [PATCH] tests/fate:Add FATE for hls_flags append option

On Thu, Aug 25, 2016 at 08:01:02PM +0800, Steven Liu wrote: > 2016-08-25 6:16 GMT+08:00 Michael Niedermayer : > > > On Wed, Aug 24, 2016 at 09:40:55PM +0800, Steven Liu wrote: > > > 2016-08-24 19:14 GMT+08:00 Steven Liu : > > > > > > > > > > > > >

Re: [FFmpeg-devel] [PATCH 07/21] libavcodec/metaenc: added an encoder/decoder for timed metadata

On 08/23/2016 05:46 PM, Michael Niedermayer wrote: this breaks fate make distclean ; ./configure && make -j12 fate deadlocks and never finishes Well that was embarrassing, thanks for pointing it out. The issue was that I had introduced metacodec_class that was shared between ff_meta_encoder

[FFmpeg-devel] [PATCH 2/2 v2] mov: Remove old b-frame/video delay heuristic

This was added before edts support existed, and is no longer valid. Signed-off-by: Derek Buitenhuis --- libavformat/mov.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/libavformat/mov.c b/libavformat/mov.c index 54c63ad..bc11fb8 100644 --- a/libavformat/mov.c

Re: [FFmpeg-devel] [PATCH 1/2] tests/fate:Add FATE for hls_flags append option

On Thu, Aug 25, 2016 at 09:04:43PM +0800, Steven Liu wrote: > Tested passed at : > 1. OSX > 2. Linux > 3. Windows > 4. Ubuntu+wine+MinGW confirmed it works but doesnt work on qemu-mips ../configure --target-exec='.../qemu-mips -cpu 74Kf -L /usr/mips-linux-gnu/' \ --samples=... --enable-gpl

Re: [FFmpeg-devel] [PATCH] Nvidia NVENC 10-bit HEVC encoding and rate control lookahead support

Hi Timo Thankyou for the clarification. Attached are what should be the final versions of these patches then, with the support for YUV420P10 (and related conversion code) now dropped. Regards Oliver 0001-NVENC-added-support-for-10-bit-HEVC-encoding.patch Description: Binary data

Re: [FFmpeg-devel] HLS Segmenter and the "hls_time" option

yes that is correct Steven. On Fri, Aug 26, 2016 at 3:41 AM Steven Liu wrote: > 2016-08-26 8:17 GMT+08:00 Ibrahim Tachijian : > > > Steven, I am not sure you understood me correctly or perhaps I did not > > explain myself optimally. > > > > We still

Re: [FFmpeg-devel] HLS Segmenter and the "hls_time" option

2016-08-26 10:10 GMT+08:00 Ibrahim Tachijian : > yes that is correct Steven. > > On Fri, Aug 26, 2016 at 3:41 AM Steven Liu > wrote: > > > 2016-08-26 8:17 GMT+08:00 Ibrahim Tachijian : > > > > > Steven, I am not sure you understood me

Re: [FFmpeg-devel] HLS Segmenter and the "hls_time" option

In my use case scenario I only need it for the very first couple of segments. After 5 segments it is not a problem anymore to have 5 second segments only. On Fri, Aug 26, 2016 at 4:25 AM Steven Liu wrote: > 2016-08-26 10:10 GMT+08:00 Ibrahim Tachijian

Re: [FFmpeg-devel] [PATCH 4/4] lavf/mov: Add support for edit list parsing.

On Thu, Aug 25, 2016 at 12:31:19PM -0700, Sasi Inguva wrote: > oops. thanks for pointing that out. Even in our version of ffmpeg, that > assert doesn't get compiled so we never catched it. That assert logic is > not correct anymore. At the end of one edit list there can be frames marked > as

Re: [FFmpeg-devel] [GSoC] Motion Interpolation

On Thu, Aug 25, 2016 at 8:03 PM Michael Niedermayer wrote: > [...] > > why do these not try predictors like epzs / umh ? > i guess some paper doesnt say exlpicitly it should be done > but really it should be done for all predictive zonal searches IMO > this should be in

Re: [FFmpeg-devel] [PATCH] webm_chunk: Set pts precision to milliseconds

On Mon, Aug 22, 2016 at 5:13 PM, Vignesh Venkatasubramanian wrote: > Milliseconds is the de-factor precision for timestamps in > Matroska/WebM media. > > Signed-off-by: Vignesh Venkatasubramanian > --- > libavformat/webm_chunk.c | 5 + > 1 file

[FFmpeg-devel] [PATCH] avfilter: add filmgrain filter

Hi, patch attached. 0001-avfilter-add-filmgrain-filter.patch Description: Binary data ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [PATCH] webm_chunk: Set pts precision to milliseconds

On Mon, Aug 22, 2016 at 05:13:23PM -0700, Vignesh Venkatasubramanian wrote: > Milliseconds is the de-factor precision for timestamps in > Matroska/WebM media. > > Signed-off-by: Vignesh Venkatasubramanian > --- > libavformat/webm_chunk.c | 5 + > 1 file changed, 5

Re: [FFmpeg-devel] [GSoC] Motion Interpolation

On Thu, Aug 25, 2016 at 5:01 AM Andy Furniss wrote: > > > I am testing with a somewhat artificial sample in that it's a framerate > de-interlace + scale down of a 1080i master, though it is "real" in the > sense that I may want to repair similar files where people have

[FFmpeg-devel] [PATCH 2/3] vf_colorspace: Add support for full range yuv

Whenever a full range video is input, since the YUVJ* formats are not listed as supported for this filter, a range reduction takes place through the auto-inserted format filter, forcing the conversion to operate on a limited range, However the filter handles full range videos perfectly fine, so

[FFmpeg-devel] [PATCH 1/3] vf_colorspace: Check av_frame_copy_props() return value

This function can potentially allocate memory. --- Please keep me in CC. Vittorio libavfilter/vf_colorspace.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/libavfilter/vf_colorspace.c b/libavfilter/vf_colorspace.c index 3d39f13..bf51c83 100644 ---

[FFmpeg-devel] [PATCH v4 5/5] avformat/tee: Use BSF list API

From: Jan Sebechlebsky Signed-off-by: Jan Sebechlebsky --- I believe I have fixed handling input / output timebase and input parameters to bitstream filters list. libavformat/tee.c | 131

Re: [FFmpeg-devel] [PATCH v2 04/11] avformat/muxers: Add non-blocking mode support for av_write_trailer

On 08/22/2016 04:49 PM, Michael Niedermayer wrote: On Mon, Aug 22, 2016 at 04:27:16PM +0200, Jan Sebechlebsky wrote: On 08/22/2016 09:51 AM, Michael Niedermayer wrote: On Thu, Aug 11, 2016 at 02:38:29PM +0200, sebechlebsky...@gmail.com wrote: From: Jan Sebechlebsky

[FFmpeg-devel] [PATCH] libavcodec/bsfs: Fix bsf option setting

From: Jan Sebechlebsky AV_OPT_SEARCH_CHILDREN flag must be passed to av_opt_set_dict() to set options for private context. Signed-off-by: Jan Sebechlebsky --- libavcodec/bsf.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[FFmpeg-devel] [PATCH 3/3] vf_colorspace: Allow overriding input color properties

The filter needs input frames with color properties filled out by the decoder. Since this is not always possible, add input options to the filter so that user may override color space, color primaries, transfer characteristics, and color range. Signed-off-by: Vittorio Giovara

Re: [FFmpeg-devel] [PATCH 4/4] lavf/mov: Add support for edit list parsing.

On Thu, Aug 25, 2016 at 12:31:19PM -0700, Sasi Inguva wrote: > oops. thanks for pointing that out. Even in our version of ffmpeg, that > assert doesn't get compiled so we never catched it. That assert logic is > not correct anymore. At the end of one edit list there can be frames marked > as

Re: [FFmpeg-devel] [PATCH 3/3] af_hdcd: for easier maintenance alongside libhdcd

Thanks for looking at it. On Wed, Aug 24, 2016 at 1:06 PM, Carl Eugen Hoyos wrote: > Hi! > > 2016-08-24 16:38 GMT+02:00 Burt P. : >> On Tue, Aug 23, 2016 at 2:29 PM, Carl Eugen Hoyos wrote: >>> It seems safer to me to use the actual

Re: [FFmpeg-devel] [PATCHv2] af_hdcd: for easier maintenance alongside libhdcd

applied -- Burt ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

[FFmpeg-devel] HLS Segmenter and the "hls_time" option

Hello, I've been thinking about an option for "hls_time" that is not currently supported by FFMpeg and I would like feedback to if some of you may think this is useful or utterly unnecessary. I find scenarios where we sometimes want to create an HLS output and would like the *first couple of

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

On 8/25/2016 4:44 PM, Paul B Mahol wrote: > Hi, > > patch attached. > > > 0001-avfilter-add-filmgrain-filter.patch > > > From baf7613d08f9de31ff196dfa399b546e466478e8 Mon Sep 17 00:00:00 2001 > From: Paul B Mahol > Date: Thu, 25 Aug 2016 20:53:35 +0200 > Subject: [PATCH]

Re: [FFmpeg-devel] HLS Segmenter and the "hls_time" option

2016-08-26 8:17 GMT+08:00 Ibrahim Tachijian : > Steven, I am not sure you understood me correctly or perhaps I did not > explain myself optimally. > > We still want to split by keyframe in a normal fashion. But, for example, > would like the first 5 segments to have an

Re: [FFmpeg-devel] HLS Segmenter and the "hls_time" option

2016-08-26 7:39 GMT+08:00 Ibrahim Tachijian : > Hello, > > I've been thinking about an option for "hls_time" that is not currently > supported by FFMpeg and I would like feedback to if some of you may think > this is useful or utterly unnecessary. > > I find scenarios where we

Re: [FFmpeg-devel] [PATCH] libavcodec/bsfs: Fix bsf option setting

On Fri, Aug 26, 2016 at 12:47:12AM +0200, sebechlebsky...@gmail.com wrote: > From: Jan Sebechlebsky > > AV_OPT_SEARCH_CHILDREN flag must be passed to av_opt_set_dict() > to set options for private context. > > Signed-off-by: Jan Sebechlebsky

Re: [FFmpeg-devel] [GSoC] Motion Interpolation

On Thu, Aug 25, 2016 at 08:17:03PM +, Davinder Singh wrote: > On Thu, Aug 25, 2016 at 8:03 PM Michael Niedermayer > wrote: > > > [...] > > > > why do these not try predictors like epzs / umh ? > > i guess some paper doesnt say exlpicitly it should be done > > but

Re: [FFmpeg-devel] HLS Segmenter and the "hls_time" option

Steven, I am not sure you understood me correctly or perhaps I did not explain myself optimally. We still want to split by keyframe in a normal fashion. But, for example, would like the first 5 segments to have an "hls_time" of 1s and the rest of the segments after the first 5 to have an

[FFmpeg-devel] [PATCH 2/2] tools/crypto_bench: add support for des

Signed-off-by: James Almer --- Our DES implementation is awfully slow, for that matter. Almost two times slower than OpenSSL's and GCrypt's. lavu DES size: 1048576 runs: 1024 time: 73.947 +- 1.139 crypto DES size: 1048576 runs: 1024 time:

Re: [FFmpeg-devel] [PATCH 1/3] vf_colorspace: Check av_frame_copy_props() return value

Hi, On Thu, Aug 25, 2016 at 7:14 PM, Vittorio Giovara < vittorio.giov...@gmail.com> wrote: > This function can potentially allocate memory. > --- > Please keep me in CC. > Vittorio > > libavfilter/vf_colorspace.c | 6 +- > 1 file changed, 5 insertions(+), 1 deletion(-) > > diff --git

Re: [FFmpeg-devel] [PATCH 2/3] vf_colorspace: Add support for full range yuv

Hi, On Thu, Aug 25, 2016 at 7:14 PM, Vittorio Giovara < vittorio.giov...@gmail.com> wrote: > Whenever a full range video is input, since the YUVJ* formats are not > listed as supported for this filter, a range reduction takes place > through the auto-inserted format filter, forcing the

Re: [FFmpeg-devel] [PATCH 3/3] vf_colorspace: Allow overriding input color properties

Hi Vittorio, On Thu, Aug 25, 2016 at 7:14 PM, Vittorio Giovara < vittorio.giov...@gmail.com> wrote: > The filter needs input frames with color properties filled out by > the decoder. Since this is not always possible, add input options to > the filter so that user may override color space, color

[FFmpeg-devel] [PATCH 1/2] tools/crypto_bench: simply gcrypt functions using a macro

Signed-off-by: James Almer --- tools/crypto_bench.c | 65 +--- 1 file changed, 16 insertions(+), 49 deletions(-) diff --git a/tools/crypto_bench.c b/tools/crypto_bench.c index b3b24a6..2535228 100644 --- a/tools/crypto_bench.c