Make the OSD a full custom progress bar and highlight media segments on the progress bar#786
Make the OSD a full custom progress bar and highlight media segments on the progress bar#786VTRunner wants to merge 6 commits intojellyfin:masterfrom
Conversation
|
Any screenshots? |
|
@Pentaphon The Roku developer interface won't show the actual video, just the interface, so you made me hunt down my video capture card I had misplaced. Of course this change is about the controls interacting with the video and moving around in the interface, so if you can give it a build and try it out! Seeking with left/right keys to a point not in a commercial, but haven't yet pressed "ok" or "play" to start viewing from that position: Fast forwarding at x2 speed, with the seek currently in a commercial: Whatever happened to currently be on Live TV, with seek ahead of the current view location and the one hour buffer not yet full. If you rewind to the beginning after the one hour buffer is full then it will show a message and automatically start play from the limit of the one hour rewind: |
|
@michaelcresswell Thank you for taking time to look at this! Please see the following and let me know your thoughts:
For Live TV I needed a way to represent the current watching position (the partially transparent round marker), the seeking position (the opaque round marker), the time of the rewind limit (the left time stamp) , the 60 minute max for buffering (the full length of the bar), and the amount of video that has been buffered since Live TV was started (the purple bar.) The dark area after the purple bar shows how much additional time can be buffered, but isn't yet full. It won't let you fast forward beyond the end of the purple bar, and the purple bar will increase over time as you are on Live TV until the progress bar is fully purple. Once you have been in Live TV for over an hour and the buffer is full, then time at the far left (9:07am in my screen shot) will start to increase to represent the moving limit to which you can rewind. Would adding current time to the right end of the Live TV progress bar help to make this clearer? I think your idea of representing show times in Live TV has merit, but I'm seeing significant discussion needed about how it would work. Live TV is more of "watching a channel" than "watching a show". For example, how would it work when rewinding results in crossing multiple shows, and how would the one hour rewind buffer be represented? I agree that I'd like to look at this as a future enhancement. There is a lot of complexity with the constantly shifting video buffer of Live TV. Thank you again for the feedback! |
I agree 100% that Live TV seems similar to other media types until you look closely at the details. I'm already convinced adding any Live TV guide episode information to the progress bar should be handled in a separate pull request. |
…ot updating when the progress bar is visible but not seeking
…e of live tv trackers
|
A fix has been implemented for the progress bar watched time, remaining time, and position not updating when the progress bar is visible but not seeking. I reproduced the Live TV progress bar showing UTC time instead of the local time. 1. In the Jellyfin Roku app play a live TV station 2. Press the home button to hard exit the Jellyfin Roku app without a clean app shutdown 3. Start the Jellyfin Roku app again, go to the guide, and on the same station from step 1 press "Ok" and then "View Channel". (Now I have to figure out how to fix this.) |
… under certain conditions
|
A fix has been put in place for the Live TV start and progress times showing UTC instead of local time under certain conditions. |
|
Confirmed, I don’t see 2. or 3. anymore |
…t single/moving or five image trickplay display











Make the OSD a full custom progress bar and highlight media segments on the progress bar
Changes
This pull request includes:
This started as only a desire to highlight media segments on the progress bar, but when I discovered that it was not possible to reliably and exactly locate the system progress bar for different resolutions the rabbit hole became much deeper. In particular Live TV was a challenge with it's changing duration and shifting buffer window (based on the system provided pauseBufferEnd) as the rewind limit was reached, so a focus on help with testing this would be appreciated as I only have a HDHR tuner to test Live TV.
I'm creating this as a draft pull request to request code feedback and additional assistance with testing given the extent of potential impact. I'm anticipating that this additional control of the progress bar will also enable future enhancements that would not be possible with the system provided progress bar.
Issues Addressed