More > JRiver Media Center 22 for Windows
New MC22 feature: Play album from memory?
AndrewFG:
^
MC already has a Play Track from Memory feature which plays the track from RAM. So I suppose that the Play Album from Memory will basically work in the exact same way, except that more tracks will be loaded into memory (RAM) at the same time :)
Matt:
--- Quote from: AndrewFG on July 18, 2016, 08:50:46 am ---^
MC already has a Play Track from Memory feature. So I suppose that the Play Album from Memory will basically work in the exact same way, except that more tracks will be loaded into memory at the same time :)
--- End quote ---
The trick is that the existing Play from memory feature holds decoded data in 64-bit. So it would just be much too huge to hold an entire album.
So I think there needs to be a layer that loads the files to memory at the start of playback (and later grows to load tracks ahead as well).
I have a stub of this coming in the next build:
NEW: Added "Options > Audio > Load files to memory at the start of playback" to totally load a file into memory when playback starts (works with APE, FLAC, MP3 -- others to follow).
Trotting in the right direction at least!
kstuart:
--- Quote from: Matt on July 18, 2016, 08:53:05 am ---The trick is that the existing Play from memory feature holds decoded data in 64-bit. So it would just be much too huge to hold an entire album.
So I think there needs to be a layer that loads the files to memory at the start of playback (and later grows to load tracks ahead as well).
I have a stub of this coming in the next build:
NEW: Added "Options > Audio > Load files to memory at the start of playback" to totally load a file into memory when playback starts (works with APE, FLAC, MP3 -- others to follow).
Trotting in the right direction at least!
--- End quote ---
So, can you clarify what MC is doing?
From what you stated above, MC21 loads decoded data in 64-bit into memory.
MC22 now has to totally load a file into memory when playback starts.
How is that different?
Thanks!
mojave:
--- Quote from: kstuart on July 18, 2016, 11:40:21 am ---So, can you clarify what MC is doing?
From what you stated above, MC21 loads decoded data in 64-bit into memory.
MC22 now has to totally load a file into memory when playback starts.
How is that different?
Thanks!
--- End quote ---
Matt said, "So I think there needs to be a layer that loads the files to memory at the start of playback . . . " It probably will look something like this:
Layer 1 would be compressed data loaded into memory. This would hold files/albums.
Layer 2 would be 64-bit uncompressed data loaded into memory. This would buffer the current track.
millst:
--- Quote from: kstuart on July 17, 2016, 06:54:08 pm ---Somehow you missed that Excel is exactly what a computer was designed to do, because it is not real-time like audio and video playback.
The reason that software engineers cannot understand why two "bit perfect" playbacks can sound different is because they think only in terms of digital bits, and never on the level of PC electronics. In actuality, there is no such thing as a "digital circuit", in the sense that ALL computer electronics are analog - only the usage of the electronics is "digital".
A "bit" is simply whether the signal is 5 volts or ground. As a result, what is going on in the electrical circuits has an effect.
--- End quote ---
I was being a tad facetious. However, if you want real-time you are in the wrong place. JRiver doesn't run on any real-time OSes. Why not just buy a better DAC, one that isn't affected by these issues? Even that is probably overkill for 99% of people, who would be better served fixing their room issues or buying better speakers...
-tm
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version