Jump to content


Photo

Feature Request: Better seeking in in-progress recordings on Roku

livetv dvr

  • Please log in to reply
22 replies to this topic

#1 ProperlyFormattedDataFile OFFLINE  

ProperlyFormattedDataFile

    Advanced Member

  • Members
  • 71 posts
  • Local time: 03:49 AM

Posted 08 October 2019 - 12:20 AM

Currently when I'm playing back a live recording on the Roku, I seem to only be able to seek as far as Emby has transcoded in the background.  This can be frustrating if I want to seek through the first half-hour or hour of a recording.  Would it be possible to change the way Emby handles seeking in ongoing recordings such that it's possible to seek to the middle of the recording and then begin transcoding from there?

Thanks!



#2 Ljpiru OFFLINE  

Ljpiru

    Newbie

  • Members
  • 1 posts

Posted 08 October 2019 - 07:34 AM

Roku express +

#3 ebr OFFLINE  

ebr

    Chief Bottle Washer

  • Administrators
  • 48178 posts
  • Local time: 03:49 AM

Posted 08 October 2019 - 09:41 AM

Hi.  We don't actually handle seeking on the Roku platform as the built in player is in control of that.

 

However, you should be able to seek up unitl the live point so please provide details as to exactly what you're doing and the problem that is occurring.

 

Thanks.

 

How to Report a Problem



#4 ProperlyFormattedDataFile OFFLINE  

ProperlyFormattedDataFile

    Advanced Member

  • Members
  • 71 posts
  • Local time: 03:49 AM

Posted 08 October 2019 - 12:00 PM

Thanks, I'll get you logs tonight.

To give a bit more details, I'm attempting to watch a correctly recording program on Roku stick (same behavior on a stick+). When I attempt to seek using the arrows on the remote, the Roku is only able to seek to the end of the transcoding buffer (e.g. if I'm 20 minutes behind live but the server has only transcoded 2 minutes, I can only seek within that 2 minutes).

#5 ProperlyFormattedDataFile OFFLINE  

ProperlyFormattedDataFile

    Advanced Member

  • Members
  • 71 posts
  • Local time: 03:49 AM

Posted 09 October 2019 - 12:47 AM

Hi.  We don't actually handle seeking on the Roku platform as the built in player is in control of that.

 

However, you should be able to seek up unitl the live point so please provide details as to exactly what you're doing and the problem that is occurring.

 

Thanks.

 

How to Report a Problem

 

This isn't a particularly complicated problem to reproduce, so let me know if there's something missing from my descriptions.  I'll try to be as specific as I can be.

 

Server: 4.2.1.0/Linux

Client: Roku Beta 3.1.186 / Roku Stick

 

12:20am EDT: Begin recording Colbert

12:32am: Go to my Recordings library and choose the episode I'm recording, which starts playing immediately

within a couple seconds, hit the right arrow, I can only seek within 8s of buffer.  It's the standard purple roku seek dialog with no thumbnails.

about 15 seconds later, hit the right arrow, I can only seek about a minute.  Same dialog.

about 30 seconds later, hit the left arrow, I can only seek about 2 minutes.  Same dialog.

~12:34am: Upload log from Emby Beta

 

There are a few other playback attempts in the logs before 12:32, but I forgot to upload the log from the emby roku client until that last one.  I also tried an untranscoded, but fully recorded episode from my library and I was able to seek through the whole file in that case.

Attached Files



#6 ebr OFFLINE  

ebr

    Chief Bottle Washer

  • Administrators
  • 48178 posts
  • Local time: 03:49 AM

Posted 09 October 2019 - 10:46 AM

Thanks.  I'm not sure if there is going to be anything we can do about this but we'll look into it.



#7 speechles OFFLINE  

speechles

    Advanced Member

  • App Developer
  • 5780 posts
  • Local time: 12:49 AM

Posted 09 October 2019 - 12:06 PM

The setting "DirectStream In-Progress Recordings" is set to YES or NO?

 

If set to NO it should allow full seeking up to the LIVE moment. If it isn't doing this something changed because this has always worked before and we made no changes to this section recently other than to allow better fallback.

 

If set to YES it will only allow you to seek up to the point that has been streamed. You can only seek within that buffer.


Edited by speechles, 09 October 2019 - 12:08 PM.


#8 ProperlyFormattedDataFile OFFLINE  

ProperlyFormattedDataFile

    Advanced Member

  • Members
  • 71 posts
  • Local time: 03:49 AM

Posted 09 October 2019 - 08:35 PM

The setting "DirectStream In-Progress Recordings" is set to YES or NO?

 

