タグ付けされた質問 「video-compression」

MPEGには、画像がマクロブロックに分割され、それらのマクロブロックごとに動きベクトルが計算されるプロセスがあります。次に、これらのベクトルを予測誤差とともに送信して、ビデオシーケンスの次の画像を再構築します。 これがどのように機能するかをしっかり把握しようとしています。各マクロブロックにはモーションベクトルが関連付けられており、（ベクトルが[1,0]のall the pixels in this block move 1 in the x direction and 0 in the y direction for the next frame. 場合）、すべてのモーションベクトルが正しく位置合わせされない場合、画像の領域が考慮されないままになることはありません（そのマクロブロックがそもそもあった）？ たとえば、見つけた次の質問があります。 時間tでの次の画像を考えます。 7 7 7 7 7 7 5 5 7 5 5 8 8 8 8 8 9 9 9 9 9 9 9 9 …

16 image-processing  video-processing  video-compression  motion-estimation  motion-compensation 

画像とビデオの圧縮に使用される2D 8x8 DCTの基本的な実装知識があります。主成分分析について読んでいると、PCAの方が明らかに一般的であるにもかかわらず、多くの類似性が見られます。以前DCTについて読んだとき、DFTに関連して常に提示されていました。私の質問は、PCTの観点からDCTをどのように導き出すことができるのでしょうか？（手作業での説明でも十分です） どうもありがとう

12 image-processing  discrete-signals  dct  video-compression 

広く採用されている業界標準（JPEG / H.264など）と比較して優れた圧縮性能（画像品質を一定に保つ）を提供する画像/ビデオ圧縮スキームを検索しようとしていますが、計算上またはリソースが多すぎるためです。 CPUベースのワークステーションに集中的に実装することは実行不可能であるため、一般的な標準では採用されていません。 フラクタル圧縮は良い例だとしか思いませんでした。コミュニティはそのような例をこれ以上知っていますか？

8 image-processing  video-processing  video-compression  jpeg 

低MIPS、低圧縮のビデオエンコーダーを探しています。これは、10fps、VGAタイプの品質の圧縮用です。私のオプションは何ですか？浮動小数点をサポートする1​​50MHz ARM M4 CPUを使用してこの圧縮を実行できるようにする必要があります。（STM32F4）。 私の考えは、この圧縮データを並列バスでCPUから押し出すことです。データに対して処理は行われません。圧縮率に関しては、できる限り境界を確認したいと考えています。これは低コストのCCTVアプリケーション用です。5USDのCPUと多くの伝送帯域で、低データ伝送帯域幅の30USDエンコーダーで何ができるかを知りたいです。 10fps、VGAは約25Mbit /秒のデータを生成します。これは、そこにあるものにとってはかなり高いデータレートです。これを5Mビット/秒に下げることができれば、非常に低コストのCCTVシステムを構築できると思います。データをベースに取得したら、データを再エンコードできます。そのため、非常に損失が少ない限り、圧縮メカニズムが何であってもかまいません。 単色ビデオは、色よりも今必要なものです。 更新 このCPUには、このタスクに120MHzが割り当てられています。 メモリインターフェイスは16ビットであるため、外部メモリの書き込み/読み取りは内部メモリに比べて遅くなります。 内部メモリは120KByteで、32ビットアクセスの高速アクセスがあります。どちらの場合も、メモリはAHBバスを介してアクセスされ、クロック周波数として60MHzを想定する必要があります。 次のデータフローが予想されます。 カメラ-> DMA->外部メモリ（CPUの関与なし） 外部メモリ-> CPU->圧縮->内部メモリ 内部メモリ-> DMA->データバス->外部デバイス CPUは、データ圧縮のチャンクを読み取り、その内部メモリ（圧縮データ）に書き込むだけで、後でDMA転送を開始します。

7 video-compression  hardware-implementation