Video stops for 1-3 seconds (depending on audio format and video resolution) after every skip or scrubbing before resuming.
These delays are only happening with Infuse. No other apps i’ve tested (including Plex, Emby, MrMc or Apples native video player) have that issue and are resuming instantly as it should be.
I’ve posted about this back in October '19 and provided some videos for comparison.
We did a few tests, and the seek times were reasonably low, typically under one second.
Upon closer inspection, we noticed a few things to optimize and managed to slash a little time for most of the files. We’ve also tuned up the spinner display to avoid blinking and make things smoother.
The attached video shows the new version (top) vs current (bottom).
These skip/seek delays have been a pet peeve of mine for more than a year now. I have sent a steady stream of feedback through open support tickets. With Infuse 6.3.3 I really thought the problem was fixed, getting <1s delay for the heaviest video formats, but the problems came back some time later.
Nothing has changed for my part. Delays persist and increase with audio/video format as described.
@james have you tried to test on a system with HDMI splitter and audio extractor via Toslink? I can only imagine, that it maybe has something to do with that.
Yes, Infuse (tvOS) 6.4.8 is (on my side) once again blazing fast. I tested two mkv files: 1080p/sdr/x264/DD5.1 and 2160p/hdr/HEVC/TrueHD7.1. Both handled 10s seeks/skips with delay < 0.5s. Both improved from earlier versions. Perfect.
My ATV is playing video files over Gbit ethernet from a Windows smb2 server. In my experience, with extensive testing, the seek times are unaffected by network performance as long as the seeks are in the Infuse read buffer. You can see the extent of the read buffer on the time progress bar. Of course, Infuse also has a nifty network speed test. My Infuse speed is 150Mbps for smb2 and 700Mbps when Infuse uses a Plex Server.
I cannot test with a regular TV. However i did connect my projector directly via HDMI and my computer monitor (both have no audio input). But the delays are the same.
Again – no delays with other apps in combination with the HDMI splitter (Toslink). So it must have something to do with the way INFUSE handles that non-HDMI-audio…?
First part shows PLEX with perfect skipping behavior. Second part shows INFUSE – same video, huge delays in comparison; no audio after video resumes (kicks in about 1 second later).
Why is it SO HARD to fix this?
A month ago i was sent a beta version of INFUSE with heavy logging. I did everything according to your instructions and provided instant feedback. Nothing has been resolved (although release notes for 6.5 claim otherwise) and no further response until today.
If i sound pissed, that’s because i am! It’s an essential part of the user experience and it frustrates me every time when using INFUSE.