More > JRiver Media Center 30 for Linux
Is MC genuinely usable for video on linux?
Hendrik:
--- Quote from: mattkhan on February 25, 2023, 07:55:41 am ---On the new streaming mode, I found it quite prone completely freezing the entire MC process. Initial impression is that repeated jump requests cause it to fail badly. Large jumps also confuse it, I had one situation where playback started from a bookmark (somewhere in the middle of the film) so I jumped back to the start, it thought about it for so long I thought it was dead and then started playing with the time reporting it was near the start. The content however was from some time later in the film, ie it was like it had completely lost track of position. I could seek back and forth from that new (wrong) point though. The freezing behaviour makes it v hard to report on what is going on in a systematic/reproducible way unfortunately. I will try some more tests later to try to narrow it down.
--- End quote ---
Trying yet another streaming mode in the next version that should hopefully work better. It was a bit more work to hook it all up, but testing seemed to go fine. There might be a slight delay as the server responds to seek requests (depending on the speed of your server), but the UI should hopefully remain responsive as well.
Still looking to move the entire seek call to a thread, but thats a bigger change.
mrpro:
Ubuntu Desktop standard 22.04, (Ubuntu 22.04.2 LTS); Ubuntu Studio 22.04 (Ubuntu 22.04.2 LTS); MC 30.0.87 (64 bit)
I have had severe video problems for the entire life of version 30. Specifically not working: TV playback (HD Home Run); Theatre view; any video playback. All exhibit white screen only.
All worked fine in the earliest versions of vs 30. Problems first started with TV. Playback worked but appeared to render at a reduced frame rate. Subsequent updates did not fix this; then possibly an OS update caused video to exhibit white screen, and white screen only for Theater view.
I have tried this on multiple Linux machines, all running AMD processors. Results are identical.
Any suggestions would be greatly appreciated.
Awesome Donkey:
The white screen with theater view is likely the recent issue that starting occurring after a Mesa update in Ubuntu and other Ubuntu-based distros. Right now the only ways around it are to downgrade Mesa (which can be tricky and can easily brick an OS install if done incorrectly) or switching distros to like Debian Bullseye.
https://yabb.jriver.com/interact/index.php/topic,135300.0.html
mattkhan:
--- Quote from: Hendrik on February 27, 2023, 07:24:00 am ---Trying yet another streaming mode in the next version that should hopefully work better. It was a bit more work to hook it all up, but testing seemed to go fine. There might be a slight delay as the server responds to seek requests (depending on the speed of your server), but the UI should hopefully remain responsive as well.
Still looking to move the entire seek call to a thread, but thats a bigger change.
--- End quote ---
I retried with v87 and it does seem to behave better overall, difficult to quantify but clicking around (i.e. jumping forward or back to some arbitrary point) repeatedly caused no surprising behaviour or crashes so thanks for improving this.
I think the most obvious area where it still struggles is with repeated seeks, e.g. tap right arrow n times. This is really quite slow to respond to the extent you wonder if it is frozen. It doesn't crash or do anything else unpredictable though so it is at least stable/consistent behaviour.
The observed behaviour in this case is like the keypresses aren't debounced/coalesced i.e. I seek forward x second n times, it does n +x second seeks as opposed to 1 or 2 seeks (depending on debounce period and how quickly I press the button). It's certainly much slower than clicking somewhere on the track to jump forward. For me, this operation is more common than a big jump so I'd say this would be a good thing to improve for the end user.
Hendrik:
I'm planning to move the seeking onto a thread soon, as long as you click the button faster then it can respond to the seek, I think it should then coalesce them to a degree.
Seeking a live-converted stream is inherently a bit slow though, so there is little to be done about that.
Hopefully we'll be able to work on direct access and linux BDMV support later this year after some other projects calm down.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version