Sam is way ahead of us

I just spent, a whole 20 minutes, looking at the SDL_video.h for 1.3,
which is something I should have done a looooong time ago. Sam seems to
be way ahead of anything we have been talking about. Maybe we should
just UTSL for a while and then think about anything we think is wrong
rather that sit here flapping our gums while Sam builds SDL 1.3.

	Bob Pendleton-- 

±-------------------------------------+

Lots of changes over the last month?

I’ve only been looking at the latest snapshot from libsdl.org so far.
I’m waiting for the current SVN checkout right now…

//David Olofson - Programmer, Composer, Open Source Advocate

.------- http://olofson.net - Games, SDL examples -------.
| http://zeespace.net - 2.5D rendering engine |
| http://audiality.org - Music/audio engine |
| http://eel.olofson.net - Real time scripting |
’-- http://www.reologica.se - Rheology instrumentation --'On Tuesday 05 September 2006 17:06, Bob Pendleton wrote:

I just spent, a whole 20 minutes, looking at the SDL_video.h for
1.3, which is something I should have done a looooong time ago. Sam
seems to be way ahead of anything we have been talking about. Maybe
we should just UTSL for a while and then think about anything we
think is wrong rather that sit here flapping our gums while Sam
builds SDL 1.3.

Hello !

I just spent, a whole 20 minutes, looking at the SDL_video.h for 1.3,
which is something I should have done a looooong time ago. Sam seems to be
way ahead of anything we have been talking about. Maybe we should just
UTSL for a while and then think about anything we think is wrong
rather that sit here flapping our gums while Sam builds SDL 1.3.

Has Sam a solution for these problems already in SDL 1.3 ?
How does it look like ?

CU

Hello !

I just spent, a whole 20 minutes, looking at the SDL_video.h for 1.3,
which is something I should have done a looooong time ago. Sam seems to be
way ahead of anything we have been talking about. Maybe we should just
UTSL for a while and then think about anything we think is wrong
rather that sit here flapping our gums while Sam builds SDL 1.3.

Has Sam a solution for these problems already in SDL 1.3 ?
How does it look like ?

Go look at if for your self. There is very little documentation in
the .h files and you sure don’t need my misinterpretation of what I saw.
This is a case where everyone needs to go look and see if what they
think they need is there. I for one was very impressed by the
multiwindow support API, but rather befuddled by the render API.

	Bob PendletonOn Tue, 2006-09-05 at 17:17 +0200, Torsten Giebl wrote:

CU


SDL mailing list
SDL at libsdl.org
http://www.libsdl.org/mailman/listinfo/sdl


±-------------------------------------+

Studying current SVN right now, but I’m not finding any changes that
deal with the issues I’ve been talking about. (Using the SDL managed
textures directly with OpenGL or Direct3D, and somehow cooperating
with, or replacing all or parts of a renderer.)

Either I’m not understanding it, or it isn’t there yet. :slight_smile:

//David Olofson - Programmer, Composer, Open Source Advocate

.------- http://olofson.net - Games, SDL examples -------.
| http://zeespace.net - 2.5D rendering engine |
| http://audiality.org - Music/audio engine |
| http://eel.olofson.net - Real time scripting |
’-- http://www.reologica.se - Rheology instrumentation --'On Tuesday 05 September 2006 17:17, Torsten Giebl wrote:

Hello !

I just spent, a whole 20 minutes, looking at the SDL_video.h for
1.3, which is something I should have done a looooong time ago.
Sam seems to be way ahead of anything we have been talking about.
Maybe we should just UTSL for a while and then think about
anything we think is wrong rather that sit here flapping our gums
while Sam builds SDL 1.3.

Has Sam a solution for these problems already in SDL 1.3 ?
How does it look like ?