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/
How we got Haxe/OpenFL to run on game consoles like the WiiU and XBox.
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.
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?