0.12.3 - Video Files "Rewind" Themselves or Start Over Randomly

[ShakeSp33r]

Describe the bug

Replay jump back to previous pause or resume from time.

Start Video from Beginning:

1. Paused the video for about 3 min @ 0:58, and start playing again.
2. Did not watch long before it "jumped back" to the time where I paused it (took about 1min before it jumped back)

Start Video from resume button:

1. Stopping a video 5:23.
2. Click on Resume from button on Video description screen and start watching again.
3. Pause the video for 3 min & unpause the video again.
4. Minute later the video jumped back to 5:23...

It appears to be when ever a media file is transcoded that this happen. I've tested a direct stream and the random rewind does not happen.

Application version

0.12.3

Device information

Skyworth TV Xiaomi Mi TV Stick Xiaomi Mi Box s 4k

Android version

Android 9

Jellyfin server version

10.7.7

[evoandroidevo]

Then I checked the connection to the server and on the above 2 tests I used the DNS entry that force the system through the reverse proxy & SSL encryption.

After reconnecting to the server through the internal IP:Port address (using the file above) I did the above test again, and the system did not jump back, and I could watch the entire media without and issue. So from what I've seen is if the server do transcoding "5.1 Mbps MKV H264 AAC" and going through the reverse proxy (using nginx) it jumps back.

did you find a fix for this? im having this same issue plays back fine on lan but when i use my reverse proxy with ssl it will just stops the playback after about 15mins. web works fine its only the android tv app (0.12.3) from my testing

[mueslimak3r]

Then I checked the connection to the server and on the above 2 tests I used the DNS entry that force the system through the reverse proxy & SSL encryption.

After reconnecting to the server through the internal IP:Port address (using the file above) I did the above test again, and the system did not jump back, and I could watch the entire media without and issue. So from what I've seen is if the server do transcoding "5.1 Mbps MKV H264 AAC" and going through the reverse proxy (using nginx) it jumps back.

did you find a fix for this? im having this same issue plays back fine on lan but when i use my reverse proxy with ssl it will just stops the playback after about 15mins. web works fine its only the android tv app (0.12.3) from my testing

Have you tried setting "preferred media player", to exoplayer?

[evoandroidevo]

i was using libvlc cause it was not detecting that the audio was unsupported and was playing with no sound with exoplayer but i just tested and its working right now i will post back if it closes the stream

[evoandroidevo]

Edit: my issue was DNS settings

[mueslimak3r]

@Phoenix-004 can you try this build:

https://github.com/jellyfin/jellyfin-androidtv/suites/4403449154/artifacts/116233715

From PR: https://github.com/jellyfin/jellyfin-androidtv/pull/1257

[Phoenix-004]

@Phoenix-004 can you try this build:

https://github.com/jellyfin/jellyfin-androidtv/suites/4403449154/artifacts/116233715

From PR: #1257

Ok... will do and report back.

[Phoenix-004]

@mueslimak3r

Still happenning :(

jellyfin debug log 5.txt

[mueslimak3r]

@Phoenix-004 I see a bunch of new errors in your log when playback starts. Have you tried going to Android tv settings -> apps -> jellyfin-debug -> clear data?

[Phoenix-004]

Ok. will do that and give it another run.

[mueslimak3r]

New test build: https://github.com/jellyfin/jellyfin-androidtv/suites/4416306624/artifacts/116754257

[Phoenix-004]

will test and report

[Phoenix-004]

Stil happenig. On the most recent build. Clean install, first run. ly setting I change (or ever change) is the downmix to stereo audi output. If i leave audio as direct, it never happens. jellyfin debug log 6.txt

[mueslimak3r]

@Phoenix-004 please try this older build and see if you have the issue. You may need to clear the app data after installing this build since it's a downgrade and some data may be left over from the newer build:

https://github.com/jellyfin/jellyfin-androidtv/releases/download/v0.12.1/jellyfin-androidtv-v0.12.1-debug.apk

[Phoenix-004]

Ok. will install and let you know.

[Phoenix-004]

@mueslimak3r It stil happened wih the older build ou just uploaded. And after I uninstalled the prevous build, I went and deleted data and ache after intallingthe one you just uploaded.

Only change I made in the app was chaninging audio output to downmix to stereo.

jellyfin debug log 7.txt

[mueslimak3r]

I've been able to reproduce this on my end. For me it only happens in exoplayer, while transcoding, and for it to occur I have to introduce some congestion in my local network (I'm streaming from a remote JF server). I can reliability reproduce it when I have a game downloading in steam while I'm watching something.

