[bookport] Re: never mind my last question, but afewcomments
- From: "ROB MEREDITH" <rmeredith@xxxxxxx>
- To: <bookport@xxxxxxxxxxxxx>
- Date: Wed, 09 Jun 2004 15:49:42 -0400
Paul:
In most cases, sending Audible files should take about the same amount of =
time that sending an MP3 file of the same size would. I tried it myself, =
and the MP3 file actually took a little longer. Are you finding that this =
is not the case? For reference, I sent an Audible book which is 81.5 MB in =
size, and it took 5 minutes and 15 seconds.
If you are very low on memory, the time it takes to send an Audible file =
might be longer than the equivalent MP3 file. In either case, the bottle =
kneck here is the Book Port itself.
Rob Meredith
>>> paul@xxxxxxxxxxxxxx 06/09/04 02:21PM >>>
Hi, Rob. Probably resending the entire file would be the best.
I wonder, though, why sending audible files to the bp is so slow?
At 6/9/2004, you wrote:
>Querying the card is a possibility. Another problem arises, though. If =
you =3D
>send a file that already exists, and you skip the dialog, what should =3D
>happen? Should it just resend the entire file, or should it start where =
=3D
>you left off as it does by default with the box? To be consistent, we =3D
>would probably just resend the entire file.
>
> >>> paul@xxxxxxxxxxxxxx 06/09/04 10:27AM >>>
>Hi, Rob. It is too bad you guys can't query the card and see how much =3D
>will=3D20
>fit. Only if there is a problem would the dialog box then come up.=3D20
>Otherwise, you would just put the entire file onto the bp.
>It sure is slow uploading, though<grin>.
>At 6/9/2004, you wrote:
> >Paul:
> >
> >You have to load each part of a book separately, because there is =
nothing =3D
>=3D3D
> >binding those files together as a book. Yeah, the file names are =
similar, =3D
>=3D3D
> >but you can't always count on this because of inconsistent naming.
> >
> >Regarding the combo boxes for start and end times...
> >
> >It sounds like someone like you should just ignore the boxes and press =
=3D
>=3D3D
> >Enter to get whatever will fit. The default for a file which is not on =
=3D
>the =3D3D
> >device already is to start at the beginning, and send as much as will =
=3D
>fit. =3D3D
> >If you already have the file on the device, the default is to start at =
=3D
>=3D3D
> >your last reading position and send as much as will fit.
> >
> >We had to come up with some kind of scheme to allow selecting how much =
of =3D
>=3D3D
> >an Audible file to send, and 5 minute intervals seemed to be the best =
=3D3D
> >choice. Yeah, most people won't start at 15 minutes and send 30 minutes =
=3D
>of =3D3D
> >material, but Audible sections can range from very short to very long, =
=3D
>and =3D3D
> >limiting selections to sections would minimize flexibility for users =
with =3D
>=3D3D
> >small flash cards.
> >
> >Perhaps we could skip the dialog if all of the file will fit? What do =
=3D3D
> >others think about the current scheme?
> >
> >Rob Meredith
> >
> > >>> paul@xxxxxxxxxxxxxx 06/08/04 10:19PM >>>
> >Hi, Larry and Rod. Never mind my last question. Turns out the book I =
=3D3D
> >was=3D3D20
> >trying to load was not type four.
> >I will have to go back and see if I can get it as type four.
> >However, some comments.
> >It takes an extremely long time to load one of these files, much =3D
>slower=3D3D20
> >than loading an mp3 file.
> >Also, I was surprised that in a book that contains more than one file, =
=3D
>=3D3D
> >I=3D3D20
> >have to load each part separately.
> >And why the combo boxes that ask me where I want to start and end? If =
=3D
>I=3D3D20
> >have plenty of room, why would I not want to start at the beginning and =
=3D
>=3D3D
> >end=3D3D20
> >at the end<grin>? I don't understand the use of these boxes.
> >Why would I want to start five minutes in or more?
> >Thanks.
Other related posts:
