Игрушечный видеоизмеритель (2 параметра)

[nabbla1]

В прошлом посте мы рассмотрели вообще одномерную задачу, сейчас чуть двинемся вперёд, перейдём в ДВА измерения. В точке (0;0) у нас расположена "линза" объектива, слева изображена фотоприёмная ЛИНЕЙКА (как у сканера, до матрицы мы в этот раз не доросли, всё происходит исключительно в плоскости), а справа - три наблюдаемых объекта. Исходное

Comments

[suvorow_]

Сказать "ничего не понял", было бы упрощением, понял-то я довольно много, но общее ощущение пока именно такое.

[suvorow_]

кстати, а ты не думал, отчего DSP часто 20 или 24-разрядные? вот не 16 и не 32, а такие вот кривые.

[balmerdx]

Элементарно. Эти DSP заточены на обработку одномерного сигнала (аудио либо радио). 16-ти бит немного не хватает для Фурье преобразования и фильтров. А 32 бита - избыточно. Для обработки видео (двумерных данных) такие DSP плохо подходят.

[suvorow_]

Система команд - возможно, а, вот, разрядность, оказывается, очень даже. А числа кривые (20, 24) именно потому, что в силу системы команд шины устроены несколько иначе, чем в процессорах общего назначения, и поэтому занимают больше места.

Да, радиосигнал нифига не одномерный. Не зря же Аналог Девайсез для оцифровки радиосигнала подогнанные пары АЦП выпускал.

[balmerdx]

Подогнанные пары АЦП нужны для I/Q каналов в Quadrature Modulation для приемников прямого преобразования. Это связанно не с многомерностью сигнала, а с особенностями переноса сигнала из высокочастотной области в низкочастотную.

[balmerdx]

Насколько понял - эта задача требует очень малого количества вычислений. Даже если точек будет 20-30 штук. Т.е. любой микроконтроллёр с частотой десяток мегагерц и хардварными float справится?

[nabbla1]

Да, там всего около 10 000 арифм операций в секунду требуется. Хорошо бы ещё трехкратный запас иметь, на стереоскопический режим, и успеть всё сделать пока мы не заняты получением и обработкой изображения (чуть более 60 мс из каждых 200 мс), но всё равно немного.

[rdia]

А вы Posit смотрели? Они к вашей задаче не подходят?

[nabbla1]

Про Unum читал, но пока они мне показались ещё сложнее, чем float'ы, для своей задачи их не примерял.

[rdia]

По-идее, Posit должны ужиматься в меньшее число бит, чем ieee754 при той же точности. Возможно это так, а может быть вам этого недостаточно.

[nabbla1]

Сложнее по аппаратной реализации: нужно расшифровывать первое значение переменной ширины, и исходя из этого распихивать остальные (экспоненту и мантиссу), и потом назад в том же ключе. А вообще интересно всё попробовать, "поставить тупо float" - это как-то слишком просто...