There is a technical limitation where pypresence is trying to enumerate
the available pipes in \\?\pipe\ but this is crashing because Wine doesn't
properly support enumerating the \\?\pipe\ namespace. This causes pypresence
to crash when trying to discover Discord IPC pipes.
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.
