Jump to content


Photo

"Loading, please wait" at the end of playback

roku loading hls stops

  • Please log in to reply
38 replies to this topic

#21 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 142356 posts
  • Local time: 12:51 AM

Posted 04 April 2015 - 11:57 AM

the reason why it's coming up now is because our algorithms to detect direct streaming and stream copying are much better than ever before from the client-side perspective. so prior builds (and other apps) would never even try to stream copy which is why the issue wasn't occurring. 

 

but now with almost every app using the profile engine, we're getting really accurate client capabilities factored into the algorithm. this now leads to the issue of we know that the client can play it, but is the video suitable for what we're going to try to do (e.g. hls with stream copy). And the only way to answer that is to have the scan extract more information about the video's key frame intervals. So this is going to lead to longer scan times, but more of the "everything just works" streaming.


  • BAS, CBers, Tharnax and 3 others like this

#22 CBers OFFLINE  

CBers

    Advanced Member

  • Moderators
  • 15070 posts
  • Local time: 05:51 AM
  • LocationKent, England.

Posted 04 April 2015 - 12:03 PM

Cool, thanks Luke.

 

As long as you know what needs doing and a fix will come, I'm happy to live with it at the moment.



#23 Koleckai Silvestri OFFLINE  

Koleckai Silvestri

    Advanced Member

  • Alpha Testers
  • 3735 posts
  • Local time: 09:51 PM

Posted 04 April 2015 - 12:13 PM

"Everything just works" streaming sounds like a good plan. A longer scan only inconveniences the server. Keep up the good work.


  • bennymac likes this

#24 CBers OFFLINE  

CBers

    Advanced Member

  • Moderators
  • 15070 posts
  • Local time: 05:51 AM
  • LocationKent, England.

Posted 04 April 2015 - 03:56 PM

Just watched a video in Roku app and it played to the end without issue, but it seems to have been a transcode of both video and audio:

Stream mapping:
  Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264))
  Stream #0:1 -> #0:1 (ac3 (native) -> aac (native))


#25 jluce50 OFFLINE  

jluce50

    Advanced Member

  • Alpha Testers
  • 566 posts
  • Local time: 11:51 PM
  • LocationOKC

Posted 04 April 2015 - 05:29 PM

 

Just noticed something else. I can't resume any videos. If I attempt it, it starts loading and then the player exits and the video appears to be marked as watched and I lose the resume point. The really strange thing is that it retains its progress on the server. The Roku just isn't able to see it.

 

@Luke - any idea what's going on with this? As of now my Roku is almost useless...



#26 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 142356 posts
  • Local time: 12:51 AM

Posted 04 April 2015 - 05:33 PM

make sure you're on the latest i guess. everything seems fine here



#27 NickC4555 OFFLINE  

NickC4555

    Member

  • Members
  • 22 posts

Posted 05 April 2015 - 03:41 AM

Since the last server update mine not only comes up with the "loading" message, but then goes on to play a seemingly random video.

#28 bennymac OFFLINE  

bennymac

    Advanced Member

  • Alpha Testers
  • 262 posts
  • Local time: 03:51 PM
  • LocationGold Coast, Queensland. Australia

Posted 06 April 2015 - 05:39 AM

Since the last server update mine not only comes up with the "loading" message, but then goes on to play a seemingly random video.

 

What version of the Roku app you on?

 

I'm on Emby Server 3.0.5572.0 with the Beta Roku 1.93 and i no longer have this problem.



#29 CBers OFFLINE  

CBers

    Advanced Member

  • Moderators
  • 15070 posts
  • Local time: 05:51 AM
  • LocationKent, England.

Posted 13 April 2015 - 05:01 PM

The replaying of the last few minutes of a video transcoded to the Roku is still occurring with latest Roku release.

I'm still running the beta version of Emby server, but us it fixed in the dev server?

I'm using beta server as suggested by EBR whilst testing with Nexus Player.

Thanks.

#30 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 142356 posts
  • Local time: 12:51 AM

Posted 13 April 2015 - 05:02 PM

no



#31 CBers OFFLINE  

CBers

    Advanced Member

  • Moderators
  • 15070 posts
  • Local time: 05:51 AM
  • LocationKent, England.

Posted 13 April 2015 - 05:11 PM

OK.

#32 BAS OFFLINE  

BAS

    Advanced Member

  • Alpha Testers
  • 544 posts
  • Local time: 01:51 AM
  • LocationOhio

Posted 26 April 2015 - 07:50 AM

@CBers

 

Anyone having loopback or stuck at loading screens can you try changing this server setting to see if it helps.

 

Dashboard / Playback / Transcoding /

 

Audio Boost when downmixing set to 1.

 

