this post was submitted on 09 Jan 2025
485 points (99.2% liked)
Opensource
2040 readers
10 users here now
A community for discussion about open source software! Ask questions, share knowledge, share news, or post interesting stuff related to it!
⠀
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
And yet they still can't seek backwards
Iirc this is because of how they've optimized the file reading process; it genuinely might be more work to add efficient frame-by-frame backwards seeking than this AI subtitle feature.
That said, jfc please just add backwards seeking. It is so painful to use VLC for reviewing footage. I don't care how "inefficient" it is, my computer can handle any operation on a 100mb file.
If you have time to read the issue thread about it, it's infuriating. There are multiple viable suggestions that are dismissed because they don't work in certain edge cases where it would be impossible for any method at all to work, and which they could simply fail gracefully for.
That kind of attitude in development drives me absolutely insane. See also: support for DHCPv6 in Android. There's a thread that has been raging for I think over a decade now
Same for simply allowing to pause on click... Luckily extension exists but it's sad that you need one.
I now know more about Android IPv6 than ever before
You can easily write a video reader using openCV that would be able to read backward using cache