More > JRiver Media Center 27 for Windows
Feature Requests
JAVA Alive:
Request : an equivalent to WDM windows functionality in linux for all audio to benefit from JRiver DSP ?
Mike Rubin:
I have been asking for awhile about this and understand there are impediments, but this is something I really would use. I only use MC to stream now, and I can’t upsamble to DSD256 over DLNA. I can do so when connected to the same DAC by USB and I can stream native DSD as DSD, but, over the network, I am limited to PCM in the DSP Studio.
Two thoughts:
(1). It can be done over a network. Roon, which I otherwise despise, can do it easily, and Audirvana does it, albeit with high CPU usage and some quirks, like moving on to the next track prematurely. I understand that neither technically is DLNA, but I can’t imagine that it’s network architecture that would prevent JRiver from implementing if it were inclines to do so.
(2). Network setup appears to offer DSD upsampling as part of the process of setting up the server, but selecting DSD from the pick list doesn’t enable that upsampling. If JRiver can’t or won’t get that option to list, it should be absent from the pick list or grayed out.
Also, I too would like the search function on JRemote2 to be universal rather than a search of the view then on the screen. I keep the defunct eos app around just because it does offer a universal search function.
Mike Rubin:
I also would love to have a single library that is used by all clients. I maintain and edit my database on a general purpose computer but stream from a separate, headless NUC. After I add or edit on the PC with a monitor, I back up to OneDrive, remote access the NUC, and then restore the database to the NUC copy of MC. (I have tried syncing libraries in the past, but that caused snags not relevant here.) The ability for both installations just to access the same database would keep the work to a minimum and reduce the risks of making an error while moving between libraries.
BillT:
You can do this already. More than one client can access the library at the same time, but only the first instance to open the library can edit it.
The library has to be available on the network and the secondary clients need to reload the library after it has been edited to keep it in sync.
stiv32:
Particles is a great feature that is trully unsuable because it takes to much time to create each particle. Right now it takes too much time for each particle to be created, and writing down the beginning and end time of each one and adding them later it is a bit cumbersome.
The following feature will tackle this problem.
I suggest an "advanced toolbar for Particles" on the Display (and for songs under the control button area I guess) with the following buttons "Start", "End", "(re)name, "Add", "Keywords"(customizable field or optional Library fields), and maybe -+ for speed; so that we can do it while playing the file. By pressing "Add" the particle can be added to library, or/and to a "new particles" playlist).
Additionally:
- The stacks list does not appear if I right click a file in the playing now playlist
- Ability to export them together with their playlist to portable devices/
- Ability to back them up, or/and even add this information to the original file.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version