The simplified parsing currently in `mov_write_ac3_tag` trusts the content
of the packets a bit too much (the AC-3 parser returns all data fed to it,
including any possible data before the start code), while the existing E-AC-3
logic does proper header validation by utilizing the (E-)AC-3 parser.
From: Jan Ekström
This makes it possible to include it from libavformat
Signed-off-by: Jan Ekström
---
libavcodec/Makefile | 8 +---
libavcodec/ac3_bitrate_tab.c | 22 ++
libavcodec/ac3_bitrate_tab.h | 33 +
libavcodec/ac3tab.c
From: Jan Ekström
This simplifies the code to no longer have #ifs in a manner which
does not require handling avpriv_ac3_parse_header returning ENOSYS.
As an existing example, the MPEG-TS muxer already requires the AC-3
parser, and in order to fix existing issues with the current AC-3
movenc cod
From: Jan Ekström
Add the AC-3 frame type, as well as early exit from additional packet
parsing in case of AC-3, as only a single packet is required to get
the required information.
Signed-off-by: Jan Ekström
---
libavformat/movenc.c | 11 ++-
1 file changed, 10 insertions(+), 1 deleti
From: Jan Ekström
Signed-off-by: Jan Ekström
---
libavformat/movenc.c | 64 ++--
1 file changed, 32 insertions(+), 32 deletions(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index c24b11cf5f..103f958d75 100644
--- a/libavformat/movenc.c
+++
From: Jan Ekström
Signed-off-by: Jan Ekström
---
libavcodec/Makefile | 1 +
libavformat/Makefile | 1 +
libavformat/ac3_bitrate_tab.c | 22 ++
libavformat/movenc.c | 55 +--
4 files changed, 51 insertions(+), 28 deletions
From: Jan Ekström
Signed-off-by: Jan Ekström
---
libavformat/movenc.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index a071f1cdd5..58ba0bc545 100644
--- a/libavformat/movenc.c
+++ b/libavformat/movenc.c
@@ -420,7 +420,10 @
From: Jan Ekström
This leaves out RealAudio DolbyNet, which utilizes bsids 9 and 10,
It is not clear whether the interpreted bit rate value (divided by
2 or 4 depending on the variant), or the original bit rate value
should be utilized to receive the bit_rate_code index.
Signed-off-by: Jan Ekst
Jan Ekström:
> From: Jan Ekström
>
> Signed-off-by: Jan Ekström
> ---
> libavcodec/Makefile | 1 +
> libavformat/Makefile | 1 +
> libavformat/ac3_bitrate_tab.c | 22 ++
> libavformat/movenc.c | 55 +--
> 4 files changed,
From: Zhao Zhili
Regression from 45e3b6a68. cuvidParseVideoData report unknown
error with AV1CodecConfigurationRecord.
---
libavcodec/cuviddec.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/libavcodec/cuviddec.c b/libavcodec/cuviddec.c
index cb3cda7e24..584fff40ed 100644
---
The -shortest option (which finishes the output file at the time the
shortest stream ends) is currently implemented by faking the -t option
when an output stream ends. This approach is fragile, since it depends
on the frames/packets being processed in a specific order. E.g. there
are currently some
On Thu, Jun 23, 2022 at 11:57 AM Andreas Rheinhardt
wrote:
>
> Jan Ekström:
> > From: Jan Ekström
> >
> > Signed-off-by: Jan Ekström
> > ---
> > libavcodec/Makefile | 1 +
> > libavformat/Makefile | 1 +
> > libavformat/ac3_bitrate_tab.c | 22 ++
> > libavformat
Signed-off-by: J. Dekker
---
libavcodec/aarch64/Makefile | 3 +-
libavcodec/aarch64/hevcdsp_deblock_neon.S | 168 ++
libavcodec/aarch64/hevcdsp_init_aarch64.c | 14 ++
3 files changed, 184 insertions(+), 1 deletion(-)
create mode 100644 libavcodec/aarch64/hev
On 23 Jun 2022, at 12:52, J. Dekker wrote:
> Signed-off-by: J. Dekker
> ---
> libavcodec/aarch64/Makefile | 3 +-
> libavcodec/aarch64/hevcdsp_deblock_neon.S | 168 ++
> libavcodec/aarch64/hevcdsp_init_aarch64.c | 14 ++
> 3 files changed, 184 insertions(+
Quoting Paul B Mahol (2022-06-17 17:26:23)
> On Fri, Jun 17, 2022 at 5:01 PM James Almer wrote:
>
> And make sure changes are not making decoders slower than currently are.
fraps
* before: 2.07428 +- 0.00101 seconds time elapsed
* after: 2.073444 +- 0.000678 seconds time elapsed
* -> same withi
Quoting Jean-Baptiste Kempf (2022-06-18 16:31:55)
> On Fri, 17 Jun 2022, at 17:26, Paul B Mahol wrote:
> > On Fri, Jun 17, 2022 at 5:01 PM James Almer wrote:
> >
> >> On 6/17/2022 12:00 PM, Paul B Mahol wrote:
> >> > NAK
> >>
> >> You'll have to give a reason for your NAK.>
>
> > Remove Alexandra
In addition to .eac3, .ec3 is also commonly used by people to name raw
E-AC-3 streams. Enables automatic recognition of the eac3 format for
the .ac3 extension.
For instance Dolby Digital Plus software only support files with
.ec3. Files with .eac3 are not supported. Check issue #18 in the
public d
old:
hevc_idct_16x16_8_c: 5366.2
hevc_idct_16x16_8_neon: 1493.2
new:
hevc_idct_16x16_8_c: 5363.2
hevc_idct_16x16_8_neon: 943.5
Co-developed-by: Rafal Dabrowa
Signed-off-by: J. Dekker
---
libavcodec/aarch64/hevcdsp_idct_neon.S| 666 ++
libavcodec/aarch64/hevcdsp_init_aar
hevc_idct_32x32_8_c: 40128.5
hevc_idct_32x32_8_neon: 7102.0
Co-developed-by: Rafal Dabrowa
Signed-off-by: J. Dekker
---
libavcodec/aarch64/hevcdsp_idct_neon.S| 1265 +
libavcodec/aarch64/hevcdsp_init_aarch64.c |2 +
2 files changed, 1267 insertions(+)
Written by th
It is only used by mpegvideo-based decoders - specifically mpeg12, intelh263,
ituh263, mpeg4video.
---
Resending the set rebased against current master (there conflicts with
2d764069be3b4092dc986467660607d922023332) and with patch 04 skipped, as
Andreas pointed out issues with it. It is not needed
From: Alexandra Hájková
The cached bitstream reader was originally written by Alexandra Hájková
for Libav, with significant input from Kostya Shishkov and Luca Barbato.
It was then committed to FFmpeg in ca079b09549, by merging it with the
implementation of the current bitstream reader.
This mer
Use that instead of the merged version.
---
libavcodec/get_bits.h | 297 +++---
1 file changed, 50 insertions(+), 247 deletions(-)
diff --git a/libavcodec/get_bits.h b/libavcodec/get_bits.h
index 9f2b1784d5..d9fc794c8c 100644
--- a/libavcodec/get_bits.h
+++ b/l
Allows using both BE and LE bitstream readers in the same file.
---
libavcodec/bitstream.h | 379 ++
libavcodec/bitstream_template.h | 392
tests/ref/fate/source | 1 +
3 files changed, 415 insertions(+), 357 deletio
Quoting Carotti, Elias (2022-06-21 10:48:07)
> Hi,
>
> extending AVVideoEncParams was the first hypothesis I made but it
> didn't seem it was the proper place to add the mb_info flags.
>
> I may be wrong but my impression is that AVVideoEncParams is used to
> carry encoding parameters read from t
Quoting Leo Izen (2022-06-02 04:14:11)
> Whether an ICC profile is present or not, the decoder
> should now properly tag the colorspace of pixel data
> received by the decoder.
> ---
> libavcodec/libjxldec.c | 142 ++---
> 1 file changed, 133 insertions(+), 9 de
On 23/06/2022 11:10, Zhao Zhili wrote:
From: Zhao Zhili
Regression from 45e3b6a68. cuvidParseVideoData report unknown
error with AV1CodecConfigurationRecord.
---
libavcodec/cuviddec.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/libavcodec/cuviddec.c b/libavcodec/cuviddec
Quoting Leo Izen (2022-06-02 04:14:12)
> Whether an ICC profile is present or not, the libjxl
> encoder wrapper should now properly read colorspace tags
> and forward them to libjxl appropriately, rather than just
> assume sRGB as before. It will also print warnings when
> colorimetric assumptions
Anton Khirnov:
> Quoting Carotti, Elias (2022-06-21 10:48:07)
>> Hi,
>>
>> extending AVVideoEncParams was the first hypothesis I made but it
>> didn't seem it was the proper place to add the mb_info flags.
>>
>> I may be wrong but my impression is that AVVideoEncParams is used to
>> carry encoding
Wujian(Chin) (12022-06-23):
> Code Process
> - Calculate the frame rate first
> - Obtain the maximum value of the total bytes of all packets according to the
> number of frames per second
>
> Signed-off-by: wujian_nanjing
> ---
> fftools/ffprobe.c | 24
> ++
Quoting Andreas Rheinhardt (2022-06-23 16:21:18)
> Anton Khirnov:
> > Quoting Carotti, Elias (2022-06-21 10:48:07)
> >> Hi,
> >>
> >> extending AVVideoEncParams was the first hypothesis I made but it
> >> didn't seem it was the proper place to add the mb_info flags.
> >>
> >> I may be wrong but my
From: Li Kai
Refer to https://datatracker.ietf.org/doc/html/rfc8216#section-4.3.5.2
Signed-off-by: Li Kai
---
libavformat/hls.c | 68 ++-
1 file changed, 62 insertions(+), 6 deletions(-)
diff --git a/libavformat/hls.c b/libavformat/hls.c
index 8204f
This will be needed in following commits that will add new buffering
stages after encoding and bitstream filtering.
---
also updated my branch ffmpeg_mt/mux
---
fftools/ffmpeg.c | 22 +-
fftools/ffmpeg.h | 2 ++
fftools/ffmpeg_opt.c | 1 +
3 files changed, 20 insertio
On 6/23/22 10:16, Anton Khirnov wrote:
Quoting Leo Izen (2022-06-02 04:14:12)
Whether an ICC profile is present or not, the libjxl
encoder wrapper should now properly read colorspace tags
and forward them to libjxl appropriately, rather than just
assume sRGB as before. It will also print warning
Anton Khirnov:
> It is only used by mpegvideo-based decoders - specifically mpeg12, intelh263,
> ituh263, mpeg4video.
> ---
> Resending the set rebased against current master (there conflicts with
> 2d764069be3b4092dc986467660607d922023332) and with patch 04 skipped, as
> Andreas pointed out issues
Anton Khirnov:
> Allows using both BE and LE bitstream readers in the same file.
> ---
> libavcodec/bitstream.h | 379 ++
> libavcodec/bitstream_template.h | 392
> tests/ref/fate/source | 1 +
> 3 files changed, 415
Signed-off-by: J. Dekker
---
tests/checkasm/hevc_add_res.c | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git a/tests/checkasm/hevc_add_res.c b/tests/checkasm/hevc_add_res.c
index 0c896adaca..f17d121939 100644
--- a/tests/checkasm/hevc_add_res.c
+++ b/tests/checkasm
Signed-off-by: J. Dekker
---
libavcodec/aarch64/hevcdsp_idct_neon.S | 216 -
1 file changed, 108 insertions(+), 108 deletions(-)
diff --git a/libavcodec/aarch64/hevcdsp_idct_neon.S
b/libavcodec/aarch64/hevcdsp_idct_neon.S
index 0869431294..484eea8437 100644
--- a/libavco
hevc_add_res_4x4_12_c: 46.0
hevc_add_res_4x4_12_neon: 18.7
hevc_add_res_8x8_12_c: 194.7
hevc_add_res_8x8_12_neon: 25.2
hevc_add_res_16x16_12_c: 716.0
hevc_add_res_16x16_12_neon: 69.7
hevc_add_res_32x32_12_c: 3820.7
hevc_add_res_32x32_12_neon: 261.0
Signed-off-by: J. Dekker
---
libavcodec/aarch64
Anton Khirnov:
> Use that instead of the merged version.
> ---
> libavcodec/get_bits.h | 297 +++---
> 1 file changed, 50 insertions(+), 247 deletions(-)
>
> diff --git a/libavcodec/get_bits.h b/libavcodec/get_bits.h
> index 9f2b1784d5..d9fc794c8c 100644
> ---
Anton Khirnov:
> From: Alexandra Hájková
>
> The cached bitstream reader was originally written by Alexandra Hájková
> for Libav, with significant input from Kostya Shishkov and Luca Barbato.
> It was then committed to FFmpeg in ca079b09549, by merging it with the
> implementation of the current
On Thu, Jun 16, 2022 at 10:36 AM James Zern wrote:
>
> On Thu, Jun 16, 2022 at 9:24 AM Wan-Teh Chang wrote:
> >
> > Use the new codec control AV1E_GET_NUM_OPERATING_POINTS to get the
> > number of operating points. This is the size of the output arrays of
> > AV1E_GET_SEQ_LEVEL_IDX and AV1E_GET_T
On Wed, 01 Jun 2022 22:14:12 -0400 Leo Izen wrote:
> Whether an ICC profile is present or not, the libjxl
> encoder wrapper should now properly read colorspace tags
> and forward them to libjxl appropriately, rather than just
> assume sRGB as before. It will also print warnings when
> colorimetric
On Thu, Jun 16, 2022 at 09:55:23PM +0200, Anton Khirnov wrote:
> Same issues apply to it as to -shortest.
>
> Changes the results of the following tests:
> - matroska-flac-extradata-update
> The test reencodes two input FLAC streams into three output FLAC
> streams. The last output stream is l
ping.
On 3/2/2022 8:34 PM, Brad Smith wrote:
Use the proper header for PPC CPU detection code. sys/param.h includes
sys/types, but sys/types.h is the more appropriate header to be used
here.
diff --git a/libavutil/ppc/cpu.c b/libavutil/ppc/cpu.c
index b022149fa0..96b491c716 100644
--- a/libavu
On Thu, Jun 23, 2022 at 05:45:52PM +0200, Sébastien Rossi wrote:
> - Detect and count PCR loopback
> - Correct DTS and PTS with PCR loopback count to avoid timestamp overflow
> and preserve timestamp continuity
> libavformat/mpegts.c | 45 +
> tests/ref/fate/ts-opus-demux | 1028
>
On Wed, Jun 22, 2022 at 01:05:22PM +0200, Andreas Rheinhardt wrote:
> Andreas Rheinhardt:
> > Michael Niedermayer:
> >> Fixes: Assertion failure
> >> Fixes:
> >> 46662/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_HEVC_fuzzer-4947860854013952
> >>
> >> This also results in more frames to be de
于2022年6月23日周四 23:01写道：
>
> From: Li Kai
Hi Li,
>
> Refer to https://datatracker.ietf.org/doc/html/rfc8216#section-4.3.5.2
>
> Signed-off-by: Li Kai
> ---
> libavformat/hls.c | 68 ++-
> 1 file changed, 62 insertions(+), 6 deletions(-)
>
> diff --git a
> On Jun 23, 2022, at 10:14 PM, Timo Rothenpieler wrote:
>
> On 23/06/2022 11:10, Zhao Zhili wrote:
>> From: Zhao Zhili
>> Regression from 45e3b6a68. cuvidParseVideoData report unknown
>> error with AV1CodecConfigurationRecord.
>> ---
>> libavcodec/cuviddec.c | 11 +++
>> 1 file chang
because the AudioConverterFillComplexBuffer can return 0 or 1 if
success.
so set the ret to 0 it AudioConverterFillComplexBuffer success and
return ret value for success or failed.
Signed-off-by: Steven Liu
---
libavcodec/audiotoolboxenc.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
>
>
> Hi, Steven
I got it.
User could use "live_start_index" option even if #EXT-X-START in the
playlist.
I changed the priority about #EXT-X-START/live_start_index,
this is new bellow:
---
libavformat/hls.c | 69 +++
1 file changed, 64 insertions(
From: Zhao Zhili
cuvidParseVideoData only supports pure OBUs, it report unknown
error with AV1CodecConfigurationRecord. Check whether extradata
is AV1CodecConfigurationRecord and skip the first 4 bytes to fix
the issue.
The bug is revealed in ffmpeg cmd since 45e3b6a68 and ffd1316e.
---
libavco
> On Jun 24, 2022, at 10:52 AM, zhilizhao(赵志立) wrote:
>
>
>
>> On Jun 23, 2022, at 10:14 PM, Timo Rothenpieler
>> wrote:
>>
>> On 23/06/2022 11:10, Zhao Zhili wrote:
>>> From: Zhao Zhili
>>> Regression from 45e3b6a68. cuvidParseVideoData report unknown
>>> error with AV1CodecConfiguration
> On Jun 24, 2022, at 11:02 AM, Steven Liu wrote:
>
> because the AudioConverterFillComplexBuffer can return 0 or 1 if
> success.
> so set the ret to 0 it AudioConverterFillComplexBuffer success and
> return ret value for success or failed.
>
> Signed-off-by: Steven Liu
> ---
> libavcodec/aud
"zhilizhao(赵志立)" 于2022年6月24日周五 13:03写道：
>
>
>
> > On Jun 24, 2022, at 11:02 AM, Steven Liu wrote:
> >
> > because the AudioConverterFillComplexBuffer can return 0 or 1 if
> > success.
> > so set the ret to 0 it AudioConverterFillComplexBuffer success and
> > return ret value for success or failed
because the AudioConverterFillComplexBuffer can return 0 or 1 if
success.
so set the ret to 0 it AudioConverterFillComplexBuffer success and
return ret value for success or return AVERROR_EXTERNAL when
AudioConverterFillComplexBuffer failed.
BTW change the error message log level from warning to er
少宇李 于2022年6月24日周五 11:58写道：
>>
>>
>> Hi, Steven
>
>
> I got it.
>
> User could use "live_start_index" option even if #EXT-X-START in the playlist.
>
> I changed the priority about #EXT-X-START/live_start_index,
>
> this is new bellow:
>
> ---
> libavformat/hls.c | 69 ++
> On Jun 24, 2022, at 1:59 PM, Steven Liu wrote:
>
> because the AudioConverterFillComplexBuffer can return 0 or 1 if
> success.
> so set the ret to 0 it AudioConverterFillComplexBuffer success and
> return ret value for success or return AVERROR_EXTERNAL when
> AudioConverterFillComplexBuffer
57 matches
Mail list logo
