問題タブ [large-file-support]

QT 4.8.3 でビルドされた独自の 64 ビット バイナリで OpenCV 2.4.3 を使用しています。ビデオ キャプチャに DirectShow を使用していますが、最近解決できない問題に遭遇しました。つまり、次のコードは、2043 フレーム未満の圧縮されていない .avi ファイルで完全に機能します。

ただし、src.read(img) は 2043 フレームで false を返します。

これは、さまざまな Windows 7、64 ビット プラットフォーム、および 2043 フレームを超えるすべての .avi ファイルで行われます。それが問題だとは思いませんが、ビデオは 640x480、8 ビット、1 および 3 チャンネルです。

誰かがこの問題を以前に見たことがありますか?解決策をお勧めできますか?

ありがとう、TR

Android用のmd5deep（http://md5deep.sourceforge.net/）をビルドしようとしていますが、デフォルトのビルド設定ではアサーションがsizeof(off_t) == 8失敗し、LFSが有効になっていないことを（AFAIK）示しています。gcc および g++ フラグを追加-D_FILE_OFFSET_BITS=64して有効にしようとしましたが、それでもうまくいきません。_FILE_OFFSET_BITS と sizeof(off_t) の値を出力する行を追加すると、前者は確かに 64 ですが、後者は 8 ではなく 4 であることがわかります。

理由はありますか？

次のようなライブラリAPI +ドキュメントを含む大きな（約6 MB）javascriptファイルがあります。

そして、NetBeans 8.0 でコードのオートコンプリートにこのファイルを使用する必要があります。コードを含むファイルが 1 MB を超える場合、NetBeans はファイルのスキャンを停止することを私は知っています。この動作は、おそらくどこかに文書化されています。ただし、私にとっては、ファイルのサイズが 1 MB 未満であっても、ファイルのスキャンを完全にランダムに停止します。350 KB のファイルのスキャンが停止することもあれば、400 KB のファイルのスキャンが機能することもあります。理由がわかりません。

JavaScriptファイルをチャンクに分割する単純なpythonスクリプトを作成してこの問題を解決しました。ファイルを〜300 KBのチャンクに分割すると機能します（サイズは実験的にわかりました）。

ただし、20 個の異なるファイルがあるのは本当に面倒です。今日は 2014 年で、人類は宇宙を旅しています。火星の表面にあるローバーにコードを送信していますが、NetBeans は 6 MB のファイルを解析できません。

Netbeans に大きな (少なくとも 10 MB までの) JavaScript ファイルを強制的にスキャンさせる設定やその他の方法はありますか? または、IDE を変更する必要がありますか?

を使用する C プロセスに LFS を追加する必要がありますfseek()。gcc と glibc は、それぞれバージョン 3.2.3 と 2.5 です。

次の変更を行いました。

1. メイクファイルに追加されCFLAGS += -D_FILE_OFFSET_BITS=64ました。
2. への呼び出しをへの呼び出しに置き換えましたfseek()( fseeko()MSVC6 のサポートも必要ですが、一度に 1 ステップずつ)。
3. 2 番目の引数の型を に変更しましたoff_t。sizeof()変数では 8 が返されます。

main()これは、DLP とその出力を超えることができるのと同じくらい良いサンプルです。

rc = -1 sizeof(offset)=8 errno=22 offset=2147483648

そのドキュメントによると、ダブルクリックで十分です。しかし、 git bash を開いて run すると、うまくいきgit lfs initません:

Matlab (R2015a、Windows7) で Computer Vision System Toolbox を使用して、ビデオ ファイルのフレームをマスクし、新しいビデオ ファイルに書き込みます。マスキングによって、画像の約 80% を 0 と 1 に置き換えます。

元のフレームと変更されたフレームのサイズ (1080 x 1920 x 3) と形式 (単一) は同じままです。それでも、マスクされたビデオは元のビデオよりもはるかに大きくなります。たとえば、1GB の元のビデオはマスキング後にほぼ 4GB になります。これらの大きな新しいファイルを開くことができません (Windows 7、VLC メディア)。Handbrake はそれらを正当なビデオ ファイルとして認識しません。

画像の約 20% だけをマスクしても、マスクされたビデオはまだ大きくなります (最大 2.5Gb) が、これらを開くのに問題はありません。

「VideoCompressor」、「MJPEG Compressor」を追加してみましたが、警告が出ます。

匿名化する必要のある TB のビデオ データがあるため、ご提案をいただければ幸いです。ありがとう！

64 ビット アーキテクチャ用の Android L を構築しようとしています。

私のコードは次のようになります：

以下ftelloのfseekoエラーが発生しています：

fseekoとについて確認ftelloしましたが、マニュアル ページでは_FILE_OFFSET_BITS、値 64で定義するとoff_t64 ビット型になることが記載されています。それでもこのエラーが表示されます。このエラーについて確認しましたが、満足のいく答えが見つかりませんでした。

誰かが私にこれを手伝ってくれると本当に助かります。

次のコードを gcc lfs.c -o lfs でコンパイルすると、何も出力されません。ただし、g++ lfs.c -o lfs でコンパイルすると、「_LARGEFILE_SOURCE defined by stdio.h!」が出力されます。

いずれの場合も、_LARGEFILE_SOURCE はコンパイラによって定義されていません。

GCC が g++ フロントエンド経由で呼び出されると、stdio.h が _LARGEFILE_SOURCE を定義するのはなぜですか?