私が理解しているところでは、\ r \ nは特殊文字です(正しい?)。オーディオファイルに改行が含まれる可能性はありますか?オーディオファイルに改行を含めることはできますか?
私がやろうとしているのは、壊れた文字列とフルオーディオファイルを私のソケットに送信することです。ファイルの途中で改行が検出された場合、私は不思議です。
私が理解しているところでは、\ r \ nは特殊文字です(正しい?)。オーディオファイルに改行が含まれる可能性はありますか?オーディオファイルに改行を含めることはできますか?
私がやろうとしているのは、壊れた文字列とフルオーディオファイルを私のソケットに送信することです。ファイルの途中で改行が検出された場合、私は不思議です。
オーディオファイルにはバイトシーケンスまたはバイトシーケンスが含まれている可能性があります。したがって、ストリームの途中で特定のシーケンスを検出しようとすると、最終的には失敗します。オーディオが本質的にランダムであると仮定すると、\r\n
に等しい2バイトシーケンスのオッズは約1/65536です。
改行はちょうどchr(11)(または他のいくつかの番号)です。データには11の値を持つバイトが含まれている可能性があります。ただし、それを文字に変換する必要はありません。
ただし、改行を挿入するとファイルが破損する可能性がありますが、読んだだけではバイトとして扱われるバイトのストリームとしては問題ありません。
「特殊文字」とは何ですか?あなたが指定した相対的な意味を除いて、このようなことはありません。オーディオストリームに値10(\ n)または13(\ r)のバイトが含まれている可能性があります。改行を探す以外に、ストリーム内のテキストとオーディオデータを区別する方法が必要です。
改行バイトの解釈は、テキストデータを処理する場合にのみ適用されます。オーディオは代わりにバイナリデータです。オーディオをテキストとして処理するべきではありません。
答えをありがとう。私がこれを完全に避けるために考えることができる唯一の解決策は、ファイル転送のための追加のソケットを開き、コマンドを前後に送るために行を壊す文字列を保持することです。再度、感謝します。 – ComputerEngineer88
@ ComputerEngineer88、それは良い考えです、それはFTPが動作する方法です。 –
それは私が実際にアイデアを得た場所です – ComputerEngineer88