email@example.com wrote:Try to understand that devs don`t put in ugly, half baked solutions when they know full well that it will create a backlash in the consumer/user community, and develpers/companies (even the ones at Roku) are not masochists.
You seem to be conveniently ignoring the fact that not having a "half-baked" solution has already caused a backlash in the user community. So Roku can't avoid that.
I also don't buy your argument in the first place. If Roku did implement FF/REW that only worked on a subset of files/servers, what have the people for whom it won't work lost? Answer - nothing, so I reject the notion that those people would have anything legitimate to complain about*.
Many of us are aware that it is perfectly technically feasible to implement at least a basic form of in-track searching. Maybe a precise 2 x, 4 x, 6 x, etc. realtime FF/REW is very hard, but approximate 10 sec, 20 sec, 30 sec or whatever skips should really not be that hard to implement, for the vast majority of files and servers (only WMA DRM would have a problem if I understand correctly). It is about time Roku delivered this basic functionality.
* Assuming that any format/servers for which the function is not implemented, it is because it would be technically impossible.