When I use fast-forward actions (skip or scrubbing at speeds from x1 to x4) on a video playing from a WebDAV server, playback pauses for a long time (10–15 seconds), then the buffering wheel appears as if the video is loading. However, when playback resumes, it jumps to the end of the buffered segment (starting from the beginning of the video) instead of the desired position. It seems that the seek position isn’t being used to request the correct segment from the WebDAV server.
This is a regression because it worked perfectly before. The issue appears to affect all versions of 8.3.2. I’ve confirmed this behavior on macOS (MacBook Pro M1), tvOS (Apple TV 4K), and iOS (iPhone 16 Pro Max), all running the latest OS versions.
This seems to affect also hard drive connected through SMB… but since the buffering is much faster, the impact is less obvious.
This issue is real pain. We just discovered that restarting a movie stopped in the middle won’t work neither. The file is being re buffered from the beginning instead of where it had been quitted.
In my case a video is about 20-30 GB (encoded at about 20mib/s) … and my internet bandwidth is 31mib/s ! Buffering 1 hour of a movie almost takes … 1h ! This means I can’t stop a movie and restart it later on when I am available again.
Please help.
Here’s a screen capture that illustrates the playback issue I’m experiencing with Infuse.
Context:
I’ve watched this same video multiple times before using Infuse, and seeking forward worked flawlessly. Now, the behavior has changed.
Steps shown in the recording:
-
I reset the watched flag to ensure playback starts from
00:00:00. -
The video begins buffering from the WebDAV server and starts playing after ~3 seconds.
-
I perform a seek far beyond the current buffer. Previously, Infuse would fetch the corresponding segment from the WebDAV source without any problem.
-
Now, Infuse stalls and hangs for several seconds…
-
Eventually, playback resumes—but at a timestamp that matches the last buffered position, as if Infuse kept buffering sequentially from
00:00:00during the stall instead of jumping to the requested position.
This regression makes seeking on WebDAV essentially unusable compared to previous versions.
No change with 8.3.3. It looks like I’m the only one reporting this issue, and I understand why that means there’s basically no support for it.
That suggests the problem isn’t with Infuse itself, but maybe with my settings or data. Still, I haven’t been able to fix it on my own.
At this point, Infuse has become unusable for what I need. Since my subscription ends on December 20th, I’ll have to switch to another client—even though I’ve been really happy with Infuse. Honestly, that’s a real shame.