Surftec-STD launch DigiFlash2

Where's me digital camera? [Updated 18:43 8/5/2003] USB-Parallel port

Links

Previous: RISC OS Select 3 in detail
Next: Iyonix Linux port established

Discussion

This looks lovely and makes a RISC OS machine looks a more tempting prospect. ribbit on 8/5/03 3:25PM [ Reply | Permalink | Report ]

An MP3 player and digital camera look tempting now that I can use them with my RPC (after getting a USB podule..) Chris, drobe.co.uk diomus on 8/5/03 3:40PM [ Reply | Permalink | Report ]

I'd buy one if it worked with my Iyonix and my Iyonix was not sitting collecting dust waiting for 32-bit network support apps such as lanman98, lirc, and a few others that aemulor can't fix. danielbarron on 8/5/03 4:45PM [ Reply | Permalink | Report ]

I'm sure I could find someone willing to take your Iyonix off your hands for a while A 32 bit Bitchx in Nettle is also good, btw, if you're missing Lirc. Chris, drobe.co.uk diomus on 8/5/03 5:27PM [ Reply | Permalink | Report ]

A USB to parallel converter that doesn't work with the only RISC OS computer with no parallel port and usb, that's probably ironic or something. What speed are parallel ports on various RISC OS machines? Max a new ECP/EPP port can do is 3MB/sec, usb 1 is 1.5MB/sec. mavhc on 8/5/03 9:45PM [ Reply | Permalink | Report ]

The Iyonix generally ships with a USB->Parallel converter due to the lack of parallel port. I have every reason to believe mine would work on the Iyonix too. However, I cannot provide support for the vagaries of Castle's modifications to !Printers (which have broken some legitimate drivers - indeed VDU2/3 was dead at one stage, although I understand this is now fixed). The Simtec card has supported USB printers all along (and indeed the adaptors) - the pack I ship is purely hardware and instructions, there's no need for other drivers. At least I stand a snowball's chance of providing support for this as !Printers isn't changing underneath it by a 3rd party with an interest in breaking it! Max the combo chip can be written to on the RPC is in the order of 1MB/sec (witness Pat Herborn's postings many moons ago) - in real life it's much slower. I've not done full analysis yet, which is why the original press release says that the speed tests are informal (I suppose for completeness the word should have been "subjective"). stdevel on 8/5/03 10:05PM [ Reply | Permalink | Report ]

Any advance on the simtec podule for iyonix yet? epistaxsis_RISC OS on 8/5/03 11:47PM [ Reply | Permalink | Report ]

Podule for Iyonix would be totally stupid. What's required is for someone to write a DeviceFS wrapper for the Simtec card (so it looks like a Castle API!) and/or write a Simtec-API module sat on top of the Castle stuff. Can't really be that hard. Then, of course, there'd be all the stupid 32bit issues... imj on 9/5/03 1:31PM [ Reply | Permalink | Report ]

imj> why have you a bee in your bonnet over 32bit ? It's not as if Castle or ROL had any hand or part in the matter. ARM decided it was dropping 26bit PSR+PC and that was that. The fact you can *still* get a working processor (SA) for Omega (or RPC for that matter) is because Intel don't seemed to have got fully bored with them yet.... when they do the fastest 26bit compatible will be 56MHz and it's called a ARM7500FPE !!!!! Some day Intel will retire the SA and then what ? I would agree with you that it would have been *nice* to have an uprated 26bit processor clocked like an xScale - but that is simply *not* going to happen. That being the case we have a need to get code 32bit clean (all of us). And with the C/C++ development suite it's relatively easy. As to the USB API that's another kettle of monkeys.... for example would a "wrapper" round the USB API (whichever one) not hit the speed (and effect isosynchronous performance - that is if that's supported ?)). Regards -- Annraoi McShane, AMS on 13/5/03 7:08PM [ 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

Star Fighter 3000: The Next Generation review
Star Fighter 3000: The Next Generation was born from the 3D0 version of the original SF3K that was ported back to RISC OS and this year freed from programmers' hard discs for the platform to enjoy, writes Andrew Weston. In this review Andrew weighs up much-improved graphics and sound against playability and stability.
 19 comments, latest by AW on 9/12/08 8:45PM. Published: 17 Nov 2008

Random article

Twenty things to get instead of Qercus sub
How that fifty quid could have been better spent
 6 comments, latest by VirtualAcorn on 20/6/06 1:36PM. Published: 17 Jun 2006

Useful links