INTERACT FORUM

Please login or register.

Login with username, password and session length
Advanced search  
Pages: [1]   Go Down

Author Topic: Loading to memory setting  (Read 8822 times)

DomieMic65

  • Junior Woodchuck
  • **
  • Posts: 58
Loading to memory setting
« on: July 15, 2017, 04:21:55 am »

Which setting is supposed to be better sound wise?
Load to memory full file not decoded or decoded?
Does it have to do if  DSP for upsampling or for converting to DSD is used?
Logged

Awesome Donkey

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 7887
  • Long cold Winter...
Re: Loading to memory setting
« Reply #1 on: July 15, 2017, 05:17:24 am »

IMO, it all sounds the same to me.

I guess try them and see for yourself.
Logged
I don't work for JRiver... I help keep the forums safe from "male enhancements" and other sources of sketchy pharmaceuticals.

Windows 11 24H2 Update 64-bit + Ubuntu 24.10 Oracular Oriole 64-bit | Windows 11 24H2 Update 64-bit (Intel N305 Fanless NUC 16GB RAM/500GB M.2 NVMe SSD)
JRiver Media Center 33 (Windows + Linux) | iFi ZEN DAC 3 | JBL 306P MkII Studio Monitors | Audio-Technica ATH-M50x Headphones

DomieMic65

  • Junior Woodchuck
  • **
  • Posts: 58
Loading to memory setting
« Reply #2 on: July 15, 2017, 05:33:27 am »

Thank you for your reply...
OK .. this is the easy answer though!!
There should be a technical explanation  ... otherwise this option is pointless!!
I want to believe that it is not there just for satisfying audiophile myths!
Logged

Awesome Donkey

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 7887
  • Long cold Winter...
Re: Loading to memory setting
« Reply #3 on: July 15, 2017, 06:58:53 am »

Personally, I use the load full file into memory option (without decoding) so the OS/MC isn't locking the source file(s) while it's in use being played. This comes in handy when I have an app scanning and syncing my music library with the backup music libraries (in the past if it saw the file was in use and not accessible while playing, it'd sometimes remove the file from the backups until I stopped playback - granted, I replaced that app with a better app that actually could tell a file was in use, but still).
Logged
I don't work for JRiver... I help keep the forums safe from "male enhancements" and other sources of sketchy pharmaceuticals.

Windows 11 24H2 Update 64-bit + Ubuntu 24.10 Oracular Oriole 64-bit | Windows 11 24H2 Update 64-bit (Intel N305 Fanless NUC 16GB RAM/500GB M.2 NVMe SSD)
JRiver Media Center 33 (Windows + Linux) | iFi ZEN DAC 3 | JBL 306P MkII Studio Monitors | Audio-Technica ATH-M50x Headphones

Manfred

  • Citizen of the Universe
  • *****
  • Posts: 1038
Re: Loading to memory setting
« Reply #4 on: July 15, 2017, 08:31:20 am »

I have also had several listening sessions, but I could find no differences regarding sound quality.

If you have stored your media data on a NAS, loading the full file into memory for DSD files takes some seconds. So I use load decoded file into memory.
Logged
WS (AMD Ryzen 7 5700G, 32 GB DDR4-3200, 8=2x2+4 TB SDD, LG 34UC98-W)-USB|ADI-2 DAC FS|Canton AM5 - File Server (i3-3.9 GHz, 16GB ECC DDR4-2400, 46 TB disk space) - Media Renderer (i3-3.8 GHz, 8GB DDR4-2133, GTX 960)-USB|Devialet D220 Pro|Audeze LCD 2|B&W 804S|LG 4K OLED )

dtc

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 3125
Re: Loading to memory setting
« Reply #5 on: July 15, 2017, 04:06:10 pm »

Some people believe that the disc activity during playback can affect the sound although most cannot hear any difference. It is definitely system dependent.

It can also be used to insure that there are no hiccups when using a usb or network drive or a NAS, especially for high resolution files and for slow systems.

Logged

dtc

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 3125
Re: Loading to memory setting
« Reply #6 on: July 15, 2017, 06:18:18 pm »

The reason there are two options is that a large decoded file may not fit in the amount of memory available and the mid track reload can cause glitches. Hence the option to load the compressed file.  Once again this is an issue with high rez files.
Logged

RD James

  • Citizen of the Universe
  • *****
  • Posts: 1871
Re: Loading to memory setting
« Reply #7 on: July 15, 2017, 09:47:10 pm »

IMO, it all sounds the same to me.
I guess try them and see for yourself.
It's not about sounding different, it's about preventing stalls when seeking or loading tracks off a slow disk/network connection.
If they sounded different, something would be broken!
 
They never did expand it to buffering albums/playlists in v22 as planned though, so the feature doesn't really do a lot right now, unless you have severe disk or CPU access which would otherwise manage to interfere with the currently playing track.
 
