Вообще-то Хаффман, но и LZW по-моему, основан на тех же принципах, если это не так (раз в 5-10 быстрее) это было-бы неплохо. Собственно это и есть вопрос - есть ли что-то более быстрое (и еще бы линк на сорцы) («Телесистемы»: Конференция «Цифровые сигнальные процессоры (DSP) и их применение»)

[an error occurred while processing this directive] Вообще-то Хаффман, но и LZW по-моему, основан на тех же принципах, если это не так (раз в 5-10 быстрее) это было-бы неплохо. Собственно это и есть вопрос - есть ли что-то более быстрое (и еще бы линк на сорцы)

(«Телесистемы»: Конференция «Цифровые сигнальные процессоры (DSP) и их применение»)

Отправлено vvvv 26 июля 2005 г. 17:38
В ответ на: Так zip, который LZW, или все таки Хаффмана? отправлено SM 26 июля 2005 г. 17:26

Составить ответ ||| Конференция ||| Архив

Ответы

Вообще-то совсем на разных принципах. И скорость в первом зависит (+) — SM (26.07.2005 17:39 213.141.159.26, 95 байт)
- Спасибо. Что дело в дереве, это понятно. Но набирать словарь почти бесполезно — vvvv (26.07.2005 17:59 85.65.72.21, 80 байт)
  - эхо от ультразвука — fontp (27.07.2005 10:37 80.64.97.142, 297 байт)
  - Так если набирать словарь бесполезно (+) — SM (26.07.2005 18:03 213.141.159.26, 368 байт)
    - Заказчик упорно не согласен на потерю данных, — vvvv (26.07.2005 18:22 85.65.72.21, 288 байт)
      - если умному заказчику нужно чтобы быстро без потерь но паршиво — fontp (27.07.2005 10:16 80.64.97.142, 368 байт)
        
        Спасибо, обязательно посмотрю — vvvv (27.07.2005 17:11 85.64.66.25, пустое)
      - А дерево фиксированное? Или перегенерируете? Статистика на сколько часто меняется у сигнала? — SM (26.07.2005 18:26 213.141.159.26, пустое)
        
        Беда в том, что заказчик сам занимается и хочет заниматься обработкой сигнала, — vvvv (26.07.2005 18:44 85.65.72.21, 322 байт)

Перейти к списку ответов ||| Конференция ||| Архив ||| Главная страница ||| Содержание ||| Без кадра

E-mail: info@telesys.ru

Ответы

Отправка ответа