On Fri, Mar 09, 2018 at 02:37:54AM +0100, Michael Niedermayer wrote:
> No testcase, this was found during code review
>
> Found-by: Matt Wolenetz
>
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/oggparseogm.c | 3 +++
> 1 file changed, 3
On Fri, Mar 09, 2018 at 02:37:53AM +0100, Michael Niedermayer wrote:
> Fixes: shift exponent 48 is too large for 32-bit type 'int'
> Fixes: Chromium bug 786793
> Reported-by: Matt Wolenetz
> Reviewed-by: Matt Wolenetz
> Signed-off-by: Michael Niedermayer
On Fri, Mar 09, 2018 at 02:37:52AM +0100, Michael Niedermayer wrote:
> Fixes: signed integer overflow: 3775922176 * 4278190080 cannot be represented
> in type 'long'
> Fixes: Chromium bug 791237
>
> Reported-by: Matt Wolenetz
> Reviewed-by: Matt Wolenetz
On Thu, Mar 08, 2018 at 08:13:26PM +0100, Michael Niedermayer wrote:
> Fixes: Chromium bug 795653
> Fixes: signed integer overflow: 9223372036854775807 + 1 cannot be represented
> in type 'long'
> Reported-by: Matt Wolenetz
>
> Signed-off-by: Michael Niedermayer
On Fri, Mar 09, 2018 at 07:23:02PM +0100, Hendrik Leppkes wrote:
> On Fri, Mar 9, 2018 at 7:02 PM, Michael Niedermayer
> wrote:
> > On Fri, Mar 09, 2018 at 11:18:38AM +0100, Tomas Härdin wrote:
> >> On 2018-03-09 01:40, Michael Niedermayer wrote:
> >> >On Wed, Mar 07, 2018
On Thu, Mar 08, 2018 at 02:48:19AM +0100, Jerome Martinez wrote:
> On 08/03/2018 01:17, Michael Niedermayer wrote:
> >
> >In the cases where the error is about a scalar value, that value should
> >be printed in the error message (unless it was alread printed elsewhere)
>
> Patch modified, showing
On Fri, 9 Mar 2018 21:57:38 +0100
Hendrik Leppkes wrote:
> On Fri, Mar 9, 2018 at 9:52 PM, wm4 wrote:
> > On Fri, 9 Mar 2018 13:31:45 -0300
> > James Almer wrote:
> >
> >> On 3/9/2018 12:47 PM, Derek Buitenhuis wrote:
> >> > On
Would this be useful for anybody?
Signed-off-by: Marton Balint
---
libavformat/mxf.c | 5 ++
libavformat/mxf.h | 7 +++
libavformat/mxfdec.c| 36 +++
libavformat/mxfsymbols.c
Fixes seek for files with empty edits and files with negative ctts
(dts_shift > 0). Added fate samples and tests.
Signed-off-by: Sasi Inguva
---
libavformat/isom.h | 1 +
libavformat/mov.c| 27 +++--
Seek on files with empty edit lists is failing with this patch. For a file
with empty edit of 1s. (media time: -1 , duration : 1 ) , both DTS and PTS
start at 1s. Also sc->time_offset is computed as -1s. Hence when we
seek to timestamp t, it will actually seek to timestamp t+1 , which is
wrong
On 3/9/18, Hazem Ashmawy wrote:
> On 3/9/18, Paul B Mahol wrote:
>> On 3/9/18, Hazem Ashmawy wrote:
>>> Add filter to convert between various panorama projections. It supports
>>> Equirectangular and Cubemaps (3x2 and 6x1
On 3/9/18, Paul B Mahol wrote:
> On 3/9/18, Hazem Ashmawy wrote:
>> Add filter to convert between various panorama projections. It supports
>> Equirectangular and Cubemaps (3x2 and 6x1 cubemap layouts).
>>
>> commit
On Fri, 9 Mar 2018, Marton Balint wrote:
On Thu, 8 Mar 2018, Hendrik Leppkes wrote:
On Thu, Mar 8, 2018 at 9:47 AM, Tobias Rapp wrote:
On 08.03.2018 00:14, Hendrik Leppkes wrote:
On Thu, Mar 8, 2018 at 12:05 AM, Aurelien Jacobs
wrote:
On
> The decklink outdev finds the correct mode by searching for the properties
> (frame rate, field order, dimension) of the stream which is provided to it.
> So specifying the format_code should not be needed.
In principle you are correct that it "should not be needed". However
there are numerous
On Fri, 9 Mar 2018, Devin Heitmueller wrote:
+ffmpeg -re -f lavfi -i "testsrc=s=1920x1080:rate=3/1000" -f lavfi -i
"sine=frequency=1000:sample_rate=48000" +-ac 2 -acodec pcm_s16le -pix_fmt uyvy422
-format_code Hi30 -f decklink 'DeckLink Studio 2'
You should not need the -re
On Fri, Mar 9, 2018 at 9:52 PM, wm4 wrote:
> On Fri, 9 Mar 2018 13:31:45 -0300
> James Almer wrote:
>
>> On 3/9/2018 12:47 PM, Derek Buitenhuis wrote:
>> > On 3/9/2018 3:22 PM, James Almer wrote:
>> >> Yes, but it's slower, and the buffer is guaranteed
On 3/9/18, wm4 wrote:
> On Fri, 9 Mar 2018 11:05:53 +0100
> Paul B Mahol wrote:
>
>> On 3/9/18, Paul B Mahol wrote:
>> > On 3/9/18, wm4 wrote:
>> >> On Fri, 9 Mar 2018 09:15:13 +0100
>> >> Paul B Mahol
On 3/9/18, wm4 wrote:
> On Fri, 9 Mar 2018 13:31:45 -0300
> James Almer wrote:
>
>> On 3/9/2018 12:47 PM, Derek Buitenhuis wrote:
>> > On 3/9/2018 3:22 PM, James Almer wrote:
>> >> Yes, but it's slower, and the buffer is guaranteed to be written to
>> >>
On Fri, 9 Mar 2018 11:05:53 +0100
Paul B Mahol wrote:
> On 3/9/18, Paul B Mahol wrote:
> > On 3/9/18, wm4 wrote:
> >> On Fri, 9 Mar 2018 09:15:13 +0100
> >> Paul B Mahol wrote:
> >>
> >>> On 3/9/18, wm4
On Fri, 9 Mar 2018 13:31:45 -0300
James Almer wrote:
> On 3/9/2018 12:47 PM, Derek Buitenhuis wrote:
> > On 3/9/2018 3:22 PM, James Almer wrote:
> >> Yes, but it's slower, and the buffer is guaranteed to be written to with
> >> actual data after being allocated.
> >>
> >>
On Fri, 9 Mar 2018 11:01:51 +0100
"Sven Dueking" wrote:
> > -Ursprüngliche Nachricht-
> > Von: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] Im Auftrag
> > von wm4
> > Gesendet: Freitag, 9. März 2018 08:21
> > An: ffmpeg-devel@ffmpeg.org
> > Betreff: Re:
>> +ffmpeg -re -f lavfi -i "testsrc=s=1920x1080:rate=3/1000" -f lavfi -i
>> "sine=frequency=1000:sample_rate=48000" +-ac 2 -acodec pcm_s16le
>> -pix_fmt uyvy422 -format_code Hi30 -f decklink 'DeckLink Studio 2'
>
> You should not need the -re flag, the decklink outdev blocks if it
On Wed, 28 Feb 2018, Mike Goins wrote:
Signed-off-by: Mike Goins
---
doc/outdevs.texi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/doc/outdevs.texi b/doc/outdevs.texi
index daf7b1ae62..1ca81ba139 100644
--- a/doc/outdevs.texi
+++ b/doc/outdevs.texi
@@ -180,6
On Fri, 9 Mar 2018, Tomas Härdin wrote:
On 2018-03-09 01:28, Marton Balint wrote:
On Mon, 5 Mar 2018, Marton Balint wrote:
On Sun, 4 Mar 2018, Tomas Härdin wrote:
tor 2018-03-01 klockan 22:41 +0100 skrev Marton Balint:
> Signed-off-by: Marton Balint
---
On 09/03/2018 18:30, Paul B Mahol wrote:
On 3/7/18, Jerome Martinez wrote:
With some sources having specific pix_fmt (9/10/12/14 bit), the source
is padded to 16-bit when the pix_fmt is not supported natively by the
FFV1 encoder.
Nothing is lost ("cutting" to the source
On 3/9/18, Hendrik Leppkes wrote:
> On Fri, Mar 9, 2018 at 8:15 PM, Paul B Mahol wrote:
>> On 3/9/18, Kyle Swanson wrote:
>>> Hi,
>>>
>>> On Wed, Mar 7, 2018 at 3:15 AM, Paul B Mahol wrote:
>>>
Signed-off-by: Paul B
On Thu, Mar 08, 2018 at 04:41:43PM +0800, Jun Zhao wrote:
>
> opt.c |1 +
> opt.h |1 +
> 2 files changed, 2 insertions(+)
> f19d1e433e7008fa7ea9868c973367833dc86878
> 0001-lavu-opt-add-AV_OPT_FLAG_BSF_PARAM.patch
> From 665692d981828ccc0875f9dcbf2c89f3495fcce6 Mon Sep 17 00:00:00
On Fri, Mar 9, 2018 at 8:15 PM, Paul B Mahol wrote:
> On 3/9/18, Kyle Swanson wrote:
>> Hi,
>>
>> On Wed, Mar 7, 2018 at 3:15 AM, Paul B Mahol wrote:
>>
>>> Signed-off-by: Paul B Mahol
>>> ---
>>> doc/filters.texi |
>
>
> +@section drmeter
> +Measure audio dynamic range.
>
Can you add a short description here explaining this flavor of dynamic
range?
+
> +The filter accepts the following options:
> +
> +@table @option
> +@item length
> +Set window lenght in seconds used to split audio into segments of equal
On 3/9/18, Kyle Swanson wrote:
> Hi,
>
> On Wed, Mar 7, 2018 at 3:15 AM, Paul B Mahol wrote:
>
>> Signed-off-by: Paul B Mahol
>> ---
>> doc/filters.texi | 11 +++
>> libavfilter/Makefile | 1 +
>> libavfilter/af_drmeter.c | 233
Hi,
On Wed, Mar 7, 2018 at 3:15 AM, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> doc/filters.texi | 11 +++
> libavfilter/Makefile | 1 +
> libavfilter/af_drmeter.c | 233 ++
> +
>
On 3/7/18, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> doc/filters.texi | 11 +++
> libavfilter/Makefile | 1 +
> libavfilter/af_drmeter.c | 233
> +++
> libavfilter/allfilters.c | 1 +
On Fri, Mar 9, 2018 at 7:02 PM, Michael Niedermayer
wrote:
> On Fri, Mar 09, 2018 at 11:18:38AM +0100, Tomas Härdin wrote:
>> On 2018-03-09 01:40, Michael Niedermayer wrote:
>> >On Wed, Mar 07, 2018 at 03:30:37PM +0100, Philipp M. Scholl wrote:
>> >> Here is the fourth
On Fri, Mar 09, 2018 at 11:03:33AM +0100, Tomas Härdin wrote:
> On 2018-03-09 02:37, Michael Niedermayer wrote:
> >Fixes: signed integer overflow: 3775922176 * 4278190080 cannot be
> >represented in type 'long'
> >Fixes: Chromium bug 791237
> >
> >Reported-by: Matt Wolenetz
On Fri, Mar 09, 2018 at 11:18:38AM +0100, Tomas Härdin wrote:
> On 2018-03-09 01:40, Michael Niedermayer wrote:
> >On Wed, Mar 07, 2018 at 03:30:37PM +0100, Philipp M. Scholl wrote:
> >> Here is the fourth version of the PCM patch with updated testcases.
> >>
> >> The blocksize of the PCM
Signed-off-by: James Almer
---
libavcodec/extract_extradata_bsf.c | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff --git a/libavcodec/extract_extradata_bsf.c
b/libavcodec/extract_extradata_bsf.c
index fbfd12aeef..4e2d601742 100644
---
On 3/7/18, Jerome Martinez wrote:
> With some sources having specific pix_fmt (9/10/12/14 bit), the source
> is padded to 16-bit when the pix_fmt is not supported natively by the
> FFV1 encoder.
> Nothing is lost ("cutting" to the source bitdepth permits to retrieve
> the
On 3/9/2018 12:47 PM, Derek Buitenhuis wrote:
> On 3/9/2018 3:22 PM, James Almer wrote:
>> Yes, but it's slower, and the buffer is guaranteed to be written to with
>> actual data after being allocated.
>>
>> This is a filter that may run once per processed packet, so the less
>> overhead the
On 3/9/2018 3:22 PM, James Almer wrote:
> Yes, but it's slower, and the buffer is guaranteed to be written to with
> actual data after being allocated.
>
> This is a filter that may run once per processed packet, so the less
> overhead the better.
Not sure I buy the "speed" argument here, but
On 3/9/2018 12:30 PM, Paul B Mahol wrote:
> On 3/9/18, James Almer wrote:
>> On 3/9/2018 12:12 PM, James Almer wrote:
>>> On 3/9/2018 12:04 PM, Paul B Mahol wrote:
On 3/9/18, James Almer wrote:
> On 3/9/2018 7:05 AM, Paul B Mahol wrote:
>> On
On 3/9/18, James Almer wrote:
> On 3/9/2018 12:12 PM, James Almer wrote:
>> On 3/9/2018 12:04 PM, Paul B Mahol wrote:
>>> On 3/9/18, James Almer wrote:
On 3/9/2018 7:05 AM, Paul B Mahol wrote:
> On 3/9/18, Paul B Mahol wrote:
On 3/9/2018 12:18 PM, Derek Buitenhuis wrote:
> On 3/8/2018 4:02 PM, James Almer wrote:
>> Signed-off-by: James Almer
>> ---
>> libavcodec/extract_extradata_bsf.c | 4
>> 1 file changed, 4 insertions(+)
>
> Can't most (or all) of these be fixed by using av_mallocz?
Yes,
On 3/8/2018 4:02 PM, James Almer wrote:
> Signed-off-by: James Almer
> ---
> libavcodec/extract_extradata_bsf.c | 4
> 1 file changed, 4 insertions(+)
Can't most (or all) of these be fixed by using av_mallocz?
- Derek
___
On 3/9/2018 12:13 PM, Derek Buitenhuis wrote:
> On 3/9/2018 2:24 PM, James Almer wrote:
>> Signed-off-by: James Almer
>> ---
>> libavformat/mov.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> OK.
>
> - Derek
Pushed, thanks.
On 3/9/2018 12:12 PM, James Almer wrote:
> On 3/9/2018 12:04 PM, Paul B Mahol wrote:
>> On 3/9/18, James Almer wrote:
>>> On 3/9/2018 7:05 AM, Paul B Mahol wrote:
On 3/9/18, Paul B Mahol wrote:
> On 3/9/18, wm4 wrote:
>>
On 3/9/2018 2:24 PM, James Almer wrote:
> Signed-off-by: James Almer
> ---
> libavformat/mov.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
OK.
- Derek
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On 3/9/2018 12:04 PM, Paul B Mahol wrote:
> On 3/9/18, James Almer wrote:
>> On 3/9/2018 7:05 AM, Paul B Mahol wrote:
>>> On 3/9/18, Paul B Mahol wrote:
On 3/9/18, wm4 wrote:
> On Fri, 9 Mar 2018 09:15:13 +0100
> Paul B
On 3/9/2018 2:42 AM, Rodger Combs wrote:
> Muxing DASH may involve calling mov_write_eac3_tag multiple times on the same
> stream. If we destroy eac3_priv after the first call, we don't have it
> later, so we end up not writing that data. This is fine for lavf (since
> everything in that atom
On 3/9/18, James Almer wrote:
> On 3/9/2018 7:05 AM, Paul B Mahol wrote:
>> On 3/9/18, Paul B Mahol wrote:
>>> On 3/9/18, wm4 wrote:
On Fri, 9 Mar 2018 09:15:13 +0100
Paul B Mahol wrote:
> On
Signed-off-by: James Almer
---
libavformat/mov.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 7002a82787..82b9aa1a90 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -5454,7 +5454,7 @@ static int
On 09/03/2018 03:15, Michael Niedermayer wrote:
On Thu, Mar 08, 2018 at 03:12:26AM +0100, Jerome Martinez wrote:
checking range coder part, I see that currently there is actually a slight
difference with the other AV_LOG_INFO, I don't indicate the message when
level is not indicated, as I
On 3/9/2018 7:05 AM, Paul B Mahol wrote:
> On 3/9/18, Paul B Mahol wrote:
>> On 3/9/18, wm4 wrote:
>>> On Fri, 9 Mar 2018 09:15:13 +0100
>>> Paul B Mahol wrote:
>>>
On 3/9/18, wm4 wrote:
> On Thu, 8 Mar
On 9 March 2018 at 00:55, Michael Niedermayer
wrote:
> On Mon, Mar 05, 2018 at 05:09:04PM +0100, Sven Dueking wrote:
> >
> >
> > > -Ursprüngliche Nachricht-
> > > Von: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] Im Auftrag
> > > von Sven Dueking
> > >
On 3/9/18, Hazem Ashmawy wrote:
> Add filter to convert between various panorama projections. It supports
> Equirectangular and Cubemaps (3x2 and 6x1 cubemap layouts).
>
> commit a8d80408bd9d99542cc29f30d7e6b00771846029
> Author: Hazem Ashmawy
On Thu, Mar 08, 2018 at 21:53:48 -0300, James Almer wrote:
> There's tools/patcheck. Feed it a git format-patch style of patch to
> find common issues, but keep in mind it can generate a lot of false
> positives.
>
> I don't know if we have documentation about actual formatting rules
> anywhere.
On 2018-03-09 01:40, Michael Niedermayer wrote:
On Wed, Mar 07, 2018 at 03:30:37PM +0100, Philipp M. Scholl wrote:
Here is the fourth version of the PCM patch with updated testcases.
The blocksize of the PCM decoder is hard-coded. This creates
unnecessary delay when reading low-rate
Sven Dueking (2018-03-09):
> Michael mentioned this :
> newly added time based options should be in seconds the user can
> achive micro or milli seconds by using suffixes also see
> AV_OPT_TYPE_DURATION, it may fit here
>
> So, what shell we use ?
A timeout is a duration of time before giving
On 3/9/18, Paul B Mahol wrote:
> On 3/9/18, wm4 wrote:
>> On Fri, 9 Mar 2018 09:15:13 +0100
>> Paul B Mahol wrote:
>>
>>> On 3/9/18, wm4 wrote:
>>> > On Thu, 8 Mar 2018 21:53:48 -0300
>>> > James Almer
On 2018-03-09 02:37, Michael Niedermayer wrote:
Fixes: signed integer overflow: 3775922176 * 4278190080 cannot be represented
in type 'long'
Fixes: Chromium bug 791237
Reported-by: Matt Wolenetz
Reviewed-by: Matt Wolenetz
Signed-off-by: Michael
> -Ursprüngliche Nachricht-
> Von: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] Im Auftrag
> von wm4
> Gesendet: Freitag, 9. März 2018 08:21
> An: ffmpeg-devel@ffmpeg.org
> Betreff: Re: [FFmpeg-devel] [PATCH] avformat/opensrt: add Haivision
> Open SRT protocol
>
> On Wed, 21
On 2018-03-09 01:28, Marton Balint wrote:
On Mon, 5 Mar 2018, Marton Balint wrote:
On Sun, 4 Mar 2018, Tomas Härdin wrote:
tor 2018-03-01 klockan 22:41 +0100 skrev Marton Balint:
> Signed-off-by: Marton Balint
---
libavformat/mxfdec.c | 22 ++
1
On 3/9/18, wm4 wrote:
> On Fri, 9 Mar 2018 09:15:13 +0100
> Paul B Mahol wrote:
>
>> On 3/9/18, wm4 wrote:
>> > On Thu, 8 Mar 2018 21:53:48 -0300
>> > James Almer wrote:
>> >
>> >> On 3/8/2018 9:50 PM, Hazem
On Fri, 9 Mar 2018 09:15:13 +0100
Paul B Mahol wrote:
> On 3/9/18, wm4 wrote:
> > On Thu, 8 Mar 2018 21:53:48 -0300
> > James Almer wrote:
> >
> >> On 3/8/2018 9:50 PM, Hazem Ashmawy wrote:
> >> > [PATCH] avfilter: add panorama
On 3/9/18, wm4 wrote:
> On Thu, 8 Mar 2018 21:53:48 -0300
> James Almer wrote:
>
>> On 3/8/2018 9:50 PM, Hazem Ashmawy wrote:
>> > [PATCH] avfilter: add panorama filter
>> >
>> > Sorry about that! I removed them now.
>> > For the future, any
64 matches
Mail list logo