The av_err2str macro in libavutil/error.h use compound literal:
#define av_err2str(errnum) \
av_make_error_string((char[AV_ERROR_MAX_STRING_SIZE]){0},
AV_ERROR_MAX_STRING_SIZE, errnum)
C++ compiler may not support it or treat the usage as invalid.
For example, g++ 5.4 raise an error: takin
On Tue, 2018-05-15 at 23:15 +0100, Mark Thompson wrote:
> This uses any devices it can find on the host system - on a system with no
> hardware device support or in builds with no support included it will do
> nothing and pass.
> ---
>
> It now comes under a new target "fate-hw", which is not run
On 05/15/2018 08:58 PM, James Almer wrote:
On 5/15/2018 9:49 PM, Peter Bennett wrote:
On 05/15/2018 08:44 PM, James Almer wrote:
On 5/15/2018 9:25 PM, Peter Bennett wrote:
From: Peter Bennett
The header stdatomic.h causes compile errors in a c++ compiler, even
when extern "C" is used arou
On 5/15/2018 9:49 PM, Peter Bennett wrote:
>
>
> On 05/15/2018 08:44 PM, James Almer wrote:
>> On 5/15/2018 9:25 PM, Peter Bennett wrote:
>>> From: Peter Bennett
>>>
>>> The header stdatomic.h causes compile errors in a c++ compiler, even
>>> when extern "C" is used around it. The appropriate c+
On 05/15/2018 08:44 PM, James Almer wrote:
On 5/15/2018 9:25 PM, Peter Bennett wrote:
From: Peter Bennett
The header stdatomic.h causes compile errors in a c++ compiler, even
when extern "C" is used around it. The appropriate c++ include is .
We cannot use #include inside error_resilience.h
On Tue, May 15, 2018 at 12:35:45AM +0200, Steinar H. Gunderson wrote:
> Whenever we detect a discontinuity in the incoming stream, ask libopus
> to make up intermediate frames based on the first one we actually have
> after the discontinuity. If the stream contains FEC data (basically a
> low-quali
From: Peter Bennett
libavformat.v has url_open, url_close and url_write. These
should be ffurl_ in each case.
---
libavformat/libavformat.v | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavformat/libavformat.v b/libavformat/libavformat.v
index cf2055f..7df12d3 10064
On 5/15/2018 9:25 PM, Peter Bennett wrote:
> From: Peter Bennett
>
> The header stdatomic.h causes compile errors in a c++ compiler, even
> when extern "C" is used around it. The appropriate c++ include is .
> We cannot use #include inside error_resilience.h because that causes
> compile errors
2018-05-16 2:25 GMT+02:00, Peter Bennett :
> From: Peter Bennett
>
> The header stdatomic.h causes compile errors in a c++ compiler, even
> when extern "C" is used around it. The appropriate c++ include is .
> We cannot use #include inside error_resilience.h because that
> causes
> compile errors
From: Peter Bennett
The header stdatomic.h causes compile errors in a c++ compiler, even
when extern "C" is used around it. The appropriate c++ include is .
We cannot use #include inside error_resilience.h because that causes
compile errors inside extern "C". With this change, using error_resili
2018-05-14 17:45 GMT+08:00 Jun Zhao :
> v2: - cover all h264/hevc NAL unit type
> - use table replace switch when map NAL type to string/name
>
> Jun Zhao (3):
> lavc/h2645_parse: log more HEVC NAL type.
> lavc/h2645_parse: rename the nal_unit_name to hevc_nal_unit_name.
> lavc/h2645_pars
On Tue, Mar 20, 2018 at 7:46 AM, Joe Koberg wrote:
> On Fri, Mar 16, 2018 at 11:14 AM, Carl Eugen Hoyos
> wrote:
> > 2018-03-16 16:07 GMT+01:00, Joe Koberg :
> >> On Fri, Mar 16, 2018 at 10:48 AM, Carl Eugen Hoyos
> >> wrote:
> >>>
> >>> Is the issue only reproducible if you use hls input or is
On Tue, May 15, 2018 at 12:23 PM, Aman Gupta wrote:
> From: Aman Gupta
>
> This new optional flag makes it easier to deal with mpegts
> samples where the PMT is updated and elementary streams move
> to different PIDs in the middle of playback.
>
> Previously, new AVStreams were created per PID,
From: Aman Gupta
For seekable mpegts streams, duration is calculated from
pts by seeking to the end of the file for a pts and subtracting
the initial pts to compute a duration.
This can be expensive in terms of added latency during
probe, especially when streaming over a network. This new
option
2018-05-16 0:29 GMT+02:00, Hendrik Leppkes :
> It makes no real difference if its less efficient or whatever -
> if a codec specification asks for this behavior, then our
> decoders should act accordingly.
I wonder where this suddenly comes from?
(I was away from my mail client when a similar arg
On Tue, May 15, 2018 at 11:02 PM, Michael Niedermayer
wrote:
> On Mon, May 14, 2018 at 01:31:42AM +0200, Hendrik Leppkes wrote:
>> On Mon, May 14, 2018 at 1:07 AM, Michael Niedermayer
>> wrote:
>> > Fixes: Timeout
>> > Fixes:
>> > 6383/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_QTRLE_fuzz
This uses any devices it can find on the host system - on a system with no
hardware device support or in builds with no support included it will do
nothing and pass.
---
It now comes under a new target "fate-hw", which is not run as part of "fate".
I found the CMP option, so it no longer has a re
2018-05-15 6:17 GMT+02:00, Rostislav Pehlivanov :
> The FATE tests for MSVC versions older than 2013 are untested in FATE
> and apparently are no longer supported.
>
> This commit makes the configure process error out in case an older version
> is used, and suggests to use a supported version of MS
From: Aman Gupta
---
fftools/ffprobe.c | 2 ++
tests/ref/fate/concat-demuxer-extended-lavf-mxf | 2 +-
tests/ref/fate/concat-demuxer-extended-lavf-mxf_d10 | 2 +-
tests/ref/fate/concat-demuxer-simple1-lavf-mxf| 4 ++--
tests/ref
2018-05-14 1:07 GMT+02:00, Michael Niedermayer :
> Fixes: Timeout
> Fixes:
> 6383/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_QTRLE_fuzzer-6199846902956032
Looking at the fate change, my suspicion is that the change
is a (very) good idea but the commit message could explain
better that dupli
On Mon, May 14, 2018 at 01:31:42AM +0200, Hendrik Leppkes wrote:
> On Mon, May 14, 2018 at 1:07 AM, Michael Niedermayer
> wrote:
> > Fixes: Timeout
> > Fixes:
> > 6383/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_QTRLE_fuzzer-6199846902956032
> >
> > Found-by: continuous fuzzing process
> >
Signed-off-by: Marton Balint
---
libavcodec/xwddec.c | 2 +-
tests/ref/lavf/xwd | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/xwddec.c b/libavcodec/xwddec.c
index 8b0845fc01..592c98dd4e 100644
--- a/libavcodec/xwddec.c
+++ b/libavcodec/xwddec.c
@@ -227,7 +22
On 15/05/18 01:42, myp...@gmail.com wrote:
> 2018-05-15 5:58 GMT+08:00 Mark Thompson :
>> The change in 309d660775e2b47af6723a0477c4d753bc0c54f4 to call device_init
>> when doing derivation missed this case - we should only call it if we
>> actually made a new device.
>> ---
>> libavutil/hwcontext
On Sun, 13 May 2018, Marton Balint wrote:
My conversation from AVFormatContext->filename to AVFormatContext->url was
wrong in this case because get_chunk_filename uses filename as an output
buffer, and not as an input buffer.
Fixes ticket #7188.
Pushed and backported.
Regards,
Marton
__
On Mon, May 14, 2018 at 01:14:01PM +0200, Michael Niedermayer wrote:
> A few days ago ossfuzz stoped testing new FFmpeg as it run out of diskspacee
>
> https://oss-fuzz-build-logs.storage.googleapis.com/index.html
>
> An alternative would be to revert the API.
>
> This changes for example
> -rwx
On Tue, 15 May 2018, Timo Rothenpieler wrote:
On 15.05.2018 13:37, Marton Balint wrote:
Are you sure it isn't already that way? I tested specially YUV420P and
could not make out any issues.
For 4K content linesize[0] is 3840, but linesize[1] becomes 2048 instead
of 1920.
That's odd, 2048
On Mon, May 14, 2018 at 11:26 PM, Patrick Keroulas
wrote:
> Signed-off-by: Patrick Keroulas
> ---
> doc/APIchanges | 3 +++
> libavcodec/avcodec.h | 8
> libavcodec/version.h | 4 ++--
> 3 files changed, 13 insertions(+), 2 deletions(-)
Doesn't this kind of duplicate AVPictureStr
On 15 May 2018 at 18:03, wm4 wrote:
> On Tue, 15 May 2018 17:15:05 +0100
> Rostislav Pehlivanov wrote:
>
> > On 15 May 2018 at 15:55, wm4 wrote:
> >
> > > On Mon, 14 May 2018 18:26:35 -0400
> > > Patrick Keroulas wrote:
> > >
> > > > Signed-off-by: Patrick Keroulas savoirfairelinux.com>
> > >
tis 2018-05-15 klockan 21:21 +0100 skrev Derek Buitenhuis:
> On Tue, May 15, 2018 at 9:10 PM, Tomas Härdin
> wrote:
> > Why don't we do this for every format?
>
> In this case, it is specific to MOV and MP4, since it's caused by the
> way we apply edit lists at the packet level (reordering, marki
On Tue, May 15, 2018 at 9:10 PM, Tomas Härdin wrote:
> Why don't we do this for every format?
In this case, it is specific to MOV and MP4, since it's caused by the
way we apply edit lists at the packet level (reordering, marking them
as discard, changing timestamps, etc.). Previously we didn't mu
tis 2018-05-15 klockan 20:44 +0100 skrev Derek Buitenhuis:
> We already did this for audio, but it should be done for video too.
> If we don't, seeking back to the start of the file, for example, can
> become quite broken, since the first N packets will have repeating
> and nonmonotonic PTS, yet th
On Mon, May 14, 2018 at 08:17:59PM +0800, Zhao Zhili wrote:
> From: Zhao Zhili
>
> ---
> doc/examples/filtering_video.c | 34 --
> 1 file changed, 16 insertions(+), 18 deletions(-)
will apply
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133
On Mon, May 14, 2018 at 08:18:00PM +0800, Zhao Zhili wrote:
> From: Zhao Zhili
>
> ---
> doc/examples/filtering_video.c | 2 ++
> 1 file changed, 2 insertions(+)
will apply
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Dictatorship naturally arises out
On 5/14/18, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> doc/filters.texi | 6 ++
> libavfilter/Makefile | 2 +
> libavfilter/af_aderivative.c | 207
> +++
> libavfilter/allfilters.c | 2 +
> 4 files changed, 217
We already did this for audio, but it should be done for video too.
If we don't, seeking back to the start of the file, for example, can
become quite broken, since the first N packets will have repeating
and nonmonotonic PTS, yet they need to be decoded even if they are
to be discarded.
Signed-off
On Tue, May 15, 2018 at 5:12 AM, Michael Niedermayer wrote:
> On Mon, May 14, 2018 at 03:54:01PM -0700, Aman Gupta wrote:
> > From: Aman Gupta
> >
> > This new optional flag makes it easier to deal with mpegts
> > samples where the PMT is updated and elementary streams move
> > to different PIDs
From: Aman Gupta
This new optional flag makes it easier to deal with mpegts
samples where the PMT is updated and elementary streams move
to different PIDs in the middle of playback.
Previously, new AVStreams were created per PID, and it was up
to the user to figure out which streams had migrated
On Mon, May 14, 2018 at 08:18:01PM +0800, Zhao Zhili wrote:
> From: Zhao Zhili
>
> ---
> doc/examples/filtering_video.c | 15 +--
> 1 file changed, 9 insertions(+), 6 deletions(-)
will apply
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
The mis
From: Aman Gupta
Parses the video_stream_descriptor (H.222 2.6.2) to look
for the still_picture_flag. This is exposed to the user
via a new AV_DISPOSITION_STILL_IMAGE.
See for example https://tmm1.s3.amazonaws.com/music-choice.ts,
whose video stream only updates every ~6 seconds.
Signed-off-by:
On Mon, May 14, 2018 at 08:18:02PM +0800, Zhao Zhili wrote:
> From: Zhao Zhili
>
> ---
> doc/examples/.gitignore | 2 ++
> 1 file changed, 2 insertions(+)
will apply
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
While the State exists there can be no f
On Mon, May 14, 2018 at 7:50 PM, Derek Buitenhuis
wrote:
>
> So, I present to you two possible options:
>
> 1. Implement a formal CoC enforcement system. This has been mostly
> copypasted
>from VideoLAN's, and is meant as more of a blueprint. This will no
> doubt
>be controve
On Tue, May 15, 2018 at 05:15:05PM +0100, Rostislav Pehlivanov wrote:
> On 15 May 2018 at 15:55, wm4 wrote:
>
> > On Mon, 14 May 2018 18:26:35 -0400
> > Patrick Keroulas wrote:
> >
> > > Signed-off-by: Patrick Keroulas
> > > ---
> > > doc/APIchanges | 3 +++
> > > libavcodec/avcodec.h |
On Tue, 15 May 2018 17:15:05 +0100
Rostislav Pehlivanov wrote:
> On 15 May 2018 at 15:55, wm4 wrote:
>
> > On Mon, 14 May 2018 18:26:35 -0400
> > Patrick Keroulas wrote:
> >
> > > Signed-off-by: Patrick Keroulas
> > > ---
> > > doc/APIchanges | 3 +++
> > > libavcodec/avcodec.h | 8 +
2018-05-15 17:07 GMT+02:00, Michael Niedermayer :
> Fixes regression with playback of
> GF9720Repeal20the20Eighth20with20Helen20Linehan.m4a
> See: crbug 822666
Please mention ticket #7165 if related.
Thank you, Carl Eugen
___
ffmpeg-devel mailing list
f
tis 2018-05-15 klockan 09:10 -0400 skrev Devin Heitmueller:
> > I'm leaning toward 2, but there would need to be some other way to deal
> > with people not getting along. Maybe Mumble conferences where the
> > involved parties get to air their feelings on whatever is at issue? I
> > dunno
>
> I'm
On 15 May 2018 at 15:55, wm4 wrote:
> On Mon, 14 May 2018 18:26:35 -0400
> Patrick Keroulas wrote:
>
> > Signed-off-by: Patrick Keroulas
> > ---
> > doc/APIchanges | 3 +++
> > libavcodec/avcodec.h | 8
> > libavcodec/version.h | 4 ++--
> > 3 files changed, 13 insertions(+), 2
On Tue, May 15, 2018, 15:12 Michael Niedermayer
wrote:
> On Mon, May 14, 2018 at 03:54:01PM -0700, Aman Gupta wrote:
> > From: Aman Gupta
> >
> > This new optional flag makes it easier to deal with mpegts
> > samples where the PMT is updated and elementary streams move
> > to different PIDs in t
Fixes regression with playback of
GF9720Repeal20the20Eighth20with20Helen20Linehan.m4a
See: crbug 822666
Found-by: "Mattias Wadman
Signed-off-by: Michael Niedermayer
---
libavformat/mov.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
i
Without this some operations might overflow (undefined behavior)
even though the index adding loop would never execute
No testcase known
Signed-off-by: Michael Niedermayer
---
libavformat/mov.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 19
On Mon, 14 May 2018 18:26:35 -0400
Patrick Keroulas wrote:
> Signed-off-by: Patrick Keroulas
> ---
> doc/APIchanges | 3 +++
> libavcodec/avcodec.h | 8
> libavcodec/version.h | 4 ++--
> 3 files changed, 13 insertions(+), 2 deletions(-)
>
> diff --git a/doc/APIchanges b/doc/API
> I'm leaning toward 2, but there would need to be some other way to deal
> with people not getting along. Maybe Mumble conferences where the
> involved parties get to air their feelings on whatever is at issue? I
> dunno
I'm not weighing in on the CoC so much as offering my experience with
other
On Mon, May 14, 2018 at 03:54:01PM -0700, Aman Gupta wrote:
> From: Aman Gupta
>
> This new optional flag makes it easier to deal with mpegts
> samples where the PMT is updated and elementary streams move
> to different PIDs in the middle of playback.
>
> Previously, new AVStreams were created p
On Tue, May 15, 2018 at 11:36:13AM +0200, Hendrik Leppkes wrote:
> On Tue, May 15, 2018 at 11:31 AM, Mark Thompson wrote:
> >
> > I think that means there should be something gating this test (and any
> > other hardware tests) - how about a configure option
> > --(en|dis)able-hw-tests, with defa
On 15.05.2018 13:37, Marton Balint wrote:
>> Are you sure it isn't already that way? I tested specially YUV420P and
>> could not make out any issues.
>
> For 4K content linesize[0] is 3840, but linesize[1] becomes 2048 instead
> of 1920.
That's odd, 2048 seems more correct since it's a multiple o
On Tue, 15 May 2018, Timo Rothenpieler wrote:
On 14.05.2018 23:29, Marton Balint wrote:
Regression since ece068a771ac3f725e854c681ecbef08e792addc.
Signed-off-by: Marton Balint
---
libavutil/hwcontext_cuda.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/libavu
I have prepared a testcase. PMT data comes from org.hbbtv_HTML50420 - I
have squashed them and there is one file attached now. Please review.
Regards,
*Łukasz Krzciuk*
Developer
Vewd
ul. Grabarska 2, Pegaz 2A, 50-079 Wrocław, Polska
On Mon, May 14, 2018 at 10:23 AM, Łukasz Krzciuk wrote:
> I
mån 2018-05-14 klockan 17:50 +0100 skrev Derek Buitenhuis:
> Hello all.
>
> [...]
>
> So, I present to you two possible options:
>
> 1. Implement a formal CoC enforcement system. This has been mostly
> copypasted
> from VideoLAN's, and is meant as more of a blueprint. This will no
>
On Tue, May 15, 2018 at 11:31 AM, Mark Thompson wrote:
>
> I think that means there should be something gating this test (and any other
> hardware tests) - how about a configure option --(en|dis)able-hw-tests, with
> default value the same as autodetect? (I think that has the right
> propertie
On 15/05/18 03:16, Michael Niedermayer wrote:
> On Mon, May 14, 2018 at 10:58:58PM +0100, Mark Thompson wrote:
>> This uses any devices it can find on the host system - on a system with no
>> hardware device support or in builds with no support included it will do
>> nothing and pass.
>> ---
>> li
On 15/05/18 03:16, Xiang, Haihao wrote:
> On Mon, 2018-05-14 at 22:58 +0100, Mark Thompson wrote:
>> This uses any devices it can find on the host system - on a system with no
>> hardware device support or in builds with no support included it will do
>> nothing and pass.
>> ---
>> libavutil/Makef
On 14.05.2018 23:29, Marton Balint wrote:
> Regression since ece068a771ac3f725e854c681ecbef08e792addc.
>
> Signed-off-by: Marton Balint
> ---
> libavutil/hwcontext_cuda.c | 9 ++---
> 1 file changed, 6 insertions(+), 3 deletions(-)
>
> diff --git a/libavutil/hwcontext_cuda.c b/libavutil/hwc
Whenever we detect a discontinuity in the incoming stream, ask libopus
to make up intermediate frames based on the first one we actually have
after the discontinuity. If the stream contains FEC data (basically a
low-quality side stream that is delayed by one packet), libopus will
decode that. If no
62 matches
Mail list logo