Chiebot-Mirror
/
FFmpeg
mirror of https://github.com/FFmpeg/FFmpeg.git
8
0
Fork 0
Code Issues Projects Releases Wiki Activity
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
114214 Commits
37 Branches
400 Tags
476 MiB
Tag: Branch: Tree: 9c2c0c37f8
Branches Tags
${ item.name }
Create tag ${ searchTerm }
Create branch ${ searchTerm }
from '9c2c0c37f8'
${ noResults }
FFmpeg/tests/ref/fate/matroska-move-cues-to-front

51 lines
2.5 KiB
Raw Normal View History Unescape

avformat/wavdec: dynamically set max_size by default The wav demuxer by default tried to demux 4096-byte packets which caused packets with very few number of samples for files with high channel count. This caused a significant overhead especially since the latest ffmpeg.c threading changes. So let's use a similar approach for selecting audio frame size which is already used in the PCM demuxer, which is to read 25 times per second but at most 1024 samples. Signed-off-by: Marton Balint <cus@passwd.hu>
11 months ago
96e544691ecaeb5c49fcbd9351e47af8 *tests/data/fate/matroska-move-cues-to-front.matroska
23147910 tests/data/fate/matroska-move-cues-to-front.matroska
avformat/matroskaenc: Add option to shift data to write cues at front This is similar to the faststart option of the mov muxer, yet in contrast to it it works together with reserve_index_space (the equivalent to reserved_moov_size): If the reserved space does not suffice, the data is shifted; if not, the Cues are written at the front without shifting the data. Several tests that cover (not only) this have been added. Implements #7017. Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
3 years ago
#tb 0: 1/1000
#media_type 0: audio
#codec_id 0: pcm_s24be
#sample_rate 0: 192000
#channel_layout_name 0: stereo
#tb 1: 1/1000
#media_type 1: audio
#codec_id 1: pcm_s24le
#sample_rate 1: 192000
#channel_layout_name 1: stereo
avformat/wavdec: dynamically set max_size by default The wav demuxer by default tried to demux 4096-byte packets which caused packets with very few number of samples for files with high channel count. This caused a significant overhead especially since the latest ffmpeg.c threading changes. So let's use a similar approach for selecting audio frame size which is already used in the PCM demuxer, which is to read 25 times per second but at most 1024 samples. Signed-off-by: Marton Balint <cus@passwd.hu>
11 months ago
0, 0, 0, 5, 6144, 0x0afd2eda
1, 0, 0, 5, 6144, 0x1f592eda
0, 5, 5, 5, 6144, 0xd5e16fb3
1, 5, 5, 5, 6144, 0x5c796fb3
0, 11, 11, 5, 6144, 0xf0341c51
1, 11, 11, 5, 6144, 0x22fc1c51
0, 16, 16, 5, 6144, 0x444ebbe2
1, 16, 16, 5, 6144, 0x5856bbe2
0, 21, 21, 5, 6144, 0x03f10fa9
1, 21, 21, 5, 6144, 0x022d0fa9
0, 27, 27, 5, 6144, 0x153c7242
1, 27, 27, 5, 6144, 0x2a1d7242
0, 32, 32, 5, 6144, 0x23c5c2ce
1, 32, 32, 5, 6144, 0xf37ec2ce
0, 37, 37, 5, 6144, 0xea76f227
1, 37, 37, 5, 6144, 0xc5f6f227
0, 43, 43, 5, 6144, 0x1bf8d257
1, 43, 43, 5, 6144, 0x1a84d257
0, 48, 48, 5, 6144, 0xbf3bf14c
1, 48, 48, 5, 6144, 0xe788f14c
0, 53, 53, 5, 6144, 0x1d32dad7
1, 53, 53, 5, 6144, 0x0d65dad7
0, 59, 59, 5, 6144, 0x2e4963b5
1, 59, 59, 5, 6144, 0xd92c63b5
0, 64, 64, 5, 6144, 0x9e011e0d
1, 64, 64, 5, 6144, 0xa8121e0d
0, 69, 69, 5, 6144, 0x2177e43b
1, 69, 69, 5, 6144, 0x0703e43b
0, 75, 75, 5, 6144, 0xafc63815
1, 75, 75, 5, 6144, 0x3c0c3815
0, 80, 80, 5, 6144, 0xab1af266
1, 80, 80, 5, 6144, 0x063ff266
0, 85, 85, 5, 6144, 0xf4c77215
1, 85, 85, 5, 6144, 0x284e7215
0, 91, 91, 5, 6144, 0x584cf52e
1, 91, 91, 5, 6144, 0x0b11f52e
0, 96, 96, 5, 6144, 0x9f7e22b5
1, 96, 96, 5, 6144, 0x35c622b5