openMSX upcoming release: please help!

Page 3/6
1 | 2 | | 4 | 5 | 6

By cesco

Champion (454)

cesco's picture

19-12-2008, 16:21

One question about a minor feature:

When I launch OpenMSX and from the command-line I choose to load a game, I use these commands:

carta mygame.rom
reset

And the game is loaded, with that "mygame.rom" plugged in the emulated MSX as a virtual cartridge.
Then, if I try to load a different game *AND* the filename is wrong, OpenMSX correctly returns me an error message:

carta nonexistantgame.rom
Error Reading ROM: nonexistantgame.rom

This is the right behaviour, but there is a problem: When I try to load a different game, OpenMSX "removes" the virtual cartridge from the emulated MSX and then tries to load the new game; in this case, since it wasn't possible to load the new game, the cartridge is pulled out from the MSX on-the-fly, and then the game I was previously playing (in this case "mygame.rom") freezes or reset the emulated machine.

In other words, here's what I think OpenMSX does when loading a new ROM File:

<< REMOVE CARTRIDGE >>
<< CHECK FOR THE EXISTENCE OF "ROM File" >>
IF << "ROM File" EXISTS >> THEN
___<< LOAD "ROM File" >>
___<< RESET MSX >>
ELSE
___<< RETURNS AN ERROR MESSAGE >>
END IF

I know this is not a really important thing, but IMHO the right sequence that OpenMSX should follow when loading a new ROM file should be:

<< CHECK FOR THE EXISTENCE OF "ROM File" >>
IF << "ROM File" EXISTS >> THEN
___ << REMOVE CARTRIDGE >>
___ << LOAD "ROM File" >>
___ << RESET MSX >>
ELSE
___<< RETURNS AN ERROR MESSAGE >>
END IF

Thank you

By cesco

Champion (454)

cesco's picture

19-12-2008, 16:26


Quote:
The command name is 'main_menu_toggle' (normally you don't need to know this). And you're right: it's not bound to a key by default on OSX. We'll fix this before the release. Thanks for reporting this.

Ah, thank you.

I noticed that the OSD reacts slowly while browsing throught the files, but for everything else is fantastic. IMHO one of the best feature implemented in OpenMSX yet.

If you're still unsure about it, can I give my personal vote for the implementation of the ScummVM GUI (that AFAIK is already used also by Stella, an Atari 2600 emulator) ?

By cesco

Champion (454)

cesco's picture

19-12-2008, 16:53

This is what OpenMSX would look like with the implementation of the ScummVM GUI (that AFAIK is freely distributable and reusable) :

img125.imageshack.us/img125/7291/openmsxguidi3.png

This is actually taken from Stella (an Atari 2600 emulator that AFAIK share the same GUI). I would personally love it, but I'm no C++ programmer, so I don't know how difficult it would be to implement it in OpenMSX... well, maybe if it's not too much work you can think about that for a distant 1.0 release ;)

By cesco

Champion (454)

cesco's picture

19-12-2008, 17:11

Save-state and Load-state functions don't seem to work on my computer. When I choose them from the OSD, OpenMSX does nothing and I always get this warning message on the terminal window:

warning: Error executing hot key command: no files matched glob pattern "*.xml.gz"

By Manuel

Ascended (19301)

Manuel's picture

19-12-2008, 22:26

Cesco: can you join our channel, so that we can check things out together?

That last thing is what you get if you try to load a savegame, but you never saved one before, I think.

By Manuel

Ascended (19301)

Manuel's picture

20-12-2008, 21:38

Cesco: the good news, the carta bug is fixed now and the error you get about *.xml.gz has also been fixed (thanks, Wouter).

You should still be able to save and load state, though! You can also use Cmd+S (save) and Cmd+R (Restore) on Mac to quick-save and quick-load a state.

By cesco

Champion (454)

cesco's picture

21-12-2008, 10:08

Thanks. I'm sorry if I've been quite busy in these days... I'll try the new build this afternoon

By PingPong

Prophet (4094)

PingPong's picture

21-12-2008, 12:18

@Manuel: just downloaded. First impression. have you lightened the rendering? the cpu load is less than 10% on the average. In the last version was > than 23% always.

(SDLGL used, cannot use any other renderer because my drivers do not support it.)

LOL!

By Manuel

Ascended (19301)

Manuel's picture

21-12-2008, 13:09

PingPong, thanks for testing. SDLGL is not really well supported anymore. Better use SDL (will work always). SDLGL-PP is only supported if you have OpenGL 2 support on your card/driver.
SDLGL may work fine (with low CPU usage), but it may also give you glitches you won't see in SDL.

My guess is that you used SDL before and now used SDLGL.

Overall, we did a lot of optimizations, mostly to make it run more smoothly on GP2X, but that also made the CPU usage go down on all other platforms, of course Smile

By SLotman

Paragon (1242)

SLotman's picture

21-12-2008, 14:07

Found a bug:

img.photobucket.com/albums/v431/SLotman/MSX/openmsx.png

Running openMSX on XP (SP2), booting a Gradiente DDPlus machine, while booting (exactly when the beep sounded) I pressed F10 and called the main_menu_toggle... only parts of the menu is visible, but still working.

Couldn´t reproduce it when trying again though :(

A suggestion: one thing I noticed is if I have the console opened, and type the main_menu_toggle, the menu start reading the arrow keys+enter toggle, so I cant enter any other command on the console (ENTER activate the menu selection). The menu should only read keys when "having the focus". When the console is opened, the main menu should not receive keystrokes.

Page 3/6
1 | 2 | | 4 | 5 | 6