On Wed, Nov 06, 2019 at 03:49:02AM +0100, Andreas Rheinhardt wrote:
> Up until now, the TrackUID of a Matroska track which is supposed to be
> random was not random at all: It always coincided with the TrackNumber
> which is usually the 1-based index of the corresponding stream in the
> array of AV
On Wed, Nov 06, 2019 at 03:49:07AM +0100, Andreas Rheinhardt wrote:
> Write a few numbers directly via AV_WB32 instead of using an AVIOContext
> (that is initialized only for this very purpose) to write these numbers
> at known offsets into a fixed buffer.
>
> Signed-off-by: Andreas Rheinhardt
>
On Sun, Nov 24, 2019 at 9:49 AM Michael Niedermayer
wrote:
>
> On Wed, Nov 06, 2019 at 03:49:02AM +0100, Andreas Rheinhardt wrote:
> > Up until now, the TrackUID of a Matroska track which is supposed to be
> > random was not random at all: It always coincided with the TrackNumber
> > which is usua
Michael Niedermayer:
> On Wed, Nov 06, 2019 at 03:49:02AM +0100, Andreas Rheinhardt wrote:
>> Up until now, the TrackUID of a Matroska track which is supposed to be
>> random was not random at all: It always coincided with the TrackNumber
>> which is usually the 1-based index of the corresponding s
On 11/23/19, James Almer wrote:
> On 11/23/2019 5:30 PM, Paul B Mahol wrote:
>> 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| 264 +++
On 11/24/19, Paul B Mahol wrote:
> On 11/23/19, James Almer wrote:
>> On 11/23/2019 5:30 PM, Paul B Mahol wrote:
>>> Signed-off-by: Paul B Mahol
>>> ---
>>> libavcodec/Makefile | 1 +
>>> libavcodec/allcodecs.c | 1 +
>>> libavcodec/avcodec.h| 1 +
>>> libavcodec/codec_desc.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| 270
libavformat/riff.c | 1 +
6 files changed, 281 insert
Hello,
I'd like to add the bitstream reader I wrote a few years ago. It
would replace the original get_bits.h
The new bitstream reader is
written to be easier to use, more consistent and to be easier to
follow. It is better documented and is consistent with the
bytestream reader naming.
Some
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
> > > devices, and could not find suppo
On 11/24/19, alexandrahajk...@post.cz wrote:
> Hello,
>
> I'd like to add the bitstream reader I wrote a few years ago. It
> would replace the original get_bits.h
>
> The new bitstream reader is
> written to be easier to use, more consistent and to be easier to
> follow. It is better documented
lgtm
On 11/23/19, Michael Niedermayer wrote:
> Fixes: OOM
> Fixes:
> 18956/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_NUV_fuzzer-5766505644163072
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-off-by: Michael Niedermayer
sön 2019-11-24 klockan 11:12 +0100 skrev Paul B Mahol:
> +static ptrdiff_t lzss_uncompress(MidiVidContext *s, GetByteContext *gb,
> uint8_t *dst, int size)
> +{
> +uint8_t *dst_start = dst;
> +uint8_t *dst_end = dst + size;
> +
> +for (;bytestream2_get_bytes_left(gb) > 0;) {
bytestrea
> Am 24.11.2019 um 11:35 schrieb
> :
>
> I did some benchmarks and for example on x86_64, 64-bit
> (Intel Core i3-2120, 3.30GHz)
> I saw no speed regressions for HEVC and x264 and
> some speed ups for OPUS, AAC, DCA,
> SVQ3. PRORES was even 11 % faster.
How can I reproduce this?
(How did yo
On 11/24/19, Tomas Härdin wrote:
> sön 2019-11-24 klockan 11:12 +0100 skrev Paul B Mahol:
>> +static ptrdiff_t lzss_uncompress(MidiVidContext *s, GetByteContext *gb,
>> uint8_t *dst, int size)
>> +{
>> +uint8_t *dst_start = dst;
>> +uint8_t *dst_end = dst + size;
>> +
>> +for (;bytestr
Friendly ping. Does the patch need anything else for approval?
On 21/11/19 18:27, ggarr...@gmail.com wrote:
From: Gonzalo Garramuño
This patch is based on a patch by bsenftner at earthlink.net.
---
libavformat/utils.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavformat/uti
On Sun, Nov 24, 2019 at 11:35:51AM +0100, alexandrahajk...@post.cz wrote:
> Hello,
>
> I'd like to add the bitstream reader I wrote a few years ago. It
> would replace the original get_bits.h
>
> The new bitstream reader is
> written to be easier to use, more consistent and to be easier to
> fo
On Sat, Nov 23, 2019 at 12:09:09AM +0800, Limin Wang wrote:
>
> ping, also ping with v210dec thread support which its reviewed by Michael.
> https://patchwork.ffmpeg.org/patch/15836/
>
> If no developer is interested in the module, I'm glad to maintain it,
> I think it's better than nobody. Pleas
On Wed, Nov 06, 2019 at 03:49:13AM +0100, Andreas Rheinhardt wrote:
> This comment does not account for the fact that the limits on cluster
> size and duration are configurable by the user since 98308bd4.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavformat/matroskaenc.c | 2 --
> 1 file ch
On Wed, Nov 06, 2019 at 03:49:01AM +0100, Andreas Rheinhardt wrote:
> If mkv_write_trailer() is not called, the cached audio packet might
> leak; so unref it in mkv_deinit().
>
> Signed-off-by: Andreas Rheinhardt
> ---
> When I initially wrote the deinit function, I was under the impression
> tha
Signed-off-by: Michael Niedermayer
---
libavcodec/indeo5.c | 2 +-
libavcodec/mpeg4audio.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/indeo5.c b/libavcodec/indeo5.c
index 7b9da53df4..a7ab95a45c 100644
--- a/libavcodec/indeo5.c
+++ b/libavcodec/indeo5.c
@
Signed-off-by: Michael Niedermayer
---
libavformat/oggparseflac.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/oggparseflac.c b/libavformat/oggparseflac.c
index b5f1416a3c..2c7b7ef1ef 100644
--- a/libavformat/oggparseflac.c
+++ b/libavformat/oggparseflac.c
@@ -5
Signed-off-by: Michael Niedermayer
---
libavformat/oggparsetheora.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/libavformat/oggparsetheora.c b/libavformat/oggparsetheora.c
index b0c0edc7a5..87a676fe48 100644
--- a/libavformat/oggparsetheora.c
+++ b/libavformat/o
Signed-off-by: Michael Niedermayer
---
libavcodec/golomb.h| 2 +-
libavcodec/ivi.c | 2 +-
libavcodec/mpeg4audio.c| 2 +-
libavcodec/mpeg4videodec.c | 4 ++--
4 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/libavcodec/golomb.h b/libavcodec/golomb.h
index 5cdfa
Signed-off-by: Michael Niedermayer
---
libavcodec/bgmc.c | 2 +-
libavcodec/binkaudio.c | 2 +-
libavcodec/escape124.c | 2 +-
libavcodec/flac.c | 4 ++--
libavcodec/flvdec.c| 2 +-
libavcodec/hevc_sei.c | 4 ++--
libavcodec/indeo5.c| 4 ++--
On 10/25/2019 12:36 PM, 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 @ 2.60GHz
> ...
>
> [ro
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
> >
> > Currently, the mp4toannexb filter always inserts the same extradata at
> > the start of the first IRAP unit. As in ticket #7799,
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 Rheinhardt wrote:
> >> Up until now, the TrackUID of a Matroska track which is supposed to be
> >> random was not random at all: It always coincided with
On Sun, Nov 24, 2019 at 04:00:07PM +0100, Michael Niedermayer wrote:
> On Sat, Nov 23, 2019 at 12:09:09AM +0800, Limin Wang wrote:
> >
> > ping, also ping with v210dec thread support which its reviewed by Michael.
> > https://patchwork.ffmpeg.org/patch/15836/
> >
> > If no developer is interested
On 11/24/2019 4:54 PM, Michael Niedermayer wrote:
> On Sun, Nov 24, 2019 at 04:00:07PM +0100, Michael Niedermayer wrote:
>> On Sat, Nov 23, 2019 at 12:09:09AM +0800, Limin Wang wrote:
>>>
>>> ping, also ping with v210dec thread support which its reviewed by Michael.
>>> https://patchwork.ffmpeg.org
On Sun, Nov 24, 2019 at 11:53:16AM +0100, Paul B Mahol wrote:
> lgtm
will apply
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
"I am not trying to be anyone's saviour, I'm trying to think about the
future and not be sad" - Elon Musk
signature.asc
Descri
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 Rheinhardt wrote:
> > >> Up until now, the TrackUID of a Matroska track which is suppos
Hi,
On Wed, Nov 20, 2019 at 11:26 AM Steven Liu wrote:
>
> fix ticket: 8388
>
> Signed-off-by: Steven Liu
> ---
Too bad meta things that end up creating internal contexts end up
messy like this.
Generally same idea as with bad42e9b40920f079b27e5bd4103d9293046b2ed ,
so other than the following
On Sat, Oct 19, 2019 at 12:19:23AM +0200, Michael Niedermayer wrote:
> The threshold is chosen so that the worse frames would together not take
> excessive time.
> A better solution is welcome!
>
> Fixes: Timeout (308sec ->102ms)
> Fixes:
> 18314/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_
On Sat, Oct 19, 2019 at 10:39:50PM +0200, Michael Niedermayer wrote:
> As is the decoder will never stop, it will cause an infinite loop. The RFC
> seems only
> to speak of non empty packets so endlessly generating noise from the last
> empty flush
> packets seems wrong.
>
> Fixes: infinite loop
On Sun, Oct 20, 2019 at 12:09:11PM +0200, Michael Niedermayer wrote:
> Fixes: signed integer overflow: 2147483647 + 1 cannot be represented in type
> 'int'
> Fixes:
> 18333/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_COMFORTNOISE_fuzzer-5668481831272448
>
> Found-by: continuous fuzzing pro
On Mon, Oct 21, 2019 at 01:20:56AM +0200, Michael Niedermayer wrote:
> Fixes: shift exponent -14 is negative
> Fixes:
> 18335/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_RAWVIDEO_fuzzer-5723267192586240
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/mast
On Sat, Nov 02, 2019 at 05:05:59PM +0100, Michael Niedermayer wrote:
> Fixes: left shift of negative value -3
> Fixes:
> 18518/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_WMAVOICE_fuzzer-6560514359951360
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/mas
On Wed, Nov 06, 2019 at 01:31:20AM +0100, Carl Eugen Hoyos wrote:
> Am Sa., 2. Nov. 2019 um 17:08 Uhr schrieb Michael Niedermayer
> :
> >
> > Fixes: Timeout (23sec -> 5ms)
> > Fixes:
> > 18517/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_NUV_fuzzer-5753135536013312
> >
> > Found-by: continuou
On Sun, Nov 03, 2019 at 10:05:03PM +0100, Michael Niedermayer wrote:
> Fixes: Timeout (14sec -> 9ms)
> Fixes:
> 18598/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MXPEG_fuzzer-5726095261564928
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects
On Wed, Nov 06, 2019 at 03:37:48PM +0100, Michael Niedermayer wrote:
> On Wed, Nov 06, 2019 at 12:44:32AM +0100, Carl Eugen Hoyos wrote:
> > Am Mi., 6. Nov. 2019 um 00:31 Uhr schrieb Michael Niedermayer
> > :
> > >
> > > The G729 reference clips after each individual operation and keeps
> > > track
On Wed, Nov 06, 2019 at 12:22:20AM +0100, Michael Niedermayer wrote:
> The decoder hardcodes that audio is stream_id = 1 so it does not
> currently work with more or less than 1 video stream at st=0
>
> Fixes: assertion failure
> Fixes:
> 18602/clusterfuzz-testcase-minimized-ffmpeg_DEMUXER_fuzzer
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
> > >
> > > Currently, the mp4toannexb filter always inserts the
On Sun, Nov 24, 2019 at 01:05:53PM -0300, James Almer wrote:
> On 10/25/2019 12:36 PM, 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
> >
On Wed, Nov 20, 2019 at 8:38 PM Paul B Mahol wrote:
>
> How can this be fast at all?
> It does not use slice threading and also supports only packed rgb formats.
> Have you actually benchmarked with and without lookup table?
>
Will support other format like RGBA and YUV420P with slice threading
en
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Max Dmitrichenko
> Sent: Wednesday, November 20, 2019 15:04
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Cc: Li, Zhong
> Subject: Re: [FFmpeg-devel] [PATCH, v2] lavc/vaapi_encode: grow packet if
> vaMapBuffe
> 在 2019年11月25日，06:36，Jan Ekström 写道：
>
> Hi,
>
> On Wed, Nov 20, 2019 at 11:26 AM Steven Liu wrote:
>>
>> fix ticket: 8388
>>
>> Signed-off-by: Steven Liu
>> ---
>
> Too bad meta things that end up creating internal contexts end up
> messy like this.
>
> Generally same idea as with bad4
On Sun, Nov 24, 2019 at 05:02:55PM -0300, James Almer wrote:
> On 11/24/2019 4:54 PM, Michael Niedermayer wrote:
> > On Sun, Nov 24, 2019 at 04:00:07PM +0100, Michael Niedermayer wrote:
> >> On Sat, Nov 23, 2019 at 12:09:09AM +0800, Limin Wang wrote:
> >>>
> >>> ping, also ping with v210dec thread
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 @ 2.60GHz
...
[root@localhost ~]# free -h
totalusedfree
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 @ 2.60GHz
...
[root@localhost ~]# free -h
totalusedf
From: Limin Wang
dose -> does
Signed-off-by: Limin Wang
---
doc/demuxers.texi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/demuxers.texi b/doc/demuxers.texi
index 4e1a5cb6aa..2820934d7a 100644
--- a/doc/demuxers.texi
+++ b/doc/demuxers.texi
@@ -332,7 +332,7 @@ Maximu
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 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/demuxers.texi b/doc/demuxers.texi
index 4e1a5cb6aa..2820934d7a 100644
--- a/doc/demu
> 在 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 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/doc/demuxers.texi b
Signed-off-by: Steven Liu
---
doc/demuxers.texi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/demuxers.texi b/doc/demuxers.texi
index 4e1a5cb6aa..94759fa839 100644
--- a/doc/demuxers.texi
+++ b/doc/demuxers.texi
@@ -332,7 +332,7 @@ Maximum number of times a insufficient
53 matches
Mail list logo
