Signed-off-by: Michael Niedermayer
---
libswscale/tests/swscale.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libswscale/tests/swscale.c b/libswscale/tests/swscale.c
index 845ced61bb..9c0b5a4b11 100644
--- a/libswscale/tests/swscale.c
+++ b/libswscale/tests/swscale.c
@@ -2
Fixes: out of array access
Fixes: crash.asf
Found-by: anton listov
Reviewed-by: anton listov
Signed-off-by: Michael Niedermayer
---
libavcodec/tdsc.c | 21 ++---
1 file changed, 10 insertions(+), 11 deletions(-)
diff --git a/libavcodec/tdsc.c b/libavcodec/tdsc.c
index eaea41c1
On Thu, 16 Jul 2020, Michael Niedermayer wrote:
Signed-off-by: Michael Niedermayer
---
libswscale/tests/swscale.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libswscale/tests/swscale.c b/libswscale/tests/swscale.c
index 845ced61bb..9c0b5a4b11 100644
--- a/libswscale/tests
Attachment patch include all changes corresponding to my following comments,
for your reference.
>-Original Message-
>From: ffmpeg-devel-boun...@ffmpeg.org [mailto:ffmpeg-devel-boun...@ffmpeg.org]
>On Behalf Of
>Jiaxun Yang
>Sent: Thursday, July 2, 2020 11:46 PM
>To: ffmpeg-devel@ffmpeg.
On Tue, Jul 14, 2020 at 10:13:14PM +0530, gautamr...@gmail.com wrote:
> From: Gautam Ramakrishnan
>
> The PCRL progression checks were incomplete. This patch
> modifes completes the check. Tested on p1_05.j2k.
> ---
> libavcodec/jpeg2000dec.c | 23 +++
> 1 file changed, 15 in
Michael Niedermayer (12020-07-16):
> Signed-off-by: Michael Niedermayer
> ---
> libswscale/tests/swscale.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libswscale/tests/swscale.c b/libswscale/tests/swscale.c
> index 845ced61bb..9c0b5a4b11 100644
> --- a/libswscale/tes
On Thu, Jul 16, 2020 at 10:57:27AM +0300, Martin Storsjö wrote:
> On Thu, 16 Jul 2020, Michael Niedermayer wrote:
>
> > Signed-off-by: Michael Niedermayer
> > ---
> > libswscale/tests/swscale.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/libswscale/tests/swscale
On 16.07.2020 04:16, Wang Bin wrote:
What happens if a struct
gets updated, and ffmpeg wants to use the new fields when available,
like happened plenty of times?
Upgrade nvEncodeAPI.h like we've already done. Part of reserved bits will
become a struct member and have a name. These bits will b
HLS spec RFC 8216(https://tools.ietf.org/html/rfc8216) version 7 added
supporting fMP4(CMAF) format for segment. However, when requesting seek
operation,
the hls demuxer doesn't work properly due to previous implementation of the HLS
demuxer was only for supporting MPEG-TS format for segment.
>-Original Message-
>From: ffmpeg-devel-boun...@ffmpeg.org [mailto:ffmpeg-devel-boun...@ffmpeg.org]
>On Behalf Of
>Jiaxun Yang
>Sent: Thursday, July 2, 2020 11:46 PM
>To: ffmpeg-devel@ffmpeg.org
>Cc: Jiaxun Yang
>Subject: [FFmpeg-devel] [PATCH v5 4/6] libavcodec: Enable runtime detection
Hi All,
I was going through the bug tracker for a list of bugs associated with
jpeg2000. Looking at issue 5012, is there a good utility for solving
this issue? To whomever it may concern, please do let me know your
opinion on this.
--
-
Gautam |
__
>-Original Message-
>From: ffmpeg-devel-boun...@ffmpeg.org [mailto:ffmpeg-devel-boun...@ffmpeg.org]
>On Behalf Of
>Jiaxun Yang
>Sent: Thursday, July 2, 2020 11:46 PM
>To: ffmpeg-devel@ffmpeg.org
>Cc: Jiaxun Yang
>Subject: [FFmpeg-devel] [PATCH v5 5/6] libavcodec: MIPS: MMI: Fix type
>mism
> On 16 Jul 2020, at 10:36, Dongwon Kim wrote:
>
>
> HLS spec RFC 8216(https://tools.ietf.org/html/rfc8216) version 7 added
> supporting fMP4(CMAF) format for segment. However, when requesting seek
> operation,
> the hls demuxer doesn't work properly due to previous implementation of the
>
From: spartazhc
Add abr module for hls/dash.
v1 fixed:
1. add an "ff" prefix to the protocol name to mark it internal.
2. use 1.2f for float constant 1.2.
3. simplify abr_seek for we just need AVSEEK_SIZE only.
v2 fixed:
1. fix error return
2. simplify abr_seek
Signed-off-by: spartazhc
---
d
From: spartazhc
When abr is enable, it will take over the task to call http to
download segments, and will return a switch-request for hls to
switch streams.
For reason not to waste segments that have been downloaded,
switch will become effective after old segments is used out.
Abr cannot work wi
From: spartazhc
Add abr option, ffplay can play hls using abr by:
ffplay -i http://xxx/master.m3u8 -abr
Structure ABRList is added to save stream type and index, it is
used to allow packet_queue_put function to put pkt which from same
type(for example: video pkt) but different stream index to qu
From: spartazhc
add abr protocol to http's whitelist
Signed-off-by: spartazhc
---
libavformat/http.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/http.c b/libavformat/http.c
index 6c39da1a8b..b77517ff51 100644
--- a/libavformat/http.c
+++ b/libavformat/http.c
From: spartazhc
Add av_packet_buffer_filter to remove AVPackets whose stream_index is not
in st_index list. st_index has length of AVMEDIA_TYPE_NB, contains
the stream_index of all these media types.
Generally s->internal->packet_buffer may have pkts from different
stream, and stream_index will
From: spartazhc
hls_read_header will add all streams to s->internal->packet_buffer.
Use av_packet_buffer_filter to remove the AVPackets from other streams that
are not needed, otherwise abr will allow them to be added to ffplay's
packet_queue.
Signed-off-by: spartazhc
---
fftools/ffplay.c | 4
On Thu, Jul 16, 2020 at 17:10:06 +0530, Gautam Ramakrishnan wrote:
> I was going through the bug tracker for a list of bugs associated with
> jpeg2000. Looking at issue 5012, is there a good utility for solving
> this issue?
What do you mean with utility? I suppose you just need to implement
JPEG2
On 7/16/2020 9:51 AM, Hongcheng Zhong wrote:
> From: spartazhc
>
> Add av_packet_buffer_filter to remove AVPackets whose stream_index is not
> in st_index list. st_index has length of AVMEDIA_TYPE_NB, contains
> the stream_index of all these media types.
>
> Generally s->internal->packet_buffer
RGB pixel formats are one occasion where by pixel format we mean
pixel format, primaries, transfer characteristic, and matrix coeffs,
so we have to manually set them as they're set to unspecified by
default, despite there only being a single possible combination.
Patch attached.
>From 83652d61b7
Signed-off-by: Paul B Mahol
---
libavcodec/Makefile| 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/rpzaenc.c | 857 +
3 files changed, 859 insertions(+)
create mode 100644 libavcodec/rpzaenc.c
diff --git a/libavcodec/Makefile b/libavcodec/Makefi
---
This stills lacks docs, as I first want an overall opinion on this
approach or possible other solutions I should choose for this.
---
libavformat/adtsenc.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/libavformat/adtsenc.c b/libavformat/adtsenc.c
index 9e285752eb.
On Thu, 16 Jul 2020 at 16:25, Marvin Scholz wrote:
> ---
>
> This stills lacks docs, as I first want an overall opinion on this
> approach or possible other solutions I should choose for this.
>
What uses this?
Kieran
___
ffmpeg-devel mailing list
ffm
On 16 Jul 2020, at 17:27, Kieran Kunhya wrote:
On Thu, 16 Jul 2020 at 16:25, Marvin Scholz
wrote:
---
This stills lacks docs, as I first want an overall opinion on this
approach or possible other solutions I should choose for this.
What uses this?
It's needed when concatenating strea
Hongcheng Zhong:
> From: spartazhc
>
> Add av_packet_buffer_filter to remove AVPackets whose stream_index is not
> in st_index list. st_index has length of AVMEDIA_TYPE_NB, contains
> the stream_index of all these media types.
>
> Generally s->internal->packet_buffer may have pkts from different
Hongcheng Zhong:
> From: spartazhc
>
> hls_read_header will add all streams to s->internal->packet_buffer.
> Use av_packet_buffer_filter to remove the AVPackets from other streams that
> are not needed, otherwise abr will allow them to be added to ffplay's
> packet_queue.
>
> Signed-off-by: spar
On Thu, Jul 16, 2020 at 5:28 PM Kieran Kunhya wrote:
>
> On Thu, 16 Jul 2020 at 16:25, Marvin Scholz wrote:
>
> > ---
> >
> > This stills lacks docs, as I first want an overall opinion on this
> > approach or possible other solutions I should choose for this.
> >
>
> What uses this?
>
In my expe
Hongcheng Zhong:
> From: spartazhc
>
> Add abr module for hls/dash.
>
> v1 fixed:
> 1. add an "ff" prefix to the protocol name to mark it internal.
> 2. use 1.2f for float constant 1.2.
> 3. simplify abr_seek for we just need AVSEEK_SIZE only.
>
> v2 fixed:
> 1. fix error return
> 2. simplify a
On Tue, Jul 14, 2020 at 10:13:15PM +0530, gautamr...@gmail.com wrote:
> From: Gautam Ramakrishnan
>
> The RPCL progression order check was incomplete. This
> patch completes the check. Tested on p1_07.j2k.
> ---
> libavcodec/jpeg2000dec.c | 18 --
> 1 file changed, 12 insertions(
On Thu, Jul 16, 2020 at 6:26 PM Moritz Barsnick wrote:
>
> On Thu, Jul 16, 2020 at 17:10:06 +0530, Gautam Ramakrishnan wrote:
> > I was going through the bug tracker for a list of bugs associated with
> > jpeg2000. Looking at issue 5012, is there a good utility for solving
> > this issue?
>
> What
On Sun, Jul 12, 2020 at 12:26:58AM +0800, Zhao Zhili wrote:
> The conversion was endian-dependent, and it may contain non-printable
> characters.
> ---
> libavformat/mov.c | 9 -
> 1 file changed, 4 insertions(+), 5 deletions(-)
will apply
thx
[...]
--
Michael GnuPG fingerprint: 9F
On Thu, Jul 16, 2020 at 10:10 PM Gautam Ramakrishnan
wrote:
>
> On Thu, Jul 16, 2020 at 6:26 PM Moritz Barsnick wrote:
> >
> > On Thu, Jul 16, 2020 at 17:10:06 +0530, Gautam Ramakrishnan wrote:
> > > I was going through the bug tracker for a list of bugs associated with
> > > jpeg2000. Looking at
On Wed, Jul 15, 2020 at 4:37 PM Mark Thompson wrote:
> On 15/07/2020 22:05, Yongle Lin wrote:
> > ---
> > libavcodec/h264dec.c | 14 ++
> > 1 file changed, 14 insertions(+)
> >
> > diff --git a/libavcodec/h264dec.c b/libavcodec/h264dec.c
> > index 1e2ca68449..b3de5290d0 100644
> >
Am Do., 16. Juli 2020 um 19:42 Uhr schrieb Gautam Ramakrishnan
:
> How could I get access to some stream/file for testing this feature if
> I implement this?
GStreamer should allow you to test your implementation.
Carl Eugen
___
ffmpeg-devel mailing li
From: Mohammad Izadi
---
libavcodec/avpacket.c | 1 +
libavcodec/decode.c | 1 +
libavcodec/hevc_sei.c | 40 +++---
libavcodec/hevc_sei.h | 5 ++
libavcodec/hevcdec.c | 7 ++
libavcodec/internal.h | 9 +++
libavcodec/packet.h | 9 +++
libavcodec/utils.c| 180 +++
During glitching or looping streams, old frames remain in the DPB.
The decoder incorrectly thinks that the DPB contains the right number of
buffered frames to output and reordering breaks badly
Any non-cosmetic comments welcome.
Kieran
0001-RFC-libavcodec-hevc_refs-Clear-DPB-of-old-frames.patch
On 16 Jul 2020, at 18:11, Hendrik Leppkes wrote:
> On Thu, Jul 16, 2020 at 5:28 PM Kieran Kunhya wrote:
>>
>> On Thu, 16 Jul 2020 at 16:25, Marvin Scholz wrote:
>>
>>> ---
>>>
>>> This stills lacks docs, as I first want an overall opinion on this
>>> approach or possible other solutions I shou
Am Do., 16. Juli 2020 um 21:24 Uhr schrieb Mohammad Izadi
:
> -user_identifier = get_bits_long(gb, 32);
> -
> -switch (user_identifier) {
> -case MKBETAG('G', 'A', '9', '4'):
Why did you have to change this existing code?
Could you elaborate a little on the use-cases this patch s
On 7/16/2020 4:23 PM, Mohammad Izadi wrote:
> From: Mohammad Izadi
>
> ---
> libavcodec/avpacket.c | 1 +
> libavcodec/decode.c | 1 +
> libavcodec/hevc_sei.c | 40 +++---
> libavcodec/hevc_sei.h | 5 ++
> libavcodec/hevcdec.c | 7 ++
> libavcodec/internal.h | 9 +++
> libavcod
On 7/16/2020 4:29 PM, Carl Eugen Hoyos wrote:
> Am Do., 16. Juli 2020 um 21:24 Uhr schrieb Mohammad Izadi
> :
>
>> -user_identifier = get_bits_long(gb, 32);
>> -
>> -switch (user_identifier) {
>> -case MKBETAG('G', 'A', '9', '4'):
>
> Why did you have to change this existing code?
On Thu, Jul 16, 2020 at 06:34:31PM -0300, James Almer wrote:
>> static AVMutex codec_mutex = AV_MUTEX_INITIALIZER;
>> +static const uint8_t usa_country_code = 0xB5;
>> +static const uint16_t smpte_provider_code = 0x003C;
>> +static const uint16_t smpte2094_40_provider_oriented_code = 0x0001;
>> +s
Fixes: signed integer overflow: 0 - -2147483648 cannot be represented in type
'int'
Fixes:
23646/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_AAC_FIXED_fuzzer-5480991098667008
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by:
According to the spec bits per sample should be used
Fix invalid shift with bpp=32
Fixes: shift exponent 32 is too large for 32-bit type 'unsigned int'
Fixes:
23507/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_TIFF_fuzzer-4815432665268224
Found-by: continuous fuzzing process
https://github
On 08/07/2020 02:29, James Almer wrote:
Based on code from 235a5734e0
Signed-off-by: James Almer
---
libavcodec/filter_units_bsf.c | 23 ++-
1 file changed, 14 insertions(+), 9 deletions(-)
diff --git a/libavcodec/filter_units_bsf.c b/libavcodec/filter_units_bsf.c
index
Signed-off-by: Dongwon Kim
---
libavformat/hls.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavformat/hls.c b/libavformat/hls.c index ba17c4ed96..5e331ab68f
100644
--- a/libavformat/hls.c
+++ b/libavformat/hls.c
@@ -810,6 +810,8 @@ static int parse_playlist(HLSConte
On 7/16/2020 8:05 PM, Mark Thompson wrote:
> On 08/07/2020 02:29, James Almer wrote:
>> Based on code from 235a5734e0
>>
>> Signed-off-by: James Almer
>> ---
>> libavcodec/filter_units_bsf.c | 23 ++-
>> 1 file changed, 14 insertions(+), 9 deletions(-)
>>
>> diff --git a/lib
I modified setting AVFMT_TS_DISCONT flag on HLS input format depending on
whether "EXT-X-DISCONTINUITY" existed or not in M3U8.
previous, commits are set "AVFMT_TS_DISCONT" flag unconditionally, whether
"EXT-X-DISCONTINUITY" existed or not, as below
https://github.com/FFmpeg/FFmpeg/commit/d6ac665
On 7/16/2020 7:46 AM, Lynne wrote:
> RGB pixel formats are one occasion where by pixel format we mean
> pixel format, primaries, transfer characteristic, and matrix coeffs,
> so we have to manually set them as they're set to unspecified by
> default, despite there only being a single possible comb
I modified setting AVFMT_TS_DISCONT flag on HLS input format depending on
whether "EXT-X-DISCONTINUITY" existed or not in M3U8.
previous, commits is set AVFMT_TS_DISCONT flag unconditionally, whether
"EXT-X-DISCONTINUITY" existed or not, as below
https://github.com/FFmpeg/FFmpeg/commit/d6ac6650b911
Calling av_image_fill_arrays() with NULL as src argument may result in UB.
Signed-off-by: James Almer
---
It will still happen even after this patch because of the current
av_image_get_buffer_size() implementation, but will stop being the case after
the patchset by Brian Kim is applied.
libavco
김동원님(Dongwon Kim):
> Signed-off-by: Dongwon Kim
> ---
> libavformat/hls.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/libavformat/hls.c b/libavformat/hls.c index
> ba17c4ed96..5e331ab68f 100644
> --- a/libavformat/hls.c
> +++ b/libavformat/hls.c
> @@ -810,6 +810,
On Wed, 08 Jul 2020 12:54:46 +
"Zane van Iperen" wrote:
> v6: [8]
> * split out header and extradata fixes
> * add more-descriptive commit messages
> * fix bit_rate overflow
Ping 2.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffm
From: Andriy Gelman
Currently if the frame buffers are full, the frame is unrefed and
dropped. Instead buffer the frame so that it is enqueued in the
following v4l2_receive_packet() call. The behavior was observed on
DragonBoard 410c.
Signed-off-by: Andriy Gelman
---
libavcodec/v4l2_m2m.c
From: Andriy Gelman
Signed-off-by: Andriy Gelman
---
libavcodec/v4l2_m2m_enc.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/libavcodec/v4l2_m2m_enc.c b/libavcodec/v4l2_m2m_enc.c
index 6d74c4c083d..6e18217c35f 100644
--- a/libavcodec/v4l2_m2m_enc.c
+++ b/libavco
From: Andriy Gelman
Return proper error when a frame buffers are full. This path is
triggered on the DragonBoard 410c since the encoding API change in
commit 827d6fe73d2f5472c1c2.
Signed-off-by: Andriy Gelman
---
libavcodec/v4l2_context.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
On Tue, 14. Jul 14:14, Moritz Barsnick wrote:
> On Sun, Jul 12, 2020 at 10:54:45 -0400, Andriy Gelman wrote:
> > On Fri, 10. Jul 21:13, Moritz Barsnick wrote:
> > > Since xcbgrab is getting some attention recently...
> > >
> > > Fixes a segfault, as reported in #7312.
> > >
> > > To reproduce:
> >
58 matches
Mail list logo
