Yes, I know, ini-file saving is disabled because the original porter (is such a person called that way?) didn't know how to move a file to a existing one.
It doesn't save changes to the configfile, sadly. OpenTTD creates a temporary configfile, and when it's complete, it copies it over the old one to make sure your configfile isn't shredded when OpenTTD crashes at that point.
I've adressed that, and I've succeeded in running OpenTTD without SDL, that fixes the orientation and dpad issues, and maybe takes up a little less memory. I have still issues with getting it totally fullscreen, though. And if the orientation changes, or the window size (yes pocketpc still has windows
) the palette goes lost. I'm confused at this one, because the code already seems to handle it.
Music seems to be possible too, without too much effort. The only thing is that the default PocketPC midi device only produces sine-waves (read: flute-like tones).
The celib I mentioned earlier is, unfortunately, also a big bunch of hacks, so I won't implement that, but it's a useful source of code.
I think I should contact a developer. The port is now quite hacky, I'm trying to redesign it without modifying a lot of code. But I don't know what the preferred way is to introduce such a port.
Windows Mobile lacks a few essential functions compared to regular Windows, but a lot of those functions are quite simple (like deleting a file, for example) and can easily be reimplemented.
@bardem, could you be more specific which OpenGRF (or combination of more) cause the memory error? Then I can have a look at it. I won't promise anything, though.