Re: libsdl needs some tweaks for DirectFB 0.9.23

On Fri, Oct 28, 2005 at 01:23:57AM +0000, Mike Frysinger wrote:
> the new release of DirectFB breaks the libsdl DirectRB video module
> 
> specifically, this change:
> http://www.directfb.org/index.php/viewcvs.cgi/DirectFB/include/directfb.h.diff?r1=1.266&r2=1.267
> 
> but (unless i missed something), it should be trivial to fix (just annoying) 
> ... ive done so in Gentoo (also attached):
> http://viewcvs.gentoo.org/media-libs/libsdl/files/libsdl-1.2.9-DirectFB-updates.patch

hmm, i did miss something ... need to include directfb_version.h before trying
to test version defines :)

updated patch attached as well as previous URL
-mike

DirectFB peeps changed their API again:

http://www.directfb.org/index.php/viewcvs.cgi/DirectFB/include/directfb.h.diff?r1=1.266&r2=1.267

--- src/video/directfb/SDL_DirectFB_video.c
+++ src/video/directfb/SDL_DirectFB_video.c
 <at>  <at>  -40,6 +40,7  <at>  <at>  static char rcsid =
 #include <sys/mman.h>

 #include <directfb.h>
+#include <directfb_version.h>

 #include "SDL.h"

Re: Bad OpenGL performance with Linux and NVidia GF 6600

> 7431 frames in 5.0 seconds = 1485.854 FPS
> 2813 frames in 5.0 seconds = 562.479 FPS (manually maximized to 
> fullscreen, is there an option to start at fullscreen?)
>
> I think this framerate is a little bit low, but i don't have any idea, 
> what the problem could be.

A little low? The human eye can see 27 FPS, the average human can tell 
the difference between 30 and 60, the average gamer/programmer can tell 
the diff between 60 and 75. Almost 600 FPS at full screen means you have 
plenty of room to spare (granted it is glxgears).

In your code, check which OpenGL driver (software or hardware) you are 
using, that would be an indication whether you are even using your video 
card to render or not.

It could also be how you are sending the data to the card, if sending it 
piece meal, that is definatly a slow down, if sending it in chunks then 
referencing those chunks (VBO's?), then it is probably a config error 
somewhere.

HTH,
Richard

Re: SDL_SoftStretch() fixed!

> the second comparison should be (dst_w == last dst_w).
> Perhaps someone could apply it to the source...

Done, thanks!

	-Sam Lantinga, Software Engineer, Blizzard Entertainment

Re: Re: Embedded license? (SDL contributers please read!)

> of this from an authoritative source.  And/or has been used various ways 
> throughout history, either inclusively or exclusively.
> According to the American Heritage Dictionary, Gerry is quite right.  
> However, that is the inclusive use of the statement.  (Any use of 
> "and/or" is technically grammatically incorrect, inclusive, exclusive, 
> or otherwise...but I digress.)  I will happily admit my mistake, if in 
> fact I am mistaken.

This is why, even though everyone hates lawyers, we should let lawyers
write license agreements, and not engineers that think slang like
"and/or" makes good legal shorthand.  :)

Based on common patterns of US English, I'd take "and/or" to mean:
release source, object code, or both.

I am not a lawyer, this is not legal advice.

--ryan.

www.libsdl.org has problems...

This should be fixed now.  PostgreSQL was down for some reason.

	-Sam Lantinga, Software Engineer, Blizzard Entertainment

Re: about lciense

> Ok, but only if I provide the object files so the user can relink my 
> application with SDL, which I don't want to 

Ah, but you must under the LGPL.  You don't need to provide them in the
application package, but you must provide them upon demand, if requested
by the end user of your application.

	-Sam Lantinga, Software Engineer, Blizzard Entertainment

Re: Re: Trying to use SDL with OpenGL and GGI

> Thanks for the response.
> It's possible that I've missed it, but it seems to me that the SDL documentation 
> is very unclear about which back ends support OpenGL.  Is that spelled out 
> somewhere?

Almost certainly: Windows, X11, Quartz (Mac OS X), maybe whatever MacOS
9 uses, and that's it.

I highly doubt someone wrote the GL glue for GGI...I didn't realize
anyone was still USING ggi.

Also, eventually GGI is going to use X11 under the hood...it would be
better to figure out what SDL doesn't like about your X11 setup if you
only care about GGI to get an X11 GL context.

--ryan.

Re: SDL_SoftStretch() fixed!

> the second comparison should be (dst_w == last dst_w).
> Perhaps someone could apply it to the source...

Good catch: this is in CVS now.

Thanks,
--ryan.

Re: libsdl needs some tweaks for DirectFB 0.9.23

>>the new release of DirectFB breaks the libsdl DirectRB video module

Your patch is in CVS, thanks!

--ryan.

Re: SDL_SoftStretch() fixed!

Sam Lantinga wrote:
>>the second comparison should be (dst_w == last dst_w).
>>Perhaps someone could apply it to the source... 
> 
> Done, thanks!

Hah, 100 yard CVS commit dash.  :)

--ryan.