Re: [FFmpeg-devel] [PATCH] avcodec/alsdec.c: testing MPEG-4 ALS decoder with floating point audio data

On Fri, Jan 20, 2017 at 10:32:14PM -0800, Thomas Turner wrote: > If als_07_2ch192k32bF.mp4 isn't already located in > fate-suite/lossless-audio/, you can download at: > > >

Re: [FFmpeg-devel] [PATCH] ffmpeg.c: Add output file index and stream index to vstats file.

On Fri, Jan 20, 2017 at 07:31:09PM -0800, Sasi Inguva wrote: > Couldn't find any version that relates to vstats. There is nothing that > says format may change any time , but there is no defined format either. > Let me know the version enum I have to update if I need to. i dont think theres a

[FFmpeg-devel] [PATCH 8/8] libavformat/dashenc: add support for assigning streams to AdaptationSets

This patch is based on the stream assignment code in webmdashenc. Additional changes: * Default to one AdaptationSet per stream Previously all mapped streams of a media type (video, audio) where assigned to a single AdaptationSet. Using the DASH live profile it is mandatory, that the

[FFmpeg-devel] [PATCH 1/8] libavformat/dashenc: use avio_dynbuf instead of packet_write callback

The dash_write function drops data, if no IOContext is initialized. This might happen when a subordinate muxer calls avio_flush(). Using a dynamic buffer fixes that. Signed-off-by: Peter Große --- libavformat/dashenc.c | 86 +++ 1

[FFmpeg-devel] [PATCH 3/8] libavformat/dashenc: add mandatory id attribute to AdaptationSet and Period in manifest

Signed-off-by: Peter Große --- libavformat/dashenc.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c index 3286c36..7273997 100644 --- a/libavformat/dashenc.c +++ b/libavformat/dashenc.c @@ -457,7

[FFmpeg-devel] [PATCH 6/8] libavformat/dashenc: use avformat_alloc_output_context2 for initializing context

Also copy stream metadata to output stream. Signed-off-by: Peter Große --- libavformat/dashenc.c | 13 + 1 file changed, 5 insertions(+), 8 deletions(-) diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c index fd1a304..0c0248f 100644 ---

[FFmpeg-devel] [PATCH RFC 0/8] libavformat/dashenc: improvements to MPEG-DASH muxer

Some bugfixes and improvements to the MPEG-DASH [1] muxer. Most importantly it adds support for explicitly assigning streams to AdaptationSets, which is in part based on the code of webmdashenc. TODO: add documentation and FATE tests [1]

[FFmpeg-devel] [PATCH 5/8] libavformat/dashenc: add option to provide UTC timing source

If set, adds a UTCTime tag in the manifest. See http://vm2.dashif.org/dash.js/docs/jsdocs/MediaPlayer.html#addUTCTimingSource for more information. Usable default: "https://time.akamai.com/?iso; Signed-off-by: Peter Große --- libavformat/dashenc.c | 4 1 file changed, 4

[FFmpeg-devel] [PATCH 4/8] libavformat/dashenc: increase buffer time hints in the manifest

From: Anton Schubert Signed-off-by: Anton Schubert --- libavformat/dashenc.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c index 7273997..054d0c0 100644 ---

[FFmpeg-devel] [PATCH 7/8] libavformat/dashenc: support for hinting stream bandwidth using metadata option

Bandwidth information is required in the manifest, but not always provided by the demuxer. So enable hinting the stream bandwidth via a metadata field, supports same values as codec bitrate setting. Example: -metadata:s:v:0 bitrate=3500k Signed-off-by: Peter Große ---

[FFmpeg-devel] [PATCH 2/8] libavformat/dashenc: add Z to localtime to force correct UTC parsing

From: Anton Schubert Signed-off-by: Anton Schubert --- libavformat/dashenc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c index d0a2ab5..3286c36 100644 --- a/libavformat/dashenc.c

[FFmpeg-devel] [PATCH 1/1] libavformat/dashenc: add webm support

