On Fri, 20 Jan 2017 10:06:50 +0800
"Huang, Zhengxu" wrote:
> From 9ceb2ac6a89246f2e686eb3ad3448fbaff5328f7 Mon Sep 17 00:00:00 2001
> From: Zhengxu
> Date: Fri, 13 Jan 2017 10:33:05 +0800
> Subject: [PATCH] lavformat/utils: Fix a memleak that st->codec->hw_frames_ctx
> is not released.
>
> Sig
Hi.
My previous patch introduced Huffman for quantized data, this patch allows
to use Huffman for bit allocation indexes (abits). This is a less
significant improvement but still noticeable in case of limited bitrate. In
case of DIN_45403 input sample I got:
before:
Best PSNR is 44.47 for shift 0
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.h264
See line 3323 of ffmpeg.c,
ret = avcodec_copy_context(ost->st->codec,
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
encoder.
We consider that encoder is the last stage in the pipeline. Thinking
about filters,
> Yes, this is a simpler logic. Works for me locally. Can you please apply this
> patch to ffmpeg master. Thanks.
Applied
We also discovered a case where this patch is necessary to successfully
use multiple GPUs at all.
A user asked in #ffmpeg about nvenc getting stuck when one GPU is at
full l
On Fri, Jan 20, 2017 at 8:35 PM, 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.h264
>
> See line 3323 of
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.h264
>
> See line 332
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
> encoder.
>
> We consider
On 20 January 2017 at 08:57, Даниил Чередник
wrote:
> Hi.
>
> My previous patch introduced Huffman for quantized data, this patch allows
> to use Huffman for bit allocation indexes (abits). This is a less
> significant improvement but still noticeable in case of limited bitrate. In
> case of DIN_
On 1/19/17, bananaman...@gmail.com wrote:
> From: bnnm
>
> Raises max channels to 6 (for non joint-stereo only),
> there is no difference decoding 1 or N discrete channels.
> Fixes trac issue #5840
>
> Signed-off-by: bnnm
> ---
> libavcodec/atrac3.c | 17 -
> 1 file changed, 8 i
On 19.01.2017 18:32, Michael Niedermayer wrote:
On Wed, Jan 18, 2017 at 10:27:02AM +0100, Tobias Rapp wrote:
Allows the user to reserve space for the ODML master index. A sufficient
sized master index in the AVI header avoids storing follow-up master
indexes within the 'movi' data later.
If the
On 20.01.2017 15:56, Tobias Rapp wrote:
On 19.01.2017 18:32, Michael Niedermayer wrote:
On Wed, Jan 18, 2017 at 10:27:02AM +0100, Tobias Rapp wrote:
Allows the user to reserve space for the ODML master index. A sufficient
sized master index in the AVI header avoids storing follow-up master
inde
On Fri, Jan 20, 2017 at 05:06:59PM +0100, Tobias Rapp wrote:
> On 20.01.2017 15:56, Tobias Rapp wrote:
> >On 19.01.2017 18:32, Michael Niedermayer wrote:
> >>On Wed, Jan 18, 2017 at 10:27:02AM +0100, Tobias Rapp wrote:
> >>>Allows the user to reserve space for the ODML master index. A sufficient
>
Signed-off-by: Paul B Mahol
---
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/sdsdec.c | 165 +++
3 files changed, 167 insertions(+)
create mode 100644 libavformat/sdsdec.c
diff --git a/libavformat/Makefile b/liba
On Thu, Jan 19, 2017 at 02:34:14PM -0800, Sasi Inguva wrote:
> Signed-off-by: Sasi Inguva
> ---
> ffmpeg.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/ffmpeg.c b/ffmpeg.c
> index 977708c069..a566c3fe2a 100644
> --- a/ffmpeg.c
> +++ b/ffmpeg.c
> @@ -1347,7 +1347,7 @@
On Thu, Dec 22, 2016 at 05:50:13PM +0100, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/flvdec.c| 1 +
> libavcodec/h263dec.c | 2 ++
> libavcodec/intelh263dec.c | 1 +
> libavcodec/mpeg4videodec.c | 1 +
> libavcodec/msmpeg4dec.c| 4
>
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 doesn't seem to be clearly recoverable, so I'm just failing more
gracefully.
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.
On Fri, Jan 20, 2017 at 4:18 PM, Michael Niedermayer
wrote:
> On Thu, Jan 19, 2017 at 02:34
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/compressedMp4/als_07_2ch192k32bF.mp4
Reference file can be found at:
19 matches
Mail list logo
