Anyone have any views on which Android phone is worth getting?

I'm looking at the HTC Wildfire.

Any opinions on this?

It's not going to be used as an MP3 player, as I use my iPod touch for this, but I'd be interested to hear about any other features people have used on an Android phone.

Cheers,

Krush.

Thanks for the update guys.

I know that assimp supports embedded textures when importing models, so does the 3D Object in Construct support the DirectX format (.x)?

Also, seeing as assimp supports animation, is that on the cards too?

Either way, thanks again for working on the 3D Object, even though you don't want to go too far down that path.

Cheers,

Krush.

...only to realise you cant store arrays in private variables without a crash...bloody developers should fix that bug!

Now there's a bug that WILL get fixed!

no, it's not possible...but David said something about importing 3d models feature, it may be in the next build.

Of course it's possible to create the illusion of 3D models in a 2D platformer.

The Donkey Kong Country games did that years ago on the SNES (love those games), as did many others, albeit not as well as the DKC games.

Render your 3D models in Max and import them.

Simple as that.

I'm looking forward to the OBJ importer, if it happens, but don't expect that to open up Construct to full 3D games.

At best, we'll have control over 3D meshes from a single 2D perspective, and although that will open up a lot of possibilities, you'll still need to look elsewhere if you want to create 3D games.

Krush.

You can also move objects to another layer during runtime with the Z Order>Move to Layer command.

Krush.

*facepalm*

Lol,

My thoughts exactly.

Having the option for it could attract those like myself who are more 3d oriented

What he said!

Looking forward to the new obj object.

I hope we get a decent set of parameters to manipulate the object with.

Krush.

I think replicating the bug is going to be difficult, because it doesn't seem to have any specific error other than conditions triggering when they definitely shouldn't and disabled groups still being executed.

I can only hope that that can point the devs in the right direction.

Krush.

Yeah, although it doesn't take 2 minutes to write custom wait routines, the temptation to use a plugin for it was too much.

I didn't know that it wasn't finished though.

Maybe we need a "Verified" state for plugins that have been checked thoroughly, and are considered finished by the author.

I'm sure that a lot of people are using plugins that aren't finished without knowing it.

BTW, I can confirm that my game now works as it should since I've taken out all use of the Wait object, and put in custom routines in their place.

It's odd how a plugin could affect the logical path of programs though, especially allowing disabled groups to run.

Krush.

Hi Guys.

I hit a problem a few days ago which I couldn't find an answer to.

It just didn't make sense.

I think I've finally nailed it, but the problem still doesn't make sense, and seems to be down to object error rather than Krush error.

I can't upload the cap, but I can try and explain the method of coding used, and why the error (to me) doesn't seem right.

I use groups extensively, because they can be used in so many ways, and are a great way to control your code.

I generally have one or two groups active at a time to control the game, with occasional groups being enabled to perform a function or set up as a handler, which self-terminate when needed.

Now, with this in mind, lets say I have a MainLoop group which monitors keyboard input, enables other groups that update the screen, etc.

When a specific key is pressed (lets say Space), the group will terminate itself and enable another main control group (lets say MainLoop2).

Now, from this MainLoop2 group, all sorts of things could happen, and control could be passed around to various other groups, and some groups enabled to perform a specific self-terminating task.

It's not important really, because it's just an example, but it gives an idea of how I structure my coding with Construct.

It works very well.

That is until a few days ago.

I noticed that the MainLoop group which monitors keyboard input for certain tasks was still triggering even when the group was disabled.

Obviously, this meant things went haywire, and it took me a little while to notice that the disabled group had an event that was still triggering.

Even more bizarrely, when I created a Global Variable "Phase" to make sure that the event couldn't trigger more than once (by setting it to 1 and adding a condition to the event allowing it to only trigger when it was 0), it still triggered, even though the debugger shows that the variable Phase was 1, and therefore it should be impossible for the event to trigger.

What's all this got to do with the Wait Object?

Well, this afternoon, I spent a considerable amount of time going through the code (and wondering if I should have written it in HGE and C++ after all), I noticed that to set the timing of automated events, I'd used the Wait Object.

I haven't used this object in any other projects, and only added it in the last couple of weeks because someone mentioned it on these boards.

I hadn't even realised it was there until then.

I am now in the process of replacing all the Wait commands with my own wait loops, but it looks like things are now triggering only when they should.

I can't explain why using the Wait Object would make things act so strangely.

I think that there were only about 5 or 6 Wait commands used, but it knocked my game for six.

I'm not sure how easy it would be to reproduce the error in a sample cap, because I'm just glad to be able to get on with my game, rather than binning it.

But if you are using the Wait Object and you are getting strange behaviour for no apparent reason, it's something worth looking at.

Once I've replaced them all with my own wait loops, I'll post back here and see if it solved all the problems.

In the meantime, anyone else have strange behaviour with the Wait Object?

Krush.

Well that seems to be about right I think.

Considering how much is going on, those frame rates seem reasonable to me.

I'd mostly expect a laptop to have a drop compared to desktops, unless it's a top of the range Sony.

I never use my laptop for games, although I know quite a few people who do.

Krush.

Nice!

I wonder why my machine isn't getting a better frame rate then.

What's your machine spec?

I'm just curious as to why there seems to be such a big difference between machines.

Krush.