












|
 |
リアルタイムエンコードにつきまして
掲示者:Nanie 2001年04月03日 19時31分
最近のキャプチャーボードは リアルタイムエンコードを謳っている物が多いのですが、 Mpegである以上、リアルタイムははずが無いですよね? エンコードの方式にはこだわりませんので、 一番速く高圧縮エンコード・デコードできる方法を ご存知な方がいらっしゃいましたら教えてください。 お願い致します。
Re:リアルタイムエンコードにつきまして
掲示者:ども〜 2001年04月04日 11時52分
>Mpegである以上、リアルタイムははずが無いですよね? なぜでしょうか?(^^; IBPフレームのことを言われているのでしょうが。
Re:リアルタイムエンコードにつきまして
掲示者:Nanie 2001年04月04日 18時07分
はい。 IBPフレームのことを言っています。
レイテンシーを極力ゼロにして、 なおかつ圧縮率の高いエンコード方法を 模索しております。 ご存知でしたら教えてください。 IBPフレーム処理であってもMpegのエンコードが 一番レイテンシーを低く出来るというのがあれば その方法が知りたいです。
Re:リアルタイムエンコードにつきまして
掲示者:ラ・ヴィスタ 2001年04月04日 21時39分
カノープスのMVR-D2000は、アナログで取り込みながらリアルタイムでMPEG1/2のデータを生成しますけど。
Re:リアルタイムエンコードにつきまして
掲示者:Nanie 2001年04月04日 22時43分
その商品を検索して出来る限りの情報を探しましたが、 エンコードディレイがどのくらい生じるのかは書かれていませんでした。 それはMotionJpegのハードウェアエンコード処理よりも ディレイが少ないのでしょうか? 具体的には元データとエンコードされたものを並べて観た場合、 何フレームくらい遅れるのでしょうか?
Re:リアルタイムエンコードにつきまして
掲示者:ども〜 2001年04月05日 12時31分
>それはMotionJpegのハードウェアエンコード処理よりも >ディレイが少ないのでしょうか? 1フレームごとに圧縮しているコーディックにかなうものなどないと思いますが。いかがでしょうか(^^; そもそもmpegでもGOPの取り方で違ってくると思いますし、そのソフトまたはハードウェアによってバッファとしてどれだけ取り込むかどうかでも違っています。 もしかしたらリアルタイムエンコード後のデータを横取りして「何か」に使われるのでしょうか? それが不可能なものも多いです。 フレーム単位のエンコード遅れが問題になる「用途」を書いていただければ、何かレスがつくかもしれませんヨ。
|