Ashley sampling is already set to point and pixel rounding is on. :/

Hi again, I'm working on my run & jump project again and targeting android phones with CocoonJS. I stripped my .capx down to the point it can be readable by anyone.

This is the related .capx

I have been experiencing the following for the last few releases and decided to post about it now. I don't know if it can be fixed by changing something in the capx or it's a bug but I got too far into development (talking about the full capx) and I can't change the logic too much after this point, somehow hoping this be a bug :p

In short, this is how it looks like on desktop browsers. The way it's intended:

However my samsung galaxy s2 displays it like this:

<img src="https://dl.dropbox.com/u/3138530/2012-07-09%2012.56.58.png" border="0">

Notice the gaps between the tiled white sprite on the back. More importantly, the sprite on the right side of the platform can not follow the object it's attached to in a predictable way. Its distance from the platform changes with each instance.

Here is another:

<img src="https://dl.dropbox.com/u/3138530/2012-07-09%2012.56.23.png" border="0">

This is the CocoonJS zip you can test on your android device:

This is probably CocoonJS related instead of Construct but there's a chance it's not. Thanks for reading.

Edit:

ludei

HAH this helped me a lot! Thanks Sheepy

It was the old third party plugin named TouchMouse causing all my troubles (either that or the new appmobi plugin but I don't think it's the appmobi one)

Ashley

Mine does not use any third party plugins but I'm having this problem. Should I make the .capx available to you or ludei?

Any updates on this issue?

Have you considered potential copyright issues you will encounter?

Yup, and there doesn't seem to be anything relevant. I can provide the .capx to the devs.

I just tried it but I'm just getting a black screen with fps:>1000 showing in the upper left corner of the display screen. Maybe it's because I'm trying to host my zip file on Dropbox. The CocoonJS loader is unzipping, and loading it correctly but just a black screen. I think I will try uploading the zip file to my payed hosting server to see if that makes a difference.

Same here.

If that's going to help, my game is 1024*768 landscape with fullscreen turned on.

Working nicely Ashley, thanks again. :)

I dont think any programs on windows (none Ive used anyway) notice when you go from 1 monitor to 2 or back. The only time Ive seen it make a difference at all is when

- install new vidcard drivers and it resets your display entirely

- you change the type of display (clone, extend. etc)

Its not really construct2s (or any other programs fault) its part of windows that doesnt make these kinda checks when programs start up. Theres prolly somethin programmers CAN do to try to make sure it doesnt happen but its not somethin likely to happen

All adobe programs (like illustrator cs 5.1) manage to open their panels within the available screen area. Weird behaviour may happen seldomly but a simple switch to fullscreen and back solves that.

Ashley

Ok I were too early to give up and can't thank you enough.

This works.

I had problems with dt thought. Bullet synchronization was very off that way so I'm adding exactly 1 to AttackTimer every second. I hope I won't be sorry later. :)

Thanks but I'm having a hard time putting it to action. :/

Your pseudocode works for telling the instances when to start do things but I can't get attackintervals to work afterwards. Once "Enemy AttackTimer >= AttackInterval" becomes true bullets are fired from all picked instances every tick or I need to pick only one again. (enable the disabled condition in this relevant .capx)

Also I really don't want to make picking to effect the timing itself because my control over timing is crucial for this project.