• Directory filesystem ACTION_LOCK_RECORD and ACTION_FREE_RECORD.
  
• Gamepad joystick type for games that support 2nd fire button but can't read it without pullup resistor. (for example Aladdin)
  
• Manual filter configuration fully implemented.
  
• Autoresolution supported (automatically selects lowest used resolution on the fly)
  
• MIDI device names are stored in configuration file.

• Custom chipset undocumented feature compatibility updates. (For example Magic Demo / Diabolics, MoreNewStuffy by PlasmaForce, Kefrens Party Intro by Wiz)
  
• M68K AROS compatible IDE and RTG emulation.
  
• Statefile compatibility updates. (Initial audio glitches, mouse counters updated correctly, CPU exact mid-instruction state saved, active disk DMA state saved)
  
• New filter defaults, 1x (not FS) and always scale if selected screen/window size is very small or large enough.
  
• Auto resize and center filter modes 1x/2x.. modifiers now adjust window size.
  
• Attempt to load disk image and harddisk paths in state files from current directory, current adf/hardfile path and finally state file directory if original path or file is missing.
  
• SCSI emulation physical drive tray load/eject passthrough.
  
• SCSI emulation CD audio support improved. (for example T-Zero and The Shadow of the Third Moon)
  
• Clipboard sharing disable option in GUI.

• Audio pitch errors if audio period rate was near minimum audio DMA limit.
  
• Very heavy CPU usage if program continuously plays really short audio samples.
  
• ROM scanner again detects *.rom files in root directory.
  
• Sample ripper works again.

• Directory filesystem was slow on most modern multicore systems.
  
• CDTV CDA playback didn't work if play ending track was set to last track. (Prehistorik CDTV)
  
• 2352 byte sector plain ISO images didn't mount correctly.
  
• Some drives had problems reading Mode 2 Form 1 data tracks.
  
• SPTI+SCSI SCAN didn't detect any non-CD devices (broke in 2.2.1)
  
• Automatic resize filter didn't always work correctly.
  
• Topmost scanline was usually not visible in autoscale modes.
  
• GamePorts parallel port joystick configuration crash fix.
  
• Random RTG colour errors when switching to/from fullscreen 8-bit RTG modes.
  
• Archive mounting crashed if something prevented complete unpack (for example non-dos dms image file)
  
• Harddrive state files didn't save correctly if more than one harddrive was configured.
  
• A2065 Z2 board emulation fixes. (Lost interrupts, broadcast packets getting ignored, transmitter dropping big packets.)
  
• A500 power led fade tricks really work now.
  
• HRTMon didn't work in cycle-exact modes.

So wish this guy worked on E-UAE. isnt he also doing the kickstart replacement effort. where does he find the time for all this!

_________________
AmigaNG, YouTube, LeaveReality Studio

Quote:

M68K AROS compatible IDE and RTG emulation.

Indeed.

_________________
Amiga Developer
Amiga 500, Efika, Mac Mini and PowerBook

Nice!

I might be an outsider here, but as far as I'm concerned all the commercial games I was interested in, already workded like a charm since many versions ago...
Not interested in anything else classic wise.

_________________
SamFlex Complete 800Mhz System + AmigaOS 4.1 Update 4
Amiga 2000 DKB 2MB ChipRam GVP G-Force040 Picasso 2 OS3.9 BB2
AmigaCD 32

Thanx!

_________________
AmigaOS 4.1 FEu2 on Sam440ep-flex 800MHz 1GB RAM
C128, A500+, A1200, A1200/40, AmigaForever 2008+09+16, 5 x86/x64 boxes
Still waiting (or dreaming) for the Amiga revolution...
m4rko.com/AMIGA

@DAX

They may appear to have worked, but each new release Toni makes the emulation more precise and accurate. There have been numerous enhancements to the quality of the emulation in the last few revisions as well as a new CPU core which was added a while back.

In some respects, Toni has the same attitude to WinUAE as the MAME devs do to MAME, it isn't about making it go faster, it is about the accuracy of the emulation - the goal being to make the A500 (OCS/ECS) side of things as perfect as can be. AGA additions and tweaks are far less important to him, and it is because of this that WinUAE is where it is right now.

_________________
Test sig

Here's my take on it:

I've been using WinUAE for about a year now. I initially copied the files from my very stable A4000 (CSPPC, CVPPC, etc) verbatim to a USB drive. The last version of WinUAE that was stable with the files straight off of my A4000 was 2.0.1. Anything later crashes much more frequently with the same hard drive.

I don't know how to provide an accurate bug report because the crashes with the newer version can happen with any task any time. There's no real underlying cause as far as Amiga software goes.

I appreciate the updates, and some of the new features, but the older version is as stable as my A4000, so I'll probably just continue to use it.

_________________
Ideas on the Internet are like pictures of my family. Snap enough of them off and eventually one of them will be worth keeping.

I hope we one day see (at least) better Linux (or Wine) support, otherwise I'll not get interested.

(I do not like to see Amiga guys promoting windows sales)

_________________
- KimmoK
// For freedom, for honor, for AMIGA
//
// Thing that I should find more time for: CC64 - 64bit Community Computer?

