> Signed-off-by: Linjie Fu
> ---
> libavcodec/qsvdec.c | 27 ---
> 1 file changed, 27 deletions(-)
>
> diff --git a/libavcodec/qsvdec.c b/libavcodec/qsvdec.c
> index ae5023989c..0d34021b42 100644
> --- a/libavcodec/qsvdec.c
> +++ b/libavcodec/qsvdec.c
> @@ -164,33 +164,6 @
Some HLS players prefer UTC+0 timestamps in PROGRAM-DATE-TIME to end in a Z
instead of +, this patch adds a hlsflag to enable that feature.
Example command:
ffmpeg -i input.mp4 -c copy -hls_flags +program_date_time+zulu_timezone
output.m3u8
Example PDT output:
#EXT-X-PROGRAM-DATE-TIME:2019-
Support for VDPAU accelerated VP9 decoding was added with libvdpau-1.3.
Support for the same in ffmpeg is added with this patch. Profiles
related to VDPAU VP9 can be found in latest vdpau.h present in
libvdpau-1.3. DRC clips are not supported yet due to
http://trac.ffmpeg.org/ticket/8068
Add VP9 V
Hi all,
I am intersting on extracting motion vectors in the HEVC decoder, get it
from the side_data of the decoded frame like we doing in the h.264, good
example is the extarct_mvs.c file .
So i will be glad if someone will give me the entry points for :
- Is there a reason why this is not im
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 58 ++
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_gmsd.c| 376 +++
4 files changed, 436 insertions(+)
create mode 100644 libavfilter/vf_gmsd.c
diff --g
Cosmetic change.
Signed-off-by: James Almer
---
libavcodec/atrac9tab.h | 79 ++
1 file changed, 33 insertions(+), 46 deletions(-)
diff --git a/libavcodec/atrac9tab.h b/libavcodec/atrac9tab.h
index d25c6f1b7f..8f290f158c 100644
--- a/libavcodec/atrac9tab.h
On 10/22/2019 10:02 AM, Paul B Mahol wrote:
> +static av_cold int init(AVFilterContext *ctx)
> +{
> +GMSDContext *s = ctx->priv;
> +
> +if (s->stats_file_str) {
> +if (!strcmp(s->stats_file_str, "-")) {
> +s->stats_file = stdout;
> +} else {
> +s->sta
Extradata is supposed to be padded with AV_INPUT_BUFFER_PADDING_SIZE bytes,
yet the VobSub demuxer used av_strdup for the allocation of extradata.
This has been changed.
Signed-off-by: Andreas Rheinhardt
---
I did not change the extradata_size in order to explicitly include a
zero byte; i.e. the
In order to fix a potential memleak upon failure, 0b8956b2 made sure that
a buffer given by a pointer was freed upon error. But this pointer was
only initialized upon use and in several cases (Clang gives no fewer
than 13 -Wsometimes-uninitialized warnings) this meant that an
uninitialized pointer
vobsub_read_packet() didn't check whether an index in array of AVPackets
was valid and therefore used uninitialized values.
Signed-off-by: Andreas Rheinhardt
---
Actually I only wanted to use Valgrind to check for memleaks...
libavformat/mpeg.c | 4
1 file changed, 4 insertions(+)
diff --
vobsub_read_header() uses an AVBPrint to write a string and up until
now, it collected the string stored in the AVBPrint via
av_bprint_finalize(), which might involve an allocation and copy of the
string. But this is unnecessary, as the lifetime of the returned string
does not exceed the lifetime o
If an error happens in vobsub_read_header() after allocating the
AVFormatContext intended to read the sub-file, both the AVFormatContext
as well as the data in the subtitles queues leaks. This has been fixed.
Signed-off-by: Andreas Rheinhardt
---
libavformat/mpeg.c | 27 ++---
Oct 22, 2019, 14:01 by jamr...@gmail.com:
Cosmetic change.
Signed-off-by: James Almer
---
libavcodec/atrac9tab.h | 79 ++
1 file changed, 33 insertions(+), 46 deletions(-)
lgtm
___
ffmpeg-devel mailing list
ffmp
On 10/22/2019 10:46 AM, Lynne wrote:
> Oct 22, 2019, 14:01 by jamr...@gmail.com:
> Cosmetic change.
>
> Signed-off-by: James Almer
> ---
> libavcodec/atrac9tab.h | 79 ++
> 1 file changed, 33 insertions(+), 46 deletions(-)
>
> lgtm
Applied, thanks.
_
On 2019-10-18 02:18, James Almer wrote:
Actually reorder the values.
Should effectively fix ticket #8300.
Signed-off-by: James Almer
---
Now unconditionally propagating the field, since checking its value is
not correct usage of the field.
James, do you still plan working on this patch?
On 10/22/2019 11:01 AM, Andrey Semashev wrote:
> On 2019-10-18 02:18, James Almer wrote:
>> Actually reorder the values.
>>
>> Should effectively fix ticket #8300.
>>
>> Signed-off-by: James Almer
>> ---
>> Now unconditionally propagating the field, since checking its value is
>> not correct usage
On 2019-10-22 17:09, James Almer wrote:
On 10/22/2019 11:01 AM, Andrey Semashev wrote:
On 2019-10-18 02:18, James Almer wrote:
Actually reorder the values.
Should effectively fix ticket #8300.
Signed-off-by: James Almer
---
Now unconditionally propagating the field, since checking its value
Fixes: signed integer overflow: 1721520852 + 1721520852 cannot be represented
in type 'int'
Fixes:
18346/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SONIC_fuzzer-5709623893426176
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off
Fixes: signed integer overflow: 1494495519 + 1494495519 cannot be represented
in type 'int'
Fixes:
18347/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SBC_fuzzer-5711714661695488
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-b
Fixes: signed integer overflow: 538976288 * 8 cannot be represented in type
'int'
Fixes:
18348/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_METASOUND_fuzzer-6681325716635648
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: M
Fixes: signed integer overflow: 5 * -1094995529 cannot be represented in type
'int'
Fixes:
18346/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SONIC_fuzzer-5709623893426176
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Mic
On 2019-10-22 17:14, Andrey Semashev wrote:
On 2019-10-22 17:09, James Almer wrote:
On 10/22/2019 11:01 AM, Andrey Semashev wrote:
On 2019-10-18 02:18, James Almer wrote:
Actually reorder the values.
Should effectively fix ticket #8300.
Signed-off-by: James Almer
---
Now unconditionally pro
This code is dead and nonfunctional and should be removed ASAP!
On 10/22/19, Michael Niedermayer wrote:
> Fixes: signed integer overflow: 1721520852 + 1721520852 cannot be
> represented in type 'int'
> Fixes:
> 18346/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SONIC_fuzzer-5709623893426176
On 10/22/2019 11:51 AM, Andrey Semashev wrote:
> On 2019-10-22 17:14, Andrey Semashev wrote:
>> On 2019-10-22 17:09, James Almer wrote:
>>> On 10/22/2019 11:01 AM, Andrey Semashev wrote:
On 2019-10-18 02:18, James Almer wrote:
> Actually reorder the values.
>
> Should effectively f
On Tue, Oct 22, 2019 at 4:51 PM Andrey Semashev
wrote:
>
> On 2019-10-22 17:14, Andrey Semashev wrote:
> > On 2019-10-22 17:09, James Almer wrote:
> >> On 10/22/2019 11:01 AM, Andrey Semashev wrote:
> >>> On 2019-10-18 02:18, James Almer wrote:
> Actually reorder the values.
>
> Sho
probably ok
On 10/21/19, James Almer wrote:
> Signed-off-by: James Almer
> ---
> libavfilter/x86/vf_transpose.asm| 11 +--
> libavfilter/x86/vf_transpose_init.c | 2 +-
> 2 files changed, 6 insertions(+), 7 deletions(-)
>
> diff --git a/libavfilter/x86/vf_transpose.asm
> b/libavfil
On 10/22/2019 1:25 PM, Paul B Mahol wrote:
> probably ok
Applied, thanks.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org w
Signed-off-by: Paul B Mahol
---
libavfilter/maskedclamp.h | 35 ++
libavfilter/vf_maskedclamp.c | 18 +++--
libavfilter/x86/Makefile | 2 +
libavfilter/x86/vf_maskedclamp.asm| 96 +++
libavfilter/x86/vf_maskedclamp_init.c | 47
On 10/22/2019 2:51 PM, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavfilter/maskedclamp.h | 35 ++
> libavfilter/vf_maskedclamp.c | 18 +++--
> libavfilter/x86/Makefile | 2 +
> libavfilter/x86/vf_maskedclamp.asm| 96
probably ok
On 10/21/19, Lou Logan wrote:
> Mention big download button is for source code.
> Mention "executable files" for Windows users in subheader.
> State that FFmpeg only provides source code.
> Rename OS X to macOS.
> Remove PPA to EOL Ubuntu Trusty.
> Add button to Old Releases.
>
> Sign
On 2019-10-22 05:06, ManojGuptaBonda wrote:
Support for VDPAU accelerated VP9 decoding was added with libvdpau-1.3.
Support for the same in ffmpeg is added with this patch. Profiles
related to VDPAU VP9 can be found in latest vdpau.h present in
libvdpau-1.3. DRC clips are not supported yet due to
> 在 2019年10月22日，18:37，Ole Andre Birkedal 写道：
>
> Some HLS players prefer UTC+0 timestamps in PROGRAM-DATE-TIME to end in a Z
> instead of +, this patch adds a hlsflag to enable that feature.
>
> Example command:
> ffmpeg -i input.mp4 -c copy -hls_flags +program_date_time+zulu_timezone
>
> -Original Message-
> From: ffmpeg-devel On Behalf Of Zachary Zhou
> Sent: Sunday, September 08, 2019 11:51 PM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Zhou, Zachary
> Subject: [FFmpeg-devel] [PATCH v5] avfilter/vaapi: add overlay_vaapi filter
>
Do you need to set params.pipeline_flags = VA
> On 11/09/2019 06:39, Zachary Zhou wrote:
> > It supports ICL platform.
> > H2H (HDR to HDR): P010 -> A2R10G10B10
> > H2S (HDR to SDR): P010 -> ARGB
>
> The input format doesn't have any alpha so the output shouldn't either. Not
> sure what the first case wants, but the second should be AV_PIX_
Am 23.10.2019 um 06:48 schrieb Xiang, Haihao :
>>> On 11/09/2019 06:39, Zachary Zhou wrote:
>>> It supports ICL platform.
>>> H2H (HDR to HDR): P010 -> A2R10G10B10
>>> H2S (HDR to SDR): P010 -> ARGB
>>
>> The input format doesn't have any alpha so the output shouldn't either. Not
>> sure what
Signed-off-by: Paul B Mahol
---
libavfilter/maskedclamp.h | 35 ++
libavfilter/vf_maskedclamp.c | 18 +++--
libavfilter/x86/Makefile | 2 +
libavfilter/x86/vf_maskedclamp.asm| 95 +++
libavfilter/x86/vf_maskedclamp_init.c | 47
36 matches
Mail list logo