I'll do some testing now that I can debug this

[Phoenix-004]

Ok. Thanks. My player settings have always been set to automatic.

[Raul824]

Sorry to jump in but I am facing constant crashes of stream when streaming over internet. It works through web browser and through kodi as well but the app seems to crash only over the internet even direct play as well after 10-15 minutes.

I can test and as well as do some code changes to test just want to know where to start de-bugging from. As I get playback stop from app

Logs : [2021-12-24 13:04:32.064 +00:00] [INF] [50] Jellyfin.Plugin.PlaybackReporting.EventMonitorEntryPoint: Processing playback tracker : "4724522067b7937513da5ba6ac83a3254778a4e0-d0497e1bca1246a39c88477900ff5b08-ac2f24702c3b7b2bdaaf72e53e047717" [2021-12-24 13:04:50.622 +00:00] [INF] [100] Emby.Server.Implementations.Session.SessionManager: Playback stopped reported by app "Android TV" "0.12.3" playing "Bunty Aur Babli 2". Stopped at "199479" ms [2021-12-24 13:04:50.702 +00:00] [INF] [50] Jellyfin.Plugin.PlaybackReporting.EventMonitorEntryPoint: Playback stop tracker found, processing stop : "4724522067b7937513da5ba6ac83a3254778a4e0-d0497e1bca1246a39c88477900ff5b08-ac2f24702c3b7b2bdaaf72e53e047717"

[mueslimak3r]

Sorry to jump in but I am facing constant crashes of stream when streaming over internet. It works through web browser and through kodi as well but the app seems to crash only over the internet even direct play as well after 10-15 minutes.

I can test and as well as do some code changes to test just want to know where to start de-bugging from. As I get playback stop from app

Logs : [2021-12-24 13:04:32.064 +00:00] [INF] [50] Jellyfin.Plugin.PlaybackReporting.EventMonitorEntryPoint: Processing playback tracker : "4724522067b7937513da5ba6ac83a3254778a4e0-d0497e1bca1246a39c88477900ff5b08-ac2f24702c3b7b2bdaaf72e53e047717" [2021-12-24 13:04:50.622 +00:00] [INF] [100] Emby.Server.Implementations.Session.SessionManager: Playback stopped reported by app "Android TV" "0.12.3" playing "Bunty Aur Babli 2". Stopped at "199479" ms [2021-12-24 13:04:50.702 +00:00] [INF] [50] Jellyfin.Plugin.PlaybackReporting.EventMonitorEntryPoint: Playback stop tracker found, processing stop : "4724522067b7937513da5ba6ac83a3254778a4e0-d0497e1bca1246a39c88477900ff5b08-ac2f24702c3b7b2bdaaf72e53e047717"

I'm sorry to hear that. Can you open a new issue describing the events leading up to the crashes in detail? I assume it's unrelated to this issue. If it is related then no need to open a new one.

Regarding debugging and working on fixes: A great place to start is to fork and clone the repo, open it in android studio, and run Gradle sync. Once you run a test build on your device and attach a debugger it should print out the exception(s) that cause a crash.

from there you'll find most of the playback code in /ui/playback/ . For the players, the majority of interactions with the backend are done via VideoManager and PlaybackController

