The TRGpro has two shared libraries providing APIs for accessing CF/CF+ cards. The Ffs (FAT filesystem) library provides the low-level file manipulation calls typically supplied by an OS: open, close, lseek, read, write, etc. The filesystem is compatible with Windows 98 and DOS, so you can put your CF storage card in a PC and copy files to it, then put it in the TRGpro and access them. It supports FAT12, FAT16, and FAT32, and long filenames. A utility called CFPro is provided for moving PRC and PDB files between the card and the TRGpro, and for playing Windows WAV files. More importantly, though, third party developers can write PalmOS applications which access files on the card directly. So you could write a Palm app that understands Excel format, for example, and copy XLS files to your card and read them on the device. The second shared library provides a low-level hardware interface to the slot, for turning the card on and off and getting card memory-map information. It is intended for accessing CF+ I/O cards, like modems, bar code scanners, etc. There's also an Audio shared library providing calls to change the speaker volume and play a DTMF string. Trevor Meyer [EMAIL PROTECTED] ---------- From: Steve Sabram [SMTP:[EMAIL PROTECTED]] <mailto:[SMTP:[EMAIL PROTECTED]]> Sent: Thursday, November 11, 1999 6:30 PM To: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> Subject: Re: Palm Audio? Dave Lippincott wrote: > >You can not hotsync .wav files to the TRGpro, as they are not a valid > >PalmOS file format. > > Obviously, WAV files are not in PDB or PRC format. I should have said I > don't know if there is a utility to convert WAV files so you can hotsync > them and play them on your Palm.] Dude, you are missing the whole point of the DOS format CF cards! The reason why TRG did CF on a Palm device is so the user can bypass HotSync all together. Just load up some WAV or MP3 files on you CF, run a custom player application and you have a Walkman / Palm. There is even a headset jack on the TRGpro. I'm sure they are not mentioning the dirty MP3 name for fear of stereotyping it as a consumer device not to mention any legal hassle. Is there enough CPU speed to decode MP3 on a Palm? I don't know but there maybe with a DragonBall VZ with it written in assemble is possible. > > > It would interesting to find out how non-PRC/PDB/PQA file will be handled on > a CF card. I wonder if with the right code (and the TRG SDK) you could > read/write a non-converted DB file from CF. Anyone know if its possible? There are two levels of the API for TRGpro. One is the DOS level format and the other is the raw binary format. Yes, binary vs. text mode all over again. I can see a PDB in at a binary level with some middle ware to access it if it hasn't been written yet.
