Мущщина (27.05.2014 14:00, просмотров: 347) ответил Petrovich на Нет места для плавучки. Подскажите где можно разжиться библиотекой математики с фикс. точкой? Ну например 8.24 но лучше с возможностью самому задать формат. Интересуют элементарные операции: преобразование, +-*./-
- Обычные программисты (не путать с дельфи-программистами) знают что при переполнениях возникают нечисла (inf, nan). На которые в конце проверяется результат вычислений. А насыщение -- штука специфическая и не всегда поможет, не является лекарством fk0(224 знак., 27.05.2014 15:04, ссылка)
- Вот именно, что они ухню всякую знают, в том числе нечисла. При этом не имеют понятия, как нечисло, и даже два, изобразить в фиксированной запятой. А насыщение штука такая, специфическая и именно в цифровой обработке сигналов обычно и является Мущщина(63 знак., 27.05.2014 15:19)
- Ага. Фильтр там, или БПФ с насыщением всё в разнос пойдёт. - fk0(27.05.2014 15:25)
- Не читал, но... Нафига уже в ADSP-2181, что у меня в дипомнике был, использовалось насыщение аккумулятора при "типично DSP-шных" операциях? - Точка опоры(27.05.2014 23:25)
- В твоём ADSP-2181, как и во всех прочих DSP, разрядность MAC сильно шире (40 бит), чем шина данных (16 бит). Не очевидно почему? И усекается оно, откидыванием младших битов, только по завершению операции, а никак не насыщается в процессе. - fk0(28.05.2014 11:54)
- Вот даже при 40 разрядном аккумуляторе в этом DSP, а также и прочих, народ использует режим насыщения :-)) Мущщина(1617 знак., 28.05.2014 13:56)
- В твоём ADSP-2181, как и во всех прочих DSP, разрядность MAC сильно шире (40 бит), чем шина данных (16 бит). Не очевидно почему? И усекается оно, откидыванием младших битов, только по завершению операции, а никак не насыщается в процессе. - fk0(28.05.2014 11:54)
- Эт у тебя мозги вразнос пойдут. А фильтр на месте останется :-) Не пиши того, о чем понятия не имеешь. Во-первых, для БИХ-фильтров, реализованных на арифметике с фиксированной запятой, примененние насыщения - это наиболее простой, безобидный и Мущщина(1135 знак., 27.05.2014 16:31)
- Не пиши сам чуши и не вводи массы в заблуждение. Если по-твоему с насыщением так мол замечательно, то пойдём методом индукции отсекать по одному биту. И, следовательно, однобитный БПФ и фильтры замечательно бы работали. Но де-факто это не так. fk0(935 знак., 27.05.2014 18:19)
- Ну это уж наглость :-))) Насыщение не для борьбы с недостаточной разрядностью используются, ты не тем местом читал, а для того, чтобы уменьшить влияние этой самой недостаточной разрядности (когда нет возможности сделать ее достаточной) на Мущщина(2762 знак., 27.05.2014 19:12 - 19:19)
- Тезис: если в результате вычислений происходит насыщение -- вычисления можно выкинуть. Зачем нужен фильтр, если он в (не)возбуждённом состоянии не выполняет свою роль фильтра уже? Если у автора топика 100% времени будет насыщение -- будет fk0(739 знак., 27.05.2014 20:09)
- Глупый тезис. Весь в автора. :-)) Мущщина(2491 знак., 28.05.2014 13:04)
- Иди учись не хамить, интернет-аноним. "Если переполнения возникает постоянно - ну значит разработчик системы..." -- значит разрабочик системы Мущщина. Это он предлагал всюду сувать насыщение, где нужно, и где не нужно. Программист проф. fk0(333 знак., 28.05.2014 14:17)
- Я с тобой крайне вежлив. Разработчик системы, если в ней постоянно возникают переполнения, это аналог тебя. Мущщина ни разу не предлагал совать насыщения туда, где оно не нужно. А только и исключительно туда, где оно нужно.:-)) Мущщина(47 знак., 28.05.2014 15:17 - 15:26)
- вот только в математике операция насыщения используется. (см. ссылку). и если в результате реальных расчётов это самое насыщение может произойти - то его и будут использовать, и будут моделировать. а тяжёлый бред возникающий в результате Mahagam(43 знак., 28.05.2014 14:25, ссылка)
- Похоже еще одна жертва образования :-)) - Мущщина(28.05.2014 15:18)
- Иди учись не хамить, интернет-аноним. "Если переполнения возникает постоянно - ну значит разработчик системы..." -- значит разрабочик системы Мущщина. Это он предлагал всюду сувать насыщение, где нужно, и где не нужно. Программист проф. fk0(333 знак., 28.05.2014 14:17)
- А если "честный АЦП" войдет в насыщение на порядок раньше насыщения "нечестного" вычислителя? Что будет с "работой многих алгоритмов"? - USSR(27.05.2014 21:25,
)
- Глупый тезис. Весь в автора. :-)) Мущщина(2491 знак., 28.05.2014 13:04)
- Тезис: если в результате вычислений происходит насыщение -- вычисления можно выкинуть. Зачем нужен фильтр, если он в (не)возбуждённом состоянии не выполняет свою роль фильтра уже? Если у автора топика 100% времени будет насыщение -- будет fk0(739 знак., 27.05.2014 20:09)
- Ну это уж наглость :-))) Насыщение не для борьбы с недостаточной разрядностью используются, ты не тем местом читал, а для того, чтобы уменьшить влияние этой самой недостаточной разрядности (когда нет возможности сделать ее достаточной) на Мущщина(2762 знак., 27.05.2014 19:12 - 19:19)
- Не пиши сам чуши и не вводи массы в заблуждение. Если по-твоему с насыщением так мол замечательно, то пойдём методом индукции отсекать по одному биту. И, следовательно, однобитный БПФ и фильтры замечательно бы работали. Но де-факто это не так. fk0(935 знак., 27.05.2014 18:19)
- Не читал, но... Нафига уже в ADSP-2181, что у меня в дипомнике был, использовалось насыщение аккумулятора при "типично DSP-шных" операциях? - Точка опоры(27.05.2014 23:25)
- Ага. Фильтр там, или БПФ с насыщением всё в разнос пойдёт. - fk0(27.05.2014 15:25)
- Вот именно, что они ухню всякую знают, в том числе нечисла. При этом не имеют понятия, как нечисло, и даже два, изобразить в фиксированной запятой. А насыщение штука такая, специфическая и именно в цифровой обработке сигналов обычно и является Мущщина(63 знак., 27.05.2014 15:19)
- Обычные программисты (не путать с дельфи-программистами) знают что при переполнениях возникают нечисла (inf, nan). На которые в конце проверяется результат вычислений. А насыщение -- штука специфическая и не всегда поможет, не является лекарством fk0(224 знак., 27.05.2014 15:04, ссылка)