WinUAE 2.8.0 beta series (Was 2.7.1)

[turrican3]

Originally Posted by Toni Wilen

That should not have happened, I even checked elfmania (it is one of my standard sprite emulation test statefiles) before official 2.7.0 and for some reason I missed the bug..

sometimes even the best miss something.

[thomas]

Originally Posted by Toni Wilen

I can't use your config because I don't have exact same USB CF reader.

Well, you can, because this is exactly my situation: I connected a different reader and wanted to change the existing entry (which now shows an E in the first column) to the new reader. But it did not let me, it opened the hardfile settings window.

EDIT: Creating real harddrive config using 2.7.0+ won't be fully compatible with older versions which is normal.

IMHO it should at least recognise that it is not a HDF.

[Toni Wilen]

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


Beta 11:

- Borderblank + bordersprite caused border glitches in some situations.
- CDTV front panel buttons' default state after reset should be enabled, not disabled.
- Added new double options to non-lace modes. Not really useful, maybe be moved somewhere else later..
- 68040 MOVE16 write access error stack frame is now correct.
- Editing non-existing new style real harddrive config entry opened hardfile properties dialog.
- Separate filter options for native and RTG modes. Currently only following settings are RTG compatible: Direct3D shader filters (no software filter support and never will be), masks, overlays, scanlines.
- New automatic resolution option was unreliable in some situations.
- Do not detect modes with VTOTAL=350 or less as scandoubled to fix Super72 halved height.
- tablet.library emulation, totally untested, do not enable.
- After long field to short field change last line still showed old background color(s) if line had any background color changes before field mode was changed.
- Master floppy write protection config option was not loaded from config. (wrong config entry name..)
- Disk emulation multirevolution support was unstable, disk revolution data stream change was not always bit perfect.
- Added Super Card Pro (scp) image file support. (Don't ask me if images don't work, I didn't implement it originally)
- Added support for raw dumps from Softpres Capture Tool and KryoFlux using new capslib v0.5.

Yes, above two changes in same beta is only a strange coincidence. Note that both are raw dumps which can't be confirmed easily, don't bother me if there are compatibility problems.

FPU improvements (Mostly low level stuff that only makes difference if unimplemented checkbox is not ticked, much more important for Previous emulator, NextStep OS requires FPU and uses it heavily):

- 6888x any FPU instruction (except FSAVE/FRESTORE) causes null state to idle state transition but 68040+ conditional FPU instructions won't affect null state.
- 68040 unimplemented FPU instruction emulation was broken, FSAVE exception frame was not emulated, 68040.library emulation code needs it for proper operation.
- 68040/060 FPU FMOVECR is now unimplemented instruction.
- 68040/060 unimplemented packed-decimal data type exception is now emulated.
- 68060 FMOVEM.X with dynamic list now causes unimplemented effective address exception.
- 68060 F<op>.X #imm,FPn and F<op>.P #imm,FPn now causes unimplemented effective address exception.
- 68060 FMOVEM.L #imm,<more than 1 control register> now causes unimplemented effective address exception.
- FMOVEM.X with dynamic list and -(An) and (An)+ effective address overrides static/dynamic post/pred state. (for example FMOVEM.X Dn,-(An) uses pre-decrement even if mode bits are set to dynamic post-increment)
- All FPU FPSR register (overflow, div by zero etc..) status bits emulated. (May not be fully reliable)
- 6888x Packed-Decimal Real k-factor support fully implemented. (May still have rounding bugs)

This should complete emulation all FPU features except arithmetic exceptions (that no one seems to use)

[IFW]

CAPSlib required is actually v5.0

In other words...
1, You can convert your existing KryoFlux stream files into CT Raw format (use image type -i2 in DTC) and run those files under WinUAE - and actually any emulator supporting IPFs; there are quite a few of them these days.
2, You can use your existing CT Raw dumps (made on an Amiga using the CT tool) as is.

[Toni Wilen]

I just copy&pasted that changelog message from someone else.

Raw format discussion is not really on topic in this thread because I don't really care about it

Exception being some obvious bug in emulation implementation.

[JimDrew]

I can confirm that the fixes for the FPU issues, including packed BCD mode exception now work correctly under my Mac emulations.

SCP image support also works fully, supporting every type of disk protection known (and likely unknown).

[kipper2k]

is there a way to convert the ipf to scp format for writing ?

[JimDrew]

Yes, but I think it would be best to start a new thread and not hijack this one.

[Retroplay]

Originally Posted by IFW

CAPSlib required is actually v5.0

I would love to try this out using my CT raw + KryoFlux dumps.
When or where can I get the latest v5.0 lib ?

PS. Sorry Toni, I know it's a bit off-topic.

[IFW]

This should be the very last post here, regarding raw images:
We'll start a new thread with all the details, as soon as the download is available.
Which I think is going to be tonight, if/when MrVince can update the website.

[vagrant]

Hi Toni
My main config fails to initialize in Betas 10 and 11. Prior betas work fine.
CPU goes straight into 'H 1' state and a window is output.
Logs & screen attached.

[dlfrsilver]

Originally Posted by Retroplay

I would love to try this out using my CT raw + KryoFlux dumps.
When or where can I get the latest v5.0 lib ?

PS. Sorry Toni, I know it's a bit off-topic.

For your Information, Even with RAW files, Deep Core crash like my extended ADF. This means that the protection fails (weakbits).

[mr.vince]

Guys, let's use a separate thread for this please!

[turrican3]

Originally Posted by Steve

Plus, I think the only software which used it (that I know of) was Cannon Fodder CD32. Were there any others? Probably not worth the effort to be honest.

and one commodore demo disk.

[Supamax]

Hi Toni,
I tested the latest WinUAE release, v2.7.0, on my dear old Pentium IV HT 3GHz (I'll soon change it, but it's not the point).
My PC used to be fast enough to run WinUAE - A500 default config - at full CPU speed, even with "cycle exact" on.
I didn't test all your recent releases, but I noticed that in v.2.7.0 (with "cycle exact" on) I get 30..50% Amiga cpu speed instead of 100%.
This is strange because my P4 CPU is not struggling: CPU usage remains low, around 30..40%.
I wonder why the emulated Amiga doesn't get 100% speed CPU.

Sorry for being vague; let me know if you want logs etc.

[Toni Wilen]

Originally Posted by Supamax

Hi Toni,
I tested the latest WinUAE release, v2.7.0, on my dear old Pentium IV HT 3GHz (I'll soon change it, but it's not the point).
My PC used to be fast enough to run WinUAE - A500 default config - at full CPU speed, even with "cycle exact" on.
I didn't test all your recent releases, but I noticed that in v.2.7.0 (with "cycle exact" on) I get 30..50% Amiga cpu speed instead of 100%.
This is strange because my P4 CPU is not struggling: CPU usage remains low, around 30..40%.
I wonder why the emulated Amiga doesn't get 100% speed CPU.

Sorry for being vague; let me know if you want logs etc.

Lets see, unfortunately this information is mostly useless.
These are minimum requirements:

- Last version that was "fast".
- Config file.
- Logs (from current and last "fast" one, both bootlog and normal log).
- Old Pentium IV's do suck but it probably has nothing to do with CPU.
- And finally, wrong thread too (will be moved later)

[Michael Sykes]

Originally Posted by Toni Wilen

Beta 11:

...
- Separate filter options for native and RTG modes. Currently only following settings are RTG compatible: Direct3D shader filters (no software filter support and never will be), masks, overlays, scanlines.
...

I want to hug you Tony!!!
Works fine here.Finaly...

[Toni Wilen]

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

Beta 12:

- Config file writing created corrupted (was mostly harmless) config file lines, most common being uaehf line which fortunately isn't important config line entry. (b11)
- BCHG/BCLR/BSET allowed PC-relative addressing modes, broken since the beginning. (from Hatari)
- If program read disk by polling DSKBYTR (not using DMA), index emulation was unstable.
- Switching bitplane DMA on few cycles (not yet confirmed, I assume range that makes sense is 1 to 3) cycles before DDFSTOP will also trigger ECS/AGA "passed plfstop" state change. (Death Trap)
- Full tablet emulation boot division by zero guru fix.
- Tablet.library emulation now works but at least dpaint5 does not seem to do anything with pressure data. It reads pressure tag contents but nothing seems to happen.

[vagrant]

Toni I was getting the same behavior in b12 as stated in my previous post, however I discovered that disabling "more compatible" fixed things.

So looks like 'more compatible' + JIT = halt, since b9?

BTW Death Trap works perfect now, thanks

Edit:
I'm getting a lot of crashes changing CE/JIT settings on the fly, launching games with whdload.

cpu_speed real cachesize 0 cycle_exact true => can cause guru/software failure 'dh1'/freeze/h1 state.
cpu_speed max cachesize 8192 cycle_exact false => can cause same result. I think 'morecompatible' is re-enabled by default?

[Toni Wilen]

Originally Posted by ED-209

So looks like 'more compatible' + JIT = halt, since b9?

Yes, that was the problem. Will be fixed in next beta.