2013-06-12, 12:04 AM
First of all. This website could really use a less awful host 
I wouldn't hold your breath (https://wiki.winehq.org/ARM)
To run SOM games natively you'd need to refer to the x86 per qemu section of that page, which seems pretty dodgy at best. This platform is basically a "smartphone" so it's already probably way too puny to run a SOM game. SOM games are very cruel to the CPU. So emulating it probably won't get far.
The soonest you can play a SOM game on this is as soon as there is a complete opensource emulator for SOM. At that point it could be compiled for the ARM architecture probably just as easily as it could be for WindowsCE. Windows 8 might be easier, but somehow I doubt that it will build native Win32/64 apps against ARM.
On a side note. This "console" does have an Ethernet port. You don't need a complete emulator if you run the game on a Windows computer and have its picture sent to the client where you play games. You can do that with the following library that is about to able to work with games here soon:
https://svn.\<span> site blocked, contact your administrator/Sword-of-Moonlight/code/Sompaint.dll/
https://svn.\<span> site blocked, contact your administrator/Sword-of-Moonlight/code/Sompaint_D3D9.dll/
Because of Windows 8 and Microsoft's bad press as of late surrounding its new Xbox I am leaning toward not doing anything else with Direct3D beyond 9. So odds are good I will take a time out to work on an OpenGL target. I kind of worry Windows has worn out its welcome. I don't think there is anything to replace it. But maybe people could just take XP back for themselves. Microsoft has suggested it doesn't want XP, and MS hasn't supported its other OSes. And it's other OSes won't run on a wide class of PCs. But anyway...
Weird thing about smartphones is they have drivers for all kinds of things that don't even exist on desktops. Like OpenGL ES, open SVG drivers. All kinds of things, that for whatever reason have never been implemented for desktops. I'd rather limit the scope to OpenGL ES myself. And probably will. But it's only until ES has been adopted as a web standard very recently that anyone ever thought it might be a good idea to be able to build desktop applications around the ES API.
PS: I'd love to have an SVG API for SOM too. There is no SVG API for desktops. You'd think the desktop is supposed to not exist in 5yrs time according to someone's grand scheme. My personal assessment, if I may say so myself: these phones and tablets are like PCs for poor people near as I can see. Except they cost 10x more than what they look like they should. I suppose if you are homeless somewhere like Asia and can only afford one computer that you must take everywhere you go and there isn't the infrastructure for wired internet then maybe just maybe its a smart investment. As for this OUYA...
A phone for your TV. I don't know what to think. An open console is definitely a step forward. I am pretty far divorced from smartphone architecture development. I assume you can just compile a C++ program with GCC that will run on it with minimal idiosyncrasies (if not I probably wouldn't be able to complete the last leg of the journey)
(2013-06-11, 06:18 PM)Mord of Swoonlight link Wrote:I heard that Wine for Ouya is under development, as well. This may actually be feasible!
I wouldn't hold your breath (https://wiki.winehq.org/ARM)
To run SOM games natively you'd need to refer to the x86 per qemu section of that page, which seems pretty dodgy at best. This platform is basically a "smartphone" so it's already probably way too puny to run a SOM game. SOM games are very cruel to the CPU. So emulating it probably won't get far.
The soonest you can play a SOM game on this is as soon as there is a complete opensource emulator for SOM. At that point it could be compiled for the ARM architecture probably just as easily as it could be for WindowsCE. Windows 8 might be easier, but somehow I doubt that it will build native Win32/64 apps against ARM.
On a side note. This "console" does have an Ethernet port. You don't need a complete emulator if you run the game on a Windows computer and have its picture sent to the client where you play games. You can do that with the following library that is about to able to work with games here soon:
https://svn.\<span> site blocked, contact your administrator/Sword-of-Moonlight/code/Sompaint.dll/
https://svn.\<span> site blocked, contact your administrator/Sword-of-Moonlight/code/Sompaint_D3D9.dll/
Because of Windows 8 and Microsoft's bad press as of late surrounding its new Xbox I am leaning toward not doing anything else with Direct3D beyond 9. So odds are good I will take a time out to work on an OpenGL target. I kind of worry Windows has worn out its welcome. I don't think there is anything to replace it. But maybe people could just take XP back for themselves. Microsoft has suggested it doesn't want XP, and MS hasn't supported its other OSes. And it's other OSes won't run on a wide class of PCs. But anyway...
Weird thing about smartphones is they have drivers for all kinds of things that don't even exist on desktops. Like OpenGL ES, open SVG drivers. All kinds of things, that for whatever reason have never been implemented for desktops. I'd rather limit the scope to OpenGL ES myself. And probably will. But it's only until ES has been adopted as a web standard very recently that anyone ever thought it might be a good idea to be able to build desktop applications around the ES API.
PS: I'd love to have an SVG API for SOM too. There is no SVG API for desktops. You'd think the desktop is supposed to not exist in 5yrs time according to someone's grand scheme. My personal assessment, if I may say so myself: these phones and tablets are like PCs for poor people near as I can see. Except they cost 10x more than what they look like they should. I suppose if you are homeless somewhere like Asia and can only afford one computer that you must take everywhere you go and there isn't the infrastructure for wired internet then maybe just maybe its a smart investment. As for this OUYA...
A phone for your TV. I don't know what to think. An open console is definitely a step forward. I am pretty far divorced from smartphone architecture development. I assume you can just compile a C++ program with GCC that will run on it with minimal idiosyncrasies (if not I probably wouldn't be able to complete the last leg of the journey)