|
Rockbox mail archiveSubject: RE: roadmap to blind Rockboxing (need an audio amateur/speaker)RE: roadmap to blind Rockboxing (need an audio amateur/speaker)
From: Aman Singer <aman_at_asinger.net>
Date: Wed, 25 Feb 2004 11:22:45 -0500 Hi. I'd only have this idea done if it's the only way to make the menu accessible. The best situation would be that a user could adjust options on the fly without resort to the docs except to find out what the options do. If that is impossible, then I think the below idea about beeps is a good one. Aman -----Original Message----- From: rockbox-bounces_at_cool.haxx.se [mailto:rockbox-bounces_at_cool.haxx.se] On Behalf Of jobarjo Sent: Wednesday, February 25, 2004 10:49 AM To: Rockbox development Subject: Re: roadmap to blind Rockboxing (need an audio amateur/speaker) as I suggested on another thread, I propose a much more generic and simple solution for blind people (although less confortable) Recording all the menu names in a file is not easy to maintain unless it is done automatically with an offline speech synthesizer. If someone adds a new menu entry, it would be difficult to have all messages updated in all langages. If you record only english numbers from 0 to 9 plus a beep, you can have a generic and simple "display for the blind". Eventually, it is possible to translate only these numbers. A little simple protocol can then tell you where you are in the menus: for example, "beep 1" tells you that you are on the root menu over choice number 1. "beep 3 5" tells you that you are in menu 3 and submenu or choice number 5 "beep" tells you that you are out of config menu Of course you have to read your doc to navigate... It might also be possible to do something similar to tell where you are in the song folder hierarchy: "bop 2 point 1 6 point 2 5" would tell you are in folder 2 subfolder 16 song number 25 ----- Original Message ----- From: "[IDC]Dragon" <idc-dragon_at_gmx.de> To: <rockbox_at_cool.haxx.se> Sent: Wednesday, February 25, 2004 9:24 AM Subject: roadmap to blind Rockboxing (need an audio amateur/speaker) > Hello, > > there have been some understandable requests for blindly operating Rockbox. > This is of course useful to handicapped people, but also in a car. > > As a developer, I have the following picture in mind: > > Speech synthesis is not an easy option, way too complex, since we already > can play mp3 audio. Recently I've added playing from memory, mainly for my > video plugin, but also with an eye on UI support. My suggestion would be to make > little mp3 clips for the language IDs, then have some script tie them all > together to one big (bitswapped) file which includes an index. This could even > be a part of the build process. This file has to fit into the mp3 buffer, > about 1.6 MByte on regular 2 MB boxes. Currently we have 335 entries, if each > takes a one second clip that means we can use up to 40kBit/s. More if we take > into account that not all language IDs are needed. Voice is mono by nature, 22 > or 16 kHz should be sufficient. > > OK, once the big file is there, it needs to be loaded into the mp3 buffer on > startup and every time you stop your music, because the normal playback > trashes it. Loading this takes less than a second (excluding spinup) with my > recent speedups. We can have the UI talking only if we're not playing (or > recording), this is the limitation. > > I would implement the changes to the menu/screen code to play what's under > the cursor, if somebody else does the authoring of the clips. I am no audio > amateur (don't even have something that deserves the name microphone), and you > don't want to hear _me_ talking out of your box. This need some stamina and > reproduceability, some more clips will be needed as Rockbox evolves along. > Some help on the scripting would also be appreciated. > > Any takers, can we form a team? > > We need nicely trimmed clips of what's in "english.lang". I suggest naming > the clips like the LANG_xx ID, e.g. "LANG_DELETE.mp3". This makes it easy for > a script. They should not contain any ID tags, don't waste space on this. I > suggest keeping the original .wav's, so we can re-encode with a sample rate / > bit rate that just fits. The clips should have a little fade in/out, to avoid > clicks, but no silence at the begin or end, to avoid latencies. Maybe there > is some kind of push-to-talk tool that records and does the trimming and > fading more or less automatically? > > Plus, this would be a good time to merge the "classic" talkbox patch, if we > want this in the main cvs. > > And I have in mind to delay the file opening for recording until the buffer > runs full for the first time. This delays the disk spinup and makes the > internal mic useable for clips that are shorter than the buffer. > > (Phew, when will I ever complete all my other stuff: the JPEG viewer, the > all-in-one video converter tool, my car stereo integration, remote control > plugins, etc...) > > Jörg > > -- > GMX ProMail (250 MB Mailbox, 50 FreeSMS, Virenschutz, 2,99 EUR/Monat...) > jetzt 3 Monate GRATIS + 3x DER SPIEGEL +++ http://www.gmx.net/derspiegel +++ > > _______________________________________________ > http://cool.haxx.se/mailman/listinfo/rockbox _______________________________________________ http://cool.haxx.se/mailman/listinfo/rockbox _______________________________________________ http://cool.haxx.se/mailman/listinfo/rockbox Received on 2004-02-25 Page template was last modified "Tue Sep 7 00:00:02 2021" The Rockbox Crew -- Privacy Policy |