アカウント名:
パスワード:
また、最近始まった地方の民放の試験放送を見ていると、コントラストが激しく変化する映像(例えば水面を反射する光など)で、ブロック境界がくっきり判別できるのを見てこりゃひどいと思いました。
ただ、それだけで悲観的にはなりませんでした。というのも、MPEG2の映像はエンコーダの性能で画質が大きく違うからです。ニュースではできませんが、ドラマなどは2パスエンコードは当たり前(と
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生の大半の問題はスルー力で解決する -- スルー力研究専門家
画質は向上する余地あり (スコア:5, 参考になる)
また、最近始まった地方の民放の試験放送を見ていると、コントラストが激しく変化する映像(例えば水面を反射する光など)で、ブロック境界がくっきり判別できるのを見てこりゃひどいと思いました。
ただ、それだけで悲観的にはなりませんでした。というのも、MPEG2の映像はエンコーダの性能で画質が大きく違うからです。ニュースではできませんが、ドラマなどは2パスエンコードは当たり前(と
Re:画質は向上する余地あり (スコア:5, 参考になる)
局に勤める知人に聞いた話では、現行のデジタル放送のシステムでは
> ドラマなどは2パスエンコードは当たり前(というかなっている?)、
なんていうのはまったく不可能だそうです。
運用上、緊急時などのテロップを重ねての放送できるようにする必要があるため、
そういったテロッパーなどの機器を通したあと、
電波を出す直前のところで、リアルタイムにMPEG2エンコードを行うしかないんです。
そういった情報を別ストリームで流して、受信側で合成表示するような規格ができれば、
本ストリームは事前にエンコードしておく、というのも可能になるんでしょうけどねぇ…
それ本当?誤報でなけりゃ設計ミスじゃん、、、 (スコア:3, 興味深い)
デジタルになってまで、
テロップをビットマップで送る意味が分らない。
データ放送なんて事もしてるわけだから
仕様策定の段階で、
ストリームに緊急情報用のビットとかを定義してれば
当然、レイヤー合成で割込み表示とかの処理を
クライアント側で出来るわけなんだが、、、
局に勤める知人とやらの誤認であって欲しい、、、
uxi
Re:それ本当?誤報でなけりゃ設計ミスじゃん、、、 (スコア:0)
もうけようとする人達がいるなら
1000万の方に処理を追いやる方がコスト高になる可能性はあるのう。
それに「設計ミス」じゃなくて「ショボイ設計」な 坊や
Re:それ本当?誤報でなけりゃ設計ミスじゃん、、、 (スコア:0)