一般掲示板

[携帯電話用(最新 20 件)]
[モード:
  記事一覧(フレーム有)
   記事一覧(フレーム無)/
   最新 20 件/
   最新 10 ツリー]

[リスト表示: 番号順/ツリー/スレッド一覧]
[分割: 縦/横]

[ヘルプ]

[前ページ] [次ページ]
[全て既読に] [最新]

[狭く] [広く]

　　　　　┣　1279. Re: お返事遅くなりました    山平(Sanpei) 09/25(水) 01:53
　　　　　┃┗　1281. ん？    albireo 09/26(木) 12:23
　　　　　┗　1283. Re: お返事遅くなりました    たかつ 09/26(木) 12:59
　　　　　　┗　1288. 突然ですが、わかったみたいです    ａｌｂｉｒｅｏ 09/26(木) 18:08
★　1280. 帰国    かまたゆたか 09/25(水) 17:44
　┗　1282. Re: 帰国    かまたゆたか 09/26(木) 12:58
　　┗　1284. Re: 帰国    ozaki 09/26(木) 13:48
　　　┣　1286. Re: 帰国    かまたゆたか 09/26(木) 16:37
　　　┗　1285. Re: 帰国    ｍ 09/26(木) 15:39
　　　　┗　1287. Re: 帰国    かまたゆたか 09/26(木) 16:38
　　　　　┗　1292. Re: 帰国    佐々木 09/29(日) 21:24
　　　　　　┗　1293. Re: 帰国    かまたゆたか 09/30(月) 00:16
★　1289. レタリングエラー？    ソバ２ 09/29(日) 14:31
　┗　1290. Re: レタリングエラー？    たかつ 09/29(日) 15:45
　　┗　1294. Re: レタリングエラー？    ソバ２ 09/30(月) 03:05
★　1300. １０月１日の日記    山平(Sanpei) 10/05(土) 16:01
　┗　1301. Re: １０月１日の日記    かまたゆたか 10/05(土) 20:30
★　1297. バグ（？）で、困っています。誰か救いの手を。    koBa 10/04(金) 21:01
　┗　1298. Re: バグ（？）で、困っています。誰か救いの手を。    たかつ 10/04(金) 21:59
　　┗　1302. ありがとうございます。    koBa 10/06(日) 10:56
★　1303. インストール    かかし 10/06(日) 18:23
★　1299. マッピング画像集は･･･    飛翔 10/05(土) 12:24
　┗　1305. Re: マッピング画像集は･･･    黒木淳一 10/08(火) 15:03
★　1306. 角度が    もじゃ 10/10(木) 00:53
　┗　1307. Re: 角度が    たかつ 10/10(木) 01:34
　　┗　1313. Re: 角度が    もじゃ 10/12(土) 01:17
★　1316. DOGA-L3 Verion 2002.10.10    y_hase 10/12(土) 11:24
　┗　1317. Re: DOGA-L3 Verion 2002.10.10    たかつ 10/12(土) 13:53
★　1322. Lと小学生    RI 10/13(日) 03:05
★　1291. ＤＯＧＡ→ＭＥＴＡＳＥＱＯＩＡ　ＭＥＴＡＳＥＱＯＩＡ→ＤＯＧＡ    アッキー 09/29(日) 17:23
　┗　1295. Re: ＤＯＧＡ→ＭＥＴＡＳＥＱＯＩＡ　ＭＥＴＡＳＥＱＯＩＡ→ＤＯＧＡ    たかつ 10/01(火) 14:54
　　┗　1318. Re: ＤＯＧＡ→ＭＥＴＡＳＥＱＯＩＡ　ＭＥＴＡＳＥＱＯＩＡ→ＤＯＧＡ    ヒロ 10/12(土) 17:58
　　　┗　1320. Re: ＤＯＧＡ→ＭＥＴＡＳＥＱＯＩＡ　ＭＥＴＡＳＥＱＯＩＡ→ＤＯＧＡ    ozaki 10/13(日) 00:59
　　　　┗　1324. Re: ＤＯＧＡ→ＭＥＴＡＳＥＱＯＩＡ　ＭＥＴＡＳＥＱＯＩＡ→ＤＯＧＡ    ヒロ 10/13(日) 10:02
★　1308. DOGAへ    ハヤテ 10/11(金) 14:29
　┣　1310. ・・・・    宍戸幸次郎 10/11(金) 20:07
　┃┗　1311. Re: ・・・・    宍戸幸次郎 10/11(金) 21:02
　┣　1309. Re: DOGAへ    たかつ 10/11(金) 15:48
　┃┣　1314. つまらない質問の回答ありがとうございました    ハヤテ 10/12(土) 04:43
　┃┗　1321. 自分も要望が、、    安芸博信 10/13(日) 01:35
　┗　1312. Re: DOGAへ    YHプロジェクト 10/11(金) 23:21
　　┗　1315. 工夫か新機能か？    KAME 10/12(土) 10:43
　　　┗　1319. Re: 工夫か新機能か？    かまたゆたか 10/12(土) 23:09
　　　　┣　1323. Re: 工夫か新機能か？    山平(Sanpei) 10/13(日) 06:48
　　　　┗　1325. Ｌシリーズ・ファンの集い    KAME 10/14(月) 16:35
　　　　　┗　1326. Re: Ｌシリーズ・ファンの集い    山平(Sanpei) 10/14(月) 21:21
★　1222. ■大募集！■　ＣＧアニメ上映会オープニングムービー出演キャラ対決    KAME 09/08(日) 09:27
　┗　1327. ■投票受付中■    KAME 10/14(月) 22:03
★　1329. バグ？報告です    N. 10/15(火) 14:39
　┗　1330. Re: バグ？報告です    たかつ 10/15(火) 15:45