The reason there are two options is that a large decoded file may not fit in the amount of memory available and the mid track reload can cause glitches. Hence the option to load the compressed file.  Once again this is an issue with high rez files.
It also places different loads on the system.
Decoding a track into memory can put the CPU at 100% for a few seconds as tracks change, which can be very disruptive if you are doing more than just listening to music on your PC.
Storing a compressed track in memory keeps CPU usage low, but prevents disk access from interrupting the current track's playback.
Logged

DomieMic65

  • Junior Woodchuck
  • **
  • Posts: 58
Loading to memory setting
« Reply #8 on: July 16, 2017, 03:50:21 am »

Very interesting information guys ...

@RD James : why are you talking about compressed track in the above reply?
May be you meant "decoded"?
Logged

RD James

  • Citizen of the Universe
  • *****
  • Posts: 1871
Re: Loading to memory setting
« Reply #9 on: July 16, 2017, 04:39:53 am »

Very interesting information guys ...

@RD James : why are you talking about compressed track in the above reply?
May be you meant "decoded"?
There are two options for memory playback:
1. Load full file (not decoded) into memory.
2. Load decoded file into memory.

The first stores the compressed track in memory and decodes during playback.
This uses a small amount of memory, keeps CPU usage low (but constant), and prevents disk/network activity interrupting playback for the current track.
The downside is that if you are playing a long track, the network connection or disk may go to sleep and you will have to wait for it to spin up again to load the next track, and a 20s pre-buffer may not be long enough.
That is why JRiver would ideally load multiple tracks into memory instead of only one.
 
The second option begins to decode the track into memory before it starts playing.
This can spike CPU usage to 100% 2-20 seconds before the current song finishes depending on the prebuffering setting, and uses a lot of memory.
If the decoded file is too large, it may have to do this in the middle of playback too, which makes it susceptible to slow disk/network access interrupting playback.
These spikes of high CPU usage can be disruptive if you are playing music in the background while using the computer for other tasks, and on some systems can even cause buffer underruns during playback.
Logged

DomieMic65

  • Junior Woodchuck
  • **
  • Posts: 58
Re: Loading to memory setting
« Reply #10 on: July 16, 2017, 04:48:08 am »

There are two options for memory playback:
1. Load full file (not decoded) into memory.
2. Load decoded file into memory.

The first stores the compressed track in memory and decodes during playback, while the second begins to decode the track into memory before it starts playing.
Yes I understand that.
I am asking why are you using the term "compressed"!
Does MC compresses the file before loading?
Or are you referring to FLACs that are the most common files and are losslessly compressed files in the first place?
Logged

RD James

  • Citizen of the Universe
  • *****
  • Posts: 1871
Re: Loading to memory setting
« Reply #11 on: July 16, 2017, 04:50:20 am »

Yes I understand that.
I am asking why are you using the term "compressed"!
Does MC compresses the file before loading?
Or are you referring to FLACs that are the most common files and are losslessly compressed files in the first place?
Unless you are playing WAV/AIFF audio tracks are compressed and must be decoded.
I updated my post to provide more information.
Logged

DomieMic65

  • Junior Woodchuck
  • **
  • Posts: 58
Re: Loading to memory setting
« Reply #12 on: July 16, 2017, 04:55:42 am »

Unless you are playing WAV/AIFF audio tracks are compressed and must be decoded.
I updated my post to provide more information.
OK... that is what I meant too!
Thnx

So to conclude ... if the computer is used for playback only and not anything else the "load decoded file to memory" is the best setting .. Yes?
Logged

RD James

  • Citizen of the Universe
  • *****
  • Posts: 1871
Re: Loading to memory setting
« Reply #13 on: July 16, 2017, 05:11:27 am »

So to conclude ... if the computer is used for playback only and not anything else the "load decoded file to memory" is the best setting .. Yes?
I don't see any benefit to it. I use the "Load full file (not decoded) into memory" option.
Logged

tyler69

  • Citizen of the Universe
  • *****
  • Posts: 946
Re: Loading to memory setting
« Reply #14 on: July 16, 2017, 05:27:17 am »

Here's some more opinion on decoded vs. encoded memory playback:
I like loading the decoded file because then a WAV and APE and FLAC file are exactly the same.  At that point talking about sonic differences is just silly, and that's a plus!
https://yabb.jriver.com/interact/index.php/topic,109135.0.html
Logged

JimH

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 72536
  • Where did I put my teeth?
Re: Loading to memory setting
« Reply #15 on: July 16, 2017, 06:33:13 am »

So to conclude ... if the computer is used for playback only and not anything else the "load decoded file to memory" is the best setting .. Yes?
It makes no difference, though some people think it does.  It's harmless, so there's no "wrong" or "inferior" setting.
Logged
Pages: [1]   Go Up