All streams
Search
Write a publication
Pull to refresh
-1
0
Send message

В визуализации из моей статьи многое не отображено. Если в таком случае требуется 20 прогонов, то сразу вариант не вариант. И далее - получается что нужно хранить информацию о том, сколько единиц в строке и все позиции этих единиц. Это сколько памяти отожрется?

Про log2(N) я понял, мы про разные сдвиги говорили.

Конкретно я решал задачу в общем виде, под любую матрицу.

Еще вопрос. Если CPM размером 8х8, то циклический сдвиг - на 8 бит; для 16х16 - на 16 и так далее? То есть чтобы на лету можно было перестраивать размер, нужно реализовать в ПЛИС все варианты сдвигов?

Если в CPM 64x64 20 единиц в строке, надо 20 раз прогонять входной байт? Я правильно понял?

Вам показалось, в статье вроде бы внятно написано, что умножение матриц в аппаратном виде вырождается в операции AND и XOR.

Что это за такая главная фича LDPC? Тот факт, что в 5G LDPC (про который я не писал ни слова) строки с одной единицей - это частный случай. В моем конкретном случае строки могут быть с любым количеством единиц и их надо хранить (вплоть до перегружаемых строк).

И дальше Вы описываете ровно то, что я делаю - несколько раз на одно входное слово и результаты накапливаются через XOR, прям как написано в статье. Про x*x и x*log2(x) я чет не понял. Для одного байта потребуется 1-байтный регистр сдвига, для 8 байт - 8-байтный. Это по какой функции рассчитывается?

Information

Rating
Does not participate
Registered
Activity