On Mon, Aug 12, 2019 at 6:15 PM Michael Niedermayer
wrote:
> Hi Paul
>
> On Mon, Aug 05, 2019 at 11:50:04AM +0200, Paul B Mahol wrote:
> > Hi,
> >
> > I here hereby request from lead FFmpeg entity to give me subscription to
> > ffmpeg-security mailing list.
>
> I am not sure who or what a "lead F
example command line to verify it:
./ffmpeg -i input.stream -vf addroi=0:0:iw/3:ih/3:-0.8 -c:v libvpx -b:v 2M
tmp.webm
Signed-off-by: Guo, Yejun
---
configure | 7 ++
libavcodec/libvpxenc.c | 197 +
2 files changed, 204 insertions(+
Are those values even acceptable according to spec?
Shouldn't 16k*16K be the maximum allowed?
On Fri, Aug 9, 2019, at 01:26, Michael Niedermayer wrote:
> Fixes: signed integer overflow: 393215 * 14594 cannot be represented in
> type 'int'
> Fixes:
> 15728/clusterfuzz-testcase-minimized-ffmpeg_AV
On Sun, Aug 11, 2019 at 11:07:24PM -0300, James Almer wrote:
> On 8/11/2019 9:17 PM, Michael Niedermayer wrote:
> > Fixes: signed integer overflow: 1 + 2147483647 cannot be represented in
> > type 'int'
> > Fixes:
> > 16041/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_HEVC_fuzzer-56856806566
On Mon, Aug 12, 2019 at 11:53:20AM +0200, Paul B Mahol wrote:
> LGTM
will apply
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
I am the wisest man alive, for I know one thing, and that is that I know
nothing. -- Socrates
signature.asc
Description: PGP
According to spec, libvpx should support dynamic resolution changes.
Add dynamic resolution encoding support in libvpx.
Only single pass mode with no look ahead is supported for variable
resolution encoding without initialization.
cmdline:
ffmpeg -noautoscale -y -i ./reinit-large_420_8-to-small_
On Mon, Aug 12, 2019 at 01:23:09PM +0800, Shiyou Yin wrote:
> >-Original Message-
> >From: ffmpeg-devel-boun...@ffmpeg.org
> >[mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> >Michael Niedermayer
> >Sent: Friday, August 9, 2019 12:07 AM
> >To: FFmpeg development discussions and patc
On Mon, Aug 12, 2019 at 09:03:41PM +1000, Peter Ross wrote:
> On Sun, Aug 11, 2019 at 05:02:47PM +0200, Michael Niedermayer wrote:
> > On Sun, Aug 11, 2019 at 09:29:14AM +1000, Peter Ross wrote:
> > > On Tue, Aug 06, 2019 at 11:30:02PM +0200, Michael Niedermayer wrote:
> > > > Fixes: Timeout (23sec
Am Di., 13. Aug. 2019 um 09:06 Uhr schrieb leozhang :
>
> Signed-off-by: leozhang
> ---
> libavformat/flvdec.c | 16
> 1 file changed, 16 deletions(-)
>
> diff --git a/libavformat/flvdec.c b/libavformat/flvdec.c
> index b531a39..4e8faed 100644
> --- a/libavformat/flvdec.c
> +++ b
On Mon, Aug 12, 2019 at 03:58:14PM +0200, Lars Kiesow wrote:
> This patch adds a new option to the scale filter which ensures that the
> output resolution is divisible by the given integer when used together
> with `force_original_aspect_ratio`. This works similar to using `-n` in
> the `w` and `h`
Am Di., 13. Aug. 2019 um 04:49 Uhr schrieb Andreas Rheinhardt
:
>
> 1. When set_parameters was removed from AVOutputFormat in 2fb75019, it
> was forgotten to remove the comment pertaining to it. Said comment now
> appeared to apply to interleave_packet; it is of course nonsense and has
> been repla
Aug 12, 2019, 20:53 by mich...@niedermayer.cc:
> On Sun, Aug 11, 2019 at 08:30:51PM +0200, Reimar Döffinger wrote:
>
>> On 08.08.2019, at 10:36, Michael Niedermayer wrote:
>>
>> > This provides an alternative to retry counters.
>> > Useful if there is no reasonable maximum number of iterations an
From: Jun Zhao
In fMP4 format, traf maybe have zero or more trun box, in this case,
we just used tfdt as dts once. The sample layout like this:
[moof] size=8+1392
[mfhd] size=12+4
sequence number = 29
[traf] size=8+1368
[tfhd] size=12+16, flags=20038
track ID = 1
default
Hi!
Attached patch fixes several compilation warnings when building with
chromapring.
Please comment, Carl Eugen
From 96eb4a33e8b256ee3ae75f3600ba26e6cd9b3bf2 Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Tue, 13 Aug 2019 12:42:27 +0200
Subject: [PATCH] lavf/chromaprint: Silence compilat
From: Jun Zhao
Update the class name to uniform indev/outdev style.
Signed-off-by: Jun Zhao
---
libavdevice/alsa_dec.c|2 +-
libavdevice/alsa_enc.c|2 +-
libavdevice/avfoundation.m|2 +-
libavdevice/bktr.c|2 +-
libavdevice/caca.c|
Carl Eugen Hoyos 于2019年8月13日周二 下午5:37写道：
>
> Am Di., 13. Aug. 2019 um 09:06 Uhr schrieb leozhang :
> >
> > Signed-off-by: leozhang
> > ---
> > libavformat/flvdec.c | 16
> > 1 file changed, 16 deletions(-)
> >
> > diff --git a/libavformat/flvdec.c b/libavformat/flvdec.c
> > inde
Am Di., 13. Aug. 2019 um 12:36 Uhr schrieb Jun Zhao :
>
> From: Jun Zhao
>
> In fMP4 format, traf maybe have zero or more trun box, in this case,
> we just used tfdt as dts once. The sample layout like this:
>
> [moof] size=8+1392
> [mfhd] size=12+4
> sequence number = 29
> [traf] size=8+1
---
libavutil/mips/generic_macros_msa.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/libavutil/mips/generic_macros_msa.h
b/libavutil/mips/generic_macros_msa.h
index 9ac0583..219ff07 100644
--- a/libavutil/mips/generic_macros_msa.h
+++ b/libavutil/mips/generic_macros_msa.h
@@ -2523,8 +2523
On Tue, Aug 13, 2019 at 7:08 PM Carl Eugen Hoyos wrote:
>
> Am Di., 13. Aug. 2019 um 12:36 Uhr schrieb Jun Zhao :
> >
> > From: Jun Zhao
> >
> > In fMP4 format, traf maybe have zero or more trun box, in this case,
> > we just used tfdt as dts once. The sample layout like this:
> >
> > [moof] size
From: Limin Wang
videotoolbox and qsv have been defined by hw_type_names[] in hwcontext.c
Signed-off-by: Limin Wang
---
fftools/ffmpeg_opt.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/fftools/ffmpeg_opt.c b/fftools/ffmpeg_opt.c
index f5ca18a..8baa898 100644
--- a/fftools/ffmpeg_o
Andreas Rheinhardt (12019-08-08):
> Ping.
I just pushed your patch and mine.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Ok, did it in v6. I also removed unused variables in uninit function :
+float tolerance = 1.0f - s->tolerance;
+float angle = cosf(s->angle/180.0f*M_PI);
Le lun. 5 août 2019 à 17:18, Paul B Mahol a écrit :
> This should be applied with sdtbool.h include removed.
>
> On Mon, J
This patch extends aphasemeter to detect out of phase or mono sequences in
stereo streams, with its associated documentation.
From f7f627e48282c4aefa5229925454f97747822deb Mon Sep 17 00:00:00 2001
From: Romane Lafon
Date: Tue, 13 Aug 2019 17:39:36 +0200
Subject: [PATCH] avfilter/avf_aphasemeter: A
LGTM.
Should push soon.
BTW I just noticed that the tensorflow backend is failling to load SR
filter models.
$ python tools/python/convert.py sr_models/srcnn.pb
$ ./ffmpeg -i input.jpg -vf
sr=model=srcnn.model:dnn_backend=tensorflow out_srcnn_tf.png
The above command fails.
It seems commit ccbab
Hi All,
when remuxing some of the mp4 files into the mkv container, not all
video codecs can be properly represented. As such, to make the codec
configuration complete, mkvtoolnix muxes in the full stsd box.
I also switched "detecting" DVH1 in a v_quicktime track in an mkv file, as a
HEVC
codec,
Per matroska spec, v_quicktime contains the complete stsd atom, after
the mandatory size + fourcc. By properly parsing the hvcc sub-atoms of
the track, it becomes possible to demux/decode mp4/mov tracks stored as is
in matroska containers.
Also dvh1 in stsd in matroska is more likely hevc codec th
On Tue, 13 Aug 2019, 20:25 Stanislav Ionascu,
wrote:
> Hi All,
>
> when remuxing some of the mp4 files into the mkv container, not all
> video codecs can be properly represented.
Purely out of curiosity, what other codes does this affect?
Best,
Kieran O'Leary
Irish Film Institute
Hi,
attached patch fixes ticket #8077.
Please comment.
Regards,
Thomas
0001-libavformat-mxfenc-Allow-more-bitrates-for-NTSC-IMX5.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/f
On Thu, Aug 01, 2019 at 02:26:22AM +0200, Michael Niedermayer wrote:
> Fixes: Timeout (95sec -> 30ms)
> Fixes:
> 14765/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_INDEO2_fuzzer-5692455527120896
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projec
Stanislav Ionascu:
> Per matroska spec, v_quicktime contains the complete stsd atom, after
> the mandatory size + fourcc. By properly parsing the hvcc sub-atoms of
> the track, it becomes possible to demux/decode mp4/mov tracks stored as is
> in matroska containers.
>
> Also dvh1 in stsd in matros
> Am 13.08.2019 um 21:16 schrieb Stanislav Ionascu
> :
>
> Hi All,
>
> when remuxing some of the mp4 files into the mkv container, not all
> video codecs can be properly represented. As such, to make the codec
> configuration complete, mkvtoolnix muxes in the full stsd box.
>
> I also switche
SDL_WINDOWEVENT_SIZE_CHANGED should be used instead of SDL_WINDOWEVENT_RESIZED
because SDL_WINDOWEVENT_RESIZED is only emitted if the resize happened due to
an external event.
Fixes ticket #8072.
Additional references:
https://bugzilla.libsdl.org/show_bug.cgi?id=4760
https://wiki.libsdl.org/SDL_W
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
Juan De León (12019-08-13):
> 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 Tue, Aug 13, 2019 at 2:49 PM Nicolas George wrote:
> > +info->blocks_offset = offsetof(AVEncodeInfoFrame, blocks);
>
> You can use sizeof(AVEncodeInfoFrame) and dispense with the blocks final
> array entirely.
>
The array is there so that the structure isn't opaque, it should be
accessed w
Juan De León (12019-08-13):
> The array is there so that the structure isn't opaque, it should be
> accessed with the function.
I realize you need it, but not for the reason you say. It is needed for
alignment: if blocks needs more alignment than info, info+sizeof(info)
is not a valid pointer for
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
Hi,
On Tue, Aug 13, 2019 at 1:18 AM Guo, Yejun wrote:
>
> example command line to verify it:
> ./ffmpeg -i input.stream -vf addroi=0:0:iw/3:ih/3:-0.8 -c:v libvpx -b:v 2M
> tmp.webm
>
> Signed-off-by: Guo, Yejun
> ---
> configure | 7 ++
> libavcodec/libvpxenc.c | 197
>
Hi,
On Tue, Aug 13, 2019 at 2:30 AM Linjie Fu wrote:
>
> According to spec, libvpx should support dynamic resolution changes.
>
> Add dynamic resolution encoding support in libvpx.
>
> Only single pass mode with no look ahead is supported for variable
> resolution encoding without initialization.
On 8/13/2019 7:29 PM, Nicolas George wrote:
> Juan De León (12019-08-13):
>> The array is there so that the structure isn't opaque, it should be
>> accessed with the function.
>
> I realize you need it, but not for the reason you say. It is needed for
> alignment: if blocks needs more alignment th
On Tue, Aug 13, 2019 at 4:49 PM James Almer wrote:
> I'm fairly sure this was discussed before, but invalid arguments
> shouldn't crash an user's application. They even have their own
> standardized errno value for this purpose.
> asserts() are to catch bugs in our code, not in theirs. Returning
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of James Zern
> Sent: Wednesday, August 14, 2019 07:37
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH, RFC, v2 3/3] lavc/libvpxenc: add
>
Signed-off-by: Eugene Lyapustin
---
doc/filters.texi | 18 +++-
libavfilter/vf_v360.c | 100 --
2 files changed, 93 insertions(+), 25 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index 6168a3502a..6c70ffceb1 100644
--- a/doc/filt
Signed-off-by: Eugene Lyapustin
---
doc/filters.texi | 20 +++
libavfilter/vf_v360.c | 60 +++
2 files changed, 80 insertions(+)
diff --git a/doc/filters.texi b/doc/filters.texi
index 6c70ffceb1..feb3a123b6 100644
--- a/doc/filters.texi
++
Signed-off-by: Eugene Lyapustin
---
doc/filters.texi | 137 +++
libavfilter/Makefile |1 +
libavfilter/allfilters.c |1 +
libavfilter/vf_v360.c| 1847 ++
4 files changed, 1986 insertions(+)
create mode 100644 libavfilter/vf_v360.c
dif
Ping.
If I’m missing something I should have provided for this patch please let me
know. It’s my first patch to FFmpeg.
> On 11 Aug 2019, at 10:39, Ross Nicholson wrote:
>
> 3rd time lucky, can anyone take a look at this? It’s a minor patch and is
> required for kodi.
>
> Thanks in advance
> -Original Message-
> From: Fu, Linjie
> Sent: Thursday, August 1, 2019 12:45
> To: ffmpeg-devel@ffmpeg.org
> Cc: Fu, Linjie
> Subject: [PATCH] lavu/hwcontext_vaapi: cope with race map for YUV420P
>
> There is a race condition for AV_PIX_FMT_YUV420P when mapping from
> pix_fmt
> to fourc
> -Original Message-
> From: Fu, Linjie
> Sent: Friday, August 2, 2019 17:54
> To: ffmpeg-devel@ffmpeg.org
> Cc: Fu, Linjie
> Subject: [PATCH] lavf/vf_deinterlace_vaapi: flush queued frame in field
> mode
>
> Add deint_vaapi_request_frame for deinterlace_vaapi, send NULL frame
> to flush
On Tue, Aug 13, 2019 at 7:01 PM Fu, Linjie wrote:
> > -Original Message-
> > From: Fu, Linjie
> > Sent: Friday, August 2, 2019 17:54
> > To: ffmpeg-devel@ffmpeg.org
> > Cc: Fu, Linjie
> > Subject: [PATCH] lavf/vf_deinterlace_vaapi: flush queued frame in field
> > mode
> >
> > Add deint_v
Current default is 256kbps, which produces inconsistent
results (too high for low-res, too low for hi-res).
Use CRF instead, which will adapt.
---
libavcodec/libaomenc.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavcodec/libaomenc.c b/libavcodec/libaomenc.c
inde
> -Original Message-
> From: James Zern [mailto:jz...@google.com]
> Sent: Wednesday, August 14, 2019 7:32 AM
> To: FFmpeg development discussions and patches
> Cc: Guo, Yejun
> Subject: Re: [FFmpeg-devel] [PATCH V2] avcodec/libvpxenc: add ROI-based
> encoding support for VP8/VP9 support
example command line to verify it:
./ffmpeg -i input.stream -vf addroi=0:0:iw/3:ih/3:-0.8 -c:v libvpx -b:v 2M
tmp.webm
Signed-off-by: Guo, Yejun
---
libavcodec/libvpxenc.c | 197 +
1 file changed, 197 insertions(+)
diff --git a/libavcodec/libvpxe
On 09-08-2019 04:59 PM, Ilinca Tudose wrote:
Hi Marton,
The issue with the out of sync TC was reproducible on all tapes and decks
that we tested. I don't have the exact number now, but a few dozens, less
than 100. They all had between 7 and 17 frames out of sync. We were not
able to obtain any
On 13.08.2019, at 09:45, Paul B Mahol wrote:
> On Mon, Aug 12, 2019 at 6:15 PM Michael Niedermayer
> wrote:
>
>> Hi Paul
>>
>> On Mon, Aug 05, 2019 at 11:50:04AM +0200, Paul B Mahol wrote:
>>> Hi,
>>>
>>> I here hereby request from lead FFmpeg entity to give me subscription to
>>> ffmpeg-secu
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Pedro Arthur
> Sent: Wednesday, August 14, 2019 12:09 AM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH 2/2] convert_from_tensorflow.py: support
> conv
55 matches
Mail list logo
