問題タブ [crc]

後で比較として使用できるファイルの特定のリストの CRC (または同様の) 値を生成して保存したいと考えています。これを行う関数を書くのは簡単ですが、Python ライブラリ内でそれを行うためのより標準的な方法はありますか?

生成される値は、特定の基準である必要はありません。

「011001000010100100100010001000100100100100」というバイナリ文字列がありますが、CRC8 を計算するにはどうすればよいですか? ありがとう

私は ASP.NET で Web サイトを作成しており、末尾にユーザー ID を持つ URL 経由でアクセスできるユーザー プロファイルを作成したいと考えています。一意の識別子は明らかに長く、URL フレンドリーではない (間違っていれば訂正してください) ため、明らかに悪い選択です。

ASP ページで一意の識別子を生成し、CRC (または同様のもの) を使用してハッシュした場合、それが GUID と同じくらい一意である (またはまったく一意である) かどうか疑問に思っていました。

例えば：

GUID 6f1a7841-190b-4c7a-9f23-98709b6f8848 は、CRC E6DC2D44 と同じです。

ありがとう

ARM7プロセッサで組み込みアプリケーションを作成していますが、シリアルリンクを介して送信するデータと、フラッシュに保存するデータに対して、何らかの形式のチェックサムが必要です。2つのCRCのどちらが目的に適しているのか疑問に思いました。主なトレードオフは、コードの速度と堅牢性です。別のCRCを検討する必要がありますか？ARMの効率的な実装へのリンクはありますか？

1,000 バイトごとのデータ ユニットを送信するという仮定の状況があります。失敗率はまれですが、エラーが発生した場合、単一ビット エラーである可能性は低く、連続した数ビットのエラーである可能性が高くなります。

最初はチェックサムを使おうと思ったのですが、1ビット以上のビットエラーを見逃す可能性があるようです。パリティ チェックも機能しないため、CRC が最適なオプションである可能性があります。

1000 バイトの巡回冗長検査は効率的ですか? または、よりうまく機能する他の方法はありますか？

上記のコードを使用してCRC値を取得しています。私の問題は、その差が大きすぎることです。1GBのファイルをテストすると、1回目で約90秒、2回目で約3秒かかりました。キャッシュのようなものがあるかもしれないと思います。最初は hard-disk-read-LED が点灯していましたが、2 回目は LED が点灯していませんでした。数秒後、再び約 90 秒かかりました。

これほどまでに幅広い違いがあるのはどうしてでしょうか。

Windows XP Professional Service Pack 3 および Core2(2.6GHz) と 2GB の RAM を使用しています。テストする前に、いくつかのファイル エクスプローラーと Putty (ターミナル クライアント) を除いて、ほとんどのアプリケーションを終了しました。CPU使用率はほぼゼロ、PF使用率は約1GBでした。

CRC32 チェックサムを逆にする方法を探しています。周りには解決策がありますが、それらはひどく書かれているか、非常に技術的であり、および/またはAssembly にあります。アセンブリは（現在）私の範囲を超えているので、誰かがより高いレベルの言語で実装をまとめてくれることを願っています。Ruby が理想ですが、PHP、Python、C、Java などを解析できます。

テイカーはいますか？

タイトルとして投稿したように、python でネイティブに、またはライブラリ (chilkat) を介して crc32b ハッシュを使用する方法はありますか?

私の意図は、プログラムをphpからpythonに「翻訳」することなので、出力はphpと同じになるはずです：

$hashedData= ハッシュ ('crc32b',$data);

-> 編集: win32 システムで

ありがとうございます ;）

crc（Cyclic Redundancy Check）を使用してc ++出力ファイル（peファイル）を編集から保護するにはどうすればよいですか？