Вы, наверное, сталкивались со случаями, когда вставляешь сильно царапанный диск, а привод его читает. Так вот, это не что иное, как восстановление блоков информации при помощи знаменитых кодов Рида-Сломона. Достигается это небольшой избыточностью информации, записанной на диск в довескок к данным, и эта избыточная информаци, есть не что иное, как контрольные суммы вашей информации. По этому же смому принципу построены все жесткие диски и все Raid массивы. Все они используют коррекцию данных кодами Рида-Соломона. Вся представленная в нэте инфа по программным кодам, основана на С. Я постарался восполнить этот пробел и переделал код С на Delphi. Этого кода на Delphi вы не найдете нигде, его просто нет.
Представлю прототип кодера/декодера кодов Рида-Соломона на IC, может пощупать всю прелесть его работы. Представленный кодер использует коды РС следующей схемы -- 255, 231, 12, где 255 -- общая длина блока, 231 -- длина ваших данных, 12 -- количество байтовых ошибок (не битовых, а именно байтовых)

hiasm_rs_encode_decode_full.sha

Не все данные восстанавливает, но всё-же восстанавливает ,например 132432 число не восстанавливает

nesco, молодец!
Восстанавливает при изменении порядка следования и символов, при одновременном изменении количества принятых символов -- не доставляет справа столько же символов, а изменение количества (ну не прочёлся один, или два) тоже распространённая ошибка.

Я же написал, что это -- прототип. Не вся концепци упихивания и восстановления блоков меньшей длины проработана

конкретнее можно, интересует последовательность действий
Да, действительно, количество символов меньше 12, вот потому и не восстанавливает, это ошибка не кодера, а схемы

Говори

Я тебя хотел спросить, но догадался сам

Это тебя спросили
nesco, подтверждаю, вводим 132432 в Исходная строка, жмем Encrypt, потом Decrypt, "коррекция невозможна"
------------ Дoбавленo в 14.30:
nesco опередил

[flood]Запутался [/flood]

nesco, А как это может помочь, когда исходная строка неизвестна?

Iva-a-ann, она и неизвестна

Ты че, сбрендил
Ну причем здесь исходная строка, и как она может быть неизвестна
На этапе приема/передачи данных происходит порча информации, код ее пытается восстановить
------------ Дoбавленo в 14.51:

Бывают случаи, когда код не может решить уравнения и не находит его корни

Я немогу понять принцип работы программы, как восстанавливаются данные?

Молча На основе высшей булевой алгебры и полей Галуа конечной разрядности

Все, понял

nesco, да ведь на основе этого кода можно делать архиватор, передаем первыми двумя байтами первые два байта исходной строки, потом в 4 следующих длину исходной строки, приемщик дополняет всю строку до нужной длинны пробелами и расшифровывает Пример: 123456789ABC, (crypted: ) 12[00 00 00 0C] (лень переводить в символы по HEX коду), прога=приемщик дополняет: "12[пппппппппп]" и вуаля, данные тут! В два раза меньше исходных
Вопрос только в том, всегда ли сможет код решить систему уравнений Научи его комплексным числам
------------ Дoбавленo в 15.06:
Хехехе, что-то я совсем, на сам код Рида тоже надо байты