Am 20.06.2019 um 00:01 schrieb greg Luce :
>> Who has written the patch that you attached?
>>
>> Thank you, Carl Eugen
>
> The C code was written by kepstin
> I wrote the change to the documentation with help from several people
> There's a trac ticket at https://trac.ffmpeg.org/ticket/7947
The previous calculation code did not account for the fact that the
copy_offset for the start of the frame array is at index 0, yet the
scan line number from the rfc4175 RTP header starts at 1.
This caused 2 issues to appear:
- The first scan line was being copied into the array where the second
From: Jun Zhao
Respect default disposition when select the AVStream
Signed-off-by: Jun Zhao
---
libavformat/utils.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/libavformat/utils.c b/libavformat/utils.c
index 3d764c1..886cd6f 100644
--- a/libavformat/utils.c
+++ b
From: Jun Zhao
Respect default disposition when select audio/video
Signed-off-by: Jun Zhao
---
fftools/ffmpeg_opt.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/fftools/ffmpeg_opt.c b/fftools/ffmpeg_opt.c
index 53d688b..f5ca18a 100644
--- a/fftools/ffmpeg_opt.c
From: Jun Zhao
More disposition flag dump
Signed-off-by: Jun Zhao
---
libavformat/dump.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/libavformat/dump.c b/libavformat/dump.c
index bb8c72f..1c44656 100644
--- a/libavformat/dump.c
+++ b/libavformat/dump.c
@@ -5
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 determined when
this option
On 18-06-2019 07:39 PM, Gyan wrote:
Fixes crash when muxing tmcd tracks.
Will push soon.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel
On 6/19/2019 3:59 PM, James Almer wrote:
> On 6/19/2019 3:13 PM, Michael Niedermayer wrote:
>> On Wed, Jun 19, 2019 at 12:54:25PM -0300, James Almer wrote:
>>> On 6/19/2019 6:22 AM, Michael Niedermayer wrote:
On Mon, Jun 17, 2019 at 07:55:45PM -0300, James Almer wrote:
> On 6/17/2019 6:54
On 6/19/19 3:08 PM, Alfred E. Heggestad wrote:
> On 19/06/2019 07:21, Jeyapal, Karthick wrote:
>>
>> On 6/18/19 1:48 PM, Alfred E. Heggestad wrote:
>>> On 18/06/2019 04:02, Steven Liu wrote:
Alfred E. Heggestad 于2019年6月17日周一 下午4:02写道：
>
>From 923da82598bddd1ed05750427dbc71e607d29
> 在 2019年6月20日，上午1:37，Michael Niedermayer 写道：
>
> On Wed, Jun 19, 2019 at 10:03:51AM +, Bodecs Bela wrote:
>> ffmpeg | branch: master | Bodecs Bela | Mon Jun 17
>> 23:05:21 2019 +0200| [09a4853930e7950f423e9161004871afe659ed84] | committer:
>> Steven Liu
>>
>> av_format/hlsenc: fix %v h
On 6/19/2019 11:11 PM, Chris Cunningham wrote:
> On Wed, Jun 19, 2019 at 11:25 AM Michael Niedermayer
> wrote:
>
> breaks:
> ./ffmpeg -i bgc.sub.dub.ogm -vframes 3 -y test.webm
> sample: http://samples.mplayerhq.hu/ogg/bgc.sub.dub.ogm
>
> [...]
>
> --
> Michael GnuP
On Wed, Jun 19, 2019 at 7:11 PM Chris Cunningham
wrote:
> On Wed, Jun 19, 2019 at 11:25 AM Michael Niedermayer
> wrote:
>
>> breaks:
>> ./ffmpeg -i bgc.sub.dub.ogm -vframes 3 -y test.webm
>> sample: http://samples.mplayerhq.hu/ogg/bgc.sub.dub.ogm
>>
>> [...]
>>
>> --
>> Michael GnuPG fingerp
On Wed, Jun 19, 2019 at 11:25 AM Michael Niedermayer
wrote:
> breaks:
> ./ffmpeg -i bgc.sub.dub.ogm -vframes 3 -y test.webm
> sample: http://samples.mplayerhq.hu/ogg/bgc.sub.dub.ogm
>
> [...]
>
> --
> Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
>
Thanks Michael.
That
> -Original Message-
> From: Guo, Yejun
> Sent: Thursday, June 13, 2019 1:31 PM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Guo, Yejun
> Subject: [PATCH V3 1/3] tools/python: add script to convert TensorFlow model
> (.pb) to native model (.model)
>
> For example, given TensorFlow model file esp
Up until now flvenc.c included aacenctab.h which included
mpeg4audio_sample_rates (a clone of avpriv_mpeg4audio_sample_rates) as
static const array. But given that avpriv_mpeg4audio_sample_rates is
avpriv, it can be used instead.
Signed-off-by: Andreas Rheinhardt
---
libavformat/flvenc.c | 4 ++-
This commit adds an option to also update the AVCodecParameters to align
them with the changes at the bitstream level. It is on by default.
Given the importance of correct frame dimensions they are updated
even when the new option is disabled. Notice that for field-based HEVC
the derived height is
The earlier version had three deficits:
1. It allowed to set the stream to RGB although this is not allowed when
the profile is 0 or 2.
2. If it set the stream to RGB, then it did not automatically set the
range to full range; the result was that one got a warning every time a
frame with color_conf
This commit adds an option to also update the AVCodecParameters to align
them with the changes at the bitstream level. It is on by default.
Given the importance of correct frame dimensions they are updated
even when the new option is disabled.
The commit also adds documentation for the new option
This commit adds an option to not only update the bitstream parameters
when using the vp9_metadata bitstream filter, but also the relevant
AVCodecParameters. The new option is on by default.
This commit also adds documentation for this value.
Signed-off-by: Andreas Rheinhardt
---
doc/bitstream_
Otherwise the muxer could add header data that is based on the old
AVCodecParameters that contradicts and potentially nullifies the
modifications made to the bitstream.
An option to revert to the old behaviour is included.
The documentation has been updated to reflect the change.
Signed-off-by: A
If any of the *_metadata filter based upon cbs currently updates a video
codec parameter like color information, the AVCodecParameters are not
updated accordingly, so that e.g. muxers write header values based upon
outdated information that may precede and thereby nullify the new values
on the bits
If the relevant elements (the color description elements for AV1 and the
VUI elements in general for H.264 (since 1156b507)) are absent, then their
correct values (usually meaning unknown) have already been inferred by
the reading process, so that it is unnecessary to initialize them again
in the a
Up until now, this BSF only changed the bitstream and the extradata,
not the rest of the AVCodecParameters. The result is that e.g. some
muxers use outdated information to write header information that
conflicts with (and potentially precedes) the new information at the
bitstream level, so that usi
Up until now, a temporary variable was used and initialized every time a
value was read in CBS; if reading turned out to be successfull, this
value was overwritten (without having ever been looked at) with the
value read if reading was successfull; on failure the variable wasn't
touched either. The
Remove superfluous trailing zeros from slices. Because MPEG-2 slices
can end with zero bits a safe number of trailing zero bits is always
kept.
More explicitly, 6 + max{f_code[i][1] - 1, i = 0,1, f_code[i][1] != 0xf}
is an upper bound for the number of possible trailing zeros that are
part of the
1. The extra information in slice headers was parsed incorrectly:
In the first reading pass to derive the length of the extra information,
one should look at bits n, n + 9, n + 18, ... and check whether they
equal one (further extra information) or zero (end of extra information),
but instead bits
This commit changes vp9_metadata to (a) use ff_bsf_get_packet_ref
instead of ff_bsf_get_packet (thereby avoiding one malloc and free per
filtered packet) and (b) to use only one packet structure at all,
thereby avoiding a call to av_packet_copy_props.
(b) has been made possible by the recent chang
If a sequence display extension is read with colour_description equal to
zero, but a user wants to add one or more of the colour_description
elements, then the colour_description elements the user did not explicitly
request to be set are set to zero and not to the value equal to
unknown/unspecified
If a new sequence display extension had to be added, this was up until
now done at two places: One where a sequence display extension was
initialized with default values and one where the actual sequence
display extension was inserted into the fragment. This division of
labour is unnecessary and po
This commit changes mpeg2_metadata to (a) use ff_bsf_get_packet_ref
instead of ff_bsf_get_packet (thereby avoiding one malloc and free per
filtered packet) and (b) to use only one packet structure at all,
thereby avoiding a call to av_packet_copy_props.
(b) has been made possible by the recent cha
When looping over an access unit's units in positive direction and
deleting some of them, one needs to make sure that a unit that is at
the position of a unit that just got deleted gets checked, too.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/h264_redundant_pps_bsf.c | 2 ++
1 file changed
Signed-off-by: Andreas Rheinhardt
---
libavcodec/h265_metadata_bsf.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/h265_metadata_bsf.c b/libavcodec/h265_metadata_bsf.c
index 6009a1990d..2f28342a26 100644
--- a/libavcodec/h265_metadata_bsf.c
+++ b/libavcodec/h265_m
This commit changes h265_metadata to (a) use ff_bsf_get_packet_ref
instead of ff_bsf_get_packet (thereby avoiding one malloc and free per
filtered packet) and (b) to use only one packet structure at all,
thereby avoiding a call to av_packet_copy_props.
(b) has been made possible by the recent chan
Deleting a unit from a fragment in CBS only fails if there is no unit
in the fragment corresponding to the position given as argument to
ff_cbs_delete_unit. Given that ff_cbs_h264_delete_sei_message asserts
this to be so, we know that the call to ff_cbs_delete_unit can never
fail and hence ff_cbs_h
This commit changes h264_redundant_pps to (a) use ff_bsf_get_packet_ref
instead of ff_bsf_get_packet (thereby avoiding one malloc and free per
filtered packet) and (b) to use only one packet structure at all,
thereby avoiding a call to av_packet_copy_props.
(b) has been made possible by the recent
ff_cbs_delete_unit never fails if the index of the unit to delete is
valid; document this behaviour explicitly and remove the checks for
whether ff_cbs_delete_unit failed, because all the callers of
ff_cbs_delete_unit already made sure the index to be valid. And add some
comments to the callers to
If the fragment is empty after parsing (i.e. it contains no OBUs), then
the check for the type of the fragment's first OBU is nonsensical; so
error out in this case just as h264_metadata and hevc_metadata do.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/av1_metadata_bsf.c | 6 ++
1 file
I have incorporated James' suggestions regarding the comments. This of
course necessitated a rebase and because there were merge conflicts to
be solved in h264_redundant_pps I'm resending all patches after #9. I
also add the patches from my earlier patchsets [1] (dealing mostly with
mpeg2) and [2]
> Who has written the patch that you attached?
>
> Thank you, Carl Eugen
The C code was written by kepstin
I wrote the change to the documentation with help from several people
There's a trac ticket at https://trac.ffmpeg.org/ticket/7947
___
ffmpeg-deve
2019.06.19. 23:49 keltezéssel, Bodecs Bela írta:
2019.06.19. 19:37 keltezéssel, Michael Niedermayer írta:
On Wed, Jun 19, 2019 at 10:03:51AM +, Bodecs Bela wrote:
ffmpeg | branch: master | Bodecs Bela | Mon Jun
17 23:05:21 2019 +0200| [09a4853930e7950f423e9161004871afe659ed84] |
committ
Fixes: left shift of negative value -6
Fixes:
15275/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_ALS_fuzzer-5742361767837696
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/alsdec.c | 12
> Am 19.06.2019 um 22:45 schrieb greg Luce :
>
> Adds pkt_pos, pkt_duration, and pkt_size to drawtext as variables for
> text expansion, and adds documentation for pict_type which already
> exists.
Who has written the patch that you attached?
Thank you, Carl Eugen
Fixes: left shift of 72 by 26 places cannot be represented in type 'int'
Fixes:
15279/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_ALS_fuzzer-5700665621348352
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermay
Fixes: signed integer overflow: -346039050 * 8 cannot be represented in type
'int'
Fixes:
15283/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_ALS_fuzzer-5692700268953600
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michae
2019.06.19. 19:37 keltezéssel, Michael Niedermayer írta:
On Wed, Jun 19, 2019 at 10:03:51AM +, Bodecs Bela wrote:
ffmpeg | branch: master | Bodecs Bela | Mon Jun 17
23:05:21 2019 +0200| [09a4853930e7950f423e9161004871afe659ed84] | committer: Steven
Liu
av_format/hlsenc: fix %v handling
On 6/19/2019 3:19 PM, Bodecs Bela wrote:
>
> 2019.06.19. 19:37 keltezéssel, Michael Niedermayer írta:
>> On Wed, Jun 19, 2019 at 10:03:51AM +, Bodecs Bela wrote:
>>> ffmpeg | branch: master | Bodecs Bela | Mon Jun
>>> 17 23:05:21 2019 +0200| [09a4853930e7950f423e9161004871afe659ed84] |
>>> co
Adds pkt_pos, pkt_duration, and pkt_size to drawtext as variables for
text expansion, and adds documentation for pict_type which already
exists.
[PATCH v3] vf_drawtext - Add variables.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-d
On Wed, Jun 19, 2019 at 04:39:47AM +0200, Andreas Rheinhardt wrote:
> This commit uses smaller types for some static const arrays to reduce
> their size in case the entries can be represented in the smaller type.
> The biggest savings came from inv_map_table in vp9.c.
>
> Signed-off-by: Andreas Rh
On 6/19/2019 3:13 PM, Michael Niedermayer wrote:
> On Wed, Jun 19, 2019 at 12:54:25PM -0300, James Almer wrote:
>> On 6/19/2019 6:22 AM, Michael Niedermayer wrote:
>>> On Mon, Jun 17, 2019 at 07:55:45PM -0300, James Almer wrote:
On 6/17/2019 6:54 PM, Michael Niedermayer wrote:
> On Sun, Ju
On Wed, Jun 19, 2019 at 01:43:28PM +0200, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes ticket #7962 for me, please comment.
>
> Thank you, Carl Eugen
> tableprint_vlc.h |1 +
> 1 file changed, 1 insertion(+)
> 9d5e5217e6a19d8e203da311a0cf108daf66129d
> 0001-lavc-tableprint_vlc-R
On Wed, Jun 19, 2019 at 08:11:50PM +1000, Peter Ross wrote:
> On Wed, Jun 19, 2019 at 11:44:36AM +0200, Michael Niedermayer wrote:
> > On Wed, Jun 19, 2019 at 07:34:19PM +1000, Peter Ross wrote:
> > > On Wed, Jun 19, 2019 at 01:53:02AM +0200, Michael Niedermayer wrote:
> > > > Fixes: shift exponent
This avoids the need for each decoder separately having to handle this case
Fixes: shift exponent -100663046 is negative
Fixes: out of array access
Fixes:
15270/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_IFF_ILBM_fuzzer-5727829913763840
Found-by: continuous fuzzing process
https://github
On Mon, Jun 17, 2019 at 05:59:40PM -0700, Chris Cunningham wrote:
> This behavior was added in 2010 to suport some old (and invalid) ogm
> files.
> https://github.com/FFmpeg/FFmpeg/commit/81b743eb1026547270b88ac6a5cb451a3907ee94
>
> But this makes it possible to change the codec in the later head
2019.06.19. 19:37 keltezéssel, Michael Niedermayer írta:
On Wed, Jun 19, 2019 at 10:03:51AM +, Bodecs Bela wrote:
ffmpeg | branch: master | Bodecs Bela | Mon Jun 17
23:05:21 2019 +0200| [09a4853930e7950f423e9161004871afe659ed84] | committer: Steven
Liu
av_format/hlsenc: fix %v handling
On Wed, Jun 19, 2019 at 12:54:25PM -0300, James Almer wrote:
> On 6/19/2019 6:22 AM, Michael Niedermayer wrote:
> > On Mon, Jun 17, 2019 at 07:55:45PM -0300, James Almer wrote:
> >> On 6/17/2019 6:54 PM, Michael Niedermayer wrote:
> >>> On Sun, Jun 16, 2019 at 11:10:43PM -0300, James Almer wrote:
>
On Wed, Jun 19, 2019 at 10:03:51AM +, Bodecs Bela wrote:
> ffmpeg | branch: master | Bodecs Bela | Mon Jun 17
> 23:05:21 2019 +0200| [09a4853930e7950f423e9161004871afe659ed84] | committer:
> Steven Liu
>
> av_format/hlsenc: fix %v handling by format_name function
>
> Hi All,
>
> When mult
On 6/19/2019 6:22 AM, Michael Niedermayer wrote:
> On Mon, Jun 17, 2019 at 07:55:45PM -0300, James Almer wrote:
>> On 6/17/2019 6:54 PM, Michael Niedermayer wrote:
>>> On Sun, Jun 16, 2019 at 11:10:43PM -0300, James Almer wrote:
On 6/13/2019 3:32 PM, Michael Niedermayer wrote:
> Fixes: sig
Added linux support for amf encoder through vulkan.
To use h.264(AMD VCE) encoder on linux amdgru-pro version 19.20+ and
amf-amdgpu-pro package(amdgru-pro contains, but does not install automatically)
are required.
Initialization of amf encoder occurs in this order:
1) trying to initialize thro
On 19/06/2019 15:36, Derek Buitenhuis wrote:
On 19/06/2019 06:43, Gyan wrote:
setting track_duration is inconsistent; some times it includes
duration and some times not.
It may be best to check the commits for these assignments to see if the
inconsistency is deliberate.
The track duration is wr
=== PROBLEM ===
I was trying to record h264 + aac streams from an RTSP server to mp4 file.
using this command line:
ffmpeg -v verbose -y -i "rtsp:///my_resources" -codec copy -bsf:a
aac_adtstoasc test.mp4
FFmpeg then fail to record audio and output this logs:
[rtsp @ 0xcda1f0] The profi
On 19/06/2019 06:43, Gyan wrote:
>> setting track_duration is inconsistent; some times it includes
>> duration and some times not.
> It may be best to check the commits for these assignments to see if the
> inconsistency is deliberate.
> The track duration is written into the media header box for
On Wed, Jun 19, 2019 at 5:26 PM Zhou, Zachary wrote:
>
>
>
> > -Original Message-
> > From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> > myp...@gmail.com
> > Sent: Wednesday, June 19, 2019 10:13 AM
> > To: FFmpeg development discussions and patches
> > Subject: R
2019.06.19. 12:17 keltezéssel, Liu Steven írta:
在 2019年6月19日，下午6:00，Bodecs Bela 写道：
2019.06.19. 11:37 keltezéssel, Michael Niedermayer írta:
On Tue, Jun 18, 2019 at 11:09:12PM +0200, Bodecs Bela wrote:
Dear All,
When multiple variant streams are specified by var_stream_map option, %v
pla
Hi!
Attached patch fixes ticket #7962 for me, please comment.
Thank you, Carl Eugen
From 2b82532897074d3f17c0a5f0a17da3a601d821d7 Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Wed, 19 Jun 2019 13:41:01 +0200
Subject: [PATCH] lavc/tableprint_vlc: Remove avpriv_request_sample() from
inclu
Am Fr., 14. Juni 2019 um 21:40 Uhr schrieb Michael Niedermayer
:
>
> ffmpeg | branch: master | Michael Niedermayer | Wed
> Jun 5 12:18:54 2019 +0200| [e78b0f83748f92ea9e93b21c36082e0dd04d7cb1] |
> committer: Michael Niedermayer
>
> avcodec/bitstream: Check for integer code truncation in build_t
> 在 2019年6月19日，下午6:00，Bodecs Bela 写道：
>
>
> 2019.06.19. 11:37 keltezéssel, Michael Niedermayer írta:
>> On Tue, Jun 18, 2019 at 11:09:12PM +0200, Bodecs Bela wrote:
>>> Dear All,
>>>
>>> When multiple variant streams are specified by var_stream_map option, %v
>>> placeholder in various names
On Wed, Jun 19, 2019 at 11:44:36AM +0200, Michael Niedermayer wrote:
> On Wed, Jun 19, 2019 at 07:34:19PM +1000, Peter Ross wrote:
> > On Wed, Jun 19, 2019 at 01:53:02AM +0200, Michael Niedermayer wrote:
> > > Fixes: shift exponent -100663046 is negative
> > > Fixes: out of array access
> > > Fixes
> 在 2019年6月19日，下午6:00，Bodecs Bela 写道：
>
>
> 2019.06.19. 11:37 keltezéssel, Michael Niedermayer írta:
>> On Tue, Jun 18, 2019 at 11:09:12PM +0200, Bodecs Bela wrote:
>>> Dear All,
>>>
>>> When multiple variant streams are specified by var_stream_map option, %v
>>> placeholder in various names
On Tue, Jun 18, 2019 at 02:55:02PM +0200, Michael Niedermayer wrote:
> Fixes: signed integer overflow: 3784 * 682038 cannot be represented in type
> 'int'
> Fixes:
> 15265/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_BINK_fuzzer-5088311799971840
> Fixes:
> 15268/clusterfuzz-testcase-minimiz
2019.06.19. 11:37 keltezéssel, Michael Niedermayer írta:
On Tue, Jun 18, 2019 at 11:09:12PM +0200, Bodecs Bela wrote:
Dear All,
When multiple variant streams are specified by var_stream_map option, %v
placeholder in various names ensures that each variant has its unique
names. Currently %v is
On Mon, Jun 17, 2019 at 07:55:45PM -0300, James Almer wrote:
> On 6/17/2019 6:54 PM, Michael Niedermayer wrote:
> > On Sun, Jun 16, 2019 at 11:10:43PM -0300, James Almer wrote:
> >> On 6/13/2019 3:32 PM, Michael Niedermayer wrote:
> >>> Fixes: signed integer overflow: -2147483648 - 1 cannot be repr
On Wed, Jun 19, 2019 at 07:34:19PM +1000, Peter Ross wrote:
> On Wed, Jun 19, 2019 at 01:53:02AM +0200, Michael Niedermayer wrote:
> > Fixes: shift exponent -100663046 is negative
> > Fixes: out of array access
> > Fixes:
> > 15270/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_IFF_ILBM_fuzzer-
On 19/06/2019 07:21, Jeyapal, Karthick wrote:
On 6/18/19 1:48 PM, Alfred E. Heggestad wrote:
On 18/06/2019 04:02, Steven Liu wrote:
Alfred E. Heggestad 于2019年6月17日周一 下午4:02写道：
From 923da82598bddd1ed05750427dbc71e607d296a2 Mon Sep 17 00:00:00 2001
From: "Alfred E. Heggestad"
Date: Mon, 1
On Tue, Jun 18, 2019 at 03:14:47PM +0300, Amir Z wrote:
> Thanks Michael,
>
> The reason I set the flag before the log line in ff_er_frame_end is because
> the code might never get there even though the return value is set to zero.
>
> Should we use two different values ?
if there are 2 semantic
On Tue, Jun 18, 2019 at 11:09:12PM +0200, Bodecs Bela wrote:
> Dear All,
>
> When multiple variant streams are specified by var_stream_map option, %v
> placeholder in various names ensures that each variant has its unique
> names. Currently %v is substituted by its variant index value (0, 1, 2
> e
On Wed, Jun 19, 2019 at 01:53:02AM +0200, Michael Niedermayer wrote:
> Fixes: shift exponent -100663046 is negative
> Fixes: out of array access
> Fixes:
> 15270/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_IFF_ILBM_fuzzer-5727829913763840
>
> Found-by: continuous fuzzing process
> https://
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> myp...@gmail.com
> Sent: Wednesday, June 19, 2019 10:13 AM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH v2] avfilter/vaapi: add overlay_vaapi
> filt
On Mon, Jun 17, 2019 at 07:55:45PM -0300, James Almer wrote:
> On 6/17/2019 6:54 PM, Michael Niedermayer wrote:
> > On Sun, Jun 16, 2019 at 11:10:43PM -0300, James Almer wrote:
> >> On 6/13/2019 3:32 PM, Michael Niedermayer wrote:
> >>> Fixes: signed integer overflow: -2147483648 - 1 cannot be repr
78 matches
Mail list logo
