Will pick this up when it comes out, whoever it has to be bought from.

The whole 3.9 vs 3.1 thing is moot. As was said, they're very different things. For my A1200 that is pretty much just used for games I use 3.1 now as it's nice and quick in 256 colour mode relatively low res WB and I just don't need to extra bells and whistles of 3.9 just to spin up some WHDLoad games, but for my more "pro" 060 machine that will do development and have internet and all the rest of it I use 3.9 and wouldn't want to do without it!

Well, I'm just curious what is stopping Hyperion from releasing OS4 for 68k. It looks like it can't be legal reasons any more.

For one thing, the APIs have diverged so much by now that you couldn't "just" backport the software, you would also have to retrofit the missing API functionality in the operating system. That might up to a point be possible, but it will cost you.

These hypothetical changes would cost you in terms of memory and CPU load. On a 1990'ies 68k Amiga this would impose additional limitations on what the operating system could do.

Again, none of these changes are technically impossible, but the target audience would shrink very quickly. I suppose we might already be in the low hundreds of active Amiga users. There is only so far how you can limit the number of Amiga users who might want to use and pay for such changes.

Finally, you'd probably have to toss the idea of having the same code base support both AmigaOS 4 and AmigaOS 68k. You'd have to fork the software and develop both platform branches separately. This is very difficult to pull off successfully, especially considering the circumstances.

Doing a complete refresh of Reaction GUI would have been a good start and have a huge benefit on compatibility, allowing all the modern prefs and tools from the current OS4 to be recompiled for classic.

I got to thinking, doesn't Jen's ACA 500+ have AOS3.1 in ROM for reinstalling the system to HDD?

I'm thinking that Jen's must have some sort of agreement with Hyperion for this functionality, and maybe only Jen's can answer this but, will this new OS update be made available, at some point, to download and refresh the OS in the ACA's ROM? Free? Not free?

Also, I am wondering if this AOS3.1 update will be in ROM on the new A1200 Reloaded?

For one thing, the APIs have diverged so much by now that you couldn't "just" backport the software, you would also have to retrofit the missing API functionality in the operating system. That might up to a point be possible, but it will cost you.

These hypothetical changes would cost you in terms of memory and CPU load. On a 1990'ies 68k Amiga this would impose additional limitations on what the operating system could do.

Again, none of these changes are technically impossible, but the target audience would shrink very quickly. I suppose we might already be in the low hundreds of active Amiga users. There is only so far how you can limit the number of Amiga users who might want to use and pay for such changes.

Finally, you'd probably have to toss the idea of having the same code base support both AmigaOS 4 and AmigaOS 68k. You'd have to fork the software and develop both platform branches separately. This is very difficult to pull off successfully, especially considering the circumstances.

Yes, backporting the entire OS4 to 68k would be a "fools errand". If we are talking realism, it would probably be easier to look at it from the "other side".. Meaning, not what is actually needed or most wanted but what is easy to port and doesn't rely on a bunch of other stuff and simply do that.. (Not likely though..)
But it seems Hyperion are at least seeing that there's some movement in the 68k market likely thanx to Apollo-core. Don't want to sound too cynical, but it seems they are testing the waters with a moderate update and see if they can cash in a little. And frankly that's fine. I'll surely buy whatever patched 3.1.x to support the whole idea... And because I like 3.1 ;-) And because they contacted the right people to make this happen ;-)

As this continues development will there be ROMs released? Didn't the last update put out for 3.1 only work in emulation as it wasn't possible to burn it to EPROMs and no ROM was ever released (though the changes were extremely small in the KS).

I'd prefer to see the larger HD supported in ROM so you can eliminate the required under 4GB boot partition.

Will a MaxTransfer fix be included for the A600, A1200 and A4000 scsi.device? With fix I mean internally splitting transfers in 0x1fe00 large chunks and not relying on the deprecated ATA1 functionality.

Will a MaxTransfer fix be included for the A600, A1200 and A4000 scsi.device? With fix I mean internally splitting transfers in 0x1fe00 large chunks and not relying on the deprecated ATA1 functionality.

Sorry, this is an area in which I must defer to Thomas. Short of tinkering with the less pleasant bits of the partitioning tools, I prefer to steer clear of the mass storage complex (there's probably a reason why "mass" and "mess" sound alike). My brain very nearly exploded when I researched how HDToolBox and scsi.device/hddisk.device of old would interact with the ST-506 interface devices.

That said, these limitations definitely should be respected by the IDE scsi.device, because just about nobody seems to bother checking the MaxTransfer properties of volumes, even if these are properly configured for a change. Some file systems do their best, but you cannot expect data recovery or disk copy software to be as diligent.