fix ticket: 7975
Signed-off-by: Steven Liu
---
libavformat/hlsenc.c | 67 ++--
1 file changed, 54 insertions(+), 13 deletions(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index 18173cdce1..26e0f3819b 100644
--- a/libavformat/hlsenc.
allcodecs.c entry is in wrong section, it should be audio one but yours is
in video section.
the avcodec.h entry may contradict with next libav entry so better move it
bellow hcom.
Rest looks OK.
On Thu, Aug 22, 2019 at 12:13 PM Carl Eugen Hoyos
wrote:
> Am Mo., 19. Aug. 2019 um 23:37 Uhr schri
> I think we should only merge the part of this patchset which makes the EIT
> available as a data stream. Parsing the whole EIT or dumping the data as
> ASCII is not libavcodec's or libavutil's job.
The EPG decoder does not change the table's data, it just store them
and it happens to
contains te
On Thu, Aug 22, 2019 at 11:00:58PM +0200, Tomas Härdin wrote:
> tor 2019-08-22 klockan 20:09 +0200 skrev Michael Niedermayer:
> > Fixes: Timeout (128sec -> 2ms)
> > Fixes:
> > 16568/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_IDCIN_fuzzer-5675004095627264
> >
> > See: [FFmpeg-devel] [PATCH
On Fri, Aug 23, 2019 at 08:54:11AM +0200, Paul B Mahol wrote:
> lgtm
will apply
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Modern terrorism, a quick summary: Need oil, start war with country that
has oil, kill hundread thousand in war. Let country fall
On Thu, Aug 22, 2019 at 03:04:19PM +0200, Moritz Barsnick wrote:
> On Mon, Aug 12, 2019 at 23:39:52 +0800, lance.lmw...@gmail.com wrote:
>
> This looks very wrong. Does it work?
>
> > -if (tt == TEST_ALL && frame%test->max_frames) /* draw a black frame at
> > the beginning of each test */
>
From: Limin Wang
Signed-off-by: Limin Wang
---
doc/filters.texi | 3 +++
libavfilter/vsrc_mptestsrc.c | 29 +
2 files changed, 20 insertions(+), 12 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index 01262d8..a6371e4 100644
--- a/doc/fil
From: Limin Wang
Signed-off-by: Limin Wang
---
tests/fate/filter-video.mak | 4 +
tests/ref/fate/filter-metadata-freezedetect | 251
2 files changed, 255 insertions(+)
create mode 100644 tests/ref/fate/filter-metadata-freezedetect
diff --git a/te
On Wed, Aug 21, 2019 at 07:34:28PM +0800, Steven Liu wrote:
> Signed-off-by: Steven Liu
> ---
> doc/examples/decode_audio.c | 51 +
> 1 file changed, 51 insertions(+)
>
> diff --git a/doc/examples/decode_audio.c b/doc/examples/decode_audio.c
> index 19dcafd2c8
From: Limin Wang
Signed-off-by: Limin Wang
---
libavfilter/vsrc_mptestsrc.c | 27 ++-
1 file changed, 14 insertions(+), 13 deletions(-)
diff --git a/libavfilter/vsrc_mptestsrc.c b/libavfilter/vsrc_mptestsrc.c
index 4a2db18..4101690 100644
--- a/libavfilter/vsrc_mptestsr
On Sun, Jul 28, 2019 at 12:31:22AM +0200, Michael Niedermayer wrote:
> Clipping was added in 2009 to avoid crashes.
> The clipped case would produce a 2nd slice with 0 input
> thus also producing 0 output.
> Subsequent checks will cause decoder failure unless both
> slices have the same output leng
On Mon, Jul 29, 2019 at 01:09:31AM +0200, Michael Niedermayer wrote:
> Fixes: 3e+47 is outside the range of representable values of type 'int'
> Fixes:
> 16057/clusterfuzz-testcase-minimized-ffmpeg_DEMUXER_fuzzer-569307214848
>
> Found-by: continuous fuzzing process
> https://github.com/goog
On Thu, Aug 01, 2019 at 11:44:42PM +0200, Michael Niedermayer wrote:
> Fixes: Timeout
> Fixes:
> 15558/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_PPM_fuzzer-5705273643106304
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-
On Thu, Aug 01, 2019 at 11:44:40PM +0200, Michael Niedermayer wrote:
> Fixes: Timeout (10sec -> 30ms) (case 15089)
> Fixes:
> 15089/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_PBM_fuzzer-5767535057698816
> Fixes:
> 16001/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_PGM_fuzzer-519916964
On Thu, Aug 01, 2019 at 11:44:41PM +0200, Michael Niedermayer wrote:
> None of the keys we support is that long and other keys
> lead to decoder failure. None of the values is expected
> to be longer, they are all numbers or short keywords.
>
> This simplifies the code
>
> Fixes: Timeout (9sec->4
On Thu, Aug 01, 2019 at 11:44:43PM +0200, Michael Niedermayer wrote:
> This is significantly faster
>
> Fixes: Timeout (1sec after this and the previous commit)
> Fixes:
> 15558/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_PPM_fuzzer-5705273643106304
>
> Found-by: continuous fuzzing process
On Sat, Aug 03, 2019 at 01:09:49PM +0200, Michael Niedermayer wrote:
> On Sat, Aug 03, 2019 at 12:43:32PM +1000, Peter Ross wrote:
> > On Sat, Aug 03, 2019 at 01:49:54AM +0200, Michael Niedermayer wrote:
> > > Fixes: Timeout (72sec -> 1sec)
> > > Fixes:
> > > 15512/clusterfuzz-testcase-minimized-f
On Fri, Aug 09, 2019 at 01:23:50AM +0200, Michael Niedermayer wrote:
> If all tables are skipped it would be impossible to encode any
> "non black" video.
>
> Fixes: Timeout (78sec -> 1ms)
> Fixes:
> 15821/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SMACKER_fuzzer-5652598838788096
>
> Foun
On Fri, Aug 09, 2019 at 01:23:48AM +0200, Michael Niedermayer wrote:
> Fixes: signed integer overflow: 2088795537 + 2147254401 cannot be represented
> in type 'int'
> Fixes: signed integer overflow: -1500363496 + -1295351808 cannot be
> represented in type 'int'
> Fixes: signed integer overflow:
On Thu, Aug 22, 2019 at 10:47:17AM +0200, Marton Balint wrote:
>
>
> On Sun, 18 Aug 2019, Michael Niedermayer wrote:
>
> >On Sat, Aug 17, 2019 at 09:10:59PM +0200, Marton Balint wrote:
> >>Hi,
> >>
> >>As you might now avio_feof() returns true both in case of actual EOF and in
> >>case of IO err
On 8/22/2019 4:01 PM, James Almer wrote:
> On 8/21/2019 10:21 AM, James Almer wrote:
>> On 8/21/2019 6:15 AM, Tomas Härdin wrote:
>>> tis 2019-08-20 klockan 21:05 -0300 skrev James Almer:
Should reduce date copying considerably.
Signed-off-by: James Almer
---
Fixed a stupi
On Fri, Aug 23, 2019 at 2:06 AM Steven Liu wrote:
> fix ticket: 7975
>
> Signed-off-by: Steven Liu
> ---
> libavformat/hlsenc.c | 67
> ++--
> 1 file changed, 54 insertions(+), 13 deletions(-)
>
> diff --git a/libavformat/hlsenc.c b/libavformat/hl
On 8/8/2019 8:23 PM, Michael Niedermayer wrote:
> Fixes: shift exponent 32 is too large for 32-bit type 'unsigned int'
> Fixes:
> 15764/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_ALAC_fuzzer-5102101203517440
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tre
On Tue, Aug 6, 2019 at 8:50 PM Pavel Koshevoy wrote:
>
> vtctx->cached_hw_frames_ctx is unref'd in videotoolbox_uninit,
> but videotoolbox_hevc used ff_videotoolbox_uninit which
> doesn't unref cache_hw_frames_ctx.
> ---
> libavcodec/videotoolbox.c | 2 +-
> 1 file changed, 1 insertion(+), 1 dele
From: Limin Wang
Signed-off-by: Limin Wang
---
libavfilter/vf_showinfo.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/libavfilter/vf_showinfo.c b/libavfilter/vf_showinfo.c
index 3c13f11..d1f074a 100644
--- a/libavfilter/vf_showinfo.c
+++ b/libavfilter/vf_showinfo.c
@@ -313,6 +313,1
Sorry, just notice the path is using the wrong type, ignore the patch.
On Fri, Aug 23, 2019 at 10:25:40PM +0800, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavfilter/vf_showinfo.c | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/lib
Juan De León (12019-08-21):
> AVEncodeInfoFrame data structure to store as AVFrameSideData of type
> AV_FRAME_DATA_ENCODE_INFO.
> The structure stores quantization index for each plane, DC/AC deltas
> for luma and chroma planes, and an array of AVEncodeInfoBlock type
> denoting position, size, and
On Thu, 22 Aug 2019 at 23:55, Michael Niedermayer
wrote:
> Fixes: signed integer overflow: 24023040 * 112 cannot be represented in
> type 'int'
> Fixes:
> 16570/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MPEG4_fuzzer-5173275211071488
>
> Found-by: continuous fuzzing process
> https://githu
Here is patch.
On Thu, Aug 22, 2019 at 6:18 PM Paul B Mahol wrote:
> Hi,
>
> patch attached.
>
0001-avformat-mov-improve-timecode-calculation.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mail
Hi,
> Because of current overall toxic situation in FFmpeg, meeting will not be
> held until situation improves considerably.
in spite of that, Paul is fine with having a developer meeting as said on IRC.
Therefore I propose to do a developer meeting in Zagreb, Croatia.
The location is well con
On 8/22/2019 5:58 PM, Jun Li wrote:
> Fix #6591
> The content has no rbsp_stop_one_bit for ending the SPS, that
> causes the decoding SPS failure, results decoding frame failure as well.
>
> The patch is just adding a retry with complete NALU, copied from the retry in
> decode_nal_unit()
> ---
>
On Wed, Aug 21, 2019 at 6:03 PM James Zern wrote:
>
> On Wed, Aug 21, 2019 at 12:18 PM Elliott Karpilovsky
> wrote:
> >
> > From: elliottk
> >
> > Current default is 256kbps, which produces inconsistent
> > results (too high for low-res, too low for hi-res).
> > Use CRF instead, which will adapt
On Fri, Aug 23, 2019 at 08:17:09PM +0800, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> tests/fate/filter-video.mak | 4 +
> tests/ref/fate/filter-metadata-freezedetect | 251
>
> 2 files changed, 255 inser
AVEncodeInfoFrame data structure to store as AVFrameSideData of type
AV_FRAME_DATA_ENCODE_INFO.
The structure stores quantization index for each plane, DC/AC deltas
for luma and chroma planes, and an array of AVEncodeInfoBlock type
denoting position, size, and delta quantizer for each block in the
On Fri, Aug 23, 2019 at 8:12 AM Pavel Koshevoy wrote:
>
> On Tue, Aug 6, 2019 at 8:50 PM Pavel Koshevoy wrote:
> >
> > vtctx->cached_hw_frames_ctx is unref'd in videotoolbox_uninit,
> > but videotoolbox_hevc used ff_videotoolbox_uninit which
> > doesn't unref cache_hw_frames_ctx.
> > ---
> > lib
On Fri, Aug 23, 2019 at 8:07 AM Nicolas George wrote:
> > +if (nb_blocks - 1 > (SIZE_MAX - sizeof(AVEncodeInfoFrame)) /
> sizeof(AVEncodeInfoBlock))
> > +return NULL;
>
> nb_blocks - 1 overflows for 0. Move the -1 right of the = as +1.
>
> > +//AVEncodeInfoFrame already allocates
Ping
> On 17 Aug 2019, at 14:57, Ross Nicholson wrote:
>
> Ok, thanks Moritz.
>
>>> On 17 Aug 2019, at 14:10, Moritz Barsnick wrote:
>>>
>>> On Fri, Aug 16, 2019 at 10:35:43 -0700, Ross Nicholson wrote:
>>> Need anything else Moritz?
>>
>> No. I only made one remark ("can't understand your
On Thu, Aug 22, 2019 at 02:50:01PM -0700, Aman Gupta wrote:
> From: Aman Gupta
>
> Signed-off-by: Aman Gupta
> Signed-off-by: Martin Storsjö
> ---
> MAINTAINERS | 1 +
> 1 file changed, 1 insertion(+)
LGTM
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Juan De León (12019-08-23):
> I changed it to an inline function, returns SIZE_MAX if it fails to make
> av_malloc() fail and return NULL.
You neglected to check for SIZE_MAX afterwards. I suspect there are
architectures where such a malloc could succeed.
If you insist on a function rather than a
On Thu, Aug 22, 2019 at 09:23:49PM +0200, Thilo Borgmann wrote:
> Hi,
>
> new fate test for many channels in ALS, like requested.
>
> I already uploaded the corresponding file into fate-suite.
> If there are no objections, I'll commit this in a day or two.
>
> Thanks,
> Thilo
> fate/als.mak
On Thu, Aug 22, 2019 at 06:55:00PM +0800, Tao Zhang wrote:
> Michael Niedermayer 于2019年8月18日周日 下午5:49写道：
> >
> > On Wed, Aug 14, 2019 at 11:07:18AM +0800, leozhang wrote:
> > > Reviewed-by: Carl Eugen Hoyos
> > > Signed-off-by: leozhang
> > > ---
> > > libavformat/flvdec.c | 17
AVEncodeInfoFrame data structure to store as AVFrameSideData of type
AV_FRAME_DATA_ENCODE_INFO.
The structure stores quantization index for each plane, DC/AC deltas
for luma and chroma planes, and an array of AVEncodeInfoBlock type
denoting position, size, and delta quantizer for each block in the
On Fri, Aug 23, 2019 at 12:28 PM Nicolas George wrote:
> Juan De León (12019-08-23):
> > I changed it to an inline function, returns SIZE_MAX if it fails to make
> > av_malloc() fail and return NULL.
>
> You neglected to check for SIZE_MAX afterwards. I suspect there are
> architectures where suc
On Fri, 23 Aug 2019, Marton Balint wrote:
On Fri, 16 Aug 2019, Andreas Håkon wrote:
Hi Marton,
Very good work with your series of patches on the mpegtsenc!
‐‐‐ Original Message ‐‐‐
On Thursday, 15 de August de 2019 1:51, Marton Balint
wrote:
Also document the algorithm for
On Wed, Aug 14, 2019 at 3:53 AM Pavel Koshevoy wrote:
> On Tue, Aug 6, 2019 at 8:50 PM Pavel Koshevoy wrote:
> >
> > vtctx->cached_hw_frames_ctx is unref'd in videotoolbox_uninit,
> > but videotoolbox_hevc used ff_videotoolbox_uninit which
> > doesn't unref cache_hw_frames_ctx.
> > ---
> > liba
Hello ffmpeg-devel,
I've read through https://patchwork.ffmpeg.org/patch/4587/,
https://ffmpeg.org/pipermail/ffmpeg-devel/2017-August/214360.html and all its
replies. The discussion suddenly just stops, the path dropped and I can't seem
to find the reason why. Can anyone tell me why this patch
After a1b4f120c031e6697bac9fd8c725d9c37ee36d13 the teletext PTS values were set
to AV_NOPTS_VALUE if the stream of the PCR pid was discarded.
What actually matters is that if we parse the PCR of the PCR PID or not, so
let's use the cached discard value of the actual PCR PID instead of the stream
d
On Thu, Aug 22, 2019 at 2:30 AM Paul B Mahol wrote:
> On Thu, Aug 22, 2019 at 11:19 AM Carl Eugen Hoyos
> wrote:
>
> > Am Mi., 21. Aug. 2019 um 23:05 Uhr schrieb Niki Bowe
> > :
> > >
> > > On Mon, Aug 19, 2019 at 7:22 PM Carl Eugen Hoyos
> > wrote:
> > >
> > > >
> > > > This score would mean t
Some security cams generate this, as well as some versions of VirtualDub so
support for _reading_ such files is justified.
Fixes ticket #7110.
See also this discussion: https://patchwork.ffmpeg.org/patch/8744/
Signed-off-by: Marton Balint
---
libavformat/avidec.c | 4
libavformat/riff.c
Am Sa., 24. Aug. 2019 um 01:47 Uhr schrieb Marton Balint :
>
> Some security cams generate this, as well as some versions of VirtualDub so
> support for _reading_ such files is justified.
Please also mention vlc.
>
> Fixes ticket #7110.
>
> See also this discussion: https://patchwork.ffmpeg.org/p
On Mon, 19. Aug 17:28, Andriy Gelman wrote:
> Minor changes in v3:
> 1. Removed tab character from as per feedback
> 2. Removed unused timeout variable from ZMQContext
>
> Andriy
> From 66c11c12fcfa8a7fbb3c8c09d23c017992229a99 Mon Sep 17 00:00:00 2001
> From: Andriy Gelman
> Date: Tue, 30 Jul
On 8/23/19 3:46 PM, Aman Gupta wrote:
On Wed, Aug 14, 2019 at 3:53 AM Pavel Koshevoy wrote:
On Tue, Aug 6, 2019 at 8:50 PM Pavel Koshevoy wrote:
vtctx->cached_hw_frames_ctx is unref'd in videotoolbox_uninit,
but videotoolbox_hevc used ff_videotoolbox_uninit which
doesn't unref cache_hw_frame
52 matches
Mail list logo
