Dingoo A320 forum

Ahoy folks!

I'm attempting another porting effort to the Dingoo, this time it's Crimson Fields, a hexagonal, turn based strategy game that looks pretty compelling (although I've never played it before!)

It's a pretty simple configure port thus far, and has compiled and run on the Dingoo, the trouble I'm having at the moment it getting it to find its own resources directory- it fails on start up being unable to locate and/or load the en.dat locale resource.

Getting the resources to compile properly may be a little more tricky, as it compiles a set of tools to the Tools directory which are then run to compile the bare resources into data files. These tools are compiled for the mipsel linux architecture and thus don't execute when the Make process hits those steps. You can, however, run them directly on the dingoo to "compile" the language files into en.dat, fr.dat etc.

Any help would be appreciated, grab the source from here (http://crimson.seul.org/download.php) and have a play.

Usually when you run into problems like that you just have to build the resources using your native toolchain first, then go back and let the regular build complete after you've finished the first ones.

If the resources have a seperate makefile you should just be able to edit it to use the native one

That's a pretty good point. Thanks!

I think I'm going to hack the file IO functions around a bit to start with a hard-coded path (/usr/local/games/crimson) instead of its auto detection routine. At least a quick-n-dirty fix will let me know if I'm going to get any further after the locale problem is resolved.


Edit: Compiling it natively yields the same problem with it being unable to locate its own data files, I guess a thorough hacking is in order!


Further Edit: I think the problem is that it's looking in /usr/local/share/crimson for data files, when the path is, in fact, /boot/local/share/crimson


Even Futher Edit: Compiled with "make prefix=/boot/local" and the game launches. dmenu, however, seems to be causing it to segfault when it tries to restart. Either that, or something else. I need to read up on dmenu menu item config

Right, it's compiled and running but segfaults when a level is selected at the main screen. Pressing start will yield a "no level selected" dialogue, so it's not entirely dead.

I'm calling it a night for now, but this is better than nothing.

I ported Crimson Fields few weeks ago. Unfortunately I encountered the same problems as you.
When I start the game, there's a splash screen, and then a nice menu.
But if I try to move across the map selecting menu, it crashes with segfault.

I'll try having a jiggery pokery diggery through the code this weekend, hopefully I'll blindly stumble upon a fix.. I've certainly got no idea (apart from possibly another quirk of the filesystem access) why it's segfaulting.

It's a shame it's not easy, because Crimson Fields would be a nice thing to have on the Dingoo! (and subsequently on the Pandora, although I think a port to the pandy would be trivial)

As we've got as far as the map select screen, it can't be a sound or SDL issue. Perhaps a thumbnail of the map should be loading, or something along those lines.

Wow, that game looks fantastic! I'm definitely going to download the port when it's finished!

Does anyone know where to get hold of the source for the GP2X port, or the N810 port even? These might shed some light on the situation, particularly the former, but I can't seem to find it!

I've bought an N810 recently so I'm just a little bit distracted, plus I've got a back-log of reviews to write, but I'll get back to the code tinkering eventually.

This deep-end diving probably isn't the best idea but it's interesting.