If set to NO it should allow full seeking up to the LIVE moment. If it isn't doing this something changed because this has always worked before and we made no changes to this section recently other than to allow better fallback.

 

If set to YES it will only allow you to seek up to the point that has been streamed. You can only seek within that buffer.

 

Thanks, it was set to NO, but setting it to YES had no impact (including after exiting and returning to the emby app).  I was still only able to seek within the transcoded buffer.  Do I need to change the option anywhere other than the Roku client?  Logs are attached.  I uploaded the roku client log around 8:30pm EDT.  I made several attempts to seek in the episode between ~8:27 and ~8:30pm.

Attached Files


Edited by ProperlyFormattedDataFile, 09 October 2019 - 09:00 PM.


#9 speechles OFFLINE  

speechles

    Advanced Member

  • App Developer
  • 5780 posts
  • Local time: 12:49 AM

Posted 09 October 2019 - 08:48 PM

Thanks, it was set to NO, but setting it to YES had no impact.  I was still only able to seek within the transcoded buffer.  Do I need to change the option anywhere other than the Roku client?  Logs are attached.  I uploaded the roku client log around 8:30pm EDT.

 

Are you using hardware or software transcoding? You also might need to wait for our very next Beta release for Roku. We just put in fixes to correct another issue but it might fix this one at the same time. It is quite possible. After our next Beta release if this does not fix it I will personally set this as highest priority and work on just this tomorrow. I will see if Eric can put out a *hotfix* immediately tomorrow that will include the fix. If this hotfix also fixes your issue we did it. If not I will get with you personally to resolve this issue. We want you happy and I want to reproduce and solve directly. Thanks. Stay tuned for PM from me tomorrow. I will be in contact most defintely after Eric releases the hotfix Beta. Thanks again. :)



#10 Happy2Play OFFLINE  

Happy2Play

    Trial and Error

  • Moderators
  • 16617 posts
  • Local time: 12:49 AM
  • LocationWashington State

Posted 09 October 2019 - 08:52 PM

Was just going to ask if disabling HWA makes a difference?

Stream mapping:
  Stream #0:0 (mpeg2_cuvid) -> yadif (graph 0)
  yadif (graph 0) -> Stream #0:0 (h264_nvenc)
  Stream #0:1 -> #0:1 (ac3 (native) -> aac (native))


#11 speechles OFFLINE  

speechles

    Advanced Member

  • App Developer
  • 5780 posts
  • Local time: 12:49 AM

Posted 09 October 2019 - 09:09 PM

Here is the ticket:

Fix #615: *HOTFIX* -- EMERGENCY ASAP -- [VideoPlayer] fix fallback to stop hang 

 

This may fix this problem. Once Eric adopts this into the app we can see if this solves this problem as well. It might it might not. If it does not I will personally work with you to resolve this issue. Stay tuned. :)


Edited by speechles, 09 October 2019 - 09:11 PM.


#12 ProperlyFormattedDataFile OFFLINE  

ProperlyFormattedDataFile

    Advanced Member

  • Members
  • 71 posts
  • Local time: 03:49 AM

Posted 09 October 2019 - 10:44 PM

Thanks for the quick responses. I just tried disabling hardware encoding, but didn't observe any differences. I'll give the app fix a try once it goes out.

#13 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 142718 posts
  • Local time: 03:49 AM

Posted 11 October 2019 - 02:49 PM

This isn't a particularly complicated problem to reproduce, so let me know if there's something missing from my descriptions.  I'll try to be as specific as I can be.

 

Server: 4.2.1.0/Linux

Client: Roku Beta 3.1.186 / Roku Stick

 

12:20am EDT: Begin recording Colbert

12:32am: Go to my Recordings library and choose the episode I'm recording, which starts playing immediately

within a couple seconds, hit the right arrow, I can only seek within 8s of buffer.  It's the standard purple roku seek dialog with no thumbnails.

about 15 seconds later, hit the right arrow, I can only seek about a minute.  Same dialog.

about 30 seconds later, hit the left arrow, I can only seek about 2 minutes.  Same dialog.

~12:34am: Upload log from Emby Beta

 

There are a few other playback attempts in the logs before 12:32, but I forgot to upload the log from the emby roku client until that last one.  I also tried an untranscoded, but fully recorded episode from my library and I was able to seek through the whole file in that case.

 

We are looking into improving it. Thanks for reporting.



#14 ProperlyFormattedDataFile OFFLINE  

ProperlyFormattedDataFile

    Advanced Member

  • Members
  • 71 posts
  • Local time: 03:49 AM

Posted 12 October 2019 - 11:52 AM

