[bookport] Re: Suggestions for Improvements to Book Port - Others' Input and Discussion Requested
- From: "Jeremiah Z. Rogers" <jzrogers@xxxxxxxxxxxxx>
- To: <dcj638586@xxxxxxxxxxx>
- Date: Wed, 12 May 2004 18:01:13 -0400
Hello Dave and list. Indeed, were APH to change the behavior of the =
machine according to what I've suggested, such that it played music =
files without keeping track of where you stopped, while still playing =
files which were not sent as music the wya it does now, you could still =
have it behave as your Rio does when playing Audible books, and behave =
more like a traditional CD player when playing music. It would eliminate =
the need to reset files which were sent as music back to their beginning =
before playing them again.
Jeremiah
-----Original Message-----
.From: "Dave Cunningham "<dcj638586@xxxxxxxxxxx>
.Sent: 5/11/04 11:30:19
.To: "bookport@xxxxxxxxxxxxx"<bookport@xxxxxxxxxxxxx>
.Subject: [bookport] Re: Suggestions for Improvements to Book Port - =
Others' Input and Discussion Requested
.
.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]
.On Behalf Of Jeremiah Z Rogers
.Sent: Tuesday, May 11, 2004 10:31 AM
.To: bookport@xxxxxxxxxxxxx
.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
.>=3D20
.>=3D20
.>=3D20
.>=3D20
.>=3D20
.>=3D20
.
.
.
.
.
Other related posts:
