Wanted: feedback from Mac OS X users

Page 5/18
1 | 2 | 3 | 4 | | 6 | 7 | 8 | 9 | 10

By sd_snatcher

Prophet (3473)

sd_snatcher's picture

12-11-2013, 01:49

And guess what? The tape-save bug is in Kings Valley 2 itself! It seems that when there's a disk drive present, the game always saves corrupted files on tape.

The tests revealed:
- It saves correctly on the same machine if you keep SHIFT pressed on boot to disable the disk interface.
- It loads (not corrupted) files from tapes regardless of a disk interface being present

Well, and if some electronics expert have suggestions on how I can make my pc-headset-to-iphone adapter compatible with the MSX tape interface, that would be very welcome and can make my future debugging easier. Because, as you know, the iPhone is much lighter to handle than a sturdy old notebook. Smile

This article and some others state that a 1K to 1.6K resistor seem to be necessary.

By Manuel

Ascended (18162)

Manuel's picture

12-11-2013, 12:32

Thanks a lot for verifying this issue Smile

Are there still critical issues open that we should fix before a release, in your opinion? (Mac related or in general perhaps.)

By sd_snatcher

Prophet (3473)

sd_snatcher's picture

12-11-2013, 14:06

You're welcome! Smile

There are still some issues left:

- This keyboard bug is still present.

- A way to set the dead center for the joystick would be great. With my current stick, even when in the idle position openMSX will still report the left direction as being pressed.

- The Toshiba VDPs are still not emulated

Note to self: I have to test again if the mouse emulation in Mac OS-X still have issues (aka "virtual wall") in full screen without grab input=on.

By Manuel

Ascended (18162)

Manuel's picture

12-11-2013, 16:03

OK, but these are old issues, which are in my opinion not blocking the release. Not what I meant with "critical issues we should fix before the release"... Do you agree? If yes, any *really* critical issues open?

By sd_snatcher

Prophet (3473)

sd_snatcher's picture

12-11-2013, 21:17

Ok, I agree that the Toshiba VDP isn't critical. Smile

But, hey! keyboard and mouse are the most basic input devices. There shouldn't be any bugs in their emulation should it? Smile

The mouse emulation bug, i.e.: For a novice user that just installed openMSX to "check if it's a good emulator", his experience with the mouse will be ruined from start. And it is something that would be very easy to fix: set grabinput should be automatically forced to "on" for fullscreen, and restored to the previous selected mode when exiting fullscreen.

BTW, I just tested the trackball emulation. I found two bugs:

1) The same bug as the mouse when running on fullscreen: the pointer reaches "invisible walls" that make it unusable
2) The clipping code is behaving very weird. Moving the host mouse up to a certain speed will cause the mouse pointer to accelerate accordingly. If you move faster than that, the mouse pointer will go slower! With clipping, one would expect that it would reach a certain speed limit, and not have some sort of braking like it is having. (tested in full screen with grabinput=on)

By Manuel

Ascended (18162)

Manuel's picture

12-11-2013, 22:24

The mouse thing seems to be Mac specific, it works fine on my PC... probably a bug in SDL, so not easy to fix.

By sd_snatcher

Prophet (3473)

sd_snatcher's picture

12-11-2013, 23:57

Forcing the input to be grabbed when running on fullscreen could be an easy and clean workaround for the problem. Smile

By Manuel

Ascended (18162)

Manuel's picture

13-11-2013, 23:12

I'm trying, but I can't test it myself...

(As in: I have a patch ready... but I can't test it.)

By Manuel

Ascended (18162)

Manuel's picture

14-11-2013, 22:47

Well, I checked in the patch. I hope someone can help testing it on a Mac. I guess someone should build it first Tongue

By Manuel

Ascended (18162)

Manuel's picture

15-11-2013, 23:23

sd_snatcher wrote:

- A way to operate the OSD-Menu using only the mouse. Currently it doesn't seem possible to click away from an already selected menu option to close it. Also, it's not possible to click in the tabs of each running machine to select or close them.

I implemented right-clicking to close the current menu. Not ideal, but better than having no way at all to do this. Clicking outside of the menu is tricky on a small touch screen, so I didn't go for that.

Can you rank all the suggestions to this by priority? Smile I'd be really interested in that.

Page 5/18
1 | 2 | 3 | 4 | | 6 | 7 | 8 | 9 | 10