問題タブ [interlacing]

GLSLを使用してインターレースモードで効率的にレンダリングしたいと思います。

私は次のようにこれを行うことができます：

ただし、GLSLでの分岐の性質を理解している限り、「even_row」は実行時の値と見なされるため、両方の分岐が実際に実行されます。

かなり重い関数「get_color」を不必要に呼び出さないようにするために、ここで使用できるトリックはありますか？is_even_rowの動作は非常に静的です。

または、これを行う他の方法はありますか？

注：GLSLコードにカスタムブレンド関数があるため、glPolygonStippleは機能しません。

正確な時間にテレビのスクリーンショットを撮っているデバイスがあります（不完全なフレームは撮っていません）。

それでも、このスクリーンショットは、2つの異なる元のフレームから作成されたインターレース画像です。

ここで、問題は、どの行が新しい/古いかを識別することができるかどうか/どのようにできるかということです。

必要に応じて、いくつかの連続したスクリーンショットを撮ることができることに言及する必要があります。

インターレース順に線を引くプログラム（フラクタル）があります。もともと、H描画する線を指定して、フレーム数を決定し、フレームNごとに描画しN、次にフレームごとに描画しますN+1。

たとえば、との場合H = 10、N = 3次の順序で描画します。

しかし、バンドが徐々に太くなり、長い間描画されていない間に大きな領域が残るのが好きではありませんでした。そのため、この方法は、すぐに続く線ではなく、各グループの中点線を再帰的に描画するように拡張されました。次に例を示します。

（括弧内の数字は範囲外であり、描画されていません。）アルゴリズムは非常に単純です。

最後のステップサイズで奇数のフレームを描画する場合、最初の（煩わしい）方法と同じように単純な順序で描画されます。4フレームごとなども同じです。いくつかの中間フレームがすでに描画されているので、それほど悪くはありません。

ただし、同じ順列を各ステップサイズの要素に再帰的に適用できます。上記の例では、最後の行は次のように変更されます。

前の行には、再帰を有効にするには要素が少なすぎます。ただし、N十分に大きい場合、一部の行では複数レベルの再帰が必要になる場合があります。対応する要素が3つ以上あるステップサイズは、再帰的に並べ替えることができます。

質問1.N要素のこの順列の一般名はありますか？それを使用して追加の資料を見つけることができますか？存在する可能性のある同様の例にも興味があります。私がこれをやりたいと思った最初の人だったら、私は驚きます。

質問2.それを計算するために使用できるいくつかのテクニックはありますか？私はCで働いていますが、この段階ではアルゴリズムレベルにもっと興味があります。私は（理由の範囲内で）他の言語のコードを読んでうれしいです。

私はまだその実装に取り​​組んでいません。最初に順列を事前計算することを期待しています（上記の前の方法のアルゴリズムとは異なります）。しかし、前の方法と同様に、複雑さを事前に計算せずに次のフレームを描画する簡単な方法があるかどうかにも興味があります。

キャプチャしたビデオをエクスポートするアプリケーション（PAL SDI）を作成しています。元の色空間はuyvy（4：2：2）です。swscaleでフレームを4：2：0に変換し、avcodecでエンコードすると、フィールド間で色のにじみが発生します。これは、フレームがインターレースされていることに気づいていないswscaleによるものと思われます。これは、フィールドの1つを示す、エクスポートしたビデオからのボブインターレース解除フレームの一部の例です。

ご覧のとおり、他のフィールドから色がにじんでいます。これを防ぐにはどうすればよいですか？ライブラリを調べて、フィールドを尊重するように指示するものをswscaleで見つけようとしましたが、何も見つかりませんでした。

各フィールドを個別のバッファーに保管しているので、それが役立つ場合は、事前にフィールドを個別に処理できます。

これについての助けに感謝します！

よろしくカール

編集：基本的に、私が欲しいのはPALDVを出力することです。ffmpeg（アプリケーション）がこれを処理できるので、swscaleはどういうわけかこのタイプのインターレース420を生成できると思います（私は思います）。

3DTV に出力するインターレース画像を作成しようとしています。私の方法では、OpenGL のステンシル バッファーを使用して、ピクセルの偶数行ごとに線のグリッドを描画します。私のラップトップでは、結果の画像はインターレースされているように見えますが、(HDMI ケーブル経由で) 3DTV に出力すると、ピクセルの偶数行ごとに線が描かれていないように見えます。私のラップトップとテレビの垂直解像度は 1080 ピクセルです。以下で使用される画面座標は、画面の左下の (-1, -1) から右上の (1, 1) までの範囲です。これは、ステンシル バッファーにグリッドを描画するために使用しているコードです。誰かが私のためにそれを健全にチェックして、私が何か根本的に間違っているかどうかを確認できるとありがたい. 私のコードが問題ない場合、問題はテレビがラップトップからの出力のサイズを変更している可能性があります。

画像を背景にしたサイトを作成しています。画像を上から下に読み込むのは嫌いです。読み込み中にページの見栄えが悪くなるだけだからです。非常に低解像度の画像を読み込んでから、徐々にフル解像度の写真に移動するサイトをいくつか見ました。私のサイトにも同じことをしてもらいたいのですが、これを実装する方法がわかりません。これには複数の画像ファイルとより多くの帯域幅が必要ですか？従来の方法と同じ帯域幅/同じ時間を使用したいと思います。

次の形式で h264 ビデオをストリーミングするデバイスがあります。画像の上半分はビデオの偶数行であり、画像の下半分はビデオの奇数行です。問題は、このビデオを標準のプレーヤー、たとえば ffplay を使用して通常の表示で再生するにはどうすればよいかということです。ffmpeg の「tinterlace:merge」プラグインについては知っていますが、1 つずつ続く 2 つの画像からのビデオを結合します。したがって、私の仕事は、単一のフレームから正しいビデオを作成することです。よろしく、アレクセイ。

一般的な経験則として、gifをインターレース、pngをインターレース、jpegをプログレッシブにするのが適切なのはいつですか。

特に画像をウェブ上で公開する場合。

バックグラウンド：

• Bosch VideoJet x40 ネットワーク ビデオ エンコーダーからビデオをストリーミングしています。最大 4 つのアナログ カメラ入力を読み取り、RTP ストリームを出力します。
• 古い VCR (プライベート ライアンを救え!) からテスト映像を提供し、ネットワーク エンコーダーの入力に接続するために 1 本の黄色のビデオ コンポジット ケーブルを使用しています。
• これらのRTP ストリームは、UDP/RTP パケットで H.264 エンコードされたビデオとして送信されます。YUV I420 色空間でエンコードされたビデオ データ。

私の gstreamer パイプラインは RTP パケットを読み取り、YUV から生の RGB に変換してから保存します。これまでのところ、その点で正しく動作します:

これは、ほぼ正しく機能し、RAW RGB ビデオ出力を保存するコマンドのデバッグ出力です。このファイルは、ほんの数秒で（予想どおり）巨大になるため、次のコマンドを実行する場合は注意してください。

録音後、Vooya RAW シーケンス プレーヤーを使用してファイルを検査し、再生します。ただし、ビデオがインターレースされていることを Vooya に通知しないと、ファイルは正しく再生されません。

コンピューター ビジョン アプリケーション用に後で抽出できる平面パッケージ フレームが必要です。

ここでは、間違ったビデオ形式 (インターレース) ではありますが、ビデオの再生を確認できます。

http://i.imgur.com/QDZSWdJ.png

ここでは、設定を必要なものに変更すると、ビデオが再生されないことがわかります。

http://i.imgur.com/zSrOvFj.png

そのため、インターレース解除プラグインをパイプラインに追加しようとしましたが、成功しませんでした。私は何が間違っているのでしょうか？

これが私の新しいパイプラインで、ファイルシンクの直前にデインターレースがあります:

すべての処理を行った後でもビデオがインターレースされているように見えるのはなぜですか? また、インターレース プラグインに関して何が間違っている可能性がありますか?

VCR または B&W カメラがビデオをインターレースしている可能性があると思いますが、確かではありません。たとえそうであっても、それを変更することはできず、インターレースを解除する必要があります。

ありがとう！

速度を上げるために、アプリケーションで、ピクセルの各水平奇数ラインを前の偶数水平ラインのピクセルで埋めようとしました。問題は、スペースを少し節約できると思っていたのですが、速度が 20% 向上したため、JPEG のスタックのサイズがほぼ 2 倍になったことです。

ファイルサイズが増えないため、奇数行に前のピクセルをコピーするのではなく、奇数行で画像処理をスキップすることを考えています。

これを行うと、jpegコーデックが画像を圧縮するのを妨げていますか?