INTERACT FORUM
More => Old Versions => JRiver Media Center 23 for Linux => Topic started by: paoloboccardi on July 17, 2017, 02:57:11 am
-
Hi, I have a DSD capable DAC, Ares Denafrips and I have a pc (i5 6500 with 16gb) dedicated to audio with Windows 10 pro e and Linux Mint system (low latency kernel). In windows the pc can make a 4xdsd upsample without problems (modifying buffer values) instead on linux not when i go into 4xdsd jumping music. In 2xdsd no problem. What options should I modify? To hear the music I prefer linux.
-
What if I told you that DSD to 4xDSD conversions in MC are done with PCM in the middle? That they are not pure "dsd to dsd". Would you still want to do these conversions?
Brian.
-
What if I told you that DSD to 4xDSD conversions in MC are done with PCM in the middle? That they are not pure "dsd to dsd". Would you still want to do these conversions?
Brian.
But I want convert PCM to 4xDSD. On Windows no problem: in Linux all it's fine until 2xDSD.
-
Interesting, Windows and Mint installed on the same box (different partitions/drives), right?
-
Interesting, Windows and Mint installed on the same box (different partitions/drives), right?
Yes, the same box in different partitions (ssd hd).
-
On Windows, MC can set thread priorities and playback is prioritized, not so on linux (until now).
The next build (23.0.21) implements thread priorities on linux.
The linux box must be configured to allow non-root users to do this. The easiest way is to add the following line to /etc/security/limits.conf
@audio - rtprio 100
This assumes the user is in the audio group which on debian is allowed access to the raw audio devices.
You need to log out and back in for the change to take effect.
-
Thank you! It works very well :)
-
Thank you! It works very well :)
Hi,I have noticed that JRiver on linux use 80% Cpu when upsampling 4xdsd. Windows 10 max 30%.
-
It may be doing other work.
-
It may be doing other work.
In some case the music 'pauses' for a moment: it happens with the most demanding files.
I think that JRiver on linux should absorb less CPU resources.
-
In some case the music 'pauses' for a moment: it happens with the most demanding files.
I think that JRiver on linux should absorb less CPU resources.
If you have the spectrum analyzer turned on, turn it off.
Also, Jim is correct, it may be doing something else like background thumbnailing.
-
If you have the spectrum analyzer turned on, turn it off.
Also, Jim is correct, it may be doing something else like background thumbnailing.
I checked, no option is active: the two configurations are identical.
-
I checked, no option is active: the two configurations are identical.
Not sure how you are reading CPU usage on linux.
If you have two cores the max the conversion can use is 50%. 4 = 25%, etc.
I just tried it and verified that behavior.
-
Not sure how you are reading CPU usage on linux.
If you have two cores the max the conversion can use is 50%. 4 = 25%, etc.
I just tried it and verified that behavior.
Ok thank you. Tomorrow I will check again and I will do some screenshot for verify if something doesn't work.
-
In attach 2 images of linux mint and windows: jriver 23 4xdsd on the same file, a flac 192 khz 24 bit.
-
And here when jriver linux not playing
-
That's what I'd expect. It's using 82% of ONE core.
-
In windows is the same? I don't see. It's normal that jriver use only one core? I have an intel i5 6500. If is normal I will use only windows version. Thank you.
-
In windows is the same? I don't see. It's normal that jriver use only one core? I have an intel i5 6500. If is normal I will use only windows version. Thank you.
Yes, DSD resampling is not multicore on any of the platforms.
-
minor but this change makes the jriver log really noisy as it prints this lots and lots of times (~ 1/3 of log statements in my log file are this line)
0275332: 1310988160: General: CThreadParallelizer::Process: Error creating prioritized thread, falling back to standard thread
I suggest printing it once (or throttling the log statement)
-
minor but this change makes the jriver log really noisy as it prints this lots and lots of times (~ 1/3 of log statements in my log file are this line)
0275332: 1310988160: General: CThreadParallelizer::Process: Error creating prioritized thread, falling back to standard thread
I suggest printing it once (or throttling the log statement)
Will do, thanks.