(Optical) drive not found
jim lesurf (2082) 1438 posts |
I’m currently working on a simple application that allows the user to do a The application works on my ARMiniX, but has thrown up an occasional Clicking on the drive iconbar icon also gives an error. FWIW The system is configured to have one optical drive which then is given cdfs number ‘0’. With my Iyonix a cure (for some unknown-to-me reason) was to have a disc in I suspect this is a long-standing bug in the OS that sometimes manifests. Yes, my program is scanning the relevant range of values to find the hardware that the OS should say is linked to cdfs ‘0’. This morning I had the problem, did a switch-off-and-on-again with a disc Jim |
Steffen Huber (91) 1958 posts |
Does the drive, when not recognized by CDFS, show up on the SCSI bus? Just to narrow down the culprit. |
Jeffrey Lee (213) 6048 posts |
For the Iyonix (assuming this is an internal drive) they shouldn’t show up on the SCSI bus at all – the ATAPI module communicates directly with CDFS. Not sure offhand if there’s a *command to list IDE/ATAPI devices. |
Chris Evans (457) 1614 posts |
*CDFS Or you can also enter it as: |
Ronald May (387) 407 posts |
I dont know if this is the same thing, but I am looking for a way to check if there is a USB audio device plugged in. |
Dave Higton (1515) 3555 posts |
My USBAudio module provides what you need. Visit my web site and go to the Audio section. There is full documentation of the API. |
Ronald May (387) 407 posts |
My USBAudio module provides what you need. Yes I looked the other day. Probably further ahead than I am prepared to work at the moment, but can they be part of the GCC Oslib for linking as well? I am playing with a (quirky) Obey/Taskwindow setup that will decode flacs through mpg123 compiled with fixed point is very fast at decoding, and could just buffer whole mp3’s through ram without much trouble. |
Dave Higton (1515) 3555 posts |
Not sure what you mean by that. I’m hoping that my module will be part of the next release of RO, although I had hoped that would have happened before the South West Show. I submitted the source to ROOL months ago. As for the rest: I really would recommend that you go the whole hog and use USBAudio, which will open a DeviceFS stream for you. You should be able to ship the output of a decoder to the stream. Note that you will still need Colin’s USB modules, as they also have not made it into RO yet. |
Ronald May (387) 407 posts |
Well, on the one occasion I have used RISC OS filer SWI’s from !GCC it was because of the !GCC OSLib addition, I’m not sure wether your swi’s have to be written into OSLib to use them or not. Generally !GCC can do what DDE can do, Maybe someone will update OSLib if there are significant changes to RISC OS. |
jim lesurf (2082) 1438 posts |
There are a number of tests/checks like that I’m now planning to try. However, most of the time the drive works OK, so I’m awaiting a chance… Jim |
Dave Higton (1515) 3555 posts |
Ah, you just mean the hash defines? You don’t need them, you can put equivalent hash defines into your code and call the SWIs. I’m not within range of a RO system right now so I can’t give every last detail, but, since you can write C, clearly you can find what you need. |
Ronald May (387) 407 posts |
clearly you can find what you need. That maybe the case with your API. |
Steve Fryatt (216) 2107 posts |
This doesn’t really make sense. OSLib is nothing to do with GCC: it’s a completely separate API library for RISC OS that can be used just as well with Norcroft as with GCC. “Natively”, GCC uses exactly the same methods of accessing SWIs (via kernel.h and swis.h) as Norcroft. Just as with Norcroft, using OSLib is a far preferable thing to do because it makes code cleaner… And yes, as far as I know the OSLib maintainers are more than happy to receive updates as the OS and third-party modules evolve. The OSLib mailing list is the place to ask. |