[News] OS4 progress since pre-release | ANN.lu |
Posted on 08-Jun-2004 21:47 GMT by Peter Gordon | 228 comments View flat View list |
Hans-Jorg Frieden has posted a detailed status update on the progress of OS4 to Amigaworld.net.
Brief summary:
· Picasso96 and MUI PPC native
· Kernel supports PPC performance monitor and Altivec
· Moovid (released with OS3.9 as "action") is now running native, and can play DivX and other common formats
· GCC 3.4.0 is ported
· The C libraries are much faster. As a result AmiPDF is up to 60 times faster.
· Serial and floppy drivers coming soon
· USB is working and supports HID devices like keyboards and mice as well as HID joysticks and steering wheels, and USB mass storage devices like USB sticks, flash card readers, 7-in-1 card readers and cameras
· A1 IDE device now has working UDMA support. Also, interrupts are no longer polled but delivered properly. This means that the device does not require any CPU time for transfers.
This material will in due course be released for download to registered users of the Developer Pre-release on our web site at:
http://www.hyperion-entertainment.biz
There is more detail in the original AW.net posting.
|
|
List of all comments to this article |
OS4 progress since pre-release : Comment 58 of 228 | ANN.lu |
Posted by Anonymous on 09-Jun-2004 11:47 GMT | What is the benefit of mandatory interfaces? What was insufficient about the traditional way to add new functionality to a library? One could always extend an existing library base with new function vectors, or as a last resort, introduce a library under a new name into the common namespace, when a former attempt was broken. Can we finally give rein to multiple interfaces per library, and a versioning hell like on Windows? Bad library designs aren't exemplary anymore, thanks to the ability to negotiate a (hopyfully) better API later.
Based on the traditional Amiga library interface, any degree of complexity and OO wizardry, even inheritance could have been introduced in a NONE-INTRUSIVE way, that's the complaint. Not the new interface system in itself is necessarily a bad thing, but its foreign ancestry (COM on Windows), its non-evolutionary character, and that it adds another layer of sourcecode incompatibility without sufficient justification. Even with a large number of auto-opened libraries and inline usage, you still need to carry about a whole bunch of new symbols in your code, and manually open libraries and store globals in a different fashion.
It helps to render sources incompatible, and it adds to the #ifdef hell and cruft that has begun with MorphOS. Making oneself distinctive in terms of #ifdefs and annoying case differentiations, that's not progress.
- Oppressor |
|
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.
|