Отправлено NB 04 апреля 2006 г. 16:54

Делаю устройство, которое должно по некоторым событиям воспроизводить записанные в него фразы.
Предполагается использовать ATmega8+DataFlash, фразы во Flash-е будут записыватся в сжатом виде.
Вопрос: какой алгоритм сжатия речи лучше применить, что-бы при нормально качестве было большое сжатие,
и чтобы ATmega8 успевала эти сжатые данные розпаковывать ?

• Ответ: — flyman   (04.04.2006 18:25 213.227.203.35, пустое)
  • Ответ: PCM му-Law — flyman   (04.04.2006 18:29 213.227.203.35, 105 байт)
• Лучше взять памяти побольше и хранить без сжатия. Если ADPCM то только 16 бит-> 4 бит как в примерах у PIC или AVR — Vyatka   (04.04.2006 17:06 80.81.212.220, 64 байт)
  • Я, в свое время, так и сделал. Для 8-разрядного АЦП (а для речи его хватило) сжатие — _Bill   (04.04.2006 17:15 193.233.83.90, 42 байт)
    • Существуют варианты 3 и 2-х битного ADPCM, (+) — Vyatka   (04.04.2006 17:34 80.81.212.220, 292 байт)
    • 8-битная оцифровка не рулит :-/ — -=Shura=-   (04.04.2006 17:18 217.21.50.43, пустое)
      • А почему? Я сам ее, правда, не выбирал, но у нас все нормально было. — _Bill   (04.04.2006 17:24 193.233.83.90, 68 байт)
        • C 16 битами и ужатием в 4 раза гораздо качественнее бы получилось. А вот 32 кГц - явное излишество — -=Shura=-   (04.04.2006 17:28 217.21.50.43, пустое)
          • У нас верхняя частота должна была быть около 14 кГц. Это чтобы свистящие и шипяшие звуки можно было хорошо различать. — _Bill   (04.04.2006 17:33 193.233.83.90, 89 байт)
            • Это правильно. В моей практике самым плохим словом оказалось слово "час". Но мне больше 16 кГц не понадобилось — Vyatka   (04.04.2006 17:37 80.81.212.220, пустое)
              • Ну вот больше 16 имхо и не надо — -=Shura=-   (04.04.2006 17:43 217.21.50.43, пустое)
• ADPCM практически без вариантов — -=Shura=-   (04.04.2006 16:58 217.21.50.43, пустое)

E-mail: info@telesys.ru