iOS 8 64bit only form Feb 2015

yubaro

@jdbc, You have exported with Gideros 2014.01 or 2014.10?

jdbc

@jdbc, You have exported with Gideros 2014.01 or 2014.10?

Gideros 2014.01

I got the message "unable to boot device in current state creating" when iOS emulator is opened...

yubaro

What version of Xcode you use?...What kind of architecture?...I'll start testing :-B

jdbc

What version of Xcode you use?...What kind of architecture?...I'll start testing :-B

Xcode 6 for all architectures.

yubaro

@jdbc, You ran your program despite the message "unable to boot..."?

yubaro

@ar2rsawseen, I followed the steps but I have this error:

(null): Truncated fat file. Slice from 107308360 to 144332232 is past end of file with length 137560707 file '/Users/NamePC/Desktop/IOS Development/Workspace Xcode6/TestX6/Test/libgideros.a' for architecture x86_64

ar2rsawseen

Forgot to mention removing luac step, edited my answer above

@jdbc which simulator version are you using (OS version, device version)

@yubaro did you download the files @marcelojunior provided in the link?
If yes, it seems they were corrupt, try re downloading them

SinisterSoft

So lua bytecode doesn't work. Might as well use LuaJIT edge as that works fine on Arm x64, it also mentions that LuaJIT bytecode now works too.

Also might be time to step up the encryption a little...

MobAmuse

Yes wanting the working iOS export and auto build stuff in Feb as just managed to get one more app out the door as 32bit before it all goes 64bit on the 1st Feb.

marcelojunior

Hi folks, the 64 plugin library libluasocket has been builded.

https://github.com/Liberton/gideros/tree/master/64bits-libraries/ios

I will continue to build the other plugins on the next week.

seppsepp

I'm pretty excited looking ahead for an official release. Keep on going, guys! Thanks a lot for your efforts!

marcelojunior

@seppsepp

I'll talk to @atilim and @ar2rsawseen to prepare an update with the new 64-bit template for iOS.

totebo

Thanks guys, great to hear it's moving in the right direction. My game, Miner Z, was approved on the first go, so the pressure is off for me until the next deadline where updates also have to be x64.

simwhi

Nice work!! We are also looking forward to the next release.

jdbc

Do we have to export without encryption, do not we?

I am having an error with Bitmap.new function, may be related to problem with Mac and Gideros 2014.10 version and libpng library.

I got a warning "known incorrect sRGB profile", I will try to remove that warning and check again. "Libpng-1.6 is more stringent about checking ICC profiles than previous versions. You can ignore the warning. To get rid of it, remove the iCCP chunk from the PNG image."

tkhnoman

That warning should be no problem, they appear since the old version:
http://giderosmobile.com/forum/discussion/3520/new-version-gideros-2013-06-1/p1

grotly

I found a problem when using the new 64 bit libgideros.a library with tntparticleengine. The effects are messed up, but they work well if libgideros.a 32 bit is used. Take for instance demo 4 from tntparticleengine demos folder, the explosion is totally messed up. I tried on a real device, exporting from Gideros 2014.10. Does anyone else have similar problems with tntparticleengine when using 64 bit libgideros.a ?

EDIT: The problem occurs in many tntparticleengine demos. It looks like setSize and setSizeMorphOut cause problems, if you comment these lines it works. Can there be a problem with Sprite:setScale() ? Not sure how to debug this unfortunately Can someone help?

ar2rsawseen

@grotly those are fat gideros binaries, containing both 32 bit and 64 bit ios binaries.
So if your device is 32 bit device, it will use 32 bit binary from fat binary and you should use 32 bit tntparticle engine, but if your device is 64 bit, then 64 bit tntparticle engine.

I think there was a way to check which @GregBug provided in the docs somewhere, but since I have been only using source and not precompiled one, then I really don't know

grotly

I am not sure I explained clearly, sorry. I am not using precompiled tntparticleengine, but the tntparticleengine.lua source file added to the project in Gideros Studio. I am trying the project demo 4 for example from the tnt demos folder. Nothing precompiled so far. Now, If I export the project from Gideros Studio, without any further changes, therefore using the libgideros.a that is exported by default in the XCode generated project, everything is fine. However, if I replace in XCode the libgideros.a file with the one from Marcelo Junior, then this problem occurs. So, again, only tnt source, nothing precompiled That is why I suspect the problem is in libgideros.a and not in tntparticlesengine.lua.

tkhnoman

@grotly : What about this one.
(Haven't tried yet on 64-bit, but i did some modification in it)

grotly

Thanks @tkhnoman, but unfortunately the problem still occurs. I have attached the demo4 project that comes with tnt particle engine. Open it in Gideros Studio (I did this in 2014.10) and export it to XCode. If you now run it on device, everything should be fine. Now, go to demo_4 project in XCode and replace libgideros.a file with the one that includes 64bit from Marcelo Junior

http://giderosmobile.com/forum/discussion/comment/40098#Comment_40098

Now the problem should be visible, no matter if you use either arm7 or arm64 in Architecture settings or 32 bit or 64 bit device.

yubaro

@ar2rsawseen, I still have the same error.

I have two downloads (libgideros.a of 144,3mb and 138,2mb ) and the two files give me error. What is the weight of the file that works?

Does anyone have another link to download, please?

ar2rsawseen

Guys are working on fixing, preparing and testing new build with 64 bit binaries

jdbc

I am having strange errors with self:addChild(sprite) lua code in iPhone 5 simulator 64 bits compiled but working with 32 bits version.
I would rather to wait until new Gideros version with 64 and 32 bits working, it takes me a lot of time to check everytime.

john26

We are getting close to preparing an official version of Gideros which supports 64 bit iOS. For testing I have already submitted an update of Nebula Retro with 64 bit binaries included. It passed all tests and Apple did not complain about lack of 64 bit. It is still under review. That was done using the experimental Liberton/gideros (https://github.com/Liberton/gideros/) but soon we will do a pull request and produce and official new version.

SinisterSoft

Do you have to run it with source code included? If so then it would be a good idea to hold on a little until the encyption has been beefed up and something added to strip any comments, etc?

talis

@john26 great news indeed. Fingers crossed >-

totebo

Exciting! Good work guys!

vyh77

when testing do you also need to test the plugins? if yes, please don't forget the Ads Interface!

john26

Nebula Retro 3.4 has now been accepted by Apple and should be on the app store shortly! It has both 32 bit and 64 bit components and went through without any warnings or complaints from Apple! I compiled it using the experimental Liberton/Gideros and Xcode 6.1.

If you have time please download on an iOS device and let me know if it all works. I'm particularly interested in 64 bit iOS devices. This includes

* iPhone 5s, iPhone 6 and 6 Plus
* iPad Air and iPad Air 2, iPad Mini (2 and 3)

@SinisterSoft, we have disabled byte code compilation but the LUA files are still encrypted. Yes, the encryption could be improved but we thought that is not so critical...

@vyh77, Nebula doesn't use any plugins so does not test for them. We will also test for ad interface etc. I think Marcelo has recompiled all the plugin code.