Another nice test: BP07_RealWild_traktor_planetoftheepas.cas It shows several problems and crashes at some point.
Another nice test: BP07_RealWild_traktor_planetoftheepas.cas It shows several problems and crashes at some point.
Yes I will soon test with the programs you suggested now and on your previous post.
I'm very curious! Those demos are a real challenge to run.
Have you re-tried them with the latest version? (0.931)
Peccin
I ran them a few minutes ago. What did you change?
I also saw that the border color is not line accurate still, indeed. Also, some parts even require pixel accuracy
Anyway, very impressive on how far you actually are at this point.
So, in your case, I think the only solution for now is to set your keyboard configuration as US in your OS, so the emulator will end up mapping your "A" key to the original US "Q" location, which will give you an "A" in the French BIOS.
Thanks for the tip, it works perfectly. Actually, I need to use the same trick on blueMSX and openMSX for the RightAlt key (corresponding to CODE MSX key in these emulators), if I need to use this key as CODE key, combined with another key, because Windows has a strange behaviour with this key when using the default FR keyboard config of my PC (It's a stupid decision of Windows programmers, not a bug in the emulators).
I've tested also with the Russian MSX bios (JCUKEN keyboard). To get the right characters at the good location for this uncommon keyboard, the solution is the same !
The complete solution I plan is to make the keyboard layout completely configurable in the emulator. I don't know how the more mature emulators solve this issue.
It seems me a good decision.
FYI, blueMSX simply remaps all the PC keys to make them work as the MSX keys in the same positions. The emulator has also a keyboard editor.
openMSX has two ways for supporting the keyboards : like blueMSX or by making correspond the MSX keys to the pressed PC keys (it's the default way). openMSX uses Unicode files for each type of MSX keyboard, and that's indeed all a work. (No any Unicode file in blueMSX).
I ran them a few minutes ago. What did you change?
I also saw that the border color is not line accurate still, indeed. Also, some parts even require pixel accuracy
Anyway, very impressive on how far you actually are at this point.
Manuel, are you also a developer?
Manuel’s one of the openMSX developers :)
By the way,
Anyway, very impressive on how far you actually are at this point.
I have to second that!
Manuel’s one of the openMSX developers :)
By the way,
Anyway, very impressive on how far you actually are at this point.
I have to second that!
Whoa! Gotta be careful, I'm talking to the big dogs here! :-)
Very nice!
Thanks for the support guys! This only gives me more energy to push forward!
Peccin
Looks pretty good! Check out some demos of Dvik&Joyrex (e.g. Waves, MSX Unleashed and Utopia) and you'll see that most stuff is working, but there are some glitches.
See http://www.dvik-joyrex.com/ for the downloads.
Excelent demos! Tested all of them!
Ahaaaa! One of them changes the mode in the middle of the screen! Yes, this is not supported yet... :-)
Besides that and border color accuracy, could you spot other major glitches?
Peccin
Excelent demos! Tested all of them!
Ahaaaa! One of them changes the mode in the middle of the screen! Yes, this is not supported yet... :-)
Besides that and border color accuracy, could you spot other major glitches?
Just found a "bug" in a undocumented feature of the VDP! Fixed it... (not released yet)
Now the "80 columns mode" of the Illusions demo is working nicely! ;-)
Peccin
:thumb_up: