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

Profile for andretim

ContactAbout me
Username: andretim
Realname: Andre Timmermans
About me:
Comments posted:29 (show all)

All comments

On Graphical command window app updated for RISC OS 6.14:

It's not what David claims to be a bug in OS 6.14. It's a bug that I found out by making some tests for David, i.e. that SWI OS_SpriteOp 15, when checking if it must create a 64 cols or a 256 cols palette, will create a 256 cols palette when your desktop mode in 256 or 64K colour mode and a 64 cols palette for other desktop screen modes.

This means that the SWI is reading some information from the current screen mode intead of the screen mode passed as parameter to the SWI.

 is a RISC OS Userandretim on 23/2/09 8:46AM
[ Reply | Permalink | Report ]

On Multimedia-friendly 1GHz XScale launched:

I wonder what the "HD" media capability of that processor represent? The windows notebook I use for work can handle most of the HD divx available on the net but it is not powerful enough to handle a full HD stream (at least in resolution 1920x1080 but at DVD rate, not HD-DVD nor BR) and not even the maybe 3 years old 2.4GHz PC of my firend could handle it.

Since most of the usage I make from a PC (off work) is browsing, torrent download and divx viewing, and the notbook is from my company my intention is to buy this year a compact PC, as silent and low power as possible, using USB2/e-Sata connection for mass storage and DVD-writer, if possible offering HDMI/DVI with HDCP and optical stereo jack for future compatibility and combined with a RISC OS emulation so that I can still develop for RISC OS.

Now if a RISC OS solution can offer the same functionality I am in perfectly willing to buy it. For that we could always port and optimize a linux multimedia player for that CE2110 processor even without a multimedia API in RISC OS, but I would certainly appreciate RISC OS supporting non-blocking IO (the time spend waiting idly for a block of data to be read from the harddisc could be used by the main processor) and support of USB PC drives larger than 2 GB which I use every week to exchange data with friends (and for which I currently have to slowly transfer data with Samba over my old 10Mb Ethernet connection between my notebook and my RPC).

 is a RISC OS Userandretim on 23/4/07 3:41PM
[ Reply | Permalink | Report ]

On RISC OS 5 source code release revealed:

Very few opensourcing of RISC OS so far apart from Unicode and the SharedCLibrary. It seems they want to only opensource peripheral components. With that in mind I think there are a few more components that would be interesting to propvide (if they have the rights to them): !Java and CDFS related components.

 is a RISC OS Userandretim on 01/10/06 11:08AM
[ Reply | Permalink | Report ]

On ROS must open up to survive says Wild:

I find it amusing that someone at Castle is advocating for open sourcing RISC OS when in the past they forced RO Ltd to withdraw the open sourced version of !Printers. That said l agree with Julian there are a few developers out here with the technical knowledge to seriously improve some parts of OS, especially since it seems that on both Castle and RO Ltd sides manpower is now seriously limited.

 is a RISC OS Userandretim on 20/7/06 8:05AM
[ Reply | Permalink | Report ]

On South West 2006 theatre talks:

In reply to 2307 and ajb:

The fact that Select 4 won't use the HAL API doesn't mean there is no Hardware Abstraction in Select 4, only that they decided to do it another way. If you look at Castle's HAL API ([link]) you will notice that there isn't much to it (interrupts and timers), there is nothing in it related to graphics or sound. Till recent work on newer graphic cards Castle admitted that RISC OS 5 was tied to the graphic card used in the Iyonix.

It certainly would be better that they cooperated together and avoided the divergence of the versions of the OSes but given the current state of affairs ...

 is a RISC OS Userandretim on 23/02/06 11:11AM
[ Reply | Permalink | Report ]

On Voice-over-IP on RISC OS: What's involved?:

Adrian, I don't think that reading audio data would be the worst problem. It's a two ways communication here, so you have also to capture and encode audio from your microphone.

Not only do you have you the problem of encoding audio from the sound card (always a heavier process than decoding) in realtime at the same time as decoding it from the received IP packets but audio capture suffer from the fact that RISC OS has no API for sound capture.

