OpenFL for Home Game Consoles

How we got Haxe/OpenFL to run on game consoles like the WiiU and XBox.


This is a companion discussion topic for the original entry at http://www.fortressofdoors.com/openfl-for-home-game-consoles/
2 Likes

Do let me know if anyone has questions. Iā€™m happy to answer them!

Itā€™s impressive ! And it will be available to everybody ? Itā€™s hard to belive because itā€™s so incredible and exciting !

Valve has been pushing to get more games on Linux but of the three funding partners, Yummy Circus is the only one that currently listed as running on Linux. So, while everything about the presentation is interesting/cool, what really caught my eye was: ā€œyou can do ā€˜lime build linuxā€™ ā€¦ā€ Also, you stated in the QA part of the talk that OpenFL supports Linux.

So as part of step 2, will you be accepting beta testers to test OpenFL flavors of either Defenderā€™s Quest or Paper, Please? Or, more importantly, is there a way for Linux users that already have payed for either of these game to sign up to beta test them on Linux?

Lastly, is the OpenFL support for Firefox OS and HTML5 at all based around Mozillaā€™s asm.js? Is there ever any use of emscripten?

The original Defenderā€™s Quest I (written in AS3) runs on Linux, albeit via Adobe AIR, is it not listed as such on Steam? (If so it might be because it runs on regular flavors of Linux, but has issues installing on SteamOS due to a giant headache list I wonā€™t get it into at the moment, but suffice it to say Iā€™m tired of Adobe AIR).

When we roll out the HD upgrade of Defenderā€™s Quest I (written in Haxe/OpenFL) weā€™ll definitely be putting out a proper native Linux and SteamOS release.

And yeah I wouldnā€™t mind a proper linux tester or two! For Papers Please youā€™d have to contact Lucas Pope and see what his plans are for that, Iā€™m not sure if he has any.

As for OpenFLā€™s FirefoxOS/HTML5, you should talk to Joshua Granick (@singmajesty on twitter, @jgranick on github) over at OpenFL.org about that. For regular HTML5, OpenFL uses haxe code that compiles to JS, and it has three separate rendering modes depending on the authorā€™s needs - DOM, CANVAS, or WebGL. Iā€™m not sure to what degree it uses asm.js or emscripten.

So thatā€™s ā€œPhase 2.ā€ There will be some terms people will have to agree to (you canā€™t develop on a console unless you are signed up with that consoleā€™s owner, like Nintendo, MS, Sony, etc), blah blah, but as long as you can agree to the terms and whatever maintenance cost there is, the idea is we would like to make it available to you. We canā€™t officially promise that of course, until we have approval as official 3rd party middleware from the various console owners. Thatā€™s one of the things weā€™re working on right now.

Both Defenderā€™s Quest I and Papers Please are listed as for Linux on Steam. I am sorry about the incorrect statement before. Previously, the Steam Store used the Linux Tux penguin logo to indicate Linux support. Now they use a Steam logo (I guess to mean SteamOS) instead. I assumed the Steam logo was part of the Steam Play logo.

Personally, I donā€™t care if a game is native or uses a runtime system. I still have fun with games that run via DOSbox or WINE. However, I am still glad to here there will be an alternative to using Adobe AIR given that AIR for Linux was discontinued in 2011 with AIR v2.6 (they are now up to AIR v17 which canā€™t run on Linux).

Ah, whew. Yeah it is a SUPER pain to get AIR to run on linux. We personally use a custom install script that does all sort of black magic to force it to run correctly on 90% of systems but we still get lots of support requests for it. Canā€™t wait to leave that behind for good.

Okay, I am super sorry to necro a 2 year old thread but I have to know if this project is still going. Iā€™ve done my best to find any information about this but there is literally nothing out there, barring a 3 year old reddit thread. I understand that working with console SDKā€™s may mean that traditional update logs are imposable but it would be really nice to get a yay or nay on whether or not this project is still going as Iā€™m super hyped to see proper cross-compilation working across such proprietary systems.

Again sorry for the necro but I just have to know, yā€™know.

Hey there!

I went silent because I realized in retrospect I announced it too early and I should have waited until more was done.

So hereā€™s your update!

We ultimately had to drop WiiU support because Nintendo killed that sucker fast.
PS4, PSVita, and XBox One are still go. Nintendo Switch is a possibility.

As for PS4, PSVita, and XBox One ā€” Defenderā€™s Quest will ship on all three of these platforms soon. Probably before the year is out. Specifically, the backend tech is done, the console-specific game UX code is done, and I am going through the certification checklist on all three platforms and weā€™re most of the way there. I expect to enter certification itself imminently.

Once I have shipped my own games with this tech I will talk with my partners and put together a final plan for making it more broadly available. Things took longer than I expected and wound up being more complicated, such is gamedev.

(This is Lars, not Emily, I forgot I was on her account)

Thanks for the response. Iā€™m glad to hear that this is still a thing as console cross-compilation still sounds like some crazy sci-fi tech even if it can only work with the reduced target set of PS4, Vita and XBox One. Best of luck getting this to fruition and I look forward to your next announcement.

Hi @emilysweet @larsiusprime.

Iā€™m investigating solutions for a Haxe/OpenFL port to Nintendo Switch. Weā€™re already licensed Switch developers and have several games coming to the platform in the next few weeks.

Any chance we can maybe help you on this?

Absolutely, Tom. Send me an email at lars.doucet@gmail.com and letā€™s talk.

1 Like