Please help testing upcoming openMSX release!

Pagina 45/65
38 | 39 | 40 | 41 | 42 | 43 | 44 | | 46 | 47 | 48 | 49 | 50

Van S0urceror

Master (209)

afbeelding van S0urceror

25-07-2020, 10:22

wouter_ wrote:

@S0urceror: What do you think? Feel free to make other suggestions.

Thanks Wouter, I’ll give it a try and report back.

Van RibbSayan

Expert (69)

afbeelding van RibbSayan

25-07-2020, 15:36

I've a i7-4770 (12 years old) with gtx1660 (2 month old, same issue with gtx770) on windows 10 x64.
I'm using openMsx 0.15.0 (I don't know if it's a development version)
With SDLGL-PP it's smoother. Where is the vsync option ?
Thanks.

Van Manuel

Ascended (19316)

afbeelding van Manuel

25-07-2020, 23:14

For that you need a recent development build from openMSX.dev. please try it and tell us about your experiences.

Van RibbSayan

Expert (69)

afbeelding van RibbSayan

26-07-2020, 15:15

Hello
- I'll tried opeenMSX 0.15.0.886 with : renderer sdlgl-pp, scaler 3xsimple, vsync on. Same issue with aleste, a very very little lag on scrolling.
- Other issue, always with aleste, i'm shoting with shift and W keys. I release keys and make a reverse. My ship is firing and I take control with just cursor key. No need to push fire keys, my ship continue to fire.
- At last, a weird issue, not reproductible easily, I'll push right cursor key to move and suddenly, it's stop. I need to release et push.

Van pgimeno

Champion (328)

afbeelding van pgimeno

26-07-2020, 18:59

RibbSayan, can you try this? First, open the console with F10; then enter: set kbd_mapping_mode POSITIONAL then press F10 again to close the console, and let us know if that solves any keyboard issues.

As for the scrolling lag, are you emulating an NTSC MSX machine? If not, can you try just in case?

Also, what's the frequency of your video mode? If it's not 60 Hz, using NTSC may not work well.

Van RibbSayan

Expert (69)

afbeelding van RibbSayan

27-07-2020, 19:37

Yes, Changing machine from Philips NMS 8255 to Panasonic FS-A1GT, the lag disappears.
Set "kbd_mapping_mode POSITIONAL" solve the reverse issue.
Thanks a lot.

Van sdsnatcher73

Prophet (3851)

afbeelding van sdsnatcher73

09-08-2020, 08:51

Just an FYI. I installed MacOS 11.0 Big Sur (Public Beta) and Xcode 12.0 beta and performed a full clean build of openMSX-0.15.0-887 which went fine and is also working fine!

Van Manuel

Ascended (19316)

afbeelding van Manuel

09-08-2020, 09:52

Great to hear that, thanks! Smile

Van Zandig Slaytanic

Resident (44)

afbeelding van Zandig Slaytanic

17-08-2020, 14:54

I'm receiving an error when running Catapult using Windowsx64 64-bit Builds from version 893:
openmsx-0.15.0-893-g94d47c9af-windows-vc-x64-bin.zip
to the current build: openmsx-0.15.0-899-ga6abc7320-windows-vc-x64-bin.zip

The last one working is 892

https://ibb.co/g95p5pM

Van sdsnatcher73

Prophet (3851)

afbeelding van sdsnatcher73

17-08-2020, 19:07

I found an issue (not sure if it is a bug yet) with openMSX 16.0-rc1 on macOS. I think it is related to privacy features Apple is adding to the OS since Catalina (I am on Big Sur beta right now).

The issue is that the command "diskmanipulator create hd.dsk 256M" fails with the error:
Couldn't create image: Error opening file "hd.dsk": Read-only file-system

It may be related to me having symlinked the .openMSX folder into Documents/openMSX (and when I start a new version of openMSX I have to grant access to Documents). I did this because Documents folder is on iCloud and it is synced between my Macs and Windows PCs. That way my config/systemroms/machines/extensions are always the same on all machines.

Maybe openMSX has to request write privileges before trying to write?

Pagina 45/65
38 | 39 | 40 | 41 | 42 | 43 | 44 | | 46 | 47 | 48 | 49 | 50