Цитата(a9d @ Jan 28 2013, 12:49)

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

Цитата(a9d @ Jan 28 2013, 12:49)

Если представить данные в виде квадратной матрицы, то мягкие решения имеют смысл когда ошибка сосредоточена в центре или располагается по углам. Была мысль определять примерное расположение ошибки и на основе этого решать по какой схеме производить декодирование, но решил не заморачиваться и попробовать каскад.
это в каком канале (системе) рассматривается? для АБГШ все символы априори равновероятны, а мягкое декодирование (поправлюсь: мягкие решения) как раз и дает ответ на то, какой из символов наиболее достоверен.
Сообщение отредактировал Serg76 - Jan 28 2013, 10:53