We are looking into improving it. Thanks for reporting.

 

Thanks!  Looking forward to it.



#15 speedingcheetah OFFLINE  

speedingcheetah

    Advanced Member

  • Members
  • 497 posts
  • Local time: 02:49 AM

Posted 14 October 2019 - 11:43 AM

Really would like to see the full time code, HH;MM:SS when playing back recordings and local media.

This format is thre for live tv. and i also see it native in other roku apps.

Also, very much would like seeking to NOT have to press enter to play...just want it to work same as on computer, skip by so many secs and it auto plays. faster eaiser,



#16 ebr OFFLINE  

ebr

    Chief Bottle Washer

  • Administrators
  • 48178 posts
  • Local time: 03:49 AM

Posted 15 October 2019 - 10:43 AM

Really would like to see the full time code, HH;MM:SS when playing back recordings and local media.

 

Hi.  Not sure what you mean here.  Where are you not seeing this?

 

 

Also, very much would like seeking to NOT have to press enter to play...just want it to work same as on computer, skip by so many secs and it auto plays. faster eaiser,

 

That's just the way the Roku player is designed.  Unfortunately, we don't control that.



#17 speedingcheetah OFFLINE  

speedingcheetah

    Advanced Member

  • Members
  • 497 posts
  • Local time: 02:49 AM

Posted 15 October 2019 - 11:23 AM

Hi.  Not sure what you mean here.  Where are you not seeing this?

 

 

 

That's just the way the Roku player is designed.  Unfortunately, we don't control that.

 

When u seek things, the bar on the bottom.  see pics

 

Local file playback, it only shows  #h #m.

Live TV playback:  #m #s

 

Local file playback is thus missing the seconds field on both side of the bar, current position/ remaining.

 

I swear i had an app 2  that do not require to press OK or play when seeking and resuming....

Attached Files



#18 ebr OFFLINE  

ebr

    Chief Bottle Washer

  • Administrators
  • 48178 posts
  • Local time: 03:49 AM

Posted 15 October 2019 - 05:23 PM

Okay, both of those are the standard Roku player UI.  I'm not sure how much this could be customized but we tend to like to keep it standard so it is familiar to Roku users.



#19 speechles OFFLINE  

speechles

    Advanced Member

  • App Developer
  • 5780 posts
  • Local time: 12:49 AM

Posted 16 October 2019 - 12:22 PM

That is because LiveTV technically has no end. So to the Roku Player UI it has no real idea what the actual runtime is. It cannot know the true full length so can only display the buffer that has so far been captured. Whereas the actual file playing knows the full runtime. It can properly display the full runtime as that is known ahead of time. You get this when you press LEFT or RIGHT on the remote.

 

When you press UP or DOWN and use the Emby UI it will properly show the same transport bar for both files and liveTV as that bar can use the guide to determine runtime of liveTV. The Roku Player UI does not have that luxury. You cannot adjust the transport bar in the Emby UI as that is used for Emby functionality. The Roku Player UI is used to seek. It is supposed to show you thumbnail BIF during this but liveTV also lacks that luxury.


Edited by speechles, 16 October 2019 - 12:23 PM.


#20 speedingcheetah OFFLINE  

speedingcheetah

    Advanced Member

  • Members
  • 497 posts
  • Local time: 02:49 AM

Posted 16 October 2019 - 12:36 PM

That is because LiveTV technically has no end. So to the Roku Player UI it has no real idea what the actual runtime is. It cannot know the true full length so can only display the buffer that has so far been captured. Whereas the actual file playing knows the full runtime. It can properly display the full runtime as that is known ahead of time. You get this when you press LEFT or RIGHT on the remote.

 

When you press UP or DOWN and use the Emby UI it will properly show the same transport bar for both files and liveTV as that bar can use the guide to determine runtime of liveTV. The Roku Player UI does not have that luxury. You cannot adjust the transport bar in the Emby UI as that is used for Emby functionality. The Roku Player UI is used to seek. It is supposed to show you thumbnail BIF during this but liveTV also lacks that luxury.

 

This is backwards to me what u say. perhaps u not understand.

 

Local file playback....u know the full duration....but the ui is NOT showing the seconds value. (when use Emby)

Live tv playback, unknown full duration.....ui IS showing the seconds value.

 

No reason that the secs value can not be displayed as well as the hour and min....regardless of the video source.

 

Edit: I am now useing the beta app....so the UI is a tad tad differnt than the images i posted previous.


Edited by speedingcheetah, 16 October 2019 - 12:49 PM.






Also tagged with one or more of these keywords: livetv, dvr

0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users