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

  • Digital music creation with RISC OS
    Interview
     14 comments, latest by tootled on 29/7/04 4:06PM. Published: 21 Jul 2004

  • Random article

  • Christmas 2007 show this weekend
    A last minute reminder
     12 comments, latest by bluenose on 4/12/07 9:19PM. Published: 30 Nov 2007

  • 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
    "Your attitude is appalling and childish"
    Page generated in 0.074 seconds.