↑上や←左のタブでコンテンツを選べます
[キーワード ]
[携帯電話用(最新 20 件)]
[モード:
  記事一覧(フレーム有)
   記事一覧(フレーム無)/
   最新 20 件/
   最新 10 ツリー]

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

[ヘルプ]


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

[狭く] [広く]

      ┃     ┗ 1191. Re: 単価予想(おおざっぱ)    Yoshiki(DreamField)     08/29(木) 05:11
      ┃      ┣ 1193. Re: 単価予想(おおざっぱ)    山平(Sanpei)     08/29(木) 20:34
      ┃      ┗ 1197. Re: 単価予想(おおざっぱ)    山平(Sanpei)     09/02(月) 04:45
      ┣ 1211. 感激しました!    stear     09/06(金) 21:14
      ┗ 1171. MPEG2に関する理論と実践    たかつ     08/27(火) 03:04
       ┗ 1173. Re: MPEG2に関する理論と実践    Yoshiki(DreamField)     08/27(火) 10:57
        ┗ 1175. Re: MPEG2に関する理論と実践    たかつ     08/27(火) 13:35
         ┗ 1180. Re: MPEG2に関する理論と実践    Yoshiki(DreamField)     08/28(水) 14:31
          ┗ 1182. Re: MPEG2に関する理論と実践    たかつ     08/28(水) 17:41
           ┗ 1236. Re: MPEG2に関する理論と実践    kt     09/11(水) 15:11
            ┗ 1237. Re: MPEG2に関する理論と実践    かまた ゆたか     09/11(水) 23:28
             ┗ 1238. Re: MPEG2に関する理論と実践    いいだしっぺ(土田)     09/12(木) 03:07
 1239. DXFデータについて    T−YO     09/12(木) 10:32
 1240. ひらがなで?(にっきから)    いもむし     09/13(金) 05:10
  1241. Re: ひらがなで?(にっきから)    かまた ゆたか     09/13(金) 10:10
  ┗ 1243. Re: ひらがなで?(にっきから)    kt     09/13(金) 16:35
 1213. はじめまして。    紫夜(しや)     09/07(土) 14:47
  1215. Re: はじめまして。    ozaki     09/07(土) 17:08
  ┗ 1219. Re: はじめまして。    かまた ゆたか     09/07(土) 23:40
   ┗ 1224. 有り難う御座いました。    紫夜     09/08(日) 12:34
    ┗ 1227. 追伸です。    紫夜     09/08(日) 17:13
     ┗ 1231. Re: 追伸です。    ozaki     09/09(月) 10:07
      ┗ 1244. 有り難う御座いました!    紫夜     09/13(金) 20:26
 1221. 初心者の方へ    かまた ゆたか     09/07(土) 23:55
  1225. Re: 初心者の方へ    KAME     09/08(日) 16:12
  ┗ 1226. Re: 初心者の方へ    紫夜     09/08(日) 16:48
   ┣ 1229. コツ    かまた ゆたか     09/08(日) 22:09
   ┗ 1230. Re: 初心者の方へ    KAME     09/08(日) 22:39
    ┗ 1245. すごすぎです!!    紫夜     09/14(土) 15:29
 1254. 配列複写    松っちゃん     09/17(火) 16:33
  1256. Re: 配列複写    ozaki     09/18(水) 09:49
  ┗ 1257. Re: 配列複写    松っちゃん     09/18(水) 10:07
   ┗ 1258. Re: 配列複写    たかつ     09/18(水) 13:01
    ┣ 1259. Re: 配列複写    松っちゃん     09/18(水) 14:03
    ┣ 1260. 倍倍    森山昇一     09/18(水) 15:48
    ┗ 1261. Re: 配列複写    山平(Sanpei)     09/18(水) 18:34
 1262. 【バグ?】L3−2002.9.17β板でパレットウィンドウが表示出来ない    AceCreek     09/18(水) 22:38
  1263. L3 2002.9.17β版のバグ追記    AceCreek     09/19(木) 01:46
  ┗ 1264. Re: L3 2002.9.17β版のバグ追記    たかつ     09/19(木) 15:15
 1265. マッピングについて質問です    初心者Z     09/19(木) 20:42
  1266. Re: マッピングについて質問です    たかつ     09/19(木) 23:36
  ┗ 1267. Re: マッピングについて質問です    初心者Z     09/20(金) 03:48
 1269. 誤診失礼    初心者サポート     09/21(土) 05:07
 1273. 初めまして、こんばんわ    百円ライター     09/21(土) 23:20
  1274. Re: 初めまして、こんばんわ    たかつ     09/22(日) 00:38
 1246. たのみCOM    山平(Sanpei)     09/15(日) 17:19
  1247. 商品化決定数量は    KAMATY     09/15(日) 17:59
  ┗ 1276. Re: 商品化決定数量は    山平(Sanpei)     09/24(火) 04:43
 1278. はじめまして    TOMO     09/24(火) 20:12
 1268. レンダリングについて質問です    albireo     09/20(金) 15:09

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

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

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 です
[一つ前] [一つ次] [前の未読] [次の未読] [スレッド表示][新規投稿] [この記事に返信] [最新] [狭く][広く]