Bug 4240 - Request for Audio Feedback during Setup (for Sight Impaired users)
: Request for Audio Feedback during Setup (for Sight Impaired users)
Status: RESOLVED WONTFIX
Product: SB 2/3
Classification: Unclassified
Component: Setup
: unspecified
: Macintosh Other
: P2 enhancement with 2 votes (vote)
: Future
Assigned To: Felix Mueller
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-09-27 13:36 UTC by Dan Evans
Modified: 2010-05-07 10:52 UTC (History)
4 users (show)

See Also:
Category: Feature


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dan Evans 2006-09-27 13:36:21 UTC
Hi,
This is Ren� from Switzerland - I called technical support some minutes ago
and we agreed that I should send this suggestion by email.

I am a totally blind user of the Squeezebox and I'm generally very happy
with it.
Still, I was wondering if there would be any possibility of making the
device a bit more accessible to people without sight.

The most difficult part is the squeezebox's configuration. The problem here
is that in most cases the user does not get any audible feedback on if a
certain operation was successful or not.
Also, there seems to be not always a way of placing the focus on the most
top item of a menu (this seems to work fine once one is connected to a
server though).

Suggestions:
The MOST AWESOME thing that could be done would of course be to make the
Squeezebox talk. One could the just plug in the headphones and the squeezbox
would play small audio files, asking for the requied information and
repeating the data entered by the user. For example, the Squeezebox could
play a file saying "Choose Wireless Network" and then spell the SSID of the
currently selected WLAN. The downside of this would probably be the memory
used for the audio file; on the other hand, since one can compare an MP3
file quite a bit and one could limit the messages to a minimal amount of
info, this might not be such big of a problem.

Another suggestion would at least be to add short sounds / tones to indicate
if something went OK or not. For example, after typing in the name of my
WLAN (SSID), a low tone could indicate that something went wrong (SSID not
found, access dennied or whatever), while a high tone would confirm success.

There would be one more possible solution which I would love to see being
implemented, but don't know if it would be possible at all. It would be the
total configuration over a web interface.
I have this possibility with the VOIP Phone I use.
It means that as soon as the dvice is connected to the network, one can type
in its IP Address and have access to all possible configuration settings. In
the case of my VOIP Phone for example, I can (after logging in with Username
and password) even access the WLAN Settings, change SSID encryption ey etc
and then click the "Apply and restart" button.
This allows me, with some limitations but still, to configure the phone for
the next WLAN I am getting access to. When I am there and then return home,
I just have to re-edit the settings to prepare the phone for my home WLAN.
This is of course not the best solution either, but it would up to a certain
point give me more independence operating and move around with my
Squeezebox.

I might come up with other suggestions but I will stop for now.
I would really appreciate if you could discuss the issue in the developer's
team and I would appreciate even more if we could put any of these plans
into action.

Again: I do love the Squeezebox. There has been awesome work being done
creating and maintaining it - thanks a lot!
Comment 1 Chris Owens 2006-10-13 15:52:40 UTC
It's more difficult than it seems, because the Squeezebox is a very 'slim device'.  Unless it's connected to a server, its built-in sound-generation capabilities are extremely limited.  It can play a sine wave of a fixed frequency which we use for the factory test.  And that's it.  :)

In addition the space within the firmware is strictly limited, so fitting in some kind of API to allow sound cues for firmware setup events could be difficult.  There is also no onboard mixing, so if the device was already playing audio, it would have to stop that sound in order to play sound cues.

I will pass the request along to our firmware developer for him to think about.
Comment 2 Richard Titmuss 2008-01-10 12:34:11 UTC
Reassigning Squeezebox firmware bugs to Felix.
Comment 3 John Wiesenmueller 2009-06-08 12:09:24 UTC
I would like to renew the request. Is it possible to give some audible feedback on a Boom? Every simple click or buzz as an feedback of an entered command (keypress) could already help them to navigate in the complex menu structure we already have.

The discussion came up again with new Boom users:

http://forums.slimdevices.com/showthread.php?t=63422
Comment 4 schoeppi 2009-09-28 07:29:29 UTC
Hi,

I'm also a totaly blind user and without sighted help it wasn't possible to setup the classic :(.

If it is not possible to implement speech support, a web interface may 
really be a good solution. Another solution could be, that for the initial 
setup, where no network and squeezeserver is configured, the sb could be 
plugged via LAN cable to a local machine and setup is possible via a special 
client software.
Comment 5 Chris Owens 2009-09-28 08:10:54 UTC
cc'ing our UI designer on this bug as well
Comment 6 Alan Young 2010-05-07 10:52:55 UTC
All new Squeezebox products are likely to be based on the SqueezePlay platform.
We do not plan to implement any further enhancements to the ip3k firmware or
which are targeted specifically at ip3k-based products.