Christoph Heinrich f5d4f2aea4 af_scaletempo2: better defaults ... Why a bigger search-interval is required: scaletempo2 doesn't do a good job when the signal contains frequencies less then 1/search_interval. With a search interval of 30ms that means anything below 33.333Hz sounds bad. Depending on the genre it's very for music to contain frequencies down to 30Hz, and sometimes even a little bit below that. Therefore a higher default value is needed to handle such cases. Based on that an argument can be made for a value of 50, as that should work down to 20Hz, or something even higher because movies sometimes have some infrasonic content. However the downside of big search intervals is increased CPU usage and intelligibility at higher speeds, as it effectively leads to parts of the audio being skipped. A value of 40 can handle frequencies down to 25Hz, enough for all music except very rare edge cases, while still providing decent intelligibility. Why a smaller window-size is required: Large values reduce intelligibility at high speeds and therefore small values are preferred. However when values get too small it starts to sound weird (similar to librubberband). In my testing a value of 10 already works well, but adding a small safety margin seems like a good idea, especially since it made no noticeable difference to intelligibility, which is why 12 was chosen.		2023-10-15 13:39:59 +00:00
..
decode	ad_spdif: fix this not working at all	2023-08-07 23:15:00 +02:00
filter	af_scaletempo2: better defaults	2023-10-15 13:39:59 +00:00
out	timer: change mp_sleep_us to mp_sleep_ns	2023-10-10 19:10:55 +00:00
aframe.c	various: replace if + abort() with MP_HANDLE_OOM()	2023-01-12 22:02:07 +01:00
aframe.h
chmap_avchannel.c
chmap_avchannel.h
chmap_sel.c
chmap_sel.h
chmap.c	chmap: add more channel layouts up to 22.2	2023-09-29 02:35:10 +00:00
chmap.h	audio/chmap: support up to 64 channels	2023-09-29 02:35:10 +00:00
fmt-conversion.c
fmt-conversion.h
format.c
format.h