在 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] ffmpeg_qsv.c: Init an hwframes_context for decoder instead of
en
在 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 h264_qsv -b:v
2M -y out
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;
> >> +
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 ha
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
>> @@ -2748,6 +2748,12
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 +---
>> ffmpeg_opt.c | 13 +++
On 18/01/17 07:57, wm4 wrote:
> On Tue, 17 Jan 2017 22:30:44 +
> Mark Thompson wrote:
>
>> ---
>> libavcodec/qsvdec.c | 25 +++--
>> libavcodec/qsvdec.h | 2 ++
>> 2 files changed, 25 insertions(+), 2 deletions(-)
>>
>> diff --git a/libavcodec/qsvdec.c b/libavcodec/qsvde
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 100644
--- a/libavfilter/vf
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
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 resample
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
segment
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 se
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 do
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 b/libavformat/dashenc.c
index bd6bb88..1
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 a/libavformat/Makefile b/libavfo
Signed-off-by: Paul B Mahol
---
doc/filters.texi| 22
libavfilter/Makefile| 1 +
libavfilter/allfilters.c| 1 +
libavfilter/avf_abitscope.c | 250
4 files changed, 274 insertions(+)
create mode 100644 libavfilter/avf_
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 cuvidCreateDecoder call
if the in
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,
>> AV_PIX_FMT_NV12,
>>
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 would be to duplicate the
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 video of unsupported
> resolution. However,
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 cuvidCreateDecoder call
if the in
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 deletions(-)
>
> diff --git a/libavformat/da
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 b/libavformat/dashenc.c
index bd6bb88..2
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
---
libavformat/dashenc.c |
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 se
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 insertions(+)
di
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 file changed, 53
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 +457,7 @@ static int wr
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
--- a/libavformat/dashenc.c
+++ b/libavfo
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]
http://standards.iso.org/ittf/PubliclyAvailableStandard
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
--- a/libavformat/dashenc.c
+++ b/libavformat/dashenc.c
@@ -483,7 +483
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
+++ b/libavformat/dashenc.c
@@ -447,7 +447,7 @
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:
>
>
> http://standards.iso.org/ittf/PubliclyAvailableStandards/ISO_IEC_14496-26_2010_Bitstreams/DVD1/mpeg4audio-conformance
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 enum
34 matches
Mail list logo
