[bookport] Re: Suggestions for Improvements to Book Port- Others' Input and Discussion Requested
- From: "ROB MEREDITH" <rmeredith@xxxxxxx>
- To: <bookport@xxxxxxxxxxxxx>
- Date: Tue, 11 May 2004 14:01:10 -0400
Yes, the Book Port will remember its place in Audible.com files
Rob Meredith
>>> dcj638586@xxxxxxxxxxx 05/11/04 11:30AM >>>
Hello,
The thing is if someone was to be listening to an audible book, which is
quite large, will the book port remember where it was if you stopped it =
=3D
and
started it later? I would hope so. I would hate to have to search =3D
every
time I started the book port for where I left off when reading a book.
Also, I would find it cumbersome to use bookmarks to mark the spot. =3D
When I
used my RIO I just pressed the button to restart where I left off, no =3D
matter
where I was or how long I left it, I could just simply pick it up press =
=3D
the
start button and off it would read exactly where I left off. No =3D
worries.=3D20
Dave Cunningham
(412) 257-8153 Home
(412) 215-4597 Cell
Email address used for MSN.
=3D20
All incoming and outgoing email scanned by Norton Anti-virus 2003=3D20
-----Original Message-----
From: bookport-bounce@xxxxxxxxxxxxx =3D
[mailto:bookport-bounce@xxxxxxxxxxxxx]=20
On Behalf Of Jeremiah Z Rogers
Sent: Tuesday, May 11, 2004 10:31 AM
To: bookport@xxxxxxxxxxxxx=20
Subject: [bookport] Re: Suggestions for Improvements to Book Port - =3D
Others'
Input and Discussion Requested
Hi Rob et al. I mustn't have been particularly clear in my explanation =3D
of
how to achieve the proposed desired behavior when dealing with MP3 =3D
files,
for I realize that the machine, at present, has no way of knowing =3D
whether or
not to keep track of its progress as it plays a file. What I think could =
=3D
be
done would be for the transfer tool to indicate, through mark-up, to the
machine that it need not keep track of its play progress as it plays an =
=3D
MP3
file. As a result of there not being data on what part of a file has or
hasn't been played, the machine would start at the beginning of the file
every time. Were the presence of this new mark-up to be directly related =
=3D
to
the status of the send audio files as music option, users would have =3D
means
of determining whether or not Book Port would behave as it does now, or =
=3D
more
like a traditional CD player. Hope that clears up my idea a bit. =3D
Jeremiah
>=3D20
> From: "ROB MEREDITH" <rmeredith@xxxxxxx>
> Date: 2004/05/10 Mon AM 08:27:53 EDT
> To: <bookport@xxxxxxxxxxxxx>
> Subject: [bookport] Re: Suggestions for Improvements to Book Port -
> Others' Input and Discussion Requested
>=3D20
> Jeremiah:
>=3D20
> You are missing one detail in your MP3 mark-up discussion. That is,=3D20
> the =3D3D device doesn't know whether the file was sent as music or =3D
spoken=3D20
> word. =3D3D Both files are actually marked up; the difference is in =
the=3D20
> mark-up =3D3D itself. Music uses recurring marks to simulate movement by =
=3D
> time; spoken =3D3D word mark-up marks phrases.
>=3D20
> >>> jzrogers@xxxxxxxxxxxxx 05/10/04 06:35AM >>>
> Greetings to all ye Book Porters
>=3D20
> A few weeks back, there were a number of messages surrounding Book =3D
=3D3D3D=3D20
> Port's behavior when playing MP3 audio, where it leaves markers =
once=3D20
> it =3D3D =3D3D3D has played the file, etc. I didn't weigh in on the =3D
discussion=3D20
> at that =3D3D3D point, because I wanted to think over the idea I had and =
=3D
> to decide =3D3D3D whether or not the practicality of it warranted=3D20
> suggesting it to APH for =3D3D =3D3D3D
> consideration. Please do point out, publicly or privately, the =3D
positives =3D3D
> =3D3D3D
> and negatives you find in the following thoughts.
>=3D20
> At present, the transfer tool allows the user the option of specifying =
=3D
> =3D3D3D whether mp3 audio is sent to the machine as music, which is to =
=3D
say=3D20
> that =3D3D =3D3D3D it is unmarked, or to have the software deduce breaks =
=3D
in=3D20
> paragraphs, =3D3D3D chapters, and other navigational units. Many of =
you=3D20
> were asking for a =3D3D3D means of resetting all of the markers within a =
=3D
> given folder such that =3D3D3D you could start at any given point in the =
=3D
> list of files and have the =3D3D3D files play, starting from the=3D20
> beginning, in exactly the same fashion as =3D3D =3D3D3D
> would occur when using a commercial CD player. Seemingly with little =3D
=3D3D3D
> modification of the Book Port's firmware, and perhaps with only slight =
=3D
=3D3D3D
> modification to the transfer tool, APH could instruct the device not =3D
to =3D3D
> =3D3D3D
> keep track of where it left off playing a given file if that file were =
=3D
=3D3D3D
> sent as music, while still retaining the device's present behavior for =
=3D
=3D3D3D
> audio files which were sent allowing the transfer tool to mark them =3D
up. =3D3D
> =3D3D3D
> If, for some reason, one wanted to start at a given point other than =3D
the =3D3D
> =3D3D3D
> beginning of a sent-as-music file, they could still use the device's =3D
=3D3D3D
> marking features.
>=3D20
> Concerning a separate issue altogether, I also have a suggestion =
for=3D20
> how =3D3D =3D3D3D the Book Port behaves once locked and powered off. =
At=3D20
> present, if any =3D3D3D key other than the 1+3 combination is pressed, =
=3D
the=3D20
> machine emits that =3D3D3D all-too-familiar half-second or so buzz, =3D
waits=3D20
> the customary ten seconds =3D3D =3D3D3D
> or so of inactivity, then powers off. Over the course of half an hour =
=3D
in =3D3D
> =3D3D3D
> one's pocket, briefcase, or other location of transportation, this =3D
could =3D3D
> =3D3D3D
> happen dozens of times, and could cause lots of disruption to those =3D
=3D3D3D
> around the device with that annoying beep. My suggestion, then, is to =
=3D
=3D3D3D
> have the lock and unlock command be a combination of keys, and to have =
=3D
=3D3D3D
> the machine's behavior when the unit is locked and not reading to be =3D
=3D3D3D
> completely unresponsive to keys or key combinations other than the =3D
=3D3D3D
> command chosen as the unlock command. Further, I suggest that the =3D
unlock =3D3D
> =3D3D3D
> command be a combination of keys other than on the same row or column. =
=3D
I =3D3D
> =3D3D3D
> suggest 1+F, given that they'd take two hands to invoke and that it =3D
=3D3D3D
> shouldn't interfere with any of the present command structure.
>=3D20
> I look forward to reading any insuing discussion in response to =
these=3D20
> =3D3D3D thoughts.
>=3D20
> Jeremiah Z. Rogers, jzrogers@xxxxxxxxxxxxx=3D3D20=20
>=3D20
>=3D20
>=3D20
>=3D20
>=3D20
>=3D20
Other related posts:
