Linux > JRiver Media Center 33 for Linux
Media Center on Linux User Interface issues
BryanC:
Dialog boxes that open in a minimized or hidden state (must be expanded to full screen with my WM shortcut keys to see them).
Text entry into most fields is unreliable, for instance entering repeating characters causes issues with the text completion. Same when deleting characters (I select and delete now by habit). When it doesn't break, it's slow.
Copy-paste is unreliable from outside->inside MC and vice versa.
The modern tag editor is very slow, especially with multiple files selected.
mwillems:
--- Quote from: BryanC on August 22, 2024, 04:34:40 pm ---Dialog boxes that open in a minimized or hidden state (must be expanded to full screen with my WM shortcut keys to see them).
--- End quote ---
I do see that very occasionally. I've never figured out what causes it, which makes it hard to report. I've noticed that (at least the way it presents on my system) is that the windows aren't minimized, they're just about two pixels wide and ten or twenty pixels tall. So if you can find the tiny window you can drag it bigger in addition to using shortcuts (or in case shortcuts don't work). It's like there isn't a minimum size for some windows?
--- Quote ---Text entry into most fields is unreliable, for instance entering repeating characters causes issues with the text completion. Same when deleting characters (I select and delete now by habit).
--- End quote ---
I've noticed the double letter problem for sure. What's weird is that I reported it a while back and it got fixed, but then it recurred. For me it seems to be related to some kind of diacritic selection pop up? Like if I type two "n"s in quick suggestion I get a sudden flash of Spanish n with a tilde over it as an autocomplete suggestion which steals focus from the text entry window and that breaks text entry. Ditto if I type two o's in quick succession, I get a bunch of diacritical suggestions. For some letters it breaks text entry without offering diacritic suggestions (maybe because there aren't any?) like typing two "g"s. It's like JRiver is calling out to (or tripping over) some kind of text entry library that interprets two of the same character in quick succession as a request for diacritics. But the focus stealing/key eating is definitely a pain point.
--- Quote ---Copy-paste is unreliable from outside->inside MC and vice versa.
--- End quote ---
I've never noticed that one. I guess there are two (or maybe three?) different clipboards on Linux (see https://wiki.archlinux.org/title/Clipboard), which might be part of the issue. I don't frequently use the select/middle-click clipboard, and I tested just now and that clipboard doesn't seem to work in JRiver at all. I pretty much only use the control-C, control-V clipboard when moving text into JRiver, and that one has always worked consistently for me.
Alternatively, if you're seeing bad behavior with the Ctrl-C/Ctrl-V clipboard, I'm using Gnome with no clipboard manager FWIW, if you want to try and narrow down what might be different about our environments that causes it.
--- Quote ---The modern tag editor is very slow, especially with multiple files selected.
--- End quote ---
This I definitely see. Tag editing is slower on Linux than it was on Windows for sure.
JimH:
Some of that could be the desktop GUI.
BryanC:
Re: the modern tag editor, the interesting thing is that it's not that slow on library clients, it's only slow on the server. So maybe there is some extra i/o, attribute reading or something that is slowing it down, whereas the client can only operate on the database.
Re: DE's, it could certainly be WM or DE-related, it's a complex beast. I have a hunch that XWayland isn't helping (especially long-term) so that would be the first step I'd tackle, and if you're seeking video parity with Windows it's probably a requirement.
mwillems:
--- Quote from: JimH on August 22, 2024, 06:30:46 pm ---Some of that could be the desktop GUI.
--- End quote ---
The double letter issue probably is, although for whatever reason I don't see it in any other program except JRiver. I just checked and I can't reproduce the double letter issue with a minimal window manager, so it probably is some kind of interaction between JRiver and *some* desktop component, but whatever that component is it's not unique to one desktop (I see the issue in both Gnome and KDE). So if I had to guess, it's probably some kind of shared text entry/framework thingo like ibus that's getting tripped.
Navigation
[0] Message Index
[#] Next page
Go to full version