I don't now if sound capture cards are still available for the RPC but since IIRC both the Iyonix and the A9Home come with a microphone socket, it would be nice to have Castle and ROL to talk to each other for once and define a standard API.

 is a RISC OS Userandretim on 31/10/05 6:52PM
[ Reply | Permalink | Report ]

On Video editing on a RiscPC:

I have never seen video editing software in a long time but from the fansubbed animés I view from time to time they seem to offer a great deal of possibilities. You just have to see the facility with which they display start/ending songs lyrics, zoom in the current word, stretch it in unlikely ways, fade it, add little animations to it, etc. Makes you want to have a play their software.

 is a RISC OS Userandretim on 18/10/05 3:06PM
[ Reply | Permalink | Report ]

On ARM plays hand, reveals 1GHz plans:

In reply to vshears:

With regards to availability in 1Q2006, I think Chris did not have the story right. The ARM press release states that the core is available for licensing now with most of the tools ready except for the "Artisan Advantage-CE library" (a silicon cells library optimised for high-speed operation and low static and dynamic power consumption) deliverable only from 1Q2006. There is no mention of any production date from any of the licensees even if I would expect them to be fast on the mark given that it gives them a good occasion to grab a part of the XScale market.

 is a RISC OS Userandretim on 6/10/05 7:58AM
[ Reply | Permalink | Report ]

On RISC OS 5.10 readied for release:

In reply to joty:

You can issue all services you want but you also need an API to access your device. I would be in favor of a central device manager with device classes USB style. The module handling for example the IDE interface would then for example scan the interface to identify device and tell the device manager: I have device 0 which is of category "HardDisc" and you can be accessed through this "HardDisc" interface, device 1 is of category "DVD" and can be accessed though this "ATAPI" interface, ... The device manager would then register device 0 to FileCore for identification by FileCore/DiscCore standard API using FilingSystems, device 1 to a DVDCore for identification by DVDCore standard API using FilingSystems, etc.

 is a RISC OS Userandretim on 23/9/05 1:19PM
[ Reply | Permalink | Report ]

On RISC OS 5.10 readied for release:

In reply to IvanDobski and jamesp:

Who still use an image file these days? I have since long stopped using my PC card and removed the half empty PC image files that were taking space for nothing on my HD. Anyway it would be a matter of hours to write a module that would fakes such files as an HardDisc.

DOS/ADFS Image files just contains sector/block organised data like real disks so the corresponding filing systems so tehy will read data from it by blocks just as they would have done using a SectorOp API and when accessing real devices FileCore translate their access into sector/block reading operations anyway. The advantage is that you don't need to rewrite first FileSwitch, FileCore and whatever who knows whatever other modules first to support files larger than 2GB.

 is a RISC OS Userandretim on 23/9/05 12:49PM
[ Reply | Permalink | Report ]

On RISC OS 5.10 readied for release:

Extending previous comment (Firefox textarea limit?):

The ADFS/Filecore (damn naming confusion) disc structure could even be extracted from FileCore and turned into a separate block mode FS, let say OSFS, leaving only device management and the disc access API into FileCore. Better still we could start from a clean new module and API let say DiscCore whithout the limitations of FileCore with regard to the number and nature of devices, which already cause problems to USB. FileCore would then just be an empty shell redirecting calls to DiscCore.

This module could be designed with nice feature in mind such as device listing API and partition management, offer to handle itself disc icons and get rid of all those dupplicate xxx_filer modules. Actually we shouldn't even need to have ADFS/IDEFS/SCSIFS only modules which register devices and drivers to DiscCore and CDFS or maybe to an even more generic DeviceCore module understanding device classes USB style dispatching them in turn to device class modules (DiscCore, CDCore, DVDCore, ...).

 is a RISC OS Userandretim on 22/9/05 1:26PM
[ Reply | Permalink | Report ]

On RISC OS 5.10 readied for release:

