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

Confirm comment report request

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 ]

Click on the button below to confirm you wish to flag up this comment to the website's administrators. Abuse of this service will be frowned upon and it should only be used to notify us of comments that are extremely distasteful, indecent or otherwise unlawful. If you disagree with an opinion expressed or fact stated in a comment, please take part in the debate rather than expect it to be removed.

Return to the drobe.co.uk front page

Details

Reporting user / IP: / 3.231.228.109
Comment GID: 23531
Timestamp: Tue, 22 Oct 2019 02:13:43 +0000

Search the archives

Today's featured article

  • Software hosted by Drobe: Your guide
    A round-up of users' mini-websites on drobe.co.uk
     12 comments, latest by neilwhite on 17/11/07 9:57AM. Published: 5 Nov 2007

  • Random article

  • Dynamic recompiler started for RPCEmu
    Feedback is appreciated, says coder Tom Walker
     Discuss this. Published: 27 Mar 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
    "So, if I had 'teased' you with spin you might have printed it. Instead because it was simply factual you decided not to"
    Page generated in 0.054 seconds.