I use the TuneIn music app a lot and interestingly it has no screen saver. Maybe because it has a small VU type meter that constantly moves.
the other older RMP issues are minuscule compared to this new one that just rolled out last week with stopping and skipping all the time. Ugh. I will beta test a fix. Sign me up.
@Gary-94080 wrote:
if I understand things correctly, only the RMP/Screensaver issue is being blamed on the OS. everything else is still in the RMP realm of responsibility. RMP or OS it is still all on Roku.
That's my understanding as well.
@dathead2 send a private message to @RokuChris and he can add you to the beta test. The nice thing about beta testing RMP is that it doesn't replace the existing version, so it a beta really messes something up (hey, it can happen), you can still use the public version. Of course, when the public version also has issues, that's not a lot of help 😛
I assume the current beta RMP still has all of our grievances?
The most current beta is the same as the newly released public version. I have no idea when the next beta will be available for testing, but I'm sure they'd like as much feedback as possible about the version just released. I know I would if I was the programmer.
RMP does not update file list from my personal network WD Cloud storage drive.
Added 3 new folders and 2 are not showing up on the RMP file list.
Already restarted system, still not seeing the newly added folders.
My phone and PC see them fine via VLC player app browsing or PC file browsing.
Thought by version 5.x this basic file listing should not be a defect.
There is a new version of RMP, 5.5 build 9 released today.
I don't know what, if anything, may have been fixed. Unfortunately all three bugs I have noted relating to playing audio files via network remain:
The last of these bugs is the newest (introduced in the previous version) but also the most serious. The other two have gone unfixed for months.
Hi everyone,
So I stumbled on this issue in the past couple days, and have been trying to solve it. I think I've figured out a workaround. I discovered that with some mkv files that had an English commentary track, but a non-English regular soundtrack, Roku Media Player was able to see the different tracks. So I went in and changed the language flag using MKVToolNix's Header Editor on some other mkv's with multiple audio tracks, and they show up now in RMP 5,5.
This is pretty annoying, especially if you like metadata labels to be accurate, but hopefully this will help shed some light on what exactly is going wrong.
EDIT: So, what I did was I went in and kept the stereo/DPLII track flagged as English, and I changed the Surround track to Undetermined, and that worked. It also appears that just removing the Language flag altogether may work, too. In MKVToolNix, you'd just click the Language "remove entry" checkbox for each track, but someone cleverer than I am may be able to come up with code that can do batch metadata changes to their mkvs.
THAT'S all it is? A metadata issue?
And it's been like this for a year?
Unbelievable.
I was playing some MKV files with multiple audio tracks last week, and the selection menu was available. I did not alter the files in any way beyond just ripping them with MakeMKV. So I don't think it's as simple as that. For my TS/M2TS files with multiple tracks they are not selectable. If I play them with my Nvidia Shield, all the audio and captions tracks are available. I still use my Roku devices for local playback, but my go-to player is the Shield. In particular for UHD rips, the Shield has Gigabit Ethernet, so no issues with the bitrates.