openmsx with opengl not working in Intel 945GM

Por pmarin

Supporter (5)

Imagen del pmarin

29-06-2009, 12:20

Hi all.
I can't use the SDLGL renderer in openmsx 0.7.0 (use 97% of cpu). With other games and emulator I haven't this problem.
This is my configuration:

tverdeforge.googlepages.com/glxinfo.txt
tverdeforge.googlepages.com/xorg.conf.txt
tverdeforge.googlepages.com/configure.txt

pacogeek@gmail.com

Login sesión o register para postear comentarios

Por Manuel

Ascended (18394)

Imagen del Manuel

29-06-2009, 13:01

the SDLGL renderer is deprecated... (I.e. not supported anymore and next release will have it removed). Try using SDLGL-PP (but that's probably not supported on your Intel 945GM) or just use the SDL renderer.
It may get a replacement some time later (in non-release builds you can try out SDLGL-FB32 and SDLGL-FB16).

Por pmarin

Supporter (5)

Imagen del pmarin

29-06-2009, 13:18

Thanks manuel, but I wonder if someone has working openmsx with SDLGL in the same video card (Intel 945GM).

Why openmsx developers are not using Xvideo (Xv) for scaling ?

Por pmarin

Supporter (5)

Imagen del pmarin

29-06-2009, 13:25

Im trying to compile the svn snapshot but configure has found an error with Tcl:

Tcl: headers found, link test failed

Por AuroraMSX

Paragon (1902)

Imagen del AuroraMSX

29-06-2009, 19:59

Why openmsx developers are not using Xvideo (Xv) for scaling ? Xv is an X11 extension and not all systems supported by openMSX run X11 as display manager (this weird niche OS from that company in Redmond being on of them...)
Im trying to compile the svn snapshot but configure has found an error with Tcl:Please visit #openMSX on IRC. Much faster for these kind of questions/problems. See here...

Por wouter_

Champion (470)

Imagen del wouter_

29-06-2009, 22:35

Why openmsx developers are not using Xvideo (Xv) for scaling ?

Xv is really meant for videos. For example it uses YUV colors instead of the more usual RGB colors. More specifically, it uses (typically) an encoding like YUY2 or YV12, which means that per two horizontal pixels you can only specify one U and V component. This is of course annoying for an application where you want to control the color of each pixel individually.

Apart from this limitation (it's possible to work around it with some tricks). It also requires quite some internal changes in the openMSX code to fully support YUV instead of RGB. I once did an experiment and converted the MSX screen rendering to YUV (but not yet all the scale algorithms, the console, the OSD stuff, ...). It worked but it was not faster than the existing SDLGL-PP renderer. And it still required a lot more effort to make it fully work .. it didn't seem like worth the trouble.

Por pmarin

Supporter (5)

Imagen del pmarin

29-06-2009, 23:01

I have tried to create an account in the openMSX forum but I can't read the Captcha (I have tried several times) Evil

Por Manuel

Ascended (18394)

Imagen del Manuel

29-06-2009, 23:49

Heh, you're the first one to have that problem (and report it)...

Anyway, don't use snapshots, just do an SVN checkout. IRC is even better, though, as AuroraMSX suggested.

If you have problems with the probe, try pasting the relevant parts of your probe.log file in derived/<version>/config/probe.log