Restim: e-stim audio generation software

[fossie67]

So i still dont know how to connect restim to vlc

[fossie67]

Think i may have got it now

[aelskling]

Speaking of syncing with VLC... I wish restim would remember that I want to sync with VLC. I have to flip the mediaplayer from "Internal" to "VLC" every time I start up restim.

[digitalparkinglot]

Hey diglet,

I built a V1 FOC, I've been running restim 1.31 and everything was working beautifully. I saw that I was several versions behind so I downloaded restim 1.46. It has some great new stuff that I want to try out but I can't get it to work. I get this error when I press the play button:

Connecting to FOC-Stim at COM5
connection established
get firmware version...
timeout requesting firmware version
closing connection to FOC-Stim

I grabbed build.yml from your github. I went through the steps with STM32CubeProgrammer to upload the firmware to my device and then I build and upload with Visual Studio Code.

Any ideas why it's not working for me?

-dpl

[lr_x3]

Speaking of syncing with VLC... I wish restim would remember that I want to sync with VLC. I have to flip the mediaplayer from "Internal" to "VLC" every time I start up restim.

It would be possible to put a setting in the .INI-file which would accomplish that.

But maybe diglet has his valid reasons that he didn't do it and it does not get saved when closing the program.
For sure you'd get an error message every second or so in the initial cmd-window if VLC is the default but it is not running before starting restim.

[aelskling]

It would be possible to put a setting in the .INI-file which would accomplish that.

I'm not beyond editing a config file, but it doesn't seem to be well documented. Do you happen to know the setting in the .INI-file ?

EDIT: did a bit of digging through the source files. In the [media_sync] section of the .INI file, you can add a default_source setting, like so:

Code: Select all

...
[media_sync]
default_source=VLC
...

[diglet]

Hey diglet,

I built a V1 FOC, I've been running restim 1.31 and everything was working beautifully. I saw that I was several versions behind so I downloaded restim 1.46. It has some great new stuff that I want to try out but I can't get it to work. I get this error when I press the play button:

Connecting to FOC-Stim at COM5
connection established
get firmware version...
timeout requesting firmware version
closing connection to FOC-Stim

I grabbed build.yml from your github. I went through the steps with STM32CubeProgrammer to upload the firmware to my device and then I build and upload with Visual Studio Code.

Any ideas why it's not working for me?

-dpl

I made an error describing the firmware update process on github, you can't actually download the firmware from github unless you're logged in, I didn't know that... The build.yml is not the firmware binary.

I updated the workflow to add the firmware binary to the github releases (https://github.com/diglet48/FOC-Stim/releases), which you can download as a non-logged in user. The firmware can be uploaded with STM32CubeProgrammer.

Speaking of syncing with VLC... I wish restim would remember that I want to sync with VLC. I have to flip the mediaplayer from "Internal" to "VLC" every time I start up restim.

It would be possible to put a setting in the .INI-file which would accomplish that.

But maybe diglet has his valid reasons that he didn't do it and it does not get saved when closing the program.
For sure you'd get an error message every second or so in the initial cmd-window if VLC is the default but it is not running before starting restim.

Nah, just laziness. A lot of small annoyances have been neglected while I work on some bigger items.

[saint337]

Restim is an awesome tool. I've been using it for quite some time now and while I still prefer hand crafted estim audios, restim made it possible for me to play and enjoy videos that didnt have such dedicated stim files. And I'm yet to find a funscript conver by someone else that would feel good for me, while with restim I can easily accomplish a variety of ways to enjoy video+funscripts.
So great job, thank you!

As an aside, I was tinkering and thinking about a functionality which might be fun, not only for me. Basically its about having a direction change on each completed circle, so that it feels like the movement is from top to bottom and then bottom to top, as opposed to constant top->bottom, top->bottom, direction change, bottom->top, bottom->top, etc.
I am accomplishing this exact movement by using "map to edge" with arc start 0 deg, arc lenght 360 deg, but it looses intricacies of playing anywhere else than on edge of the circle. Which means that using this "map to edge" feels better for simple full circle stroke type movements and is less fun when there is scripted sort of cock head play near one electrode. Does anyone one know how I could accomplish such a non random direction change? Or maybe diglet was already tackling this option?

[edger477]

so that it feels like the movement is from top to bottom and then bottom to top

Not sure but I might have implemented that in my tool: https://github.com/edger477/funscript-tools/releases

It is alpha/beta conversion done when you select legacy mode and choose 0-270 degrees - it goes from common over one electrode to other and then back same path

[diglet]

The idea is that if you want custom movement, you can code your own funscript conversion algorithm.

It would be nice to have more customization options for the movement patterns, but I'm busy with other estim projects.

[Pinco]

Not sure but I might have implemented that in my tool: https://github.com/edger477/funscript-tools/releases

the release page is 1.0.5 but the zip file is 1.0.4 . Typo error?

[edger477]

the release page is 1.0.5 but the zip file is 1.0.4 . Typo error?

Yes the version inside of zip is 1.0.5 :)

[saint337]

Thank you, edger477!
Yours is also a very fun tool but I Wonder if its maybe bugged a little - when I do as you instructed, no matter if I set minimum distance from center to 0.1 or 0.9 it looks like it makes maximum distance capped at 0.5. I tried 3 different funscripts (zero game, xxxperience, delerious pleasure) and if I set minimum distance to 0.1 then there is movement from 0.1 to 0.5 but if I set minimum at 0.9 then whole funscript will be at 0.5 distance from center. Just as if it scaled down in half or just capped max distance. Can you check if same happens to you?

[edger477]

Thank you, edger477!
Yours is also a very fun tool but I Wonder if its maybe bugged a little - when I do as you instructed, no matter if I set minimum distance from center to 0.1 or 0.9 it looks like it makes maximum distance capped at 0.5. I tried 3 different funscripts (zero game, xxxperience, delerious pleasure) and if I set minimum distance to 0.1 then there is movement from 0.1 to 0.5 but if I set minimum at 0.9 then whole funscript will be at 0.5 distance from center. Just as if it scaled down in half or just capped max distance. Can you check if same happens to you?

I checked some generated scripts and you are right! Thank you! It was supposed to be at min configured distance from center at minimum speed, and go towards the edge (max distance) at max speed (and be inbetween based on current speed being between min and max speeds in file). I will check this and probably push new release today.

EDIT: the speed was stuck at min because the setting for "speed at edge" was in Hz and this was just dumb design because it is hard to set this setting to anything meaningful. I am changing it to %, so that at default 50% the dot will be at edge of circle when the current speed is at 50% or above. This will be based on the current funscript's speed - that is why setting is in %, and it will be relative to min and max speeds in the file.

[saint337]

Probably some typo or other minor thing but Im getting an error: 2d conversion failed: no module named 'processing.speed'.
Anyways, thanks for working and sharing this tool. :)