Just avoid a solution that prevents the use of 3rd party sleeves if possible. I think many have a lot of sleeves that they like and would like to continue to use, FL and others.
Precisely! I understand and agree with the need to not solely rely on third party sleeves, but they must be usable for a purchase from those like myself to be considered. The Keon solution would be preferred - design it so that full fleshlight sleeves would fit, without explicitly stating that it is built for them.
No 3D printing required, please. That is far too much of a faff. It sounds like you want to make a high quality device and high quality devices generally don’t require their users to organise some kind of 3D printing for missing parts.
I am curious as to what preprogrammed offline functionality means. Is the idea for scripts to be also usable without a server connection? I would need that in any toy that I buy. I would stay away from any device that ties script functionality to a subscription or a server being up. I’ve been burned too often by the smarthome industry to go anywhere near a device of that nature - I very much hope that you don’t intend to travel in that direction.
I feel that in order to provide the quality people are hoping for, it may be best not to overreach in terms of functionality - by that I mean, I would be happier with a fantastic device that only has up/down movements. I’d rather avoid the extra potential issues associated with adding squeezing, rotation etc (more points of device failure, less scripts, people intimidated by the increased workload to produce a script, increased script cost to name a few).
I absolutely applaud the commitment to an open api and a quality device. If those commitments remain, and if full functionality is not tied to the SLR subscription, I’ll be following with interest.