openMSX on Windows users: please help betatesting!

Page 2/4
1 | | 3 | 4

By mfeingol

Champion (293)

mfeingol's picture

04-07-2006, 05:31

Is it just me, or is the status bar in Aleste missing?

(I just checked the same ROM in blueMSX and the status bar is there, so this may be an openMSX bug.)

Using:

- FS-A1WX
- Aleste (1988)(Compile)(Jp).rom

The issue repros independently of the chosen renderer.

By BiFi

Enlighted (4348)

BiFi's picture

04-07-2006, 07:00

sounds like the accuracy setting is set to screen... which looks strange to me, since the default it pixel.

if you're using catapult, check what the accuracy is on the Video Controls tab... you can also check the accuracy setting by typing set accuracy in the console (F10-key).

By mfeingol

Champion (293)

mfeingol's picture

04-07-2006, 07:28

Yes, sorry for the noise. The accuracy setting was set to 'screen' instead of the usual 'pixel'. I was playing with that setting along while playing with the renderers. This is the only thing that actually seems to be affected by that setting. :-\

Okay, next issue - I'm sure this is well-known, but it's not like this thread was going anywhere anyway. :-) The SDLGL2 renderer gives me the following output:

Cannot find shader: shaders/scaler.frag not found in this context
Warning(s) linking shader program:
Link successful. There are no attached shader objects.
Could not find shader variable: "tex"
Could not find shader variable: "tex"

The last line is repeated ad nauseum in the Catapult UI, making any other settings difficult to change (since focus keeps changing to the

This is with a Radeon 9600 XT, latest drivers, BTW.

By mfeingol

Champion (293)

mfeingol's picture

04-07-2006, 07:31

Couple more things:

- It would be awesome to be able to change settings in Catapult without having to have a running openMSX process...
- The SDLGL-PP renderer is the only one for which the 4x scaler works, so it's the obvious choice. But does it have to be that blurry? Try running the first phase of Aleste and you'll see what I mean. Obviously, for games like BPS Tetris it's quite fine...

By wouter_

Champion (484)

wouter_'s picture

04-07-2006, 09:57


- It would be awesome to be able to change settings in Catapult without having to have a running openMSX process...
- The SDLGL-PP renderer is the only one for which the 4x scaler works, so it's the obvious choice. But does it have to be that blurry? Try running the first phase of Aleste and you'll see what I mean. Obviously, for games like BPS Tetris it's quite fine...

This will hopefully be the last release with the wx based Catapult. It will be completely rewritten for next releases (but we would really appreciate some help here). We'll make sure to address the settings issue you mentioned.

The problem with the SDLGL2 was not a known issue, so please report all issues you see. The SDLGL2 renderer should have been disabled in this beta (it will be in the release). It's an (abandoned) experiment we did during development. Instead use SDLGL-PP.

The SDLGL-PP renderer with scale_algorithm=simple will either be very blurry or not blurry at all, depending on the blur setting. It could also be that the shader files are missing, in that case it will always be blurry. Can you verify whether you have the files simple.frag and simple.vert in your openMSX/share/shaders/ directory?

Thanks for reporting these issues.

By mfeingol

Champion (293)

mfeingol's picture

04-07-2006, 20:18

Yes, both files are present:

06/29/2006 19:51 653 simple.frag
06/29/2006 19:51 360 simple.vert

Playing with the console... Blur was set to 50. I tried setting it between 0 and 100; reducing it reduced the anti-aliasing of individual pixels, but didn't help with the general motion blur, which is greatly improved using the SDLGL-FB32 renderer.

Let me share some images, reduced in size to 640x480:

This is with the SDLGL-PP renderer, blur=0:

almonaster.sourceforge.net/mfeingol/msx/aleste-sdlgl-pp.jpg

This is with the SDLGL-FB32 renderer, blur=15:

almonaster.sourceforge.net/mfeingol/msx/aleste-sdlgl-fb32.jpg

As an aside, I also saw some openMSX crashes when switching between rendering modes. This is the most recent one I saw:

(c00.9b8): Stack overflow - code c00000fd (!!! second chance !!!)

almonaster.sourceforge.net/mfeingol/msx/openmsx-crash.dmp

As another aside, it would be great to have the openMSX window remember where it was located the last time it was moved. That way the 4x scaled window (which fills the entire screen at 1280x1024) wouldn't need to be moved every time the emulated MSX is restarted.

By wouter_

Champion (484)

wouter_'s picture

04-07-2006, 20:32

Ah, motion blur. That's controlled via the glow setting. Try 'set glow 0' (the default value) in the openMSX console or in catapult.

About that openmsx-crash.dmp file. What kind of file is this? Some windows variant of a coredump? Any way I can get some useful info out of it on my Linux box?

By mfeingol

Champion (293)

mfeingol's picture

05-07-2006, 00:10

set glow fixes the problem, thanks.

I don't think you can use the dmp file in Linux without doing something like running the Windows debuggers under Wine:

www.microsoft.com/whdc/devtools/debugging/installx86.mspx

On Windows, install that package and run cdb -z <file>. You'll need an openmsx.pdb file to make any progress, of course.

By Manuel

Ascended (18794)

Manuel's picture

05-07-2006, 13:30

Vampier, don't get upset.
I think that Manuel only mentioned Bifi because you once stated that you were going to take it more slowly as far as your MSX activities were concerned. Something about Real Life(tm) taking up too much of your time iirc.

Yes, this is indeed exactly the case. I was talking about the current situation in which BiFi seems to be our main Windows tester. But the occasional testing you do is of course much appreciated. Any testing anyone can do is useful! But these days, more Windows testers are really needed.

By mth

Champion (507)

mth's picture

15-07-2006, 17:54

A new beta is available:

www.treewalker.org/temp/openmsx-0.6.1-beta-win32-bin.exe (installer)
www.treewalker.org/temp/openmsx-0.6.1-beta-win32-bin.zip (ZIP)

And for the do-it-yourself types and non-Windows users:

www.treewalker.org/temp/openmsx-0.6.0-1.2141.tar.gz (source)

The problem with the configuration scan sometimes hanging should be solved now. Please test and report any problems here or via the regular channels (IRC, openmsx.org forum, SourceForge).

About renderers: SDL and SDLGL should still be working as they always did. SDLGL-PP is new and contains pixel shader effects, please test this. SDLGL2 and SDLGL-FB16/32 are experimental renderers which will not be included in the release.

For the "arcade feeling", try this:

  • set renderer SDLGL-PP
  • set scale_factor 4
  • set scale_algorithm TV
  • set display_deform 3d
Page 2/4
1 | | 3 | 4