Calling Into OuyaSDK.IsOuya

ashes999 · March 31, 2015, 11:30am

As mentioned here and here, the OUYA SDK provides a static method you can call to tell if the device is an OUYA or not:

OuyaSDK.IsOuya() // true or false

(Pending the caveat that as the OUYA OS goes to different hardware, what this means might change.)

Is it possible to expose this through OpenFL? I’m not sure how exactly OpenFL integrates with the SDK. (extension-ouya seems like it’s not updated any more.)

ibilon · March 31, 2015, 11:52am

It’s possible to expose this method through the extension,
openfl uses JNI to integrate with the SDK.

It’d be something along the line of:

public static function isOuya () : Bool {
  if (_isOuya == null) {
    _isOuya = openfl.utils.JNI.createStaticMethod("OuyaSDK", "IsOuya", "()Z", true);
  }

  return _isOuya();
}
private static var _isOuya : Dynamic;

(if I understood correctly how JNI works)

ashes999 · March 31, 2015, 1:11pm

@ibilon is that extension still maintained/active? I noticed it does have a reference to the OUYA ODK jar.

ibilon · March 31, 2015, 1:24pm

I’d say it’s not maintained anymore since it looks like it’s targeting the ODK version 1.0.8,

but if you need this extension it shouldn’t be too hard to put it up to date, looks pretty straighforward once you get the wrapping mechanism.

Contributions welcome

ashes999 · March 31, 2015, 2:23pm

Certainly, I can take a look.

My question is, where is the OpenFL code today for any integration with OUYA? It must be somewhere (I couldn’t find it). HaxeFlixel has some classes for input detection, but I thought that’s just wrapping over OpenFL code (couldn’t find that, either).

ibilon · March 31, 2015, 2:30pm

Extensions are exactly what their names imply, extensions,
no class in openfl.* builds on top of them.

What kind of integration are you looking for?

I don’t know much about haxeflixel’s source code, but I do for haxepunk’s,
in the input to deal with the ouya controler we do it ourself

github.com

HaxePunk/HaxePunk/blob/master/com/haxepunk/utils/Input.hx#L17


import flash.ui.Multitouch;
import flash.ui.MultitouchInputMode;
import com.haxepunk.HXP;
import com.haxepunk.ds.Either;
import openfl.ui.Mouse;


#if (openfl_legacy && (cpp || neko))
import openfl.events.JoystickEvent;
#end


#if ouya
import tv.ouya.console.api.OuyaController;
import openfl.utils.JNI;
#end


/**
* Abstract representing either a `String` or a `Int`.
* 
* Conversion is automatic, no need to use this.
*/
abstract InputType(Either<String, Int>)

github.com

HaxePunk/HaxePunk/blob/master/com/haxepunk/utils/Input.hx#L590


		var touchPoint = new Touch(e.stageX / HXP.screen.fullScaleX, e.stageY / HXP.screen.fullScaleY, e.touchPointID);
		_touches.set(e.touchPointID, touchPoint);
		_touchOrder.push(e.touchPointID);
	}


	private static function onTouchMove(e:TouchEvent)
	{
		// maybe we missed the begin event sometimes?
		if (_touches.exists(e.touchPointID))
		{
			var point = _touches.get(e.touchPointID);
			point.x = e.stageX / HXP.screen.fullScaleX;
			point.y = e.stageY / HXP.screen.fullScaleY;
		}
	}


	private static function onTouchEnd(e:TouchEvent)
	{
		if (_touches.exists(e.touchPointID))
		{
			_touches.get(e.touchPointID).released = true;

But nothing prevent you to build an api on top of them to mimick the openfl/flash api when/if that make sense.

singmajesty · April 1, 2015, 12:21am

People can help improve that extension, of course. It does not include the ODK because it only called a few things in JNI (I think) which we were able to recreate without the library, I think licensing terms meant we could not include the JAR directly. If they do allow inclusion of the JAR then that might be a better solution moving forward as they add things