On 05-05-2020 03:16 am, vectronic wrote:
On 4 May 2020, at 17:56, Gyan Doshi wrote:
On 04-05-2020 09:54 pm, vectronic wrote:
I needed to encode to mov/mp4 with a timebase of 1/600 and the output was not
as expected.
What was the unexpected output?
You can use video_track_timescale to
Marton Balint 于2020年5月5日周二 上午3:48写道：
>
>
>
> On Sat, 2 May 2020, Tao Zhang wrote:
>
> > Marton Balint 于2020年5月2日周六 下午7:05写道：
>
> [...]
>
> >> I see. But you could add an option to the fifo muxer to only write header
> >> when the first packet arrives. This way you will be able to use a
> >>
On Mon, May 04, 2020 at 09:34:02PM +0200, Marton Balint wrote:
>
>
> On Mon, 4 May 2020, lance.lmw...@gmail.com wrote:
>
> > On Sun, May 03, 2020 at 07:10:07PM +0200, Marton Balint wrote:
> > >
> > >
> > > On Sun, 3 May 2020, lance.lmw...@gmail.com wrote:
> > >
> > > > On Tue, Mar 17, 2020
> 2020年5月2日 下午2:33，rcombs 写道：
>
> ---
> libavformat/dashdec.c | 29 +++--
> 1 file changed, 15 insertions(+), 14 deletions(-)
>
> diff --git a/libavformat/dashdec.c b/libavformat/dashdec.c
> index 5ba7feb245..bde4b0846d 100644
> --- a/libavformat/dashdec.c
> +++
On Mon, May 4, 2020 at 3:39 PM Michael Niedermayer
wrote:
> On Mon, May 04, 2020 at 02:19:47PM -0700, Dale Curtis wrote:
> > On Mon, May 4, 2020 at 1:48 PM Michael Niedermayer
>
> [...]
>
You snipped out the example I provided, but did you have an opinion on
which approach looked best there? I
On Mon, May 04, 2020 at 02:19:47PM -0700, Dale Curtis wrote:
> On Mon, May 4, 2020 at 1:48 PM Michael Niedermayer
[...]
>
>
> > lets consider a simple random expression
> > a*x + b*y
> >
> > overflow = av_checked_sat_mul64(a, x, );
> > overflow |= av_checked_sat_mul64(b, y, );
> > overflow |=
Hello,
I have a question regerding the internal decoding/encoding API. There seems
to be two functions that may be alternatively called, on the basis of whether
they are defined or not, both defined in the AVCodec struct:
1. decode()
2. receive_frame()
From the comments above the definition of
> On 4 May 2020, at 17:56, Gyan Doshi wrote:
>
>
>
> On 04-05-2020 09:54 pm, vectronic wrote:
>> I needed to encode to mov/mp4 with a timebase of 1/600 and the output was
>> not as expected.
>
> What was the unexpected output?
>
> You can use video_track_timescale to set any custom scale.
Marton Balint:
>
>
> On Tue, 28 Apr 2020, Marton Balint wrote:
>
>> Will be needed later to avoid a forward declaration.
>
> Will apply the series soon, this has been delayed for a very long time
> now...
>
Sorry for this, will try to look over it this night.
- Andreas
On Tue, 28 Apr 2020, Marton Balint wrote:
Will be needed later to avoid a forward declaration.
Will apply the series soon, this has been delayed for a very long time
now...
Regards,
Marton
Signed-off-by: Marton Balint
---
libavformat/mux.c | 208
On Mon, May 4, 2020 at 1:48 PM Michael Niedermayer
wrote:
> this could be done, but iam unsure this API is optimal
>
> Maybe its best to show an example, why iam unsure about the API
>
Thanks, but maybe a more concrete case to look at would be the patch I sent
for fixing skip samples: "Avoid
Any comments on this? Thanks.
- dale
On Thu, Apr 30, 2020 at 12:42 PM Dale Curtis
wrote:
> Ping for this patch. Thanks
>
> - dale
>
> On Thu, Apr 23, 2020 at 4:33 PM Dale Curtis
> wrote:
>
>> This is a patch Chromium has carried for a while, we forgot to send it
>> upstream. 7546ac2fee4 made
On Fri, May 01, 2020 at 01:13:58PM -0700, Dale Curtis wrote:
> On Fri, May 1, 2020 at 12:53 PM Michael Niedermayer
> wrote:
>
> > On Thu, Apr 30, 2020 at 05:39:43PM -0700, Dale Curtis wrote:
> > > On Thu, Apr 30, 2020 at 5:21 PM James Almer wrote:
> > >
> > > > On 4/30/2020 7:19 PM, Dale Curtis
Fixes: division by zero
Fixes:
21677/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_DSD_MSBF_fuzzer-5712547983654912
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/dsddec.c | 3 +++
1
Hi Michael,
I would like an update on the review process.
The patches add missing clobbers (mmx, xmm and memory) to some assembly chunks.
Note that looking at the commit history, some other chunks have already been
patched in such a way by the past.
Moreover, as far as I know, the patches
On Sat, 2 May 2020, Tao Zhang wrote:
Marton Balint 于2020年5月2日周六 下午7:05写道：
[...]
I see. But you could add an option to the fifo muxer to only write header
when the first packet arrives. This way you will be able to use a
bitstream filter to buffer packets and the fifo muxer will only
On Mon, 4 May 2020, lance.lmw...@gmail.com wrote:
On Mon, May 04, 2020 at 05:50:32AM +0800, lance.lmw...@gmail.com wrote:
From: Limin Wang
Report by Marton after commit.
Reviewed-by: Marton Balint
Signed-off-by: Limin Wang
---
libavcodec/prores_metadata_bsf.c | 2 +-
1 file changed, 1
On Mon, 4 May 2020, lance.lmw...@gmail.com wrote:
On Sun, May 03, 2020 at 07:10:07PM +0200, Marton Balint wrote:
On Sun, 3 May 2020, lance.lmw...@gmail.com wrote:
> On Tue, Mar 17, 2020 at 06:55:00PM +0800, lance.lmw...@gmail.com wrote:
> > From: Limin Wang
> >
> > The following command
On 5/4/2020 3:40 PM, Dale Curtis wrote:
> On Mon, May 4, 2020 at 11:19 AM James Almer wrote:
>
>> On 5/4/2020 3:09 PM, Dale Curtis wrote:
>>> Bump. I have 5 integer overflow fuzzing issues awaiting our resolution of
>>> this discussion. Thanks.
>>>
>>> - dale
>>
>> What's the first version of
On Mon, May 4, 2020 at 11:19 AM James Almer wrote:
> On 5/4/2020 3:09 PM, Dale Curtis wrote:
> > Bump. I have 5 integer overflow fuzzing issues awaiting our resolution of
> > this discussion. Thanks.
> >
> > - dale
>
> What's the first version of clang with support for __builtin_*_overflow?
>
On 5/4/2020 3:26 PM, Anamitra Ghorui wrote:
> Hello,
>
> I have a question regerding the internal decoding/encoding API. There seems
> to be two functions that may be alternatively called, on the basis of whether
> they are defined or not, both defined in the AVCodec struct:
> 1. decode()
> 2.
For nut_write_trailer() this includes actually returning such errors.
Signed-off-by: Andreas Rheinhardt
---
libavformat/nutenc.c | 33 -
1 file changed, 24 insertions(+), 9 deletions(-)
diff --git a/libavformat/nutenc.c b/libavformat/nutenc.c
index
NUT uses variable length fields and in order to write the length fields
of its various elements on the lowest amount of bytes possible, the NUT
muxer uses dynamic buffers to assemble the elements in memory before
writing them. Several of these elements had a small prelude containing
the amount of
Mainly reindentation.
Signed-off-by: Andreas Rheinhardt
---
libavformat/nutenc.c | 42 ++
1 file changed, 22 insertions(+), 20 deletions(-)
diff --git a/libavformat/nutenc.c b/libavformat/nutenc.c
index ab44214efd..5735055d19 100644
---
Signed-off-by: Andreas Rheinhardt
---
libavformat/nutenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/nutenc.c b/libavformat/nutenc.c
index 5735055d19..6df7dfe210 100644
--- a/libavformat/nutenc.c
+++ b/libavformat/nutenc.c
@@ -902,7 +902,7 @@ static int
It allows to combine several ffio_free_dyn_buf().
Signed-off-by: Andreas Rheinhardt
---
libavformat/nutenc.c | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
diff --git a/libavformat/nutenc.c b/libavformat/nutenc.c
index 6125429cc3..c1606651fe 100644
---
Allocating an array with zero entries is both unnecessary as well as
potentially troublesome because the behaviour in this case is not really
well defined.
Signed-off-by: Andreas Rheinhardt
---
libavformat/nutenc.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git
It allows to add analogous functions using e.g. the bytestream API
instead of using an AVIOContext.
Signed-off-by: Andreas Rheinhardt
---
libavformat/nutenc.c | 49
1 file changed, 27 insertions(+), 22 deletions(-)
diff --git a/libavformat/nutenc.c
and make it static again.
These functions have been moved from nutenc to aviobuf and internal.h
in f8280ff4c00eeaa245085fa9691035203abd168c in order to use them in a
forthcoming patch in utils.c. Said patch never happened, so this commit
moves them back and makes them static, effectively
NUT uses variable-length integers in order to for length fields.
Therefore the NUT muxer often writes data into a dynamic buffer in order
to get the length of it, then writes the length field using the fewest
amount of bytes needed. To do this, a new dynamic buffer was opened,
used and freed for
calculate_checksum in put_packet() is always 1.
Signed-off-by: Andreas Rheinhardt
---
libavformat/nutenc.c | 25 +++--
1 file changed, 11 insertions(+), 14 deletions(-)
diff --git a/libavformat/nutenc.c b/libavformat/nutenc.c
index 1d48625815..44ee5d810a 100644
---
On 5/4/2020 3:09 PM, Dale Curtis wrote:
> Bump. I have 5 integer overflow fuzzing issues awaiting our resolution of
> this discussion. Thanks.
>
> - dale
What's the first version of clang with support for __builtin_*_overflow?
Because with your patch as is (Checking only __clang__), it's very
Bump. I have 5 integer overflow fuzzing issues awaiting our resolution of
this discussion. Thanks.
- dale
On Fri, May 1, 2020 at 1:13 PM Dale Curtis wrote:
> On Fri, May 1, 2020 at 12:53 PM Michael Niedermayer
> wrote:
>
>> On Thu, Apr 30, 2020 at 05:39:43PM -0700, Dale Curtis wrote:
>> > On
Bump. I have 5 integer overflow fuzzing issues awaiting our resolution of
this discussion. Thanks.
- dale
On Fri, May 1, 2020 at 2:53 PM Dale Curtis wrote:
> On Fri, May 1, 2020 at 2:00 PM Carl Eugen Hoyos
> wrote:
>
>> Am Fr., 1. Mai 2020 um 22:16 Uhr schrieb Dale Curtis <
>>
On 04-05-2020 09:54 pm, vectronic wrote:
I needed to encode to mov/mp4 with a timebase of 1/600 and the output was not
as expected.
What was the unexpected output?
You can use video_track_timescale to set any custom scale.
Gyan
___
ffmpeg-devel
I needed to encode to mov/mp4 with a timebase of 1/600 and the output was not
as expected.
I discovered the reason is a silent limiting of a track timebase added here:
https://github.com/FFmpeg/FFmpeg/commit/b02493e47668e66757b72a7163476e590edfea3a
The patch attached provides a new flag to
Add a flag to allow user to disable the forcing of a track timescale to be
greater than 1. Log a debug message if the timescale is forced to be
greater than 1.
Signed-off-by: vectronic
---
libavformat/movenc.c | 4
libavformat/movenc.h | 1 +
2 files changed, 5 insertions(+)
Indent
Signed-off-by: vectronic
---
libavformat/movenc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index 143b00063d..ec7e95e838 100644
--- a/libavformat/movenc.c
+++ b/libavformat/movenc.c
@@ -6462,8 +6462,8 @@ static int
> From: ffmpeg-devel On Behalf Of
> Timo Rothenpieler
> Sent: Monday, May 4, 2020 13:20
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] lavc/vaapi_encode: add
> FF_CODEC_CAP_INIT_CLEANUP caps for encoders
>
> On 31.03.2020 17:34, Linjie Fu wrote:
> > ff_vaapi_encode_close()
Adds support for the soundbank files used by the Pro Pinball series of games.
v13:
- Increment current_track after reading a packet.
v12: [9]
- Read packets in a round-robin fashion to
avoid "Too many packets buffered" errors.
v11: [8]
- Change probe function to be all-or-nothing
On Sun, Apr 26, 2020 at 11:26 PM David Manouchehri
wrote:
>
> Resubmit of a previous patch, not sure why the diff didn't come through.
> ___
>
> @@ -56,7 +55,13 @@ static av_cold int write_header(AVFormatContext *s1)
>
> par =
On Mon, 04 May 2020 13:02:14 +
"Zane van Iperen" wrote:
> Adds support for the soundbank files used by the Pro Pinball series
> of games.
Please disregard, I sent the wrong commit.
Zane
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On Mon, May 04, 2020 at 05:50:32AM +0800, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Report by Marton after commit.
>
> Reviewed-by: Marton Balint
> Signed-off-by: Limin Wang
> ---
> libavcodec/prores_metadata_bsf.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff
On Sun, May 03, 2020 at 07:10:07PM +0200, Marton Balint wrote:
>
>
> On Sun, 3 May 2020, lance.lmw...@gmail.com wrote:
>
> > On Tue, Mar 17, 2020 at 06:55:00PM +0800, lance.lmw...@gmail.com wrote:
> > > From: Limin Wang
> > >
> > > The following command will attempt to create the input and
On Thu, Apr 30, 2020 at 11:47:11AM -0400, Andriy Gelman wrote:
> On Thu, 30. Apr 20:59, lance.lmw...@gmail.com wrote:
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > libavcodec/v4l2_m2m_enc.c | 20 ++--
> > 1 file changed, 10 insertions(+), 10 deletions(-)
>
Adds support for the soundbank files used by the Pro Pinball series of games.
v12: [9]
- Read packets in a round-robin fashion to
avoid "Too many packets buffered" errors.
v11: [8]
- Change probe function to be all-or-nothing
v10: [7]
- Change while() to for().
v9: [6]
- Rebase
From: Limin Wang
Signed-off-by: Limin Wang
---
libavformat/mxfdec.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
index fdd0dd2..a60bdfe 100644
--- a/libavformat/mxfdec.c
+++ b/libavformat/mxfdec.c
@@ -362,8 +362,9 @@
On Sun, 3 May 2020 19:10:51 +0200
"Michael Niedermayer" wrote:
> > > just tried, and as expected this doesnt work
> > >
> > > ./ffmpeg -i pinball/ie74.5C -map 0 test.nut
> > > ...
> > > Press [q] to stop, [?] for help
> > > Too many packets buffered for output stream 0:1.
> > > [libvorbis @
On Mon, 2020-05-04 at 08:29 +0200, Andreas Rheinhardt wrote:
> John Stebbins:
> > On Sat, 2020-05-02 at 22:30 +0200, Andreas Rheinhardt wrote:
> > > John Stebbins:
> > > > Required to remux m2ts to mkv
> > > > ---
> > > > Changelog| 1 +
> > > >
mån 2020-05-04 klockan 18:58 +0800 skrev Lance Wang:
> On Mon, May 4, 2020 at 4:13 PM Tomas Härdin
> wrote:
>
> > tor 2020-04-30 klockan 20:59 +0800 skrev lance.lmw...@gmail.com:
> > > From: Limin Wang
> > >
> > > Signed-off-by: Limin Wang
> > > ---
> > > libavformat/mxfdec.c | 2 +-
> > > 1
Quoting Andreas Rheinhardt (2020-04-30 15:10:59)
> lance.lmw...@gmail.com:
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > libavformat/mov.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/libavformat/mov.c b/libavformat/mov.c
> > index
On Mon, May 4, 2020 at 4:13 PM Tomas Härdin wrote:
> tor 2020-04-30 klockan 20:59 +0800 skrev lance.lmw...@gmail.com:
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > libavformat/mxfdec.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git
Manolis Stamatogiannakis (12020-05-03):
> I've noticed what appears to be a bug/missing feature in the subtitles
> filter: when "-ss" is used for the input, it is not applied to the
> subtitles stream. E.g., for the following command line, the video playback
> will start on 20:10, but the
tis 2020-04-28 klockan 19:37 +0200 skrev Marton Balint:
> Generic retime functionality is replaced by a few lines of code
> directly in the
> muxers which used it, which seems a lot easier to understand and this
> way the
> retiming is not dependant of the input durations.
>
> Signed-off-by:
tis 2020-04-28 klockan 19:37 +0200 skrev Marton Balint:
> Generic retime functionality is replaced by a few lines of code directly in
> the
> muxers which used it, which seems a lot easier to understand and this way the
> retiming is not dependant of the input durations.
>
> Signed-off-by:
tor 2020-04-30 klockan 20:59 +0800 skrev lance.lmw...@gmail.com:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavformat/mxfdec.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
> index fdd0dd2a88..02a2a6d97a
Paul B Mahol:
> Signed-off-by: Paul B Mahol
> ---
> libavfilter/Makefile| 1 +
> libavfilter/af_speechnorm.c | 381
> libavfilter/allfilters.c| 1 +
> 3 files changed, 383 insertions(+)
> create mode 100644 libavfilter/af_speechnorm.c
>
>
John Stebbins:
> On Sat, 2020-05-02 at 22:30 +0200, Andreas Rheinhardt wrote:
>> John Stebbins:
>>> Required to remux m2ts to mkv
>>> ---
>>> Changelog| 1 +
>>> doc/bitstream_filters.texi | 8 ++
>>> libavcodec/Makefile | 1 +
>>>
58 matches
Mail list logo
