Zane van Iperen:
> 19/1/20 2:18 pm, Andreas Rheinhardt пишет:
>>
>> On Sun, Jan 19, 2020 at 4:12 AM Zane van Iperen
>> wrote:
>>
>>> Adds support for the custom ASF container used by some Argonaut Games'
>>> games, such as 'Croc! Legend of the Gobbos', and 'Croc 2'.
>>>
>>> Can also handle the
19/1/20 2:18 pm, Andreas Rheinhardt пишет:
>
> On Sun, Jan 19, 2020 at 4:12 AM Zane van Iperen
> wrote:
>
>> Adds support for the custom ASF container used by some Argonaut Games'
>> games, such as 'Croc! Legend of the Gobbos', and 'Croc 2'.
>>
>> Can also handle the sample files in:
>>
On 18-01-2020 12:21 pm, Gyan wrote:
On 15-01-2020 09:25 pm, Gyan Doshi wrote:
Target dimensions have to cover entire input.
---
libavfilter/vf_pad.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavfilter/vf_pad.c b/libavfilter/vf_pad.c
index
On Thu, Nov 07, 2019 at 10:35:25PM +0100, Michael Niedermayer wrote:
> On Thu, Nov 07, 2019 at 10:27:31PM +0800, Kah Goh wrote:
> > On Mon, Sep 30, 2019 at 09:27:20PM +0800, Kah Goh wrote:
> > > There are differing standards that define different starting line
> > > numbers. For example, VSF TR-03
On Sun, Jan 19, 2020 at 4:12 AM Zane van Iperen
wrote:
> Adds support for the custom ASF container used by some Argonaut Games'
> games, such as 'Croc! Legend of the Gobbos', and 'Croc 2'.
>
> Can also handle the sample files in:
> https://samples.ffmpeg.org/game-formats/brender/part2.zip
>
>
Tested using this command:
/ffmpeg -pix_fmt yuv420p -s 1920*1080 -i ArashRawYuv420.yuv \
-vcodec rawvideo -s 1920*1080 -pix_fmt rgb24 -f null /dev/null
The fps increase from 389 to 640 on Intel(R) Core(TM) i7-8700K CPU @ 3.70GHz
Signed-off-by: Ting Fu
---
libswscale/x86/yuv2rgb.c | 38
The original inline assembly and nasm code have the same fps when called by
command.
NASM code almost has no impact on the perfromance.
Signed-off-by: Ting Fu
---
V8:
Remove all reindention to make review easier.
Fix some improper indention.
Reserve the "inline" for next patch.
Adds support for the custom ASF container used by some Argonaut Games'
games, such as 'Croc! Legend of the Gobbos', and 'Croc 2'.
Can also handle the sample files in:
https://samples.ffmpeg.org/game-formats/brender/part2.zip
Signed-off-by: Zane van Iperen
---
Changelog| 1 +
Hi all,
This patchset adds support for the ASF container and ADPCM variant used by
some Argonaut Software games such as 'Croc! Legend of the Gobbos' and 'Croc 2'.
It has been tested against:
- ANISOUND/*.ASFfrom Croc 1
- music/*.asf from Croc 2
- FIGHT/SOUND/*.ASF from
Adds support for the ADPCM variant used by some Argonaut Games' games,
such as 'Croc! Legend of the Gobbos', and 'Croc 2'.
Signed-off-by: Zane van Iperen
---
Changelog | 2 +-
doc/general.texi| 1 +
libavcodec/Makefile | 1 +
libavcodec/adpcm_argo.c | 264
On Sun, Jan 19, 2020 at 5:50 AM Moritz Barsnick wrote:
>
> On Sat, Jan 18, 2020 at 16:11:01 +0800, Jun Zhao wrote:
> > Suggested-by: Moritz Barsnick
>
> You don't really need to do this. ;-) Especially as Gyan's suggestion
> (which was better) is now in.
>
> > +@item quality, level
> > +Set
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Michael Niedermayer
> Sent: Friday, January 17, 2020 05:36 AM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH V7 1/2] libswscale/x86/yuv2rgb: Change
> inline assembly into nasm code
>
> On
On Sat, Jan 18, 2020 at 10:29 AM Andreas Rheinhardt
wrote:
>
> On Sat, Jan 18, 2020 at 3:11 AM Jun Zhao wrote:
>
> > From: Jun Zhao
> >
> > Add docs about display orientation SEI.
> >
> > Signed-off-by: Jun Zhao
> > ---
> > doc/bitstream_filters.texi | 21 +
> > 1 files
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Steven Liu
> Sent: Saturday, January 18, 2020 9:52 PM
> To: FFmpeg development discussions and patches
> Cc: Steven Liu
> Subject: Re: [FFmpeg-devel] [PATCH] fate/filter-video.mak: do not
On Sat, Jan 18, 2020 at 03:27:12PM +0100, Michael Niedermayer wrote:
> On Sat, Jan 18, 2020 at 06:38:25AM +0800, lance.lmw...@gmail.com wrote:
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > libavcodec/libx264.c | 3 ++-
> > 1 file changed, 2 insertions(+), 1 deletion(-)
> >
On Thu, 16 Jan 2020, Anthony Delannoy wrote:
As written in https://github.com/Haivision/srt/blob/v1.4.1/docs/API.md,
the nonblock mode is activated if SRTO_SNDSYN and SRTO_RCVSYN, for
sending and receiving respectively, are set to 0.
---
libavformat/libsrt.c | 13 +++--
1 file changed,
On Thu, 9 Jan 2020, Marton Balint wrote:
Signed-off-by: Marton Balint
---
libavformat/avio.c | 15 +++
libavformat/internal.h | 14 +-
2 files changed, 16 insertions(+), 13 deletions(-)
Ping, will apply the series soon.
Regards,
Marton
diff --git
On Wed, 15 Jan 2020, Marton Balint wrote:
On Thu, 9 Jan 2020, Michael Niedermayer wrote:
On Wed, Jan 01, 2020 at 08:10:06PM +0100, Marton Balint wrote:
On Tue, 31 Dec 2019, Michael Niedermayer wrote:
On Tue, Dec 31, 2019 at 12:37:02PM +0100, Nicolas George wrote:
Marton Balint
On Sat, Jan 18, 2020 at 11:18 PM Jonathan Noble
wrote:
> Oh, it wasn't via ffmpeg. I was using the library. What is the correct dev
> mailing list?
>
>
Your patch was for FFmpeg itself and so this is the right mailing list. But
you should nevertheless give us enough information so that we can
Jonathan Noble (12020-01-18):
> Oh, it wasn't via ffmpeg. I was using the library. What is the correct dev
> mailing list?
Probably. We would need to see the code with the sample, to be sure
where the bug lies.
> On Sat, 18 Jan 2020 at 21:45, Andreas Rheinhardt <
> andreas.rheinha...@gmail.com>
Oh, it wasn't via ffmpeg. I was using the library. What is the correct dev
mailing list?
On Sat, 18 Jan 2020 at 21:45, Andreas Rheinhardt <
andreas.rheinha...@gmail.com> wrote:
> On Sat, Jan 18, 2020 at 10:40 PM Jonathan Noble
> wrote:
>
> > Hello,
> >
> > I found I was getting sigsegv when
On Sat, Jan 18, 2020 at 16:11:01 +0800, Jun Zhao wrote:
> Suggested-by: Moritz Barsnick
You don't really need to do this. ;-) Especially as Gyan's suggestion
(which was better) is now in.
> +@item quality, level
> +Set quality level. The value @code{max} can be used to set the maximum level,
>
On Sat, Jan 18, 2020 at 10:40 PM Jonathan Noble
wrote:
> Hello,
>
> I found I was getting sigsegv when calling av_interleaved_write_frame().
>
> From a18f4cb5b86392c5c161878daea8e4b1204881eb Mon Sep 17 00:00:00 2001
> From: jon noble
> Date: Sat, 18 Jan 2020 21:33:11 +
> Subject: [PATCH]
Hello,
I found I was getting sigsegv when calling av_interleaved_write_frame().
From a18f4cb5b86392c5c161878daea8e4b1204881eb Mon Sep 17 00:00:00 2001
From: jon noble
Date: Sat, 18 Jan 2020 21:33:11 +
Subject: [PATCH] libavformat/mux: prevent segfault in
compute_muxer_pkt_fields()
---
Fixes: out of array read
Fixes:
20059/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_WMALOSSLESS_fuzzer-5691776237305856
No testcase except the fuzzed one.
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
Fixes: signed integer overflow: -53716100 * 256 cannot be represented in type
'int'
Fixes:
20143/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_WMALOSSLESS_fuzzer-5716604000403456
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
On 10/01/2020 21:05, Lynne wrote:
> From d5f1bbc61fab452803443511b1241931169359b7 Mon Sep 17 00:00:00 2001
> From: Lynne
> Date: Wed, 28 Aug 2019 21:58:10 +0100
> Subject: [PATCH 2/9] lavu: add Vulkan hwcontext code
>
> This commit adds the necessary code to initialize and use a Vulkan device
>
On 10/01/2020 21:05, Lynne wrote:
> From e2d18e03e3a5fa8ef82159c68212b720198a9b91 Mon Sep 17 00:00:00 2001
> From: Philip Langdale
> Date: Wed, 23 Oct 2019 18:11:37 -0700
> Subject: [PATCH 3/9] lavfi/vf_hwupload: Add support for HW -> HW transfers
>
> As we find ourselves wanting a way to
On 10/01/2020 21:05, Lynne wrote:
> From 2fefb0b7ff760f2fb019751da8c37cfd0578ef00 Mon Sep 17 00:00:00 2001
> From: Philip Langdale
> Date: Wed, 23 Oct 2019 18:01:52 -0700
> Subject: [PATCH 1/9] lavu/hwcontext: Add support for HW -> HW transfers
>
> We are beginning to consider scenarios where a
sorry for missing patch file, here it is.
Bela
2020.01.18. 18:56 keltezéssel, Bodecs Bela írta:
Dear All,
When program_date_time flag is present, in m3u8 playlist file each
segment has a corresponding EXT-X-PROGRAM-DATE-TIME value. The initial
program-date-time value is the actual current
On Tue, Oct 22, 2019 at 3:17 PM Andreas Rheinhardt <
andreas.rheinha...@gmail.com> wrote:
> 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
Dear All,
When program_date_time flag is present, in m3u8 playlist file each
segment has a corresponding EXT-X-PROGRAM-DATE-TIME value. The initial
program-date-time value is the actual current time at init and
each new segment increments this value by its duration. When append_list
flags is
On Tue, Dec 31, 2019 at 03:10:51PM +0100, Michael Niedermayer wrote:
> Both S16LE as well as DTS can have lots of 0 bytes in silent segments
> Using these results in error. Thus this patch skips 0 bytes in
> comparission.
>
> Fixes Ticket6561
>
> Signed-off-by: Michael Niedermayer
> ---
>
On Fri, Dec 13, 2019 at 03:09:25PM -0500, Andriy Gelman wrote:
> On Fri, 13. Dec 18:51, Michael Niedermayer wrote:
> > On Thu, Dec 12, 2019 at 07:36:50PM -0500, Andriy Gelman wrote:
> > > On Fri, 13. Dec 01:28, Michael Niedermayer wrote:
> > > > Fixes: Out of array access
> > > > Fixes:
> > > >
On Fri, Dec 13, 2019 at 01:28:08AM +0100, Michael Niedermayer wrote:
> Fixes: invalid memcpy use
> Fixes:
> 19299/clusterfuzz-testcase-minimized-ffmpeg_BSF_HEVC_MP4TOANNEXB_fuzzer-5169193398042624
>
> Found-by: continuous fuzzing process
>
On Fri, Dec 13, 2019 at 01:28:06AM +0100, Michael Niedermayer wrote:
> Fixes: Timeout (114sec ->108ms)
> Fixes:
> 19290/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_IFF_ILBM_fuzzer-5740598116220928
>
> Found-by: continuous fuzzing process
>
On Fri, Dec 13, 2019 at 01:28:07AM +0100, Michael Niedermayer wrote:
> "It is a requirement of bitstream conformance that the value returned from
> the leb128 parsing process is less than or equal
> to (1 << 32) - 1."
>
> Fixes: assertion failure
> Fixes:
>
What is status of this?
On 12/22/19, xuju...@sjtu.edu.cn wrote:
> From: Xu Jun
>
> Performance improves about 10% compared to v1.
>
> Tested using this command:
> ./ffmpeg_g -s 1280*720 -pix_fmt yuv420p -i test.yuv -vf convolution="1 2 3 4
> 5 6 7 8 9:1 2 3 4 5 6 7 8 9:1 2 3 4 5 6 7 8 9:1 2 3 4
On 1/18/2020 11:45 AM, Michael Niedermayer wrote:
> On Fri, Jan 17, 2020 at 09:29:32PM -0300, James Almer wrote:
>> Signed-off-by: James Almer
>> ---
>> libavcodec/libx265.c | 1 +
>> 1 file changed, 1 insertion(+)
>
> LGTM
>
> thx
Pushed.
___
On Fri, Jan 17, 2020 at 09:29:32PM -0300, James Almer wrote:
> Signed-off-by: James Almer
> ---
> libavcodec/libx265.c | 1 +
> 1 file changed, 1 insertion(+)
LGTM
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
I have often repented speaking, but never
./ffmpeg -threads 1 -f lavfi -i anoisesrc -f lavfi -t 30 -i anoisesrc -t 600
-lavfi afir -benchmark -f null -
Test results on Snapdragon 845:
Without SIMD:
size=N/A time=00:10:00.00 bitrate=N/A speed=32.2x
bench: utime=21.900s stime=1.000s rtime=18.607s
bench:
On Sat, Jan 18, 2020 at 06:38:25AM +0800, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavcodec/libx264.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/libavcodec/libx264.c b/libavcodec/libx264.c
> index ca8f6c0..4fef0be
> 在 2020年1月5日，21:14，Marton Balint 写道：
>
> avio_close_dyn_buf() also does avio_flush().
>
> Signed-off-by: Marton Balint
> ---
> libavformat/hlsenc.c | 2 --
> libavformat/oggenc.c | 1 -
> libavformat/rtpdec.c | 2 --
> 3 files changed, 5 deletions(-)
>
> diff --git a/libavformat/hlsenc.c
> 在 2020年1月18日，21:33，Guo, Yejun 写道：
>
>
>
>> -Original Message-
>> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
>> Carl Eugen Hoyos
>> Sent: Saturday, January 18, 2020 7:06 AM
>> To: FFmpeg development discussions and patches
>> Subject: Re:
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Carl Eugen Hoyos
> Sent: Saturday, January 18, 2020 7:06 AM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH] fate/filter-video.mak: do not use
>
will apply.
___
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 with subject "unsubscribe".
Will apply this set.
On 1/12/20, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavfilter/vf_normalize.c | 121 -
> 1 file changed, 105 insertions(+), 16 deletions(-)
>
> diff --git a/libavfilter/vf_normalize.c b/libavfilter/vf_normalize.c
>
Up until now, the Matroska muxer would mark a track as default if it had
the disposition AV_DISPOSITION_DEFAULT or if there was no track with
AV_DISPOSITION_DEFAULT set; in the latter case even more than one track
of a kind (audio, video, subtitles) was marked as default which is not
sensible.
On 18-01-2020 01:41 pm, Jun Zhao wrote:
From: Jun Zhao
Update spp command options docs
Suggested-by: Moritz Barsnick
Signed-off-by: Jun Zhao
---
doc/filters.texi |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index
From: Jun Zhao
Update spp command options docs
Suggested-by: Moritz Barsnick
Signed-off-by: Jun Zhao
---
doc/filters.texi |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index 7f1f59b..aa7dad5 100644
--- a/doc/filters.texi
+++
50 matches
Mail list logo
