Rockbox mail archive
Subject: RE: Fw: A little wish list for the blind
From: Touillaud Nicolas (Nicolas.Touillaud_at_fr.thalesgroup.com)
If I understood correctly, the mp3-lag thing was related to the fact that,
at each move, a mp3 is loaded from the disk and played.
In [IDC]Dragon's roadmap, the memory is used as a buffer containing all the
necessary mp3s for the menu (or the dir if this is merged with the talkbox
patch), ready to be played through the hardware: no more lag.
De : Kevin Jones [mailto:kevinj_at_tds.net]
Envoyé : mercredi 3 mars 2004 17:08
À : Rockbox development
Objet : RE: Fw: A little wish list for the blind
is the time lag of mp3s dependant on their bitrate? if you used a lower bit
rate maybe the lag would be less?
[mailto:rockbox-bounces_at_cool.haxx.se]On Behalf Of Brian Wolven
Sent: Wednesday, February 25, 2004 10:23 AM
To: Rockbox development
Subject: Re: Fw: A little wish list for the blind
> "Using the MP3 sounds might be okay, but there is a time lag in the
> MP3 sounds"
> Why's that then?
> "we would not want our menus to use MP3 files"
> Then we should not waste any further time on this project.
AFAICT there was only one 'objection' in his post, and that was time
The statement was (with slight editing of punctuation only):
>Using the MP3 sounds might be okay, but there is a time lag in the MP3
>sounds that might be frustrating enough that we would not want our
>use MP3 files as opposed to synthetic speech.
If the time lag is not an issue, then the use of mp3's is not an issue.
It seems to me that with the available hardware it is far more likely
for Jörg to come up with a method for doing [nearly] lagless mp3 menu
reading (once in the UI and not actively playing music) then it is to be
able to do any form of text-to-speech conversion on the fly. What is the
estimated lag time (due to processing load, etc.) for reading of menu
items by the not-yet-invented T-T-S engine, BTW? =P
Page was last modified "Jan 10 2012" The Rockbox Crew