Quote:
Originally Posted by 73ChargerFan
I can think of two ways:
1 - post a utility that users can run to benchmark the read speed of their bd or bd/hd-dvd drive, and which when run will email to a dedicated address the results, including drive model & os. Evaluate and include in the program.
2 - include the benchmark routine in eac3to, it can be run by a command line switch and store the value in the registry or in an .ini file. When eac3to runs, it will use a default value unless it the .ini file is present, in which case it loads the value from there.
|
Sounds like
too sophisticated solution for such sleek CLI application to me.
Why not just introduce another option switch
-buffer with variable parameter for size in kB, something like -buffer2 / -buffer16 / -buffer64 / -buffer256. Any experienced user can run few tests first in order to benchmark his BD/HDD drive and will use the best option always later on. In case of missing
-buffer? switch defaults will be used of course though they may perform worse on user's system. That's the beauty of CLI which should not be mangled by INI or REGISTRY writing whatsoever.