問題タブ [memorystream]

フレームワーク内または P/Invoke を使用して、MemoryStream に保持されている wav ファイルの期間を決定する方法はありますか?

私はすでにManaged DirectXと別の同様の質問を見てきましたが、ストリームを渡す方法を提供するのではなく、すべてがパスで機能するようです。私が参照した質問のリンクの 1 つ ( A simple C# Wave editor ....)は、wav ファイルの長さを解析するために解析できることを明確に示しています。MemoryStream理想的には、車輪の再発明をしたくありません。

MemoryStreamにJSON文字列があります。次のコードを使用して、ASCII文字列として取得しています。

これを行うためのより短い/最短の方法は何ですか？

BinaryReader（MemoryStream(MyByteArray)）を使用して、可変サイズのレコードを読み取り、それらをすべてメモリ内で処理します。これは、配列内にある私のバイトストリームのサイズが約1.7GB未満である限りうまく機能します。その後（私の64ビットシステムでは整数の最大サイズです）、十分な実メモリがありますが、より大きなバイト配列を作成することはできません。したがって、私の解決策は、バイトストリームを読み取り、それをいくつかのバイト配列に分割することでした。

ただし、バイト配列の境界を越えて「読み取る」ことはできません。また、データが可変形式であるため、バイト配列が常にレコード全体で終了することを保証できません。

これは、非常に大きなデータセットを処理する人々にとって一般的な問題であるに違いありませんが、それでも速度が必要です。

この問題をどのように処理しますか？

メモリ内に非常に大きな 2D バイト配列があり、

これが 1 つの巨大な連続したバイト配列であると C# をだますことができる (おそらく安全ではない) 方法はありますか? MemoryStreamこれを a に渡してから aに渡すことができるようにしたいBinaryReader。

1 つのプロジェクトを作成しました。一度に多くの人が私のプロジェクトを使用します。エラーが発生した場合は、メモリ ストリームを使用してオブジェクトを作成してファイルに書き込みます。全員がエラーを受け取ると、その数のオブジェクトが作成され、すべてのオブジェクトが一度に同じファイルにエラーを書き込みます。これに問題やパフォーマンスの問題はありますか?

いつメモリストリームを使用しますか？

ファイルを作成し、メモリ ストリームを使用して書き込むにはどうすればよいですか? 他のスレッドがファイルにアクセスしようとするのを防ぐために、メモリストリームを使用する必要があります。

ファイルに保存しようとしているデータはhtmlです。

これはどのように行うことができますか？

にSystem.Data.Linq.Binary値を書き込んMemoryStreamでいくつかの操作を実行してから、からに新しい値を再書き込みMemoryStreamしBinaryます。実行する方法？

画像 (pdf および Word ドキュメント) をメモリ ストリームから読み込んで、pdf に追加する前に操作できるようにしようとしています。ビットマップまたは GIF を読み込もうとすると、恐ろしい GDI+ エラーが発生します。

この呼び出し...

このエラーを生成します...

そしてこの呼びかけ…

このエラーを生成します...

このコードは png、jpg、tif では機能しますが、bmp や GIF では機能しません。

基本的には次のとおりです。

私はどこでもMemoryStreamを閉じていません.pngとjpgが閉じられたMemoryStreamの影響を受けない限り、それは問題ではないと思います. Hex エディタを使用して画像ファイルを見ると、エンコーディングが間違っているようには見えません。念のため、さまざまなファイルサイズも試しました。

この時点で、私はかなり途方に暮れています。どんな助けでも大歓迎です。

ありがとう。

この質問はこれに関連しています: Cannot render image to HttpContext.Response.OutputStream。重複ではありません。

PNG を Response.OutputStream に保存しようとすると、ローカルの開発環境と運用環境の間で一貫性のない動作が発生します。つまり、私が最初に使用していたコードは、ローカルでは正常に動作しましたが、運用サーバーでは失敗しました。

ローカルで動作する元のコードは次のとおりです。

ローカルで作業しているにもかかわらず、それを本番サーバーにデプロイすると、アプリケーション エラーが発生しました。

GDI+ で一般的なエラーが発生しました。

掘り下げた後、問題は「 PNG画像を保存するにはシーク可能なストリームが必要である」という事実にあると判断しました。' - Response.OutputStream はそうではありません。この問題は、最初に Bitmap を System.IO.MemoryStream に書き込み、次に Response.OutputStream に書き込むことで簡単に軽減されました。

私が知りたいのは、元のコードがローカルでは問題なく動作したのに、運用サーバーでは失敗した理由です。コードの失敗の背後にある理由は、私には非常に白黒に聞こえるので、環境固有の不整合が存在する理由がまったくわかりません。