Does OS4 SDL work in OPENGL mode?

@kas1e

i have reported the stuff i'd like fixed/implemented to xeron.
overlay support would be on the top of my list. =)
and making all of sdl hw accelerated as hans mentioned in a thread would be super too!

@spotUP

Please, please, please use the SDL bugtracker to report all bugs. Please.

(that goes for everyone).

@xeron

even people with silly hats? :D

RWO

@rwo

especially people with silly hats!

@spotUP
Yep, as xeron say will be better if you will write all the problems on SDL page, and then not only Xeron will have a look at this

@rwo

instead of spending time with silly replies please answer my mails!!

@all

When playing Prboom (SDL+OpenGL) previous version, from HunoPPC, this game, in OpenGL mode, is much more darker than the game with 8 or 16 bits used.

To check this problem, change 8-16-32 or openGL on the Prboom settings and restart the game (can't said more because I'm not at home).

this question is maybe more for kas1e: - this problem exist allways, on the Prboom Kas1e version compiled recently (with verry last SDL update). Need tests on fullscreen OpenGL and window OpenGL - more darker or not???

Quote:

@afxgroup & xeron

Thanks one more time for windowed mode: yesterday i port new nasty opengl game which was done in meaning of window mode only. Called BrainParty (36 puzzles with good gfx and nice music). Grab it from os4depot here

@xeron
Did you notice sometime, that when you run SDL games in window mode (it's not opengl related, it's mainly about plain SDL mostly (imho) , when you move window, sometime you have some artefats in background ?

+ One nasty bug which i can reproduce easyly: Run any sdl game in window mode (non opengl ones), then run SGRAB , and play with it a bit. Then, all window of sdl programm will fuckups, loose borders, loose gadgets, and you can't move it normally. When you found by luck close gadget over that mess, you can erase that messy stuff by any other window, and running again that sdl programm will works fine (expect you again will try to use SGRAB).

If i remember right, it happenes not only with SGRAB , but with SGRAB you can detect if fast.

@kas1e

yes, it happens sometimes to me. IIRC when you use SGRAB to grab a window. But i don't know if it is an SDL problem or a SGRAB problem.

@afxgroup

But for any other windowses (non sdl, but any other apps), sgrab works fine => what mean that problems only with SDL apps => imho there can be something wrong with bitmaps/buffers handling ? I will try to test it more deeply right now.

ps. have we any other (non SGRAB) way to make screenshot of windowses ?

@kas1e

No those corruption issues don't happen here.

But still... really.. i cannot stress this enough, but everyone KEEPS ignoring it:

Quote:

@xeron

I not post it in the list, just because for now its not cleary understanable where is bug. As you say you cant reproduce it , so, before we can write exactly about bug in the list, need to be sure that it happenes for everyone )

Just try to run any sdl programm in window mode, then Sgrab, then grab window. Then move it. Then grab again. Again move it. Then exit from SDL programm, run it again, repeat the steps. Then close sgrab/sdl programm, run again and repeat the steps => then it must messy window.

@kas1e

Doesn't matter. If it turns out not to be an SDL problem, the issue will be closed.

We need ALL issues that relate to SDL to be at least reported properly. Really.

@xeron
@afxgroup
@kas1e

Issue #4
SDL windows get corrupted borders and leave artefacts when moved

@Raziel

Yep, thanks. Now need to detect what cause that problem )

ps. Must to add, that sometime, even without SGRAB, i have some little-little graphics corruptions whyle move sdl window. It's happenes not so offten, so can't easy reproduce, but it looks like some parts of memory are owerwrites with some other parts of memory ..

@kas1e

That corruption might be related to the gfx card (driver) used.

@Capehill

But as far as i remember, that happenes only with SDL apps. + driver are more or less common - Radeon9250.

@kas1e

I think I had some screen corruption earlier with MiniGL demos so if it's the same issue, it might be a MiniGL or even W3D issue. Can you try MiniGL demos and try resizing and moving the windows?

@Capehill

I tryed minigl demos, and only one time i catch that bug (but i catch it anyway). I run 2 instanse of OWB (youtube + amigans), then Filer, then dopus4, then, then i run Stars demo from minigl examples, resize it to big, then run Trim demo, and, i have that corruption at the border of Trim window. A very little, but visibly. When i run SGRAB to catch that, corruption are gone, and i cant catch it again ( Even with any other demos, or with the same steps.

Maybe that a P96 bug, not MiniGL ? I cant remember did i notice that bug only with Minigl+SDL programms, or in plain SDL ones ..