Start WinUAE using A500 quickstart config (no floppy required) set to full-screen mode. Pause emulation and open WinUAE UI with F12. Press "OK" to close UI. The UI will close but winuae will not switch back to the emulation. Winuae64.exe task doesn't close either, just sits quietly doing apparently nothing.

*correction*

I just noticed that WinUAE is actually still in the system tray (I didn't see it before because Windows 10 decided to hide it by default.) If I click on the tray icon the screen flashes black for an instant and then back to the desktop with the WinUAE UI open again. If I hit OK it disappears again. If I very quickly hit pause during the short instant the screen is black the UI will pop up again, but then properly return to the running emulation after hitting OK.

Logs attached, I can send you a manually forced dump as well if you need one.

Did it happen in previous betas or is this new issue? (test also 32-bit version) Attach also your config file.

If the Checkmark 'power led Dims when audio filter is disabled' is disabled in the Miscellaenous Section in combination with
Audio Filter: Always Off [Power led is Off, thats right]
Audio Filter: Emulated A500/1200 and Always Enabled [Power led is Off too?]

If the Checkmark 'power led Dims when audio filter is disabled' is enabled
Audio Filter: Emulated A500/1200 and Always Enabled [then is Power led on too?]

PS: The LED Dim is a litte bit to Dark. Can you make a few Percent brighter? Or put optional to the Uae Config ini as [example] amiga_power_led_dim=65 (Brighter 0-100 dark)?
I think is not important to add a Gui Element for this. Only in the uae Config.

If the Checkmark 'power led Dims when audio filter is disabled' is disabled in the Miscellaenous Section in combination with
Audio Filter: Always Off [Power led is Off, thats right]
Audio Filter: Emulated A500/1200 and Always Enabled [Power led is Off too?]

If the Checkmark 'power led Dims when audio filter is disabled' is enabled
Audio Filter: Emulated A500/1200 and Always Enabled [then is Power led on too?]

It has no effect on audio filter. Dimmed or switched off: filter off. (except A1000 which has hardwired audio filter, only hardware modification can disable it)

Quote:

PS: The LED Dim is a litte bit to Dark. Can you make a few Percent brighter? Or put optional to the Uae Config ini as [example] amiga_power_led_dim=65 (Brighter 0-100 dark)?
I think is not important to add a Gui Element for this. Only in the uae Config.

Did it happen in previous betas or is this new issue? (test also 32-bit version) Attach also your config file.

I just checked and it happens with all 4.0.0 beta versions except with one slight difference: At version 8 and older it doesn't even try to switch to full screen when I click on the tray icon, it just opens the UI. Starting with version 9 it does switch to full screen for an instant before returning to the desktop with the winuae UI open. If I reset the emulator from the UI it starts back up in full screen as normal.

I just checked and it happens with all 4.0.0 beta versions except with one slight difference: At version 8 and older it doesn't even try to switch to full screen when I click on the tray icon, it just opens the UI. Starting with version 9 it does switch to full screen for an instant before returning to the desktop with the winuae UI open. If I reset the emulator from the UI it starts back up in full screen as normal.

Config file attached.

This should be fixed now, hopefully without side-effects.. winuae.7z updated.

Umm... Used gfx board? Resolution? And so on. Lots of missing information.

Toni,

D'oh! I apologize. I sincerely thought I included my config file and logs.

The system does not crash but the mouse is laggy and will not allow me to go above the center of the screen in Open Look.

Full Discloser: I am running WinUAE (32 bit) under WINE DEVEL 3.8 with 64bit support on my Mac (10.13.4). I have not experienced any other issues with 3.8 with regards to my other Windows software. Though, it is always possible.

I didn't bother to install better video players to view them but perhaps winuae.7z already fixes it (laglass vsync started using partial updates in b5 but d3d9 mode still used D3DLOCK_DISCARD mode)

Yep it's now much better.
(BTW there are a couple of lines of garbage at bottom of Amiga display area with winuae.exe dated 2018-05-17 16:41. E.g. run with 3× vertical scaling, then change to 3.5×.)

Edit to add: D3D9 mode seems to (perhaps) be better than D3D11, at least in terms of the number of slices possible (End+F9 colour bars near-rock-solid with 16 slices). About the little "debug dots" on the left edge of Amiga display: I noticed a big gap between the top and the one below it. Is that normal/intended? Pic:

Yep it's now much better.
(BTW there are a couple of lines of garbage at bottom of Amiga display area with winuae.exe dated 2018-05-17 16:41. E.g. run with 3× vertical scaling, then change to 3.5×.)

Example image?

Quote:

Edit to add: D3D9 mode seems to (perhaps) be better than D3D11, at least in terms of the number of slices possible (End+F9 colour bars near-rock-solid with 16 slices). About the little "debug dots" on the left edge of Amiga display: I noticed a big gap between the top and the one below it. Is that normal/intended? Pic:

D'oh! I apologize. I sincerely thought I included my config file and logs.

The system does not crash but the mouse is laggy and will not allow me to go above the center of the screen in Open Look.

Full Discloser: I am running WinUAE (32 bit) under WINE DEVEL 3.8 with 64bit support on my Mac (10.13.4). I have not experienced any other issues with 3.8 with regards to my other Windows software. Though, it is always possible.

Thanks!!
-P

Which was last working beta? I can see weird behavior in Amix but I am not sure if it is same problem..

This screenshot taken after running at 3× vertical scaling then changing to 3.5×. Line mode double, fields+.

Code:

http://www.media!fire.com/file/rzx57oo8izn4hj7/WinUAE_2018-05-18.png

On first run at 3×, the bottom few lines are all black. The trash appears after changing to 3.5×.

Quote:

Originally Posted by Toni Wilen

It isn't normal and I can't duplicate. Can't see large gap.

I wonder if the extra distance between top "debug blob" and the next corresponds to the size of vertical blanking interval? Maybe different video drivers return different scanline numbers? E.g. one driver might have line 0 mean the first active picture line, another might have line 0 mean first line of vertical blanking interval.

This screenshot taken after running at 3× vertical scaling then changing to 3.5×. Line mode double, fields+.

Code:

http://www.media!fire.com/file/rzx57oo8izn4hj7/WinUAE_2018-05-18.png

On first run at 3×, the bottom few lines are all black. The trash appears after changing to 3.5×.

Does it happen with smaller multipliers? Also, this has nothing to do with lagless vsync?

Quote:

I wonder if the extra distance between top "debug blob" and the next corresponds to the size of vertical blanking interval? Maybe different video drivers return different scanline numbers? E.g. one driver might have line 0 mean the first active picture line, another might have line 0 mean first line of vertical blanking interval.

Being inside vblank has separate boolean flag. Line count is ignored when in vblank.