To what degree do modern sex toys come with sensors in addition to actuators? With enough usage, you could employ ML to learn the "optimal" reaction of the toy to the current sensor state.
Of course, additional (external) sensors would probably help but probably be too intrusive.
Being a UART protocol, it seems like physical access is assumed.
It's interesting as an asynchronous variant of g-code. Given the inherent safety implications, I think an improved protocol would benefit from some sort of checksum and feedback mechanism. Also, it seems perhaps a bit confusing to overload both position and velocity control using the same "l" code.
The security should be baked into the relay aka. whatever you use to translate the data from a IP based protocol to serial data.
T-Code is designed to be simple to understand, implement and decode by micro controllers over a wired connection and those micro controllers often lack the processing power to do cryptographic security. This relies more on physical security.
Oh lots of reasons, just hypothetically here are some completely random examples:
- Hook up GPT-2 into a voice synthesizer, stable diffusion and your toy and fuck an AI
- You can sync toy vibration to the thrusts in a porno as detected by an beat detection algorithm
- You can add toy vibration as an interactivity dimension in a lewd VR game.
Synchronising toys to things has always been a decent market, but most executions are incredibly insecure.
You might want to sync the toy to the actions of a video, to make a deeper experience. Or you might want to sync controls across communication mediums. Like having both partners experience each other, whilst calling. Or having one partner expressing a fetish by controlling a device whilst the other tries to go about their day.
This is why I had to fork nipple.js years ago. A harmless joystick library with a “ha ha okay…” name.
Oh and another: I had an uncomfortable talk with IT when I tried to navigate to the TypeScript playground by visiting “tsplayground” which… was definitely not typescript.
Finally: I will type “pythong” maybe once a month into bash. I’m not sure what that says about me.
Sorry this is off topic now. Naming is hard… sometimes fun.
Oh don't be such a pessimist. Two thousand years ago, a dude with his hands nailed to a wooden cross was just a routine thing people would walk by on the street. Hangin' people from cranes was routine just a couple years ago in Iran; throwing them off buildings was normal in a big part of Syria. Indonesia just banned unmarried sex. A fucking internet-connected sex toy is not on God's list of shit the human race should be punished for. Most of what it should be punished for is the ignorant shit done by ignorant people in God's name and the name of "morality".
[+] [-] Dave3of5|3 years ago|reply
[+] [-] cyanydeez|3 years ago|reply
[+] [-] booi|3 years ago|reply
[+] [-] kleiba|3 years ago|reply
Of course, additional (external) sensors would probably help but probably be too intrusive.
[+] [-] sofixa|3 years ago|reply
[+] [-] Waterluvian|3 years ago|reply
This is hilarious and genius.
[+] [-] sauceke|3 years ago|reply
[+] [-] Uncheck42|3 years ago|reply
[+] [-] spaceprison|3 years ago|reply
From that day on any time someone built a new computer someone in my cohort would ask if the new machine came with a 5 1/4 in. F*ckdrive.
We live in the future.
[+] [-] defrost|3 years ago|reply
The last thing the world needs is Pear of Anguish ransomware.
[+] [-] sgtnoodle|3 years ago|reply
It's interesting as an asynchronous variant of g-code. Given the inherent safety implications, I think an improved protocol would benefit from some sort of checksum and feedback mechanism. Also, it seems perhaps a bit confusing to overload both position and velocity control using the same "l" code.
[+] [-] thot_experiment|3 years ago|reply
[+] [-] Uncheck42|3 years ago|reply
T-Code is designed to be simple to understand, implement and decode by micro controllers over a wired connection and those micro controllers often lack the processing power to do cryptographic security. This relies more on physical security.
[+] [-] imhoguy|3 years ago|reply
[+] [-] GuB-42|3 years ago|reply
[+] [-] iudqnolq|3 years ago|reply
[+] [-] poulpy123|3 years ago|reply
[+] [-] lemper|3 years ago|reply
[+] [-] luoc|3 years ago|reply
[+] [-] qdot76367|3 years ago|reply
(And yeah the hobby def ain't for everyone, unless you like the social/messaging work taking up 5x the time the technical work does XD )
[+] [-] benj111|3 years ago|reply
Please stand for Oral Sex Robot and Sex Robot...
[+] [-] sauceke|3 years ago|reply
[+] [-] eska|3 years ago|reply
[+] [-] kleiba|3 years ago|reply
[+] [-] culi|3 years ago|reply
[+] [-] oefrha|3 years ago|reply
[+] [-] epse|3 years ago|reply
[+] [-] noduerme|3 years ago|reply
[+] [-] nigerianbrince|3 years ago|reply
[+] [-] thot_experiment|3 years ago|reply
[+] [-] shakna|3 years ago|reply
You might want to sync the toy to the actions of a video, to make a deeper experience. Or you might want to sync controls across communication mediums. Like having both partners experience each other, whilst calling. Or having one partner expressing a fetish by controlling a device whilst the other tries to go about their day.
[+] [-] martin_a|3 years ago|reply
[+] [-] Waterluvian|3 years ago|reply
Oh and another: I had an uncomfortable talk with IT when I tried to navigate to the TypeScript playground by visiting “tsplayground” which… was definitely not typescript.
Finally: I will type “pythong” maybe once a month into bash. I’m not sure what that says about me.
Sorry this is off topic now. Naming is hard… sometimes fun.
[+] [-] ChuckNorris89|3 years ago|reply
Oh, wait, now Google will update the ad analytics for me based on this visit. Abort! Abort!
[+] [-] ZiiS|3 years ago|reply
[+] [-] ffmpegy|3 years ago|reply
[+] [-] amelius|3 years ago|reply
[+] [-] tb_technical|3 years ago|reply
[deleted]
[+] [-] alangibson|3 years ago|reply
[deleted]
[+] [-] DeetrixDotter|3 years ago|reply
[deleted]
[+] [-] noduerme|3 years ago|reply