Hi,
I was wondering if the new OpenGL has deprecated the fixed pipeline,
is SDL 1.3 still be using opengl 2.0 to render images?
Regards,–
David
Technically, you can use any version of opengl through SDL’s opengl
library/function loading header.
http://wiki.libsdl.org/moin.cgi/SDL_GL_LoadLibrary
http://wiki.libsdl.org/moin.cgi/SDL_GL_ExtensionSupported
http://wiki.libsdl.org/moin.cgi/SDL_GL_GetProcAddress
Take care,
-AlexOn Mon, Nov 8, 2010 at 4:28 PM, David Roguin wrote:
Hi,
I was wondering if the new OpenGL has deprecated the fixed pipeline,
is SDL 1.3 still be using opengl 2.0 to render images?Regards,
–
David
SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
Yes, but I’m more interested in how SDL-1.3 will handle its
SDL_texture, if it’s going to change to use the new object API or it’s
going to keep the fixed pipeline?On Mon, Nov 8, 2010 at 6:33 PM, Alex Barry <alex.barry at gmail.com> wrote:
Technically, you can use any version of opengl through SDL’s opengl
library/function loading header.
http://wiki.libsdl.org/moin.cgi/SDL_GL_LoadLibrary
http://wiki.libsdl.org/moin.cgi/SDL_GL_ExtensionSupported
http://wiki.libsdl.org/moin.cgi/SDL_GL_GetProcAddress
–
David
Speaking of “fixed pipeline”, and somewhat connected to my previous topic, suppose I somehow crazily believe that I managed to figure a better way to do some thing the openGL pipeline already does (or perhaps my app doesn’t need some crucial portion of it), can I disable that piece somehow or subvert it to my biding? What if I use CUDA, can I subvert those transistors to my way of doing things, at least to benchmark my new algorithm against openGL pipeline?
Thanks!
MM— Em ter, 9/11/10, David Roguin escreveu:
De: David Roguin
Assunto: Re: [SDL] OpenGL 3 with SDL 1.3
Para: “SDL Development List”
Data: Ter?a-feira, 9 de Novembro de 2010, 11:08
On Mon, Nov 8, 2010 at 6:33 PM, Alex Barry <alex.barry at gmail.com> wrote:Technically, you can use any version of opengl through
SDL’s opengl
library/function loading header.
http://wiki.libsdl.org/moin.cgi/SDL_GL_LoadLibrary
http://wiki.libsdl.org/moin.cgi/SDL_GL_ExtensionSupported
http://wiki.libsdl.org/moin.cgi/SDL_GL_GetProcAddressYes, but I’m more interested in how SDL-1.3 will handle
its
SDL_texture, if it’s going to change to use the new object
API or it’s
going to keep the fixed pipeline?–
David
SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
Question to chew on a little:
The current stable release is OpenGL 4.1. Why are we still asking whether or
not we should include support for OpenGL 3, which came out almost 2.5 years ago,
in SDL 1.3?— Em ter, 9/11/10, David Roguin escreveu:
De: David Roguin
Assunto: Re: [SDL] OpenGL 3 with SDL 1.3
Para: “SDL Development List”
Data: Ter?a-feira, 9 de Novembro de 2010, 11:08
On Mon, Nov 8, 2010 at 6:33 PM, Alex Barry <alex.barry at gmail.com> wrote:Technically, you can use any version of opengl through
SDL’s opengl
library/function loading header.
http://wiki.libsdl.org/moin.cgi/SDL_GL_LoadLibrary
http://wiki.libsdl.org/moin.cgi/SDL_GL_ExtensionSupported
http://wiki.libsdl.org/moin.cgi/SDL_GL_GetProcAddressYes, but I’m more interested in how SDL-1.3 will handle
its
SDL_texture, if it’s going to change to use the new object
API or it’s
going to keep the fixed pipeline?–
David
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
Quoth Mason Wheeler , on 2010-11-15 16:23:52 -0800:
Question to chew on a little:
The current stable release is OpenGL 4.1. Why are we still asking whether or
not we should include support for OpenGL 3, which came out almost 2.5 years ago,
in SDL 1.3?
That depends on which platforms SDL 1.3 is going to be targeting.
Many PCs still use hardware from earlier times, and (for instance)
Linux/X11 drivers for modern graphics cards often lag well behind
comparable drivers for more popular platforms due to manufacturer
non-incentive and licensing issues.
As a data point, I have a vaguely modern Radeon HD card, and I’m using
the Mesa drivers from Debian experimental (which is the repository
one step beyond “unstable”, for those of you who may not know) in
order to get GLSL support. glxinfo and glewinfo report OpenGL 2.0.
(The answer may well turn out to be “use SDL 1.2 instead”, but that
should ideally be an actual decision rather than something that just
falls out of the plumbing unnoticed, as the above poster may also have
been implying.)
—> Drake Wilson
And lets not forget that the poor Mac users still only get OpenGL 2.1 level
drivers.On Tue, Nov 16, 2010 at 4:42 AM, Drake Wilson wrote:
Quoth Mason Wheeler , on 2010-11-15 16:23:52
-0800:Question to chew on a little:
The current stable release is OpenGL 4.1. Why are we still asking
whether or
not we should include support for OpenGL 3, which came out almost 2.5
years ago,
in SDL 1.3?That depends on which platforms SDL 1.3 is going to be targeting.
Many PCs still use hardware from earlier times, and (for instance)
Linux/X11 drivers for modern graphics cards often lag well behind
comparable drivers for more popular platforms due to manufacturer
non-incentive and licensing issues.As a data point, I have a vaguely modern Radeon HD card, and I’m using
the Mesa drivers from Debian experimental (which is the repository
one step beyond “unstable”, for those of you who may not know) in
order to get GLSL support. glxinfo and glewinfo report OpenGL 2.0.(The answer may well turn out to be “use SDL 1.2 instead”, but that
should ideally be an actual decision rather than something that just
falls out of the plumbing unnoticed, as the above poster may also have
been implying.)—> Drake Wilson
SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org