Yellow Dog Linux

billb wrote:

zerojay wrote:Does it now work with opengl enabled emulators yet? Think it'll be fast enough?

Good question ... I haven't tried building any of the emulators against this version -- I'm assuming this would be necessary. It would certainly be very interesting if it works, but I have my doubts that it will. Also, I believe I tried running the SPE scaler tool (which uses just one SPE, I believe) to zoom in and the glxgears test slowed to a crawl. But if it was working and accelerated to an acceptable speed you wouldn't need to use the SPE scaler tool anyway.

I think it would make sence that using both mesa and the spe scaler simultaneously would slow things down as both are requesting access to the 6 spe's. I wonder if you only use mesa in conjunction with an application that does not utilize the spe's how it would preform. Start off with something rather non intensive like opengl scaling in an emulator (e.g. fceultra). If that works then try turning on opengl rendering in mame and see how that functions. Then if we are feeling bold we can maybe test mupen64 or Yabause with it.

I've tried using it without recompiling sdlmame against it, enabling opengl in the mame.ini, which results in an immediate segfault (crash) of sdlmame.

The driver halfway works with beryl, I can tell ya from the little playing with gnome and beryl I have done it is semi functional for sure!

billb wrote:I've tried using it without recompiling sdlmame against it, enabling opengl in the mame.ini, which results in an immediate segfault (crash) of sdlmame.

This is the output I get when I switched mame to opengl in the mame.ini the game actually launches but runs crappy. Deffinantly not playable.

Code: Select all

[jaybps3@localhost ~]$ mame /home/jaybps3/.mame/roms/mshvsf.zip
Warning: unknown option in INI: remapjoys
Warning: unknown option in INI: remapjoyfile
Warning: unknown option in INI: remapjoys
Warning: unknown option in INI: remapjoyfile
OpenGL: VBO not supported
OpenGL: PBO not supported
Average speed: 25.42% (6 seconds)


There is a new Mesa 7.5 with Gallium3D and improved cell driver at http://mesa3d.org/relnotes-7.5.html. Also there has been some work on a cell driver for DirectFB at code.google.com/p/ouros . Perhaps someone can check these out.

Vavavavoom. I'll try this out real soon.

COuld this possibly be able to play 3d games and emulators for systems like N64 or would that be way far off from happening still?

I wouldn't put much hope on that yet, but who knows.

EDIT: I tried, but ended up in dependency hell. Someone else?

zerojay wrote:EDIT: I tried, but ended up in dependency hell. Someone else?

Did you try the same steps I list in the first page of this thread?

I tried a 7.4 build of mesa-cell ( will try 7.5, someday ). So what about 3d gaming: i have installed mupen64plus and tryed Quake 1 on it. What can i say: i got about 6-8 FPS in mode (640 x 480). Star Fox - even worse - 5 FPS and i don't see any texturses ( with both i have tryed all plugins ). But with XMMS for example i have a nice looking, animated 3d object, while playing musik ( earlier, i couldn't even move mouse normaly, without Gallium ). So i think it is worth to try. Thanks for this guide !

juanito wrote:

zerojay wrote:EDIT: I tried, but ended up in dependency hell. Someone else?

Did you try the same steps I list in the first page of this thread?

No since the source was released so those instructions will no longer work. New dependencies are needed, etc..

I got it compiled and working after a day of hell... and it's still pretty much worthless at this point. glxgears averaged 195fps. MAME ran, but was SUPER slow. Ugh.... oh well. Holding out hope for YDL 6.2.

Glx gears at 195 fps is still an improvement from an average speed of 170 fps... everything better is ok... no?

I don't know too much about this stuff but if you complied mesa through qemu on win 98, or something similar to this mesa thing on it, could mupen64plus etc somehow run alot better?

mihaiolimpiu wrote:Glx gears at 195 fps is still an improvement from an average speed of 170 fps... everything better is ok... no?

It's not a useful improvement. When we start seeing 1000+fps from glxgears, then we might start having something interesting. And vesh, that makes NO sense.