Posted on 29-Nov-2002 23:11 GMT by 4pLaY | 36 comments View flat View list |
Some new pics have been put online under http://www.aros.org/screenshots.html these include 14 new screenshots of our hdtoolbox clone as well as a picture of the invetor of Zune! (our mui clone) David "Reez" Bondage man! another goodie will SOON be revealed! this weekend if the final touches can be made to our new Mascot! and SHE is cute ;)
|
|
List of all comments to this articleSorted by date, most recent at bottom |
Comment 1 | Anonymous | | 29-Nov-2002 22:58 GMT |
Comment 2 | 4pLaY | | 29-Nov-2002 23:06 GMT |
Comment 3 | onceandforall | | 29-Nov-2002 23:11 GMT |
Comment 4 | Anonymous | | 30-Nov-2002 04:16 GMT |
Comment 5 | ehaines | | 30-Nov-2002 04:56 GMT |
Comment 6 | takemehomegrandma | | 30-Nov-2002 10:40 GMT |
Comment 7 | 4pLaY | | 30-Nov-2002 11:08 GMT |
|
Aros.org update : Comment 8 of 36 | ANN.lu |
Posted by Fabio Alemagna on 30-Nov-2002 11:26 GMT | In reply to Comment 6 (takemehomegrandma): _4play_ has been a bit rude, and forgive him for that, but fundamentally what he said is true.
However, there's another problem, whose explanation we should really put in the FAQ, that doesn't make it possible to build such emulator on the x86 processor without slowing down the _whole_ OS. The explanation is rather simple: endianess.
Now, if you don't know what endianess is, let's it suffice as explanation that it is a characteristic of the processor which states how are bytes stored in memory. The big problem is that x86 and 68k processors use 2 different and opposite ways of storing bytes in memory, therefore when emulating one processor on the other a conversion is needed, which consumes time.
It would be fine if this conversion affected only the emulated app, of course, but fact is that the way AmigaOS is designed doesn't let this happen: _everything_ should work as if the memory was in big endian mode, whilst the x86 processor uses the little endian mode. To do this, one could use a special compiler, like the one that Martin Blom has made in order to compile "native" stuff for Amithlon, but that "native" code is far from being optimal code, and it shows it in terms of worse performances compared to the "real" native code.
If that's acceptable for an emulator, it surely is not for an OS.
Maybe in future an UAE-like solution will be implemented and made more integated with the rest of the system, so that it becomes almost "transparent" to the user, but that's all that can be done about it, on x86.
As for the rest that _4play_ said, although he said it in a rough manner, it's all right: we are an Open Source project, we work on what is more fun, on what appeal us, and on what we believe is worth working on, and we don't feel urgent to work on a 68k emulator, we have to get the OS finished, and we believe in our capabilities enough to think that we'll be able to stand on our own legs, without having to emulate old software. |
|
List of all comments to this article (continued) |
|
- User Menu
-
- About ANN archives
- The ANN archives is powered by #AmigaZeux. It was updated daily (news last: 22-Oct-2004; comments last: 18-May-2005).
ANN.lu was created, previously owned and maintained by Christian Kemp, www.ckemp.com.
- Contribute
- Not possible at this time!
- Search ANN archives
- Advanced search
- Hosting
- ANN.lu was hosted by Dreamhost. Sign up through this link, mention "ckemp" as referrer and he will get a 10% commission on any account you purchase.
Please show your appreciation for any past, present and future work on ANN.lu by making a contribution via PayPal.
|