jrling wrote:Have not done a-to-b testing, but tried to improve JLP on itself with the different parameters available.
Have got a lot of detail now, both of instrument and space. Also have got depth of bass, judged on itself, I believe with control and detail.
Need to do head to head testing to see if the control and detail of the bass is up there with MQn on my setup.
Still doing all this with my optimal settings of
-a 2ms
-b 260:8000
-c pcm (because I only play from wav files)
- Timerresolution 2ms
- Clockrate 23220
- + all other MultiMedia/Pro Audio optimisations
- Buffersize DDC-driver 2 ms
- squeezelite-win on own core + realtime priority
- squeezesvr on own core + realtime priority
Cheers
Aleg
Aleg this is very helpful.
I was interested to see that you appear to be using MMCSS? Gordon suggested that with KS MMCSS was not needed? But perhaps the Proaudio tweaks still apply?
I also have a driver set to 2 buffers/2ms latency.
Please could you clarify where in the Registry you are setting Timerresolution to 2ms?
Thanks
Jonathan
Hi Jonathan
Using the MCSS is not the right word as i believe MMCSS isn't present in a Core installation of 2012R2.
It is I just left those values from the MQn era.
TimerResolution cannot be set from registry. It is a realtime request made by a program to the Operating System, and the OS will set it to the smallest value requested by any of the programs that requested a specific Timerresolution.
I have made a small commandline executable, based on a source code I found on a Windows forum, that can send a request for the TimerResolution with any value you like and it will keep it at that for as long as the command window is open. Can't be used in Core mode however because there is no GUI support in Core and this program needs to be able to create a window and taskbar item.
Besides that one I made another version that contains a fixed value for TimerRequest and that can be jnstalled as a service and is started at boot, so I don't have to remember to start the command line version and it will also keep its request alive, where the commandline version needs to keep its window open. Also, being a service, it can be used in Core mode.
I have not put it into the open because it requires some compiling and manual service installation and not everybody is comfortable with that (though I did write a short manual for how to do it).
Cheers
Aleg