Just a short post providing the modifications I made to make many of AhrpuXR older games work with T-code devices because if it doesn’t exist yet, just make it exist
Games which will now work with T-code Devices that previously did not:
This modification updates the game’s Buttplug 2.0 integration by inserting a lightweight wrapper that transparently replaces the bundled Intiface executable with a newer Intiface Engine. The wrapper preserves the game’s original connection behaviour while redirecting it to the updated engine, allowing modern device support (such as TCode/OSR2) without requiring any changes to the game itself. The game continues to believe it is communicating with its original Intiface version, while the wrapper handles compatibility and device configuration behind the scenes.
How to Install:
Download the 3 files ¬
IntifaceCLI.exe
Intiface-engine.exe
tcode-device-config.json
Locate the buttplug folder in the respective game. It is in the root folder of the game > Data > Streaming Assets > Buttplug
Replace all files in that folder with the 3 files you downloaded earlier.
I made this mod a while ago and there are some quirks to keep in mind:
As I was troubleshooting I made the engine create a ongoing log file. It can get quite big so after a while you can just delete that to remove space. It will load in the same Buttplug folder. A easy way around this is to do the following:
Open the game and then close the game, a log file should appear in the same folder
Delete intiface-engine.log
Create an empty file named intiface-engine.log
Right-click → Properties
Check Read-only
The engine loads a wrapper and Intiface instance which does not close when you close the game, therefore if you wish to restart the game, go into task manager and close all intiface instances. This will free up the localhost and enable the connection to your toy again.
You may need to alter the tcode-device-config.json file for your devices COM port. Just open in notepad change to your COM, alongside any range changes you wish.
Disclaimer: I am not a professional modder, a lot of what I did was with AI help (and a whole lot of troubleshooting) however hopefully these mods can help entertain more VR/games to include support for T-code! Anyways enjoy
Succubus Sisters and Countdown Sex VR - apparently as of v1.07, this game uses buttplug 4.0, and you need to launch Iniface Central yourself to use integration. It’s not using Buttplug 2.0 anymore. Your mod may still work on the demo though?
*edit- I must have misread something somewhere, because apparently the upgrade to Buttplug 4.0 happened in the v1.11 update, which was just 3 days ago…
It looks like AhrpuXR is finally adding Buttplug 4.0, which standardizes the Intiface setup instead of having it baked directly into the game. If you’re on the latest version of SS&CSVR, you won’t need the mod. If you’re running an older version, the mod will enable TCode support.
I doubt he’ll backport these changes to his older games. I asked about Dawn of Marionette, and he said he’d try, but I didn’t have the patience to wait . Enjoy!
I’ll look into it – If it has IntifaceCLI built in then most likely I should be able to modify this to make it work with it.
update
I had a look at the files and the game is using the same format and Buttplug2.x as all of AhrpuXR games. There is no reason as to why it can’t be modded to make it work. Just follow the same steps and you should be good.
Folder root:
IkunogamanVR> StreamingAssets> Buttplug¬ replace folder contents with my mod from the above MEGA link
I’ll test the game out shortly to see if it does work. If not I’ll try to mod it for you.
//Tested: Doesn’t work, will work on this soon for you.
I could possibly create a compatibility mode in intiface-engine that will fall back to IntifaceCLI type arguments if it seems them. That’d mean you can just download intiface-engine, rename it to IntifaceCLI, and it’d “just work”. That said, do you happen to know what arguments the games are calling CLI with?
If we really wanted this to work with Initface Central, we could also shim IntifaceCLI to be a proxy to reflect to Intiface Central. Problem there is the port conflict; they’re both going to try to use websockets on port 12345. I can think of a couple ways around this, but won’t go too deep into those weeds unless you want to continue discussing that idea.
I was so excited about this finally working that I spent 12 hours over the last 3 days modding in English voice clips to replace the Japanese original voice.
Having just managed to find success with this process, I eagerly await hopefully good news on getting this working
As far as I remember (which is funny since this is, you know, software I wrote), games run IntifaceCLI but still connect over websockets, I think.
We just need an IntifaceCLI that does… nothing. Like just runs but doesn’t even listen on the network. The flow would be:
Copy shim executable over IntifaceCLI in game
Start Intiface Central, start server in IC
Start game
That way the game would run the dummy server, think everything is fine, then connect to Intiface Central itself, which means you can work with whatever our latest version is, so you get all of our updates with these games.
I’ll try to get one of these games and do a bit of testing.
