WinUAE 3.2.0 beta series

[AnnaWu]

Originally Posted by Toni Wilen

Not yet.

Take time, no rush.

PS. At moment I check the excellent ShapeShifter support.

[Toni Wilen]

Originally Posted by amigone

I use wazp3d. If i switch to winuae 64 bit the soft3d.dll works also with it?

No if dll is 32-bit.

[Toni Wilen]

Originally Posted by AnnaWu

You found the reason why Picasso IV Zorro III + OS4x support problems exist on the 32-bit OS?

Does http://www.winuae.net/files/b/winuae.7z fix it?

[waldiamiga]

Originally Posted by Toni Wilen

Does http://www.winuae.net/files/b/winuae.7z fix it?

Yes, Picasso IV Zorro III now working under AmigaOS 4.1 Final Edition & Windows 7 32bit.
Thanks Toni.

[AMIGASYSTEM]

Originally Posted by Toni Wilen

Does http://www.winuae.net/files/b/winuae.7z fix it?

Thanks Toni, now Picasso IV Zorro III It goes well with OS4.1

[Toni Wilen]

Great. No wonder I didn't find it so easily because it was some temp test stuff that I forgot about..

[AnnaWu]

Originally Posted by Toni Wilen

Great. No wonder I didn't find it so easily because it was some temp test stuff that I forgot about..

Thanks for the fix, Toni!

[Toni Wilen]

http://www.winuae.net/files/b/winuae_3200b17.7z
http://www.winuae.net/files/b/winuae64_3200b17.7z

Beta 17:

- Trace mode in 68000 cycle-exact was 4 cycles too long.
- 68000 cycle-exact mode STOP needs at least 8 cycles before it can wake up.
- Memory-only cycle exact crash when entering GUI.
- Memory-only cycle exact shortcut config entry cycle_exact=memory (Old false and true values have not changed)
- Only use picassoiv_rom_file config entry if it contains valid path. (Workaround for some config files that contain picassoiv_rom_file=:NOROM for some reason)
- Z3 Picasso IV was disabled if there was not enough address space even when JIT was disabled (b16).
- JIT on/off change was not delayed until it was safe to do, like other CPU option changes. uae-configuration (or similar) on the fly config changes were unreliable in this situation.
- FAT drive mounted as a directory harddrive: file's modification time was not always correct. (2.6.0, wrong date field name)
- Warp mode fps limit added, config file only: warp_limit=fps

[shaf]

There appears to be a problem with creating Virtual Hard Files greater than 2.0GB whenever a new drive is created the RDB configuration gives a bad cylinder error.

[Toni Wilen]

Originally Posted by shaf

There appears to be a problem with creating Virtual Hard Files greater than 2.0GB whenever a new drive is created the RDB configuration gives a bad cylinder error.

Only possible reply is "Not enough information". Did you try first post in this thread? (=Did you test last official version?)

Unfortunately my guess is that there is nothing wrong and you are triggering usual drive size limits and so on.

[andyhants]

So with all this great progress on PPC under WinUAE with JIT now working does it mean that worthwhile stuff like running WipeOUT 2079 or MACE at a playable speed is now within reach of WinUAE systems under 0S 4.1?

I haven't got OS 4.1 FE yet and ppl seem to be saying its practical use under WinUAE is very limited due to both speed and the very limited RAM accessible. Would really appreciate ppls views on this?

Thanks

Currently WipeOUT 2097 won't work in UAE because there's no real Warp3D support. uaegfx is unsupported by Warp3D. Unless someone hacks together a driver.

Also, the RAM bottleneck still exists for OS 4.1 FE. The issue is that you can only have 128mb on a CSPPC and only 256mb on a BPPC, and zorro 3 RAM isn't utilized by OS 4.1 (as far as I know). Or, it isn't utilized the same. On a physical Amiga, the Z3 RAM is _much_ slower than RAM attached to the processor boards, but in UAE, it's all the same, so...maybe someone can hack together a solution in OS4.1.

[Toni Wilen]

Originally Posted by esc

Currently WipeOUT 2097 won't work in UAE because there's no real Warp3D support. uaegfx is unsupported by Warp3D. Unless someone hacks together a driver.

That someone is not me. I don't do PPC software. Only update that I may do someday is to port some existing OS4 compatible PCI card emulation. Currently only existing is Voodoo 3 in MAME but it is very difficult task and it is software-only (with MAME game specific hacks that can't work very well in generic emulation).

