We've made it https://www.sexlikereal.com/scenes/controll-my-sex-toy-proof-of-concept-39486

🔥 🔥🔥

Now packing it up nicely and releasing for all ESP32 devices including Handy, Keon, OSR, Svakom and others. Every such device will be working out of the box with SLR services. You simply connect your headset or a smartphone with a sex toy over Bluetooth, then everything works automatically like AirPods with Apple devices.

Testing it out with OSR2. Will work both for VOD scripts and live cams Control My Sex Toy. The plan is to get all SLR cam girls on it 🔥

It's a super high-tech effort by SLR engineering team.

Nice, just hope the upcoming SLR device uses WiFi due to the latency with Bluetooth.

    Feature list? Release date?

    Latency is really high in that video

    Ayva Remote did this months ago and with near zero latency? and multi-axis? and with a 3d emulator?

      osrUser5616 Solutions we checked were pretty basic and won't support many streams.
      We are talking of hundreds of performers and thousands of users at every single moment

          doublevr I am not sure what you mean by "pretty basic"?

          This proof of concept seems "pretty basic". There is a lot of latency even when the device is in the same room, presumably on the same network. And there is no graphical simulator.

          Ayva Remote has near zero latency and looks much more advanced than what is displayed here.

          It also will 100% support many streams with the technology it uses.

              doublevr What is outrageous or "pretty basic" about the following video?

              This is Ayva Remote streaming from South America to the USA in near real time. While your "proof of concept", "engineering breakthrough" video seems to have nearly a half second delay while in the same room:

              I'm just calling it like it is. Its cool that you all are working on this but its already been done better elsewhere and its false advertisement to say otherwise.

                osrUser5616

                The latency of cams video streaming is pretty high, especially in VR. Can be anything from 0.2 to 2 seconds.
                In our video the latency is around 200 ms in a non-optimized setup: EU (phone) -> USA (server) -> EU (device).

                Even this is enough to arrive before the video stream and make the haptic signal play in sync (this is what you show on your video I guess).

                The main advantage we have made is that we can support thousands of performers and thousands of toys connected to them by implementing appropriate protocols, the layer of connectivity between the server and firmware side and servers itself supporting Million RPSs.

                Hope it provides some intuition about all the stuff.

                    xoxo

                    Thanks for the additional info.

                    There is no video + haptic synchronization happening in my demonstration by the way. Ayva Remote is running separately from the cam site. The latency is just really that low.

                    I guess I still don't see any "main advantage" or description as to why Ayva Remote could not "support thousands of performers and thousands of toys".

                    Ayva Remote works by using native browser technology to facilitate P2P connections and therefore in principle has no upper limit to the amount of concurrent sessions that can take place. Its probably another reason why its lower latency, because the connection is most often direct vs going through an intermediate server.

                    Its also not tied to any specific cam site and can be universally used by anyone to play with anyone else. Not just performers.

                    In either case, I don't think its fair to call it "basic" or to claim to have an "advantage". That hasn't been demonstrated.

                      Not sure if its important - control has been spelt with two ls in the URL