INTERACT FORUM
More => Old Versions => JRiver Media Center 18 for Windows => Topic started by: cubase on June 13, 2013, 05:25:52 pm
-
Hi,
I am using JRiver on my windows 7 - 32 bit version,4 Go RAM - PC. I'd like to stream some SACD iso to my network audio player which is DSD compatible.
When I hit the play button on a SACD album in the library, the CPU rises up to 100% and everything freezes.
Of course I can't hear anything except for a big nasty noise. JRmark gives me :
=== Running Benchmarks (please do not interrupt) ===
Running 'Math' benchmark...
Single-threaded integer math... 3,021 seconds
Single-threaded floating point math... 1,798 seconds
Multi-threaded integer math... 3,024 seconds
Multi-threaded mixed math... 1,870 seconds
Score: 1956
Running 'Image' benchmark...
Image creation / destruction... 0,332 seconds
Flood filling... 0,772 seconds
Direct copying... 1,892 seconds
Small renders... 1,436 seconds
Bilinear rendering... 1,718 seconds
Bicubic rendering... 1,202 seconds
Score: 2992
Running 'Database' benchmark...
Create database... 0,462 seconds
Populate database... 1,582 seconds
Save database... 0,256 seconds
Reload database... 0,071 seconds
Search database... 1,323 seconds
Sort database... 1,003 seconds
Group database... 0,695 seconds
Score: 3988
JRMark (version 18.0.195): 2979
I saw Matt saying that 2000 points should be sufficient for SACD playing but it looks like the CPU is responsible for this. Is my computer powerful enough or does the issue come from somewhere else?
-
Are you using the memory playback option?
A network might also be a bottleneck. The files are very big. You machine seems fine.
-
Thank you Jim,
I left the "play files from memory instead of disk" unchecked but things don't get better.
The iso are on an NAS but I also tried with files on my PC hard drive with the same result (maybe a little better from local HD). It also seems that JRiver is doing some job to create the next track while loading a first one, which demands a lot of CPU power.
-
Your CPU is plenty fast. If you hear noise, it's some other problem.
Are you sending PCM to the network audio player, or enabling the DoPE option to bitstream the DSD?
Please try as PCM first, and also start with a fixed sample rate using:
Options > Media Network > Add or configure DLNA servers
-
Hi
In my modest opinion most of the time the problem is the network not the computer. Consistent data transmission is the key in my experience.
Of course I could be wrong...
Regards
-
Some friends of mine have roughly the same system (JRiver as a server, Lumin network player) :
the one with a slow computer faces the same problems meanwhile the i7 16 GO MAC mini users succeeded.
Maybe more specification on my PC could help: Intel dual core duo E8400 @3,9Ghz, SSD but only used in SATA. I'm now on win 7 64 bits. My NAS are a Synology DS413J and WD Mybooklive.
Everything is ok when I send PCM music to the Lumin even with HD files and when I send DoP files. CPU is always lower than 15%.
The only trouble is with SACD isos and in particular when I try to load a full DST album (click play on an album). CPU rises up to 100%.
DoPE option is enabled.
Oie, I can send files much larger than a DSD track over my network. It don't seem to be overloaded. If there is a bottleneck it should be when JRiver tries to send the first track. Reading an iso from a SSD or a NAS leads to the same conclusion.
-
I am getting some pauses/buffering with DSF playback.
My Benchmark:
=== Running Benchmarks (please do not interrupt) ===
Running 'Math' benchmark...
Single-threaded integer math... 8.472 seconds
Single-threaded floating point math... 4.469 seconds
Multi-threaded integer math... 8.448 seconds
Multi-threaded mixed math... 4.388 seconds
Score: 737
Running 'Image' benchmark...
Image creation / destruction... 0.221 seconds
Flood filling... 1.157 seconds
Direct copying... 1.984 seconds
Small renders... 2.709 seconds
Bilinear rendering... 3.875 seconds
Bicubic rendering... 2.114 seconds
Score: 1824
Running 'Database' benchmark...
Create database... 0.521 seconds
Populate database... 3.319 seconds
Save database... 1.272 seconds
Reload database... 0.239 seconds
Search database... 2.010 seconds
Sort database... 1.446 seconds
Group database... 0.902 seconds
Score: 2215
JRMark (version 18.0.194): 1592
-
DST decompression (the compression used by some DSD) needs a fast computer.
A JRMark of 2000 is a good baseline. Multi-core helps since DSD decompression is well threaded in JRiver.
Putting the files on a faster source (C:\ drive) is worth trying, but it's probably a CPU issue.
-
sacd_extract will remove DST compression if you are converting SACD ISOs to individual DSF files, as the DSF format does not support it.
I don't know of any way to add or remove DST compression with files which have already been ripped to DFF/DSF though.
DST compression is optional with stereo DFF files, and mandatory with multichannel. (typically a stereo-only disc will be uncompressed)
DFF files don't support DST compression at all. The annoying thing is that DSF does support metadata, whereas DFF does not.
It uses about 5% CPU to decode stereo tracks during playback on my system, and I wouldn't mind the ~50% disk space reduction by compressing my DSF files, if it someone knows a way to do it.
-
All of the DSF tracks I have were created with sacd_extract
-
All of the DSF tracks I have were created with sacd_extract
What is your CPU usage like when playing DSF files? They won't have DST compression.
-
With no programs open (except JRiver :) ), it bounces between 20%-35%.
-
With no programs open (except JRiver :) ), it bounces between 20%-35%.
What is the CPU usage if you stop JRiver? If that lowers it, does that fix the problem :P
Seriously though, did you try copying the file to your fastest drive (probably C:\)?
-
I'm sure that would fix the issue......but I'm using an External Lacie 3TB USB3.0 (plugged into USB2.0) 7200rpm Hard drive for hosting all my files. No biggy, this computer is a little out of date anyways.
Tanks!