LinuxPPC success?

The PPC crowd has been quiet this week. :slight_smile:

Does that mean you’ve been busy coding? grin
(Or are you partying, as Ozzy’s are wont to do? :slight_smile:

See ya!
-Sam Lantinga (slouken at devolution.com)–
Author of Simple DirectMedia Layer -
http://www.devolution.com/~slouken/SDL/

The PPC crowd has been quiet this week. :slight_smile:

Sorry, busy getting firewalls going this week. I’ll try out 0.6c out
tomorrow (If I get time).

Does that mean you’ve been busy coding? grin

Unfortunately, not SDL stuff :slight_smile:

(Or are you partying, as Ozzy’s are wont to do? :slight_smile:

No, still recovering from last weekend, should recover just on time for
this weekend :slight_smile:

Michael Samuel,

Surf-Net City - Internet Cafe and Internet Service Providers
Phone: +61 3 9593-9977
E-Mail:
WWW: http://www.surfnetcity.com.au/~michael/On Fri, 10 Apr 1998, Sam Lantinga wrote:

The PPC crowd has been quiet this week. :slight_smile:
Shhh…be vewwwy vewwy quiet…its bug hunting season.

Does that mean you’ve been busy coding? grin
(Or are you partying, as Ozzy’s are wont to do? :slight_smile:
I’ve been working on a project for school using OpenGL
and lighting. (There are some screenshots on my web page
under BeOS projects) Pay particular attention to the
time in the upper right hand corner of the screens. :slight_smile:

http://www.cs.uml.edu/~dsowsy

Best Regards,
David Sowsy> See ya!

-Sam Lantinga (slouken at devolution.com)


Author of Simple DirectMedia Layer -
http://www.devolution.com/~slouken/SDL/

The PPC crowd has been quiet this week. :slight_smile:

Does that mean you’ve been busy coding? grin
(Or are you partying, as Ozzy’s are wont to do? :slight_smile:
Oh yeah, sorry busy with clearing up things b4 easter break(yuck, 4 ass…
:slight_smile:

Oh and I forgot to mention, SDL-0.6c segfaults on my machine(with
linuxthreads etc. disabled), this leads my to think that the threads are
working(mik’s machine may have a much older setup?) and something else is
broken. I’ll give you a log in if it pleases you.

I think P.T. is away at the moment-but he is planning a direct driver
version of SDL(a la svgalib without the lib) which is possible because
PowerMac frame buffers are a) regular(behave the same in all modes) and
b)share 95% of the drivers.

njhOn Fri, 10 Apr 1998, Sam Lantinga wrote:

The PPC crowd has been quiet this week. :slight_smile:

Does that mean you’ve been busy coding? grin
(Or are you partying, as Ozzy’s are wont to do? :slight_smile:
Oh yeah, sorry busy with clearing up things b4 easter break(yuck, 4 ass…
:slight_smile:

Oh and I forgot to mention, SDL-0.6c segfaults on my machine(with
linuxthreads etc. disabled), this leads my to think that the threads are
working(mik’s machine may have a much older setup?) and something else is
broken. I’ll give you a log in if it pleases you.

No, don’t be lead to think that!!!

Threads kinda works, but is nowhere near working enough to consider using
it :slight_smile:

Heh… testwin did this:

testwin: moving image
image moved :slight_smile:

testwin: fading out…
nothing happened

testwin: fading in…
nothing happened

testwin: fading over
No kidding :slight_smile:

All kinds of other wierdness happened (eg, the wav playing thing thought
it was working, but was VERY quiet. (cat sample.wav > /dev/dsp worked…
very funky!)

Anyway, it kinda works… I’ll see what I can do about loopwave*, and see
if I can get testwin to work properly… but I doubt that I could… (It’s
easier do debug a program that at least KNOWS that it’s not working :slight_smile:

I think P.T. is away at the moment-but he is planning a direct driver
version of SDL(a la svgalib without the lib) which is possible because
PowerMac frame buffers are a) regular(behave the same in all modes) and
b)share 95% of the drivers.

Hehehe… I was shocked when I relised that X uses the same video mode as
the text console when I first got X going :slight_smile:

I think that the ‘Abstract Console’ would be nice to support, because then
we also have Linux/m68k support ready to go… But I suppose I’ll have to
get the console to actually work on my machine before that would be
useful. (Theory: if it works on my machine, it’ll work on any :slight_smile:

Michael Samuel,

Surf-Net City - Internet Cafe and Internet Service Providers
Phone: +61 3 9593-9977
E-Mail:
WWW: http://www.surfnetcity.com.au/~michael/On Sat, 11 Apr 1998 njh at cs.monash.edu.au wrote:

Date: Sat, 11 Apr 1998 09:47:46 +1000 (EST)
From: njh at cs.monash.edu.au
Reply-To: sdl at surfnetcity.com.au
To: sdl at surfnetcity.com.au
Subject: Re: LinuxPPC success?
On Fri, 10 Apr 1998, Sam Lantinga wrote:

Oh and I forgot to mention, SDL-0.6c segfaults on my machine(with
linuxthreads etc. disabled), this leads my to think that the threads are
working(mik’s machine may have a much older setup?) and something else is
broken. I’ll give you a log in if it pleases you.

Do the compiler flags include -DFORK_HACK ? grin
If they do, and it still segfaults, I’ll take a look.

I think P.T. is away at the moment-but he is planning a direct driver
version of SDL(a la svgalib without the lib) which is possible because
PowerMac frame buffers are a) regular(behave the same in all modes) and
b)share 95% of the drivers.

That would be cool.

See ya!
-Sam Lantinga (slouken at devolution.com)–
Author of Simple DirectMedia Layer -
http://www.devolution.com/~slouken/SDL/

Heh… testwin did this:

testwin: moving image
image moved :slight_smile:

Great! :slight_smile:

testwin: fading out…
nothing happened
testwin: fading in…
nothing happened

Um, actually, that’s because you’re not running in 8-bit mode. Setting
the palette in >8 bpp doesn’t do anything, of course. If you want it to
do the right thing, run:

testwin -bpp 8

It will emulate an 8 bpp mode on your hicolor or truecolor display.

All kinds of other wierdness happened (eg, the wav playing thing thought
it was working, but was VERY quiet. (cat sample.wav > /dev/dsp worked…
very funky!)

Odd. I don’t have this problem on my system, but DOOM is very quiet.
I don’t set the mixer volume at all… I just send raw samples to the
device. ??

Does LinuxPPC use the OSS sound driver? The LinuxPPC sound driver might
be converting the 22050 Hz frequencies into something different based on
the DSP parameters I set and the available audio hardware.

Anyway, it kinda works…

I'm glad to hear it.

I’ll see what I can do about loopwave*, and see
if I can get testwin to work properly… but I doubt that I could… (It’s
easier do debug a program that at least KNOWS that it’s not working :slight_smile:

grin It is working properly, nice to see.

I think that the ‘Abstract Console’ would be nice to support,

There’s no such thing as an abstract console. There is always
"set up the framebuffer" “set the palette” “determine pixel format”
“find out if other video modes are available”, all of which are API
dependent.

The closest thing to this right now is the GGI driver, which doesn’t
compile at the moment, come to think of it.

I’ll fix that and a couple of other minor things, along with hopefully
a .lib that works with Borland C++ and VC++ and release 0.6d

(Theory: if it works on my machine, it’ll work on any :slight_smile:

I used to believe in that too. My fairy godmother showed me the light.
smile

See ya!
-Sam Lantinga (slouken at devolution.com)–
Author of Simple DirectMedia Layer -
http://www.devolution.com/~slouken/SDL/

Um, actually, that’s because you’re not running in 8-bit mode. Setting
the palette in >8 bpp doesn’t do anything, of course. If you want it to
do the right thing, run:

testwin -bpp 8

Can’t you provide gamma fading? Phil Tomsich does this in his
svgalib-pmac, and I’m sure that most recent graphics cards do this?

The closest thing to this right now is the GGI driver, which doesn’t
compile at the moment, come to think of it.

Not true; what mik was refering to was Geert U.'s frame buffer stuff,
which currently works on PPC, amiga, 68k and sparc. It is like GGI, only
a) it works, b) linus Torvalds doesn’t hate it.

I’d dig up a URL, but I can’t think where I’ve got one.

njhOn Sat, 11 Apr 1998, Sam Lantinga wrote:

Um, actually, that’s because you’re not running in 8-bit mode. Setting
the palette in >8 bpp doesn’t do anything, of course. If you want it to
do the right thing, run:

testwin -bpp 8

It will emulate an 8 bpp mode on your hicolor or truecolor display.

Hehe… Ok, I should have at LEAST looked for something obvious, but we’ll
assume that it works :slight_smile:

All kinds of other wierdness happened (eg, the wav playing thing thought
it was working, but was VERY quiet. (cat sample.wav > /dev/dsp worked…
very funky!)

Odd. I don’t have this problem on my system, but DOOM is very quiet.
I don’t set the mixer volume at all… I just send raw samples to the
device. ??

Hmm… It is the standard /usr/src/linux/drivers/sound/ stuff, but I
assume that Powermac Awacs support is fairly new, and may not be
perfect…
(Well, if you don’t mind Maelstrom’s sound playing the sounds from level 7
while you’re already on level 10, it’s good enough :slight_smile:

I think that the ‘Abstract Console’ would be nice to support,

There’s no such thing as an abstract console. There is always
"set up the framebuffer" “set the palette” “determine pixel format”
“find out if other video modes are available”, all of which are API
dependent.

The ‘Abstract Console’ is similar to GGI, but it works, and it is only
available AFAIK on Linux/m68k and Linux/PPC.

Michael Samuel,

Surf-Net City - Internet Cafe and Internet Service Providers
Phone: +61 3 9593-9977
E-Mail:
WWW: http://www.surfnetcity.com.au/~michael/On Sat, 11 Apr 1998, Sam Lantinga wrote:

The ‘Abstract Console’ is similar to GGI, but it works, and it is only
available AFAIK on Linux/m68k and Linux/PPC.

I should have seen the quotes. :slight_smile: I’ll look around for it.

See ya!
-Sam Lantinga (slouken at devolution.com)–
Author of Simple DirectMedia Layer -
http://www.devolution.com/~slouken/SDL/

Can’t you provide gamma fading? Phil Tomsich does this in his
svgalib-pmac, and I’m sure that most recent graphics cards do this?

Nope, not cross-platform, unfortunately.
The only platform where this is standard is PPC. On the others, either
it doesn’t exist, or you have to get real intimate with the hardware. :slight_smile:

Not true; what mik was refering to was Geert U.'s frame buffer stuff,
which currently works on PPC, amiga, 68k and sparc. It is like GGI, only
a) it works, b) linus Torvalds doesn’t hate it.

I’ll check it out.

See ya!
-Sam Lantinga (slouken at devolution.com)–
Author of Simple DirectMedia Layer -
http://www.devolution.com/~slouken/SDL/

Can’t you provide gamma fading? Phil Tomsich does this in his
svgalib-pmac, and I’m sure that most recent graphics cards do this?

Nope, not cross-platform, unfortunately.
The only platform where this is standard is PPC. On the others, either
it doesn’t exist, or you have to get real intimate with the hardware. :slight_smile:

Well, could you put it in, and provide the best solution available on the
hardware?(i.e. clut fading, gamma fading, MMX optimised 24bpp fading, etc)

I think the simplest interface would be to provide a white colour and a
black colour and map all the values between these?

It would be very useful; most games have fades here, there, and
everywhere! :slight_smile:

njhOn Sun, 12 Apr 1998, Sam Lantinga wrote:

I think P.T. is away at the moment-but he is planning a direct driver
version of SDL(a la svgalib without the lib) which is possible because
PowerMac frame buffers are a) regular(behave the same in all modes) and
b)share 95% of the drivers.

That would be great. I looked at the Abstract Console stuff by Geert,
and unfortunately I don’t have any of the hardware that his project supports,
which makes it a little hard to develop an SDL driver for it.
(Sparc is not supported by his project)

If you want to start implementing an SDL low-level driver, take a look
at the GGI implementation. It’s the closest thing to a skeleton driver
that I have at the moment. I welcome comments. :slight_smile:

See ya!
-Sam Lantinga (slouken at devolution.com)–
Author of Simple DirectMedia Layer -
http://www.devolution.com/~slouken/SDL/

That would be great. I looked at the Abstract Console stuff by Geert,
and unfortunately I don’t have any of the hardware that his project supports,
which makes it a little hard to develop an SDL driver for it.

Well… Write a drivers! :slight_smile:

(Sparc is not supported by his project)

Oh, doh! Well, if you know a lot about your video card, feel free to
write a driver… I’m s’posed to be writting the driver for my machine,
but I’ve yet to have a moment when I feel I can work on it in preference
to other work… :frowning:

If you want to start implementing an SDL low-level driver, take a look
at the GGI implementation. It’s the closest thing to a skeleton driver
that I have at the moment. I welcome comments. :slight_smile:

Ok, soon…

njhOn Mon, 13 Apr 1998, Sam Lantinga wrote:

I think P.T. is away at the moment-but he is planning a direct driver
version of SDL(a la svgalib without the lib) which is possible because
PowerMac frame buffers are a) regular(behave the same in all modes) and
b)share 95% of the drivers.

That would be great. I looked at the Abstract Console stuff by Geert,
and unfortunately I don’t have any of the hardware that his project supports,
which makes it a little hard to develop an SDL driver for it.
(Sparc is not supported by his project)

Hehehe… Down here in Melbourne, you can pick up an old m68k for a couple
of hunderd $ (good ol’ trading post :slight_smile:

If you want to start implementing an SDL low-level driver, take a look
at the GGI implementation. It’s the closest thing to a skeleton driver
that I have at the moment. I welcome comments. :slight_smile:

I’ll try to get it running on my machine, but there is now way on earth
that I’ll be able to write the support from scratch :slight_smile:

If anybody wants to try it, I can help debug it though. (Sam, you could do
it via ssh, and I’ll test it, but I guess most programmers like to see
what you’ve done :slight_smile:

BTW, thanks to Anthony Tong, X support under LinuxPPC should be usable now
for some REAL stuff :slight_smile:

(On my 200Mhz 603e with a ATI Mach64, the testwin application ran slowly
:slight_smile:

Michael Samuel,

Surf-Net City - Internet Cafe and Internet Service Providers
Phone: +61 3 9593-9977
E-Mail:
WWW: http://www.surfnetcity.com.au/~michael/On Mon, 13 Apr 1998, Sam Lantinga wrote:

Date: Mon, 13 Apr 1998 14:12:49 -0700
From: Sam Lantinga
Reply-To: sdl at surfnetcity.com.au
To: sdl at surfnetcity.com.au
Subject: Re: LinuxPPC success?

Well, tarball works; compiles, doesn’t segfault, but every program is
missing SDL_LoadWAV. I can’t find any reason for it being commented out,
nor can I find where it is commented out…

[njh at crayfish test]$ ./testwm
Couldn’t initialize SDL: Failed loading SDL_LoadWAV:
/usr/lib/libSDLx11.so: undefined symbol: SDL_LoadWAV
[njh at crayfish test]$

I’ll keep looking…

njh

Well, tarball works; compiles, doesn’t segfault, but every program is
missing SDL_LoadWAV. I can’t find any reason for it being commented out,
nor can I find where it is commented out…

[njh at crayfish test]$ ./testwm
Couldn’t initialize SDL: Failed loading SDL_LoadWAV:
/usr/lib/libSDLx11.so: undefined symbol: SDL_LoadWAV
[njh at crayfish test]$

Ahh, you have to remove /usr/lib/libSDLx11.so
It’s first in your ld.so.conf, and is old. :slight_smile:

That might be why you were having segfaults.

See ya!
-Sam Lantinga (slouken at devolution.com)–
Author of Simple DirectMedia Layer -
http://www.devolution.com/~slouken/SDL/

I’ll keep looking…

Grr, after I found that it was still reading the old library and I fixed
it, I had more sucess:

[njh at crayfish test]$ ./graywin
Segmentation fault
[njh at crayfish test]$ ./testwin
Segmentation fault
[njh at crayfish test]$

hmmmm…

njhOn Tue, 14 Apr 1998 @Nathan_J_Hurst wrote:

[njh at crayfish test]$ ./graywin
Segmentation fault

Grrr. Can you give me a login on your system?

See ya!
-Sam Lantinga (slouken at devolution.com)–
Author of Simple DirectMedia Layer -
http://www.devolution.com/~slouken/SDL/

I’ll keep looking…

Grr, after I found that it was still reading the old library and I fixed
it, I had more sucess:

[njh at crayfish test]$ ./graywin
Segmentation fault
[njh at crayfish test]$ ./testwin
Segmentation fault
[njh at crayfish test]$

hmmmm…

Umm… what are you doing wrong??? Did you forget to run /sbin/ldconfig or
something :slight_smile:

For reference, today, I tested 0.6e on the LinuxPPC box at work, and it
ran fine. (And half of the staff at work tripped out on the warp demo :slight_smile:

Michael Samuel,

Surf-Net City - Internet Cafe and Internet Service Providers
Phone: +61 3 9593-9977
E-Mail:
WWW: http://www.surfnetcity.com.au/~michael/On Tue, 14 Apr 1998 njh at cs.monash.edu.au wrote:

Date: Tue, 14 Apr 1998 18:35:59 +1000 (EST)
From: njh at cs.monash.edu.au
Reply-To: sdl at surfnetcity.com.au
To: sdl at surfnetcity.com.au
Subject: Re: LinuxPPC success?
On Tue, 14 Apr 1998 njh at cs.monash.edu.au wrote: