We have been working hard on a new demuxer implementation for our player on Android devices (TV and Mobile), the new demuxer leverages more of FFmpeg through ExoPlayer allowing direct play of most containers whilst relying on ExoPlayer to load the files over the network.
Whilst we are polishing the implementation we want to invite you to test our new implementation before it reaches the normal Plex for Android beta program. As this beta won’t be via the usual channels just yet, you will need to sideload an APK onto your device. Unlike our beta the APK will be installed as a new application called Plex (Nightly), this allows you to keep the current beta or store release side by side.
FIXES / IMPROVEMENTS
Performance of video playback has been improved, particularly for badly muxed video files.
Continuous playback of multiple videos has been improved to allow continuous playback of episodes or playlists without getting stuck on the next video.
Seeking has been updated to provide more reliability and prevent an endless spinner from appearing after seeking.
Audio to video syncing is improved for DVR recordings with MPEG2 video.
KNOWN ISSUES
Some videos might have trouble seeking, you can disable the IO cache under the Advanced option in the app settings, this will however impact playback of badly muxed video files.
I’m not sure what feedback exactly you’re looking for but with this ‘Nightly’ there I came across an issue with a tuner recorded program (from HDHomeRun in the UK) on my Android Phone (Pixel 5, Arm64) .
The recording starts to play fine for the first few minutes (the end of the previous program) but then, I assume when the transmission changes in some way (sound/format/resolution/interlacing?) the recording then plays back in sped up in double/triple time. Attempting to rewind back to the previously working first few minutes doesnt make it play normally.
This issue is not exhibited in the current Google Play store Beta (8.29.0.30180)
I’m not sure what feedback exactly you’re looking for but with this ‘Nightly’ there I came across an issue with a tuner recorded program (from HDHomeRun in the UK) on my Android Phone (Pixel 5, Arm64) .
Which channel was the recording made from, and does the issue occur when the transmission switches to adverts? If possible, could you share the file with me (via DM is fine).
It was from BBC Two - certainly no adverts - it occurs when the ident starts after the end of the first program finishes. The program I recorded was Digging for Britain (plays in double time), which was preceded by Hairy Bikers Go North (starts playing fine)
I’m not at home right now, but I’ll share the recording this evening when I get there.
OK, so i re-tested with the arm64 version and I think it’s better in that it doesn’t automatically go double speed, however it seems that if I rewind (-10sec, or scrubber bar) then that triggers it to go into double speed, regardless of where it is in the recording (Hairy Bikers, or Digging for Britain). The current Google Play store Beta (8.29.0.30180) does not exhibit this, it plays normally after skipping backwards.
@sixones I’m about to DM you a google drive link to the recording…
Have a problem with DVR recordings, if I fast forward or rewind everything breaks up from that point forward - also, typically when trying to play something new I just get a spinning circle.
From experimentation this seems to be caused by interlaced files, eg 1080i or 576i which is what is broadcast here in the UK on DVB.
Thank you for providing the Nightly. As always I wanted to check if my lipsync issue is fixed. Sadly, it isn’t. In my setup (CCwGTV via lg-49UJ635V using HDMI to Sony HT-S20R), Nightly gives me And error occurred when attempting to play this video on any non-AC3 files when it’s set to Passthrough ON HDMI and to Passthrough ON Optical (only AC3 selected). It gives me the same error with Passtrough OFF for any file, including AC3 (sic!). All these files do play in Release version (but with a lipsync issue).
