[bookport] Re: a feature request
- From: "Jacques Bosch" <jacques.bosch@xxxxxxx>
- To: <bookport@xxxxxxxxxxxxx>
- Date: Wed, 12 Jan 2005 09:44:42 +0200
Hi James, Larry.
1) It would obviously be optional, so you won't have to use it if you don't
want to.
2) Doing a find and replace operation in multiple files based on a
dictionary should actually not take that long.
3) The dictionary size would most definitely not be 150,000 words. It would
only be the exceptions. More like 20 or 30 words. Or on the outside 100 or
200 if you are really finicky about very seldom used words.
I'd guess, on a transfer of a 100 books, filtering them through a dictionary
of 30 exception words would probably add between 1 minute (for newer
machines) and 5 minutes (for older machines) to the overall transfer time..
Quite acceptable I'd say, if you decide to use such a feature.
But, should this feature not be added to the transfer software, or until
such time, those of you who want to can just do it custom.
I have been doing it for years, since the Roadrunner days.
I use a free command line app call msub. You just set up a text file with
the replacements you want to make, and run it against all the files in a
specific folder. It is lightning fast.
I also use it to make my books smaller, replacing words like 'too' and 'two'
with '2', and 'see' and 'sea' with 'c', and 'and' with '&', and 'you' with
'u', and lots more. The doubletalk chips pronounces these exactly the same
as the original words. Makes no difference to the reading.
I also filter out profanities.
So a feature like this with be completely achievable, and usable, for those
who would be interested.
Hope that helps.
Jacques
----- Original Message -----
From: "Walt Smith" <walt@xxxxxxxxxx>
To: <bookport@xxxxxxxxxxxxx>
Sent: Wednesday, January 12, 2005 2:25 AM
Subject: [bookport] Re: a feature request
> James -
>
> Do you have any idea how much processing overhead this would require when
> transferring a book to the Book Port? Imagine running every one of, say,
> 150,000 words through a dictionary as it's being sent. I find such
> potential
> slowdowns in transfer time totally unacceptable. I'll put up with
> mispronunciations before I'll put up with a transfer that takes hours to
> complete.
>
> ----- Original Message -----
> From: "James Jolley" <james.jolley1@xxxxxxxxxxxxxx>
> To: <bookport@xxxxxxxxxxxxx>
> Sent: Tuesday, January 11, 2005 3:04 PM
> Subject: [bookport] Re: a feature request
>
>
> Hi,
> The way I imagine it to work would be that you set up the original
> spelling
> of the word, then it's phonietic representation and then the transfer tool
> just edits the spelling. Naturally it would only be useful for lessure
> reading.
>
> So, skutchan becomes Skoo-con
> Get the idea?
>
> Best
>
> -James-
> ----- Original Message -----
> From: "LARRY SKUTCHAN" <lskutchan@xxxxxxx>
> To: <bookport@xxxxxxxxxxxxx>
> Sent: Tuesday, January 11, 2005 7:25 PM
> Subject: [bookport] Re: a feature request
>
>
>> What would you do about finding text with the incorrect spelling though?
>>
>>
>>>>> james.jolley1@xxxxxxxxxxxxxx Tuesday, January 11, 2005 1:56:32 PM >>>
>> Hi,
>>
>> As I tried to point out a few months back, it wouldn't need to be in =
>> the=20
>> memory of the bp. You could set the dictionary up in the transfer tool so
>> =
>> it=20
>> substituted the list of words with your phonetic spellings
>>
>> -James-
>> ----- Original Message -----=20
>> From: "Richard Ring" <ring.richard@xxxxxxxxxxxxxxxxx>
>> To: <bookport@xxxxxxxxxxxxx>
>> Sent: Tuesday, January 11, 2005 6:52 PM
>> Subject: [bookport] Re: a feature request
>>
>>
>>>I could see some validity to this argument were it not for one extremely
>>> noticeable fact. The Bookport has been updated numerous times, both the
>>> software and the firmware; and each and every time, new features have
>>> been added. A pronunciation dictionary would be great, I simply doubt
>>> if the onboard memory could support it. =3D20
>>>
>>> -----Original Message-----
>>> From: bookport-bounce@xxxxxxxxxxxxx=20
>>> [mailto:bookport-bounce@xxxxxxxxxxxxx] On Behalf Of Mike Arrigo
>>> Sent: Monday, January 10, 2005 9:26 PM
>>> To: bookport@xxxxxxxxxxxxx=20
>>> Subject: [bookport] Re: a feature request
>>>
>>>
>>> James, that's simply not true. You seem to take a statement disagreeing
>>> with
>>> something as a shoot down. You seem to think that people who want to
>>> keep
>>> the product focused on it's purpose, to read and play files do not want
>>> any
>>> new features, which is incorrect.
>>> ----- Original Message -----=3D20
>>> From: "James Jolley" <james.jolley1@xxxxxxxxxxxxxx>
>>> To: <bookport@xxxxxxxxxxxxx>
>>> Sent: Saturday, January 08, 2005 7:40 AM
>>> Subject: [bookport] Re: a feature request
>>>
>>>
>>>> Hi,
>>>>
>>>> Don't bother requesting features you end up being shot down for them.
>>>> You'll learn
>>>>
>>>> -James-
>>>> ----- Original Message -----=3D20
>>>> From: "Ibrahim Gucukoglu" <igucukoglu@xxxxxxxxxxx>
>>>> To: <bookport@xxxxxxxxxxxxx>
>>>> Sent: Saturday, January 08, 2005 12:23 PM
>>>> Subject: [bookport] a feature request
>>>>
>>>>
>>>> > Hi.
>>>> > I am really getting to know my book port and am simply amazed at how
>>> much
>>>> > it can do. I have just been playing with the Book Port Spider which
>>> is
>>>> > priceless as I often listen to news on the bbcnews.com website.
>>>> >
>>>> > Anyway, a particular feature I would like in the transfer tool is a
>>>> > transfer CD option. This option would work when an audio CD was put
>>> in
>>> to
>>>> > the CD Rom drive. It would ask you what range of tracks you would
>>> like
>>> to
>>>> > copy on to the flash card similar to the daisy option. It would
>>> then
>>>> > encode them in MP3 format in a negligible bit rate such as 128, 164
>>> or
>>> 192
>>>> > and transfer the CD in to a music folder on the BookPort with the
>>> artist
>>>> > and album name as the folder name and the individual track names
>>> along
>>>> > with their numbers.
>>>> >
>>>> > I would like this feature as I am an avid fan of music and would
>>> like a
>>>> > simple and effective way of transferring my music without messing
>>> with
>>>> > freeware, proprietary or other software titles.
>>>> >
>>>> > Just a suggestion, any opinions warmly welcome.
>>>> >
>>>> > Warmest, Ibrahim
>>>> >
>>>> >
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>>
>>>=20
>>
>>
>>
>>
>>
>>
>
>
>
>
>
Other related posts:
