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

Details

Reporting user / IP: / 34.236.190.216
Comment GID: 31581
Timestamp: Fri, 23 Aug 2019 17:52:13 +0000

Search the archives

Today's featured article

  • RISC OS in Japan
    Who, where, what, when, how?
     13 comments, latest by Sawadee on 14/4/05 10:01PM. Published: 4 Apr 2005

  • Random article

  • News in brief
    Netsurf, special offers and more
     8 comments, latest by Sawadee on 20/7/04 11:45PM. Published: 19 Jul 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
    "Most [articles] are unhealthily subjective, biased and increasingly boring rambles from the same few writers. Drobe is a tabloid. And its writers certainly not 'press'"
    Page generated in 0.0793 seconds.