More > JRiver Media Center 22 for Windows
Give us the option to choose ROHQ hardware acceleration method (e.g., QuickSync)
JimH:
--- Quote from: thecrow on July 24, 2016, 10:55:41 am ---I have to agree with the OP.
The JRiver user interface is rather inconsistent and a bit of a mess.
--- End quote ---
We're always interested in suggestions.
We don't always follow them since moving things around in the user interface can make existing customers irritable.
thecrow:
Here's a suggestion:
Tools>Options>Audio>Advanced> "Write tool name and version"
I assume this refers to adding a tag to music files that contains the JRiver Media Center Version used to tag it.
It seems an odd place to put this option to me, maybe move it to General>Importing and Tagging.
And maybe move Importing and Tagging from General to Library and Folders?
Hendrik:
LAV is configured fully programmatically by MC for different usage scenarios, which is why settings are not accessible - they wouldn't save either way.
madVR is not, we only provide an initial set of configuration and have always let the user customize this, it was just not very easy to access before the new option was introduced.
On top of all that, both QuickSync and CUVID are deprecated with known issues and limitations, which is why I would not recommend anyone to use it, and on that alone I wouldnt directly expose an option for those.
The Red October playback is otherwise fully configurable, and you can make it use any settings you want, but we'll not expose all of them, or even any that we don't deem necessary to be changeable and instead will keep recommending a custom filter setup if you require special settings.
jkauff:
Hendrik, I'd forgotten you're deprecating QS in LAV. My rig can handle software decoding easily, but I won't use DXVA2 because I need all my GPU power for madVR.
QS works fine for me, but I guess I'll go back to software until Windows finally supports using the iGPU and dGPU at the same time.
Thanks for your comments.
jkauff:
--- Quote from: JimH on July 24, 2016, 10:46:45 am ---Your UX comments smack of self-puffery. I'm sorry we lost your number.
--- End quote ---
That was rude and unnecessary, and sounds very defensive. If you have UX professionals on staff at JRiver, the blame goes on them, not the developers.
If you don't, I've always said that the very thing that makes a good developer--understanding the program inside and out--makes it almost impossible for them to see the UI through the eyes of a new or even an average user. That's one reason why UX exists as a discipline, and why there's never been a shortage of work for UX professionals.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version