WinUAE 2.8.0 Released

[SysAdmin]

http://www.winuae.net/

Version 2.8.0 of the famous Amiga emulator WinUAE has  been released. According to the developers, standard Amiga 500  compatibility is now practically as good as it can get without knowledge  of blitter's undocumented internal logic design. (This drawback affects  mainly some demos that accidentally modify blitter registers while  blitter is already active.)
 
New features:

• Full A4000T and A4091 NCR53C710 SCSI emulation
• A590/A2091 and A4091 boot ROM GUI selection
• Separate graphics filter settings for native and RTG modes
• 256k ROM image inserted in floppy drive emulates A1000 KICK disk
• Super Card Pro image file support (.scp)
• SLIRP network inbound port support (default: 21, 22, 23 and 80, others can be added by editing configuration file)
• Input panel previously toggle-only events can be optionally set to on and off state, audio/video recording input event added
• Joystick/joypad can be used to control light pen cursor

Updates:

• Remaining 68000 cycle-exact mode timing fixes
• 68000 reading from write-only or non-existing custom register compatibility improved
• Big chipset edge case compatibility update, for example demos with  vertical \"copper\" bars work perfectly, real hardware glitches in  horizontal scaling are now accurately emulated and much more
• 68040/68060 without emulating unimplemented FPU instructions is now  fully compatible with Motorola FPU emulation library, FSAVE special FPU  exception stack frames implemented
• Programmed modes (Super72 etc.) now automatically select best fit  horizontal resolution and is more compatible with different filter  modes, also display positioning is improved
• Recently dumped Arcadia arcade system ROM images supported
• Debugger full FPU and 68020+ bitfield, and other previously missing 68020+ only instructions supported in disassembler
• Magic mouse + mousehack mode now always stops keyboard input when  mouse is outside of emulation window, even if window still has focus

[/SIZE]

[AmiKit]

Excellent!! Many thanks Toni.

New AmiKit will follow soon

[XDelusion]

As soon as OctaMED works fully as it should, I'm in!

[bloodline]

As soon as OctaMED works fully as it should, I'm in!

What problems are you having, I often knock together an idea in OctaMED in UAE without problems!?

[stefcep2]

68040/68060 without emulating unimplemented FPU instructions is now fully compatible with Motorola FPU emulation library, FSAVE special FPU exception stack frames implemented

what does this mean?

that WinUAE uses Motorolla FPU Library instead of the Commodore/Phase 5/ HSMaths/ Apollo 68060 libs ?

[psxphill]

what does this mean?
 
that WinUAE uses Motorolla FPU Library instead of the Commodore/Phase 5/ HSMaths/ Apollo 68060 libs ?

My understanding is that software that uses Motorola's FPU library now works properly. It sounds like the only way of getting it to work before was to pretend that the 68040/68060 supported all the FPU instructions of previous FPU's

[stefcep2]

So when WinUAE was set to run as a 68060 and software was supposed to be using the 68060 FPU, the emulator was in fact emulating 68881/68882?

[XDelusion]

What problems are you having, I often knock together an idea in OctaMED in UAE without problems!?

The delay in sound. I.E. a sample is triggered in UAE, then half a second later it plays. That sort of non-sense. Has happened on all hardware I've tested on.

[bloodline]

The delay in sound. I.E. a sample is triggered in UAE, then half a second later it plays. That sort of non-sense. Has happened on all hardware I've tested on.

That will be the fault of your audio drivers (and Windows crappy audio subsystem). I have an old E-UAE set up on my Music production Mac that doesn't suffer from latency.