Use webm muxer for VP8, VP9 and Opus codec, mp4 muxer otherwise. Signed-off-by: Peter Große --- libavformat/dashenc.c | 46 +++--- 1 file changed, 39 insertions(+), 7 deletions(-) diff --git a/libavformat/dashenc.c

Re: [FFmpeg-devel] [PATCH] lavc/cuvid: fail early if GPU can't handle video parameters

On Sat, Jan 21, 2017 at 10:27 AM, wrote: > 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. > > Unfortunately CUVID silently drops packets for

Re: [FFmpeg-devel] [PATCH 1/1] libavformat/dashenc: add webm support

On 1/21/17, Peter Grosse wrote: > Use webm muxer for VP8, VP9 and Opus codec, mp4 muxer otherwise. > > Signed-off-by: Peter Grosse > --- > libavformat/dashenc.c | 46 +++--- > 1 file changed, 39 insertions(+), 7

Re: [FFmpeg-devel] [PATCH] lavc/cuvid: fail early if GPU can't handle video parameters

On Sat, Jan 21, 2017 at 10:35 AM, Pavel Koshevoy wrote: > Despite wm4 objections I am resubmitting this patch, because I can > find no other reasonable method for rejecting ffmpeg cuvid decoder > when it can't handle a given video stream. An unreasonable > alternative

[FFmpeg-devel] [PATCH] lavc/cuvid: fail early if GPU can't handle video parameters (v4)

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. Unfortunately CUVID silently drops packets for video of unsupported resolution. However, it will error-out at

Re: [FFmpeg-devel] [PATCH] lavf/segment: fix crash when failing to open segment list

On Fri, Jan 20, 2017 at 08:19:24PM -0600, Rodger Combs wrote: > This happens because segment_end() returns an error, so seg_write_packet > never proceeds to segment_start(), and seg->avf->pb is never re-set, > so we crash with a null pb when av_write_trailer flushes the packet > queue. > > This

[FFmpeg-devel] [PATCH] avformat: add Sample Dump eXchange demuxer

Signed-off-by: Paul B Mahol --- libavformat/Makefile | 1 + libavformat/allformats.c | 1 + libavformat/sdxdec.c | 90 3 files changed, 92 insertions(+) create mode 100644 libavformat/sdxdec.c diff --git

Re: [FFmpeg-devel] [PATCHv3 2/3] lavfi/loudnorm: add an internal libebur128 library

On Tue, Nov 01, 2016 at 09:08:16PM +0100, Marton Balint wrote: > Also contains the following changes to the library: > - add ff_ prefix to functions > - remove cplusplus defines. > - add FF_ prefix to contants and some structs > - remove true peak calculation feature, since it uses its own

Re: [FFmpeg-devel] [PATCH 1/8] libavformat/dashenc: use avio_dynbuf instead of packet_write callback

On Sat, Jan 21, 2017 at 15:39:02 +0100, Peter Große wrote: I do understand that some of this code may be copied or adhering to the code style near it, but just some style nits anyway: > +if(!os->ctx->pb) { > +return AVERROR(EINVAL); > +} When adding new code, please stick to "if

Re: [FFmpeg-devel] [PATCH] lavc/cuvid: fail early if GPU can't handle video parameters

