Would it be possible to add GPS velocity as raw input sensor data? The number of visible GPS satellites may also be a useful parameter to have available.

I see now , thats interesting and I kinda have developed a method overnight for making it work , I believe as developers we should be
pushing the limits as much as possible to show the potential of AppGameKit , would still like to see a "GetRootDir()" function

@Native Tech - ya you can do it yourself on windows, but on Android and iOS there are not any options for it. iOS we might not be able to do anything. Android we sure should have access to the SD card. Just general file explorer with skinnable GUI would be best, but that's probably best in a library. Still need the ability for AppGameKit to find directories in Android.

Draw upon the Camera view needed!
Maybe this must be direct drawing of camera-view into the image, or just into the screen but with possibility of drawing on it.

And would be cool, if that could have a access to the pixel data.

I vote for more more spine control:

- Support for FFD (free form deformation) at runtime
"Free-Form Deformation (FFD) allows you to move individual mesh vertices to deform the image. FFD allows meshes to stretch, squash, bend and bounce in ways that aren't possible using rectangular images."

- More post processing abilities - at the same level as ordinary sprites

- IK at runtime when available from esoteric

I know this is a long shot and a rather big task, but if we are going to have spine support I think this is important.

That said, I am happy there is spine support at all.

http://esotericsoftware.com/spine-in-depth#Features

BTW: TGC (...paul) is doing a great job with agk v2. Fabulous new features and compiling time is fantastic.

Can we get setviewangle? We already have setviewoffset and setviewzoom. Being able to rotate too would be sweet!

@ Naphier,

Don't know whether I have properly explained the reasons support for Sqlite3 (nb. See how it is spelt) is such a very good idea. It is fast, powerful, has no dependencies and utilises the very flexible idle SQL language. It's a must. So very many apps and games use it for background databases. It is rock - solid. Hell, even Internet browsers use it. And with proper support for blobs (tied to memblocks) you could save images, sounds and files directly in to databases too).

Along similar lines, and not sure if this has been raised already, full support for x ml and for JSON databases too would be darned handy - although nothing like as handy as Sqlite3...

I agree with Duffer. Sqlite is the format my company's data systems are changing to for file delivery.

@Duffer & Jim
I totally agree about SQLite3. It's on the initial post (added it a few days ago). JSON and XML parsing are up there too.

When I do a final poll I might also ask folks to rank these. In my opinion SQLite3 would be top priority over the other two, because whatever you can do in JSON or XML can be done in SQL and probably faster. A db with the ability to store memblocks would open up a world of possibilities, too.

@CJB - SetViewAngle was added to the master list a couple days ago. I agree, would be very handy.

@TimShark - Can you explain on post-processing a bit more? We have Sprite shaders now, I'm not sure what else you might be referring to.

@Alex_Peres - Draw on camera view is on the list! Are you asking for access to the pixel data from the camera?

@John McIver - good idea, GPS velocity is a must IMO. I've added both to the master list.

@Native Tech - Sadly, Jim is correct. Android and iOS only support one music stream. So we can't do crossfading or overlapping unless you convert to WAV sounds or use some sort of memblock setup to mix the file data. With either method I think it will be fairly slow on mobile. I agree this would be nice though, if it were possible.

@Ranietz - Multiple sprite textures would be awesome. I've added it to the list, but I don't have high hopes on this.

@Duffer - I've also added the array functionality to the list that you're talking about. I'm not fully aware of the commands planned for arrays in v2, but I'll assume that Paul has finished. That said... You can resize arrays by myArray.length = newLength. I think undim still works to destroy the array. Seems to in my programs at least. Also it appears that dim can still be used to resize. I'm a little confused at getting the current element that you're at. I'm not sure that applies to AppGameKit arrays since you don't step through them with read commands. Can you elaborate? Sorry I just want to be clear. All the others I have added that you list. If you have a chance to be more specific on even more commands for arrays then please do so. I haven't used DB in years now so can't remember how arrays work there.

--------
Master list should be up to date at this point. Let me know if I missed anything that I haven't asked about already
Thanks guys, this is forming up nicely!

@ Naphier,

Great thanks. It\'s shaping up. Will be interested to see where TGC take this.

Just occurred to me that if (tall order) AGK2 fully supported PHP version 5+ that would incorporate support for Sqlite3. Of course you\'d then have to also become conversant with PHP - but realise some may want PHP as well... 2 birds with one stone?

I think direct Sqlite3 commands within AGK2 will be better and far far simpler for TGC to achieve. I think I\'ve narrowed it now to 20 potential commands. (see below)

Re Arrays will need to review dbpro and ianm plug in versatility and get back to you in 3-4 days when back in UK.

I will post draft suggested Sqlite3 commands and draft suggested additional Array commands then too.

Awesome, that sounds, great Duffer!
I do think incorporating PHP into AppGameKit would be a bit much to ask for. But it would be really cool. Or you could just talk to a webserver a lot

@ Naphier,

Thought of some more useful functions in AGK2. ..

* Generic encryption of file commands.

* Encryption / password protected functionality in zip commands.

* String encryption/decryption.

@ Naphier,

* Tiled / similar support

* Isometric tile commands support.

* 3D terrain commands?

"Are you asking for access to the pixel data from the camera? ",
Yes, that will be great feature!
I think if to get a camera view as an IMAGE or MEMBLOCK - we will get this access!

@ Naphier

@TimShark - Can you explain on post-processing a bit more? We have Sprite shaders now, I'm not sure what else you might be referring to.

- Does shaders work with skeletons?
- Does setspritecolor work with skeletons?
etc.

Tim

So you're looking to have access to the sprites of a skeleton and be able to use all the other sprite commands on them, correct?

.

So you're looking to have access to the sprites of a skeleton and be able to use all the other sprite commands on them, correct?

Something like that. Like the ability to change the opacity of a skeleton..

If you use render to image you get anything rendered as an image which could then be turned into a memblock to access pixel data...

@ Naphier, Baxslash

It seems that AppGameKit supports changing the atlas texture for a spine skeleton at runtime. If this is true then that would give us a lot more opportunities with spine skeletons. (since skinning is not supported)

Manual: "AGK does support applying alternative atlas textures to a skeleton after it has been loaded in AppGameKit, so this is the recommended method of changing skins inside AGK."

I?ve tried without success to do this, but there is no command that lets you change the atlas on an existing spine skeleton. Or is there? This would be great.

If you have a chance to be more specific on even more commands for arrays then please do so.

Any word on LoadArray and SaveArray? These are part of stretch goal 2 for AppGameKit 2, and would be extremely useful, for me at least.