Restim: e-stim audio generation software

[47dahc]

I think this might be better suited in the hardware thread. However, to answer your questions:

I used sockets that don't have any gap in the plastic housing to avoid making contact with the aluminum case.

If your sockets are shorted out against the case, then yes, this will short out that channel.

Could the hexnuts securing the purple and green outputs somehow cause a short? I had a mishap while drilling the holes in the faceplates, so those two sockets are close enough that the hexnuts are in contact.

Yes. The hex nuts are metal, so if they are touching, that will cause a short.

Could the housing of the resistors making contact cause a short?

No. The housings are nothing more than heat sinks. The heatsinks have no effect on the resistor value unless somehow the leads are in contact with them.

I think the best thing you could do is get a multimeter that has continuity check on it. Read all your connections out to the case, to the heat sinks, and between each other. A quick YT search should provide countless results on how to use a multimeter.

[diglet]

I traced the wiring and everything looks OK.

With the plastic parts you are using, the nuts touching doesn't matter. It also doesn't explain the symptoms. If the channels are shorting out you would see no signal on that channel, this doesn't match what you are seeing.

You are supposed to connect the electrodes to the box like this:

Spoiler: show

Can you also try it like this?

Spoiler: show

You don't have to try the other permutations, these are the only 2 unique ones.

[diglet]

Release 1.14: https://github.com/diglet48/restim/releases

Changelog:

• You can now control most axis with funscript or tcode.
• Configure additional search paths for funscripts.
• When using funscripts, show the current axis value in the UI.
• Auto-reconnect for buttplug.io / Intiface.
• Fix issues with UTF-8 characters in funscripts.
• Fix VLC not working with interface language set to non-english.
• Fix Heresphere causing the UI to crash when network is really slow.

I received some reports that VLC can sometimes lose sync when seeking, but I can't reproduce it. If you run into this problems, send me the logs.

[Electro]

I also noticed a bug, which is entirely my fault. If a script sets the pulse frequency really low (0.001) the audio cuts out as Restim attempts to generate a very long silence between pulses. The workaround is to not set the pulse frequency very close to zero, but I will try to fix it in code.

This was the end of your post from the vi22 thread(about Klinik vi33b funscripts), but this is related to Restim and not that video or its funscript files. I got a divide by zero error popping up inside Restim trying to use a vibration based funscript file as the pulse_frequency funscript when using MultiFunPlayer to feed the T-Code to Restim. I got around it by setting the output range setting at the bottom of MFP to 1% to avoid the value being zero, but this caused there to be a slow pulse when the 'vibe' was supposed to stop. I basically took a video that had standard position based scripts where someone else threw together a vibrator based script and was experimenting. The results were interesting, but as I expected the two types of scripts didn't really work together too well and there are better ways to emulate the vibrations than just slamming a vibe script into pulse_frequency, but I ran out of time to play so I'm wondering, is the divide by zero error a non-issue if I toss a funscript into the vibrator specific frequency 'T-Code slot'?

[lorada]

I traced the wiring and everything looks OK.

With the plastic parts you are using, the nuts touching doesn't matter. It also doesn't explain the symptoms. If the channels are shorting out you would see no signal on that channel, this doesn't match what you are seeing.

You are supposed to connect the electrodes to the box like this:

Spoiler: show

Can you also try it like this?

Spoiler: show

You don't have to try the other permutations, these are the only 2 unique ones.

I tried both arrangements, with no change in behavior, but I realized something that I might be doing wrong. I have been using a bipolar plug with one negative channel to each pole of the electrode. I connected these channels with another cable at the stim box, and I had been assuming that this arrangement would behave the same as both negative channels connected to a single-pole electrode, but now I am unsure about my reasoning. Have I been doing this wrong the whole time?

[diglet]

I also noticed a bug, which is entirely my fault. If a script sets the pulse frequency really low (0.001) the audio cuts out as Restim attempts to generate a very long silence between pulses. The workaround is to not set the pulse frequency very close to zero, but I will try to fix it in code.

This was the end of your post from the vi22 thread(about Klinik vi33b funscripts), but this is related to Restim and not that video or its funscript files. I got a divide by zero error popping up inside Restim trying to use a vibration based funscript file as the pulse_frequency funscript when using MultiFunPlayer to feed the T-Code to Restim. I got around it by setting the output range setting at the bottom of MFP to 1% to avoid the value being zero, but this caused there to be a slow pulse when the 'vibe' was supposed to stop. I basically took a video that had standard position based scripts where someone else threw together a vibrator based script and was experimenting. The results were interesting, but as I expected the two types of scripts didn't really work together too well and there are better ways to emulate the vibrations than just slamming a vibe script into pulse_frequency, but I ran out of time to play so I'm wondering, is the divide by zero error a non-issue if I toss a funscript into the vibrator specific frequency 'T-Code slot'?

