> On April 5, 2020 5:59 PM Andreas Rheinhardt
> wrote:
>
>
> AVChapters have an int as id field and therefore this value can appear
> <= 0. When remuxing from Matroska, this value actually contains
> the lower 32 bits of the original ChapterUID (which can be 64 bits).
>
> In order to ensure t
Am Sa., 18. Apr. 2020 um 21:54 Uhr schrieb :
>
> From: Gautam Ramakrishnan
>
> I have attempted to write a JPEG2000 Parser.
Does it work both for format j2k and jp2 as written
by FFmpeg's encoder?
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@f
From: Jun Zhao
support DOVI sidedata.
Signed-off-by: Jun Zhao
---
fftools/ffprobe.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/fftools/ffprobe.c b/fftools/ffprobe.c
index e3f221f..840fcb7 100644
--- a/fftools/ffprobe.c
+++ b/fftools/ffprobe.c
@@ -36,6 +36,7 @@
#include "
Am So., 19. Apr. 2020 um 00:25 Uhr schrieb Andreas Rheinhardt
:
>
> ffmpeg | branch: master | Andreas Rheinhardt |
> Mon Apr 13 04:09:21 2020 +0200| [277306f54bb6d0927a793dec5a7c09ae47648359] |
> committer: Andreas Rheinhardt
>
> fate: Allow to test temporary files with ffprobe
>
> This is prima
From: vacingfang
add DOVI related struct
Signed-off-by: vacingfang
---
libavutil/Makefile| 1 +
libavutil/dovi_meta.h | 58 +++
2 files changed, 59 insertions(+)
create mode 100644 libavutil/dovi_meta.h
diff --git a/libavutil/Makefile b/li
From: Jun Zhao
add a new sidedata type for DOVI.
Signed-off-by: Jun Zhao
---
libavcodec/avpacket.c | 1 +
libavcodec/packet.h | 9 +
2 files changed, 10 insertions(+)
diff --git a/libavcodec/avpacket.c b/libavcodec/avpacket.c
index ad020ee..1b53451 100644
--- a/libavcodec/avpacket.c
From: vacingfang
support DOVI Video Stream Descriptor from Dolby Vision Streams
Within the MPEG-2 Transport Stream Format V1.2
From the spec: https://www.dolby.com/us/en/technologies/\
dolby-vision/dolby-vision-bitstreams-in-mpeg-2-transport-\
stream-multiplex-v1.2.pdf.
export the DOVI informat
From: Jun Zhao
dump DOVI side data.
Signed-off-by: Jun Zhao
---
libavformat/dump.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/libavformat/dump.c b/libavformat/dump.c
index 220f404..fa7ae1e 100644
--- a/libavformat/dump.c
+++ b/libavformat/dump.c
@@ -27,6 +27,7 @@
#
From: Jun Zhao
enable dvcC/dvvC box support from DOVI sidedata.
Signed-off-by: Jun Zhao
---
libavformat/movenc.c | 35 +++
1 file changed, 35 insertions(+)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index bf3e4fa..10aee5f 100644
--- a/libavformat/
From: Jun Zhao
V4:
- change the DOVI dump message (tks Jan Ekström)
- fix the file order in Makefile
V3:
- rename the file name for Dolby Vision trademark risk(tks Jean-Baptiste Kempf)
- fix other typo issue
V2:
- used sidedata for Dolby Vision information (tks Jan Ekström's suggestion)
- enabl
From: vacingfang
support dvcC/dvcC box from spec Dolby Vision Streams Within the
ISO Base MediaFile Format Version 2.1.2
(https://www.dolby.com/in/en/technologies/dolby-vision/dolby-vision\
-bitstreams-within-the-iso-base-media-file-format-v2.1.2.pdf)
export the DOVI information to sidedata.
Si
Andreas Rheinhardt:
> Andreas Rheinhardt:
>> Currently Musepack allocates an array that needs to be freed later in
>> the demuxer's read_close-function; it is the sole reason for said
>> function's existence. But it is unnecessary, because one can store this
>> array in the stream's priv_data point
> >I only made sure that the level was positive because its initial
> > value was -1.
> >
> > > else if (x4->params.i_level_idc >= 0) {
> > > Let me know if I need to reject 0 too. It seemed like premature
> > > optimization
> > > as the level simply wouldn't be present in x264_levels.
>
> I'd say
Marton Balint:
> Current muxers only use a single bitstream filter, so there is no need to
> maintain code which operates on a list of bitstream filters. When multiple
> bitstream filters are needed muxers can simply use a list bitstream filter.
>
> If there is a use case in the future when differ
Marton Balint:
>
>
> On Tue, 31 Mar 2020, Andreas Rheinhardt wrote:
>
>> The earlier documentation claimed that av_interleaved_write_frame()
>> always orders by dts, which is not necessarily true when using muxers
>> with custom interleavement functions or the audio_preload option.
>>
>> Further
Signed-off-by: Michael Niedermayer
---
libavfilter/vf_spp.c | 7 +--
libavfilter/vf_spp.h | 2 --
2 files changed, 1 insertion(+), 8 deletions(-)
diff --git a/libavfilter/vf_spp.c b/libavfilter/vf_spp.c
index 7381938f7f..1b934aa9d7 100644
--- a/libavfilter/vf_spp.c
+++ b/libavfilter/vf_spp.c
Andreas Rheinhardt:
> Andreas Rheinhardt:
>> Up until now, they were appended to the FATE_EXTERN-$(CONFIG_FFMPEG)
>> variable and were therefore activated when ffmpeg was enabled regardless
>> of whether ffprobe was enabled.
>>
>> Also the same happened with FATE_SAMPLES_FASTSTART, although the
>>
Signed-off-by: Michael Niedermayer
---
libavfilter/vf_spp.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/libavfilter/vf_spp.c b/libavfilter/vf_spp.c
index 1b934aa9d7..6bee91b309 100644
--- a/libavfilter/vf_spp.c
+++ b/libavfilter/vf_spp.c
@@ -223,10 +223,14 @@
Signed-off-by: Marton Balint
---
Changelog | 1 +
doc/bitstream_filters.texi | 30 ++
libavcodec/Makefile| 1 +
libavcodec/bitstream_filters.c | 1 +
libavcodec/pcm_rechunk_bsf.c | 206 +
libavcodec/version.
On Sat, Apr 18, 2020 at 12:14:06PM +0200, Anton Khirnov wrote:
> Hi,
> a new iteration of the QP tables/video encoding parameters patches. The
> set now passes FATE and could be pushed if there are no further
> comments.
>
> Changes from last iteration include:
> - type is now passed to the constr
---
tests/fate/filter-video.mak | 4
tests/ref/fate/filter-codecview | 10 ++
2 files changed, 14 insertions(+)
create mode 100644 tests/ref/fate/filter-codecview
diff --git a/tests/fate/filter-video.mak b/tests/fate/filter-video.mak
index bca5e3510a..0e8ca110a1 100644
--- a/te
---
tests/fate/filter-video.mak | 8
tests/ref/fate/filter-pp7 | 10 ++
tests/ref/fate/filter-spp | 10 ++
3 files changed, 28 insertions(+)
create mode 100644 tests/ref/fate/filter-pp7
create mode 100644 tests/ref/fate/filter-spp
diff --git a/tests/fate/filter-vid
On Sat, 18 Apr 2020, Andreas Rheinhardt wrote:
Marton Balint:
On Tue, 7 Apr 2020, Andreas Rheinhardt wrote:
Marton Balint:
Signed-off-by: Marton Balint
---
Changelog | 1 +
doc/bitstream_filters.texi | 30 ++
libavcodec/Makefile | 1 +
libav
The x18 is a reserved platform register on Darwin and Windows.
x8/w8 seems to be unused in this function though (and same about
x10 and x14), so there's really no reason to use x18 here - just change
the uses of x18/w18 into x8/w8 instead without any further rewrites.
---
libswscale/aarch64/hscal
Marton Balint:
>
>
> On Tue, 7 Apr 2020, Andreas Rheinhardt wrote:
>
>> Marton Balint:
>>> Signed-off-by: Marton Balint
>>> ---
>>> Changelog | 1 +
>>> doc/bitstream_filters.texi | 30 ++
>>> libavcodec/Makefile | 1 +
>>> libavcodec/bitstream_filt
On Sat, 2020-04-18 at 21:18 +0200, Marton Balint wrote:
> Previously only 1:1 bitstream filters were supported, the end of the
> stream was
> not signalled to the bitstream filters and time base changes were
> ignored.
>
> Signed-off-by: Marton Balint
> ---
> libavformat/mux.c | 91 +
Sequence numbers of segments should be unique, if an encoder is using shorter
than 1 second segments and it is restarted, then future segments will be using
already used sequence numbers if initial sequence number is based on the number
of seconds since epoch and not microseconds.
Signed-off-by: M
Fixes problems when non-rational options were set using rational expressions,
causing rounding errors and the option range limits not to be enforced
properly.
ffmpeg -f lavfi -i "sine=r=96000/2"
This caused an assertion failure with assert level 2.
Signed-off-by: Marton Balint
---
libavutil/op
avformat_find_stream_info() may decode some frames to get stream
information. And when it does this for subtitles, the decoded subtitles
leak.
(Decoding subtitles was added in b1511e00f6fefde6cb31b2e17f7812cfac1c8bd6
for PGS subtitles. When PGS subtitles originate from a container that
exports eve
From: Gautam Ramakrishnan
I have attempted to write a JPEG2000 Parser. Need
help on testing the code and some tips on how to
document this code. The variable names are also
a bit hard to understand. Would appreciate some
tips. The sample from #7445 seems to get decoded
now.
---
libavcodec/Makefi
On Sat, Apr 18, 2020 at 09:07:09PM +0200, Marton Balint wrote:
>
>
> On Sat, 18 Apr 2020, Michael Niedermayer wrote:
>
> >On Sat, Apr 18, 2020 at 07:03:16PM +0200, Marton Balint wrote:
> >>
> >>
> >>On Sat, 18 Apr 2020, Michael Niedermayer wrote:
> >>
> >>>On Sat, Apr 18, 2020 at 12:14:12PM +020
In preparation for N:M bsf support.
Signed-off-by: Marton Balint
---
libavformat/mux.c | 89 +++
1 file changed, 43 insertions(+), 46 deletions(-)
diff --git a/libavformat/mux.c b/libavformat/mux.c
index 90faf51768..4118d221e0 100644
--- a/lib
And rename it to retimeinterleave, use the pcm_rechunk bitstream filter for
rechunking.
By seperating the two functions we hopefully get cleaner code.
Signed-off-by: Marton Balint
---
configure | 2 +
libavformat/Makefile |
Previously only 1:1 bitstream filters were supported, the end of the stream was
not signalled to the bitstream filters and time base changes were ignored.
Signed-off-by: Marton Balint
---
libavformat/mux.c | 91 ++-
1 file changed, 57 insertion
Signed-off-by: Marton Balint
---
Changelog | 1 +
doc/bitstream_filters.texi | 30 ++
libavcodec/Makefile| 1 +
libavcodec/bitstream_filters.c | 1 +
libavcodec/pcm_rechunk_bsf.c | 204 +
libavcodec/version.
Signed-off-by: Marton Balint
---
libavformat/mux.c | 52 +---
1 file changed, 21 insertions(+), 31 deletions(-)
diff --git a/libavformat/mux.c b/libavformat/mux.c
index 5209c84f40..90faf51768 100644
--- a/libavformat/mux.c
+++ b/libavformat/mux.c
@
Current muxers only use a single bitstream filter, so there is no need to
maintain code which operates on a list of bitstream filters. When multiple
bitstream filters are needed muxers can simply use a list bitstream filter.
If there is a use case in the future when different bitstream filters sho
On Sat, 18 Apr 2020, Michael Niedermayer wrote:
On Sat, Apr 18, 2020 at 07:03:16PM +0200, Marton Balint wrote:
On Sat, 18 Apr 2020, Michael Niedermayer wrote:
On Sat, Apr 18, 2020 at 12:14:12PM +0200, Anton Khirnov wrote:
[...]
diff --git a/tests/fate/filter-video.mak b/tests/fate/filter
On Sat, Apr 18, 2020 at 07:03:16PM +0200, Marton Balint wrote:
>
>
> On Sat, 18 Apr 2020, Michael Niedermayer wrote:
>
> >On Sat, Apr 18, 2020 at 12:14:12PM +0200, Anton Khirnov wrote:
> >[...]
> >>diff --git a/tests/fate/filter-video.mak b/tests/fate/filter-video.mak
> >>index 3d0d4969b8..cb7ce
On Tue, 7 Apr 2020, Andreas Rheinhardt wrote:
Marton Balint:
Signed-off-by: Marton Balint
---
Changelog | 1 +
doc/bitstream_filters.texi | 30 ++
libavcodec/Makefile| 1 +
libavcodec/bitstream_filters.c | 1 +
libavcodec/pcm_rechunk_bsf.c |
On 4/18/20 10:32 AM, Carl Eugen Hoyos wrote:
> Am Sa., 18. Apr. 2020 um 19:31 Uhr schrieb David Bryant :
>> On 4/18/20 9:49 AM, Carl Eugen Hoyos wrote:
>>> Am Sa., 18. Apr. 2020 um 17:36 Uhr schrieb David Bryant :
As suggested in another thread, I have created a WavPack DSD test file
tha
Am Sa., 18. Apr. 2020 um 19:31 Uhr schrieb David Bryant :
>
> On 4/18/20 9:49 AM, Carl Eugen Hoyos wrote:
> > Am Sa., 18. Apr. 2020 um 17:36 Uhr schrieb David Bryant :
> >> As suggested in another thread, I have created a WavPack DSD test file
> >> that exercises all three of the DSD modes (fast,
On 4/18/20 9:49 AM, Carl Eugen Hoyos wrote:
> Am Sa., 18. Apr. 2020 um 17:36 Uhr schrieb David Bryant :
>> As suggested in another thread, I have created a WavPack DSD test file that
>> exercises all three of the DSD modes (fast, high, and copy).
>>
>> If someone would be kind enough to add this t
Am Sa., 18. Apr. 2020 um 00:46 Uhr schrieb Roger Pack :
>
> I want to add to the closed caption libavcodec/ccaption_dec.c decoder
> to be able to handle both 608 "over CEA 708" (which it already does)
> and also "raw EIA 608 byte pairs" which it doesn't.
>
> My idea was to introduce a new codec id
Am Sa., 18. Apr. 2020 um 19:03 Uhr schrieb Marton Balint :
>
> On Sat, 18 Apr 2020, Michael Niedermayer wrote:
>
> > On Sat, Apr 18, 2020 at 12:14:12PM +0200, Anton Khirnov wrote:
> > [...]
> >> diff --git a/tests/fate/filter-video.mak b/tests/fate/filter-video.mak
> >> index 3d0d4969b8..cb7ce7a158
On Sat, 18 Apr 2020, Michael Niedermayer wrote:
On Sat, Apr 18, 2020 at 12:14:12PM +0200, Anton Khirnov wrote:
[...]
diff --git a/tests/fate/filter-video.mak b/tests/fate/filter-video.mak
index 3d0d4969b8..cb7ce7a158 100644
--- a/tests/fate/filter-video.mak
+++ b/tests/fate/filter-video.mak
@
Am Sa., 18. Apr. 2020 um 17:36 Uhr schrieb David Bryant :
>
> As suggested in another thread, I have created a WavPack DSD test file that
> exercises all three of the DSD modes (fast, high, and copy).
>
> If someone would be kind enough to add this to the fate suite (in the
> wavpack/lossless fol
On Sat, Apr 18, 2020 at 12:14:06PM +0200, Anton Khirnov wrote:
> Hi,
> a new iteration of the QP tables/video encoding parameters patches. The
> set now passes FATE and could be pushed if there are no further
> comments.
>
> Changes from last iteration include:
> - type is now passed to the constr
On Sat, Apr 18, 2020 at 12:14:12PM +0200, Anton Khirnov wrote:
[...]
> diff --git a/tests/fate/filter-video.mak b/tests/fate/filter-video.mak
> index 3d0d4969b8..cb7ce7a158 100644
> --- a/tests/fate/filter-video.mak
> +++ b/tests/fate/filter-video.mak
> @@ -535,7 +535,7 @@ FATE_FILTER_PP = fate-fil
As suggested in another thread, I have created a WavPack DSD test file that
exercises all three of the DSD modes (fast, high, and copy).
If someone would be kind enough to add this to the fate suite (in the
wavpack/lossless folder) then this patch can go in.
file: wavpack.com/dsd.wv (MD5: 74b21
Hi,
On Sat, Apr 18, 2020 at 6:15 AM Anton Khirnov wrote:
> ---
> libavcodec/vp9.c | 36
> 1 file changed, 16 insertions(+), 20 deletions(-)
ok.
Ronald
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https:
---
libavcodec/version.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/version.h b/libavcodec/version.h
index 8cff2e855b..ad85fb15e5 100644
--- a/libavcodec/version.h
+++ b/libavcodec/version.h
@@ -28,7 +28,7 @@
#include "libavutil/version.h"
#define LIBAVCODEC
Requried to remux mkv to m2ts
---
Changelog| 1 +
doc/bitstream_filters.texi | 8 ++
libavcodec/Makefile | 1 +
libavcodec/bitstream_filters.c | 1 +
libavcodec/pgs_frame_split_bsf.c | 176 +++
5 files changed, 187 in
Required to remux m2ts to mkv
---
Changelog| 1 +
doc/bitstream_filters.texi | 8 ++
libavcodec/Makefile | 1 +
libavcodec/bitstream_filters.c | 1 +
libavcodec/pgs_frame_merge_bsf.c | 168 +++
5 files changed, 179 in
PGS segments must be merged to one packet for muxing to mkv
---
libavformat/matroskaenc.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavformat/matroskaenc.c b/libavformat/matroskaenc.c
index d3256d8f5d..bccf8b11d2 100644
--- a/libavformat/matroskaenc.c
+++ b/libavformat/matroskaenc.c
Added Changelog entries
Added doc/bitstream_filters.texi entries
Added minor version bump patch
Changed how keyframe detection works in merge
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsu
Apr 18, 2020, 11:14 by an...@khirnov.net:
> From: Juan De León
>
> This is intended to replace the deprecated the AV_FRAME_DATA_QP_TABLE*
> API and extend it to a wider range of codecs.
>
> In the future, it may also be extended to support other encoding
> parameters such as motion vectors.
>
> A
Signed-off-by: Paul B Mahol
---
libavfilter/avfilter.c | 96 ++
libavfilter/filters.h | 17
2 files changed, 113 insertions(+)
diff --git a/libavfilter/avfilter.c b/libavfilter/avfilter.c
index 394811916d..90c73fb64b 100644
--- a/libavfilter/avfi
Fixes filtering audio with more than 1.5h length.
Signed-off-by: Paul B Mahol
---
libavfilter/avf_showspectrum.c | 119 -
1 file changed, 59 insertions(+), 60 deletions(-)
diff --git a/libavfilter/avf_showspectrum.c b/libavfilter/avf_showspectrum.c
index a4dd7b78
On 18.04.2020 00:53, James Almer wrote:
See mpeg12dec.c and how both the mpeg1 and mpeg2 AVCodec entries are
essentially the same for an example. Or the nvenc encoders.
The old cuviddec is probably an even better example. The same decoder
handles half a dozen codecs.
_
From: Juan De León
This is intended to replace the deprecated the AV_FRAME_DATA_QP_TABLE*
API and extend it to a wider range of codecs.
In the future, it may also be extended to support other encoding
parameters such as motion vectors.
Additional changes by Anton Khirnov with suggestions
by Ly
---
libavfilter/vf_qp.c | 65 -
tests/fate/filter-video.mak | 6 ++--
2 files changed, 46 insertions(+), 25 deletions(-)
diff --git a/libavfilter/vf_qp.c b/libavfilter/vf_qp.c
index 33d39493bc..306e8e4594 100644
--- a/libavfilter/vf_qp.c
+++ b/libavfil
---
libavfilter/vf_pp.c | 54 ++---
tests/fate/filter-video.mak | 2 +-
2 files changed, 51 insertions(+), 5 deletions(-)
diff --git a/libavfilter/vf_pp.c b/libavfilter/vf_pp.c
index 524ef1bb0a..87eef4561f 100644
--- a/libavfilter/vf_pp.c
+++ b/libavfilter
---
libavcodec/vp9.c | 73
libavcodec/vp9block.c| 8
libavcodec/vp9dec.h | 8
libavutil/video_enc_params.h | 15
4 files changed, 104 insertions(+)
diff --git a/libavcodec/vp9.c b/libavcodec/vp9.c
index 6b3807a
Hi,
a new iteration of the QP tables/video encoding parameters patches. The
set now passes FATE and could be pushed if there are no further
comments.
Changes from last iteration include:
- type is now passed to the constructor, allowing for type-specific
per-block data to be added later
- QP typ
---
libavcodec/vp9.c | 36
1 file changed, 16 insertions(+), 20 deletions(-)
diff --git a/libavcodec/vp9.c b/libavcodec/vp9.c
index 2a3a4555b9..6b3807a811 100644
--- a/libavcodec/vp9.c
+++ b/libavcodec/vp9.c
@@ -93,6 +93,12 @@ static void vp9_free_entries(AVCo
---
doc/APIchanges | 3 +++
libavcodec/avcodec.h | 5 +
libavcodec/options_table.h | 1 +
libavcodec/version.h | 2 +-
4 files changed, 10 insertions(+), 1 deletion(-)
diff --git a/doc/APIchanges b/doc/APIchanges
index 2fc9428827..c5f56edde6 100644
--- a/doc/APIchanges
---
libavcodec/h264_picture.c| 8 ++-
libavcodec/h264_slice.c | 9 +++
libavcodec/h264dec.c | 46
libavcodec/h264dec.h | 6 +
libavutil/video_enc_params.h | 1 +
5 files changed, 69 insertions(+), 1 deletion(-)
diff --g
---
libavfilter/vf_showinfo.c | 23 +++
1 file changed, 23 insertions(+)
diff --git a/libavfilter/vf_showinfo.c b/libavfilter/vf_showinfo.c
index b0b0051357..5d4aee4169 100644
--- a/libavfilter/vf_showinfo.c
+++ b/libavfilter/vf_showinfo.c
@@ -36,6 +36,7 @@
#include "libavuti
Do it only when requested with the AV_CODEC_EXPORT_DATA_VIDEO_ENC_PARAMS
flag.
Drop previous code using the long-deprecated AV_FRAME_DATA_QP_TABLE*
API.
---
libavcodec/h263dec.c | 2 ++
libavcodec/mpeg12dec.c | 1 +
libavcodec/mpegpicture.c | 2 ++
libavcodec/mpegpicture.h
On Sat, 18 Apr 2020, Peter Ross wrote:
Signed-off-by: Peter Ross
Reviewed-by: Marton Balint
---
Great suggestion. I will apply in a few days if no objections.
fftools/ffplay.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/fftools/ffplay.c b/fftools/ffplay.c
index
>
> Not for the functions, rather for the use of the filter and its
> options. See doc/filters.texi.
>
I have updated the documentation accordingly.
Regards,
Yatendra Singh.
On Fri, Apr 17, 2020 at 12:51 PM Moritz Barsnick wrote:
> On Thu, Apr 16, 2020 at 18:39:58 +0530, YATENDRA SINGH wrote:
>
72 matches
Mail list logo
