アスペクト比 part5
http://hibari.2ch.net/test/read.cgi/avi/1240149543/
過去スレ
アスペクト比 part4
http://pc11.2ch.net/test/read.cgi/avi/1211878897/
アスペクト比 part3
http://pc11.2ch.net/test/read.cgi/avi/1174473555/
アスペクト比 part2
http://pc11.2ch.net/test/read.cgi/avi/1136427929/
アスペクト比
http://pc11.2ch.net/test/read.cgi/avi/1026138562/
|＼ |＼
l lヽ`-‐ '´￣ ｀ヾゝヽ つ
ｼ~ ／" ｀ヽ ヽ `､l つ
//, '///|! !‖ ヽﾊ ､_ヽ つ
〃 {_{＼」」 Ｌ|l|／ﾘ ｌ │ |ヽ つ
＿＿＿＿. ﾚ!小ｌ● ● 从 |、| ）
く ﾉ::::::;;;;;;＼. ヽ|l⊃ r‐‐v ⊂⊃ |ﾉﾊ´
￣￣フ;;;;;／ /⌒ヽ__|ﾍ ヽ ノ j /⌒i !ヽ
／;;;;／ . ＼ /ヽ.| l＞,､ __, イァ/ ///ﾊ
／;;;;∠＿＿＿ /ヽ./| | ヽヾ、 /,{ﾍ､__∧/ﾊ !
く:::::::::;'::::::;':::::::;'::::::7ヽ< } / l丶× / ヾ l l''ﾊ∨
A.DAR…Display Aspect Ratio 画面に表示される映像の縦横比 画面比
PAR…Pixel Aspect Ratio 1ドットの縦横比 ピクセル比
SAR…Sample AR （PARと同義）とScreen AR （DARと同義）の両方に対して使われる
Q.720x480,4:3
A.左右合計16ドット削り、704x480に画面比4:3もしくはピクセル比10:11指定
リサイズするなら704x480→640x480
何も削らずに720x480にピクセル比10:11でもOK
Q.720x480,スクイーズ
A.左右合計16ドット削り、704x480に画面比16:9もしくはピクセル比40:33指定
リサイズはやめておけ。
何も削らずに720x480にピクセル比40:33でもOK
Q.720x480,レターボックス
A.左右合計16ドット、上下適当に削ってピクセル比10:11もしくは画面比適当に指定
リサイズするなら704x480→640x480のあとで上下を削る
その際解像度はできるだけ16の倍数、せめて8の倍数になるようにする
もちろん4:3の時と同じ処理でもOK
Q.左右に映像があるのに16ドット削っちゃうの？
A.別に嫌ならそのまま削らずにピクセル比指定すればOK。
映像は歪まずに、DARが4：3や16：9よりちょっと横長になる。
A.（方法１）704ｘ480にリサイズ、左右に各8ドット余白を貼り付ける。
（方法2）上下の各12の計24ドット削って、720ｘ480にリサイズ。
フルHD、地デジともにどちらの方法でもOK。どの場合もPARは40：33
Q.BS1,2 720x480
A.PAR40：33 左右16ドット削りは自由。
上記の方法2の後、左右各8塗りつぶし（追加ではない）てダンバートされている模様。
番組によって別のコンバート方法を採用しているかもしれないが
局の方でPARを崩さないよう正しくコンバートしている限りでは40：33でOK
Q.上下左右に黒帯が残ります
A.気にしない。再生ソフト・プレーヤーの側で調整。
Q.PC上でDVDを見ると、DARがきっちり4：3あるいは16：9なんだけど正しい映像になってる？
A.間違ってます。
DVD-videoの中にはDAR情報しか無いので、DARにあわせて再生するソフトが多い。
その時のPARは8:9（スクイース32:27）で、本来の映像より縦長になっている。
MPCでは横を45/44倍=1.0227倍すると補正できる。
Q.720ｘ480のソースなら、10：11か40：33で正しい映像になるの？
A.必ずしもそうとは限らない。
なぜなら、製作段階で規格通りのPARになっていないことが少なくないから。
普通はソースの正しいPARなんて知りようが無いので、我々は次善の策として規格どおりにしておく。
BDやBS-Hiのような比較対象があれば調べられる。根性があればガンバレ。
ttp://vcinema.web.fc2.com/mysoft/index_mysoft.html
■A Quick Guide to Digital Video Resolution and Aspect Ratio Conversions
ttp://lipas.uwasa.fi/~f76998/video/conversion/
以上テンプレ
間違い、追加などあったらよろ
>>1乙
ここはリンク切れ。
■アナログTVシステム、DVD-Video規格について
ttp://tmpgenc.pegasys-inc.com/ja/info_20070330.html
あと、BSデジ1,2のPARが1.20なんて書き込みが前スレであったけど
局が意図的に全番組でそうしてるってことは無いよね？
D1NTSCなんだろうし。
テンプレに入れてから聞くのもナンなんだけど、確認のため。
何でスレに相談も同意もなく勝手にテンプレ変えられてんの
読んでないけどｗ
>>3
おつ
HDからのダン番組だけだと思う。
ttp://upload.saloon.jp/src/up1077.png
NHK教育, 東京MX, 放送大学, WOWWOWのダンSD放送も同じように6:5だった。
NHKは左右8を黒塗りしてるけど比率は一緒。
D1ソースの番組はそのまま流してるなら元のままでしょう。
画面全体に模様がある絵が判りやすいと思ってつい・・・消した。
でも、参考になった。
ＢＳ1.2のダン番組はPAR6：5で間違いなさそうだな。
上5下1計6クロップ
左右各8計16塗り潰し
らしい。画像消えたので残しとく。
ミスった
×720ｘ468へリサイズ
○720ｘ486へリサイズ
何も消さんでも・・・
わろてしまったものの、分かりやすい画像だった
ttp://upload.saloon.jp/src/up1084.png
上のはズームアップして見ないと判りにくいかも。
710.85/485*PAR＝4/3 → PAR＝10/11
D-1 NTSC
720/486*PAR＝4/3 → PAR＝9/10
どっちが正しいの？
天下のNHKが規格を間違うはずがないと思うのですが。
ビデオカメラから映像出力までの間で、
A/D変換を前提とした場合は上の10/11
デジタルのみで扱う場合は下の9/10
と考えたんだがどうだろう？
で考えるべきだろ。
再生プレイヤーがアスペ比をいくつで再生するか
エンコして正方ピクセル化するなら、元のソースはいくつなのか。
キャプチャしたアナログ地上波なんかだったら、キャプチャボードによるし
DVDだったら、もう見た目と勘にたよるしかない。
ＤＶＤについて言うならば、経験上、最近のDVDで10：11、40：33になってるものはほとんど無いと感じる。
NHK方式の9：10、6：5が多いように思う。8：9、32：27のものもチラホラあるようだ。
1〜2%の差を視認できるのかと言われれば、人の顔の不自然さなどから出きているという自信はある。
主観など何の意味も無いと言われればそれまでだが、
見分けが付かないのを前提にするならば、好みのアス比にしても問題ないということにもなる。
ちなみに、BT.601ではアス比については触れられていないと思った。
あくまでサンプリングの方法についての規定。
実際の表示領域が4:3なのか、720ｘ486が4:3なのかという規定は無いはず。
後者にしてしまうと、テレビ画面上左右に黒帯が出るのがデフォということになってしまうので
表示領域＝4：3と解釈したのだろう。
D1規格のデジタルビデオでは、720ｘ486いっぱいに絵があるので＝4：3としても問題ないし
実際、そういう仕様の製品が多かったんじゃないかな。
結論的には、アスペクト比を明示的に定めた規格は無い。
10：11、40：33というのは、BT601を拡張した理論、つまり一種の解釈でしかない。
だから世の中にあらゆるPARのハード・ソフトが混在しているのだろう。
「感じる」では全く説得力ありませんが、
BT061には何を持って4:3と扱うのかという情報は無く、
BT601単独では解釈するべき情報すらありません。
これが元凶であるのはあなたの言うとおりだと思います。
しかし、例えばH.264にはちゃんと10:11や40:33の記述があります。
つまり、H.264にはBT601に基づいた映像は10:11や40:33で
処理することと明記されています。
なので、これから我々はどうするべきかというと、
10:11と40:33でやり続けるしか無いと言うことです。
球体が撮影されてれば定規で測って見るという手も
ありますが。
ま、いずれにせよ、ハイビジョンソースをハイビジョンで
エンコードすることが圧倒的に増えてくると思うので
悩む必要はあまりなくなると思いますけどね。
> 10:11と40:33でやり続けるしか無いと言うことです。
そんなこたーない。
様々なPARのソースが混在しているなかで、絵が歪んでしまうことが明らかなソースまで
杓子定規にその数字にすることはない。
見た目で判別して、そうだと思う数字、あるいは好みの映像になる数字でやればいい。
または、自分の再生環境に合わせてもいい。
例えば、所有しているDVDプレーヤーが9：10と6：5で再生されるなら、そうエンコする等。
正しいPARなど存在せず、あくまで慣例上10：11や9：10で作ることが多い、というだけのこと。
自由にやりゃいい。
> 例えば、所有しているDVDプレーヤーが9：10と6：5で再生されるなら、そうエンコする等。
で、買い換えたら再エンコですか?
ま、ちゃんと補正するべき値がわかっているなら補正すればいい。
ま、何しても自由は自由だが、再生側に合わすのは愚かですな。
> 正しいPARなど存在せず、あくまで慣例上10：11や9：10で作ることが多い、というだけのこと。
> 自由にやりゃいい。
このスレの存在完全否定ですね。正しくないソースが多いのは認めますが、
規格はちゃんと存在するのです。
まんどくせー話だな
横720いっぱいに絵があったら実は9:10か6:5の可能性が高いとか
そういう簡単な話でもないの？
とりあえずx264エンコの場合、10:11、40:33以外のPAR指定すると
再生互換性は悪くなりそうだな
HDでは一般的な4:3ですらHaaliで再生できないとかなんとか
ちゃんとアスペクト比の扱いが明記されてるのがH.264等のMPEG系の
規格であるってだけなので、結局H.264でも元のソースが正しくなければ
正しくないデータになります。
例えば真円が真円じゃ無くなるだけで、再生できないってことは
ほとんど無いのでは。
ま、とにかく、間違ったままのも多いので、SD解像度の扱いの統一は
かなり手遅れ状態です。
> このスレの存在完全否定ですね。
アス比についての情報交換がスレの趣旨じゃなかったの？
デファクトスタンダードを制定しようってスレなのか？
>正しくないソースが多いのは認めますが、
> 規格はちゃんと存在するのです。
H.264の規格といわれても、それがどんな意味を持つのか理解できないが
それはさておいても、皆が全くバラバラなPARでやってるというわけじゃないな。
大きく分けて3つの系統がある。
ハードの設計上のポリシー、ソフト作成上のハード依存などから大体どれかに当てはまるだろうな。
・10：11、40：33系
・9：10、6：5系
・8：9、32：27系
俺らもソースや使用するハードに応じて柔軟に使い分ければいい。
絵が歪もうがなんだろうがとにかく一つに統一するんだ、という奴はそうするのも自由。
ただ、10：11、40：33がNTSC規格上の正統なPARなんだというような
誤った情報の垂れ流しはやめたほうがいい。
だから言ってるじゃん。統一は手遅れだって。
> H.264の規格といわれても、それがどんな意味を持つのか理解できないが
BT601に基づいて作られたデータは10:11,40:33で扱えと書いてあるわけ。
つまり、MPEG系の規格にようやく明記されるようになったってってこと。
ま、目の色変えてファイル毎に1個1個調べたければどうぞ。
別に10:11,40:33じゃなくてもいいんじゃない（リサイズ不要だし）
自分で観賞する分ならsarを積算値として再生できる
プレイヤーを使用しているが(x264のsarはプリセット外にはなる）
たとえばX箱360は10:11、40:33は理解してくれるが
32:27みたいなPARは理解しない
PC上のソフトウェアプレイヤーだって、現状のx264とHaaliの組み合わせでは
プリセット外はNGなんだよね？
まあDARが4:3か16:9なら、大抵は(TVか再生機器の設定で)
再生時にDARを（どっちかに）強制することは出来るけど
> 絵が歪もうがなんだろうがとにかく一つに統一するんだ、という奴はそうするのも自由。
これに尽きる
入ってるのがねぇ。
再生機やソフトを買い換えたらまたエンコ? 元ファイル残しとくの?
それとも予めいっぱい作っとくわけ?
後、こっちの環境だとPS3でsarもparも反映するしkmplayerなんかでは簡単に他のSplitter（Haali以外）に
変更できるので特に不便な感じはしない（互換性を気にするならDARを維持しながらのリサイズ(parの変換も））
一度クロップしたものは、どうやっても元に戻らないけど。
mpeg2からDVD-videoを作成するときには、どのPARにするか迷うところだね。
誰がどういった環境で再生するのかを想定をして決めるしかないだろね。
>ｘ264や、mp4、mkvコンテナへ入れるのであれば、PARは後からいくらでも書き換えることができるじゃん。
>一度クロップしたものは、どうやっても元に戻らないけど
元々ソースのsar値（区分）が判からないのでクロップするとpar(dar)優先プレイヤーでは元に戻らないんだと思う
（有効可視領域を導きだしてsar値(x264)が決定できれば互換性は別としてどうクロップしようがsar優先プレイヤーなら崩れない）
MP4BOXはpar=sarとして書き換えると思う
-vbsf h264_changesps=sar=9:10
とかやればOK
自分の場合は >>29 のパターン内で予測を済ませておいて近似値をセットしてクリップするだけ（x264の場合は）
より、互換性を求める場合にはソースをクリップ後（par=sarにするため）に予測しておいたソースのparを元に必要なら
目的のparへリサイズすると同時にDARの整形のために黒帯で補完する形を取っている（倍数での計算値が面倒だが）
後、使用するSplitterやCODECによっては旨くアスペクト比が反映されない場合があるので使用できるものが限られている
今はTMW5の体験版が使えなくなったのでTMPG4からTMW5にアップグレードして久々にエンコードを試しているところ
句読点がなくて読みづらい。
予測って…、実際に映像を見る前に勘で決めるってことか？
そんなわけないだろうけど、意味わからん。
違和感があれば放送番組（ドラマ）毎には確認している
（面倒なので10：11、9：10、8：9系から選んでいる)
>>44
予測って言ったのは、その後の問題を封じる意味はない
ソースの放送形態や媒体で当りを付けてから行う事を言ったまで
要は無効領域と有効領域のバランスを変えてアスペクト比を戻す
縦を維持したままのリサイズ
SDレター 720x480(8:9 4:3) > クロップ 704x360(8:9 704:405) > リサイズ 688x360(10:11 704:405) > 黒帯付加 704x360(10:11 16:9)
SD、レターBOX等が対象
・10：11、40：33系 MTV1000、MTV2000、MTVX-WHF、DVD-VIDEO
・9：10、6：5系 BS1、BS２、CS?の一部
・8：9、32：27系 GV-MVP/GX2W、CS、ERO-VIDEOの一部
・X:X、その他系 ERO-VIDEO、DVD-VIDEO、CS?の一部
以前に録ったNHKの番組のなかに640*420にするとちょうどいいものがあります。
いつもの704*396にしている番組より、上下の黒帯が60ピクセル分細いです。
なので640*420にしようかとも思ったのですが、いつかどこかで
「640*480とかはいいけど640*420みたいなアスペクト比にすると何か（なんだったか忘れてしまいました）
最初に覚えたことをもうずっと惰性で続けているだけなのでシステム等のこともよくわからず、
エンコードしているとはいっても結局、そういった知識についても初心者と同じレベルです。
この640*420というアスペクト比には何か問題があるでしょうか。
不具合が出ると想定できる状況があれば、お教えください。
H264は4の倍数でもおｋだけど、16か8の倍数にしておいた方がいいとか何とか。
これ以上はよく知らないので後は詳しい人よろしゅう(´・ω・｀)
ここは解りやすいんじゃないか
>>49の最後の行の続きが消えていて失礼しました。
640*420だと、PCで再生するぶんには問題ないが、TVに出力したときに不具合が生じる
（出力できない？DVD等に焼くとき、テレビで見られる仕様にできない？）みたいなことだったような気もします。
よくよく考えたら396も16の倍数じゃないですけど、大丈夫なんですかね。
>>52さんのサイトを参照したのですが、とてもわかりやすかったです。
質問していながら、自分でもよくわかっていない部分が多いのが原因です。
色々とやってつかんでいこうかと思います。
レベルが低くてレスが小分けになってしまってすみませんでした。
どうもありがとうございました。
遅レスだけど、
普段、どんな形式でエンコードして保存しているか分からないけど、DVDに焼く場合、そのサイズだと、DVD規格に合うようにリサイズして
再エンコが必要になってくるから、ちょっと劣化があるかなと言うレベルかな。
DVD規格に沿って、720x480や704x480にしておけば、劣化を最小で抑えられると思うけど、どちらにしても、
ただ、TVに映したいならだけなら、PCをHDMI等で接続して、再生すればいいだけだし、DVDに焼くにしても、再エンコをすればいいだけなので、
あまり気にしなくてもいいと思われ。
放送でもSD素材のCMとかだと画面下側が
0.5本しか映像ないからよく発生してるけど。
もうそろそろ、アスペクト比の呪縛から逃れられそう
・クロップして1080pxに引き延ばす
・気にせずそのまま残す
どちらがアスペクト比としては正しいのでしょうか
・気にせずそのまま残す
ありがとうございます。
DVDもだけど、基本的にはクロップで削ったりはしない方がいいんですね
今まさにクロップで削って失敗した人間なんですが、
修正する方法をご存知ありませんか。
720×480のソースをAviutl98のクリッピング＆リサイズで左右合計16ドット削り、704x480になるように設定。
その際「元の縦横比に合わせる」にも「元のサイズに拡大」にもチェックを入れずに、
そのままLanczos 3-lobed拡大縮小で640x480にリサイズしたら
微妙に太った画面になってしまいました。
これをもう一度エンコードして正しい比率に直したいんですが（画質の劣化は覚悟の上）
どう設定したら良いのかよくわかりません。
またクリッピング＆リサイズで今度は上下を削ればいいのかなと考えてるんですが
何ドット削れば良いのか…
8ドット〜12ドット位で色々と試してみてるんですが、見れば見るほどよくわからなくなってきました。
何かご存知の方いらっしゃいましたら、アドバイス頂けると嬉しいです。
それであってます
太って見えるのは720X480を再生したときの再生環境がおかしいだけ
つまり「元が細く見えていた」
どれでも楽な方法で。
・そのまま624x480にリサイズ
・そのまま626x480にリサイズ後、両側に7pxずつベタ
・両側に合計15pxベタいれて、640x480にリサイズ
>>69
ソースによるんじゃない？(>>4のQAにもあるし。)
ただ、720x480で画面比16:9またはそれに近いものを
問答無用でピクセル比40:33とみなすソフトもあるみたい。
720x480で左右にきっちりと8ピクセルずつ黒べたが入っていたな
確認遅れましたがレスありがとうございます！！
お二人のアドバイスによって新たな疑問が発生したので、これからまた色々調べることになりましたが
ご意見とても参考になりました。ありがとうございました。
昨日放送された金曜ロードショーの『魔女の宅急便』TSをMP4にエンコする
上下計56クロップ、左右計84クロップして1356×1024にして
1808×1024にリサイズ
多分これで合ってると思うけど間違ってたらスマン
アニメ映画だから周囲に黒ベタ部分があってそれをクロップしたいんじゃないの
皆さん、レスありがとう
>>76の方の仰る通り黒い額縁をなるべくクロップしたかったもんで
拡大すると画質が落ちるという指摘に従って再考した結果・・・・
上下計56クロップ、左右計80クロップして1360×1024にする
これを1360×768にリサイズ
今度こそ間違ってない・・・・かな
額縁が無くなるとこまでクロップして、リサイズせずsar4:3
もちろんベタ全部+本映像まで削って16の倍数にするなら、それが一番効率は良い
再生に支障の出るソフトがあるって話じゃなかったんだっけ？
さすがに今となっては気にする必要も無いのかな。
ソフトで支障が出るなら、そんなソフト使うなで終わり
http://ascii.jp/elem/000/000/138/138149/
多分だけど
>2008年05月30日 22時30分更新
って書いてある。
・左右合計16ドット削り、704x480に画面比4:3もしくはピクセル比10:11指定
もしくは
・何も削らずに720x480にピクセル比10:11
でOK?
同一のものをx264のSAR 40:33でエンコードした映像を見比べると、
後者の物が映像の横幅が広くなっており、
32:27でエンコードすると16:9表示の物とほとんど同じ表示になるのですが、
これはこのソースに対して40:33では間違っているということでしょうか？
また、40:33で作ったものをVLC media playerで再生し、
アスペクト比を16:9に固定したところ、やはり横幅が削られ映像も40:33の物より縦長になりました。
16:9モニタにて全画面表示すると、40:33のものは上下に余白、
32:27の物でも16:9表示の時に比べ画面右側にわずかな余白が見られました。
結局32:27でも、本当にわずかですが横幅が16:9表示のときよりも縮められているようですので、
ドットを削らずにこのままエンコードを続ける場合には、
テンプレ通り10:11で続けるか、もしくはプレイヤーでアスペクト比の調整をすることを前提に、
比率をいじらずにエンコードした方がいいでしょうか？
映像自体は保存用で自分でしか見ないものですので、上げたりする予定はありません
SAR40:33の720x480が16:9より横長の大きさで表示されるのは当たり前なので
その現象からそのアス比指定が正しいのか間違ってるのか判断するのは無理
とりあえずエンコードするときは比率いじらずに、
mp4とかmkvのコンテナ側でアス比設定しておけばいいんじゃない？
間違っててもすぐ直せるし
オレ的には720ｘ480 PAR40：33 DAR20：11にしてる
確かに自分の出した情報からでは
映像のアスペクト比が合ってるかどうかはわからないですね
正直この40:33時のアス比表示が正しいのか、
32:27時のアス比表示が正しいのか、
どっちが正しいのか見ててもよくわからない程度の目しか持ちあわせていないので、
とりあえず今はいじらないで元のままエンコードしておきます。
>>94,95さん、ありがとうございました
今までお目にかかったことない……
ある。 例えば海外映画とか。
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
【TVMW】TMPGEnc Video Mastering Works 5 part11 (838)
Canopus HDRECS 4枚目 (737)
[HDTV] スカパーHDをPCで視聴 8 [H.264 AAC] (700)
【EDCB】EpgDataCap_Bonについて語るスレ 17 (207)
Jahshaka。 (158)
【初心者歓迎】MediaCoder 質問スレッド (195)
--log9.info------------------
子供ツクール (180)
【糞】この板にはツクール厨とエログラマしか居ない (101)
RPGツクールで[ﾟДﾟ]RPGをツクール (241)
RPGツクールの不満なところ (242)
新RPGツクール2003作りませんか？ (451)
ギリシャ神話や日本の歴史的文学作品をゲームにする (141)
サウンドクリエイター撲滅スレ (102)
F1チーム運営シム 製作スレ (432)
みんなでﾗｸﾞﾅﾛｸを超えるﾈｯﾄｹﾞｰﾑ作ってみね？ (139)
おい貴様ら！園芸シュミレーションって作れますか？ (184)
物凄い勢いで誰かが企画をたてるスレ 2本目 (608)
制服伝説プリティファイターゲーム製作スレッド (543)
SB ver1.00を待ち続けるスレ Part1 (431)
P/ECE・ワンダーウイッチ・BASIC STUDIO (332)
新しいRPGを作ろう!! (355)
■ゲームは終わっているのか！？■ (342)
--log55.com------------------
【バーチャルYouTuber】有閑喫茶あにまーれアンチスレ880【774inc.】
【バーチャルYoutuber】にじさんじ有ンチスレ15582【モルル、おかえり】
【バーチャルYoutuber】にじさんじ有ンチスレ15582【モルル】
【バーチャルYoutuber】にじさんじ有ンチスレ15581【どりゃあああああああ】
【バーチャルYouTuber】.LIVEアイドル部アンチスレ#9896【アップランド】
【バーチャル】hololiveアンチスレ#3047【youtuber】
【バーチャル】hololiveアンチスレ#3048【youtuber】
【バーチャルYouTuber】Vtuber_ApArt -ブイアパ-総合スレPart76【774inc.】