4 ms·
> It is interesting that nobody in the thread went to check in the code of mpv, smplayer, etc. to see how it's done there. Surely this would be the best respons
by efilife 2y ago
> It is interesting that nobody in the thread went to check in the code of mpv, smplayer, etc. to see how it's done there. Surely this would be the best response to his request for technical suggestions?
Maybe because these users just can't code?
- aaplok 2y ago> Maybe because these users just can't code? It would be still interesting that the intersection between the set of users who claim on this forum it's possible and the set of users who can code is empty.
- efilife 2y agoThe users noticed that other players can do that, so it wasn't hard to deduce this is possible. You don't need to know how to code to notice that someone, somewhere had done something
- asveikau 2y agoI haven't looked into any claims or followed these links, so I don't know what the limitation is. But abstractly, it's absolutely possible to write a program that decodes frame at a time and displays them slowly. Now, whether there is some architectural difficulty based on design decisions within their player, or any player, I don't know. Edit: I guess downvoters have never worked with a video decoder api before? I just read the link and it seems like the rationale is to not seek one frame backwards because you'd have to seek to a key frame and waste some work? That's not the same as it not being possible.