@Roj

I am amazed nobody suggested to check your PSU, memory, BIOS settings etc etc etc ;)

_________________
Amiga Developer
Amiga 500, Efika, Mac Mini and PowerBook

@KimmoK

I doubt Toni is Windows reseller.

_________________
Amiga Developer
Amiga 500, Efika, Mac Mini and PowerBook

@KimmoK

There at at best a few tens of thousands of us amiga guys left, and several hundred million Windows users. WinUAE is all about keeping the 68K Amiga scene alive, recognizing that the dominant platform out there is Windows.

I've experienced the same behavior on several different systems. The crashing is consistent but the cause isn't. There's something in my real Amiga set-up that newer WinUAE versions don't get along with.

Last edited by Roj on 04-Mar-2011 at 07:25 AM.

_________________
Ideas on the Internet are like pictures of my family. Snap enough of them off and eventually one of them will be worth keeping.

Very welcome news =)


@Kimmo

WinUAE works very well under wine (on Ubuntu) on my old laptop.
You just need to obtain and install DX9-runtime dll's to start with (incase you havn't installed them allready).

Otherwise, we can hope that the future brings PUAE in par with WinUAE, but so far nothing comes close to it.

Last edited by Develin on 04-Mar-2011 at 07:55 AM.
Last edited by Develin on 04-Mar-2011 at 07:51 AM.

@Roj

CPU libraries or some other funky hardware drivers which aren't required or need to be modified for use under UAE perhaps? A SCSI or IDE driver which does nasty things when the hardware isn't there? I'm sure you cleaned the installation out when you copied it across, but maybe you missed something?

_________________
RobTheNerd.com | InstallerGen | SMBMounter | Atoms-X

As said many times, it would be a GREAT step and a significant incentive to purchase an NG system (for ex-Amiga users) to have a perfect classic emulation by default in AmigaOS 4.x

_________________
A1200/020+68882 - 6 MB RAM - AmigaOS 3.0

Home Recording Audio

Unfortunately, the last for me useable version was WinUAE 2.1. All other successor don't work for me because some important keystrokes sent by WinUAE don't correspond to the keys I hit on this USB keyboard, example,
my keyboard has a number sign key, the number sign (raw keycode 43 (0x2B)) should be sent when this key is hit, but unfortunately, the raw keycode 100 (0x64) (Alt left) is sent. Same happens for other non-standard keyboard keys.
By the way, the number sign key is identified by WinUAE 2.3.1.0 as 'Backslash' (0x13). Such a key does not reside on this keyboard. In addition, the End key (0x71) isn't identified since years here. Next, 'Alt Gr' doesn't perform as it is intended, means I have to use 'Alt left' instead.
I've tried several keymaps, created my own but it turned out that whatever I do, it will not succeed. So I again switched back to WinUAE 2.1. Either the keyboard matrix supplied by newer WinUAE versions to the Amiga side is broken for non english/american english keyboard layouts or the keymap.device on the Amiga side that I use is outdated (v40.1).

@_Steve_
I don't doubt that, but quite frankly I don't seem to grasp any difference while playing. The last time I bought into upgrades was at the first V2 release (or was it the first fix after it? can't remember) I was quite happy already but what the heck!
After the upgrade...games did run just as before however (spectacularly well mind you).

I know there might have been quirks with some demos, and that as en exercise in total precision it's all nice and good (I also presume guys handling virtual environments on their PCs will benefit), but I'm only interested in commercial games, and they run superbly well with the version I have.

What I would like to see in the future is the guys at pixeljoint, to enbark in new pixel art based games, possibly on Natami, now that would be truly exciting.

Last edited by DAX on 04-Mar-2011 at 01:32 PM.
Last edited by DAX on 04-Mar-2011 at 01:30 PM.

_________________
SamFlex Complete 800Mhz System + AmigaOS 4.1 Update 4
Amiga 2000 DKB 2MB ChipRam GVP G-Force040 Picasso 2 OS3.9 BB2
AmigaCD 32

I cannot express often enough my admiration for the UAE and WinUAE developers (including the Atari people that wrote part of the 68k emulation code). I remember well the reaction in the community when Bernd (Schmidt) started to work on UAE. Fortunately, he always stayed out of the flame wars.
Can you imagine that some people denied the existence (!) of the emulator even when version 0.3 was out? And some people still insisted on the non-"emulatability" of the classic Amiga hardware even when JIT was added (was it in v0.8.6?). The good thing with emulation/simulation is that time is on your side (in terms of progress in CPU development).
Good, old times...
Now, who wants to write a PPC emulator for OS4?

@Ara,

There's PearPC PPC based machine emulator.

_________________
Ryzen 9 7900X, DDR5-6000 64 GB RAM, GeForce RTX 4080 16 GB
Amiga 1200 (Rev 1D1, KS 3.2, PiStorm32lite/RPi 4B 4GB/Emu68)
Amiga 500 (Rev 6A, KS 3.2, PiStorm/RPi 3a/Emu68)

@dax:
for what i know this release was mainly due to better aros68k support, which eventually leads to real hardware support under aros68k i hope.