rasz_pl

On Sun, Jan 11, 2026 at 4:44 PM Nathan Henrie n8henrie@users.sourceforge.net wrote: An alternative project (https://github.com/nitram2342/bruteforce-crc) was able to accomplish this how I expected: $ ./bruteforce-crc --file <(python3 -c 'import sys; print("\n".join(f"{int(n, 16):0b}" for n in sys.argv[1:]))' fffeaa244900b6c0 fffeaa24498006f0 fffeaa2449848740 fffeaa2449043770) --width 16 --offs-crc 48 --start 16 --end 48 --output /dev/stdout Found 1 matches. Polynomial, Initial, Final XOR, Reflected...

Fantastic tool. Effortlessly and quickly allowed me to calculate 16, 32 and 48bit CRC/ECC polynomials/inits used by ancient MFM/RLL Adaptec and OMTI disk controllers. I used those one liners: Edit: corrected command line examples, posting by email somehow ate * sigrok-cli -D -i samples\hdd_rll_OMTI8247.sr -P mfm:data_rate=7500000:format=RLL_OMTI:data_crc_size=48:sector_size=512 -B mfm=datacrc | xxd -p -c 520 | paste -sd' ' - | xargs ./reveng -w 48 -F -s sigrok-cli -D -i samples\hdd_rll_OMTI8247.sr...

Fantastic tool. Effortlessly and quickly allowed me to calculate 16, 32 and 48bit CRC/ECC polynomials/inits used by ancient MFM/RLL Adaptec and OMTI disk controllers. I used those one liners: sigrok-cli -D -i samples\hdd_rll_OMTI8247.sr -P mfm:data_rate=7500000:format=RLL_OMTI:data_crc_size=48:sector_size=512 -B mfm=datacrc | xxd -p -c 520 | paste -sd' ' - | xargs ./reveng -w 48 -F -s sigrok-cli -D -i samples\hdd_rll_OMTI8247.sr -P mfm:data_rate=7500000:format=RLL_OMTI:data_crc_size=48:sector_size=512...

Home

Fantastic tool. Effortlessly and quickly allowed me to calculate 16, 32 and 48bit CRC/ECC polynomials/inits used by ancient MFM/RLL Adaptec and OMTI disk controllers. I used those one liners: sigrok-cli -D -i samples\hdd_rll_OMTI8247.sr mfm:data_rate=7500000:format=RLL_OMTI:header_size=4 -B mfm=idcrc | xxd -p -c 8 | paste -sd' ' - | xargs ./reveng -w 16 -F -s sigrok-cli -D -i samples\hdd_rll_OMTI8247.sr -P mfm:data_rate=7500000:format=RLL_OMTI:data_crc_size=48:sector_size=512 -B mfm=datacrc | split...

Im happy to report smplayer 21.8.0 with mpv 0.33.0-349-g5304e9fe31 no longer exhibits this issue. This can be closed.