WinUAE 2.2.0 beta series

[Toni Wilen]

Originally Posted by NewDeli

Are you aware of the possible issues with the new input panel & game ports, or do I need to report them ?
When I try to remap my gamepad controls, any press on the directional pad amounts to 2 keys mapped (gamepad not a USB gamepad) instead of one.

Works as designed.

DPad is considered as 2x2 "buttons" (left and right or up and down) and mapping Amiga axis to real device axis maps both directions. (imho this is what most users expect)

Mapping dpad to Amiga-side button maps only single direction.

Also, I don't know exactly how to tell the input panel not to use Game Ports panel as default (other than unticking, then ticking again Configuration #1). I wouldn't mind using it as default, but Game Ports doesn't seem to allow assigning buttons to some events. Mouse cursor is stuck until I change the device in Game Ports.

Tick? Tick what? It is a select menu, not a checkbox or whatever.. Select "Configuration #1", save configuration. Same as always.

Last, I have to click OK twice to confirm changes in the configuration during emulation (happens randomly).

?

[Toni Wilen]

http://www.winuae.net/files/b/winuae_2200b4.zip

Beta 4:

- keyboard input configuration didn't load correctly (was overwritten by default mappings or mappings were completely erased)
- if at least one rawinput keyboard and mouse is found: skip directinput keyboard and mouse enumeration. Prevents stupid side-effects if both are used simultaneously, for example fullscreen and directinput keyboard enabled: rawinput stops getting any input (and technically directinput is less direct than rawinput, it is only good for joysticks/pads today)
- fixed possible division by zero in new power led code
- statefile_quit=<path> configuration file parameter added, automatically saves state to <path> when emulator is quit normally
- CPU speed and advanced chipset configuration stored in statefiles
- in some situations full-window mode tried to use vsync frame wait (which did nothing and caused warp-mode like speedup)
- added toggle fullwindow<>fullscreen and fullwindow<>window input events
- yet another sprite update, Total Perspective Vortex / Frantic background smallest sprites missed last line of data

WARNING: Configuration files saved with previous 2.2 betas won't be fully compatible with later versions. Keyboard input data is handled slightly differently (no more "super" keyboard that gets all keyboard input), beta 1-3 written config files may not have all keyboards enabled if Configuration #1-#3 mode is enabled. Older configuration files should work correctly.

[Romanujan]

Regarding my slowdown problem: it can be still reproduced with beta 4 on latest NVidia drivers (197.45). And I have noticed it happens only if triple buffering is enabled in Host/Display section, double buffering (or no buffering) seems to be fine. Which means that this problem is not really important for me anymore

(I do not yet know whether enabling the triple buffering is enough to trigger it).

[Toni Wilen]

Triple buffer was the default before selection was introduced, it can't be the original reason for slowdown.

[NewDeli]

Originally Posted by NewDeli

I have to click OK twice to confirm changes in the configuration during emulation (happens randomly).

Never mind this. Input issue solved with mouse set to windows mouse in both tabs.

Originally Posted by Toni Wilen

Added toggle fullwindow<>fullscreen and fullwindow<>window input events

Nice ! I hope others will have fun with this, not just dual display folks !

Only remaining minor issue, it seems that latest beta doesn't like AutoVsync. Even if I set it in directly in the config, it will default to Vsync (not that I think the 2 modes are truly different). I didn't try rebuilding the config from scratch (not too hot for it ).

[Toni Wilen]

Originally Posted by NewDeli

Never mind this. Input issue solved with mouse set to windows mouse in both tabs.

