0001-avformat-udp-modify-the-not-write-only-to-read-only-.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
0001-avformat-udp-modify-the-not-write-only-to-read-only-.patch
Description: Binary data
Thanks
Steven
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or
From: Jun Zhao
add stackblur filter
Signed-off-by: Jun Zhao
---
doc/filters.texi | 22 +
libavfilter/Makefile |1 +
libavfilter/allfilters.c |1 +
libavfilter/vf_stackblur.c | 1040
4 files changed, 1064 insertions(+), 0
V3:
- Add RGB24/RGBA/YUV support
- Use the LUT
- ToDo: enable slice threading support
Jun Zhao (1):
lavfi/stackblur: add stackblur filter
doc/filters.texi | 22 +
libavfilter/Makefile |1 +
libavfilter/allfilters.c |1 +
libavfilter/vf_stackblur.c | 1040
On Tue, Nov 26, 2019, at 05:51, Sebastian Pop wrote:
> On Mon, Nov 25, 2019 at 4:18 PM Jean-Baptiste Kempf wrote:
> > Why adding a new version, in intrinsics, instead of changing the existing
> > implementation?
> >
>
> Personal preference: I like to read c code instead of asm.
> Also I find it
On Mon, Nov 25, 2019 at 4:18 PM Jean-Baptiste Kempf wrote:
> Why adding a new version, in intrinsics, instead of changing the existing
> implementation?
>
Personal preference: I like to read c code instead of asm.
Also I find it much easier to experiment by changing c code rather than asm.
Is
Add -tile_rows and -tile_cols option to specify the number of tile rows
and columns for ICL+ (gen 11) platform.
A tile must wholly contain all the slices within it. Slices cannot cross
tile boundaries. So the slice number would be implicitly resized to the
max(nSlice, nTile).
Example:
ffmpeg
Signed-off-by: Linjie Fu
---
libavcodec/qsvenc.c | 8
libavcodec/qsvenc.h | 2 +-
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/libavcodec/qsvenc.c b/libavcodec/qsvenc.c
index 93d49ba..e176d57 100644
--- a/libavcodec/qsvenc.c
+++ b/libavcodec/qsvenc.c
@@ -764,10 +764,10
> 在 2019年11月26日，07:16，Thierry Foucu 写道：
>
> On Wed, Nov 20, 2019 at 9:55 AM Thierry Foucu wrote:
>
>>
>>
>> On Thu, Nov 14, 2019 at 9:36 AM Thierry Foucu wrote:
>>
>>> Disable by default to output all the layers, to match libaomdec wrapper.
>>> Add option to select the operating point
On Mon, 25. Nov 01:50, Michael Niedermayer wrote:
> On Sun, Nov 24, 2019 at 11:29:18AM -0500, Andriy Gelman wrote:
> > On Sun, 24. Nov 00:02, Michael Niedermayer wrote:
> > > On Tue, Oct 15, 2019 at 10:50:39PM -0400, Andriy Gelman wrote:
> > > > From: Andriy Gelman
> > > >
> > > > Fixes #7799
>
From: Limin Wang
It's useful for debugging filter graph purposes, now only lavfi can do that.
Reviewed-by: Carl Eugen Hoyos
Signed-off-by: Limin Wang
---
doc/ffmpeg.texi | 4
fftools/ffmpeg.h| 1 +
fftools/ffmpeg_filter.c | 7 +++
fftools/ffmpeg_opt.c| 3 +++
4
On Wed, Nov 20, 2019 at 9:55 AM Thierry Foucu wrote:
>
>
> On Thu, Nov 14, 2019 at 9:36 AM Thierry Foucu wrote:
>
>> Disable by default to output all the layers, to match libaomdec wrapper.
>> Add option to select the operating point for the spatial layers.
>> ---
>> libavcodec/libdav1d.c | 8
Fixes: signed integer overflow: 2147464192 + 21176 cannot be represented in
type 'int'
Fixes:
19042/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_FFWAVESYNTH_fuzzer-5719828090585088
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Fixes: memleak
Fixes:
19054/clusterfuzz-testcase-minimized-ffmpeg_DEMUXER_fuzzer-5673287506198528
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavformat/vividas.c | 5 -
1 file changed, 4
Fixes: shift exponent -1 is negative
Fixes: out of array read
Fixes:
19028/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_COOK_fuzzer-5759766471376896
Fixes:
19037/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_COOK_fuzzer-5734106625474560
Found-by: continuous fuzzing process
Hello,
On Mon, Nov 25, 2019, at 22:59, Sebastian Pop wrote:
> This patch implements ff_hscale_8_to_15_neon with NEON fused multiply
> accumulate
> and bumps the vectorization factor from 2 to 4. I have seen speedups up to 15%
> on Graviton A1 instances based on A-72 cpus.
Why adding a new
mån 2019-11-25 klockan 22:09 +0100 skrev Paul B Mahol:
> Signed-off-by: Paul B Mahol
> +static int decode_mvdv(MidiVidContext *s, AVCodecContext *avctx, AVFrame
> *frame)
> +{
> +GetByteContext *gb = >gb;
> +GetBitContext mask;
> +GetByteContext idx9;
> +uint16_t nb_vectors,
Hi,
This patch implements ff_hscale_8_to_15_neon with NEON fused multiply accumulate
and bumps the vectorization factor from 2 to 4. I have seen speedups up to 15%
on Graviton A1 instances based on A-72 cpus.
$ ffmpeg -nostats -f lavfi -i testsrc2=4k:d=2 -vf
mån 2019-11-25 klockan 22:53 +0100 skrev Marton Balint:
>
> On Sun, 24 Nov 2019, Tomas Härdin wrote:
>
> > tor 2019-11-21 klockan 23:35 +0100 skrev Marton Balint:
> > > On Thu, 21 Nov 2019, Tomas Härdin wrote:
> > >
> > > > tis 2019-11-19 klockan 19:16 + skrev John Kaplan:
> > > > > Hi
On Sun, 24 Nov 2019, Tomas Härdin wrote:
tor 2019-11-21 klockan 23:35 +0100 skrev Marton Balint:
On Thu, 21 Nov 2019, Tomas Härdin wrote:
> tis 2019-11-19 klockan 19:16 + skrev John Kaplan:
> > Hi Guys,
> >
> > We just did some research on gapless playback across multiple client
> >
Signed-off-by: Paul B Mahol
---
configure | 1 +
libavcodec/Makefile | 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/avcodec.h| 1 +
libavcodec/codec_desc.c | 7 +
libavcodec/mvha.c | 310
libavformat/riff.c |
Signed-off-by: Paul B Mahol
---
libavcodec/Makefile | 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/avcodec.h| 1 +
libavcodec/codec_desc.c | 7 ++
libavcodec/midivid.c| 272
libavformat/riff.c | 1 +
6 files changed, 283
On Wed, Nov 20, 2019 at 12:48 PM Timo Rothenpieler
wrote:
>
> On 20/11/2019 11:29, Oleg Dobkin wrote:
> > On Tue, 2019-11-19 at 23:58 +0100, Timo Rothenpieler wrote:
> >> Only thing I'm still wondering is if it would make sense to use the
> >> primary context by default.
> >> I can't think of any
On 2019-11-25 13:52, Chandra Nakka wrote:
> Dear FFmpeg developers,
>
> I'm very happy to have found your details on FFmpeg website for requesting
> FFmpeg feature implementation.
>
> Currently I'm using FFmpeg command line tool on my linux servers to process
> media files into instant mp3 audio
Please help to merge the patch if it’s acceptable, thanks!
> On Nov 18, 2019, at 7:00 PM, Peter Ross wrote:
>
> On Mon, Nov 18, 2019 at 10:34:32AM +0800, zhilizhao wrote:
>> Ping for review, thanks!
>
> approve. 还有这块补丁也跟vp7有关，可以在推送前改一下。
Since the vp7 decoder doesn’t have multi-thread
On Sun, Nov 24, 2019 at 11:05:03PM +0100, Andreas Rheinhardt wrote:
> On Sun, Nov 24, 2019 at 8:28 PM Michael Niedermayer
> wrote:
>
> > On Sun, Nov 24, 2019 at 09:08:00AM +, Andreas Rheinhardt wrote:
> > > Michael Niedermayer:
> > > > On Wed, Nov 06, 2019 at 03:49:02AM +0100, Andreas
On 25-11-2019 06:22 pm, Chandra Nakka wrote:
Dear FFmpeg developers,
I'm very happy to have found your details on FFmpeg website for requesting
FFmpeg feature implementation.
Currently I'm using FFmpeg command line tool on my linux servers to process
media files into instant mp3 audio files
Dear FFmpeg developers,
I'm very happy to have found your details on FFmpeg website for requesting
FFmpeg feature implementation.
Currently I'm using FFmpeg command line tool on my linux servers to process
media files into instant mp3 audio files by using FFmpeg piping feature.
But, currently
On Mon, Nov 25, 2019 at 11:40:04AM +0800, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> 1, Test server configure:
> [root@localhost ~]# cat /proc/cpuinfo |grep "model name"
> model name: Intel(R) Xeon(R) CPU E5-2650 v2 @ 2.60GHz
> model name: Intel(R) Xeon(R) CPU E5-2650 v2 @
On Mon, Nov 25, 2019 at 11:45:10AM +0800, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> 1, Test server configure:
> [root@localhost ~]# cat /proc/cpuinfo |grep "model name"
> model name : Intel(R) Xeon(R) CPU E5-2650 v2 @ 2.60GHz
> model name : Intel(R) Xeon(R) CPU E5-2650 v2
Rodney Baker 于 2019年11月25日周一 下午4:32写道：
> On Monday, 25 November 2019 17:03:15 ACDT Steven Liu wrote:
> > > 在 2019年11月25日，13:57，Gyan 写道：
> > >
> > > On 25-11-2019 10:50 am, lance.lmw...@gmail.com wrote:
> > >> From: Limin Wang
> > >>
> > >> dose -> does
> > >>
> > >> Signed-off-by: Limin Wang
On Monday, 25 November 2019 17:03:15 ACDT Steven Liu wrote:
> > 在 2019年11月25日，13:57，Gyan 写道：
> >
> > On 25-11-2019 10:50 am, lance.lmw...@gmail.com wrote:
> >> From: Limin Wang
> >>
> >> dose -> does
> >>
> >> Signed-off-by: Limin Wang
> >> ---
> >>
> >> doc/demuxers.texi | 2 +-
> >> 1
32 matches
Mail list logo
