SDL-1.2.11-20080121 flaw

	Bottom Previous Topic Next Topic
Register To Post

(1) 2 »

Raziel

Posted on: 2008/1/23 16:30 #1

Home away from home

Hi devs (and those who want to be),

the new version of Evilrich's SDL port works fine so far
(i just build a project with it), but it has two minor
flaws which need to be addressed.

sdl-config has a wrong prefix set (both in clib2 and
newlib), in the downloadable archives it's set in
local/newlib/bin/sdl-config to
prefix=/usr/local/amiga/ppc-amigaos/SDK/local/newlib/
respectively in
local/clib2/bin/sdl-config to
prefix=/usr/local/amiga/ppc-amigaos/SDK/local/clib2

Both of these won't work and will throw errors on not
finding SDL.h. they need to be fixed to point to the right
drawer, for newlib it has to be
prefix=/SDK/local/newlib
and for clib2
prefix=/SDK/local/clib2

Of course you dev and porting gods do know about it already
and know how to fix it, but me (and probably lots of other
poor sods who pretend to develope/port for our
beloved system

) didn't know and might find this
information useful.

/me signing off

now get to work and port beautiful stuff with enhanced SDL

@spotty

Wouldn't this make an addition to your pfd?

--

game box/art scans
scummvm infrequent builds

spotUP

Re: SDL-1.2.11-20080121 flaw

Posted on: 2008/1/23 18:01 #2

Just can't stay away

@Raziel

yea, it would, i thought i had it there already, as it has been like this since the beginning... i imagined it would be fixed for the later releases but it's easy to forget, and i guess evil rich cross devs SDL, that's why.

edit: yes, i'll take this stupid x-mas dress off, i just haven't found the time yet! The Up Rough 10 Year Anniversary is closing in, lots of things to prepare! This Saturday people! Be there!

evilrich

Re: SDL-1.2.11-20080121 flaw

Posted on: 2008/1/24 4:25 #3

Just popping in

@Raziel

Quote:

but it has two minor flaws which need to be addressed

Surely that's just one flaw. It just occurs in two places.

Fair enough. I forgot to correct that. If you were really on the ball, you'd have noticed that the .so's rpath and the pkg-config file are both set wrongly for a native install too.

FWIW - and I keep saying this - if you have a problem with some software I've produced, please tell me. Don't expect me to see messages like this posted on forums, because I generally won't. (I'm only here tonight because my brain's frazzled and there's nothing good on TV to veg out with).

Cheers,
Rich

Raziel

Re: SDL-1.2.11-20080121 flaw

Posted on: 2008/1/24 8:54 #4

Home away from home

@evilrich

No problem

I thought i caught all little flaws that were in it,
because it ran afterwards without throwing errors or
warnings.

Seeing that you are massively involved in more than one
huge project i didn't want to disturb you more than needed.

I will send this stuff direclty to you in future, sorry to
have caused trouble :-/

--

game box/art scans
scummvm infrequent builds

evilrich

Re: SDL-1.2.11-20080121 flaw

Posted on: 2008/1/30 20:00 #5

Just popping in

@Raziel

The problem with sdl-config should be fixed in the today's release.

Cheers,
Rich

Hans

Re: SDL-1.2.11-20080121 flaw

Posted on: 2008/1/30 20:12 #6

Home away from home

@evilrich

BTW, did you ever have a look at the double-buffering problem with OpenGL? I emailed you a while back, but I don't know if it got through.

Basically, in OS4, the surface-flip function isn't waiting for the currently displayed surface to finish outputting to screen before returning. As a result, MiniGL starts clearing/drawing to the back-buffer while it's still the front buffer. The syncing isn't working as it should. This causes horrible flickering in OpenGL demos/games. I've currently suggested that people stick a WaitTOF() in their code as a simple workaround. It would be nice if this were fixed.

Hans

Samurai_Crow

Re: SDL-1.2.11-20080121 flaw

Posted on: 2008/1/30 20:22 #7

Just popping in

@Hans

You'd better send him an email. EvilRich doesn't spend much time on the forums.

evilrich

Re: SDL-1.2.11-20080121 flaw

Posted on: 2008/1/30 20:24 #8

Just popping in

@Hans

Quote:

BTW, did you ever have a look at the double-buffering problem with OpenGL?

Not yet. It's on my to-do list.

Quote:

Basically, in OS4, the surface-flip function isn't waiting for the currently displayed surface to finish outputting to screen before returning

It is. It's using ChangeScreenBuffer, etc. for the synchronization.

Not sure why this isn't working for you. I'll need to investigate.

Cheers,
Rich

evilrich

Re: SDL-1.2.11-20080121 flaw