Right, "Mouse *" is now gone (unless rawinput is not supported). This should automatically default to some other mouse.. (in Configuration #x-modes)

Autovsync config option is broken.

[andreas]

Originally Posted by Toni Wilen

Right, "Mouse *" is now gone (unless rawinput is not supported).

Finally! THANKS!

It could be confusing at times. Because on non-English Windows, this previously always appeared as "Maus *" (German) or "Souris *" in French, for instance. Always made it necessary to know about the user's system locale first to avoid confused looks when explaining something

[freddy]

Parameters do not appear for the port 1 with the translation

[Toni Wilen]

Originally Posted by freddy

Parameters do not appear for the port 1 with the translation

Obviously this is not my problem. Wrong ID or something in translation.

[freddy]

Exactly wrong ID.
Thanks

[thomas]

WinUAE 2.2 does not allow to add a FAT formatted ZIP disk as harddrive for preparation as Amiga boot disk. It's labelled as "OS" rather than "MBR" like in previous versions (tested 1.6.1 through 2.1). R/W switch is disabled.

[lennonlives]

winuae_2200b4.zip

As great as it is to finally have this feature, game ports remapping doesn't work for me at all. As soon as I click on "remap" WinUAE doesn't respond anymore, not even if I press F11 or F12. Anyone else encountering this issue?

[thomas]

Originally Posted by lennonlives

winuae_2200b4.zip

As great as it is to finally have this feature, game ports remapping doesn't work for me at all. As soon as I click on "remap" WinUAE doesn't respond anymore, not even if I press F11 or F12. Anyone else encountering this issue?

Yes, I did. I escaped by pressing the left Windows key which opened the start menu. After that WinUAE behaved as normal again except that the keyboard did not work at all, neither inside the emulation nor in the GUI. Only F12 opened the GUI, so I could quit.

[Toni Wilen]

Originally Posted by lennonlives

winuae_2200b4.zip

As great as it is to finally have this feature, game ports remapping doesn't work for me at all. As soon as I click on "remap" WinUAE doesn't respond anymore, not even if I press F11 or F12. Anyone else encountering this issue?

Obviously it works fine here. Logs please. (unfocus/ALT-TAB always releases it if keyboard isn't working)

[lennonlives]

Originally Posted by Toni Wilen

Obviously it works fine here. Logs please. (unfocus/ALT-TAB always releases it if keyboard isn't working)

I hope these logs help (how much about remapping the game ports is actually logged?). Hitting Alt+Tab is exactly what I did to regain control over WinUAE.

[Toni Wilen]

Originally Posted by thomas

Yes, I did. I escaped by pressing the left Windows key which opened the start menu. After that WinUAE behaved as normal again except that the keyboard did not work at all, neither inside the emulation nor in the GUI. Only F12 opened the GUI, so I could quit.

Originally Posted by lennonlives

I hope these logs help (how much about remapping the game ports is actually logged?). Hitting Alt+Tab is exactly what I did to regain control over WinUAE.

What kind of keyboard hardware? PS/2? (non-USB)
Possibly only HID keyboard devices are available in RAWINPUT mode. Some tweaks to do..

[lennonlives]

Originally Posted by Toni Wilen

What kind of keyboard hardware? PS/2? (non-USB)
Possibly only HID keyboard devices are available in RAWINPUT mode. Some tweaks to do..

I'm using WinUAE on a notebook. Probably PS/2 interface then. The device manager confirms that.

[lennonlives]

Yet another thing I discovered some weeks ago: Playing "Fire & Ice" on a A1200 configuration with cycle-exact emulation results in very distorted sound. I normally use a WHDLoad version of the game on a A1200 configuration, but the problem also occurs with the ordinary floppy version. Configuration file and logs included.

This issue might be something you've warned against before when it comes to cycle-exact emulation, but I thought I'd mention it anyway.

Thanks for all your hard work, Tony.

[oRBIT]

Wow, 68030 cycle-exact emulation is really nice work! Can we expect the same for 040/060?
Good work!!

[Ed Cruse]

Originally Posted by thomas

WinUAE 2.2 does not allow to add a FAT formatted ZIP disk as harddrive for preparation as Amiga boot disk. It's labelled as "OS" rather than "MBR" like in previous versions (tested 1.6.1 through 2.1). R/W switch is disabled.

I agree, it's what happened when -disableharddrivesafetycheck was not used before Toni eliminated the option, now it happens all the time. I can't write to my FAT zips either, with 2100 I can.