不好意思!
一些東西小弟只是想到您之前曾說過
沒修過統計學、不懂程式設計
所以小弟沒回應
(因小弟不想回應那種請您先看統計、先K程式設計的話語)
引用:
Originally posted by adelies
老實說，沒仔細看，不過和之前說的類似，『錯誤發生的「次數」』≠『發生幾個錯誤的 Byte』
|
錯誤發生的次數越多
在統計學上的觀點來看就是錯誤發生的越密集
然後在同一個"frame"發生兩個以上錯誤的機率就越高
這是其一
再來，整個C1解碼的流程大概可以推敲一下如下
(1)檢查
把每個縱列、橫列(不含檢查碼)都分別先加總
驗算看看是否等於檢查碼
若是幸運的話，驗算都正確
代表此frame資料零錯誤
此時資料就可以送往下一步驟
(2)修正錯誤
若是分別有一個縱列和橫列驗算不符
就直接找出該縱橫列的交叉點
這是最有可能錯的點，修正該點
然後驗算錯誤的縱橫列是否已正確無誤
若正確無誤，將資料送往下一步驟
因此只有一個錯誤，一定會解的開
所以該文有提到we can fix a single error straight away
(3)萬一有超過兩個以上的錯誤
若是有超過兩個的縱列或橫列驗算不符的話
事情比較棘手，得花更多的運算來做修正
也許解的開、也許解不開
所以沒有錯誤，代表不需執行修正錯誤的運算
若是錯誤少，代表執行修正運算的時間少
若是錯誤多，代表執行修正運算的時間也會較多
若是錯誤型態複雜，執行修正運算的時間更多，且未必解的開錯誤
小弟不知您看到該資料時
是否有確實去思考(演算法)該如何去修正錯誤?
若是您自己沒想通的部分
據以推測小弟沒看資料，恕小弟不接受