Posted on: 2008/1/30 20:25 #9

Just popping in

@Samurai_Crow

Quote:

You'd better send him an email.

He did. I hadn't replied yet, 'cos I don't have an answer for him yet.

Cheers,
Rich

Hans

Re: SDL-1.2.11-20080121 flaw

Posted on: 2008/1/30 20:56 #10

Home away from home

@evilrich

Quote:

evilrich wrote:
Quote:
Basically, in OS4, the surface-flip function isn't waiting for the currently displayed surface to finish outputting to screen before returning

It is. It's using ChangeScreenBuffer, etc. for the synchronization.

I had a quick look at the SDL source code and saw that there was synchronization code in there; it's just not working the way that it should, at least with MiniGL screens.

Quote:

Not sure why this isn't working for you. I'll need to investigate.

Thanks. Others reported the same problem.

Hans

evilrich

Re: SDL-1.2.11-20080121 flaw

Posted on: 2008/1/30 22:21 #11

Just popping in

Quote:

I had a quick look at the SDL source code and saw that there was synchronization code in there; it's just not working the way that it should, at least with MiniGL screens.

Can you point me to some examples (preferably with source code available) which you think show synchronization is not working?

Cheesr,
Rich

Hans

Re: SDL-1.2.11-20080121 flaw

Posted on: 2008/1/30 22:43 #12

Home away from home

@evilrich

Quote:

evilrich wrote:
Quote:
I had a quick look at the SDL source code and saw that there was synchronization code in there; it's just not working the way that it should, at least with MiniGL screens.

Can you point me to some examples (preferably with source code available) which you think show synchronization is not working?

Cheesr,
Rich

BlasterBastards has the flickering problem, but it's closed source.

There are a few demos with the WaitTOF() workaround on os4depot; namely Dr Fungi, yellowrose, and Dr. Fungi goes to Africa.

NOTE: You'll need to comment out IGraphics->WaitTOF(); in the source of those demos to get the flickering.

The flickering happens when Interrupt=yes is set in the monitor tooltypes.

Hans

sofistisoftware

Re: SDL-1.2.11-20080121 flaw

Posted on: 2008/1/30 23:03 #13

Just popping in

@Hans

also the XMoto game has this problem, it's old problem never resolved.

evilrich

Re: SDL-1.2.11-20080121 flaw

Posted on: 2008/1/31 1:53 #14

Just popping in

@Hans

Quote:

NOTE: You'll need to comment out IGraphics->WaitTOF(); in the source of those demos to get the flickering.

Since these work fine on my Voodoo 4 without the WaitTOF() hack, then I would suspect that the problem is either in the Radeon warp3d or p96 drivers.

Cheers,
Rich

Hans

Re: SDL-1.2.11-20080121 flaw

Posted on: 2008/1/31 4:20 #15

Home away from home

@evilrich

Thanks for checking. I guess that we'll need to pass this on to the Radeon driver developers. Hopefully they'll read this.

Hans

evilrich

Re: SDL-1.2.11-20080121 flaw

Posted on: 2008/1/31 4:24 #16

Just popping in

@Hans

Quote:

Thanks for checking. I guess that we'll need to pass this on to the Radeon driver developers. Hopefully they'll read this.

I'm sure there's at least one of them reading this.

And, yes, it's definitely a bug in the Radeon p96 driver.

Cheers,
Rich

sofistisoftware

Re: SDL-1.2.11-20080121 flaw

Posted on: 2008/1/31 9:45 #17

Just popping in

@evilrich

in Voodoo tooltype have you set 'interrupt=yes' ??? Only with this tooltype there is the problem.

evilrich

Re: SDL-1.2.11-20080121 flaw

Posted on: 2008/1/31 22:39 #18

Just popping in

@sofistisoftware

Quote:

in Voodoo tooltype have you set 'interrupt=yes' ??? Only with this tooltype there is the problem.

What? You don't believe me, that this is due to a Radeon driver bug?

Cheers,
Rich

sofistisoftware

Re: SDL-1.2.11-20080121 flaw

Posted on: 2008/1/31 22:45 #19

Just popping in

@evilrich

oh yes you are the author of the radeon driver, when we have new version ?? Thanks in advance.

evilrich

Re: SDL-1.2.11-20080121 flaw

Posted on: 2008/2/1 3:46 #20

Just popping in

@sofistisoftware

Quote:

oh yes you are the author of the radeon driver, when we have new version ?? Thanks in advance.

You're joking, right?

Cheers,
Rich

Register To Post	(1) 2 »
	Top Previous Topic Next Topic

Currently Active Users Viewing This Thread: 2 ( 0 members and 2 Anonymous Users )