Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[cubase]

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?

[JimH]

Are you using the memory playback option?

A network might also be a bottleneck.  The files are very big.  You machine seems fine.

[cubase]

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.

[Matt]

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

[oie]

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

[cubase]

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.

[Christian_Rork]

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

[Matt]

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.

[6233638]

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.

[Christian_Rork]

All of the DSF tracks I have were created with sacd_extract

[6233638]

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.

[Christian_Rork]

With no programs open (except JRiver  ), it bounces between 20%-35%.

[Matt]

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


Seriously though, did you try copying the file to your fastest drive (probably C:\)?

[Christian_Rork]

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!