> 在 2019年6月29日，上午7:03，Stefan _ 写道：
>
> Hi,
>
> attached patch fixes a small oversight in dashdec.
>
> YouTube uses DASH manifests structured like this for live recordings,
> seeking is currently broken in those cases.
>
> <0001-dashdec-Fix-reading-values-from-SegmentTimeline-insi.patch>
Hello here,
A simple ping about this patch
Please feel free to ask if you have any question
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-re
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Michael Niedermayer
> Sent: Friday, June 28, 2019 8:55 PM
> To: FFmpeg development discussions and patches
>
> Subject: Re: [FFmpeg-devel] [PATCH 2/2] lavc/mjpegdec: make code aligned
>
> On Thu, Jun 27, 2019 at 04:58:24
Andreas Rheinhardt:
> The subfile protocol treats an end of 0 as meaning "until EOF"; this got
> implemented by simply setting the end to INT64_MAX. But seeking relative
> to EOF or AVSEEK_SIZE seeking hasn't been adapted; the result is that
> e.g. the duration of transport streams isn't correctly
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Michael Niedermayer
> Sent: Friday, June 28, 2019 8:52 PM
> To: FFmpeg development discussions and patches
>
> Subject: Re: [FFmpeg-devel] [PATCH 1/3] lavc/mjpegdec: add function
> ff_mjpeg_decode_header
>
> On Thu, Jun
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of James Almer
> Sent: Saturday, June 29, 2019 12:56 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH 2/3] lavc/mjpeg_parser: use
> ff_mjpeg_decode_header to parse frame info
>
> On 6/27/2019 9:59 AM, Zh
> 在 2019年6月28日，下午7:55，Bodecs Bela 写道：
>
> Dear All,
>
> throughout hlsenc code, all filename related buffer lengths are set
> hardcoded as 1024. This PATCH change it to general value as MAX_URL_SIZE
> of internal.h
>
> please review this patch.
>
> thank you in advance,
>
> best regards,
>
>Sorry for not realizing this earlier (I searched for "SOF0"):
>Why is this function duplicated?
>
>Carl Eugen
Hi Carl:
You can find the difference: here I just find frame header markers (SOF0 ~
SOF 3), mjpeg decoder try to find all markers.
Thanks
Zhong
___
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Michael Niedermayer
> Sent: Friday, June 28, 2019 4:12 PM
> To: FFmpeg development discussions and patches
>
> Subject: Re: [FFmpeg-devel] [PATCH 2/3] lavc/mjpeg_parser: use
> ff_mjpeg_decode_header to parse frame info
>
On 6/30/2019 10:43 PM, James Almer wrote:
> On 6/30/2019 7:16 PM, Michael Niedermayer wrote:
>> Fixes:
>> 15295/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_HEVC_fuzzer-5675655187922944
>>
>> Found-by: continuous fuzzing process
>> https://github.com/google/oss-fuzz/tree/master/projects/ffmp
On 6/30/2019 7:16 PM, Michael Niedermayer wrote:
> Fixes:
> 15295/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_HEVC_fuzzer-5675655187922944
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-off-by: Michael Niedermayer
> ---
>
Andreas,
On Sun, 09. Jun 13:00, Andreas Rheinhardt wrote:
> Up until now, the bitmasks used to initially find out when one needs
> to take a closer look and search for startcodes were rather primitive:
> If a block (of four or eight bytes, depending on the system) contained a
> zero, it was treat
Hi!
Attached patch fixes the only (remaining) issue I see with the sample
of ticket #7980.
Please comment, Carl Eugen
From e6ff8f43c0d9275b52290e18231438ce7770 Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Mon, 1 Jul 2019 01:45:36 +0200
Subject: [PATCH] lavc/zmbvenc: Do not left-shif
Hi!
Undefined behaviour was reported in ticket #7981, attached patch tries
to fix it.
Please review, Carl Eugen
From d77386d4a18d6d749d15516b5eb6df90507bf1eb Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Mon, 1 Jul 2019 01:09:19 +0200
Subject: [PATCH] lavf/nutenc: Do not call memcmp() wi
Am Mo., 1. Juli 2019 um 01:12 Uhr schrieb Carl Eugen Hoyos :
>
> Hi!
>
> Undefined behaviour was reported in ticket #7981, attached patch tries
Actually #7980.
> to fix it.
>
> Please review, Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.
Hi!
I believe attached patch fixes undefined behaviour and ticket #7981.
Please comment, Carl Eugen
From d72fe544d6d7cdf816a75df858b17f1744049d97 Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Mon, 1 Jul 2019 00:49:44 +0200
Subject: [PATCH] lavc/frame_thread_encoder: Do not memcpy() from
Am Mo., 1. Juli 2019 um 00:40 Uhr schrieb Carl Eugen Hoyos :
>
> Hi!
>
> Attached patch fixes ticket #7979 for me.
Now attached.
> Please comment, Carl Eugen
From 702506c37b239bf26335fb8f42d06511b8604bb5 Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Mon, 1 Jul 2019 00:37:08 +0200
Subject
Hi!
Attached patch fixes ticket #7979 for me.
Please comment, Carl Eugen
___
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
Fixes: left shift of 1 by 31 places cannot be represented in type 'int'
Fixes:
15328/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_AGM_fuzzer-5637545171353600
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermaye
Fixes: signed integer overflow: 2147475672 + 8192 cannot be represented in type
'int'
Fixes:
15415/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_ILBC_fuzzer-5712074128228352
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Mi
Am Mo., 1. Juli 2019 um 00:12 Uhr schrieb James Almer :
>
> On 6/30/2019 7:01 PM, Carl Eugen Hoyos wrote:
> > Hi!
> >
> > Attached patch fixes ticket #7979 for me, please comment.
> >
> > Thank you, Carl Eugen
> >
> >
> > 0001-lavf-rawenc-Do-not-allow-encoding-0-audio-channels.patch
> >
> > From 97
Fixes:
15295/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_HEVC_fuzzer-5675655187922944
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/hevcdec.c | 2 ++
1 file changed, 2 insertions(+)
d
Fixes: out of array read
Fixes:
15409/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_H264_fuzzer-5758846959616000
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/h264_refs.c | 6 --
1 f
On 6/30/2019 7:01 PM, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes ticket #7979 for me, please comment.
>
> Thank you, Carl Eugen
>
>
> 0001-lavf-rawenc-Do-not-allow-encoding-0-audio-channels.patch
>
> From 976b294c10be32667852729c3652dbec466ac091 Mon Sep 17 00:00:00 2001
> From: Car
Hi!
Attached patch fixes ticket #7979 for me, please comment.
Thank you, Carl Eugen
From 976b294c10be32667852729c3652dbec466ac091 Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Mon, 1 Jul 2019 00:00:38 +0200
Subject: [PATCH] lavf/rawenc: Do not allow encoding 0 audio channels.
Fixes tick
From 7.4.3.3.1:
num_tile_columns_minus1 shall be in the range of 0 to PicWidthInCtbsY - 1,
inclusive.
num_tile_rows_minus1 shall be in the range of 0 to PicHeightInCtbsY - 1,
inclusive.
Signed-off-by: James Almer
---
Sorry for not noticing it when reviewing c692051252 and 3b2082c663.
libavco
Am 30.06.19 um 21:40 schrieb Thilo Borgmann:
> Am 30.06.19 um 19:17 schrieb Moritz Barsnick:
>> On Sun, Jun 30, 2019 at 14:14:13 +0200, Thilo Borgmann wrote:
>>> -{ "capture_cursor", "capture the screen cursor", offsetof(AVFContext,
>>> capture_cursor), AV_OPT_TYPE_INT, {.i64=0}, 0, 1,
>>> AV
Am 30.06.19 um 19:17 schrieb Moritz Barsnick:
> On Sun, Jun 30, 2019 at 14:14:13 +0200, Thilo Borgmann wrote:
>> -{ "capture_cursor", "capture the screen cursor", offsetof(AVFContext,
>> capture_cursor), AV_OPT_TYPE_INT, {.i64=0}, 0, 1, AV_OPT_FLAG_DECODING_PARAM
>> },
>> -{ "capture_mous
On 6/30/19, Marton Balint wrote:
>
>
> On Wed, 26 Jun 2019, Andreas Håkon wrote:
>
>>> > > > -ts_st->payload = av_mallocz(ts->pes_payload_size);
>>> > > > +ts_st->payload = av_mallocz(ts->parallel_mux ?
>>> > > > MAX_PES_PAYLOAD : ts->pes_payload_size);
>>> > >
>>> > > Coul
On Wed, 26 Jun 2019, Andreas Håkon wrote:
> > > -ts_st->payload = av_mallocz(ts->pes_payload_size);
> > > +ts_st->payload = av_mallocz(ts->parallel_mux ? MAX_PES_PAYLOAD
: ts->pes_payload_size);
> >
> > Could you clarify why this needs to be changed?
>
> Sure! Because
On Sun, Jun 30, 2019 at 14:14:13 +0200, Thilo Borgmann wrote:
> -{ "capture_cursor", "capture the screen cursor", offsetof(AVFContext,
> capture_cursor), AV_OPT_TYPE_INT, {.i64=0}, 0, 1, AV_OPT_FLAG_DECODING_PARAM
> },
> -{ "capture_mouse_clicks", "capture the screen mouse clicks",
> off
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 36 ++
libavfilter/Makefile | 1 +
libavfilter/af_deesser.c | 240 +++
libavfilter/allfilters.c | 1 +
4 files changed, 278 insertions(+)
create mode 100644 libavfilter/af_deesser.c
diff
Signed-off-by: Michael Niedermayer
---
libavcodec/golomb.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavcodec/golomb.h b/libavcodec/golomb.h
index fcc78f44c1..5cdfa0945d 100644
--- a/libavcodec/golomb.h
+++ b/libavcodec/golomb.h
@@ -49,6 +49,8 @@ extern const uint8_t
ff_interleaved
On Tue, Jun 25, 2019 at 10:32:55AM -0300, James Almer wrote:
> On 6/25/2019 5:55 AM, Michael Niedermayer wrote:
> > Suggested-by: James Almer
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavcodec/hevc_ps.c | 4 ++--
> > 1 file changed, 2 insertions(+), 2 deletions(-)
> >
> > diff -
On Wed, Jun 26, 2019 at 10:29:05AM -0300, James Almer wrote:
> On 6/26/2019 9:41 AM, Michael Niedermayer wrote:
> > On Tue, Jun 25, 2019 at 10:30:45AM -0300, James Almer wrote:
> >> On 6/25/2019 5:55 AM, Michael Niedermayer wrote:
> >>> Fixes: signed integer overflow: -2147483648 - 1 cannot be repr
On Sun, Jun 16, 2019 at 11:56:59AM +0200, Michael Niedermayer wrote:
> Fixes:
> 15255/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_APE_fuzzer-5718831688843264
> Fixes: left shift of 1 by 31 places cannot be represented in type 'int'
>
> Found-by: continuous fuzzing process
> https://github.
On Sun, Jun 30, 2019 at 01:07:00PM +, Andreas Rheinhardt wrote:
> Michael Niedermayer:
> > On Mon, Jun 17, 2019 at 11:12:00PM +, Andreas Rheinhardt wrote:
> >> Michael Niedermayer:
> >>> Fixes: Assertion failure
> >>> Fixes:
> >>> 15151/clusterfuzz-testcase-minimized-ffmpeg_DEMUXER_fuzzer-
On 6/29/19 3:39 AM, Paul B Mahol wrote:
On 6/29/19, Michael Niedermayer wrote:
On Fri, Jun 28, 2019 at 02:02:29PM +0530, Shivam wrote:
On 6/27/19 9:21 PM, Michael Niedermayer wrote:
On Wed, Jun 26, 2019 at 11:33:05PM +0530, Shivam wrote:
On 6/26/19 4:37 PM, Michael Niedermayer wrote:
On We
On 6/29/19 3:35 AM, Michael Niedermayer wrote:
On Fri, Jun 28, 2019 at 02:02:29PM +0530, Shivam wrote:
On 6/27/19 9:21 PM, Michael Niedermayer wrote:
On Wed, Jun 26, 2019 at 11:33:05PM +0530, Shivam wrote:
On 6/26/19 4:37 PM, Michael Niedermayer wrote:
On Wed, Jun 26, 2019 at 09:54:56AM +020
Michael Niedermayer:
> On Mon, Jun 17, 2019 at 11:12:00PM +, Andreas Rheinhardt wrote:
>> Michael Niedermayer:
>>> Fixes: Assertion failure
>>> Fixes:
>>> 15151/clusterfuzz-testcase-minimized-ffmpeg_DEMUXER_fuzzer-5757079496687616
>>>
>>> Signed-off-by: Michael Niedermayer
>>> ---
>>> libavf
On Mon, Jun 17, 2019 at 11:12:00PM +, Andreas Rheinhardt wrote:
> Michael Niedermayer:
> > Fixes: Assertion failure
> > Fixes:
> > 15151/clusterfuzz-testcase-minimized-ffmpeg_DEMUXER_fuzzer-5757079496687616
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavformat/aviobuf.c | 3 +--
On Tue, Jun 25, 2019 at 12:05:19PM +0200, Michael Niedermayer wrote:
> Fixes: division by 0
> Fixes:
> 15206/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_FITS_fuzzer-5657260212092928
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
>
$SUBJECT
-Thilo
From 3287fbbcbf625a8eebf3aac17871836a6f28c824 Mon Sep 17 00:00:00 2001
From: Thilo Borgmann
Date: Sun, 30 Jun 2019 14:01:56 +0200
Subject: [PATCH 4/4] lavd/avfoundation: Support muxed type of devices
including raw muxed data capture.
---
libavdevice/avfoundation.m | 91
$SUBJECT
-Thilo
From 312df3342b98fd805c3bda584de88b261a59329e Mon Sep 17 00:00:00 2001
From: Thilo Borgmann
Date: Sun, 30 Jun 2019 14:00:42 +0200
Subject: [PATCH 3/4] lavd/avfoundation: Refine some log messages.
---
libavdevice/avfoundation.m | 8
1 file changed, 4 insertions(+), 4 del
$SUBJECT
-Thilo
From 4e39cb25ac2dd75899989d87ac48cc55293db515 Mon Sep 17 00:00:00 2001
From: Thilo Borgmann
Date: Sun, 30 Jun 2019 13:57:54 +0200
Subject: [PATCH 2/4] lavd/avfoundation: Add human readable option arguments.
---
libavdevice/avfoundation.m | 8 ++--
1 file changed, 6 insertion
including patch...
From 4b85b80cdbf3c5e041eab3b5d1171c0ff3f913ad Mon Sep 17 00:00:00 2001
From: Thilo Borgmann
Date: Sun, 30 Jun 2019 13:56:08 +0200
Subject: [PATCH 1/4] lavd/avfoundation: Remove useless index increment.
---
libavdevice/avfoundation.m | 1 -
1 file changed, 1 deletion(-)
diff -
$SUBJECT
-Thilo
___
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".
Hi,
some cleanup and $SUBJECT.
Documentation and reindent follows afterwards.
Thanks,
Thilo
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-
When I truncate the packet at next SOC, I get:
[jpeg2000 @ 0x55ce0298aa40] SIZ
[jpeg2000 @ 0x55ce0298aa40] SIZ width=2056 height=2168 tile_width=2056
tile_height=2168 tile_offset_x=0 tile_offset_y=0 xtiles=1 ytiles=1
[jpeg2000 @ 0x55ce0298aa40] SIZ Rsiz=0x8040 2056 2168
[jpeg2000 @ 0x55ce0298aa40]
On 6/30/19, Anton Novikov wrote:
> Hi everyone,
> I'm reversing the recent version of r3d file format, and have encountered a
> JPEG2000-related thing.
> I've got a memory dump of something that seems to be JPEG2000, and modified
> ffmpeg to consume it. The log follows:
> [r3d @ 0x558d304077c0] te
Hi everyone,
I'm reversing the recent version of r3d file format, and have encountered a
JPEG2000-related thing.
I've got a memory dump of something that seems to be JPEG2000, and modified
ffmpeg to consume it. The log follows:
[r3d @ 0x558d304077c0] test
[r3d @ 0x558d304077c0] error reading end at
51 matches
Mail list logo
