Ah yes, that’s correct. I remember now seeing that and going “DOH”. One of
the reasons I’ll never target Metro for anything serious. It would require
ANGLE (GL -> D3D layer) which is somewhat excessive work, IMO.
PatrickOn Tue, Jul 10, 2012 at 9:48 AM, Mason Wheeler wrote:
This might not be correct, but from what I’ve seen, I think that OpenGL
is “desktop-only”. So SDL for Metro would require a special Metro-specific
build with all the OpenGL functionality disabled, or it would fail to load.
Message-ID:
<CAEk2Stm9m5J=S6qyyZvNA9J6UDv_uzv7JqH+jRtfJ+BJpo8e2w at mail.gmail.com>
Content-Type: text/plain; charset=“iso-8859-1”I want to talk about ms metro dev and sdl. I don’t think sdl should care
about it since it’s not a platform. Do you have anything to say about
that? I haven’t seen anything that says there is an sdl bug on this topic
or that this said bug is resolved. If there is someone please forward or
direct me.Well, I wouldn’t expect for an explicit bug report or “NO” from anyone.
It’s a community driven project, largely the cost of supporting the unusual
platforms is zero to the uninterested. SDL supports some real oddballs;
immediately nixing Metro would seem arbitrary, especially if people stepped
up to provide necessary time and effort to make it a stable target.The issue I see with SDL supporting it is that the current Win32 APIs seem
to now be marked with whether they are supported on Metro and/or Desktop.
SDL’s Win32 code is written for (what is retroactively labeled) “desktop”,
and to ensure compatibility with Metro, an audit of API usage would be
required, or at least attempt to compile under ARM with VS2012 and see what
breaks. As far as I can see, that is the major technical hurdle for SDL. As
for the question of “should” – well, I dislike the Metro idea personally,
but it isn’t up to me or you to decide. People who care about it as a
supported target for SDL can write code for it, just as it was done for the
iPhone and Android targets. If there is no interested parties or $ to hire
a developer to do the port, then I guess Metro remains excluded.Patrick
I suspect that at least some of the SDL_RWops code would need to be
rewritten, since MS changed some file-api behavior in the WinRT API
that Metro sits on (or maybe is part of?). It would also likely
require the addition of metadata, and I worry that it might even
require a complete refactoring of the SDL API to be more COM-ish,
since Microsoft is reemphasizing that for native code.
Ultimately though, I think an actual analysis of Metro/WinRT would be required.
Fortunately, at least the desktop/laptop (and maybe tablet) OSes will
retain Win32 support, so this can be stalled for a little while.> Date: Tue, 10 Jul 2012 09:45:22 -0500
From: Patrick Baggett <baggett.patrick at gmail.com>
To: SDL Development List
Subject: Re: [SDL] Default struct packing alignment
I have SDL2 running on WinRT (Metro) with almost all API ported,
including threading, audio, virtual keyboard and mobile callbacks/events
with SDL12 compatibility layer (SDL_surface support), together with
SDL_image, SDL_mixer and SDL_ttf. No OpenGL support though…
P.On Tue, 10 Jul 2012, Patrick Baggett wrote:
Ah yes, that’s correct. I remember now seeing that and going “DOH”. One of
the reasons I’ll never target Metro for anything serious. It would require
ANGLE (GL -> D3D layer) which is somewhat excessive work, IMO.Patrick
On Tue, Jul 10, 2012 at 9:48 AM, Mason Wheeler wrote:
This might not be correct, but from what I’ve seen, I think that OpenGL
is “desktop-only”. So SDL for Metro would require a special Metro-specific
build with all the OpenGL functionality disabled, or it would fail to load.
Nice! I’m looking forward to a patch! :)On Wed, Jul 11, 2012 at 3:34 PM, wrote:
I have SDL2 running on WinRT (Metro) with almost all API ported,
including threading, audio, virtual keyboard and mobile callbacks/events
with SDL12 compatibility layer (SDL_surface support), together with
SDL_image, SDL_mixer and SDL_ttf. No OpenGL support though…
P.On Tue, 10 Jul 2012, Patrick Baggett wrote:
Ah yes, that’s correct. I remember now seeing that and going “DOH”. One
of
the reasons I’ll never target Metro for anything serious. It would
require
ANGLE (GL -> D3D layer) which is somewhat excessive work, IMO.Patrick
On Tue, Jul 10, 2012 at 9:48 AM, Mason Wheeler <masonwheeler at yahoo.com wrote:
This might not be correct, but from what I’ve seen, I think that
OpenGLis “desktop-only”. So SDL for Metro would require a special
Metro-specificbuild with all the OpenGL functionality disabled, or it would fail to
load.
SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
Hi,
that is the same question we have. Are any patch or DX support planned yet?
Alternatively does it give any plans for an OGL to DX Layer?
Thanks 
Sam Lantinga-4 wrote:>
Nice! I’m looking forward to a patch!
On Wed, Jul 11, 2012 at 3:34 PM, wrote:
I have SDL2 running on WinRT (Metro) with almost all API ported,
including threading, audio, virtual keyboard and mobile callbacks/events
with SDL12 compatibility layer (SDL_surface support), together with
SDL_image, SDL_mixer and SDL_ttf. No OpenGL support though…
P.On Tue, 10 Jul 2012, Patrick Baggett wrote:
Ah yes, that’s correct. I remember now seeing that and going “DOH”. One
of
the reasons I’ll never target Metro for anything serious. It would
require
ANGLE (GL -> D3D layer) which is somewhat excessive work, IMO.Patrick
On Tue, Jul 10, 2012 at 9:48 AM, Mason Wheeler <masonwheeler at yahoo.com wrote:
This might not be correct, but from what I’ve seen, I think that
OpenGLis “desktop-only”. So SDL for Metro would require a special
Metro-specificbuild with all the OpenGL functionality disabled, or it would fail to
load.
SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
–
View this message in context: http://old.nabble.com/Re%3A-Metro-support-in-SDL-tp34140328p34418906.html
Sent from the SDL mailing list archive at Nabble.com.