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

Confirm comment report request

The core role of Select is OS development, not hardware support/driver development. ViewFinder previously had to be supported as an exception because no developer was available to maintain a then-obsolete but highly valued podule and OS changes forced a compromise position. A side-effect to the OS is the development and progression of the graphics abstraction interface, which has been extended over the last few Select releases (and now covers more functions than covered by the original 4.XX driver).

This week's activities suggest VF is now in active development - and new hardware/driver developments are usually logically the responsibility of their author, just as would be the case with any other new hardware.

Given that John is actually developing the software here, not the hardware, clearly his development time is significant and reflected in the upgrade price. Suitable Radeons can be purchased for pretty decent prices, so John's predominant charge here is for changes to his driver.

RO6 is in no way broken by the release of a Radeon driver for VF under 4.XX - the previous options of the VPod or R128 ViewFinder still exist.

ROL run a business - so assume /all/ work has to at least break even for it to be worthwhile. Which either means to support a new feature either prices go up, or other features aren't developed.

Would you therefore accept, say, an equivalent 50 euros price hike to Select to cover additional driver development costs (allowing the purchase of cards at 49 euros)? This simply reflects the upgrade price John is presumably putting on his time for equivalent development.

Or instead, should other OS development be slashed back to cover it, and non-Radeon owning RO6 users (ie. all current subscribers) be paying for an update they don't currently use, and in the case of some users (VRPC) will never use?

Or, should it be left to the original developer as to whether he wishes to create Radeon support on RO6 at a later date?

Not suggesting a right answer here - just pointing out the straightforward problem of finite resources and development rationing.

 is a RISC OS Usermd0u80c9 on 25/8/09 10:35PM
[ 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


Reporting user / IP: /
Comment GID: 31581
Timestamp: Wed, 20 Nov 2019 14:25:32 +0000

Search the archives

Today's featured article

  • The New Drobe Discussion Forum

     Discuss this. Published: 13 Jan 2001

  • Random article

  • Acorn appreciation group on Facebook
    More social networking for Beeb loving types
     Discuss this. Published: 30 Aug 2007

  • Useful links

    News and media:

    Top developers:
    RISCOS LtdRISC OS OpenMW SoftwareR-CompAdvantage SixVirtualAcorn

    CJE MicrosAPDLCastlea4X-AmpleLiquid SiliconWebmonster


    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
    "The original entry in the guide described VA_RPC as ARMless, now it's been updated to Mostly Harmless"
    Page generated in 0.0519 seconds.