More > JRiver Media Center 30 for Linux
JRiver Media Center 30.0.55 BETA for Debian Buster (amd64, i386, arm64 and armhf
whoareyou:
I have the beta installed on an rpi4 and also old 386 laptop.
Each device has significantly better performance.
Before Beta I experienced freezes with UI (similar to @mwillems). Thought it was just because the hardware was just not up to the task, so I never reported it. So far, these freezes have not occurred.
Also, before this beta neither device would properly stream video, converted from 4k to 1080p with variable fps on RPI4 and 720 on the laptop. Was always too choppy and/or froze up.
I gave up on this 4k streaming a while ago, but for whatever reason it now works. Until I switch back to pre-beta and compare results, I'm crediting the beta with this improvement.
Regarding memory usage I never really paid attention, however the same library loaded on windows client machine uses about 30mb. On the linux installs it's around 300 - 400mb.
If it were up to me, I'd trade the extra memory usage for the better performance.
I had one weird thing happen first time using the beta. When I was navigating around on the client's UI, I had a couple of audio playback stutters on the server zone. In this case, client was being used as remote control in same room. Never had the server machine stutter before during playback.
I haven't been able to duplicate this, but it seemed like client somehow caused stutter when interacting/controlling server.
So far this beta seems pretty solid.
mwillems:
So after a weekend full of (mostly audio) playback I've detected no misbehavior from the beta and my halting/freezing issues haven't recurred, so I think the beta is (apart from the higher memory usage) a clear win!
Thanks again for all the incremental improvements, especially for making larger libraries work nicely. Story time: long ago and far away I was a Windows Media Player user and found that once my library got to be over 20k files WMP started freezing and struggling. I started looking for a media player that could handle larger libraries and saw a recommendation for JRiver Mediacenter and tested it out. 20k Files was no struggle for JRiver. Of course JRiver Mediacenter was, even then, much richer in lots of other ways too (DSP, network features, etc.), so I bought in. But the ability to nicely work with larger libraries was the "killer" feature that originally got me to try out JRiver. Now my library is about 6x bigger and things are still pretty great thanks to the team's tireless efforts over the last decade or so ;D
bob:
--- Quote from: mwillems on January 30, 2023, 08:28:44 am ---So after a weekend full of (mostly audio) playback I've detected no misbehavior from the beta and my halting/freezing issues haven't recurred, so I think the beta is (apart from the higher memory usage) a clear win!
Thanks again for all the incremental improvements, especially for making larger libraries work nicely. Story time: long ago and far away I was a Windows Media Player user and found that once my library got to be over 20k files WMP started freezing and struggling. I started looking for a media player that could handle larger libraries and saw a recommendation for JRiver Mediacenter and tested it out. 20k Files was no struggle for JRiver. Of course JRiver Mediacenter was, even then, much richer in lots of other ways too (DSP, network features, etc.), so I bought in. But the ability to nicely work with larger libraries was the "killer" feature that originally got me to try out JRiver. Now my library is about 6x bigger and things are still pretty great thanks to the team's tireless efforts over the last decade or so ;D
--- End quote ---
Thanks so much. We really appreciate the feedback and kind words.
ixne:
--- Quote from: mwillems on January 27, 2023, 12:32:35 pm ---After two-ish hours of playback, I'm seeing normal behavior and good performance. For the past several builds I had been getting frequent but brief UI freezes on clients (five seconds freeze every five or ten minutes or so)...
--- End quote ---
Don't know if this is applicable, but through several build iterations I had a similar issue when sending music from my main PC to my Debian box for playback. It was random. Sometimes it would happen after an hour, sometimes after days, but ot always hung in the last 5 seconds of a song. Went away completely when I disabled my USB DAC in PulseAudio, I suspect PulseAudio was randomly locking the device, or intermittently locking the device and the problem only cropped up if it happened to be locked when MC was trying to spool the next song.
Navigation
[0] Message Index
[*] Previous page
Go to full version