Half a croissant, on a plate, with a sign in front of it saying '50c'
h a l f b a k e r y
Results not typical.

idea: add, search, annotate, link, view, overview, recent, by name, random

meta: news, help, about, links, report a problem

account: browse anonymously, or get an account and write.



Artificial audio text phone service

Minimize audio traffic. The transmitted data is only text
  [vote for,

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.

pashute, Nov 19 2022

https://rnid.org.uk...xt-smartphone-apps/ [pocmloc, Nov 20 2022]


       Might require tone-of-voice markup.
pertinax, Nov 20 2022

       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.
pocmloc, Nov 20 2022

       Also available in the USA for deaf-ish old people -- the incoming phone call words are displayed as big text.
sninctown, Nov 20 2022

       // 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.
a1, Nov 20 2022

       Yup A1, all coding and decoding on the clients.
pashute, Nov 22 2022


back: main index

business  computer  culture  fashion  food  halfbakery  home  other  product  public  science  sport  vehicle