The problem comes from the way our system works. When a drive is to be mounted FileCore issues Service_IdentifyDisc which is monitored by image fileing systems. DOSFS/Win95FS tells it that it knows of the drive's formatting and FileCore let it handle the drive as an image file (and since files are limited to 2GB, only drives <= 2GB are thus supported).

What we should have is what I would call sector/block mode filing systems. FileCore would issue a similar service to Service_IdentifyDisc that such FSs would monitor. These FS would not access the disc as an image file but by using the FileCore_SectorOp API. They could provide disc logical formating routines (i.e. routine to set up boot blocks, initial maps and root directory). We would then have a FATFS for handling FAT16/32 discs, one could write a Ext3FS to support this Unix format, etc.

 is a RISC OS Userandretim on 22/9/05 12:59PM
[ Reply | Permalink | Report ]

On No plans to change USB 1.1 in A9home:

In reply to AMS:

I thought too that it was a pity not to have USB 2 on board since I'd like to have ideally is a small, compact, easely replacable computer with storage devices located in external racks. The problem however is not even speed first, but do we have access to more than 2GB harddisks? My understanding is that we only have access yo FAT formatted discs with the 2GB limitation of image filing systems like DOSFS/Win95FS.

A solution could be to use Ethernet storage racks which appears like sharable disks on the network, but they are not cheap and since I never managed to access the company's portable from my RPC with LanManFS, I'm not even sure it would work.

 is a RISC OS Userandretim on 08/07/05 09:35AM
[ Reply | Permalink | Report ]

On No plans to change USB 1.1 in A9home:

In reply to em2ac and guestc:

So far there exist only one ARM SOC chip integreating USB 2 High Speed, but its only a 200MHz device. To offer USB 2 High Speed the main board would have to be redesigned to incorporate a seperate USB 2 chip which I guess explains why there won't be any changes for the A9Home.

On the other hand I wonder, since the ARM SOC chip is on a seperate card and could be replaced by a future processor with integrated USB 2 High Speed capability, if the main board itself is fit to transfer such data rates between the USB connectors and the daugther board.

 is a RISC OS Userandretim on 07/07/05 07:58AM
[ Reply | Permalink | Report ]

On Cocognut freely available finally:

The funniest thing about the US supreme court decision is that if you substitute "P2P software manufacturers" with "guns manufacturers" you have a decision who would be totally unfavorable to the US armement lobby something which will never happen. This easely demonstrates that in the US, lobbies dictates the law.

Regarding P2P itself, it is certainly true that the bulk usage is piracy of movies or music (I myself regurlarly download dvix files with the half excuse that it's less mainstream stuff that won't be released here before 2-3 years) but it's far from the only piracy source. You have to wonder why DVD renting shops let you rent 10 DVDs which you have to return the next day, or propose the 5th one for free when you hire 4 DVDs, they are perfectly aware that the people who do so just make illegal copies of the DVDs.

 is a RISC OS Userandretim on 28/6/05 2:03PM
[ Reply | Permalink | Report ]

On Expo 2005 pre-show news:

Show report can be found at:


of course you have to understand German.

 is a RISC OS Userandretim on 20/6/05 8:21AM
[ Reply | Permalink | Report ]

On Portrait monitor support for A9home:

In reply to flypig and bernie:

The datasheet tells us that the digital output (DVI) is limited to 1280x1024. IIRC this corresponds to the original DVI specs and only recent PC graphic cards offer the new higher spec DVI interfaces.

 is a RISC OS Userandretim on 15/6/05 8:01AM
[ Reply | Permalink | Report ]

Search the archives

Today's featured article

  • Article graphics insight
    Easy when you know how
     10 comments, latest by thesnark on 21/8/04 10:59PM. Published: 18 Aug 2004

  • Random article

  • RiscPkg author publishes new coding book
    Everything you wanted to know about UnixLib
     6 comments, latest by markee174 on 26/2/07 1:32PM. Published: 25 Feb 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
    "Drobe is the most frequently updated and has the most content, but apparently they aren't interested in 'special offers'"
    Page generated in 0.2525 seconds.