WinUAE 4.9.0 beta series (Was 4.5.0)

[Toni Wilen]

Does https://download.abime.net/winuae/files/b/winuae.7z fix Picasso96 crash? (if it does not, don't attach dump files, they aren't useful with unofficial betas).
It also should fix light gun alignment. Please confirm.

[Toni Wilen]

Originally Posted by goldmomo

Hello,

I have some glitches with Beta 24 when a 68030 and MMU on or EC mode is selected (OCS, cycle exact). Problem occurs with some tests that use COPJMP1 / 2. Issue does not happen on 4.4.0 and Amiga 500 with 68030 (cannot rule out that my code is wrong).

Does it happen even when running without startup-sequence or only if MMU is active? (for example mmulib has been loaded)

[Viceroy]

Hi Toni

RTG: tested 5 out of the 60 x RTG games in DamienD's collection; all are still crashing when switching to an RTG display. Logs attached. Do you want a .HDF and configuration file to test with?

ALG: tested all 4 x ALG games; DamienD's configured .NVR files are now working perfectly again. Many thanks for fixing this.

Sound: any suggestions on why the sound sometimes has slight pops, cracks etc. and isn't crisp. I've been using WinUAE for over a decade and this is the first time I've had any issue. Do you need logs?

Cheers Viceroy

[Toni Wilen]

Originally Posted by Viceroy

Hi Toni
RTG: tested 5 out of the 60 x RTG games in DamienD's collection; all are still crashing when switching to an RTG display. Logs attached. Do you want a .HDF and configuration file to test with?

I guess both are needed. I simply can't duplicate this.

Sound: any suggestions on why the sound sometimes has slight pops, cracks etc. and isn't crisp. I've been using WinUAE for over a decade and this is the first time I've had any issue. Do you need logs?

Later, only after all the updates are finally working.

[FreakyDan]

I also have had problem with RTG begining with Beta23.
In beta23 RTG hanged with DirectX11, only DirectX9 worked.

Beta 24 crashes to desktop with both DirectX9 and 11

[Viceroy]

Originally Posted by Toni Wilen

I guess both are needed. I simply can't duplicate this.



Later, only after all the updates are finally working.

Thank you Toni ;-)

[goldmomo]

Originally Posted by Toni Wilen

Does it happen even when running without startup-sequence or only if MMU is active? (for example mmulib has been loaded)

Hello Toni,
It’s occurred without startup-sequence. Copied test to adf (no startup-sequence) and boot with kickstart 1.3 (68030 + MMU/EC), but the glitch seems more static. With my WB setup (use mmu.library and muforce stuff) it’s happens more frequently.

[rutra80]

Originally Posted by Toni Wilen

Does https://download.abime.net/winuae/files/b/winuae.7z fix Picasso96 crash? (if it does not, don't attach dump files, they aren't useful with unofficial betas).
It also should fix light gun alignment. Please confirm.

Nope, all P96 problems remain here.
Also, stock 3.2 with P96 now has bad scaling, so I'd say it's a regression.

[Toni Wilen]