[前ページ] [次ページ]
[全て既読に] [最新]

[狭く] [広く]

[一つ前] [一つ次] [前の未読] [次の未読] [スレッド表示][新規投稿] [この記事に返信] [最新] [狭く][広く]

Re: MPEG2に関する理論と実践

#1173 2002/08/27(火) 10:57 投稿者: Yoshiki(DreamField) (ホームページ) 参照記事: 1171

そりゃ罠にかけられたら、皮肉の一つも言いたくなります。予測通りの書き込みを誘導しておいて、実はわしは専門家だったのだ。ひれふせ。とやられたらね。信用を失墜させるには有効な手段ですが、ここでそれをやられるとは夢にも思いませんでしたから。

実は、元々の書き込みの本当の主旨は、安易に圧縮率を上げることを決定し、そのレートまで決められてしまうことを防ぐことだったんです。圧縮率を上げるのは、ある限度を越えたら、見れる画質を維持するのは凄く大変なんです。そして努力の割には、満足の行く画質にはならない。それに、あまりイレギュラーなこいとをやりますと、全てのDVD再生環境で再生出来るのか不安になります。経験上、互換性を維持するには、極力普通でないことを避けることですから。

と書きますと、大抵、簡単だよー。大丈夫だよー。って返されて、水掛け論にしかならないので、それを経験してからは他の理由をこねくり廻して書くことにしてたんですが、まぁ、私も悪かったですね。

> ・(ビデオCDレベルまで落とすかどうかはともかく)画質を落として、その分収録時間を延ばす、という選択肢はある。

もちろんあります。元々、出来るだけ圧縮率は上げるつもりでした。ただし、不毛なチューニングをするつもりはさらさらなく、全自動なQuickTimeで何パターンか圧縮してみて、それを目で見て決めてもらうつもりでした。でも、細かい打ち合わせはここでするべきじゃなかろうと、ここには書きませんでした。

> ・どの程度画質を落としても許容できるかは主観の問題。

それはそうですが。私は基本的に、真っ黒なとこが、ちょっとでもわさわさするのは、気持ち悪くて駄目ですね。

> ・私の主観では、D-VHS LS3 レベル(4.7Mbps)は十分綺麗である。(この部分は、理論的な話ではなく、実際に目で画質を確かめた結果です。)

