Drobe :: The archives
About Drobe | Contact | RSS | Twitter | Tech docs | Downloads | BBC Micro

Reply to thread

Drivers require the " low level hardware programming capacity" I was referring to. Yes ROL have undoubtedly done much good work on 32bitting and producing a product that is a bit more portable than what they originally received - but if the problem is producing drivers being a difficult and time consuming task then emulation may appear to be an *easier* route as Microsoft (or other hardware vendors) have handled all the driver stuff for you *and* the emulator vendor has produced a product that to all intents and purposes looks, feels and moves like a RISC PC.

I don't doubt that ROL *will* finish the OS for the A9 (as to when who knows) the issue is more would ROL ever take on another ARM native hardware project (in that I'd include porting Select to Iyonix) and I suspect unless someone dumped a suitcase full of cash on their desk I would think not.

It really is down to persuading people to part with money for something that doesn't already exist and then with limited resources trying to implement it. Doing that with "new" hardware requires more resource *up front* - it also can have unseen difficulties and can take a *long time* (Omega and A9 being cases in point). In comparison porting to a "known" platform (like an emulated one) is less "greedy" of these resources and makes it more feasible to satisfy delivery in a reasonable time. A9, unfortunately, was just a tad too different to be easily accomodated. You'll note that updates for RPC's and VARPC are more frequent and take less time to arrive.

As A9 becomes more of a "known" quantity to ROL it'll become like the RPC and VA and get more frequent updates I suspect. Problem is if the quote from Paul Middleton is accurate it very much sounds like they'll never put themselves through all that hassle again - and that the *relative* ease of supporting an emulated ARM environment will win out.

Future native hardware will, therefore, need OS support from elsewhere (i.e., independant developers updating the ROOL/Castle sources) rather than from ROL.

 is a RISC OS UserAMS on 21/10/07 11:51AM
[ Reply | Permalink | Report ]

Please login before posting a comment. Use the form on the right to do so or create a free account.

Search the archives

Today's featured article

  • Adventures with a Lego-cased A7K web server
    Having previously built desktop and laptop cases of out Lego bricks, model building Peter Howkins has turned his attentions towards crafting a slim box to slid his A7000 into a rack, alongside other rackmount servers. Having pieced together the housing, Peter puts a legacy RISC OS machine through its paces as an internet-facing server.
     11 comments, latest by jess on 3/12/08 2:07PM. Published: 21 Nov 2008

  • Random article

  • News in brief
    Websites, security, software
     12 comments, latest by piemmm on 27/8/04 7:08AM. Published: 26 Aug 2004

  • Useful links

    News and media:
    IconbarMyRISCOSArcSiteRISCOScodeANSC.S.A.AnnounceArchiveQercusRiscWorldDrag'n'DropGAG-News

    Top developers:
    RISCOS LtdRISC OS OpenMW SoftwareR-CompAdvantage SixVirtualAcorn

    Dealers:
    CJE MicrosAPDLCastlea4X-AmpleLiquid SiliconWebmonster

    Usergroups:
    WROCCRONENKACCIRUGSASAUGROUGOLRONWUGMUGWAUGGAGRISCOS.be

    Useful:
    RISCOS.org.ukRISCOS.orgRISCOS.infoFilebaseChris Why's Acorn/RISC OS collectionNetSurf

    Non-RISC OS:
    The RegisterThe InquirerApple InsiderBBC NewsSky NewsGoogle Newsxkcddiodesign


    © 1999-2009 The Drobe Team. Some rights reserved, click here for more information
    Powered by MiniDrobeCMS, based on J4U | Statistics
    " So, where's your DHCP port?" "Unreleasable for legal reasons""
    Page generated in 0.0568 seconds.