Hey, that’s awesome!
I’l check out that earlier source and see how you leapfrogged from initial stumbling blocks just a couple of weeks back to a full-fledged scrolling platform game :o)
Thanks for the kind words! It helped that I had the basic 2d tile collision code worked out in Delphi over a year ago, but I did have to port it over and get it working under Oxygene
I do admit to my fair share of fighting with the compiler as I got use to Oxygene-isms LOL
One good example was that I got a few internal errors when compiling some code that didn’t show where the error was…that was really ‘fun’ working out haha
On the whole though, it was not too large a learning curve moving from Delphi to Oxygene…and to be honest I didn’t use much of the new language features in the compiler compared to Delphi. That sort of stuff will come later
I found that using LWJGL + Slick-Util really helped make the game easier (graphics + sound parts of it)
Trying to run the app (after getting it built by re-adding the references, which were bad-pathed by being outside the project directory), I’ve tried various things.
AL lib: FreeContext: (040A0C10) Deleting 128 Source(s)
Exception in thread “main” java.lang.NullPointerException
at paulfnicholls.game.platformation.GameApplication.LoadSounds(Unknown Source)
at paulfnicholls.game.platformation.GameApplication.InitGame(Unknown Source)
at paulfnicholls.game.platformation.GameApplication.Run(Unknown Source)
at paulfnicholls.game.platformation.GameApplication.main(Unknown Source)
I had trouble with the references myself - I tried having them in the project directory, but that didn’t work when I changed computers because it still seemed to use an absolute path!
So I stored the lwjgl + slick-util in the same place on both computers (yuck I know).
I hadn’t put the slick-util one into that earlier source I think, but you could use the one in the binary.
I had to manually put the dlls into the bin\release and bin\debug folders and do copy local with the jar files, but that is all I did to get it working from in the IDE.
It just worked for me and other people when they manually executed the platformation.jar file by double-clicking (or opening it with Java)…
Thanks Paul. That one runs great from the command-line without any of the command-line stuff.
Total failure from the IDE though… the app tries to launch and immediately fails with the issue of not finding the lwjwgl files…
<later>
Ok, silly me, I was debugging against the Release target in this latest archive, which doesn’t have the native files in. Switching targets allows me to launch the app successfully and debug, which is great in this case.
The previous null pointer exception must be something in the code.
The remaining issue is that in the original source base, where the app is linking to jar files in another directory (i.e. where LWJGL is installed), it is not possible to launch or debug the app from the IDE. For the app to launch, all required files seem to be needed in the output directory.
I gather Viktoria is on the case on this thread.
Viktoria, do you understand the problem as I’ve described it? I.e. if some required .jar files are not in output directory and would normally be located by passing -cp to java.exe, and also other files get located by passing -D to java.exe, then the IDE makes running/debugging the app impossible.
definitely! it’s always great to see the end results of what you guys are doing. you should talk to Jim, maybe you guys can turn this into a nice case study? especially if you win
