That is the permanent solution. I remember Windows always having horrid DPI support. Like I said, Microsoft is pulling the rug out under me and I just tried all the API calls (and .exe manifest settings) that promised me they would disable virtual DPI scaling.

In Windows 8/10 they sort of made it a single font size setting. I'd recommend just doing that so all your applications work as expected but the text is huge enough to read.

In the engine during game play, you can press F1..F4 to change the pixel scale. This setting is memorized across all RPG20XX games.

Interestingly, what solved this problem for me was changing the scaling percentage to 150% or 200%. 20XX works with these options, but not 125%. In that case, this would just be a small issue that may affect ~1% of users?

I just tried that and it's glitching out for me at any DPI setting. In 1.5 years of development with 1398 downloads, it might really effect only ~1% of users. It's interfering with my program's ability to update itself. The methods I link to only allow my program to detect odd DPI settings. Because it can, there might be some obscure method or workaround I can throw in that only activates when odd DPI is detected. Despite people having rare problems, I like to still address and resolve them whenever I can. I try my hardest never to blame the end user's machine, rather, that RPG20XX should detect and adapt.

I'm running 20XX on a Mac

Also try it with the Mac version of WINE. I'm just curious if it works. Running RPG20XX using WINE on Linux is a valid platform (I'm testing against it), so you can submit bugs about the program if you're using WINE.

First thing that happens when I click on the exe is I get an error warning reading 'Could not draw GDI bitmap'.

Something may be preventing the AlphaBlit from working. Can you give me a rundown of how you're running Windows 7, exactly? And what the basic operating system display settings are?

All this occurs as of version .28, though as far as I know I've got this message through all the versions you've released. I haven't tried testing 20XX on my PC lately (cause it's broken) but as of a few versions ago I don't recall having most of these problems. So who know? Maybe you do, but in any case I hope this is helpful.

All your problems sound like something is denying RPG20XX access to a lot of things. I'm not entirely sure. All the details about your environment would be helpful.

Just to be sure, this is a new install? Try deleting the C:\Users\<Your Name>\AppData\Roaming\rpg20xx folder and starting a new project to see if it still crashes.

does it support pixel by pixel movement?

That's a future feature, and it's going to be coming more recently than I previously planned since I need pixel movement for LandTraveller.


"Poses" as you can see in the default character sprites imply you can create the 4-directional animations for jumping and attacking you would in a top-down isometric action RPG. The pose feature is just a way to force a specific frame in a character sprite so you can make custom animations for events. The pose commands are already in. Weapon handling is going to be in the next release for sure, I might as well do pixel movement too. Weapon handling lets you specify grip points, angles and frames with weapon sprites for both the default battle system, custom battle systems, and it would be handy for an action RPG system.

Ah, it's not a problem. RPG20XX just happens to be something I need, too.

Perform the "factory reset" I mentioned above first before doing anything. You mentioned you tried RPG20XX a long time ago. If you skip too many upgrades, I've found the editor freaks out. The rpg20xx folder in your AppData contains your game settings (for playing games) editor settings, and game saves. Deleting it doesn't delete anything from your actual game projects.

The actual format for the project data, maps, map tree, etc. is kept in a flexible format designed to resist changes to the spec. Having your project corrupted from an upgrade is one thing I went out of my way to prevent, but you should still back up your projects before you do anything.


EDIT:
You're used to being lucky if a program works in WINE. RPG20XX is different. It MUST work in WINE. If it doesn't, report it as a bug. I'll MAKE it work in WINE. This is what I meant by a valid platform.

Did you create a entry for it under "composite" first and make it a full sprite? You have to, first. It's annoying for me too right now, RPG20XX will be able to detect this in the future and make one for you.

It's common for people to want to import the sheet and use right away like they used to, so in the future RPG20XX will do something with those. Probably list all unassigned images under full sprite or something, I haven't decided yet.

Was it warning you something about different DPI scaling settings? What operating system are you using?