If you have any questions you can join the Jellyfin Matrix or Discord chat rooms (they're the same chat in both places): https://jellyfin.org/contact/

[mueslimak3r]

Anyone want to try out this test build and see if it fixes this issue? (download the build-artifacts):

https://github.com/jellyfin/jellyfin-androidtv/actions/runs/1685541018

from PR: https://github.com/jellyfin/jellyfin-androidtv/pull/1342

[crobibero]

Tested #1342 tonight to watch transcoded live tv. So far haven't had any rewinds, and the app properly paused to buffer.

[mueslimak3r]

Tested #1342 tonight to watch transcoded live tv. So far haven't had any rewinds, and the app properly paused to buffer.

That's good to hear, and thanks for trying it out. Have you had issues with rewinds and pausing to buffer prior to this change?

[crobibero]

Tested #1342 tonight to watch transcoded live tv. So far haven't had any rewinds, and the app properly paused to buffer.

That's good to hear, and thanks for trying it out. Have you had issues with rewinds and pausing to buffer prior to this change?

Yeah pretty regularly. Normally 3-5 times while watching for about 2.5h

[crobibero]

Another update- watched another 2.5h without any rewinding!

[opeeba]

I have been using build #1342 since it was uploaded and it's working great.

[Phoenix-004]

I've been away for a while... How do I get this new test build to download and try out. Still been having this issue. But since it only ever happens when I have download to stereo set in my audio settings withing the android tv app, I just left audio on direct and the issue was gone.

However, it pops up again when watching certain stuff that uses subtitles in the ASS codec. Once I flip on subtitles. Problem is back.

So I would like to try out this 1342 build.

[mueslimak3r]

I've been away for a while... How do I get this new test build to download and try out. Still been having this issue. But since it only ever happens when I have download to stereo set in my audio settings withing the android tv app, I just left audio on direct and the issue was gone.

However, it pops up again when watching certain stuff that uses subtitles in the ASS codec. Once I flip on subtitles. Problem is back.

So I would like to try out this 1342 build.

A good place to start is the 0.13 beta, it's in the releases page of the repo if you need to side load it. If your device has Google play you can sign up for the beta and download it there.

Try the non-debug APK first since the debug APK listed there has an issue which has since been fixed.

[Phoenix-004]

I've been away for a while... How do I get this new test build to download and try out. Still been having this issue. But since it only ever happens when I have download to stereo set in my audio settings withing the android tv app, I just left audio on direct and the issue was gone. However, it pops up again when watching certain stuff that uses subtitles in the ASS codec. Once I flip on subtitles. Problem is back. So I would like to try out this 1342 build.

A good place to start is the 0.13 beta, it's in the releases page of the repo if you need to side load it. If your device has Google play you can sign up for the beta and download it there.

Try the non-debug APK first since the debug APK listed there has an issue which has since been fixed.

Lol... I just tried it. I downloaded the release apk.

Installed and its worse.

1. Once I try and enable subtitles, screen just goes blank and nothing happens. If I disable subtitles, playback continues.

   On the Play store version of the app, the issue used to be that once I enabled subtitles, playback tracker jumps to the beginning of the media, then jumps back to wherever I was at.... But then at intervals, the auto rewind thing will happen.

2. Now, if I switch audio to downmix to stereo, and switch media player to automatically choose.... It doesn't even play the media at all.

[Phoenix-004]

Signed up for the beta program, so updating to the beta branch app directly from the Play store.

Will try it out again.

[mueslimak3r]

Can someone experiencing this issue try the new beta version (beta 4)? It is up now on this repo and will be available on the play store beta channel in a day or two.

[ShakeSp33r]

Upgraded to Beta 4...

Had to set the player to libVLC as exoplayer is pausing/buffer every few seconds (as if the server cant keep up with the transcoding)

These were all tested on libVLC Start Video from Beginning: Paused the video for about 3 min @ 0:58, and start playing again. Did not watch long before it stopped play back as if I stopped the video.

Start Video from resume button: Stopping a video 5:23. Click on Resume from button on Video description screen and start watching again. Pause the video for 3 min & unpause the video again. About 20sec later and the video playback stops again.

Start Video from Beginning without pause: Playing through the video with no problem. Video did not stop after a few minutes.

Start Video from resume button: Playing through the video with no problem. Video did not stop after a few minutes.

@mueslimak3r I have a user with 2 videos that you can test with if needed. Contact me for the server details.

[mueslimak3r]

exoplayer is pausing/buffer every few seconds (as if the server cant keep up with the transcoding)

Did you check the transcoding FPS in the server dashboard (click on the "i" for a session) and make sure that isn't exactly what's happening? It may be that exoplayer had to transcode but libVLC could direct play.

These were all tested on libVLC ...

Can you read through issue #1339 and see if that matches what you're experiencing with libVLC?

[ShakeSp33r]

Used exactly the same video for both:

Server i results: libVLC - 64fps Transcoding VideoProfileNotSupported (5.1 Mbps MKV H264 AAC) ExoPlayer - 9.6fps Transcoding VideoProfileNotSuppirted (5.1 Mbps TS HEVC AC3)

Media Details: Video: Codec: HEVC Profile: Main 10 Level: 93.0 Resolution: 1280x718 Aspect: 16:9 Framerate: 23.976025 Bitrate: 915kbps

Audio: Codec: AC3 Layout: 5.1 Bitrate: 375kpbs

[mueslimak3r]

Server i results: libVLC - 64fps Transcoding VideoProfileNotSupported (5.1 Mbps MKV H264 AAC) ExoPlayer - 9.6fps Transcoding VideoProfileNotSuppirted (5.1 Mbps TS HEVC AC3)

Media Details: Video: Codec: HEVC Profile: Main 10 Level: 93.0 Resolution: 1280x718 Aspect: 16:9 Framerate: 23.976025 Bitrate: 915kbps

I'm pretty sure it's because exoplayer supports transcoding in HEVC but libVLC is h264 only, and your hardware acceleration configuration can't efficiently encode HEVC. Try disabling "Allow encoding in HEVC format" in your server's playback settings.

It may be that your GPU supports HEVC encoding but can't do it very fast, or that it doesn't support it so ffmpeg is using software encoding. In the ffmpeg log it will tell you if it's encoding with nvenvc (gpu) or libx265 (software)

This table is a good resource for getting those settings right: https://developer.nvidia.com/video-encode-and-decode-gpu-support-matrix-new

[ShakeSp33r]

@mueslimak3r awesome, after disabling Allow encoding in HEVC format, ExoPlayer is now without the "buffering".

I wil retest the play, pause, resume & let you know.

[ShakeSp33r]

These were all tested on ExoPlayer Start Video from Beginning: Paused the video for about 3 min @ 0:58, and start playing again. Video continued as expected, no jump back or stopping.

Start Video from resume button: Stopping a video 11:42. Click on Resume from button on Video description screen and start watching again. Pause the video for 3 min & unpause the video again. Video continued as expected, no jump back or stopping.

[ocervell]

For me, on an AndroidTV client having this bug, switching the default player from "exoplayer" to "libVLC" fixed most issues I had with this.

[Mettchen]

I am back to having this issue with beta 5 in Exoplayer. Was not an issue in beta 4.

[mueslimak3r]

I am back to having this issue with beta 5 in Exoplayer. Was not an issue in beta 4.

Which server version are you running?

In prior betas, HLS was used by exoplayer for most android devices. In beta 5, the use of HLS was changed to only be enabled for server versions >= 10.8 due to some compatibility issues with old versions like 10.7.7

The stability of HLS is likely what resolved this issue for most people.

It's worth mentioning that running a beta version of the server (currently 10.8 alpha 5) isn't without it's own risk of bugs.

[Mettchen]

I am back to having this issue with beta 5 in Exoplayer. Was not an issue in beta 4.

Which server version are you running?

In prior betas, HLS was used by exoplayer for most android devices. In beta 5, the use of HLS was changed to only be enabled for server versions >= 10.8 due to some compatibility issues with old versions like 10.7.7

The stability of HLS is likely what resolved this issue for most people.

It's worth mentioning that running a beta version of the server (currently 10.8 alpha 5) isn't without it's own risk of bugs.

Running 10.7.7, so that might be the issue. Wanted to assure, that the team was aware if there was a breaking change in beta 5 compared to beta 4. For me, a current time evaluating 10.8 alpha 5 is not a suitable solution. Thanks for the feedback.

[dahamsta]

Are people still experiencing this? I've had this problem since the last thread on this subject and it's driving me demented, particularly as MKV is becoming the default container, I'm having to remux everything or just put up with it. Switching off downmix results in no sound on anything that's 5.1. libVLC doesn't work very well.

[opeeba]

I'm still using build #1342. I recently tried the beta, but experienced old problems with files failing to start and audio being out of sync.

[crobibero]

I have had no rewind issues since using Jellyfin 10.8 beta, as mentioned above

[dahamsta]

I'm not sure it's possible to install a beta on the shield, I'll take a look. Sideloading is a pain in the arse.

[dahamsta]

Ack, I see now you mean the server, I don't think I want to get into that, my kids'll go mental if something goes wrong. :)

[Hayajiro]

I don’t know if this is related to the specific issue others are experiencing here, but after being severely annoyed by rewinds happening every other minute, I've taken a closer look into this issue.

At least for my two TVs (and the ones from friends of mine), there seems to be a bug (?) causing Android to randomly drop the WiFi connection. When switching to wired (and disabling WiFi), everything went smoothly without a single rewind. This was tested with a file that reliably caused the rewind bugs. I noticed this when debugging via wireless ADB, where my session would just die whenever the playback rewound.

I haven’t had much time to investigate this further (took me far too much time today), but at least for us, it seems to be a reliable workaround.

FYI: The server is running 10.7.7 behind nginx, with Jellyfin also being directly exposed (which does not provide any improvement). I also noticed WebSocket interruptions at pretty much the same times as the rewinds happen.

[crobibero]

Latest AndroidTV release in conjunction with Jellyfin 10.8 has this bug fixed.

[crobibero]

I have been informed that a few cases where this occurs have been fixed, but some others still exist

[michaelkrieger]

Just saw this with the latest 0.13.7 with a 10.8.1 server exactly at the 10 minute mark with a video

[LionelDerBoven]

Same issue here. File just rewind to te start when I continue playing. File was transcoded.