WinUAE 3.2.0 beta series

[AnnaWu]

I am always impressed how efficient and helpful Toni is.

[Mclane]

Yep, totally agree, him and Phaeron / Avery Lee who writes the Atari 8bit emulator Altirra are two of the most helpful and informed emulator authors I've ever dealt with.

[James]

Originally Posted by Toni Wilen

Does switching off JIT FPU "fix" it? (and make it much slower)

Yes.

Originally Posted by Toni Wilen

EDIT: I tested IKSPQ5 and AwinQuake from Aminet. Works fine.

Yes, I just tried it on AmiKIT and it works fine for me too.

Originally Posted by Toni Wilen

EDIT2: "Illegal lget at 4afc4007 PC=116875c2" in your log. Do they appear during level load? (run with -log command line parameter to see it, use windowed mode). Your config is a bit too complex for simple game testing (too many drives, too many extra features, setpatch that resets the system and so on, possibly bad patches. Too many variables. Plain 3.1 is the best for testing)

No, that was Virus Checker II, and disabling it made no difference to Quake.

[Toni Wilen]

Originally Posted by Mclane

Yep, totally agree, him and Phaeron / Avery Lee who writes the Atari 8bit emulator Altirra are two of the most helpful and informed emulator authors I've ever dealt with.

I guess one reason is: both emulators have same goal, emulate the hardware and expansions as accurately as possible and this needs as many as possible compatibility reports to find all odd programs that accidentally depend on some hardware oddity.

Just trying to make emulator that runs most popular games does not need that kind of accuracy, but it also means it is far too easy to add workarounds that will cause conflicts and sooner or later less popular programs become ignored, and because they aren't that important (from emulator point of view), reports will be get ignored and everyone gets annoyed. (Which is sort of same thing as programs not working in UAE with 68020 CPU due to emulation not being accurate enough: ignored, there is nothing to be done. Not yet.)

Originally Posted by James

Yes, I just tried it on AmiKIT and it works fine for me too.

Hmm... So whats the difference? Config? WB setup? Some background program or patch that also uses FPU? Does 64-bit version have same problem?

b16 had FPU JIT updates = FPU JIT issue is very possible but how to duplicate it..

[James]

Originally Posted by Toni Wilen

Does 64-bit version have same problem?

Couldn't test GLQuake with the 64-bit version, but AwinQuake works OK (only beta 18 tested).

[Toni Wilen]

Originally Posted by James

Couldn't test GLQuake with the 64-bit version, but AwinQuake works OK (only beta 18 tested).

Hmm.. Weird. It sounds like some program semi-randomly messes up FPU state or rounding mode or something.

Does it work if you use your "non-working" config, boot without startup-sequence, set big enough stack (like "stack 500000") and run awinquake?

[DamienD]

There's an issue with "Full Contact".

The game will load to the screen with the "gate" and text scrolling up. After all the text has gone the game doesn't load further.

Played around with numerous options and Quickstarts but can't get it working...

Tested using the latest beta, + v3.1.0 + v3.0.0 and even v1.0.0. It actually works fine in v1.0.0.

I can see the disk seems to get stuck at sector 83; while v1.0.0 it loads other sectors. I'm using the .IPF by the way.

Config attached as well as logs.

[Toni Wilen]

Originally Posted by DamienD

There's an issue with "Full Contact".

The game will load to the screen with the "gate" and text scrolling up. After all the text has gone the game doesn't load further.

Normal A500 best compatibility quickstart works fine for me. (Some copy protections require cycle-exact)

[AMIGASYSTEM]

Tested Full Contact con 3.2.0 beta 18 and it works fine text with Quickstart A500 OCS 512 KB + Chip 512 KB Slow RAM

EDIT

Excuse me, just now I realized that on the left image there is a small problem graphic

[Toni Wilen]

Originally Posted by AMIGASYSTEM

Excuse me, just now I realized that on the left image there is a small problem graphic

It is not a problem. It has been confirmed long time ago. (Mostly hidden in overscan when using old CRT TVs)

[DamienD]

Originally Posted by Toni Wilen

Normal A500 best compatibility quickstart works fine for me. (Some copy protections require cycle-exact)

Thank you Toni and sorry for the hassle

My original configs are based on the "1.3 ROM, ECS Agnus, 512 KB Chip RAM, 512 KB Slow RAM" Quickstart.

Anyway did as you say and all is working so thanks again.

Just out of interest I did compare the Quickstart with my original config and there are extra lines not present that I guess allow it to work (probably missed some more out):

waiting_blits=automatic
chipset_compatible=A500
rtc=MSM6242B
cpu_model=68000
cpu_24bit_addressing=true

[AMIGASYSTEM]

Originally Posted by Toni Wilen

It is not a problem. It has been confirmed long time ago. (Mostly hidden in overscan when using old CRT TVs)

I did not know Toni, thanks of info

[James]

Originally Posted by Toni Wilen

Does it work if you use your "non-working" config, boot without startup-sequence, set big enough stack (like "stack 500000") and run awinquake?

Yes it does. I've already tried disabling everything in WBStartup and that made no difference, so I guess it is something in my startup-sequence. Wont be able to test further until Tuesday...

[AMIGASYSTEM]

Did a test with AWinQuake on Workbench AfA_OS resolutions Picasso IV 800x600, 1024x768 e 1280x1024 and I must say that Quake is fine, I enclose my video.

[ Show youtube player ]

[Toni Wilen]

http://www.winuae.net/files/b/winuae_3200b19.7z
http://www.winuae.net/files/b/winuae64_3200b19.7z

Beta 19: (RC2)

- Sprite in far right border feature (b1) didn't work correctly in AGA modes that require hires/shres horizontal sprite resolution support. (Alien Breed 3D garbage sprite in right border)
- AGA hires/shres horizontal scrolling feature was not fully in sync with sprites (Banshee)
- In some situations bitplane DMA emulation internal state flag got stuck in active state (Aladdin blank screen).

[Diz_57]

What happened??? I cant get any ROM to boot now with Beta 19... just get the flashing red screen... even quickstart configs dont work :'(

[rbm]

The Picasso IV rom version 7.5 is not recognized by the rom scanner. It only works as "picasso_iv_flash.rom"

[Toni Wilen]

Originally Posted by rbm

The Picasso IV rom version 7.5 is not recognized by the rom scanner. It only works as "picasso_iv_flash.rom"

It is not added because there is no official 7.5 full dump available, only updaters.

[Toni Wilen]

Originally Posted by Diz_57

What happened??? I cant get any ROM to boot now with Beta 19... just get the flashing red screen... even quickstart configs dont work :'(

Nothing has happened. There is no changes except tiny changes listed above. You sure your ROMs are not corrupted? (and you really should have included some more information and test previous version and so on..)

[Diz_57]

Last version i used was Beta 9 and that still works fine with my ROM's which are not corrupt, have not moved and the romfinder sees them properly