egos i'd love to check out that plugin sometime if it's public. regardless, yea thats a good thought... to just roll your own. Just glad to know it's not just me with this particular object.

thank,

Caleb

awesome, i'll posted my progress on another forum thread.. Bee Active will always "bee free" ha!

also for anyone wanting to know more about the controller stuff, i have resources on it over on this thread it hasn't been perfected yet, but it should still be a helpful starting point. I plan on doing more on it, I've just had to divide my time and I'm more interested in IAP options because I'm not interested in making more free games for the Ouya without some monetization in there.

— thanks! I plan on doing an update for it, but all my Ouya time has been spent figuring out IAP stuff. CocoonJS might not be good for Ouya/IAP.. but fine if you want to make a 100% free game. There is another solution though that might take awhile to make, will insure C2 devs can make games for the Ouya for sure. A solution provided by a developer at Ouya, so this is going to be exciting. Nothing will happen though till September due to other current priorities on the devs plate.

Thanks!

Caleb

I've also done some further digging and reaching out to Ludei. I realize that my account was a standard account, not premium. I have since applied for premium access and got it. The big thing that I'm curious about now is that they don't list an Ouya market in their options

also they have a gamepad option which I don't know really means anything. Standard users have gamepad support so maybe it's more of an option to turn it off for games that don't need that code in their projects.

I'm looking to dig into this deeper in September when a dev from Ouya will have some time to help me explore some other creative options we can come up with for C2 that might bypass the need for CocoonJS or perhaps allow us to simply make direct ajax calls to the store itself somehow.. still early.. but i'm optimistic we will find a solution for this.

yea i'll look closer at what's going on.. maybe accessing the raw axis is a problem.. still some stuff to investigate..

also even with my updated (but not released) version of Bee Active, the buttons were behaving right.. so yea i'm just going to have to dig deeper on this.

but wait there's more... ugh.. so I did some testing of my app using the new found mapping that works for PC and it seems that these mappings themselves are still inconsistent with what the Ouya actually responds too.. having this app of course was helpful because it let me test everything.. but yea there is some pretty whacked out stuff.. so I'm going to have to work on this some more to figure out the mapping specifically as it pertains to the Ouya itself..

pretty annoying because it means you basically can't do any debugging on a pc and have that version go straight to the Ouya...

so in the short term all I've managed to do is show someone how to map to an ouya controller for pc.. which isn't all that useful. i guess in a perfect world, someone could do all their dev on a pc and use this.. and then once it's fully worked out.. modify the inputs accordingly to reflect the game..

however I'm concerned with a few things I'm seeing so far.. the biggest one being that the mouse touchpad seems to overlap with the left analog x and y.. none of the four dpad buttons even registered (though left and right were fired off by the left and right analog joystick buttons.

So yea I'll see what I can figure out.. but this is a debugging nightmare.. because now i'd have to make new builds through cocoonjs.. which take around 5-10min to compile and get them on the device to then test, etc..

UPDATE: I never installed the android SDK on this machine so there is a chance that maybe I was using some kind of default windows driver might be part of the problem.. i know at one point (i'm on windows 8.1 now) that with Windows 8 the touchpad worked. now it doesn't. So that might reveal something

Ok so far, I have answered part of my question. If you're new to cocoonjs, you have to make a "Compile Launcher" app. http://support.ludei.com/hc/en-us/artic ... -purchases

In my case I'm only checking the Ouya. Hopefully this keeps options and such simpler. I'll keep reporting in as things develop. I know I've seen a game on the Ouya that was exported with CocoonJS (not made with C2) that supported IAP so I'm optimistic that this will work.

Hi there,

I can't find any current tutorials out there that explain how it works so I'm starting with the official C2 "IAP Object". Looking at the manual they give a simple three step process which simple enough, but then it stops and just goes on to explain the different actions. https://www.scirra.com/manual/173/iap

here are the three steps from the manual:

1. On start of layout, use the Add product ID action to add the product IDs you will be using, e.g. "product1,product2,product3".

2. After that (still in the 'Start of layout' event), use the Request store listing action. This starts downloading the names and prices of the given products. Some platforms require this information to be available for the IAP features to work.

3. When On store listing success triggers, the product names and prices are available, and purchases can start being made or checked with the Has product condition.

So my question is basically this.. "how does the app know where to send the the product id / requests?" There doesn't seem to be any place where some form of URL / IP address or any other authentication occurs. The manual says it supports six different platforms. There must be some place where account info / app id or something is entered so you know what to connect too.

My immediate goal is to use this generic "IAP Object" to connect with the Ouya store or even the one with CocoonJS since I'm using CocoonJS as a wrapper, but the one IAP tutorial I found and resources out there seem outdated. I don't even see an IAP store under services like some screenshots show. This is the only comprehensive tutorial I've found on this subject https://www.scirra.com/tutorials/645/in-app-purchase-on-google-play-android-using-cocoonjs but I don't see the same stuff he shows in his tutorial. It's like Ludei removed IAP support.

look at what he sees in his tutorial

look at what I see in the same services view

I would imagine that if Scirra claims you can reach six different markets they would provide some instructions on how to use the object in each of those specific fashions to address the unique steps otherwise how do they even know they stores work? It would seem that while testing things out they would document the process.

Ultimately IAP are extremely popular right now so maybe I'm just overlooking something very simple, but my research so far has come up very empty handed.

Grimbarian it was my pleasure and i'm just glad to see it becoming a real possibility. I didn't get anywhere with IAP yesterday, but that has a lot to do with not connecting with Tim over at Ouya to talk about real options.

Right now though I'm looking at the standard IAP system n C2.. and I don't get how it works. There are no tutorials on how to use it for all the markets it claims it supports. I'm going to dig some more today to figure out.

Behold! It is done.. http://part12studios.com/games/OuyaController/

(Remember if you're using chrome, the ouya controller only likes to connect once.. each time you have to close the browser and reopen it when testing things out)

the big thing was realizing that for any axis stuff i needed to use the Gamepad.RawAxis(0,0) stuff for both analog triggers and thumb sticks to insure there was no overlap..

the rawaxis mapping is:

left thumb x - (0,0)

left thumb y - (0,1)

left trigger - (0,2)

right thumb x - (0,2)

right thumb y - (0,3)

right trigger - (0,4)

Thanks everyone, especially LittleStain for your help with this. I learned a lot through this exercise.

I'm working next on getting an IAP solution for the Ouya. I'll let folks know how that goes once it's there.

in the meantime attached is an ouya controller capx.

Grimbarian we're all set.. we have access to every button on the ouya now.. analog or otherwise.

Thanks

Caleb

no problem, i was just throwing it out there if you had some time it wasn't too tough to remap.. I'm just disappointed about the analog controls I couldn't get to work properly on the Ouya. Hopefully someone can find out what I'm doing wrong.