Had the same issue where EDI would crash on launch, spent a while debugging it and figured out the culprit was the “Intel(R) Graphics Command Center Service”
As soon as I stop the service (in services.msc), EDI launches with no issue.
Btw I am using a desktop with iGPU disabled, might have something to do with it (installed graphics command center when I enabled iGPU multi-monitor for a bit)
I finally got an OSR2. I cannot get it to move with EDI. It seems to connect (e.g. I can select COM5 when I have it plugged in), but the servos don’t move. (I have the g90ak version if that makes any difference lol). The OSR2+ works with FunscripterPlayer so I’m not sure if its on my side or the software.
I recently talked to to4st about how to better convert funscript to the algorithm of rotating devices. The algorithm of the latest version of funscriptplayer1.4.2 has been integrated. Is it possible to integrate the corresponding conversion algorithm in the latest version of EDI? Thank you @to4st
Is it possible to make this work with the FunSR1 2.0?
It’s a device similar to OSR2(+) and OSR6, connecting via serial connection and using TCode protocol. But it only has L0 (stroke) and R0 (twist) axes.
I tried with the version currently in the Mega, and I can select the COM port and it detects the device as “tcode_0.3” with the variant “detailed”. It shows up both in the UI and in the API demo webpage when doing the GetDevices GET request.
However, it does not play the patterns from a connected app on the device, instead it seems like it keeps disconnecting and connecting, the device constantly resetting itself. The device works just fine with MultiFunPlayer, so it’s working correctly.
If there is any debug version I can run to provide you with logs I’ll happily supply those logs.
sorry for the inconvenience. I hope to solve this in the new version of EDI, especially the logging part. I am particularly interested in making the funSr devices work.
Thanks for the update. Device integration of the SR1 seems to work now, it connects without the endless init loop. Also, it imports the galleries from the game and I can play them manually from the EDI GUI.
However, it seems the game is not able to control the device through EDI.
It tried with these 2:
For both, I only replaced edi.exe with the latest one from the Mega in the OP of this thread.
The scripts show up in the EDI GUI and work manually, but the game does not play any of them. I tried both my normal user account and an admin account, also tried Run As Administrator.
The Windows firewall did not ask me to enable outgoing connections from either the game or EDI, so I’m not sure if permissions need to be set manually - or by which other means the game is supposed to communicate with EDI.
Edit: I just tried reverting to the old .exe and indeed that shows the current status at the bottom of the EDI GUI (Device Play, Pattern, Loop). The new .exe never shows anything in that status line.
Edit 2: Same is true for accessing the localhost:5000 link in the browser, only works with the old exe.
Hello, thank you! These detailed analyses are very helpful for solving problems. I recently added an HTTPS interface on port 5001, and I think this might be causing issues with Windows. What error do you get when you try to access the link in the browser?
It should be functioning. Could you try it out and let me know?
I made some changes that I think should fix the previous issues, but I only have an SR6 to test with.
I downloaded edidemo from the mega web disk you provided and overwrote the file. funsr1 was recognized, at least it did not repeat the initialization action all the time, but it could not match the movement with the game. This is the test video.