You still haven't understood what I have been telling you?
You are making assumptions that are not correct: you can not compare the behaviour of driver A with stream X, which driver B and stream Y, and then say "the first combination used to work, so the second must work now", it is simply not true.
And I doubt there is a box that has a working fast-forward / fast reverse, given the fact you're not dealing with an analog tape you can speed up or reverse, you're dealing with a compressed MPEG data in a stream with 188 byte packages containing different frame types.
You can only reliably jump from I-frame to I-frame, and whether or not you have them, how many, and how they are spaced in the stream, depends on the settings of the MPEG compressor at the source. This is what the jump keys do.
Fast forward / Reverse jump to arbitrary locations in the stream, landing on most likely not an I-frame, which means a very complete operation must follow to construct something of an image at that point (apart from I-frames, MPEG frames are delta's on the previous frame, so not a complete picture).
Most drivers are not very good at this complex operation, which is made worse if there is corruption in the MPEG stream, which could mean assumptions the drivers make about the stream may not be correct.
For your parents, you could update the keymap, and map " << " to the 1 key, and " >> " to the 3 key? Downside is that it is only one jump, it doesn't keep jumping until you press play again. I understand that jumping is something new to learn, but it is the technology that is limiting it, not the software.
Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Ultimate (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)
Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.
Many answers to your question can be found in our new and improved wiki.