1
General - (fb2k) / Re: Multivalue tag - help needed
Last post by ojdo -Preferences > Advanced: Display / Properties dialog / Multivalue fields.
I did some benchmarking and GCC's fprintf takes 100 times longer even here compared to MSVC's or clang's function.
Attached is a patch that changes progress printing to use WriteConsole on Windows when stderr isn't redirected to file. That gives consistently fast progress display on all compilers. I also noticed that stopping encoding by keyboard press didn't work when not compiled on Visual Studio, fixed that too.
I also changed the progress printing to happen 4 times less often than originally. I think maikmerten's progress update happened too seldom, it looked buggy when it was so sluggish.
I hope @KevinB52379 can test this and report if things now work correctly.
Edit: replaced with static compile.
Hmmm.Note that the intention is to find and solve the abnormal system slowdown KevinB reported. His problem is in no way related to relative performance of different compiles.
[...]Code: [Select]hmp3.case.x64 6.860 ± 0.051 1.41 ± 0.01
hmp3.chang.x64 4.850 ± 0.019 1.00
I did some benchmarking and GCC's fprintf takes 100 times longer even here compared to MSVC's or clang's function.
Attached is a patch that changes progress printing to use WriteConsole on Windows when stderr isn't redirected to file. That gives consistently fast progress display on all compilers. I also noticed that stopping encoding by keyboard press didn't work when not compiled on Visual Studio, fixed that too.
I also changed the progress printing to happen 4 times less often than originally. I think maikmerten's progress update happened too seldom, it looked buggy when it was so sluggish.
I hope @KevinB52379 can test this and report if things now work correctly.
$ hyperfine --warmup 3 --runs 3 -L encoder hmp3.case.x64,hmp3.chang.x64 "{encoder} -V150 -HF2 -F20000 in.wav out.mp3"
Command Mean [s] Relative
---------------- --------------- -------------
hmp3.case.x64 6.860 ± 0.051 1.41 ± 0.01
hmp3.chang.x64 4.850 ± 0.019 1.00
Is there any reason to stick to multiples of 16/32 for target bitrate in opus encoder or does it not matter? I noticed qaac/Apple AAC forces 112-128-160-192 etc.