if it doesnt work set it back and call me a fool , if it does report it here as perhaps that will give Luke something to look at to get this resolved. 



#33 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 142356 posts
  • Local time: 12:51 AM

Posted 26 April 2015 - 08:08 AM

that will not work. see post #21



#34 CBers OFFLINE  

CBers

    Advanced Member

  • Moderators
  • 15070 posts
  • Local time: 05:51 AM
  • LocationKent, England.

Posted 26 April 2015 - 08:40 AM

@CBers

 

Anyone having loopback or stuck at loading screens can you try changing this server setting to see if it helps.

 

Dashboard / Playback / Transcoding /

 

Audio Boost when downmixing set to 1.

 

if it doesnt work set it back and call me a fool , if it does report it here as perhaps that will give Luke something to look at to get this resolved. 

 

I can't try that at the moment as I have de-rigged my Now TV/Roku in favour of testing with the FTV.



#35 ebr OFFLINE  

ebr

    Chief Bottle Washer

  • Administrators
  • 48143 posts
  • Local time: 12:51 AM

Posted 26 April 2015 - 08:58 AM

I can't try that at the moment as I have de-rigged my Now TV/Roku in favour of testing with the FTV.

 

The FTV (and NP, and any other device streaming HLS) will have the exact same problem as the Roku.



#36 bay_wolf OFFLINE  

bay_wolf

    Member

  • Members
  • 19 posts
  • Local time: 05:51 AM

Posted 15 May 2015 - 06:26 PM

Has there been any update/fix on the audio only transcoding issue?



#37 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 142356 posts
  • Local time: 12:51 AM

Posted 15 May 2015 - 07:55 PM

Has there been any update/fix on the audio only transcoding issue?

 

i have no idea what you're referring to. That's not even what this thread is discussing.



#38 bay_wolf OFFLINE  

bay_wolf

    Member

  • Members
  • 19 posts
  • Local time: 05:51 AM

Posted 15 May 2015 - 08:29 PM

The issue, at least for me lately, has been on audio only transcodes causing the "Loading please wait" screen to pop up and then freeze. It used to do the loopback that was described below. Just curious if the Roku channel was getting updated at some point to better handle videos that only need audio transcoded. Thanks!

 

 

I think I have isolated this "looping back" problem to videos that transcode for audio, while passing the video stream as-is.  In other words, these are videos that would be Direct Play, if not for the audio track.  The server is using different parameters to do the transcoding when the video can pass through...taking advantage of the fact that the video stream is good to go.  This is indicated in the transcode log like:

 

"Stream mapping:
  Stream #0:0 -> #0:0 (copy)
  Stream #0:1 -> #0:1 (ac3 (native) -> aac (native))"

 

The problem is that this does not give uniform durations for ts segments, as the Roku app is expecting.  The app keeps requesting more segments after the video is already finished, which is why we are seeing it loop back one or more times.  Ideally, the m3u8 file should have uniform segment durations.  When the server fully transcodes a video now, I can see the segments are mostly uniform, and this loop back issue doesn't occur.  When an item is transcoded for audio only while video is passed through, the segment durations in the m3u8 are all over the place.

 

Unfortuately, I do not know if there is an option to force uniform segment durations for video pass through on ffmpeg, but maybe someone can take the stick here and run with it.  The server could just fully transcode these videos ( I think it was doing that at one point).  It's a waste of CPU to do that, but it's an option.

 

Since the audio track is the only thing keeping these videos from streaming directly, you can convert the audio track on these, as a workaround.  There are tools that will copy the video while converting the audio track.


Edited by bay_wolf, 15 May 2015 - 08:40 PM.


#39 Chuck OFFLINE  

Chuck

    Advanced Member

  • Members
  • 236 posts
  • Local time: 12:51 AM
  • LocationWinchester, VA

Posted 09 June 2015 - 01:58 PM

Similar challenge ...

 

Just purchased a Roku 3, updated with the latest firmware, installed and connected the Emby channel.

 

Using a network cable connection as opposed to wireless.

 

Emby server updated with latest release version.

 

ServerWMC, also latest version.

 

When attempting to go to live tv, the Ceton tuner shows that the Roku has grabbed a tuner, but getting the please wait hang.  The spinning wheel of death also showing on the Roku when attempting to watch stored movies.

 

Had tried the Roku 2 (newest black version, and it seemed to work.  Had replaced with the 3 in order to gain miracast (but didn't quite work, probably due to being on a wired network segment with client on wireless segment - off topic)

 

PS ... the hang is at the selection of the media, so that the media is not showing at all, as opposed to the end of the reel.


Edited by Chuck, 09 June 2015 - 01:59 PM.






Also tagged with one or more of these keywords: roku, loading, hls, stops

0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users