| ??? 09/12/08 13:06 Read: times |
#158219 - "Optimum" not always optimum Responding to: ???'s previous message |
Correct. If you have support to feed a GSM directly, that is probably the best solution. If not, then it takes quite a lot of computation to process GSM sound.
The advantage with mp3 is that there are a number of uC with direct playback mp3 support and that can be had with more-or-less turn-key development kits. There are always many parameters to tweak when looking for an optimal solution. PCM data is so very easy, so it is often a good choice unless very large flash memories are needed. But it is hard to go below 48kbit/s with PCM data - 56 och 64kbit/s are more reasonable rates. Selecting the best codec as the codec that produces the best sound for a given bitrate is often not the best overall choice. It may take significantly more development time, or it may affect the selection of hardware. In the end, a non-optimal solution based on one criteria can be a splendid choice based on the final cost/quality/time-to-market criteria for the project. |
| Topic | Author | Date |
| IVR using GSM | 01/01/70 00:00 | |
| DTMF problematic | 01/01/70 00:00 | |
| DTMF over GSM | 01/01/70 00:00 | |
| 8051 | 01/01/70 00:00 | |
| wavecom | 01/01/70 00:00 | |
| voice | 01/01/70 00:00 | |
| uLaw or similar | 01/01/70 00:00 | |
| Digital sound? | 01/01/70 00:00 | |
| MP3 if very mouch speech info | 01/01/70 00:00 | |
| MP3 is a poor speech codec | 01/01/70 00:00 | |
"Optimum" not always optimum | 01/01/70 00:00 |