h a l f b a k e r yResults not typical.
add, search, annotate, link, view, overview, recent, by name, random
news, help, about, links, report a problem
browse anonymously,
or get an account
and write.
register,
|
|
|
Dedicated phone numbers for text info. Although this is an audio to audio service on both sides, the caller and the receiver, this service transmits text only.
Your phone converts the conversation into text and tells you what it understood. After approval (or in later versions when it is quite sure
it got you right, without your approval) it sends the text, and receives the response (whether from a computer or from an actual human) in text. If there is a human on the other side, they too can hear and respond in audio only, with the computer translating the conversation into text and transmitting it. Reducing the bandwidth needed to almost zero for many many conversations.
Good for automated services.
Perhaps the app on your phone will also discuss what you want to say, and shorten it nicely and concisely into a few words.
In the rare case of a recorded voice message needed, it can revert to audio mode, and behave almost like a regular telephone line for a short while with an answering machine on one of the sides.
https://rnid.org.uk...xt-smartphone-apps/
[pocmloc, Nov 20 2022]
[link]
|
| |
Might require tone-of-voice markup. |
|
| |
This is kind of well cooked to a crisp by the deaf and blind community - apps on your telephone which either convert your voice into text (to be sent as SMS) or screen readers which will speak a SMS text out loud. |
|
| |
Also available in the USA for deaf-ish old people -- the incoming phone call words are displayed as big text. |
|
| |
// Reducing the bandwidth needed to almost zero for many many conversations // |
|
| |
I get what you’re after here, a smaller package size for the long haul between subscribers - thinking text can be compressed smaller than digitized audio. |
|
| |
But… If the audio has to get from each user’s phone to the service provider - and perhaps back to the sender to “tell you what it understood” before compressing to text and sending - and THEN converted back to audio at the recipient end … how does it reduce the bandwidth requirement? |
|
| |
Unless you’re expecting all of the encoding & decoding to be done on subscriber local premises equipment, you’re still sending at least as much data (likely more) over the line as the current services do. |
|
| |
Yup A1, all coding and decoding on the clients. |
|
| |