On Thu, Jan 12, 2017 at 10:32 AM, Timo Rothenpieler wrote: > On 1/9/2017 7:22 PM, pkoshe...@gmail.com wrote: >> From: Pavel Koshevoy >> enum AVPixelFormat pix_fmts[3] = { AV_PIX_FMT_CUDA, >>

[FFmpeg-devel] [PATCH] lavc/cuvid: fail early if GPU can't handle video parameters

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. Unfortunately CUVID silently drops packets for video of unsupported resolution. However, it will error-out at

[FFmpeg-devel] [PATCH 1/1] libavformat/dashenc: separate segments based on segment duration instead of total duration

The current implementation creates new segments comparing pkt->pts - first_pts > total_duration This works fine, but if the keyframe interval is smaller than "min_seg_duration" segments shorter than the minimum segment duration are created. Example: keyint=50, min_seg_duration=300

[FFmpeg-devel] [PATCH v2 1/1] libavformat/dashenc: add webm support

Use webm muxer for VP8, VP9 and Opus codec, mp4 muxer otherwise. Signed-off-by: Peter Große --- libavformat/dashenc.c | 46 +++--- 1 file changed, 39 insertions(+), 7 deletions(-) diff --git a/libavformat/dashenc.c

[FFmpeg-devel] [PATCH v2 8/8] libavformat/dashenc: add support for assigning streams to AdaptationSets

This patch is based on the stream assignment code in webmdashenc. Additional changes: * Default to one AdaptationSet per stream Previously all mapped streams of a media type (video, audio) where assigned to a single AdaptationSet. Using the DASH live profile it is mandatory, that the

Re: [FFmpeg-devel] CNG (consistent noise generation) patch for AC-3 decoder

On Sat, Sep 03, 2016 at 03:45:17PM -0700, Jonathan Campbell wrote: > On 09/03/2016 07:07 AM, James Almer wrote: > > On 9/3/2016 7:50 AM, Jonathan Campbell wrote: > >> +int av_lfg_init_from_data(AVLFG *c, const uint8_t *data, unsigned int > >> length) { > >> +unsigned int beg, end, segm; > >>

Re: [FFmpeg-devel] [PATCH 6/6] ffmpeg: Pass the global device context to encoder and decoder instances

On 18/01/17 08:03, wm4 wrote: > On Tue, 17 Jan 2017 22:32:15 + > Mark Thompson wrote: > >> --- >> ffmpeg.c | 12 >> 1 file changed, 12 insertions(+) >> >> diff --git a/ffmpeg.c b/ffmpeg.c >> index 6d1e358..781c0a4 100644 >> --- a/ffmpeg.c >> +++ b/ffmpeg.c >> @@

Re: [FFmpeg-devel] [PATCH] ffprobe: add -show_compact_data option

On Sun, Sep 04, 2016 at 11:29:31PM +0200, Michael Niedermayer wrote: > On Sun, Sep 04, 2016 at 06:24:31PM +0200, Stefano Sabatini wrote: > > This is meant to slightly reduce the output size. > > --- > > ffprobe.c | 9 +++-- > > 1 file changed, 7 insertions(+), 2 deletions(-) > > LGTM this

[FFmpeg-devel] [PATCH] avfilter/vf_gblur: Increase supported pixel count from 31bit to 32bit in filter_postscale()

Fixes CID1396252 RFC: Is it preferred to use 64bit ? Signed-off-by: Michael Niedermayer --- libavfilter/vf_gblur.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/libavfilter/vf_gblur.c b/libavfilter/vf_gblur.c index 27b702998e..f843e3f376

Re: [FFmpeg-devel] [PATCH] ffmpeg_qsv.c: Init an hwframes_context for decoder instead of encoder

在 2017/1/20 18:05, wm4 写道: On Fri, 20 Jan 2017 17:41:01 +0800 "Huang, Zhengxu" wrote: From 2149f87637ab941be14828f7ae2c224908784c7d Mon Sep 17 00:00:00 2001 From: Zhengxu Date: Wed, 4 Jan 2017 16:43:43 +0800 Subject: [PATCH]

Re: [FFmpeg-devel] [PATCH] lavformat/utils: Fix a memleak that st->codec->hw_frames_ctx

在 2017/1/20 17:56, wm4 写道: On Fri, 20 Jan 2017 17:35:33 +0800 Chao Liu wrote: Have you ever used valgrind? Please just run the command below: valgrind --leak-check=full --log-file=out.log ffmpeg -hwaccel qsv -qsv_device /dev/dri/renderD128 -c:v h264_qsv -i a.h264 -c:v

Re: [FFmpeg-devel] [PATCH 5/6] ffmpeg: Always make the qsv device if the option is set

On 18/01/17 08:01, wm4 wrote: > On Tue, 17 Jan 2017 22:31:48 + > Mark Thompson wrote: > >> Previously it was only created if the decode hwaccel was requested; >> this makes it unconditionally so we can use it without the hwaccel. >> --- >> ffmpeg.h | 4 +--- >>