Petrovich (27.05.2014 12:15, просмотров: 9998)-
- аппнота - Vit(27.05.2014 16:38, ссылка)
- Спасибо. Сделаю так. Но сейчас занят более важным: habrahabr.ru/post/224325/ убираю расистские замашки в своих исподниках)) - Petrovich(28.05.2014 13:46,
)
- Спасибо. Сделаю так. Но сейчас занят более важным: habrahabr.ru/post/224325/ убираю расистские замашки в своих исподниках)) - Petrovich(28.05.2014 13:46,
- а точно нет места? в 90е у Микрочипа для одного его монстра с "4096 x 14 on-chip EPROM program memory • 192 x 8 general purpose registers (SRAM)" брал библиотечку так она крохотная была, зато когда есть то руки развязаны - basilmak(27.05.2014 15:35)
- при реализации проекта на 8-ми битнике львиную долю занимала не сама плавучка, а перегонка 16 байт туда и обратно. поэтому сделал ф-ю с двумя операндами(указателями) и кодом операции. Причем ф-ю эту после дооптимизировал в асме, убрав abivan(21 знак., 27.05.2014 14:52)
- 8.24 - это 8 разрядов на целую часть и 24 на дробную? Мущщина(1885 знак., 27.05.2014 14:00)
- Обычные программисты (не путать с дельфи-программистами) знают что при переполнениях возникают нечисла (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, ссылка)
- А библиотека с фикс. точкой точно ли будет более компактная? Сомневаюсь. Вообще 8.24 достигается тупо домножением всего подряд на 2^24, и счётом в целых числах, очевидно... и без спец. библиотек. Нужно будет самому лишь написать необходимые fk0(603 знак., 27.05.2014 12:50)
- +1. непонятны муки выбора ТС - zeleny(27.05.2014 14:37)
- Подозреваю, что "элементарные операции" пишутся левой ногой за 10 минут. - SciFi(27.05.2014 12:42)
- У меня ноги не оттуда растут(( Нашел реализацию деления - показалось что должны быть и другие операции в виде библиотеки stackoverflow.com/questions/8506317/fixed-point-unsigned-division-in-c - Petrovich(27.05.2014 14:19, )
- если в libm не подглядывать, то сомневаюсь. ну и если труЪ IEEE754 с округлениями/исключениями то еще пара левых ног понадобится :) - ыыыыыыыы(27.05.2014 13:00, )
- У меня ноги не оттуда растут(( Нашел реализацию деления - показалось что должны быть и другие операции в виде библиотеки stackoverflow.com/questions/8506317/fixed-point-unsigned-division-in-c - Petrovich(27.05.2014 14:19,
- аппнота - Vit(27.05.2014 16:38, ссылка)