Yet again, more Pygame/cx_freeze hell.
I have a game I'm making primarily on Ubuntu 13.04. cx_freeze (the latest version) works fine there, no complaints (yet!). However, I'm trying to build my game into a single executable on Windows 7 (64-bit) using cx_freeze, because I want to distribute it on Windows as well as Linux. It builds fine, but upon loading the game I get this stack trace:
Traceback (most recent call last):
File "C:\Python33\lib\site-packages\cx_Freeze\initscripts\Console3.py", line 27, in <module>
exec(code, m.__dict__)
File "__init__.py", line 56, in <module>
File "__init__.py", line 32, in main
File "C:\Users\Jesse\Documents\GitHub\Invasodado\core\gsm.py", line 29, in update
_current_state.events(pygame.event.get())
File "C:\Users\Jesse\Documents\GitHub\Invasodado\game\splash.py", line 47, in events
self.change_state(MainMenu)
File "C:\Users\Jesse\Documents\GitHub\Invasodado\core\gamestate.py", line 85, in change_state
self.next_state = state_type(*args, **kwargs)
File "C:\Users\Jesse\Documents\GitHub\Invasodado\game\mainmenu.py", line 67, in __init__
config.play_music('title.ogg')
File "C:\Users\Jesse\Documents\GitHub\Invasodado\core\config.py", line 94, in play_music
pygame.mixer.music.load(join('sfx', name))
pygame.error: Failed loading libvorbisfile.dll: %1 is not a valid Win32 application.
I'm using Python 3.3 and Pygame 1.9.2 (I think) for 64-bit machines. And yes, I do have libvorbisfile.dll, as well as libogg.dll and libvorbis.dll, in the game's directory.
Any tips?