I had issues with the resources/app.asar being very small (~1kb) after applying the patch but seems to have been from having brackets in the file path.
After renaming the folder it worked for me
3 Likes
Could someone share their version with the mod installed already? I tried english and japanese version, neither seems to work.
What game version are you using?
The mod was made for the latest v1.23. Earlier releases might not work, especially v1.00 since the game had a different structure back then.
Yeah I’ve got 1.0, I’ll update it.
Thank you for this! I really appreciated your work to get it working!
Does anyone know if this working with Tempest OSR2 or SSR2? I tried it using old Intiface Desktop (since new central doesn’t support it yet) and it’s not working.
Do I launched the game in correctly? I launched in following order:
- Intiface Desktop first
- game (already patch and waited over 10 mins)
- EDI - press reload galleries and reconnect
- OSR2/SSR2 both not responding
1 Like
Don’t think OSR2 is supported yet.
I usually open EDI (+Intiface) first and get everything connected, then load the game.
Last night I was using (for like the 4th time, it’s pretty great) and was noticing that a lot of the time the script was just stopping randomly in the middle of an animation or doing one movement and stopping or when the girl stopped sometimes the script also stopped but then in the middle it kept going while she was standing still.
From looking at the code it’s hard to say for me but from the logs I think I can see why the first case might happen at least:
[1/27/2024, 10:39:02 PM.931] [EDIPlayer.makeRequest] URL: http://localhost:5000/Edi/Stop
[1/27/2024, 10:39:02 PM.931] Request Method: POST
Request Headers: {"accept":"*/*"}
[1/27/2024, 10:39:02 PM.931] Response Status: 200 OK
Response Headers: "content-length: 0\r\ndate: Sat, 27 Jan 2024 22:39:02 GMT\r\nserver: Kestrel\r\n"
[1/27/2024, 10:39:02 PM.931] Success: OK (Request completed in 8ms)
[1/27/2024, 10:39:02 PM.932] [EDIPlayer.makeRequest] URL: http://localhost:5000/Edi/Play/4_2_2_1_a?seek=0
[1/27/2024, 10:39:02 PM.933] Request Method: POST
Request Headers: {"accept":"*/*"}
[1/27/2024, 10:39:02 PM.933] Response Status: 200 OK
Response Headers: "content-length: 0\r\ndate: Sat, 27 Jan 2024 22:39:02 GMT\r\nserver: Kestrel\r\n"
[1/27/2024, 10:39:02 PM.933] Success: OK (Request completed in 2ms)
It’s not 100% clear for me but would it be possible for the Stop request to have actually be executed right after the Play because it took a few milliseconds more? Most of the time the gap between the Stop and Play is bigger but I’m seeing a lot of sub-10ms differences which is probably the random stops after 1 action that I was seeing. It was also weird in how I pressed stopped, it continued stopped but when the animation resumed it did one action again and then stopped, but if I set it to speed up then it’d mostly be fine. I don’t see any Pause/Resume on the logs so I don’t think it’d be an issue with those.
Another thing I was thinking about which I’m not sure if it’d be related, does it matter if the game is on normal or fast? I think on fast I never had issues but I do prefer to play on normal (but seems like desyncs happen more often), this also in part because if I tell her to speed up sometimes it’ll reach a point where it slows down into normal motion and then speeds up again kinda at random, this makes me think it’s how the game handles her climaxing quicker in fast mode but I’m not sure how that’d mess with the commands.
[1/27/2024, 10:23:40 PM.433] [EDIPlayer.makeRequest] URL: http://localhost:5000/Edi/Play/idle?seek=0
[1/27/2024, 10:25:00 PM.80] [EDIPlayer.makeRequest] URL: http://localhost:5000/Edi/Play/stay?seek=0
This is another message which I’m not sure would be relevant to the issues, as there’s no “idle” or “stay” funscripts, so what does it try to do here?
3 Likes
So I was testing it a bit more while paying attention the log and can confirm that
[1/28/2024, 3:42:17 PM.301] [EDIPlayer.makeRequest] URL: http://localhost:5000/Edi/Stop
[1/28/2024, 3:42:17 PM.301] Request Method: POST
Request Headers: {"accept":"*/*"}
[1/28/2024, 3:42:17 PM.301] Response Status: 200 OK
Response Headers: "content-length: 0\r\ndate: Sun, 28 Jan 2024 15:42:16 GMT\r\nserver: Kestrel\r\n"
[1/28/2024, 3:42:17 PM.301] Success: OK (Request completed in 6ms)
[1/28/2024, 3:42:17 PM.302] [EDIPlayer.makeRequest] URL: http://localhost:5000/Edi/Play/4_2_2_1_b?seek=0
[1/28/2024, 3:42:17 PM.302] Request Method: POST
Request Headers: {"accept":"*/*"}
[1/28/2024, 3:42:17 PM.302] Response Status: 200 OK
Response Headers: "content-length: 0\r\ndate: Sun, 28 Jan 2024 15:42:16 GMT\r\nserver: Kestrel\r\n"
[1/28/2024, 3:42:17 PM.302] Success: OK (Request completed in 3ms)
Did not actually disrupt normal function.
And this time it was actually fine for over 20 minutes of the starting part from what I heard (had the game on another screen and was just listening to the handy in the background).
What I did find is that actually trying to reconnect EDI in an attempt to fix desyncs (in this case I didn’t have any so I just clicking to see what effect it had) just made it worse and it seems like it starts being random and shifting in and out of scripts.
I suppose the issues I had last time were just a combination of not starting EDI properly and trying to reconnect without completely restarting it.
For the issues I was able to simulate today:
- The game can stay running
- Close EDI
- Press the power button on the handy and shifting between wifi and manual mode to be sure
- Reopen EDI and wait for it reconnect
There was still one time where a script randomly did not play for a webm but pretty minor when testing for 40 minutes in total.
2 Likes
Thanks for the detailed feedback!
The occasional stutters could be caused by the game itself, since the Live2d animations are generated in real time and aren’t always all that flawless, from what I saw.
There might still be some bugs related to connectivity, or the EDI program.
You could try updating to the latest EDI Player version and see if that helps.
Please let me know if you have the same issues with the latest version of EDI.
I did try it a few more times in the latest version of EDI and haven’t had an issue at all so maybe that was it.
In other news, their newest game will release soon 中間報告 - MountBatten - Ci-en（シエン）
Unfortunate that it seems like it was already delayed multiple times because of issues dealing with the English translator, hopefully this doesn’t put them off for next time.
2 Likes
His sequel came out.
5 Likes
Seems like DLsite also required a bit more censoring before the game came out but let’s see. First I kinda want to figure out how to buy it though.
I bought points through https://dl-pay.com/ and in the end it was actually around the same price ($12) and I still have 130 points on DLsite leftover (vs paying $12~13 to DLsite and no points).
1 Like
So here’s an interesting issue:
The script seems to work with the edi.exe that comes with the mod, but if I update it with the newest edi.exe, it doesn’t work at all (wifi or bluetooth). Replacing the updated edi.exe with the one from the mod will get it working again.
You’re doing something wrong because it definitely works. To update EDI it’s not sure replacing the .exe file.
Briefly tried the new game and it’s great, as expected.
You now have much more control over the scenes with the manual mode, which would be interesting for an integration.
All the H-Scenes are again built with Live2D models tho, which would make scripting them much harder.
It’s also unfortunate that DLsite is preventing any type of easy uncensoring.
I’m very happy to see that the scene subtitles and main menu are translated, with the developer planning on translating the rest of the game as well.
Translating the last game was definitely the most time-consuming part of this mod.
I’m not doing anything wrong.
Replacing edi.exe, and only the edi.exe file is exactly how you’re supposed to update edi.
Putting a newer edi.exe in works (I used one I grabbed about 3ish weeks ago and it works), but putting in the newest one breaks it.