Rob, you wrote, "There are no current plans to support the use of a card reader for sending. Remember, many books are encrypted, so a scenario like you have with wanting to send the same book to multiple students' Book Port units would not work." RFBD books are encripted, but it seems to me that the encription, at least with RFB, is not tied to individual BP units. It's only tied to the computer the software is running on. The PIN is the same for every one. I'm not suggesting that this gives license for unauthorized use, but, if a teacher has, say two students using bp's he/she can use the same bp and computer combo to put the same book on two different cards. Then, I think, the second card can be given to another student for a different bp. So the notion of security being an issue here doesn't make much sense. The BP software could support usb 2.0 if it just supported other card readers. The files are, after all, altered so they cannot be played, as they are, on commercially available players by unauthorized users. The ability of sending audible books to cards via a card reader could be disabled. If APH is not considering support of other card readers, would you consider "off line" conversion of files which will be going to a BP? So, for instance, I have my 500 mb daisy book which must be shrunk and sliced and diced in preparation for the BP. This processing takes most of the "transfer" time, and the processing is not done if I place a book in the queue. Essencially, the bp seems to be sitting on the end of the cable, wasting battery life, waiting for the processed file to be sent. Could it be possible to tell the BP software to speed the file up, cut out unwanted silence, create the mp3 file, all while the bp is not connected? Then, when the file is "really ready" to be "sent" I could connect the bp. This would cut down the amount of wasted battery life. Thanks Rusty ____________________ Skype: rustyperez Yahoo and AIM: reliroo Check out my blog at http://rusty-perez.blogspot.com -----Original Message----- From: bookport-bounce@xxxxxxxxxxxxx [mailto:bookport-bounce@xxxxxxxxxxxxx] On Behalf Of ROB MEREDITH Sent: Tuesday, September 06, 2005 11:33 AM To: bookport@xxxxxxxxxxxxx Subject: [bookport] Re: Dealing with large daisy audio books Rusty: You are right. There is currently a 256MB file size limit on any Book Port audio file (including MP3, Wave, Audible.com, and Digital Talking Book.) We are working to solve this problem. In the interim, you can create another folder to hold the second part of the book. Sending the book twice is supposed to overwrite the first part of the book. That way, you can read chapters 1 and 2, then send chapters 3 and 4, and not have to worry about deleting 1 and 2. There are other more technical reasons I won't get into here. Besides the two folder trick, you may prefer to compress time. Compressing time will allow you to get more of the Book in the current 256MB allotment. Example: speed of 2X will permit about 512MB of source material to be sent. There are no current plans to support the use of a card reader for sending. Remember, many books are encrypted, so a scenario like you have with wanting to send the same book to multiple students' Book Port units would not work. Rob Meredith >>> rusty.perez@xxxxxxxxx 09/06/05 02:01PM >>> Hi folks, This is primarily directed towards the development team, but if any one has suggestions, please let me know. I am a teacher. It's important for me to have the entirety of the text book I am teaching at my fingertips. Currently, I'm using a text which is about 900 pages long. Bookport will only allow me to transfer about half of the book, around 250 mb even though I have a two gb card. Now, I'm guessing that this is a file size limitation. Is there any way to have both halves of the book on the bp at the same time? I transferred the first half, then, thought that I could transfer the second half. I figured that the file names would be different because of the page numbers. Well, the second half overwrote the first half. Before I try separate folders. I want to know if this is going to work. Also, is there any way we could use another card reader besides the bp to transfer files? It would save battery life; we could use the bp while large files such as this, which took about an hour for conversion are transfering. This would also be useful for teachers who need to do several transfers for several different students. If you have sugggestions for dealing with large files, please let me know. And, please give these larger files some attention as you continue to update bp. Thanks! Rusty