Does OS4 SDL work in OPENGL mode?

I've just been taking a quick look at porting makehuman, a program for moddeling errm 'humanoids' written in python and C. It uses SDL and OpenGL.

I thought that SDL worked with minigl but I can't seem to get anywhere with it.

It fails to open a window, and exits

This call returns NULL



whether or not I force fullscreen. I remember reading that windowed mode didn't work but fullscreen did?

windowWidth and windowHeight are 800 x 600
SDL_GetError() returns an empty string

This was supposed to be a bit of light relief in between blender updates! :-/

@broadblues

link with -lGL -lGLU -lSDL and not with -lSDL -lGL -lGLU.

It should work.. or at least it was working in the past..

@afxgroup

Thanks for the reply. My link line is

g++ -use-dynld -lpython25 -lexpat -lpthread -lz -ldl src/core.o src/glmodule.o src/main.o -o makehuman -lGL -lGLU -lSDL

It links fine, just fails to open a window....

@broadblues

I downloaded Hans De Ruiter example SDL / GL app and that worked fine, so not SDL issue.

After a little head scratching I noticed that Hans was pasing 0 as the 'depth' where the program was passing 24, changed to 0 and it works fine. Well it opened a window on a screen anyway...

@broadblues

SDL's MiniGL support needs work. To be honest, the SDL port would benefit from a larger update to add things such as HW accelerated blending using OS 4.1's compositing functions.

The problem is finding someone who is able and willing to do the work.

Hans

@broadblues
If you remember, some time ago i ask you about some help related to new buffer management functions techniq. in the minigl2.2 , and that was because i tryed to implement window mode support for openl/sdl progs. But, after i while i just understand that it's too complicated work for me, and better to do that by someone who have more skills with minigl2.2 and sdl code at all.

In general, i just hope in mind, that someday Hans will be tired of our current SDL realisation, and will fix all that crappy bugs :) (i know, hes busy with hd-drivers,etc, but still ..).

Hans also make a request, on amigabounty about that SDL perfomance/bug fixing (here), 1 month ago. But, it's still in "suggestion" state, and no any dollars on that bounty still (i think its because of suggestion state of bounty? ).

Bounty looks fine, and not so complicated. And when i see that it was created by Hans, i think that he in interest about it, so, if bounty will be suggested, i think we can promoute that bounty well, and have some money for (i will spend to that bounty for sure). And maybe it will be little motivation to Hanz to do the work (why i say about Hanz always, because i know - he will do it right and good, because he minigl2.x author :) )

@Afx

What's the difference between the two lines??

Quote:

@nubechecorre

link order. You need to link parts in correct order to make it work.

@flow

but only with SDL apps or also with OpenGL, for example?

@nubechecorre

you typically need to link any app in the correct order.

the link is a once pass operation, so it to find things in the right order they have to occur with the dependency first, sometimes repeating libraries is also required.

if a needs b, b must come before a



ironically in this case, when linking dynamically, you dont need the -lGL bit at all, as libGL.a has been built into libSDL.so (possibly by accident...) but when static, sdl needs things in gl, so gl must come first, so that the linker knows thet exist there.

@Hans

mmm...
Maybe we need a bounty for making a big update on SDL to finally get a SDL port with decent speed?
Remeber that the major AmigaOS4.1 hw we have was LOW spec...
I think that maybe was a neede bounty...

@Tuxedo

Quote:

As kas1e said, I created a bounty about a month ago here. This is one situation where I hope that someone else will take on the work. I can't afford to take on yet another project that will slow down my Radeon HD driver work.

Hans

@Hans

whoopsss!
I miss that sorry!
But have you publicize that???
I dont read anytyhing around...
Hope that will be accpeted SOON!!!!!
We need that!

GOOD Luck!

@Tuxedo

Yes,we need it. But,the problem is that most of us(including myself) doesn't have the required skills to fullfill that bounty.

@Tuxedo

It hasn't been advertised much because the bounty's status is still "suggested," not open.

@Antique

Quote:

Someone who is familiar with graphics programming shouldn't find it too hard. I'm willing to help explain how to interface with MiniGL, although Broadblues knows more about the new buffer management functions than I do. The guys behind Bubbelsche Deluxe should know more than enough about compositing in order to implement it in the SDL port. After all, their own graphics engine uses compositing very effectively.

Hans

@Hans

I might (but not promising at this point) take a look at the SDL / MinigL windowed mode code, myself, this makehuman thing I'm working on would benifit by being windowed. I haven't looked at the code in any detail yet, but I can't imagine it's that difficult.

@broadblues

Thanks for taking a look on this subject in a near futur

I think there are some guys around, like HunoPPC,.... who could help you greatly to locate the problem with SDL and/or MiniGL (mainly the window problem and surely bugs and problems). For example, the 100% CPU when playing a song with protrekker SDL,....

There are also hymonimus (erm!!) to help to found CPU hungry SDL functions.

And at last but not least, the han's bounty could be filled with money if someone take this boulty


Great, maybe a java and a SDL bounty will maybe be accepted by an amiga programmer in the futur...

@Mrodfr

protrekkr being slow has nothing to do with sdl.
the realtime synth is cpu hungry.

@hans

it would be great if that bounty would include adding support for overlay as well.

@spotUP

Quote:

I didn't realize that SDL had overlay support. Please write a comment on the bounty. It's not opened yet, so there's still time to add it.

Hans