Signed-off-by: Paul B Mahol
---
tests/fate/ac3.mak | 5 +
1 file changed, 5 insertions(+)
diff --git a/tests/fate/ac3.mak b/tests/fate/ac3.mak
index 76be2e869a..26d2bf3e1c 100644
--- a/tests/fate/ac3.mak
+++ b/tests/fate/ac3.mak
@@ -88,6 +88,11 @@ fate-ac3-fixed-encode: CMD = md5 -i $(SRC) -
On Thu, Mar 29, 2018 at 12:53:18AM +0300, Jan Ekström wrote:
> From: Jan Ekström
>
> With some streams multiple nullptr AVSubtitles can get pushed
> into sub2video_update() in a row.
>
> This causes end_pts, and on the next round pts, to become
> INT64_MAX, latter of which signals EOF in framesy
On Thu, 29 Mar 2018 08:58:12 +0200
Tobias Rapp wrote:
> On 28.03.2018 17:11, wm4 wrote:
> > On Wed, 28 Mar 2018 17:03:39 +0200
> > Tobias Rapp wrote:
> >
> >> Allows to set log level and flag values from string.
> >>
> >> Signed-off-by: Tobias Rapp
> >> ---
> >> doc/APIchanges | 3 ++
Interlaced frame pictures do not contain the MVMODE or MVMODE2 bitstream
element. Trying to parse this element and passing a nonzero value to the
hardware decoder results in small inaccuracies in the decoded picture.
Signed-off-by: Jerome Borsboom
---
With this patch the Intel hardware decoded fa
On 29.03.2018 12:58, wm4 wrote:
On Thu, 29 Mar 2018 08:58:12 +0200
Tobias Rapp wrote:
On 28.03.2018 17:11, wm4 wrote:
On Wed, 28 Mar 2018 17:03:39 +0200
Tobias Rapp wrote:
Allows to set log level and flag values from string.
Signed-off-by: Tobias Rapp
---
doc/APIchanges | 3 +
On Thu, 29 Mar 2018 13:47:55 +0200
Tobias Rapp wrote:
> On 29.03.2018 12:58, wm4 wrote:
> > On Thu, 29 Mar 2018 08:58:12 +0200
> > Tobias Rapp wrote:
> >
> >> On 28.03.2018 17:11, wm4 wrote:
> >>> On Wed, 28 Mar 2018 17:03:39 +0200
> >>> Tobias Rapp wrote:
> >>>
> Allows to set
Le 27/03/2018 à 22:45, Dave Rice a écrit :
On Mar 27, 2018, at 4:33 PM, wm4 wrote:
On Tue, 27 Mar 2018 16:11:11 -0400
Dave Rice wrote:
On Mar 27, 2018, at 4:01 PM, Derek Buitenhuis
wrote:
On 3/27/2018 8:52 PM, Rostislav Pehlivanov wrote:
I think we should drop the internal crap if the to
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 3 +++
libavfilter/af_amix.c | 32 +++-
2 files changed, 34 insertions(+), 1 deletion(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index 5c119c0151..6cbb7255f4 100644
--- a/doc/filters.texi
+++ b/doc/filt
On Thu, 29 Mar 2018 14:00:03 +0200
Steve Lhomme wrote:
> Le 27/03/2018 à 22:45, Dave Rice a écrit :
> >> On Mar 27, 2018, at 4:33 PM, wm4 wrote:
> >>
> >> On Tue, 27 Mar 2018 16:11:11 -0400
> >> Dave Rice wrote:
> >>
> On Mar 27, 2018, at 4:01 PM, Derek Buitenhuis
> wrote:
>
On Sun, Mar 25, 2018 at 03:17:19PM -0300, James Almer wrote:
> On 3/25/2018 2:54 PM, Mark Thompson wrote:
> > On 25/03/18 05:03, James Almer wrote:
> >> It works as a drop in replacement for the deprecated av_dup_packet(),
> >> to ensure a packet is reference counted.
> >>
> >> Signed-off-by: James
Multiple cover images are supported by having multiple data atoms
inside the covr atom. AtomicParsley and mutagen amongst others
support and document this construct.
Signed-off-by: Timo Teräs
---
libavformat/mov.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavformat/mov.c b/libavf
This is the only code I found within FFmpeg that still inherently
requires AV_PIX_FMT_FLAG_PSEUDOPAL. It's easily changed not to require
it.
Preparation for the next patch.
---
libavcodec/xwdenc.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/libavcodec/xwdenc.c b/li
PSEUDOPAL pixel formats are not paletted, but carried a palette with the
intention of allowing code to treat unpaletted formats as paletted. The
palette simply mapped the byte values to the resulting RGB values,
making it some sort of LUT for RGB conversion.
It was used for 1 byte formats only: RG
On 3/29/2018 2:06 AM, Michael Niedermayer wrote:
> Its how AVStreams are living in AVFormatContext too
> so to me it seems thats the obvious and consistent way to go.
> i do not know if there are any unforseen issues with that ...
Sounds like the best way to go about it then.
Thanks,
- Derek
On 3/29/2018 1:06 PM, wm4 wrote:
> I think mov files at least use a
> filename/URL for external references, which actually could be handled
> in generic files.
The dref box is for the whole track, FWIW, and not for edit list entries.
- Derek
___
ffmpeg-
On 14.03.2018 18:56, Thomas Mundt wrote:
2018-03-13 16:10 GMT+01:00 Vasile Toncu :
On 06.03.2018 20:38, Thomas Mundt wrote:
Hi,
2018-03-05 13:48 GMT+01:00 Carl Eugen Hoyos :
2018-03-05 12:37 GMT+01:00, Paul B Mahol :
On 3/5/18, Vasile Toncu wrote:
Hello,
Thanks for the review. I've
On 3/29/2018 2:13 AM, Michael Niedermayer wrote:
> Well, no unless we want a single unified API that represents information
> about timespans.
> We can use completely unrelated systems to handle the virtual timeline,
> the codec and related changes, chapters, ...
Personal opinion time: From design
On 3/27/2018 8:44 PM, Derek Buitenhuis wrote:
> Signed-off-by: Derek Buitenhuis
> ---
> libavcodec/avcodec.h | 8 +++
> libavutil/timeline.h | 160
> +++
> 2 files changed, 168 insertions(+)
> create mode 100644 libavutil/timeline.h
A few notes
On Thu, Mar 29, 2018 at 1:14 PM, Michael Niedermayer
wrote:
>
> this breaks fate-sub2video
>
> TESTsub2video
> --- ./tests/ref/fate/sub2video 2018-03-29 02:30:48.095578219 +0200
> +++ tests/data/fate/sub2video 2018-03-29 12:13:25.191428538 +0200
> @@ -68,7 +68,8 @@
> 0,258,
2018-03-29 15:44 GMT+02:00 Vasile Toncu :
>
>
> On 14.03.2018 18:56, Thomas Mundt wrote:
>
>> 2018-03-13 16:10 GMT+01:00 Vasile Toncu :
>>
>>
>>> On 06.03.2018 20:38, Thomas Mundt wrote:
>>>
>>> Hi,
2018-03-05 13:48 GMT+01:00 Carl Eugen Hoyos :
2018-03-05 12:37 GMT+01:00, Paul
On Wed, Mar 28, 2018 at 07:02:48PM +0300, Timo Teräs wrote:
> iTunes currently uses the 'cprt' atom to store the copyright notice
> and this patch fixes compatibility with majority of software that
> supports the 'ilst' atom. Other software and documentation using this:
> - AtomicParseley encodes
On Wed, Mar 28, 2018 at 05:03:40PM +0200, Tobias Rapp wrote:
> Signed-off-by: Tobias Rapp
> ---
> fftools/cmdutils.c | 48 +++-
> 1 file changed, 7 insertions(+), 41 deletions(-)
LGTM
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF
On Wed, Mar 28, 2018 at 05:03:38PM +0200, Tobias Rapp wrote:
> Rename global variable for symmetry with av_log_level.
>
> Signed-off-by: Tobias Rapp
> ---
> libavutil/log.c | 10 +-
> 1 file changed, 5 insertions(+), 5 deletions(-)
>
> diff --git a/libavutil/log.c b/libavutil/log.c
> in
On Thu, Mar 29, 2018 at 02:53:52PM +0100, Derek Buitenhuis wrote:
> On 3/29/2018 2:13 AM, Michael Niedermayer wrote:
> > Well, no unless we want a single unified API that represents information
> > about timespans.
> > We can use completely unrelated systems to handle the virtual timeline,
> > the
On Thu, Mar 29, 2018 at 08:49:21PM +0200, Michael Niedermayer wrote:
> On Thu, Mar 29, 2018 at 02:53:52PM +0100, Derek Buitenhuis wrote:
> > On 3/29/2018 2:13 AM, Michael Niedermayer wrote:
> > > Well, no unless we want a single unified API that represents information
> > > about timespans.
> > > W
On Sun, Mar 25, 2018 at 03:32:38AM +0200, Michael Niedermayer wrote:
> Fixes: 2018_03_23_poc.wav
> Found-by: GwanYeong Kim
>
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/wmalosslessdec.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
will apply
[...]
--
Michael Gnu
On Thu, 29 Mar 2018 20:55:52 +0200
Michael Niedermayer wrote:
> On Thu, Mar 29, 2018 at 08:49:21PM +0200, Michael Niedermayer wrote:
> > On Thu, Mar 29, 2018 at 02:53:52PM +0100, Derek Buitenhuis wrote:
> > > On 3/29/2018 2:13 AM, Michael Niedermayer wrote:
> > > > Well, no unless we want a s
On Thu, 29 Mar 2018 20:29:44 +0200
Michael Niedermayer wrote:
> On Wed, Mar 28, 2018 at 07:02:48PM +0300, Timo Teräs wrote:
> > iTunes currently uses the 'cprt' atom to store the copyright notice
> > and this patch fixes compatibility with majority of software that
> > supports the 'ilst' atom. O
Ported and adapted from the libvpx encoder wrapper.
Signed-off-by: James Almer
---
libavcodec/libaomenc.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/libavcodec/libaomenc.c b/libavcodec/libaomenc.c
index f075bf4de7..67c9d5678c 100644
--- a/libavcodec/libaomenc.c
+++ b/libavcodec
If we can support ffmpeg to parse and display a timeline with multiple
edits correctly, I am ok with deleting that code.
On Thu, Mar 29, 2018 at 6:43 AM, Derek Buitenhuis <
derek.buitenh...@gmail.com> wrote:
> On 3/29/2018 1:06 PM, wm4 wrote:
> > I think mov files at least use a
> > filename/URL
Actually this test does not make a sense since encoder now use floating
point math. I should have noticed it before.
Both patches have been updated. Checked on arm.
On Thu, Mar 29, 2018 at 1:52 AM, Michael Niedermayer wrote:
> On Tue, Mar 27, 2018 at 02:26:45AM +0300, Даниил Чередник wrote:
> >
Signed-off-by: Sasi Inguva
---
libavformat/mov.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index cb6f3a45de..6b13742e4d 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -3568,7 +3568,7 @@ static void mov_fix_index(MOV
On 30 March 2018 at 00:12, Даниил Чередник wrote:
> Actually this test does not make a sense since encoder now use floating
> point math. I should have noticed it before.
> Both patches have been updated. Checked on arm.
>
> On Thu, Mar 29, 2018 at 1:52 AM, Michael Niedermayer
> > wrote:
>
> > O
Hello all,
My name is Andrew Allen and I'm a contributor to Opus, supporting new
channel mappings 2 and 3 for ambisonics compression. I've attached a patch
to support the new OpusProjectionEncoder and OpusProjectionDecoder APIs for
handling the new channel mapping 3 in OPUS.
Please let me know of
use the ost->enc_ctx->channel_layout for f->channel_layout
not
f->channel_layout = av_get_default_channel_layout(ost->enc_ctx->channels);
ffmpeg_opt.c
static int open_output_file(OptionsContext *o, const char *filename)
Old:
if (ost->enc_ctx->channels) {
f->channel_layout = av_ge
On Thu, Mar 29, 2018 at 10:12:50PM +0300, Timo Teras wrote:
> On Thu, 29 Mar 2018 20:29:44 +0200
> Michael Niedermayer wrote:
>
> > On Wed, Mar 28, 2018 at 07:02:48PM +0300, Timo Teräs wrote:
> > > iTunes currently uses the 'cprt' atom to store the copyright notice
> > > and this patch fixes comp
On Fri, Mar 30, 2018 at 3:39 AM, Michael Niedermayer
wrote:
>
> If it was a typo or something like that, i agree that it should be
> removed/replaced. I was assuming it come from some official
> reference/software ...
>
For the record, the current QTFF (aka MOV) specification still lists
'©cpy' a
On Fri, 30 Mar 2018 02:39:13 +0200
Michael Niedermayer wrote:
> On Thu, Mar 29, 2018 at 10:12:50PM +0300, Timo Teras wrote:
> > On Thu, 29 Mar 2018 20:29:44 +0200
> > Michael Niedermayer wrote:
> >
> > > On Wed, Mar 28, 2018 at 07:02:48PM +0300, Timo Teräs wrote:
> > > > iTunes currently us
Le 29/03/2018 à 2:53 PM, sebastian-doerf...@t-online.de a écrit :
use the ost->enc_ctx->channel_layout for f->channel_layout
not
f->channel_layout = av_get_default_channel_layout(ost->enc_ctx->channels);
ffmpeg_opt.c
static int open_output_file(OptionsContext *o, const char *f
On Fri, 30 Mar 2018 03:54:59 +0300
Jan Ekström wrote:
> On Fri, Mar 30, 2018 at 3:39 AM, Michael Niedermayer
> wrote:
> >
> > If it was a typo or something like that, i agree that it should be
> > removed/replaced. I was assuming it come from some official
> > reference/software ...
> >
>
> F
On Thu, Mar 29, 2018 at 03:30:43PM +0200, wm4 wrote:
> PSEUDOPAL pixel formats are not paletted, but carried a palette with the
> intention of allowing code to treat unpaletted formats as paletted. The
> palette simply mapped the byte values to the resulting RGB values,
> making it some sort of LUT
> > On 27 Mar 2018, at 15:57, Haihao Xiang wrote:
> >
> > hevc parser mistakenly reports the following message if a dummy buffer
> > is padded for EOF
> >
> > [hevc @ 0x559b63848610] missing picture in access unit
> >
> > Signed-off-by: Haihao Xiang
> > ---
> > libavcodec/hevc_parser.c | 7
On Fri, 30 Mar 2018 03:13:07 +0200
Michael Niedermayer wrote:
> On Thu, Mar 29, 2018 at 03:30:43PM +0200, wm4 wrote:
> > PSEUDOPAL pixel formats are not paletted, but carried a palette with the
> > intention of allowing code to treat unpaletted formats as paletted. The
> > palette simply mapped t
Fixes: out of array access
Found-by: Kira
Signed-off-by: Michael Niedermayer
---
libavfilter/vf_signature.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavfilter/vf_signature.c b/libavfilter/vf_signature.c
index f0078ba1a6..d07b213f31 100644
--- a/libavfilter/vf_sign
hevc parser mistakenly reports the following message if a dummy buffer
is padded for EOF
[hevc @ 0x559b63848610] missing picture in access unit
v2: use the preferred code style and rebase the patch
Signed-off-by: Haihao Xiang
---
libavcodec/hevc_parser.c | 7 ++-
1 file changed, 6 inser
On 3/28/2018 3:59 PM, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/aac_ac3_parser.c | 9 ++-
> libavcodec/ac3_parser.c | 2 +-
> libavcodec/ac3dec.c | 177
> +++-
> libavcodec/ac3dec.h | 10 ++-
> libavcodec
On 3/29/2018 6:12 AM, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> tests/fate/ac3.mak | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/tests/fate/ac3.mak b/tests/fate/ac3.mak
> index 76be2e869a..26d2bf3e1c 100644
> --- a/tests/fate/ac3.mak
> +++ b/tests/fate/ac3.mak
> @
This commit adds a Vulkan hwcontext, currently capable of mapping DRM and
VAAPI frames but additional functionality can be added later to support
importing of D3D11 surfaces as well as exporting to various other APIs.
This context requires the newest stable version of the Vulkan API,
and once the
This is an RFC version of the patchset, put here to discuss any issues
that it might have, and its not ready for merging as-is.
Rostislav Pehlivanov (3):
lavu: add a Vulkan hwcontext
lavfi: add common Vulkan filtering code
lavfi: add a Vulkan avgblur filter
configure
This commit adds a common code for use in Vulkan filters. It attempts
to ease the burden of writing Vulkan image filtering to a minimum,
which is pretty much a requirement considering how verbose the API is.
It supports both compute and graphic pipelines and manages to abstract
the API to such a l
This commit adds an average blur Vulkan filter which functions
exactly the same as avgblur but on Vulkan surfaces.
Currently contains a workaround that will be removed for the actual,
non-RFC version.
It implements a clever way of minimizing texel fetches by storing
all texels needed to filter an
From: Vishwanath Dixit
This patch series contains minor bug fixes and error handling functionalities
for uninterrupted long duration HLS/DASH live streaming use cases. During live
streaming, it was observed that ingest network fluctuations are common which
were causing application to exit or cras
From: Vishwanath Dixit
---
libavformat/dashenc.c | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c
index c0fe0a5..4c8fc6f 100644
--- a/libavformat/dashenc.c
+++ b/libavformat/dashenc.c
@@ -143,6 +143,8 @@ static int d
From: Vishwanath Dixit
For live HLS/DASH output usecases, currently ffmpeg application exits
for any network error during muxing. However, some of the errors like
EPIPE, ECONNREFUSED and ECONNRESET are non-fatal. They might cause
temporary disruption. However, muxer can recover and continue furth
From: Vishwanath Dixit
---
libavformat/dashenc.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c
index bdf8c8d..c0fe0a5 100644
--- a/libavformat/dashenc.c
+++ b/libavformat/dashenc.c
@@ -254,7 +254,9 @@ static int flush
From: Vishwanath Dixit
---
libavformat/avio.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/avio.c b/libavformat/avio.c
index 63e8287..18e58ae 100644
--- a/libavformat/avio.c
+++ b/libavformat/avio.c
@@ -420,7 +420,7 @@ int ffurl_read_complete(URLContext *h, uns
From: Vishwanath Dixit
---
doc/muxers.texi | 8
libavformat/dashenc.c | 10 ++
2 files changed, 14 insertions(+), 4 deletions(-)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index cb75c26..0d9ecef 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
@@ -266,6 +266,14 @@
From: Vishwanath Dixit
---
doc/muxers.texi | 9 +
libavformat/hlsenc.c | 16 +---
2 files changed, 18 insertions(+), 7 deletions(-)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index 0d9ecef..a651a49 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
@@ -977,6 +977,1
From: Vishwanath Dixit
---
libavformat/hlsenc.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index 2a54b43..1dd196f 100644
--- a/libavformat/hlsenc.c
+++ b/libavformat/hlsenc.c
@@ -272,6 +272,8 @@ static int hlsenc_io_open(AVFormatContext *s
From: Vishwanath Dixit
Under error conditions, when the context is null, the application crashes
without this check.
---
libavformat/hlsenc.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index 1dd196f..334720f 100644
--- a/liba
> On 30 Mar 2018, at 13:08, vdi...@akamai.com wrote:
>
> From: Vishwanath Dixit
>
> ---
> libavformat/hlsenc.c | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
> index 2a54b43..1dd196f 100644
> --- a/libavformat/hlsenc.c
> +++ b/libavform
> On 30 Mar 2018, at 13:09, vdi...@akamai.com wrote:
>
> From: Vishwanath Dixit
>
> Under error conditions, when the context is null, the application crashes
> without this check.
> ---
> libavformat/hlsenc.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/libavforma
> On 30 Mar 2018, at 13:09, vdi...@akamai.com wrote:
>
> From: Vishwanath Dixit
>
> ---
> doc/muxers.texi | 9 +
> libavformat/hlsenc.c | 16 +---
> 2 files changed, 18 insertions(+), 7 deletions(-)
>
> diff --git a/doc/muxers.texi b/doc/muxers.texi
> index 0d9ecef..a6
63 matches
Mail list logo
