Отправлено st256 24 мая 2005 г. 11:16

У меня очень узкополосные рекурсивные структуры. Естественно там часто может случаться переполнение. Ну что оно и делает, т.е. случается.

Проблема такая. Просто тупое включение saturation mode приводит не к честному ограничению (обрезанию) сигнала, а к совершенно кривому сигналу и мерзкому звуку. Т.е. при 16 битах может бать следующее:

0x7FF0 + 0x7FF1 + 0x7FF2 - 0x7FF3

Т.е. при "правильном" saturation результирующий отсчет должен быть 0x7FFF. А он, сволочь получается 0х000D. Причем следующий отсчет (при другом порядке сложения) уже может быть 0x7FFF. На звуке это сказывается просто катастрофически. Вводить дополнительный анализ на каждый отсчет очень не хочется. И так проц у меня дымится.

Кто чего посоветует?

• Щас скажу... Только умаляю, не надо дружно сползать по стенке. Она и так уже блестит после моих попыток сохранить самообладание. — st256   (24.05.2005 19:07 211.108.53.65, 183 байт)
• Ответ: конечно идея может и не очень, но что будет если переполнение считать самому? правда нужны ресурсы и время... — vitus_strom   (24.05.2005 16:06 212.67.84.229, пустое)
• Ответ: Saturation ни в каком виде может не помочь, если переполнение происходит внутри фильтра. Разбейте фильтр на секции второго порядка и масштабируйте между секциями, чтобы избежать переполнения. — andy_P   (24.05.2005 12:32 80.82.63.185, пустое)
  • Да делал я это. Проблема в том, что у меня все операции с контрольными регистрами очень долгие. Не доработанный камень, блин, не доработанный... — st256   (24.05.2005 12:41 211.63.143.186, пустое)
    • Ответ: Да вроде бы контрольных регистров тут особо не надо - сдвинул сигнал на входе секции, чтобы компенсировать ее усиление да и все. Только усиление нужно считать не для всей секции, а для точек в линии задержки — andy_P   (24.05.2005 16:06 80.82.63.185, пустое)
      • Вобщем, взгляните сюда - игнорируйте все, что касается Motorola и будет Вам счастье :-) — andy_P   (24.05.2005 16:42 80.82.63.185, пустое, ссылка)
        • Ответ: Не так все просто... — PGN   (24.05.2005 17:21 213.144.30.13, 266 байт)
          • На счет квантования - это всяко смотреть надо, чтобы квантованная секция было устойчивой, а то полюса можно так посадить, что и 24 бит на коэффициенты не хватит+ — andy_P   (24.05.2005 17:41 80.82.63.185, 248 байт)
            • Ответ: Под промывкой (flush) я имел в виду следующее... — PGN   (24.05.2005 20:24 213.7.230.66, 572 байт)
              • Хитро...+ — andy_P   (25.05.2005 10:24 80.82.63.185, 269 байт)
• Так обычно (+) — SM   (24.05.2005 11:47 213.234.205.80, 408 байт)
  • Так проблема не в том на каком разряде насыщать. — st256   (24.05.2005 12:14 211.63.143.186, 146 байт)
    • Блин. А я о чем? (+) — SM   (24.05.2005 12:22 213.234.205.81, 377 байт)
      • Ответ: — st256   (24.05.2005 12:39 211.63.143.186, 203 байт)
        • Что ж делать-то? — -=ВН=-   (24.05.2005 13:30 194.190.181.231, 248 байт)
          • Тут такое дело. — st256   (24.05.2005 19:30 211.108.53.65, 518 байт)
          • Скайлинг входного сигнала может решить проблему. Можно уменьшить сигнал в несколько раз и убрать переполнения заплатив точностью в нескольких младших битах — AntZ   (24.05.2005 16:05 212.5.70.188, пустое)
            • Этот пункт у меня носит название перепроектированиениеп числителя фильтра. Т.к. пркрасно справляется со скалингом дагных. — -=ВН=-   (24.05.2005 16:12 194.190.181.231, пустое)
              • Так если реализуется каноническая форма, то перепроектирование числителя не спасет - сначала считаем знаменатель :-). Тут именно на входе фильтра скалить надо :-) — andy_P   (24.05.2005 16:52 80.82.63.185, пустое)
                • И хрен с ним, со знаменателем, просто не нужно реализововатьь коническую форму. Заратустра должен позволить. И потом всегда есть 4 вариант. — -=ВН=-   (24.05.2005 17:15 194.190.181.231, пустое)
                  • Причем на данный момент самый соблазнительный :-) — andy_P   (24.05.2005 17:42 80.82.63.185, пустое)
  • В TMS320F28xx аккумулятор 32-разрядный. — dxp   (24.05.2005 12:05 194.226.180.10, пустое)
    • Там биты есть. В статусном регистре. Тмпа OVC или похоже. Очень похожую роль играют. — -=ВН=-   (24.05.2005 12:32 194.190.181.231, пустое)
      • Только для них насыщение не работает - просто тупо считают количество переполнений и все. Вроде так, если склероз не изменяет. :) — dxp   (24.05.2005 14:03 194.226.180.10, пустое)
        • А этого достаточно. Дальше есть к-да типа SAT. Или возможность сохранеия этих битов где-нибудь. — -=ВН=-   (24.05.2005 16:08 194.190.181.231, 1122 байт)
          • Да, все так, (+) — dxp   (24.05.2005 16:39 194.226.180.10, 826 байт)
            • Ну тут обозвали по другому старшие разряды. Всех делов. — -=ВН=-   (24.05.2005 17:23 194.190.181.231, 63 байт)
      • Точно! А я и не знал. — SM   (24.05.2005 12:36 213.234.205.81, пустое)
    • Угу, так это МК с дсп-приблудой, а не ДСП. — SM   (24.05.2005 12:06 213.234.205.81, пустое)
      • Это как посмотреть. (+) — dxp   (24.05.2005 16:49 194.226.180.10, 882 байт)
        • Да ну, не верю (+) — SM   (26.05.2005 10:27 213.234.205.81, 402 байт)
          • Ответ: (+) — dxp   (26.05.2005 14:11 194.226.180.10, 2240 байт)
            • В части согласен, но (+) — SM   (26.05.2005 16:01 213.234.205.81, 443 байт)
              • Раздолье раздольем, но (+) — dxp   (26.05.2005 16:59 194.226.180.10, 690 байт)