It's opening the window and it's staying open, but it's shitting the
bed with the same error.
Traceback (most recent call last):
File "C:\users\sektor\AppData\Local\Temp\ONEF~3LZ\blades_of_glory.py", line 447, in <module>
File "C:\users\sektor\AppData\Local\Temp\ONEF~3LZ\blades_of_glory.py", line 114, in run
File "C:\users\sektor\AppData\Local\Temp\ONEF~3LZ\discordmanager.py", line 25, in connect
File "C:\users\sektor\AppData\Local\Temp\ONEF~3LZ\pypresence\presence.py", line 43, in connect
File "C:\users\sektor\AppData\Local\Temp\ONEF~3LZ\asyncio\base_events.py", line 654, in run_until_complete
File "C:\users\sektor\AppData\Local\Temp\ONEF~3LZ\pypresence\baseclient.py", line 106, in handshake
File "C:\users\sektor\AppData\Local\Temp\ONEF~3LZ\pypresence\utils.py", line 42, in get_ipc_path
OSError: [WinError 66] Bad device type: '\\\\?\\pipe\\'
If I try to launch it via
~/projects/audiogame-manager/audiogame-manager.sh it will crap out
because it isn't able to source its include files; it erroneously
thinks they're in the current directory as I am, which is no exactly
true unless I physically go to the audiogame manager directory. This
also fixes launching from the desktop icon.
- Install vcrun2019 and d3dcompiler_47 dependencies for Unity 2021.3
- Clean up malformed {app}\ paths created by innoextract
- Create music directory with readme files for custom music support
- NVDA DLL replacement handled automatically by update_nvda_dlls()
- Game works with default wine start launcher
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
After about half an hour of cussin and spitting tobacco juice, I came
to some discoveries:
* The clipboard translator wasn't even launching successfully.
* For BKs 1 and 2, remove the nvda dll thereby forcing it to use the
clipboard reader.
* Fix up BK2 to go into the right bottle; it is a 32-bit game.
The pgrep command was failing to match Wine processes with long names
like "c:\nyanchangame\bk\play.exe" because pgrep by default only
matches against the first 15 characters of process names. Fixed by
adding the -f flag to match against the full command line.
Preserve explicitly set WINEARCH variables instead of unsetting them
in wine environment functions. This ensures that installers setting
WINEARCH="win32" are properly respected for architecture selection.
Changes:
- Remove unset WINEARCH from get_bottle() and set_wine_env()
- Add comments explaining WINEARCH preservation
- Update debug messages to show current WINEARCH value
After some time cussin and spittin tobaccer juice, I've gotten things
somewhat working.
Namely:
* Set the WINEARCH to win32 (it was thinking the game was 64-bit)
* Setting the WINEPREFIX to the new path to reflect architectural
changes.
* Removing the unnecessary call to install SAPI.
The notable problem was that for whatever reason the compiled
nvdaControllerClient32.dll the manager was fetching did *not* work
with the game. It complained about testIfRunning not being present in
the compiled executable, which it certainly was.
If you have a spare copy of the DLL lying around that works you should
back that up and if you switch to the testing branch copy it *both* to
AGM cache and the game directory.