Also, the RAM bottleneck still exists for OS 4.1 FE. The issue is that you can only have 128mb on a CSPPC and only 256mb on a BPPC, and zorro 3 RAM isn't utilized by OS 4.1 (as far as I know). Or, it isn't utilized the same. On a physical Amiga, the Z3 RAM is _much_ slower than RAM attached to the processor boards, but in UAE, it's all the same, so...maybe someone can hack together a solution in OS4.1.

UAE can't do anything to "fix" it. Either OS4 kernel gets official support or someone hacks it. (Again, it is PPC software fix = someone else's problem)

It is BPPC/CSPPC hardware limit, there is nothing that hardware (=UAE) can do to work around it.

Lots of users seem to also forget that UAE is emulating BPPC/CSPPC expansion hardware (you get exact same RAM limit on real A1200/A4000), not some "real" PPC board! If you want proper PPC board emulation (without classic board limitations), take QEMU and add missing parts that OS4 needs, done. It would be much more optimal emulator for OS4 without need for UAE.

At the risk of derailing the thread and going completely OT, just wanted to respond to your QEMU suggestion. I was messing with some QEMU stuff a while ago to try to fully emulate a PPC Mac in order to get a recent version of MorphOS to boot. Definitely a non-trivial task! Honestly, emulating hardware is one of the more difficult things I've looked at programming-wise. It's far outside my scope of understanding, at least for now. Toni, you've done some really remarkable work. It's easier to appreciate what you and Frode have done after trying to wrap my own head around that stuff.

[Toni Wilen]

http://www.winuae.net/files/b/winuae_3200b18.7z
http://www.winuae.net/files/b/winuae64_3200b18.7z

Beta 18: (RC1)

- If dragndrop to GUI closed GUI (for example config file with show_gui=no), invalid GUI windows handle was accessed.
- Don't parse command line again when restarting emulation (for example by loading new config when emulation has already been started). Previously command line overrode new config.
- "Forget" all remembered scan line states when forcing full refresh, previously some border region scan lines were not refreshed properly when display parameters, for example centering, changed.
- Fixed named pipe unicode format buffer size calculation bug.
- If last command line parameter is a path and it looks like config file or state file: load it automatically. Adds support for dragndrop over winuae.exe shortcut with other parameters in shortcut's Target field.
- Automatically resolve all shortcut (*.lnk) paths in command line.
- D3D9 non-shader mode forgot scanline texture when switching modes.
- Fixed off by one bug in input device re-enumeration causing keyboard layout B->A or C->B change.

[DamienD]

Many thanks Toni

Will continue my testing using this latest beta

[DamienD]

Trying to go though as many games that I can with the latest beta

Aladdin AGA no longer works with the same config that did with v3.0.0. Basically go through the cracktro, the game loads, starts to play music and you should see the Disney screen but no image

Tried playing around with stuff like 24-bit addressing, Cycle-Exact, Immediate Blitter and Wait for Blitter but no joy unfortunately.

Config + Log files attached.

[DamienD]

Alien Breed 3D AGA has funny grey graphic (bottom right) when playing the game. Tested using the same config in v3.0.0 and all is ok there.

Tried playing around with stuff like 24-bit addressing, Cycle-Exact, Immediate Blitter and Wait for Blitter but no joy unfortunately.

Config + Log files + Screenshot attached.

[Toni Wilen]

Originally Posted by DamienD

Aladdin AGA no longer works with the same config that did with v3.0.0.

The usual important unanswered question (see first post) that needs to be answered: did _previous_ official version (3.1) have same problem?

Alien Breed 3D AGA has funny grey graphic

Does it appear if you create state file, quit, start emulation, load statefile? If it does, attach it.

EDIT: CRC32 of the game image also required.

EDIT: Aladdin confirmed but it is 3.1 problem as I expected

[AMIGASYSTEM]

Ciao Toni, if I can be helpful, the graphical issue with Aladdin begins with the version 3.2.0 Beta 9

EDIT

Strange, now Aladdin is going well with the recent 3200b18, It will be something left in memory that corrects errors? attach screenshot


EDIT

The graphical issue with Alien Breed 3D begins with the version 3.2 Beta 4, attach screenshot 3.2.0b3 & 3.2.0b4