https://bugs.kde.org/show_bug.cgi?id=498686
[email protected] changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #5 from [email protected] --- Thanks for the report, and initial troubleshooting! I am able to confirm this on my setup, though it does seem like this is just due to the file format, or more precisely the container of the problematic video. Frame stepping does not work well with Transport Stream (.ts, mpegts, etc.) container videos. Using `ffprobe` confirms that the clip is actually an "mpegts" container, which aligns with your mention that this is a problem with .ts videos. I'm not personally familiar with Transport Stream format to really know how one would go about implementing a change to support frame-stepping, if it is truly a limitation of the format as you say. The idea of keeping a little more data saved in memory when a TS container is loaded might be solution though if its not too difficult to implement. Moreover, as Haruna is a frontend GUI for `mpv`, this may be better suited as a feature request/bug report upstream to `mpv` instead. If you're able to submit one yourself to the project here: https://github.com/mpv-player/mpv/issues that would be very appreciated! If not, or if there is no reply on this report in a while, then I'll do so, link to the report here, and close as Resolved/Upstream. Of course, as I'm not deeply familiar with the code of either software, we can reopen this afterwards as well if it is a mistake. In the meantime, while workarounds are not ideal, a temporary solution would be to convert clips of this type into supported container formats, given videos such as short Twitch clips are relatively small in size. In my testing, simply remuxing the clip with the ffmpeg command: ``` ffmpeg -i "input.mp4" -c:v copy -c:a copy "output.mp4" ``` (after renaming it to input.mp4 of course), remuxed the clip instantly into a standard .mp4 container. From there frame-stepping worked as normal. If this still gives trouble however, you could try remuxing to a different container such as .mkv, or even re-encoding the clip entirely if necessary (though that may take a bit longer for anything with a longer duration or HD video). Alternatively, you may even be able to have UnTwitch or other software used for downloading the videos automatically convert it to a different container type. SOFTWARE/OS VERSIONS Haruna Version: 1.8.1 Operating System: Arch Linux KDE Plasma Version: 6.7.4 KDE Frameworks Version: 6.29.0 Qt Version: 6.11.2 Kernel Version: 7.1.8-zen1-3-zen (64-bit) Graphics Platform: Wayland Processors: 12 × AMD Ryzen 5 2600X Six-Core Processor Memory: 32 GiB of RAM (31.2 GiB usable) Graphics Processor: AMD Radeon RX Vega -- You are receiving this mail because: You are watching all bug changes.
