Dominant future AmigaOS? MOS vs OS4 vs AROS

[AmiGR]

Well, the problem is that all Paula using proggies, just bang it directly, without going through audio.device.
To make them work, you need a way to find out when a proggie tries to access the Paula registers,
this can be done via the MMU, by setting us a virtual
paula register setup there. Any access there would
cause a nice MMU exception, disabling the multitasking
for a while, that would have to be
passed to the emulator. That would slow down the
system a lot if it's not done in a careful and sufficiently dirty and hackish way.

[Hammer]

Well, the problem is that all Paula using proggies, just bang it directly, without going through audio.device.

It’s a matter of the current implementation.  Unlike X86 world, skill sets, manpower and financial support is in short supply within the Amiga land.

To make them work, you need a way to find out when a proggie tries to access the Paula registers,

I recall, AmigaOS 4.0 reserve some address space for this kind of problems? It’s probably incomplete at AmigaOS 4.0 state.

Well, the problem is that all Paula using proggies, just bang it directly, without going through audio.device.
 

Does MorphOS 1.3/1.4 handles any audio.device issues? Does MorphOS 1.3/1.4 handles any CIA resources issues?  

[Hammer]

AmiGR wrote:

Well, the problem is that all Paula using proggies, just bang it directly, without going through audio.device.
To make them work, you need a way to find out when a proggie tries to access the Paula registers,
this can be done via the MMU, by setting us a virtual
paula register setup there. Any access there would
cause a nice MMU exception, disabling the multitasking
for a while, that would have to be
passed to the emulator. That would slow down the
system a lot if it's not done in a careful and sufficiently dirty and hackish way.

Would that be a problem for IPC bias PowerPC G3@800Mhz? The slower CyberStormPPC users may not have to worry about these issues since they usually equipped with classic Amiga hardware.  

PS; I’m factoring Motorola/IBM’s roll out of their new PowerPC CPUs, thus making the older PowerPCs cheaper.  

[AmiGR]

It’s a matter of the current implementation.  Unlike X86 world, skill sets, manpower and financial support is in short supply within the Amiga land.
--

Actually there are quite some skilled people in here.
The problem is that such stuff take time and it would
require strict understanding to do such tasks with
big teams.

I recall, AmigaOS 4.0 reserve some address space for this kind of problems? It’s probably incomplete at AmigaOS 4.0 state.
--

Yep, but we'll have to see how it works. It sounds that it will slow the system down, but we'll really
have to see that in practice.

Does MorphOS 1.3/1.4 handles any audio.device issues?
--

There's an audio.device replacement but the
problem is that most apps that open up the audio
device, allocate the channels and then just bang
paula. No Paula emulation is there and it's not planned.


 Does MorphOS 1.3/1.4 handles any CIA resources issues?
--

It does handle the interrupts but that's it. Chipset
emulators are generally not there.

[Caldrin]

*Raises hand up a little*

Well... what's the difference between Amiga OS, MOS, and AROS? Please excuse my newbieness. (If you wish, Private Message me your answer so we don't clutter this thread)

[AmiGR]

AROS is an Open Source reimplementation of AmigaOS 3.1, adding many features to the API.
MorphOS is a modern AmigaOS compatible OS that
extends the API quite a lot and had many stuff
needed in AOS for years. It shares some code with
AROS. It's released right now.
OS4 is the official PPC AmigaOS update that does
pretty much the same as MOS, but was started much
later, uses a different implementation and is not out
yet.
About differencies to the user interface etc., I'll have
to see OS4 before I comment.

[Hammer]

Actually there are quite some skilled people in here.

One may need more them.

The problem is that such stuff take time and it would require strict understanding to do such tasks with big teams.

To reduce time for R&D, one may have to throw in money and manpower at the problem. These factors wouldn’t be abundant for any of the Amiga related companies.

Yep, but we'll have to see how it works. It sounds that it will slow the system down, but we'll really have to see that in practice.

What about in X86 world? Note that, this particular feature is just an option (it's a user's choice).

There's an audio.device replacement but the
problem is that most apps that open up the audio
device, allocate the channels and then just bang
paula. No Paula emulation is there and it's not planned.

That would answer most of the questions on which product would be the dominant. If Windows is anything to go by (i.e. best legacy bias while moving forward).

Forced** to buying new/replacing existing applications feels like going to yet another platform.
**Lost of application collections due incompatibilities. People generally wants to migrate slowly (i.e. obtaining new software at their own time). Only the 'new' applications (with 'new' capabilities and features) open up new possibilities.    

[takemehomegrandma]

Atheist wrote:
The BEST way for AOS4.0 to get strong FAST is, upon release, start working on 4.2,

Are you sure there will really be a 4.2? From ann.lu:

OS4.0 on tour : Comment 25 of 85 Posted by Ben Hermans/Hyperion (Trusted user) on 01-Jun-2003 18:20:39
In Reply to Comment 21:
Hyerion signed the agreement with Amiga in November of 2001.

That's not even 2 years.

Meanwhile all the functionality originally planned for 4.2 has been folded into 4.0.
 

BTW, what happened to 4.1?  ;-)

BTW2, is Hyperion supposed to/allowed to develop the OS further than 4.0? Perhaps they can go everywhere as long as it's 4.x? Then I guess they could call the next release 4.00000001, the release after that 4.00000002, and so on!  :-D

[AmiGR]

Well, most up to date apps work, anyway. The
software bundle will have replacements for some
other needed stuff.
We'll see how it unfolds.
It's not as if it's not possible in MOS, they don't wanna
do it, for speed reasons and in order to keep the OS
clean. It could be implemented by a third party, like
on AmigaOS, for example.

[Atheist]

takemehomegrandma wrote:

Atheist wrote:
The BEST way for AOS4.0 to get strong FAST is, upon release, start working on 4.2,

Are you sure there will really be a 4.2? From ann.lu:

Well, they're ahead of the game, that's good for us users. 4.2 will be even more advanced (yes, laugh if you want, but that's how I feel, advanced).

If they can't go beyond 4.99... then crawl those fractions up, but I think that, as long as Amiga Inc. doesn't buy the rights back, they can do almost whatever they want to.

AmigaOne! I have no doubts or reservations!  :-)