Please help testing upcoming openMSX release!

Página 65/65
58 | 59 | 60 | 61 | 62 | 63 | 64 |

Por Bengalack

Paladin (747)

imagem de Bengalack

22-05-2022, 19:08

Grauw wrote:

My profiler script works on breakpoints so it’s definitely not always executing.

In a number of my projects I have it running every time I test, and I don’t recall any debugger connection problems…

It's not persistent unfortunately. Right now, I tried to reproduce and now it accepts connections again - as was the case for a long time earlier - like all of 2020. It's just that once openmsx starts to deny connections from the debugger, I can always remedy it by not running scripts.

So, when this happens again, where should I look?

(a long time ago, I remember that the debugger was very slow to connect, and then there were lots of files somewhere that just needed to be deleted. let me know if there are tricks like that Smile )

Por Manuel

Ascended (19467)

imagem de Manuel

15-11-2022, 00:23

I have tweaked the OSD menu lately. Mostly regarding long items, scrollbars and selection of machines and extensions.
And now I am looking for feedback. Can you help by trying out the latest development build?

Por gdx

Enlighted (6214)

imagem de gdx

27-12-2022, 08:44

I compared the Main-ROM of the Sony HB-10P with that of the HB-20P which I probably got in the zip of the full set ROM for Open MSX.

hb-10p_basic-bios1.rom (sha=5e7c8eab238712d1e18b0219c0f4d4dae180420d)
hb-20p_basic-bios1.rom (sha=365c93d7652c9f727221689bcc348652832a7b7a)

Both are indicated "PAL" but in that of the HB-10P, it is indicated that it is an English version and that of the HB-20P is a Spanish version.

The wiki pics show that both models have the same keyboard and there is also an HB-10P with an english keyboard.

It is better to differentiate them. I think this problem is not limited to this model. It lacks a bit of rigor.

Does anyone have the spanish version ROMs? Is there a dump of English version of the HB-20P?
In addition, does anyone have the ROMs of Japanese HB-55 and HB-75?

Por Manuel

Ascended (19467)

imagem de Manuel

31-12-2022, 00:11

gdx wrote:

It is better to differentiate them. I think this problem is not limited to this model. It lacks a bit of rigor.

What exactly do you suggest?
We have no information about the Spanish version of the Sony HB-10P, but if we would have, we would indicate that, just like for the HB-20P.

gdx wrote:

In addition, does anyone have the ROMs of Japanese HB-55 and HB-75?

According to the openMSX config of the Japanese HB-75 it has the standard BIOS ROM with sha1sum 302afb5d8be26c758309ca3df611ae69cced2821 (found in many JP MSX1 machines) and a JP version of the firmware. It's probably in the famous zip file with all the system ROMs.

Por jepmsx

Master (253)

imagem de jepmsx

10-04-2023, 16:40


I've created a program that reads line 6 of the keyboard matrix (F3,F2,F1,Code,Caps,Graph,ctrl,shift). When I press Shift Key I get 254 as expected, but if I keep it pressed and press space bar, I read 255 in place of the 254.

I was expecting to read always 254 while shift is pressed whether space is pressed or not.

I've tried other keys of the line: F3,F2,F1 and Ctrl, and it works as expected. Either I press space or not it reads the value well.

PS: The program is a c file using fusion-c. Here is the source code:

#include "msx_fusion.h"

#define HALT __asm halt __endasm // wait for the next interrupt
void WAIT(int cicles) {
  int i;
  for (i = 0; i < cicles; i++)

void main (void) {
  unsigned char linia_Shift = GetKeyMatrix(6);
  unsigned char linia_A = GetKeyMatrix(2);

  while( (linia_A & 64)==64) {
    printf("%d\t", linia_Shift);
    linia_Shift = GetKeyMatrix(6);
    linia_A = GetKeyMatrix(2);
  Print(" Hi!");

I've tried this in my real MSX and it works as expected for all the keys, including Shift.

Is my window manager doing something strange (I'm using KDE)? or does anybody else have this problem with openMSX?

Por wouter_

Hero (524)

imagem de wouter_

10-04-2023, 16:44

Hi jepmsx,

Seeing both keys pressed in the keyboard matrix is indeed the behavior I would expect. But when I test myself I can confirm the unexpected behavior you describe. I'm also using KDE. I'll investigate what's going on and get back to you ...

Por wouter_

Hero (524)

imagem de wouter_

10-04-2023, 17:16

Hi again,

I think I found the explanation ...

OpenMSX has different 'keyboard mapping modes'. The default mode is 'CHARACTER'. In this mode we try to remap a host character to the corresponding MSX character. Let me explain via an example:

Suppose my host keyboard layout is US-QWERTY, but I'm emulating a MSX machine with a french AZERTY keyboard layout. When on my host keyboard I press SHIFT+7, I type the '&' character. But to type this character on this particular MSX I need to press the '1' key without holding shift.

In other words: in CHARACTER mode, the intention is to type characters and these then get translated from host keyboard presses to the corresponding MSX keyboard presses. In this mode, as an openMSX user, I don't need to be aware of keyboard layout differences between host and MSX.

Internally in the implementation of CHARACTER mode we make a distinction between 'typeable' and 'non-typeable' key presses. Typeable means a sequence that results in a unicode character. Examples of a non-typeable key presses are e.g. the cursor keys or pressing SHIFT without any other key presses. For every unicode character that can be typed on a specific MSX model, openMSX 'knows' what combination of MSX keys (if any) to press to generate the corresponding MSX character.

In your case: pressing SHIFT+SPACE generates unicode character 32. OpenMSX knows how to produce character 32 on MSX: just press space. OpenMSX is not smart enough to know that character 32 can ALSO be produced by pressing SHIFT+SPACE.

As a workaround you could try some of the other openMSX keyboard modes: KEY or POSITIONAL. In these two modes individual host keys get mapped to individual msx-keys. So if we retake the above example, pressing SHIFT+7 on the host keyboard will result in SHIFT+7 on the MSX keyboard. Though on the host side this will produce a '&' while on the MSX side (with french keyboard layout) this will produce a '7'. On the other hand SHIFT+SPACE on the host will now also translate to SHIFT+SPACE on the MSX (i just tested this).

Por jepmsx

Master (253)

imagem de jepmsx

10-04-2023, 19:45

Thanks a lot Wouter_ for the explanation. It is very clear.
And thanks for pointing a way to solve it

Por Accumulator

Champion (336)

imagem de Accumulator

11-04-2023, 03:08

the debugger is nice, but I like to see real-time variables..
To see direct consequences when I send variables to port &ha8, &hab, &hbb, etc...
I like to see the reason why the emulator is giving a message like "PPI not emulated correctly" when sending data to specific ports...

Página 65/65
58 | 59 | 60 | 61 | 62 | 63 | 64 |