私はD-VHS LS3は見たことないですから、信じるしかないですね。うちのMPEG2録画環境は、所詮はカノープスのボードにすぎませんから。

> > Video CD Playerで再生したのと同等以上の画質でDVD Playerで再生できる、同容量以下のMPEG2が出来るとは知りませんでした。レゾリューションが2倍で、その分圧縮率を上げなければならなくても、同じ画質以上になるんですね。
>
> 私は「同等以上の画質」とも「同容量以下」とも書いた覚えはありませんが…

いや。私はそういう意味で書いたんですが。書き方が適切じゃなかったですね（VideoCDを引き合いに出されて、劇的に小さくするのは簡単！、と思われるのは嫌だったので。）。

> 次に、「ビデオCDと同じくらいデータレートを落とした MPEG2 データの画質はビデオCDと比べてどうか?」
> という問題ですが、定性的には、「ある程度以上のデータレートが確保できているなら、同データレートの場合、解像度に関わらずほぼ同じくらいの画質になる」と言えます。

専用のVideo CD Playerは、再生時に色々と補完しているらしく、パソコンでの再生なんかと比べると、とても奇麗です。で、最初からレゾリューションが高いMPEG2は、画質を落としていっても、決して同じにはならないと思っていました。まぁ、あくまで目で見た話なので、計測したわけではありませんし、理論的根拠もありません。気のせいと言われてしまえばそれまでです。

> 「動き予測」は非常に計算量の多い処理であり、まじめにエンコードした場合、その99%以上は「動き予測」に費やされ、ものすごくエンコードに時間がかかります。
> そこで、たいていのエンコーダでは、速度のために、ある程度処理を端折って画質を犠牲にしてます。

TMPGEncは、設定によって動き予測をちゃんとやるはずなんですが（物凄い時間がかかります。）、それほど時間をかけていない（だから、多分ちゃんとやっていない）QucikTimeと比べても、あまり効果的に見えないんですよね。元々がNTSC信号の画像（つまり、色がいーかげん。）で、ちゃんと動き予測が出来るのか、私はとても疑問で、あー書きました。まぁ、これもデータを解析したわけじゃないですし、実際の内部の処理も知りませんから、理論的根拠はありません。

> 「ノイズをちゃんと認識」については、それをしてないエンコーダは見たことありません。
> 「フレームレートが低い」=「動き予測を行う比較対象の画像との違いはノイズ成分だけ」の部分のエンコード処理では、
> どんなショボイ動き予測でも、動き予測の結果は「隣の画像との差分」=「乗っているノイズ成分」だけになります。
> あとは、それを次のステップで DCT 圧縮するだけです。
> この部分は定性的な話。はっきりと断言できます。

3DCGソフトが出力した画像等を編集ソフトで編集して作ったDVストリーミング（つまり、アナログが途中に無い。）と、S-VHSからDVにダビングしたものを取り込んだDVストリーミングの二つをエンコードした場合、時間軸に対する圧縮率をグラフ表示すると、前者は起伏の激しいぎざぎざ（細かいぎざぎざがある上に、全体的に起伏もある。）になるのに対し、後者はほとんどぎざぎざの無い平坦な形(全体的な起伏も無い。）になります。これを見て、私は勝手に、前者は差分圧縮が効いていて、後者はこれがうまくいってないのであろうと思い込んでいました。そしておそらくはNTSC信号は色がいーかげんな上にノイズも乗っているし、同じ画像だと認識出来る部分がほとんど無いのではないかと予測していたのですが。まぁ、これは私の勝手な思い込みですから。ノイズをちゃんと認識するのが当たり前なら、他に理由があるのでしょう。

このページのURLは http://doga.jp/tkbbs/tkbbs.cgi?bbs=doga&number=1173 です

[一つ前] [一つ次] [前の未読] [次の未読] [スレッド表示][新規投稿] [この記事に返信] [最新] [狭く][広く]