1073
What are some FOSS programs that you think are a far better user experience than their counterparts?
(sh.itjust.works)
I used Plex for my home media for almost a year, then it stopped playing nice for reasons I gave up on diagnosing. While looking at alternatives, I found Jellyfin which is much more responsive, IMO, and the UI is much nicer as well.
It gets relegated to playing Fraggle Rock and Bluey on repeat for my kiddo these days, but I am absolutely in love with the software.
What are some other FOSS gems that are a better experience UX/UI-wise than their proprietary counterparts?
EDIT: Autocorrect turned something into "smaller" instead of what I meant it to be when I wrote this post, and I can't remember what I meant for it to say so it got axed instead.
One thing that I hate about VLC (hasn't made me drop it in 15 years but alas) is that you can hit E to go forward one frame but there's no key (nor capacity to set your own) to go back one frame.
Is it a niche use case? Sure probably. But not having the option to set one myself kills me whenever I frameskip one too far and have to shift-left and mash E again.
i don't think it's a niche feature, and totally agree, very annoying. there's some long technical explanation about like stream buffering but i don't care, many other players have it. you can rewind but not rewind 1 frame?
From what I recall it has to do with encoding and how the data stored references the following frame but not previous. Still seems like some engineering could be done to solve, so it it's not as simple as "current Frame--"
It's absolutely possible, though. MPV has it. It definitely takes longer than going forward, and sometimes I have to press the "back one frame" shortcut 2-5 times per frame. But, it does exist.
A simple explanation: Compressed video is typically stored in such a way that you have say, one full frame every 5 frames or so. The in-between frames are just what changed from the previous frame. (Actually, smart compression is adaptive, changing how many full frames it needs depending on what the content is.)
So going forward a frame is easy. The current view is stored in the frame buffer, and you just add the changes to the next frame.
Ah, but how to go back? There are (at least) 3 possibilities.
The best solution probably mixes 2 and 3. Maybe a double or triple frame buffer, with the option to calculate new back-frames as further needed?
Anyway, that was fun to think about!
Option 3 is the usual method, & it works quite fast on almost any machine that's even capable of decoding high bitrate video fast enough to keep up with its framerate, in the first place. On a HDD, that previous frame may briefly require seeking to get back to, but no such delay occurs with flash storage.
Of course, it doesn't need to be done fast; we're talking about long looks at single frames!
For best results, frame-capture apps use cross-frame interpolation with motion estimation (& these days, AI).
I don't remember the last device I saw, that would struggle with this in any way. It's basically just been dismissed as unimportant, by the VLC devs, rather than actually being all-that-difficult to implement.
I'm shocked that VLC doesn't offer reverse playback by now, given the absolutely enormous video resources & random access storage, we're all blessed with now.
That makes a lot of sense, thanks! I'm a dev but not in video so it's always nice to learn a few things about how problems in other domains are solved.
Reverse playback would be pretty fun! Maybe it's hard to sync up the reverse audio? 😄
Hahahah, very!