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 +++
libavutil/log.c | 76
Fixes https://trac.ffmpeg.org/ticket/2798
This makes movenc handle AV_DISPOSITION_ATTACHED_PIC and write
the associated pictures in iTunes cover atom. This corresponds
to how 'mov' demuxer parses and exposes the cover images when
reading.
Tested to produce valid stream with:
ffmpeg -i movie.mp4
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
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 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
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
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
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.
> > >
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:
> > > >
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
---
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
> >
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:
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
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
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
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.
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
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
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
> >>>
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
---
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)
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
>
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 =
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
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
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,
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
> > >
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
> > 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
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 |
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
+++
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
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
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
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
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
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
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
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
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 ++-
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
> +++
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
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
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
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
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
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
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
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:
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:
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
___
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
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
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
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
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
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
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 @@
62 matches
Mail list logo