jellyfin / jellyfin-roku

The Official Roku Client for Jellyfin
https://jellyfin.org
GNU General Public License v2.0
412 stars 128 forks source link

Resume on Roku TV results in starting from beginning of movie rather than resume location #1766

Open jsevison opened 3 months ago

jsevison commented 3 months ago

Please describe your bug

Server details: Version: 10.8.13 Operating System: Linux Architecture: X64

Client: TCL Roku TV JellyFin Version 2.0 build 5

I attempted to use fast forward. The slider bar progresses correctly. However, no matter where I attempt to start the movie at, it begins playing at the start of the movie.

This is similar to issue https://github.com/jellyfin/jellyfin-roku/issues/1624

However, that issue reported that resume worked properly for videos in the Movies & Shows library.

I installed build-dev jellyfin/jellyfin#1758 on my Roku TV. The behavior was the same as above.

This is the first time I have ever reported an issue. I hope that I have done it correctly.

Reproduction Steps

Steps to Reproduce:

From a Linux (Ubuntu 22.04 LTS) desktop, logged in as user jellyfin, pause a movie at any location. I paused at 1:13:11 From Roku client, login as user jellyfin. Press Continue Watching. Press Play. Playback Options correctly shows Resume playing at 1:13:12. Press resume playing Movie starts playing at beginning of movie, rather than at 1:13:12.

Jellyfin Version

10.8.13

if other:

No response

Environment

- OS:Ubuntu 22.04 LTS
- Linux Kernel:5.15.0-101-generic
- Virtualization: None
- Clients:TCL Roku TV - newest and build-dev jellyfin/jellyfin#1758
- Browser:
- FFmpeg Version:
- Playback Method:
- Hardware Acceleration:
- GPU Model:
- Plugins:
- Reverse Proxy:
- Base URL:
- Networking:
- Storage:

Jellyfin logs

not available

FFmpeg logs

No response

Please attach any browser or client logs here

No response

Please attach any screenshots here

No response

Code of Conduct

jellyfin-bot commented 3 months ago

Hi, it seems like your issue report has the following item(s) that need to be addressed:

This is an automated message, currently under testing. Please file an issue here if you encounter any problems.

senposage commented 2 months ago

Seems to be happening with certain videos here as well not sure what the common denominator is I've had it happen on h264 and h265 videos with or without baked in chapters