mikolajek
Member
I'm using the following hardware config: SMSL SU-9 + DA-9 + SH-9 , along with the SMSL-provided driver ver. 5.70, the speakers are Monitor Audio Bronze 2, the headset is Audioquest NightOwl.
For media management and playing I use JRiver Media Center in its last version (currently 30.0.55) on Windows 11 Pro. I have the audio output set to DAC ASIO exclusive with 8xDSD.
The sound itself is great under the default player and driver settings, but there's one glitch: when I manually change tracks, some portion of the previous song apparently remains in the buffer and instead of starting a new track, I can hear 1-2 seconds of the previous one until the buffer flushes.
I played a lot of with both JRiver and driver settings but found no feasible configuration to eliminate the "track remnants". The best config that secures this is:
- in JRiver - the "use large hardware buffers" option is off and the "minimum hardware buffer" is selected (any change - even setting the buffer to 5 ms - disrupts the sound),
- in XMOS driver - the "safe mode" is disabled and the buffer size is set at 16,384 samples (any lower causes lags).
Any other config causes the above-described issue. But even this "best" config suffers from sound lags when the computer processor is in heavier use.
As advised in the other forum, I tried a similar config but using foobar2000 and no sound issues were present. I just like JRiver and don't really want to drop it....
Is there anything I could do to get the great sound and at the same time NOT need to wait for the buffer to get empty?
I see Thesyscon released the updated version of their driver (5.72) optimized for Windows 11 24H2 use, but SMSL doesn't offer it yet. Not sure if I can use any other manufacturer's driver that used this driver (e.g. WeissEngineering) to check this.
For media management and playing I use JRiver Media Center in its last version (currently 30.0.55) on Windows 11 Pro. I have the audio output set to DAC ASIO exclusive with 8xDSD.
The sound itself is great under the default player and driver settings, but there's one glitch: when I manually change tracks, some portion of the previous song apparently remains in the buffer and instead of starting a new track, I can hear 1-2 seconds of the previous one until the buffer flushes.
I played a lot of with both JRiver and driver settings but found no feasible configuration to eliminate the "track remnants". The best config that secures this is:
- in JRiver - the "use large hardware buffers" option is off and the "minimum hardware buffer" is selected (any change - even setting the buffer to 5 ms - disrupts the sound),
- in XMOS driver - the "safe mode" is disabled and the buffer size is set at 16,384 samples (any lower causes lags).
Any other config causes the above-described issue. But even this "best" config suffers from sound lags when the computer processor is in heavier use.
As advised in the other forum, I tried a similar config but using foobar2000 and no sound issues were present. I just like JRiver and don't really want to drop it....
Is there anything I could do to get the great sound and at the same time NOT need to wait for the buffer to get empty?
I see Thesyscon released the updated version of their driver (5.72) optimized for Windows 11 24H2 use, but SMSL doesn't offer it yet. Not sure if I can use any other manufacturer's driver that used this driver (e.g. WeissEngineering) to check this.
Last edited: