INTERACT FORUM
More => Old Versions => JRiver Media Center 27 for Linux => Topic started by: Gedeon on November 03, 2020, 03:23:42 pm
-
My Linux MC is a headless machine. With remote desktop tools I can manage most graphic interface apps with really good response an low latency. However JRiver UI is too slow.
¿ Any way to optimize/improve that behaviour ?
Thanks.
-
I too ran into the slowness over remote X11, and found this QTBUG-50338 (https://bugreports.qt.io/browse/QTBUG-50338?focusedCommentId=302594&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-302594). There is a link to their tracking to fix the issue at the end of the thread.
-
Thanks for the insight. But I Guess those bugs are solved in latest qt versions.
-
Thanks for the insight. But I Guess those bugs are solved in latest qt versions.
You are welcome.
Though it does not seem that it is solved. As this comment notes (https://bugreports.qt.io/browse/QTBUG-56851?focusedCommentId=336234&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-336234), the fundamental issues are still there - and it refers back to the comment I linked above. A few commenters since confirmed continued slowness.
-
Sadly, I've been testing UI with a real display attached, and the UI is also sluggish. Just a bit better than remote, not too much better really.
In my setup (J3455 + 8gb RAM + SSD / Lubuntu 20.04) the response time is miles away from my Windows machines (some are older than this one)
I hope one day some kind of Qt Linux optimization could be applied to the linking/compilation process.
Edit: Just wanted to add that I found an option: raster VS native in a Qt forum. It's old but It seems It solved some performance issues for Apollo Lake. But I'm not by any means a Qt programmer or a UI expert.
-
Sadly, I've been testing UI with a real display attached, and the UI is also sluggish. Just a bit better than remote, not too much better really.
In my setup (J3455 + 8gb RAM + SSD / Lubuntu 20.04) the response time is miles away from my Windows machines (some are older than this one)
I hope one day some kind of Qt Linux optimization could be applied to the linking/compilation process.
Edit: Just wanted to add that I found an option: raster VS native in a Qt forum. It's old but It seems It solved some performance issues for Apollo Lake. But I'm not by any means a Qt programmer or a UI expert.
Make sure you aren't using the nouveau driver.
It's simply not complete enough for MC.
-
Make sure you aren't using the nouveau driver.
It's simply not complete enough for MC.
Thanks for the sugestión.
Which driver are you talking about ?
Which version do you suggest ?
-
Thanks for the sugestión.
Which driver are you talking about ?
Which version do you suggest ?
What is your video hardware?
-
What is your video hardware?
My board is an Asrock J3455 ITX. The first version (not the J3455-B) with an Intel HD 500 integrated video card.
Just launched a command to check which module/driver is in use:
lspci -k | grep -EA3 'VGA|3D|Display'
00:02.0 VGA compatible controller: Intel Corporation HD Graphics 500 (rev 0b)
Subsystem: ASRock Incorporation HD Graphics 500
Kernel driver in use: i915
Kernel modules: i915
-
My board is an Asrock J3455 ITX. The first version (not the J3455-B) with an Intel HD 500 integrated video card.
That doesn't use nouveau so that wouldn't be an issue.
The UI performance will never be as fast as windows but it shouldn't be a much slower on the same hardware.
If it's slow on the desktop it's likely your Desktop manager or window manager are causing issues with MC.
It's hard to give you much guidance there. We can only test on our supported release platform which is debian.
MC doesn't use any toolkits, QT, GTK or whatever. All of those operations are done by are own toolkit which makes it portable between Windows, Mac, lnux.