Skip to content

Commit adb76b7

Browse files
committed
Reworded the correction/detection section a bit
1 parent f9c15fa commit adb76b7

File tree

1 file changed

+6
-5
lines changed

1 file changed

+6
-5
lines changed

README.md

Lines changed: 6 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -350,14 +350,15 @@ Using CRCs for error-correction has two big caveats:
350350
1. For _any_ error-correcting code, attempting to _correct_ errors
351351
reduces the code's ability to _detect_ errors.
352352

353-
In the HD=4 example, when we assumed 1 bit-error, if there were
354-
actually 3 bit-errors, we would have assumed wrong and "corrected" to
355-
the wrong codeword.
353+
In the HD=4 example, we assumed 1 bit-error. If we were wrong and
354+
there were actually 3 bit-errors, we would have "corrected" to the
355+
wrong codeword.
356356

357357
In practice this isn't _that_ big of a problem. 1 bit-errors are
358358
usually much more common than 3 bit-errors, and at 4 bit-errors you're
359-
going to have a collision anyways. Still, this tradeoff is good to be
360-
aware of.
359+
going to have a collision anyways.
360+
361+
Still, it's good to be aware of this tradeoff.
361362

362363
ramcrc32bd's [`error_correction`][error-correction] config option lets
363364
you control exactly how many bit-errors to attempt to repair in case

0 commit comments

Comments
 (0)