Windows 10 Fullscreen glitches out

[Gleeok]

Do any other allegro 4 games or any one of the the allegro examples work at all on Windows 10 machines that also crash ZC?

[ZoriaRPG]

Zelda Classic crashes reliably for me if I try to alt-tab out of fullscreen mode. The segfault occurs deep inside the Windows DirectDraw library (and the cause is almost certainly the (mis)use of hardware surfaces).

I have a GeForce GTX 980 Ti and Direct3D version 12.

@DarkDragon : Would you these binaries please, and inform me if it does the same thing:

1. Open the ZQuest binary, then make a blank custom quest, and save it.
2. Open the ZC binary skipping the intro screen.
3. Open the custom quest that you saved, and see if you can alt+tab safely, or if it still crashes.

The intro screen in that build, and some music stuff is still unstable, but I'd like to know if it resolves your issue otherwise. We're working on making this bastard branch stable, but it's a slow process.

[DarkDragon]

The executable will not run with my version of alleg42.dll. Did you recompile Allegro with a different toolchain?

[ZoriaRPG]

The executable will not run with my version of alleg42.dll. Did you recompile Allegro with a different toolchain?

[Frack, I hit edit instead of quote. Fixed.]


Oops, I forgot to include the libs.

Recompiling allegro was of course, mandatory for this, and something went awry...The obvious suspect is alogg, which has been deprecated by logg.

Make a backup of alleg42.dll, and libzcsound.dll and temporarily replace them with the libs in this pakage.

alleg44.dll can live perpetually, but I forgot to fix things a bit, and it still pumped out alleg42.dll, despite this library actually being 4.4, as a special dep. We'll eventually remedy that. Suffice to say, that it needs both the included ag44.dll and the included ag42.dll to run, and that this ag.42.dll differs from the one in the 2.50.3 package, so you will need to rename the existing library, and drop this in, or just duplicate the directory and drop in everything. Likewise, libzcsound.dll is also different, as it uses the allegro 4.4.3 packfile password functions.

Those are the root of all evils, with regards to the migration.

[Gleeok]

Alright, after hours of banging my head raging against the dying of the light dealing with Micro$oft raping myself with Windows 10 contemplating suicide getting ready to drink myself into a coma messing with ZC on my super-awesome engineering-marvel-of-the-world Windows 10 machine, I conclude that it basically works the same as on Windows 7 except that it even worse in the managing FPS department and it indeed does crash toggling fullscreen mode. I couldn't get very far in DirectX layer either; it seems to run through some compatibility layer and I have no idea how it works. It has an AMD card in it, and GPU debugging was not very successful. Aside from that, it runs surprisingly well.

Why does ZC still default to fullscreen though? I thought I changed that years ago.

[ZoriaRPG]

Alright, after hours of banging my head raging against the dying of the light dealing with Micro$oft raping myself with Windows 10 contemplating suicide getting ready to drink myself into a coma messing with ZC on my super-awesome engineering-marvel-of-the-world Windows 10 machine, I conclude that it basically works the same as on Windows 7 except that it even worse in the managing FPS department and it indeed does crash toggling fullscreen mode. I couldn't get very far in DirectX layer either; it seems to run through some compatibility layer and I have no idea how it works. It has an AMD card in it, and GPU debugging was not very successful. Aside from that, it runs surprisingly well.

Why does ZC still default to fullscreen though? I thought I changed that years ago.

(Emphasis, mine.)

Sounds like you're having a fun day. :/

Good point there. Not sure why that is the default, but should be easy enough to change out. The default for ZCL is windowed mode, but running the binary raw, fullscreen. You could always pack DXGL with it I suppose? Is the code for that open, or closed?

I still need some analysis on the test binary, as I think it should be better with some of this.

[DarkDragon]

[Frack, I hit edit instead of quote. Fixed.]


Oops, I forgot to include the libs.

Recompiling allegro was of course, mandatory for this, and something went awry...The obvious suspect is alogg, which has been deprecated by logg.

Make a backup of alleg42.dll, and libzcsound.dll and temporarily replace them with the libs in this pakage.

alleg44.dll can live perpetually, but I forgot to fix things a bit, and it still pumped out alleg42.dll, despite this library actually being 4.4, as a special dep. We'll eventually remedy that. Suffice to say, that it needs both the included ag44.dll and the included ag42.dll to run, and that this ag.42.dll differs from the one in the 2.50.3 package, so you will need to rename the existing library, and drop this in, or just duplicate the directory and drop in everything. Likewise, libzcsound.dll is also different, as it uses the allegro 4.4.3 packfile password functions.

Those are the root of all evils, with regards to the migration.

It's also complaining about libgcc_s_dw2-1.dll. I guess you used MinGW?

Can you send a binary that has all external libraries statically linked?

[Gleeok]

Why does ZC still default to fullscreen though? I thought I changed that years ago.

I must of been smoking crack. Come to find out I like just changed this in August....

This is why sleep can be beneficial sometimes. >_>

[ZoriaRPG]

It's also complaining about libgcc_s_dw2-1.dll. I guess you used MinGW?

Can you send a binary that has all external libraries statically linked?

Oh, did I forget to do a static link after all? Crumbs.

Sure. The next time I do a build of this branch, I'll static link them and send that. That could very well be the problem anyway.