Vampier, did you run Gradius 3 on 50Hz or something? It seems just a bit too slow to me. However, you compensate with Vampire Killer

Quote:

metal gear is too dark and Vampire has bad quality

? I got bad quality? WTF!

yeah gradius was 50hz... I won't re-record with 60hz... maybe a non-shooter fly trough

I just uploaded a bunch of new videos. I've included the complete Vampire Killer game (it's almost a speed run ) and I've added the first 4 worlds of Maze of Galious. Also a 'speed run' of Penguin Adventure with all the warps.

Enjoy!

and another bunch of games uploaded

Also a video of the Team Bomba Underwater Demo (for GFX9000) has been uploaded.

nice videos... one question
This was done with a linux version of openmsx?

also one comment - in Vampire Killer, the whip's hit sound and Simon's landing sound aren't the same as a real MSX PSG.

The OS doesn't matter. Some were made on Linux some on Windows. But openMSX runs practically identically on all operating systems it works on (Windows, Linux, FreeBSD, OpenBSD, Mac OS X, etc.)

The sound in the videos is kind of (re)encoded by Google, so that may change the sound slightly. Also, maybe emulation is not perfect, but you can check when running openMSX on your own PC.

checked it (under Windows), same thing... the PSG noise is incorrect. There's lots of sounds like that in games, another example is when you hit an enemy in Beamrider, for example.
It sounds a bit too "soft".

While I was at it, I noticed a strange little sound error in Quarth too. If you start the game (no config change needed), the song that starts plays an incorrect note almost at the beginning. A bit strange, the SCC seems to sound fine otherwise... at least, what I've checked so far.

Samor, do you know if its a bug in blueMSX as well? If not, the videos can be done with blueMSX instead.

no, these bugs don't appear in bluemsx.

sorry, hope I don't come across as complaining too much, but I'm testing openmsx now anyways, so why not report my findings:

there's one more thing I noticed, and that's that the windows version of openmsx seems to demand nearly all of the cpu time available to itself. Even when I disable antivirus, everything but essential system processes and my internet connection, it still manages to skip randomly. It becomes also apparant when you for example open up a window when openmsx is running. Allthough nearly every emulator would take a little hit at some point, this one seems to react very strongly on any other process. (my processor's an athlon xp 2500+, by the way)

on the positive side, the tape emulation with loading sounds is quite a nice touch.

http://video.google.com/videoplay?docid=3038970565839886999&hl=en

Here is a first video of Nemesis 1 with extra scripts to give it slightly more color

I like how the mountains look with those colours. Kinda like the arcade version

Samor: the performance depends heavily on which renderer setting you use and what kind of graphics card you have. The SDL renderer works on almost any video card, but uses more CPU. The SDLGL-PP only works on modern (OpenGL 2) cards, but uses a lot less CPU.

I have an Athlon XP 1600+ myself and with SDL it uses about 60% CPU for a scale factor of 2 and with SDLGL-PP (on a Radeon 9700Pro) using all possible effects about 50% with a scale factor of 4. So, CPU usage should not be very high on your system, but it heavily depends on the graphics card.

You could also make your sound buffer larger, if you experience sound skips (I assume that is what you mean with skips). In the console type "set samples" to see what the current value is. Try to double the value and see if that helps.

I'll ask the sound specialist (wouter_) to look at the PSG code. You're sure it's only the PSG and not a general problem? Or is the Quarth thing an SCC problem? In the latter case, is it the same bug as this?

Don't worry about complaining. We really appreciate feedback and bug reports. Keep them coming!