Yes, the divide by zero bug and the other bug I mentioned do not occur when using the vibration specific axis because it's coded differently.

But the behavior is not ideal, you can't control whether the vibration stops on the peak or trough of the vibration. I recommend pairing the vibration funscript with a volume funscript that goes to 0 when the vibration funscript goes very low.

If you combine the pulse generator with vibration, you might get some unpredictable effects when the pulse frequency and vibration frequency are very close to each other. It's not dangerous.

I tried both arrangements, with no change in behavior, but I realized something that I might be doing wrong. I have been using a bipolar plug with one negative channel to each pole of the electrode. I connected these channels with another cable at the stim box, and I had been assuming that this arrangement would behave the same as both negative channels connected to a single-pole electrode, but now I am unsure about my reasoning. Have I been doing this wrong the whole time?

This arrangement seems correct.

...but if you don't feel any difference, that does suggest you messed up the wiring. Perhaps you should try a config with only three electrode surfaces to make the wiring simpler?

[edger477]

@diglet, I was wondering, would it be possible to implement "invert alpha" axe option, so that people who don't like to use common on top can still get the correct stroking sensation?

[diglet]

With "adjust limits", on the calibration tab, you can rotate the funscript to match your electrode wiring.

[Electro]

With "adjust limits", on the calibration tab, you can rotate the funscript to match your electrode wiring.

Edger477, to add to what diglet said, diglet also has the mirror function to change direction of rotation to modify the order the stim goes between electrodes, the mirror function changes the direction of the rotation. It functions well with trying to synchronize your Funscript so the head is stimmed when the head should be stimmed, for example.

[edger477]

Ok this is great, so when creating the funscripts for restim, the electrode configuration is not predetermined anymore, you find a piece of video where stroking was implemented as synced on screen and calibrate so that is fine, and you are good to go :)

[thebears73]

Im struggling with getting v1.4 to work, in the synce media section i am adding "ADD FUNSCRIPT" and it just crashes. just trying to get all the scripts to load for Vi33 to play through.

[diglet]

That's not good. Can you run Restim from command line (In windows explorer, file -> "open windows powershell". Then type in "./restim.exe"), once it crashes again copy the output and send it to me.

(Yes, I should save the logs to a file automatically...)

You shouldn't need to add the funscripts manually since Restim will try to find them automatically.

[Electro]

Ok this is great, so when creating the funscripts for restim, the electrode configuration is not predetermined anymore, you find a piece of video where stroking was implemented as synced on screen and calibrate so that is fine, and you are good to go :)

Yup :) This is why I was happy the new compiled version of Restim integrated these features, now we can calibrate and set the position and direction to make it work great for our individual setup versus the exported mp3 method.

[Electro]

I don't know if this is a thing that Restim can do or if it's already something configured as a feature in MultiFunPlayer, but is there a way where based on the number of movements that the volume can go up. In MultiFunPlayer, is there a way where the more movements of an axis, it could slightly increase the volume axis and when things slow down it gradually decreases the volume? ..or should I really just create a volume funscript for this? I'm thinking of certain videos that have funscripts already where they move very slow and sometimes the very slow movements can feel more intense and sometimes when things move very fast, they are part of an edging or ending cum scene and often I'm popping into Restim and manually boosting the volume or lowering it. I'm not sure I would usually want to do this that often because usually starting at 70% and putting a .4% per minute boost ends up being more and more intense as time goes on as it is, but sometimes it seems like it would be helpful to make certain funscripts more of a challenge but incrementing/descreating volume based on the speed of actions.

[edger477]

I don't know if this is a thing that Restim can do or if it's already something configured as a feature in MultiFunPlayer, but is there a way where based on the number of movements that the volume can go up. In MultiFunPlayer, is there a way where the more movements of an axis, it could slightly increase the volume axis and when things slow down it gradually decreases the volume? ..or should I really just create a volume funscript for this? I'm thinking of certain videos that have funscripts already where they move very slow and sometimes the very slow movements can feel more intense and sometimes when things move very fast, they are part of an edging or ending cum scene and often I'm popping into Restim and manually boosting the volume or lowering it. I'm not sure I would usually want to do this that often because usually starting at 70% and putting a .4% per minute boost ends up being more and more intense as time goes on as it is, but sometimes it seems like it would be helpful to make certain funscripts more of a challenge but incrementing/descreating volume based on the speed of actions.

proper way would be with volume funscript since you can manually determine the increase/decrease depending on what experience you want to make