[モード:
記事一覧(フレーム有)
記事一覧(フレーム無)/
最新 20 件/
最新 10 ツリー]
[リスト表示: 番号順/ツリー/スレッド一覧]
[分割: 縦/横]
[ヘルプ]
[前ページ] [次ページ]
[全て既読に] [最新]
[狭く] [広く]
┗ 296. Re: AVIファイルが出来ないのですが・・・no こに 01/04(金) 13:55
┗ 297. Re: AVIファイルが出来ないのですが・・・no ozaki 01/04(金) 15:00
┗ 299. Re: AVIファイルが出来ないのですが!! こに 01/04(金) 16:23
┗ 300. Re: AVIファイルが出来ないのですが!!は解決しました こに 01/04(金) 17:07
★ 304. バグでしょうか? KAME 01/04(金) 23:09
┗ 305. Re: バグでしょうか? >追伸 KAME 01/04(金) 23:21
┗ 306. Re: バグでしょうか? >追伸 ozaki 01/05(土) 10:18
┗ 307. Re: バグでしょうか? >追伸 KAME 01/05(土) 18:33
┗ 308. すいませんすいません KAME 01/05(土) 22:34
★ 294. CRCが一致しませんって? アニメ好き! 01/04(金) 13:14
┗ 298. Re: CRCが一致しませんって? ozaki 01/04(金) 15:30
┗ 301. Re: CRCが一致しませんって? アニメ好き! 01/04(金) 18:08
┗ 302. Re: CRCが一致しませんって? アニメ好き! 01/04(金) 21:14
┗ 303. Re: CRCが一致しませんって? Taichi 01/04(金) 22:13
┗ 309. Re: CRCが一致しませんって? アニメ好き! 01/06(日) 22:48
┗ 310. Re: CRCが一致しませんって? アニメ好き! 01/07(月) 00:34
★ 311. DoGAって・・・ frame 01/09(水) 00:14
┗ 312. Re: DoGAって・・・ かまた ゆたか 01/09(水) 09:51
★ 313. あっ、CG合宿'レポートが.. ozaki 01/09(水) 13:51
┗ 315. Re: あっ、CG合宿'レポートが.. かまた ゆたか 01/09(水) 23:06
┗ 316. 追伸 かまた ゆたか 01/09(水) 23:07
★ 320. 模様 とむ 01/10(木) 12:53
┗ 321. Re: 模様 たかつ 01/10(木) 13:14
★ 318. 多関節物体の拡大率について質問です 吉澤 01/10(木) 09:03
┗ 319. Re: 多関節物体の拡大率について質問です ozaki 01/10(木) 10:41
┗ 322. Re: 多関節物体の拡大率について質問です 吉澤 01/10(木) 16:27
★ 334. テクスチャの貼り付けについて。 regret 01/11(金) 23:16
┗ 335. Re: テクスチャの貼り付けについて。 ozaki 01/12(土) 11:27
★ 337. 質問 ヤスシ 01/12(土) 19:27
┗ 338. Re: 質問 KAME 01/12(土) 23:08
┗ 339. Re: 質問 かまた ゆたか 01/13(日) 00:26
┗ 340. もしかして・・・ AceCreek 01/13(日) 01:17
★ 314. 著作権について TAK 01/09(水) 22:31
┗ 317. Re: 著作権について かまた ゆたか 01/09(水) 23:13
┗ 328. Re: 著作権について TAK 01/10(木) 21:42
┗ 331. Re: 著作権について かまた ゆたか 01/11(金) 22:55
┗ 332. Re: 著作権について かまた ゆたか 01/11(金) 22:56
┗ 341. Re: 著作権について TAK 01/13(日) 01:22
★ 342. パーツ切り替え りゅう 01/13(日) 15:40
┗ 343. ちゃんとヘルプ読もうよ(~_~;) AceCreek 01/14(月) 04:45
★ 327. はじめまして! マリナリル 01/10(木) 21:32
┣ 329. まずは、FAQ(よくある質問とその回答)を AceCreek 01/10(木) 22:06
┃┗ 330. ありがとうございました!! マリナリル 01/10(木) 22:10
┗ 333. Re: はじめまして! かまた ゆたか 01/11(金) 22:59
┗ 344. 遅れてしまってすみません。 マリナリル 01/14(月) 23:15
★ 345. DXFの上手な変換の仕方がわかりません meme 01/15(火) 23:04
┗ 346. Re: DXFの上手な変換の仕方がわかりません ozaki 01/16(水) 00:42
┗ 347. Re: DXFの上手な変換の仕方がわかりません meme 01/16(水) 18:04
┗ 348. Re: DXFの上手な変換の仕方がわかりません かまた ゆたか 01/16(水) 23:38
┗ 349. どこに meme 01/17(木) 00:34
┗ 297. Re: AVIファイルが出来ないのですが・・・no ozaki 01/04(金) 15:00
┗ 299. Re: AVIファイルが出来ないのですが!! こに 01/04(金) 16:23
┗ 300. Re: AVIファイルが出来ないのですが!!は解決しました こに 01/04(金) 17:07
★ 304. バグでしょうか? KAME 01/04(金) 23:09
┗ 305. Re: バグでしょうか? >追伸 KAME 01/04(金) 23:21
┗ 306. Re: バグでしょうか? >追伸 ozaki 01/05(土) 10:18
┗ 307. Re: バグでしょうか? >追伸 KAME 01/05(土) 18:33
┗ 308. すいませんすいません KAME 01/05(土) 22:34
★ 294. CRCが一致しませんって? アニメ好き! 01/04(金) 13:14
┗ 298. Re: CRCが一致しませんって? ozaki 01/04(金) 15:30
┗ 301. Re: CRCが一致しませんって? アニメ好き! 01/04(金) 18:08
┗ 302. Re: CRCが一致しませんって? アニメ好き! 01/04(金) 21:14
┗ 303. Re: CRCが一致しませんって? Taichi 01/04(金) 22:13
┗ 309. Re: CRCが一致しませんって? アニメ好き! 01/06(日) 22:48
┗ 310. Re: CRCが一致しませんって? アニメ好き! 01/07(月) 00:34
★ 311. DoGAって・・・ frame 01/09(水) 00:14
┗ 312. Re: DoGAって・・・ かまた ゆたか 01/09(水) 09:51
★ 313. あっ、CG合宿'レポートが.. ozaki 01/09(水) 13:51
┗ 315. Re: あっ、CG合宿'レポートが.. かまた ゆたか 01/09(水) 23:06
┗ 316. 追伸 かまた ゆたか 01/09(水) 23:07
★ 320. 模様 とむ 01/10(木) 12:53
┗ 321. Re: 模様 たかつ 01/10(木) 13:14
★ 318. 多関節物体の拡大率について質問です 吉澤 01/10(木) 09:03
┗ 319. Re: 多関節物体の拡大率について質問です ozaki 01/10(木) 10:41
┗ 322. Re: 多関節物体の拡大率について質問です 吉澤 01/10(木) 16:27
★ 334. テクスチャの貼り付けについて。 regret 01/11(金) 23:16
┗ 335. Re: テクスチャの貼り付けについて。 ozaki 01/12(土) 11:27
★ 337. 質問 ヤスシ 01/12(土) 19:27
┗ 338. Re: 質問 KAME 01/12(土) 23:08
┗ 339. Re: 質問 かまた ゆたか 01/13(日) 00:26
┗ 340. もしかして・・・ AceCreek 01/13(日) 01:17
★ 314. 著作権について TAK 01/09(水) 22:31
┗ 317. Re: 著作権について かまた ゆたか 01/09(水) 23:13
┗ 328. Re: 著作権について TAK 01/10(木) 21:42
┗ 331. Re: 著作権について かまた ゆたか 01/11(金) 22:55
┗ 332. Re: 著作権について かまた ゆたか 01/11(金) 22:56
┗ 341. Re: 著作権について TAK 01/13(日) 01:22
★ 342. パーツ切り替え りゅう 01/13(日) 15:40
┗ 343. ちゃんとヘルプ読もうよ(~_~;) AceCreek 01/14(月) 04:45
★ 327. はじめまして! マリナリル 01/10(木) 21:32
┣ 329. まずは、FAQ(よくある質問とその回答)を AceCreek 01/10(木) 22:06
┃┗ 330. ありがとうございました!! マリナリル 01/10(木) 22:10
┗ 333. Re: はじめまして! かまた ゆたか 01/11(金) 22:59
┗ 344. 遅れてしまってすみません。 マリナリル 01/14(月) 23:15
★ 345. DXFの上手な変換の仕方がわかりません meme 01/15(火) 23:04
┗ 346. Re: DXFの上手な変換の仕方がわかりません ozaki 01/16(水) 00:42
┗ 347. Re: DXFの上手な変換の仕方がわかりません meme 01/16(水) 18:04
┗ 348. Re: DXFの上手な変換の仕方がわかりません かまた ゆたか 01/16(水) 23:38
┗ 349. どこに meme 01/17(木) 00:34
[前ページ] [次ページ]
[全て既読に] [最新]
[狭く] [広く]
[一つ前]
[一つ次]
[前の未読]
[次の未読]
[スレッド表示][新規投稿]
[この記事に返信]
[最新]
[狭く][広く]
#1173
2002/08/27(火) 10:57 投稿者: Yoshiki(DreamField)
(ホームページ)
参照記事: 1171
[一つ前] [一つ次] [前の未読] [次の未読] [スレッド表示][新規投稿] [この記事に返信] [最新] [狭く][広く]
Re: MPEG2に関する理論と実践 |
そりゃ罠にかけられたら、皮肉の一つも言いたくなります。予測通りの書き込みを誘導しておいて、実はわしは専門家だったのだ。ひれふせ。とやられたらね。信用を失墜させるには有効な手段ですが、ここでそれをやられるとは夢にも思いませんでしたから。このページのURLは http://doga.jp/tkbbs/tkbbs.cgi?bbs=doga&number=1173 です
実は、元々の書き込みの本当の主旨は、安易に圧縮率を上げることを決定し、そのレートまで決められてしまうことを防ぐことだったんです。圧縮率を上げるのは、ある限度を越えたら、見れる画質を維持するのは凄く大変なんです。そして努力の割には、満足の行く画質にはならない。それに、あまりイレギュラーなこいとをやりますと、全ての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信号は色がいーかげんな上にノイズも乗っているし、同じ画像だと認識出来る部分がほとんど無いのではないかと予測していたのですが。まぁ、これは私の勝手な思い込みですから。ノイズをちゃんと認識するのが当たり前なら、他に理由があるのでしょう。
[一つ前] [一つ次] [前の未読] [次の未読] [スレッド表示][新規投稿] [この記事に返信] [最新] [狭く][広く]