Jump to content

No Resume/Seek with Remuxed Videos


xenu
Go to solution Solved by xenu,

Recommended Posts

Hello,

I can not seek/resume videos which require remuxing on my NVIDIA Shield using the Emby for Android TV's internal Player (exoplayer?).

Whenever I try to resume, rewind or fast forward a video that is being remuxed, the video skips to the correct frame it is supposed to continue from but then stays there.

According to ffmpeg logs and watching the size of the created tmp directory file transcoding works fine.
If I play the video from beginning to end it works just fine. Also videos that are "direct play" or transcoded work fine including seek and resume - only "direct stream"
is a problem. Workarounds are switching to use external player (vlc) or setting max bitrate low to force transcoding.

What I have tried:
- switching audio to "direct" and "downmix to stereo"
- accessing emby server directly (8920 and 8096)
- accessing emby server via nginx reverse proxy (ssl and unencrypted)
- nginx: with and without http2 enabled
- access emby server by hostname or ip
- switching ffmpeg versions (3.1.4, 3.1.5, ffmpeg-git-20160215-64bit-static)
- move transcoding temp folder to local or nfs storage

This has been happening across several emby-server and emby for android tv versions.

 

Possibly related: https://emby.media/community/index.php?/topic/43008-on-remux-android-tv-times-out-too-many-errors/ though I do not receive any errors on the client.

 

Interestingly enough while trying various settings/configurations fast forwarding worked on one occasion yesterday though not repeatable. There is nothing in the server or ffmpeg logs which is different from attempts where it fails. I attached the logs of the attempt where the first fast forward worked (ffmpeg -ss 00:05:26.589 ...) while the second attempt on the same video with the same settings about 30 seconds later failed (ffmpeg -ss 00:11:21.392 ...).

 

ffmpeg1.txt

ffmpeg2_fast_forward_success.txt

ffmpeg3_fast_forward_fail.txt

server.txt

  • Like 1
Link to comment
Share on other sites

screwfaze

I am also having a similar problem since doing the recent updates I cannot resume from where I left which was working just fine. It works when I use chapters sometimes but not guaranteed.

I have submitted my logs user name is Aminah time 20:05

Edited by screwfaze
  • Like 1
Link to comment
Share on other sites

Hello ebr,

thank you for your reply. That is the ffmpeg version I am currently using. Any other idea what could be causing the issue? I just send a log via the app. Username anna.

 

Sent from my SM-G900F using Tapatalk

  • Like 1
Link to comment
Share on other sites

I am also having a similar problem since doing the recent updates I cannot resume from where I left which was working just fine. It works when I use chapters sometimes but not guaranteed.

I have submitted my logs user name is Aminah time 20:05

 

Can you please explain exactly what the problem was with that log session?  I didn't see any seek attempts.  Just playback all the way to the end.

Link to comment
Share on other sites

screwfaze

I tried to resume several files that I was watching previously but it doesn't work. Example the oa s01e01. This is something that worked perfectly before and now doesn't I can send more logs if u need

  • Like 1
Link to comment
Share on other sites

Hello ebr,

thank you for your reply. That is the ffmpeg version I am currently using. Any other idea what could be causing the issue? I just send a log via the app. Username anna.

 

Sent from my SM-G900F using Tapatalk

 

I do see a seek in this log but then it appears to continue on for quite a while until it stops normally. 

Link to comment
Share on other sites

I tried to resume several files that I was watching previously but it doesn't work. Example the oa s01e01. This is something that worked perfectly before and now doesn't I can send more logs if u need

 

It is best to reproduce one specific example so that we can try and determine what is happening.  Thanks.

Link to comment
Share on other sites

screwfaze

Hi,

 

I have sent another log at 00:59 file is called the town I have tried to resume at least 5 times and it failed 3 times just a blue spinning circle.

  • Like 1
Link to comment
Share on other sites

I do see a seek in this log but then it appears to continue on for quite a while until it stops normally.

Yes, that's why I was hoping there would be something in the Emby for Android TV app log I uploaded. According to the server and ffmpeg log everything looks normal. The problem is the app doesn't continue to play the remuxed stream after a fast forward or rewind. The logs demonstrate one rare case where the first fast forward worked while the second got stuck as usual unfortunately.
Link to comment
Share on other sites

Only thing I can think of is that this is more of the problems with ffmpeg.  I'm going to put up a beta that changes the transcoding format and you guys can see if that helps.  Thanks.

  • Like 1
Link to comment
Share on other sites

  • Solution

The latest app update (1.3.14g) has fixed the issue for me. Thanks a lot @@ebr.

 

Sent from my SM-G900F using Tapatalk

Edited by xenu
Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...