Jump to content

Recommended Posts

Posted

Hi, I'm pretty new to Emby, using Emby and ServerWMC on a Windows 7 pc, and using Android/Chome clients to access.  I've got streaming/viewing Livetv working, and recordings work fine if I don't try to fast/forward or rewind.  But when I fast forward, the stream stops and I get a Playback error.  It seems to be reproducible with Android and Chrome.  I've attached the server and transcode logs, is there a setting I don't have correctly?

 

Cheers.

server-63592409725.txt

transcode-11533219-77ff-4799-9906-2d6f0afd4d38.txt

Posted

try turning off quicksync and see if that makes a difference.

Posted

I turned off quicksync and it doesn't fail, but fast forwarding just restarts the video. Should I attach the logs?

Posted

same exact setup and issue as Perx, foward/rewind do not work on android/chrome/theater.

quicksync OFF

Posted

the stream coming is not seekable.

http://192.168.1.178:9180/serverwmc.stream/StreamRemuxFile?clientName=Emby%5ePERKINS-HP%5e0: could not seek to position 85.311

@@krustyreturns what do you think? this might be an example of where live broadcasts are better with http, but completed recordings are better with direct file access.

Posted

Thanks for the response Luke, can you advise where that setting is?  Emby, not ServerWMC, right? Is it called something else?

krustyreturns
Posted (edited)

That is the default setup for serverwmc and emby:  http is used for live-tv. and file access for recorded tv.  @@perx go to the http tab in serverwmc and make sure you have 

'Use URLs for recorded tv' unchecked (I don't have the wording exact here)

 

Seems kind of drastic to kill the stream if its not seekable, Why not just, not seek?

Edited by krustyreturns
Posted

Yea you're right. It's not that we're killing it by design, it's that ffmpeg throws an error. Right now we don't really look at what the error is, we just fail it altogether.

Posted

Thank you both for the guidance.  I turned off the 'Use URLs for recorded tv' option in serverwmc and that seems to be the right direction.  I was able to skip forward once successfully.  That said, subsequent skip/back requests had no effect (no error, but no effect).  I attached the logs in case it would help to review.

 

Cheers.

partial_log.txt

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...