This bug still persists in PMS 1.41.4.9421 and Android TV Player 10.25.0.2461.
This bug still persists in PMS 1.41.4.9463 and Android TV Player 10.26.0.2578.
This bug still persists in PMS 1.41.5.9522 and Android TV Player 10.26.0.2578.
This bug still persists in PMS 1.41.6.9606 and Android TV Player 10.26.0.2578.
This bug still persists in PMS 1.41.6.9685 and Android TV Player 10.26.0.2578.
This bug still persists in PMS 1.41.7.9717 and Android TV Player 10.26.0.2578.
This bug still persists in PMS 1.41.7.9749 and Android TV Player 10.26.0.2578.
This bug still persists in PMS 1.41.7.9795 and Android TV Player 10.26.0.2578.
This bug still persists in PMS 1.41.8.9834 and Android TV Player 10.28.0.3441.
This bug still persists in PMS 1.41.9.9961 and Android TV Player 10.28.0.3441.
This bug still persists in PMS 1.42.0.9975 and Android TV Player 10.28.0.3441.
Thank you for keeping the thread alive.
This is not something that we will be working on. In our documentation we call out the limitation of using such media and have a warning against using such media and provided a link to how to join/merge media. Please see our support article on multi-file media.
Thank you for your reply. I don’t understand it. You support the playback but you deny patching playback/resume bugs?
Is this a general thing that you only want to fix bugs that you find fitting certain use cases? Or is it limited to multi-part movies? I am not getting the reasoning of it?
You also stated limits of 4K files, but I guess you are working on making support even better.
Personally, I have two different use cases that make merging very uncomfortable / next to impossible.
One is the cam output that generates new files every now and then. I wrote a script to rename these videos every day to have them as 4-hour videos (multi-part). Since resuming is an issue, this “project” died some time ago. The script is running, but my mother refuses to check the files. She’s not able to merge files.
The other is: I have a few TV shows that are listed as movies in Plex. So, in order to be able to share them with family, I put them as multi-part movie.
For myself, I watch the parts outside of Plex and I want to be able to choose each episode by its own.
Of course, having duplicates (one as a TV show for me, one as a movie for family) or creating chapters after merging would be work-arounds.
But correct handling of multi-part movies would solve both problems without managed users even knowing that there’s a problem and without creating extra work and nuisance for me.
Sad to hear that you deny to fix resuming for these multi-part things.
This response is troubling on multiple fronts, as @rossinior stated also. It’s a very easily reproducible bug. Just take two unrelated video files, name them as part 1 & part 2, scan them, and scrub through the 2nd part to see that the thumbnails are wrong. It’s so easy that I literally spend about 20 seconds checking it every time I update PMS or see that the Android TV app as updated.
I also maintain that this is a bug and not a limitation of using multi-part videos. This is because on Roku, the behavior works as expected (at least it did when I last tested it a few months ago). Also, when scanning multi-part videos, you can clearly see in the mini-dashboard menu that the indexing happens as many times as there are video parts. So PMS is indexing beyond the first part and storing those thumbnails (and occupying the disk space) so the behavior indicates the intention of showing the correct thumbnails after the first video file. Yet the Android TV app does not reference the correct set of thumbnails. Why generate the thumbnails at all if you’re just going to wave your hand at it as a limitation?
I find myself concerned when software engineers release software, someone reports a very, very easily reproducible bug, but there is so little pride in workmanship that they just say “sorry, we’re not going to fix it.” Whoever works on your Android TV app should check in with the Roku team as they seem to have gotten it right.
I’ll also add that I have been able to join some of the affected video files. I’ve used a few different encoding applications to do so. But some of them do not play back correctly when joined. The most common issue is audio drift in the later parts. So joining is not a magic bullet to resolve this.
For me this bug also happens on Android TV with every TV Show, if i skip to the next episode via the skip button or in the list of episodes in the current watchlist (the one if you press down twice). if i go to the next episode via the end of episode preview with the 10 sec timer the bug doesn’t trigger, even if i press manually before the timer runs out.
But this is still very annoing if i want to search for a specific scene in a set of episodes because i have to either skip to the end of the current episode to use the end of episode screen, or back out of the episode and select the next one.
I mean it’s not a severe bug, but it makes the skip button and the watchlist below next to useless for me so i think deserves to be fixed, especially since it works on PC, the web player, the new android app and apparently even roku.
It also seems to be the same bug as in this tread.
This bug still persists in PMS 1.42.1.10060 and Android TV Player 10.30.2.3548.
I also double checked on Roku (v7.36.18.10161) and the behavior works exactly as I would expect. In fact, it works better because when playback begins, it somehow concatenates the playback into a single, continuous video file. So wherever you scrub along the timeline, the video thumbnail is accurate. This also allows rewinding back into previously played file segments, something the Android TV play can not do.
This bug still persists in PMS 1.42.2.10102 and Android TV Player 10.30.4.4092.
This bug still persists in PMS 1.42.2.10122 and Android TV Player 10.30.4.4092.
