More > JRiver Media Center 31 for Linux

JRiver Media Center 31.0.23 for Debian BULLSEYE (amd64, i386, arm64 and armhf)

<< < (2/3) > >>

MRiver:
Thank you for the perfect response. ;)

RemyJ:

--- Quote from: bob on June 16, 2023, 05:10:58 pm ---9. Fixed: Seeking a video close to the end would cause playback to stop.

--- End quote ---

Bob, this seems a bit inconsistent now.  It probably has something to do with the length of the seek and how close you are to the end of the track but sometimes seeking close to the end just keeps replaying the last few seconds and sometimes it causes the next track to start (which is what it should always do).   

bob:

--- Quote from: RemyJ on June 20, 2023, 09:18:42 am ---Bob, this seems a bit inconsistent now.  It probably has something to do with the length of the seek and how close you are to the end of the track but sometimes seeking close to the end just keeps replaying the last few seconds and sometimes it causes the next track to start (which is what it should always do).

--- End quote ---
Seeking to within the last 5 seconds (or the length of your pre-buffering) of a track will likely always be inconsistent. It interferes with the track switching logic.
It probably should be prevented.

mattkhan:

--- Quote from: bob on June 20, 2023, 09:59:05 am ---Seeking to within the last 5 seconds (or the length of your pre-buffering) of a track will likely always be inconsistent. It interferes with the track switching logic.
It probably should be prevented.


--- End quote ---
That sounds bizarre, why should buffering prevent accurate seeking?

Hendrik:
There is no buffering in-between tracks with videos. I don't see how it would ever replay anything. Its not storing any data for such a purpose. If you seek close to the end, you'll get a bit of time from the end of the video, and then it stops or switches to the next video.

Navigation

[0] Message Index

[#] Next page

[*] Previous page