Crash hopefully is fixed now (winuae.7z updated, make sure it is today's build). I managed to duplicate it but only in fullscreen (always mention if it is fullscreen only, please).

What do you mean by "bad scaling"? It does not really tell much.

[FreakyDan]

Latest winuae.7z doesnt fix it for me, but you are right. It only happens in fullscreen mode.
Both native and RTG must be set to window mode, or else crash

[Toni Wilen]

Originally Posted by FreakyDan

Latest winuae.7z doesnt fix it for me, but you are right. It only happens in fullscreen mode.
Both native and RTG must be set to window mode, or else crash

Did you check it is today's build? Cached files are very common if you have already downloaded it recently.

[FreakyDan]

Originally Posted by Toni Wilen

Did you check it is today's build? Cached files are very common if you have already downloaded it recently.

Yes, todays date on the file.

[Toni Wilen]

Does it work if you switch to D3D9 or disable misc panel on screen leds? (D3D11 OSD seems to have memory overflow in some situations)

EDIT: one more weird fullscreen behavior found, debugging..

[Toni Wilen]

Ok, now it should work. Fixed:
- D3D11 OSD crash (D3D9 worked) if display moved monitors and they had different DPI.
- Weird scaling when switching RTG modes. (introduced in recent beta)
- RTG crash in full screen.
- Chipset buffer overflow in some non-PAL/NTSC modes (buffer size was not updated when vertical "wraparound" support was added)

[hexaae]

Originally Posted by Toni Wilen

Ok, now it should work. Fixed:
- D3D11 OSD crash (D3D9 worked) if display moved monitors and they had different DPI.
- Weird scaling when switching RTG modes. (introduced in recent beta)
- RTG crash in full screen.
- Chipset buffer overflow in some non-PAL/NTSC modes (buffer size was not updated when vertical "wraparound" support was added)

Yeah! Finally working fine also on my sys with P96 RTG WB... (I had black screen freezes).
EDIT: argh, crashed quitting a WHDLoad game (native mode fullscreen -> WB RTG fullwindow). Will add dumps... wait

I have no crashdump: it just shows blackscreen and silently quits the emulator.
Log: https://pastebin.com/BX8et3qY
Cfg: as always see my signature for my current cfg
JIT On at Workbench

EDIT2: tested with JIT always Off even at WB, and still happened launching a pair of times Shadow of the Beast WHDLoad and quitting to WB.

[Toni Wilen]

Originally Posted by hexaae

Yeah! Finally working fine also on my sys with P96 RTG WB... (I had black screen freezes).
EDIT: argh, crashed quitting a WHDLoad game (native mode fullscreen -> WB RTG fullwindow). Will add dumps... wait

I have no crashdump: it just shows blackscreen and silently quits the emulator.
Log: https://pastebin.com/BX8et3qY
Cfg: as always see my signature for my current cfg
JIT On at Workbench

EDIT2: tested with JIT always Off even at WB, and still happened launching a pair of times Shadow of the Beast WHDLoad and quitting to WB.

Dumps would have been useless anyway..
Include -logflush to command line, without it last few lines of log will be lost.

Same in D3D9 and D3D11 mode? In normal windowed mode?
Reduce both VRAM and Z3 RAM to 128M or so. 1G total might cause side-effects when running non-64bit version. (Quitting silently usually is either stack overflow or running out of RAM)

[hexaae]

I used:
winuae.exe -log -logflush -full

Ok... tested DX9 and set Native mode: windowed + RTG: full window, RAM: 128MB, RTG: 128MB, still the same: I run Beast WHD, black screen/window (can't understand if game freezed or is just loading forever after 30 secs...), I quit back to WB with F10 without further issues... If I repeat this 2-3 times at last I see a black (full)screen even with Native:windowed, and after a bunch of seconds emu silently quits...

P.S. Beast works fine of course and loads instantly with good old 4.5.0b16 x64 (2021.01.23)...

[Viceroy]

All with RTG is now working again and thank you Toni, Well Done!

[hexaae]

Originally Posted by Viceroy

All with RTG is now working again and thank you Toni, Well Done!

What RTG do you use?
Here is very unstable (black screen and emu quits) with RTG UAE-Z3 (I use P96 with AmigaOS) after it quits from WHDLoad games and has to go back to RTG WB.

This is interesting: I tried also non-WHD games (opening their own NTSC or PAL screen) and they work fine instead all the time after I quit and go back to RTG WB. Seems to affect WHDLoad games only... mmmh

[rutra80]

Originally Posted by Toni Wilen

Ok, now it should work. Fixed:
- D3D11 OSD crash (D3D9 worked) if display moved monitors and they had different DPI.
- Weird scaling when switching RTG modes. (introduced in recent beta)
- RTG crash in full screen.
- Chipset buffer overflow in some non-PAL/NTSC modes (buffer size was not updated when vertical "wraparound" support was added)

Yes I can confirm everything seems to be back in order here now : )