64 Bit Support Required Feb 2015..

[Marmor]

Looks like the bar , showing if you have no license

Great news

[spacefractal]

I'm of course have the license, but it's fails when it is in 64bit mode. It's easy to disable it temporary, but I'm don't do that now etc. it's a issue gernot should checks, but it's not a important issue right now.

It's was headkaze that fixed the issue. but might have effected the license.

[Marmor]

you have no license .... 

joke !!!

[Alex_R]

Wow!!! Great news!! Thank you so much Spacefractal!! You are the boss!! 

[spacefractal]

Haha, I'm lost my license, but yes I'm did got some help, but as least im got see the game running. I'm do tomorrow checks other games as well for eventuelly more issues.

[MrTAToad]

Have you got the system compiling in Visual Studio as well ?

[spacefractal]

I'm don't have visual studio, but the CRoss compiler for windows compile the source code fine(except a sortarray thing issue in file sorting, which need to look on).

[erico]

whaat? why and how are we letting people like Space Fractal without a license mess with the source code??

Could not resist the joke. Congrats Space! It seems things are shaping up quite greatly. 
Super!

[MrTAToad]

Ah, I was hoping you had the whole system compiling 

[spacefractal]

It's does but visual studio was just not a requirement really to compile win32 version. It's was easier than excepted. But there is still some 64bit issues but have first a chance to test my other games tomorrow.

But yes headkaze is the man. IF more issues I'm let him know. I'm also did created few games with him, where I'm did the music part of the game.

[Omadan]

Give headkaze a big frenchkiss for me. hehehe

Keep it up guys

[spacefractal]

the license fails seen can been due its uses (long), which can been dangerous to uses in some cases, because they are not the same length with 32bit as well 64bit. This also cause the tilt commands to barly fails as well.

etc when a float number is negative, then long is displayed it totally wrong with a very hugh positive number. That got wrong in GETJOYY() and GETJOYX(). by now fixed by only internally uses positive number and conveting to int first.

[spacefractal]

its look its still various issues left.

Exampe its seen DECRYPT$ and ENCRYPT$ does not works correctly. Im dosent get the correct DECRYPT result at all. This can also have caused why the license fails. So those commands is still not 64bit aware at all. Im give the issue to HeadKaze for extractly this issue for those commands.

There was also issues too in  GETJOYY() and GETJOYX(), where long to float convert goes completly wrong, when the number was negative. They fixed now, but was also removing the orientation state, since Rot_Gravity2Display() dident work correctly (but im dont thinks its was newer used for iOS). But its easy to workaround that throught.

So im wont release the a file before its ready (all my 4 games should run correctly before a final release). Im do release the fixed beta release source code soon after after Headkaze have looked to the new issue in the source code forum.

Another issue fixed is also resolution, which is now allways uses the screen size detected, regardless wrote in the editor. The reason there is now a bit too many devices out it and using more resolutions now. So no reason to doing that check anymore.

PS. Those is the last remaning issues in CatchOut, which would been the first 64bit release for iOS. Im do need to testing my other games as well, which uses far more commands.

[spacefractal]

Just tested Spot Race, which uses more graphics commands:
The game started straight away and worked completly fine and played well.

Only issues was the same as im have with CatchOut with the named commands (tilt and crypting do some kiddings, but same thing).

So the progressing very nice.

[MrTAToad]

Good progress then!