アスペクト比 part6

前スレ
アスペクト比 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/

これは>>1乙ではなくて、わっちの自慢のしっぽじゃから勘違いをするでないぞ！
　　　　　　　　　　　　　 |＼　　　　　　 |＼
　　　　　　　　　　　　　 l lヽ`-‐ '´￣ ｀ヾゝヽ　　つ
　　　　　　 　 　 　 　 　 ｼ~　／" ｀ヽ ヽ　 `､l　　　　　つ
　　　　　　　　　　　　　//, '///|! !‖ ヽﾊ　､_ヽ　　つ
　　　　　　　　　　　　 〃 {_{＼」」 Ｌ|l|／ﾘ ｌ │ |ヽ　　　つ
　　＿＿＿＿.　 　 　 ﾚ!小ｌ●　　　 ● 从　|、|　）
　く　　ﾉ::::::;;;;;;＼. 　 　 ヽ|l⊃　r‐‐v　⊂⊃　|ﾉﾊ´
　　￣￣フ;;;;;／　/⌒ヽ__|ﾍ　　ヽ ノ 　 　j /⌒i !ヽ
　　　 ／;;;;／　　. ＼ /ヽ.|　l＞,､ __,　イァ/　 ///ﾊ
　　／;;;;∠＿＿＿　/ヽ./|　|　ヽヾ、　/,{ﾍ､__∧/ﾊ !
　く:::::::::;'::::::;':::::::;'::::::7ヽ< } / 　 l丶× / ヾ l　l''ﾊ∨

Q.DAR、PAR、SARってなに？
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よりちょっと横長になる。

Q.HD 1920ｘ1080 → SD 720ｘ480, 　地デジ 1440x1080 → SD 720x480
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なんだろうし。
テンプレに入れてから聞くのもナンなんだけど、確認のため。

え
何でスレに相談も同意もなく勝手にテンプレ変えられてんの

間違ってなければいいんじゃね？
読んでないけどｗ

>>1
>>3
おつ

>>5
HDからのダウンコン番組だけだと思う。
ttp://upload.saloon.jp/src/up1077.png
NHK教育, 東京MX, 放送大学, WOWWOWのダウンコンSD放送も同じように6:5だった。
NHKは左右8を黒塗りしてるけど比率は一緒。

D1ソースの番組はそのまま流してるなら元のままでしょう。

不謹慎厨にはなりたくないが参考にするソース少しは選べよｗ

わろた

>>10
画面全体に模様がある絵が判りやすいと思ってつい・・・消した。

いや、絵はいいんだけど、テロップがさｗあえてここかっていうｗｗ
でも、参考になった。
ＢＳ1.2のダウンコン番組はPAR6：5で間違いなさそうだな。

ダウンコン方法は720ｘ468へリサイズ
上5下1計6クロップ
左右各8計16塗り潰し

らしい。画像消えたので残しとく。

>>14
ミスった
×720ｘ468へリサイズ
○720ｘ486へリサイズ

>>12
何も消さんでも・・・
わろてしまったものの、分かりやすい画像だった

消しただけなのもアレなので別画像に差し替えた。
ttp://upload.saloon.jp/src/up1084.png
上のはズームアップして見ないと判りにくいかも。

BT.601
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のハード・ソフトが混在しているのだろう。

他人に押し付けようとしなければ何を主張しても構わんよ

よくわからん自己主張を長々と語られても読む気はしないよ。

>>19
「感じる」では全く説得力ありませんが、
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で作ることが多い、というだけのこと。
自由にやりゃいい。

>>23
> 例えば、所有しているDVDプレーヤーが9：10と6：5で再生されるなら、そうエンコする等。

で、買い換えたら再エンコですか?

>>23
ま、ちゃんと補正するべき値がわかっているなら補正すればいい。

ま、何しても自由は自由だが、再生側に合わすのは愚かですな。

>>23
> 正しいPARなど存在せず、あくまで慣例上10：11や9：10で作ることが多い、というだけのこと。
> 自由にやりゃいい。

このスレの存在完全否定ですね。正しくないソースが多いのは認めますが、
規格はちゃんと存在するのです。

リファレンスになる絵があれば少なくとも比較はできるけど
まんどくせー話だな
横720いっぱいに絵があったら実は9:10か6:5の可能性が高いとか
そういう簡単な話でもないの？

とりあえずx264エンコの場合、10:11、40:33以外のPAR指定すると
再生互換性は悪くなりそうだな
HDでは一般的な4:3ですらHaaliで再生できないとかなんとか

>>27
ちゃんとアスペクト比の扱いが明記されてるのがH.264等のMPEG系の
規格であるってだけなので、結局H.264でも元のソースが正しくなければ
正しくないデータになります。

例えば真円が真円じゃ無くなるだけで、再生できないってことは
ほとんど無いのでは。

ま、とにかく、間違ったままのも多いので、SD解像度の扱いの統一は
かなり手遅れ状態です。

>>26
> このスレの存在完全否定ですね。

アス比についての情報交換がスレの趣旨じゃなかったの？
デファクトスタンダードを制定しようってスレなのか？

>正しくないソースが多いのは認めますが、
> 規格はちゃんと存在するのです。

H.264の規格といわれても、それがどんな意味を持つのか理解できないが
それはさておいても、皆が全くバラバラなPARでやってるというわけじゃないな。
大きく分けて3つの系統がある。
ハードの設計上のポリシー、ソフト作成上のハード依存などから大体どれかに当てはまるだろうな。
・10：11、40：33系
・9：10、6：5系
・8：9、32：27系

俺らもソースや使用するハードに応じて柔軟に使い分ければいい。
絵が歪もうがなんだろうがとにかく一つに統一するんだ、という奴はそうするのも自由。

ただ、10：11、40：33がNTSC規格上の正統なPARなんだというような
誤った情報の垂れ流しはやめたほうがいい。

アスペ

>>29
だから言ってるじゃん。統一は手遅れだって。

> H.264の規格といわれても、それがどんな意味を持つのか理解できないが

BT601に基づいて作られたデータは10:11,40:33で扱えと書いてあるわけ。
つまり、MPEG系の規格にようやく明記されるようになったってってこと。

ま、目の色変えてファイル毎に1個1個調べたければどうぞ。

ISDB-TのＳＤ画像は日本ではBT.709みたいだし
別に10:11,40:33じゃなくてもいいんじゃない（リサイズ不要だし）
自分で観賞する分ならsarを積算値として再生できる
プレイヤーを使用しているが(x264のsarはプリセット外にはなる）

10:11や40:33以外は、再生互換性は悪くなると思うよ
たとえばX箱360は10:11、40:33は理解してくれるが
32:27みたいなPARは理解しない
PC上のソフトウェアプレイヤーだって、現状のx264とHaaliの組み合わせでは
プリセット外はNGなんだよね？

まあDARが4:3か16:9なら、大抵は(TVか再生機器の設定で)
再生時にDARを（どっちかに）強制することは出来るけど

> 俺らもソースや使用するハードに応じて柔軟に使い分ければいい。
> 絵が歪もうがなんだろうがとにかく一つに統一するんだ、という奴はそうするのも自由。

これに尽きる

まぁ別に自由っちゃ自由だけど、再生側に合わせるのが選択肢に
入ってるのがねぇ。

再生機やソフトを買い換えたらまたエンコ? 元ファイル残しとくの?
それとも予めいっぱい作っとくわけ?

どっちみち、ソースのparを予測して置かないと目的のparでのリサイズは狂ってしまう(DAR維持は別として）
後、こっちの環境だとPS3でsarもparも反映するしkmplayerなんかでは簡単に他のSplitter（Haali以外）に
変更できるので特に不便な感じはしない（互換性を気にするならDARを維持しながらのリサイズ(parの変換も））

ｘ264や、mp4、mkvコンテナへ入れるのであれば、PARは後からいくらでも書き換えることができるじゃん。
一度クロップしたものは、どうやっても元に戻らないけど。

mpeg2からDVD-videoを作成するときには、どのPARにするか迷うところだね。
誰がどういった環境で再生するのかを想定をして決めるしかないだろね。

>>37
>ｘ264や、mp4、mkvコンテナへ入れるのであれば、PARは後からいくらでも書き換えることができるじゃん。
>一度クロップしたものは、どうやっても元に戻らないけど

元々ソースのsar値（区分）が判からないのでクロップするとpar(dar)優先プレイヤーでは元に戻らないんだと思う
（有効可視領域を導きだしてsar値(x264)が決定できれば互換性は別としてどうクロップしようがsar優先プレイヤーなら崩れない）

>>38
MP4BOXはpar=sarとして書き換えると思う

H.264のsarを変えるなら、FFmpegのオプションで
-vbsf h264_changesps=sar=9:10
とかやればOK

要するにx264でちゃんと設定すればおｋ

まあ、そのx264でちゃんと設定するsarの適切な値を見つける方が問題になるんだけど

自分の場合は >>29 のパターン内で予測を済ませておいて近似値をセットしてクリップするだけ（x264の場合は）
より、互換性を求める場合にはソースをクリップ後（par=sarにするため）に予測しておいたソースのparを元に必要なら
目的のparへリサイズすると同時にDARの整形のために黒帯で補完する形を取っている（倍数での計算値が面倒だが）
後、使用するSplitterやCODECによっては旨くアスペクト比が反映されない場合があるので使用できるものが限られている
今はTMW5の体験版が使えなくなったのでTMPG4からTMW5にアップグレードして久々にエンコードを試しているところ

よくわからんが、規定値全くアテにせず映像一個一個見た目で俺様判断してんの？

>>42
句読点がなくて読みづらい。
予測って…、実際に映像を見る前に勘で決めるってことか？
そんなわけないだろうけど、意味わからん。

まさにチラ裏と呼ぶにふさわしい

>>43
違和感があれば放送番組（ドラマ）毎には確認している
（面倒なので10：11、9：10、8：9系から選んでいる)

>>44
予測って言ったのは、その後の問題を封じる意味はない
ソースの放送形態や媒体で当りを付けてから行う事を言ったまで

>>42の補足
要は無効領域と有効領域のバランスを変えてアスペクト比を戻す

縦を維持したままのリサイズ
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?の一部

ERO-VIDEOワロタ

aviutlを使ってエンコードしていて、アスペクト比は704*396か640*480にしているのですが、
以前に録ったNHKの番組のなかに640*420にするとちょうどいいものがあります。
いつもの704*396にしている番組より、上下の黒帯が60ピクセル分細いです。
なので640*420にしようかとも思ったのですが、いつかどこかで
「640*480とかはいいけど640*420みたいなアスペクト比にすると何か（なんだったか忘れてしまいました）

みたいなことを言われた記憶があります。
最初に覚えたことをもうずっと惰性で続けているだけなのでシステム等のこともよくわからず、
エンコードしているとはいっても結局、そういった知識についても初心者と同じレベルです。
この640*420というアスペクト比には何か問題があるでしょうか。
不具合が出ると想定できる状況があれば、お教えください。

mpeg系は、基本的に16x16のブロックに分けてエンコードするから、画面の解像度は、縦横16の倍数にするのが基本って話じゃないかな。
H264は4の倍数でもおｋだけど、16か8の倍数にしておいた方がいいとか何とか。
これ以上はよく知らないので後は詳しい人よろしゅう(´・ω・｀)

ttp://csbarn.blogspot.com/2010/11/mod16.html
ここは解りやすいんじゃないか

>>51-52
>>49の最後の行の続きが消えていて失礼しました。
640*420だと、PCで再生するぶんには問題ないが、TVに出力したときに不具合が生じる
（出力できない？DVD等に焼くとき、テレビで見られる仕様にできない？）みたいなことだったような気もします。

今のところTVに出力したことはないのですが、将来的にはテレビ画面で見たいときもあるかもしれませんので、そんなときに映らなかったら困るなあと。
よくよく考えたら396も16の倍数じゃないですけど、大丈夫なんですかね。
>>52さんのサイトを参照したのですが、とてもわかりやすかったです。

とはいえ最終的に640*420でエンコードしても「問題」ないかどうか、結局はわかりかねました。
質問していながら、自分でもよくわかっていない部分が多いのが原因です。
色々とやってつかんでいこうかと思います。
レベルが低くてレスが小分けになってしまってすみませんでした。
どうもありがとうございました。

>>53
遅レスだけど、
普段、どんな形式でエンコードして保存しているか分からないけど、DVDに焼く場合、そのサイズだと、DVD規格に合うようにリサイズして
再エンコが必要になってくるから、ちょっと劣化があるかなと言うレベルかな。
DVD規格に沿って、720x480や704x480にしておけば、劣化を最小で抑えられると思うけど、どちらにしても、
ただ、TVに映したいならだけなら、PCをHDMI等で接続して、再生すればいいだけだし、DVDに焼くにしても、再エンコをすればいいだけなので、
あまり気にしなくてもいいと思われ。

億劫じゃないなら黒ベタ付けようぜ

黒べたは境界でのシュートの発生が気になる。
放送でもSD素材のCMとかだと画面下側が
0.5本しか映像ないからよく発生してるけど。

アナログ放送終了、DVDからBDへ移行

もうそろそろ、アスペクト比の呪縛から逃れられそう

黒べたなんて付けたら無駄にファイルサイズ大きくなるだけなんと違うの？

殆ど変わらんよ

あら、そうなんだ

アルゴリズムによっちゃ黒ベタ1ライン1バイトで済むかもしれんしな

ないわｗ

ブルーレイ映像の下に2pxほどの黒いスキマがある場合、
・クロップして1080pxに引き延ばす
・気にせずそのまま残す
どちらがアスペクト比としては正しいのでしょうか

>>65
・気にせずそのまま残す

>>66
ありがとうございます。
DVDもだけど、基本的にはクロップで削ったりはしない方がいいんですね

今まさにクロップで削って失敗した人間なんですが、
修正する方法をご存知ありませんか。

720×480のソースをAviutl98のクリッピング＆リサイズで左右合計16ドット削り、704x480になるように設定。
その際「元の縦横比に合わせる」にも「元のサイズに拡大」にもチェックを入れずに、
そのままLanczos 3-lobed拡大縮小で640x480にリサイズしたら
微妙に太った画面になってしまいました。

これをもう一度エンコードして正しい比率に直したいんですが（画質の劣化は覚悟の上）
どう設定したら良いのかよくわかりません。
またクリッピング＆リサイズで今度は上下を削ればいいのかなと考えてるんですが
何ドット削れば良いのか…
8ドット〜12ドット位で色々と試してみてるんですが、見れば見るほどよくわからなくなってきました。
何かご存知の方いらっしゃいましたら、アドバイス頂けると嬉しいです。

>>68
それであってます
太って見えるのは720X480を再生したときの再生環境がおかしいだけ
つまり「元が細く見えていた」

>>68
どれでも楽な方法で。
・そのまま624x480にリサイズ
・そのまま626x480にリサイズ後、両側に7pxずつベタ
・両側に合計15pxベタいれて、640x480にリサイズ

>>69
ソースによるんじゃない？(>>4のQAにもあるし。)
ただ、720x480で画面比16:9またはそれに近いものを
問答無用でピクセル比40:33とみなすソフトもあるみたい。

そういや、地デジNHKのニュースがなぜかSD放送やっていたので、確認してみたら、
720x480で左右にきっちりと8ピクセルずつ黒べたが入っていたな

>>69-70
確認遅れましたがレスありがとうございます！！
お二人のアドバイスによって新たな疑問が発生したので、これからまた色々調べることになりましたが
ご意見とても参考になりました。ありがとうございました。

話の流れぶった切ってスマンけど俺用メモ
昨日放送された金曜ロードショーの『魔女の宅急便』TSをMP4にエンコする

上下計56クロップ、左右計84クロップして1356×1024にして
1808×1024にリサイズ

多分これで合ってると思うけど間違ってたらスマン

拡大すんなよバカ

なにを考えた結果こうなったんだ…

録画して無いから分からんけど
アニメ映画だから周囲に黒ベタ部分があってそれをクロップしたいんじゃないの

たぶん、16:9より横長なんじゃないか

>>74-77
皆さん、レスありがとう
>>76の方の仰る通り黒い額縁をなるべくクロップしたかったもんで

拡大すると画質が落ちるという指摘に従って再考した結果・・・・
上下計56クロップ、左右計80クロップして1360×1024にする
これを1360×768にリサイズ

今度こそ間違ってない・・・・かな

ぜんぜんわかってねぇな

sar4:3で良いんじゃないの

地デジは全部それでいいよな
額縁が無くなるとこまでクロップして、リサイズせずsar4:3

16か8の倍数を守るというのはもう過去の話？

今でもそれに従ったほうが効率が良いんじゃなかったけ

ベタ残して16の倍数に合わせるよりは、ベタを全部削るだけのほうが効率は良い
もちろんベタ全部+本映像まで削って16の倍数にするなら、それが一番効率は良い

効率はもちろんあるけど、あんまりいい加減なピクセル数にしておくと
再生に支障の出るソフトがあるって話じゃなかったんだっけ？
さすがに今となっては気にする必要も無いのかな。

再生ハードに解像度制限がある場合は、そもそも16の倍数もクソもない
ソフトで支障が出るなら、そんなソフト使うなで終わり

古い記事だけど
http://ascii.jp/elem/000/000/138/138149/

一体何時の…

>>88
多分だけど
>2008年05月30日 22時30分更新
って書いてある。

ｗｗｗ

BSのサブチャンネル放送で720x480の60PってTSソースがあるんだが、これも

・左右合計16ドット削り、704x480に画面比4:3もしくはピクセル比10:11指定
もしくは
・何も削らずに720x480にピクセル比10:11

でOK?

何か8:9のも混ざってるような？

720×480の映像をプレイヤー側の設定で16:9表示させた物と、
同一のものを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のコンテナ側でアス比設定しておけばいいんじゃない？
間違っててもすぐ直せるし

このスレ的にはDVDなら元は711ｘ486の16：9（PAR40：33）か720ｘ486の16：9（PAR6：5）らしい
オレ的には720ｘ480 PAR40：33 DAR20：11にしてる

あ、なるほど
確かに自分の出した情報からでは
映像のアスペクト比が合ってるかどうかはわからないですね
正直この40:33時のアス比表示が正しいのか、
32:27時のアス比表示が正しいのか、
どっちが正しいのか見ててもよくわからない程度の目しか持ちあわせていないので、
とりあえず今はいじらないで元のままエンコードしておきます。

>>94,95さん、ありがとうございました

DVDのアス比なんて作ってるほうも適当だから気にしたら負け

BSのTSってプログレッシブあるのか？
今までお目にかかったことない……

>>98
ある。 例えば海外映画とか。

>>98
去年の末ぐらいまでWOWOWの映画は全て24Pだったよ

ごめん、正確には縞無し24だ

さすがに720x480の60Pは見たこと無いな。

>>91が言ってるのはどこの局だろう。

むかしの話だけど、BS朝日でXファイルの吹替版と字幕版を480pで同時に放送してた
スターチャンネルがHDになる前は480p放送もあったはず

デジタル放送のSD放送は、ソースによって32:27、6:5、40:33のどれもあるんだな。
エンコードとかするときは、判別できたらそれを選べば良いけど、単に録画ファイルを
再生するときは中間を取って6:5にしておくのがましなのかな？

それとも多くの人は、32:27(16:9引き延ばし)か、40:33(上下に隙間)のどちらかにしてる？

深く考えずに40:33にしてたけど、どうせSDのアスペクト比なんて曖昧だから
単純に画面全体に引き伸ばしちゃった方が気分良いかもしれん、と思い始めてきた。

＞どうせSDのアスペクト比なんて曖昧だから


どういうこと？

デバイスや放送局によって、32:27にしたり40:33にしたりと、まちまちだからじゃね

ちょっと変則なんですが、収録時間を極限にまで延ばしたい用途で、
1920*1080(1:1)の動画を720*480(wide)にエンコードして、ブルーレイに焼いて見ています。

エンコーダーは、アドビのメディアエンコーダーです。

ブルーレイプレイヤーで再生すると、横に8pixelの黒がついています。
色々勉強した所、無効領域と呼ばれている所だということまでわかりました。

そこで2つ質問なのですが、

1.元々フルHDパネルにdot by dotで表示されていた動画なのに、720*480wideにしてブルーレイ再生すると
　左右黒帯になるということは、縦長に表示されてしまっているのでしょうか。

2.アナログTV等で再生すると、見える部分は元ソースのアスペクト比と同じに表示されるが、
　最近の液晶等の環境だと黒帯が見える表示になって、縦長になってしまっているということでしょうか？

>>103
BS朝日

サッカーのアジアチャンピオンズリーグって大会があるんだが、
日本から４クラブ参加してて普段のグループリーグは毎節１日２試合の２日間開催で、
どっちか一方がBS、もう一方がCSって感じで放送してた。

ところが２００９年シーズンは日本のクラブが全てグループリーグ突破して
決勝トーナメント１回戦で日本のクラブがらみが同日３試合になってしまった。

なもんでBS朝日でサブチャンネル使っての放送になった。

HDDが苦しくなってきたので、エンコしてやろうと思って調べてみたら、
TSファイルがこのフォーマットだったという次第でつ。

テンプレの説明を誤解してたらアレだから聞いときたいんだけど
720×480（4：3）のレタボに関して横いっぱいに画像あるから残したい
上下黒帯クロップして720×352のあとSAR10：11でOK？
テンプレって横クロップしなくても歪まんよって意味だよね？

そう
SARさえ合ってればどんな変態クロップしてもアス比は合う

>>112
再生環境次第だけどな。

>>112
そう考えるとわかりやすいな、ちっと難しく考えすぎか俺
何にしてもありがとうこれで安心してバッチ登録できる

ここでよく問題になってるのは、ファイル的には40:33の
はずなのに、実際は6:5だったり32:27だったりするやつだな。

>>115
それは中の絵そのものが正しくないわけなので、どうしようもない。
どうしても気になる人は頑張って毎回自分で合わせるしかないね。

古いｱﾆﾒのFHDで左右に黒帯をつけて1920x1080サイズのBDを
黒帯カットして640x480にダウンコンしたいのですが
黒帯部分をオートクロップでクロップしたら
左右214ずつカットで映像がある横解像度が1492になりました
この場合アスペクト比を合わせる為には
左右240ずつクロップして1440x1080にして解像度を落とせばいいんでしょうか？

どうしてもそれ以上横削りたくないけど、640x480にこだわるなら、
上下に黒帯を追加して1492×1119にしてからリサイズしたら？

アスペクト比保持で640x480にリサイズすると、
自動的に同じ処理になるソフトもあると思うけど。

削って合ってるのか知りたかったんで合ってるなら問題ないです
速攻のレス感謝します！

てすと

109誰かわかりませんか。いまだ悩んでます

>>109
>>4にも書いてあるけど、par40:33の仕様でリサイズすると1920x1080は704x480になる。
720x480をpar40:33で表示すると、全体の比率は16:9よりもやや横長。その左右の余分が無効領域。
たぶん、メディアエンコーダーはpar40:33の仕様で、プレイヤーは16:9に引き伸ばす仕様だから縦長に表示されちゃうんだと思う。


なんか書いてて疑問が出てきちゃったんだけど、par40:33で16:9の画面から溢れる左右16pxの無効領域って、ブラウン管の構造上映らない部分なんだよね。
そしたらブラウン管がほぼ死滅した現状で無効領域なんて意味ないし、そもそもpar40:33で再生するプレイヤーってなくね？

となると両サイドに黒帯が付いてないDVDの場合、製作段階で無効領域を考えてないわけだから
par40:33ではなく、par32:27としてdar16:9で表示した方が正しいアスペクト比になるんじゃないの？

>>122
>>97

>>122
最近のはDAR16:9（何も考えず画面いっぱいに引き伸ばす)で再生するのが多いから、720x480 PAR32:27 で作ったほうがいいかもね

> そしたらブラウン管がほぼ死滅した現状で無効領域なんて意味ないし、そもそもpar40:33で再生するプレイヤーってなくね？

PSPは720*480(40:33)の動画を無効領域削って16:9で表示するよ
よく知らんがたぶんPS3も同じなんじゃないの

> となると両サイドに黒帯が付いてないDVDの場合、製作段階で無効領域を考えてないわけだから

イミフ

>>125
PSPはそうなのか。詳しく調べたわけじゃないが、PS3で手持ちのDVD再生したら両サイド端っこまで表示したよ。
ググってみたらpar40:33の動画ファイルもカットされないみたい。

「無効領域」ってそもそも何だっていう疑問なんだけど、端っこが表示されないブラウン管に対する配慮みたいなもんじゃないの？
16:9の画面からはみ出るpar40:33というアスペクト比もブラウン管時代の名残というだけで、厳格に規定されてないのでは。

DVDでは厳密に規定されてると思うけど、
Blu-Ray はDARで定義してみたり、SARで指定してみたりでよく分からん
http://forum.doom9.org/showthread.php?t=154533

>>126
ブラウン管で映らないのは無効領域どころじゃないぞ
もっと映らない
また無効領域と黒帯は違うぞ

ブラウン管は上下左右ごっそり削られるね

とりあえず6:5で表示するようにしておく、ってのも手だな。
HD→SD放送だとよくあるね。

>>122
何を勘違いしてるのか知らんがそれはITU-R BT.601の仕様
表示媒体がブラウン管であろうが液晶であろうが全く関係がない
一般的にだけど家庭用のブラウン管TVのオーバースキャンは出荷時で左右方向で30-40ピクセルくらいあるよ

ブラウン管しばらく見てないからなあ…。そんなに削られてたんだ。
とりあえずブラウン管が関係ないっていうのはわかったけど、

＞何を勘違いしてるのか知らんがそれはITU-R BT.601の仕様
ぐぐっても俺にはちょっと難しかったんだけど、無効領域そのものが規格で決められてれるわけじゃなくて、アナログ派の仕様上映らない部分っていう話なのかな。
じゃあ最初からデジタルで作ってるものをデジタルで見る場合、無効領域とか関係ないんじゃね？

私の質問の意図も、122さんの後半の疑問と全く同じなんですよね。

fullHDでdot by dotで表示されていたソースをSDエンコードしたものを、
BDプレイヤーが横黒帯で表示するなら、ソースより縦長になっちゃうのではという疑問です。

このへんの表示ってプレイヤー側で設定するものなんですかね？
何台かプレイヤーで再生してみましたが、みんな横黒帯表示です。

BDプレイヤー持ってないからどう表示されるかは確認してないが
DVD-Video規格で言う所のCropped Full D1（704*480）でエンコするって手もある

ただこの解像度をのソースを受け付けてくれる
オーサリングソフトが存在するのかは知らない

>132
ITU-R BT.601によって無効領域（※）そのものが規格で決められてれるわけだけだが・・・
DVD-Video等がこの規格に沿うように設計されているので民生機器で再生する場合は考慮する必要があるけど
その辺を理解した上でPCのみで再生させるのであれば好きな解像度、好きなPARを使えばいい

※実際は規定されていないし実際映像を”入れなくてもよい”とされている領域は左右合計で9ピクセルと規格されている。
同時にPARも標準で10:11、ワイドで40:33と規格されているのでDAR16:9になるのは縦が480ラインだとすると横は704になると言うこと。


>109
アドビメディアエンコーダでどんな設定でエンコードしているかによって変わりますので一概には言えません
とりあえず、

・エンコードしたものをBDにオーサリングする前はどうなっていますか？左右に黒帯が8ピクセルずつありますか？
・黒帯があるのならその時の端は黒帯分削られていますか？それともソースに黒帯が足されていますか？

これくらいはご自分でお調べになれるでしょう。そうすれば自ずと答えが見つかると思います。

>>135
ttp://tmpgenc.pegasys-inc.com/ja/support/labo/AspectRatio.html
この説明と、ITU-R BT.601でググったページを見る限りでは、無効領域やPAR10:11,40:33そのものが決められてるのではなくて
NTSC信号の有効範囲とDAR4:3,16:9から計算した結果が、PAR10:11,40:33とそれに付随する無効領域という事ではない？

しつこくて悪いんだけど、自分が知りたいのは、「無効領域とPAR10:11,40:33」というものが規格でばっちり決められている物なのか
それともメーカー側が「こうするのが望ましい」として広まった物なのか、って事。

>>136
これの"Table E-1 – Meaning of sample aspect ratio indicator"に書いてある。

http://www.itu.int/rec/T-REC-H.264-201003-I/en

本当だ
40:33 720x480 16:9 frame with horizontal overscan
って書いてあるな。

じゃあ、PAR40:33で作っておけば規格的には問題ないのか。再生機器が対応してるかは別にして

>>134
めったにDVDオーサリングしたりしないけど、こないだそれで焼いたよ
もっとも、映画一本チャプターも無しでDVD-VIDEO形式で焼いただけで
オーサリングと言えるほどの立派なことはやってないけど

704x480/24pなm2vをmplexでVOBにmuxしてdvdauthorでオーサリング
mplexもdvdauthorもオーピンソースのコマンドラインアプリなので
メニューとかつけたいとなると面倒くさい（やれることはやれる）のだが
dvdauthorを内部的に使ってるオーサリング用のGUIアプリはいくつかあるので
それらはやれることは同じはず

>>135

・エンコードしたものをBDにオーサリングする前はどうなっていますか？左右に黒帯が8ピクセルずつありますか？

オーサリングソフトにインポートする前のSD素材の段階で黒帯は付いてます。

・黒帯があるのならその時の端は黒帯分削られていますか？それともソースに黒帯が足されていますか？

ソースに両サイドプラスした形でついています。（絵は欠けていない）

adobemediaencoderには、ブルーレイ用（encore用）のプリセットがあるので
それを使用しています。スクイーズの設定は4:3,16:9,何もしないの３つからしか選べません。

プリセットだからこれで正しいのだろう、とは思うのですが、実際画面に再生されるのは縦長。
どこで自分の理解が足りなくて間違っているのかよくわからないんです。
＃＃＃＃
＞DVD-Video規格で言う所のCropped Full D1（704*480）
これはBDでは規格上許されていないストリームだと思います。
DVDをオーサリングして試してはいないんですが、DVDだと720*480(SQ)を液晶で表示すると、
左右の黒帯は出ないようにプレイヤーが表示してくれるんですかね？

アドビのサポートセンターに質問して聞いて下さい

手元にあった同じアニメのBDとDVDで比較してみたら、DVDの映像はPAR6:5だった。
DVDに関しては、正しいアスペクト比なんて存在しないような気がしてきたｗ
結局、自分の目で確かめるしかないんだな。

>142
おおかたPowerDVDとかPCで再生して確認したんだろw

>>143
BDを基準にして、DVDで同じアスペクト比になるよう調整したらPAR6:5になったんだよ。
規格がどうとかいう話じゃなくて、あくまでも一商品の比較。

以前のBS1,2あたりも、HDの同番組と比較するとPAR6:5になってるって話が前出てたよね
結構それが一般的なんだろうか

アナログハイビジョンのアスペクト比でつくっちゃってるんじゃない

>>145
現在でも、MXのHD→SDのは6:5になってる。

放送ではPAR6:5が結構あるけど、DVDでもあるんだね
再生環境による歪みを小さくするために、わざとPAR6:5という設定を使ってるんだと思うよ

ちなみに新BS1のマルチ編成時のSDもPAR6:5だった（旧BS1のような左右の黒帯は無し）

中間くらいに設定してあるのか

単にD1の720x486に縮小してるだけのような気も。(1/1*1920/1080*486/720=6/5)
んでDVD化やSD放送時は縦6カットして720x480に。(HDと見比べると縦6ライン分cropされてないか？)
まぁ正確には違うかもしれないが。

確かにクロップされてるから、結果的に都合良く中間ぐらいになったのかも

でも、正しいアスペクト比になるように縮小したっていいはずだから、
やっぱ中間てことでその縮小じゃないのかな。

業務用で色々やる場合、カットだけの方が簡単とか
そういう事情あったりするとか？

業務機器はアナログ素材を720x486で取り込んでアプコン。ダウンコンもそれに合わせてると妄想。
アプコンとダウンコンの仕様が違うと、その映像を使い回した時にアス比が狂ってくるんでないかな。

結局のところ、正方画素ではないNTSC(DVDなど)を比率で定義とかいうやり方で表示させようとする
発想自体が前時代のものであってだな、液晶とか固定画素で表示する時代の考え方ではないというか。

まぁ、だからといって固定画素ベースで1:１にしようとすると640×480とかになって水平方向の解像感が
低下するので、オリジナルが720×480とかであればインタレ解除した上で、縦横2倍の1440×960にして
水平方向の解像感維持した上で最小限の劣化覚悟で1980×1080(60p)とかの真ん中らへんに左右黒帯状態で
収めるとかしか解像感の維持する手がないような気もするが。
インタレ素材の変換は品質を重視しだすとPCでは時間がかかるので、面倒ではあるが。

もっとひどいのはアナログ時代にレターボックスで放送された素材で、これなんかDVDで録画していると
実質720×360くらい情報量しかないので、これを1920×1080にきれいに収めなおそうとするともう・・・

アナログ入力なら高周波成分がギリギリまであることはないから640に落とし込んでも十分すぎる。
4fsの14.3MHzでサンプリングして768ピクセルを640や720にダウンコンバートするICもあるし

レターボックスはダウンサンプリング手法がバラバラすぎて素材としてもはや使い物にならない

>>155
アナログ放送自体の情報量だけで言えば確かに640×480程度で充分まかなえるはずなのだが、
実際に720×480→640×480に落とし込んでしまうと、なんかクオリティダウンしたように見えない？

レタボの件はまさしくその通りで、NHKとかがハイビジョンカメラでの収録に切り替え始めたころとか
地上波でよくレタボで放送していたやつが、未だに自宅に大量に保管してあるのだが、これホントどう
すんだよって感じだよ。
NHKがもっと過去の放送分を積極的にBSプレミアムとかNHKオンデマンドで再度流してくれればいいのだが、
権利関係の問題で流せないやつほど貴重な番組が多かったりで、本当に困る。

1ピクセルの白黒で市松模様の720*480の画像があったとして
それを640*480にするとどうしても綺麗にならなくて斑になる（エイリアスノイズ）
こういう現象はどうしても起きる
実際の映像では何も変化してない所とぼける所となって周期で現れるな

理想LPFが通っているなら起きないんだが実際は存在しないし量子化誤差も含まれるから
実際のカメラの映像でも発生しうるけどそれも運が悪かったと思うしかない
強調処理とか入れられてると水平に近い斜め線のジャギーが気になったりするのと同じだし

非線形のシーム・カービングアルゴリズムでも使えば正しくは無いが意外と違和感無いのかもしれないけど

>>157
やっぱり問題でるよねぇ。
強調処理の件と直接関係はないんだけど、一時NHKが採用していた字幕の装置？が強調しすぎていたのか
文字がものすごくジャギーだらけで醜い素材があって(代表例だと「映像の世紀」のエンディングの関係者の
名前とかが流れていくところ)、これなんかを下手に変換するとなおさら醜くなるから困ったもんです。
POPさんところに少し前にこんな記事が出ていたのだが
↓↓
http://pop.4-bit.jp/?p=3362
文中に「ジャギーや歪みを補正」にも使えると書かれているので、こういう処理も必要になるのかなぁと
最近は思ったりしているんだが、まったくNTSCってなんでこうも面倒くさいんだ・・・

今頃なんなんだが、>>154の方法で1920×1080への変換は水平、垂直両方向に多少なりともダメージが出るな。
720×480をまずきれいにインタレ解除してから水平2倍1440、垂直2.25倍の1080へ変換にすればダメージは垂直
方向だけで済むから少しはマシか。
とはいえ、('A`)ﾏﾝﾄﾞｸｾ

海外のアニメーション・コンテストに出品しようと思ってますが、
いまいち画像サイズ（ピクセル）をどれぐらいにすべきか悩んでいます。
アドバイスをいただきたくお願い致します。コンテストは下記のような
条件を出しています。

・4x3 or 16x9 anamorphic format　（画面の縦横比？）
・静止画を一枚提出（１５ｘ１０ｃｍ）　解像度は最低　300　dpi

無難に、６４０ｘ４８０にすればいいのでしょうか？よろしくお願い
します。

>160

ちなみに、編集ソフトはPremiere elementsを使っています。

ttp://ash.jp/code/size.htm
よくわからんけど、提出する静止画に求められてるのはフルハイビジョン以上の解像度じゃないか？

>>160
anamorphic formatって事は方形ピクセルでなくておｋって事だろう？
SDTV準拠にしろって事ならNTSCは720x480（4:3はピクセル比10:11、16:9はピクセル比40:33）、
欧州に多いPALは720x576（4:3はピクセル比12:11、16:9はピクセル比16:11）が一般的じゃないか？
例えば ttp://www.animamundi.com.br/en/festival/other/rules-2011:227.html だと
NTSCのメニューなしDVDにしなきゃいけないみたいだけど、こういうのは応募先によるよな。
応募先の説明をもう一度読んで確認する事を薦めるよ。

160です。みなさんお返事ありがとうございました。

>163

実は私が出そうと思ってるのはAnimamundiなのです。そのリンク先を
よく読んでみたのですが、画像サイズの条件はみあたらないんですよね。
他のコンテストだと、「1280x720にしろ」とか明記してますけど。

＞・静止画を一枚提出（１５ｘ１０ｃｍ）　解像度は最低　300　dpi

↑　素朴な疑問なのですが、この条件によって画像サイズは
固まるのでしょうか？例えば、640ｘ480ぐらいで画像をつくって、
Photoshopで画像解像度を300dpiに変更すると、荒くなってしまうのでしょうか？

>>164
印刷すると6x4cmくらいになると思う

>>164
dpiでググれ。1インチ辺に何ドット入るかっていう単位だよ。
300dpiなら2.54cmあたり300ドットの解像度になる。

>>・静止画を一枚提出（１５ｘ１０ｃｍ）　解像度は最低　300　dpi
>↑　素朴な疑問なのですが、この条件によって画像サイズは
>固まるのでしょうか？例えば、640ｘ480ぐらいで画像をつくって、
>Photoshopで画像解像度を300dpiに変更すると、荒くなってしまうのでしょうか？

1インチ2.54cm
15*10cm=1772*1181ピクセル
640*480→1772*1181なんかに拡大すれば画像汚くなるの当たり前。面積率約600%程度拡大するんだよ。
お前さんは算数出来ないか？

主催元に聞けばいいだろ
特に決まっていないと云われら主催元のTVフォーマットに合わせるのが無難。

大賞狙いでなければ色弱の人でも視れる配色にするとかしても面白いよ。
どんな色を使うといいかはググれば直ぐに解るよ。

テンプレ>>3の「16ドット削る」っていうの、さも削るのが常識みたいに書いてあるけど
par指定する場合は削るメリットというか理由がないと思う。
なんでcrop推奨してんの？

もしくはピクセル比XX指定になってるだろ
「もしくは」の意味わからないのか

すまん、なんかそこだけ読み飛ばしてたわ…

クロップして704x480sar40:33にすると、フルスクリーン表示した時に
16:9のモニタにぴったり収まるのが一応メリットと言えなくもない

聞きたい情報が各スレ跨っててどこで聞くのが適当かわからなくてとりあえずここで

昔のアニメがHDリマスターされて放送されてるものを自分でBD化するとき
今エンコしようとしてる放送のは1920x1080サイズで左右横に黒ベタ追加されてるけど
これを削って1440x1080にして--sar 1：1で画面4：3にすればいいかなって考えたんだけど
BDMVの規格調べてみたらHDサイズだと4：3の規格がない？

市販のBlu-rayでHDリマスターリリースされてるのは横に黒ベタ付けたものなのかな？

＞市販のBlu-rayでHDリマスターリリースされてるのは横に黒ベタ付けたものなのかな？
そういう事。映像部分が1440x1080でも収録解像度は1920x1080。

BDで使える解像度に1440x1080/60iってのはあるけど、それは16:9で表示するものだから4:3の映像という意味では使えない。
放送波で1920x1080だったら、黒帯こみでそのままエンコードするのが一番面倒がないと思う。

>>173
ありがとう
やっぱり規格外なのか
加工はやめてそのままのサイズでエンコードすることにします

手元のナディアをチェックしたが1920になってるな

>>175
確認ありがとう

どっちがいいんだ？

720x480,4:3の場合
左右8ピクセルずつクロップして、640x480にリサイズ。
クロップしないで、640x480にリサイズ。

リサイズせずに20:11で良いんでは？
640へのリサイズで容量減らすくらいなら、品質1つ落としてエンコでいいかなとか。

ああ、ごめんスレ勘違いしてた。
両側カットして704×480からリサイズが正しい比率だね。

ついでに>>178は10:11の間違いだった。20:11じゃhalfD1だ。
つか>>3に書いてあるが。

迷ったら規格通りでもいいが、まずは実際の映像を調べるべき
いくら規格という理想があろうと、映像という現実は別だと散々言われてるだろ
PARで10:11でも8:9でもない困ったチャンも存在するからな

禿げるぞ

>>177
>クロップしないで、640x480にリサイズ。
これだとどうなるの？

>>182
規格に厳密なら縦長になる

質問
720x480,4:3or720x480,スクイーズ物で左右に無効領域のない物はクロップ&リサイズはしない方がいい？
16:9 LBのDVD物で上下に黒帯(シネスコ物)があり、左右に無効領域がない物で上下をクロップする場合はどうしたらいい？
BD物でも上下に黒帯(シネスコ物)がある奴はどうクロップした方がいい？

過疎スレなのでage
質問追加
地デジ物(16:9)で左右にほんの僅か黒い部分がある場合はクロップしないほうがいい？

>>184
一般論なら

＞720x480,4:3or720x480,スクイーズ物で左右に無効領域のない物はクロップ&リサイズはしない方がいい？
そのままでPAR（SAR） 40:33とか10:11でエンコする

＞16:9 LBのDVD物で上下に黒帯(シネスコ物)があり、左右に無効領域がない物で上下をクロップする場合はどうしたらいい？
好きなだけ削ってもしくはそのままでPAR（SAR） 40:33でエンコする

＞BD物でも上下に黒帯(シネスコ物)がある奴はどうクロップした方がいい？
自分の再生環境に合わせて好きなだけ削れ

>>185
おまえの好きにしろ

>>184
勝手に付け足すが、>>186のPAR40:33(10:11)はDVDの規格に映像を合わせてる場合の話であって
実際には画面比16:9(4:3)に合わせたPAR32:27(8:9)や、その2つの中間PAR6:5(9:10)あたりで収録されてる事も多い。

そんなわけで正確な比較対象がない場合は正しいアスペクト比がわからないんだから
「DVDならこうするべき」という最適な答えもないし、いくら考えたってアスペクト比は出てこない。

つまり好きにすればいい。

このネタ何度目のループだよ・・・

＞実際には画面比16:9(4:3)に合わせたPAR32:27(8:9)や、その2つの中間PAR6:5(9:10)あたりで収録されてる事も多い。

この主張をソース付きで示してる例を見たことが無い

普通にテレビ見てればよくあるからね。
再放送なんかだと過去のソースと比べればすぐわかるし。

お前の常識は他人の非常識

良くあることなら比較画像でも貼れば広く賛同が得られるだろうに
そういうソースが全然出てこないのは何故なんだろうね、って話

>>193
ほんとに無いよねw
好きにすれば良いというのであれば規格通りにしても良いだろうに、いちいちイチャモンつける真意がわからん
こういう輩は見えていないものが見えるんだろうから相手にしちゃいけないってわかっているがついつい釣られてしまう自分が悲しいw

>>193
ほらよ
DVD
http://www.dotup.org/uploda/www.dotup.org2414997.png.html
BD
http://www.dotup.org/uploda/www.dotup.org2414999.png.html

＞そういうソースが全然出てこないのは何故なんだろうね、って話
はっきり比較できるソースを両方持ってる場合が少ないって事と、わざわざupすんのが面倒くさいから。
それに、気にする人は自分で確かめないと意味ないし。

BDを1:1とするとこのDVDはおおよそ6:5だな。

>>195のDVDの画像をavisynthで読み込んで1920x1080にリサイズしてみた
左右各8ピクセルクロップしてリサイズ→BD版をズームした様な画像(BD版よりも左右が切れてる)
そのままリサイズ→BD版よりも縦長な画像

限りなく黒に近いグレーなことを大っぴらに主張する方がおかしい

これってID替えて連投するほど必死に主張することなのか？
なんか哀れに思えてきたw

パンダがかわいい

720x480ピラーボックス4:3のソースがあるとして、
（1）黒帯を無くしたいだけなら左右を適当にクロップしてSAR40:33
（2）720x480ピラボ無し4:3にしたいなら左右80ドットずつクロップし、720x480にリサイズしてSAR10:11
でおｋ？

あと、（1）の時に左右80ドットずつクロップして540x480にしてるんだがなんか問題あるかな？
16の倍数だから大丈夫かと思ったんだが

720x480でレタボならまだしもピラーボックスって、エンコする気になるのがおかしい

>>202が魔法のような解決策を出してくれるみたいだからほかの人ちょっと待って

>>201
要するにSDの再放送だよね。
SAR40:33なんだから、540x480を720x480の10:11じゃない？
あるいは528x480を704x480とか。3/4D1→D1と同じだし。

ただ、アナログソースと違って上下の範囲が違ってるし、
本当はSARが40:33と違ってたりする場合に、アナログ放送の録画と
同等の映像にするという話なら、もう少し違うかも。

‥でも、自分は(1)だな。(2)は容量増加で画質劣化だし。

4:3ソースのHD放送(1440x1080)なら、
1080x1080程度→720×540程度でSAR1:1とかもやるけど。

ttp://misttimes.cocolog-nifty.com/image/img_blog20071220_01.jpg
ttp://misttimes.cocolog-nifty.com/image/img_blog20071220_02.jpg
ttp://misttimes.cocolog-nifty.com/image/img_blog20071220_03.jpg

上の画像の様な画面のDVDを持っているが、どうしたらいいんだ？
しかもを無効領域なし...orz

訂正
誤 しかもを無効領域なし...orz
正 しかも無効領域なし...orz

>>205
エンコードするなら黒いとこ適当にクロップして10:11あたりでPAR指定すればいいじゃん。
とりあえず上下切らないとワイド画面で見づらいし。

無効領域なしって何を言ってるんだ
無効領域は規格上無効な領域ってことで
そこに絵があるかどうか関係ないぞ

>>208
無効領域に絵があっても、その部分は無効領域になるの？

そう
無効領域と黒枠は別問題だから

>>210
>無効領域と黒枠は別問題
これどういうこと？
ということは、Cropした方がいいということ？

アナログテレビは走査線が右端までいくと左端へ戻っらなければいけないが
レーザーは一瞬で戻れないから水平ブランキング期間を設けてその時間を稼いでいる
この部分の映像は乱れるのでブラウン管の画面外で処理することになっている
これが無効領域
アナデジ変換により近似値としてデジタルではNTSCは16ピクセルということになってる

所詮アナログ時代は画面外のことだったから16ピクセル分に絵があろうがなかろうが関係ない
ただしDVDなどでは720X480から無効領域16ピクセル分除外した有効領域にアスペクト比を適用することになってるから
規格上正しい縦横比で表示させるためにクロップしなければならない時がある

その8ドットにパンツ写ってたら俺はクロップしない

再生機器の都合でどうしても16:9or4:3の解像度にリサイズしなきゃいけない場合以外、クロップしなきゃいけない場合なんてないじゃん。
DVDだったらPAR指定でいいっしょ。

要するにクロップしなきゃいけない場合があるってことだろ…？

俺の書き方が悪かったよ…。リサイズ必須の場合でもクロップしなきゃいけないなんて事はない。
俺なら左右の映像を削るより上下にちょっと黒帯足したほうが良いし、
そもそも規格=正しいアスペクト比とも言い切れないから、そのままリサイズしても良いと思う。

>>205がどうしたいのかわからんし
貼ってる320x240画は720x480DVDを単純リサイズしたものかも不明だ

実は>>3,4で終わりなんだけどね
このスレはずっとテンプレを表現変えながらループしてるわけだ

前に地デジ偽装したのがついにバレてしまった(´･ω･｀)

無効領域なんてねえよ、アナログTVだったら上下左右8ドットよりもっと
大幅に削られちゃうし最近のレコーダーなんかで液晶TVで再生すれば
720*480＠16：9で再生されちゃうよ、そんなん適当なんだよ

そう思うならお前はそうしてれば良い
だがそう思わない奴にまで口出しはしないでくれ

言えてる

俺の手持ちのDVDはみんな無効領域に映像が含まれてた。
ちなみに、そのDVDのメニュー画面を見ると、無効領域に映像が含まれていた。

>>4
>MPCでは横を45/44倍=1.0227倍すると補正できる。
これどうやんの？

右クリ→パン&スキャン＞編集でプリセット登録

>>225
右クリ→パン&スキャンでやってみたけど、位置とか拡大率が出てきたんだけど、どこをいじればいいの？

>>225
すまん、これだけじゃ分からん...orz
詳しいやり方分かる人いない？

よく知らんが
　　右クリ→Pan&Scan→Edit..
　　New→新しい奴を選択して「yoko1.0227」とか名前つける→Zoomの左に1.0227、右は1.0。posは両方0.5のまま。→Save
　　再度右クリ→Pan&Scan→Edit..の上に「yoko1.0227」が追加されてるので選択。→横にビヨ〜ン
でいいんじゃねえの？
実際には丸められて1.0230になるようだけど。

>>226
位置は原点(0〜1.0の実数)、拡大率はそのままの意味(1.0で拡大なし)。左の入力が水平、右が垂直だ。
新規を押すとプリセットが追加されるので適当な名前付けて↑の任意値を設定して保存すればいい。
横1.0227倍拡大なら原点0.5/0.5(画面センター)、拡大率1.023/1.0にすればいい。
ちなみに1.0227を入れても小数点以下3桁に四捨五入される。
後はわかるな？

>>228-229
ありがとう

自分の作ったサイトアニメがよく中国の動画サイトに転載されて困ってるんだけど
動画サイトに合わないオススメのアスペクト比ってある？
極端ではなく、多少でもおかしくなるようにしたい

1:1000ぐらいにしておけば

そういうアホなレス防止に極端じゃなくてって入れたんだけど意味なかったかな

犯罪者に荷担する方がどうかしてると思うが

何で俺が犯罪者なんだ？
自分が手作りしたアニメを不正に配布されたくないだけなのに

動画にサイトアドレスなどをしっかり入れて「チャイナ動画さん、広告ありがとう」というスタンスにしたら

電子すかし的なもので、中国語の呪いの文言でも

アスペクト比スレなのに知識持ってる人はいないんかい(´・ω・｀)
呪いの文言は参考になったが

必要な知識はアスペクトじゃなくて中華の違法サイトのでしょ
youtube板で訊けばいいんじゃね？

>>239
youtube板で聞いてみるよ

地デジをアスペクト比を保存してエンコードーするのと
リサイズしてエンコードーするのとは同じ仕上がり寸ならどっちのが画質がいいとかあるの？

ジークンドーみたいだな。
同じファイルサイズなら解像度の低い方が有利だが、アスペクト比に関係ない質問は他でやれ。

っていうことはアスペクトでエンコードーしたほうがいいってこと？

>>243
http://toro.2ch.net/test/read.cgi/avi/1317135205/l50

アニマのアス比がおかしい
640x480の４：３作品を1440x1080の１６：９の信号入れずに１：１で流してるからアス比補正機能無い機器だと馬ヅラになる

BSアニマが|()|になる

Ps3アプコンとDVDの比較画像だけど、なんかそのまま1920x1080に拡大されてるっぽい？
多少のズレはあるが…

PS3アプコン
ttp://livedoor.3.blogimg.jp/insidears/imgs/1/c/1cb7fdb0.jpg
ttp://livedoor.3.blogimg.jp/insidears/imgs/6/e/6ecbc40b.jpg
ttp://livedoor.3.blogimg.jp/insidears/imgs/5/8/5874f9b7.jpg

DVD拡大
ttp://livedoor.3.blogimg.jp/insidears/imgs/1/a/1aacd6d6.jpg
ttp://livedoor.3.blogimg.jp/insidears/imgs/9/6/9673c4cc.jpg
ttp://livedoor.3.blogimg.jp/insidears/imgs/4/7/477fcd29.jpg

Video_resize - 森田の講義まとめWiki
ttp://watersky.jp/memo/wiki.cgi?page=Video_resize

720から削って704にする理由ここの話がすごくわかりやすかった

486本は良いとして水平方向の有効サンプル数が711に触れてないのがアレだな

>>248
縦の解像度は企画書では定義されていない 486 or 485
そのサイトは突っ込みどころ満載なので
A Quick Guide to Digital Video Resolution and Aspect Ratio Conversions

http://lipas.uwasa.fi/~f76998/video/conversion/
を読んだ方がいい

720から削って704にすると左右が切れてやだよ…
左右の端に映像があるソースで

DVDのアプコンは1440x960にしたほうがいいということ？

訂正
>したほうがいいということ
したほうがいいのかな

アプコンしなくていいよｗ

>>251
嫌なら削らなければ良いだけだ

sarがあってるなら、画素数にこだわる必要ないよな

保守

すまんがどうしてこの計算式になるのか教えてくれないか？

704x10/11 = 640

704は16削った後ってのは理解してるつもり

一ピクセルが正方形じゃないから
で良いのか？なにがわからんのかその質問じゃわからん

エスパー気味に回答してみると・・・。
SAR(PAR)=10:11というのは、各ピクセルの横の長さを10と考えた場合に縦の長さを11とするということ。
704x480で、縦の480を維持すると考えた場合、つまり縦を1倍と考えた場合、横は1*10/11倍となる。
「1を11で割ってそれに10をかけたものが横の倍率となる」と考えたほうがわかりやすいかもしれん。
そんなわけで704*10/11=640。

ありがとう　式の意味は分かった　11:1=10:0.9ってことだよね

しかし、PCの1ピクセルは1:1で正方形なのに0.9倍ってところがよく分からんのです

>>261
そのファイルは10:11のピクセル比のディスプレイで見ると正しい縦横比になりますよ、という意味。
1:1の正方形ピクセルディスプレイで見るのには補正がいる。その補正が 10/11 倍という処理だ。

>>261
テンプレにあるペガシスのページ読めと書こうとしたら消えていたので
数字や計算式抜きで説明すると

横を704ピクセルにするとか10:11や40:33はブラウン管を使っていたアナログ映像規格をデジタル規格（D1、D2）にする過程で出てきた数字
DVDなどはこの規格に基づいて作られている

ブラウン管の表示において
縦は走査線の数（日本のNTSCと言う規格では485）によってきっちり決まるけど
横の情報量（デジタル的に言うとピクセル数）は理論上は走査周波数によっていくらでも変わる仕組みになっていた。
で、NTSCで使われていた横情報量がピクセル数に変換すると712くらいの周波数だった
つまりブラウン管時代は縦と横のピクセル比が同じじゃなかったのでそれをデジタル化したD1、D2規格は正方ピクセルではない

ちなみに横の始まりと終わりを8ピクセル削るのはブラウン管表示ではこの部分は信号がなくてはいけないけど
この部分まで表示させると映像が乱れるのでマスクされてた領域の事

なんだか数式があった方が簡単かもしれんねw

http://web.archive.org/web/20081204195128/http://tmpgenc.pegasys-inc.com/ja/info_20070330.html

キャッシュに残ってたのかｗ

先週NHKでやってたハゲタカって映画、クロッピングしたらアスペクト比が2.48:1になったんだけど
この2.48:1ってよく使われる比率なの？

それはアスペクト比じゃない

アスペクト比ではあるけど、そういう比率になるものが何なのかは知らん。

シネスコは2.35:1をベースに作品ごと演出として上下のマスク量を調整するのが通例なので決まった数字にはならない

>>269
なるほど、そういうことだったのか。
っていうか >>269 はなんでそんなことしってるの？なんかの関係者？

720x480,スクイーズをAviut.で640×360にしたいんですが、
クリッピング＆リサイズで左右系16削って、サイズの変更→指定サイズ640×360であってますか？

どこかのサイトに上下も計120削ると書いてあったんですが、こちらの情報のほうでやったほうがアス比が正しく見えてます。
あと、テンプレにリサイズはやめておけとあったんですが、Aviutlではアス比だけ変更するのは無理ですよね？

上下を120削るってのはレタボじゃないの？

>>272
レターボックスだったみたいです。ありがとうございました！

テンプレの720x480スクイーズのとこの「リサイズはやめておけ」というのは、
縦480のまま無理に16:9にしようとすると横が853.333・・・という中途半端な数字になってしまうから？

>>274
SDからさらに削るのはもったいないと思う。ただ、高さ480無い再生環境を想定しているのなら別だが。

新バージョンのニコが864*486ですけど、左右だけクロップしてそのまま突っ込んでいい感じですかね

>>274
情報量は同じなのに横133ドット分無駄になるから。
HDを853x480にリサイズするならまだしも
元が720x480なものを横を853に引き伸ばしても情報量は変わらないでしょ？
ならリサイズせずに、再生時に伸ばしたほうが効率的だよね。って話。

>>274

>>277のとおり、720を853に拡大リサイズするのはやめておけってこと。
720を853に拡大処理して、さらに再生時に1280や1920に拡大とか目も当てられないでしょ？

>>274
ごめん、リサイズについての理由を知りたかっただけでした。

>>278-279
ありがとうございます。4:3の時とは違って横方向への拡大リサイズになるんだからそりゃそうか。

アスペ比

handbrakeでDVDからアス比維持して落としたデータが720x576
左右16ﾋﾞｯﾄ削って704x576
これを16:9にリサイズするにはどうしたらいいですか？

試しにLanczos3-lobedで704x369にリサイズしてみたんですが横長になった気がします
それ以前にhandbrakeで720x480に変換して落とした方がいいんでしょうか

Handbrakeって何もいじらなければ720x480で出力すると思うんだけど…
それに、最近のバージョンだとソースの解像度よりも大きいサイズにはりサイズしないと記憶していたのだが。

720x576の動画はGOMPLAYERのモニタ出力16:9または1.85:1で変換して再生すると
自然に見えますが、正しいアス比がどちらかは肉眼ではわかりませんでした

>>282
ソースが720x576と表示されます
何もいじらず、strictモードでも720x576で出力されます
海外のDVDなのが原因でしょうか

>>281
ごめん、PAL方式のDVDってことか。
単純に計算すると1024x576にすれば縦の解像度を変更せずに16:9に出来ることになるけど、PAL方式は扱ったことが無いから良くわからない。
細かいところは自分で調整するしかないんじゃない？

>>285
ではクリッピングせずに1024x576にリサイズすれば良いんでしょうか…？
飲み込みが悪くてすいません

実際に見て問題がなさそうならそのサイズにリサイズすればいい。

つか、Handbrake使ったんであればそのままでもアス比正しく再生されるんじゃないか？

handbrakeで落とした動画はそのままだと縦長で再生されてしまいます
gomplayerで再生モードを変えれば見れるんですが

リサイズやってみます
解答ありがとうございました

ハンドブレーキのリサイズオプションは 「-w 720 -l 480」な

って自分の使ってるやつはCLIバージョンでった
GUI版は分けわからんからCLIにしたのを忘れてたわ

>>289
>>248でも言ってるけど、たぶんPAL方式の映像が収録されたDVDだから720x576のままでいいはず。
無理にリサイズすると余計に映像がゆがむよ

>>281
http://img208.imageshack.us/img208/2190/sardx8.png

DVDでも720x480で無効領域がない奴があるんだけど、この場合はどうしたらいいの？
他にも720x480で4:3物で上下黒帯というものもあったんだけど、この黒帯をアスペクト比を狂うことなくクロップする方法ってない？

算数

>>293
>>3

e2で
480x480のレターボックス
720x480で左右に黒帯

という映像があるんだけど、この場合はどうすれば・・・

>>296
こういう映像です
>480x480のレターボックス
http://bbs.pspwiki.to/up/download/1349360571.png

>720x480で左右に黒帯
http://bbs.pspwiki.to/up/download/1349360678.png

>>297
俺ならかっと＆リサイズせずにアスペクト比指定にする

>>297
>>292の表が参考にならない？

後で調べて分かったんだけど、e2で544x480で放送していたチャンネルがあったということ
720x480で左右に黒帯の場合は、左右88ピクセル(または96ピクセル)ずつクロップすると綺麗に消える場合があった。
>>297の720x480で左右に黒帯は綺麗に消えなかったけど

このスレの１からさんざん出てるけど
黒帯と無効領域はイコールじゃないから
黒帯全部削ると正しい縦横比にならない場合もある

こういう奴はどうしたら…
ビスタサイズの映画です
http://page.freett.com/puti7777/ghibli/test/img/title_hosei.jpg

AutoCropと>>292

>>302の左右の太い黒帯は、左右24ピクセルクロップすれば消えた
クロップ後の幅が中途半端になってしまった
でも16の倍数だし

左右合計16ドット削りたくないまたは黒い部分が左右合計16ドットない場合は、リサイズしないほうがいい？

>>305
>>3

無印(旧e2)とプレミアム(旧HD)の東映チャンネルを比較してみたけど、無印の方が縦に伸びちゃってるような感じだった。

画像上げてみたいけど、キャラクターや登場人物が写ってるシーンばっかなので、今のご時勢ではちょっと…

感じと言われてもなｗ
同フレームで比較してみるといい

>>307
プレミアム(旧HD)
ttp://www.dotup.org/uploda/www.dotup.org3498853.png.html
ttp://www.dotup.org/uploda/www.dotup.org3498872.png.html
無印(旧e2)
ttp://www.dotup.org/uploda/www.dotup.org3498860.png.html
ttp://www.dotup.org/uploda/www.dotup.org3498884.png.html

Pass:As

短期間で消えるのでお早めに

別のチャンネル
ttp://www.dotup.org/uploda/www.dotup.org3499687.png.html
ttp://www.dotup.org/uploda/www.dotup.org3499689.png.html

Passは>>310と同じ

720x480を16：9で引き伸ばすとわずかに縦長になるのは今更の話じゃね？

720x480のままにするならDARじゃなくてSAR指定すれば良いじゃん。
40:33だっけ。

>>292

>>297
>720x480で左右に黒帯
x264でインタレ保持してエンコしたい場合は、左右合計180ピクセルクロップして、540x480になってsar 32:27でおkかな?

インタレ維持で縦方向のリサイズはしたらあかんで
覚えといたらええで

横方向のリサイズしかしてないと思うのだが。

>>316
横方向だと問題なし？

>>317
リサイズはなし
Cropのみ
avisynthのCropフィルタ使用で、Crop(90, 0, -90, -0)という設定

横方向だけならクロップでもリサイズでも問題ないでしょ。
縦方向はクロップなら最悪フィールドオーダー変わるぐらいですむだろうけど、リサイズはアウトじゃないかな。

>>315
>sar 32:27
これは4:3でエンコする場合ね

720x480で左右に黒帯のある番組は、同じ局であっても左右の黒帯の大きさが違う場合があるみたい
左右合計88ピクセルというものあった
この場合は544x480にして4:3でエンコする場合はsar 20:17

やはり、無印(旧e2)はプレミアム(旧HD)よりも縦長だな
元ソースの時点で

上で貼られた画像もそうだと思うが、アップ/ダウンコンは
SD(PAR6:5[16:9] or 10:9[サイドカット4:3]@720x486)←→HD(PAR1:1@1920x1080 or PAR4:3@1440x1080)
が多いみたいよ。放送映像は縦6切った720x480で、局によって上5下1だったり上4下2だったりするようだ。
上の3つ目と4つ目の画像は720x485変換みたいだがらPARが微妙に違ってくるが。

10:9じゃなく9:10です（汗
それと6:5や9:10はHDマスターのダウンコンPARで、SDマスター(NTSC)の場合はこんな感じかなぁ？
SD(PAR40:33[16:9] or 10:11[4:3]@720x486)←→HD(PAR100:99@1920x1080 or PAR400:297@1440x1080)

DVDだとどうなんだ？

DVDも一緒で収録マスターに依るんじゃないかなぁ。
BSフジでやってた三国志Three Kingdoms(HD収録)の見逃した話をDVDで見たけど
BSフジのtsと比べると上下が微妙に切れたPAR6:5だったよ。

BD物で同じ奴が480pと1080pで収録されていたので、比較してみたらやはりDVDは縦長だった

BD
ttp://www.dotup.org/uploda/www.dotup.org3513816.png.html
DVD
ttp://www.dotup.org/uploda/www.dotup.org3513819.png.html

Passは>>310と同じ

他にも上下が少し切れてた

BDMVにHDの4:3なんてあるん？

>>326
左右の黒帯を削って1440x1080にしてる

削らないほうがよかった？

固有ソフトで申し訳ないのですが、
nero10でDVカメラで録画したものをaviで取り込み、編集→DVDを作成しています
撮影は16:9で、取り込んだaviファイルのプロパティをみるとフレーム幅720、フレーム高480となっています。
そして、neroでプロジェクトの設定でTVワイドスクリーン（720×480　16:9)にし、
読み込んだaviを配置すると、なぜか読み込んだ映像は4:3になってしまいます
プレビュー画面は、16:9なので両脇に黒帯で肝心の画像が4:3になるため、撮影した映像を16:9で書き出すことができません
一方、ためしにneroのプロジェクト設定でフォーマットオプションの解像度を4:3にすると、
プレビュー画面が4:3でその中に撮影した映像が16:9で表示されております
16:9の画面に、撮影した16:9の映像を目一杯入れたいのですが、なにか原因・解決法などはありますでしょうか？

そのまま出力して再生してみそ

>>331
どちらで出力すればよいので？
プロジェクト設定で4:3にして16:9の画像で入れ込み出力ってことでしょうか
4:3のアスペクト比のDVDができるけど、テレビなどの出力で帯が入って16:9として見られるってことでしょうか？

>プロジェクトの設定でTVワイドスクリーン（720×480　16:9)

de

プロジェクトで16:9の設定では、DVDにしてみると、4:3の中に上下に帯が入ることで
16:9となってしまいました
どうも、neroで読み込んだ時にアスペクト比が720×480のファイルが720×570になってしまいます
勝手に解像度が変わるのはなぜでしょうか・・・

【初心者歓迎】総合質問スレッド-79-【ダウソNG】スレで質問したんだけど、
レス貰えなさそうなのでこちらに来ました。解る人居たら教えて下さい。

再生機器はデジタルフォトフレームの SDP-T720VB。　http://www.vredefort.net/spec/index.html
画素は800x480なのですが、再生可能な動画サイズは720x480までで、
両サイド40、40が無駄になります。　が、デモ動画は画面一杯に表示されます。
このデモ動画をaviutlで読むと720x384で表示されます。
mpchやVLC media playerで再生すると縦横比がおかしく表示されます。
mediainfoで見ると、
幅　　　： 720 ピクセル
高さ　　： 384 ピクセル
解像度：1.561
mpchのファイルプロパティではARが599：384となっています。

で、自分でこのデモのようなファイルを作りたいのですが、
aviutl+XvidVFWのオプションのARを599：384で作成しても、mpchで見ると
AR97：64になってしまいます。
どうすればARが599：384の動画を作れるでしょうか？

>>335
果てしなくどうでもいい

ffdshowの情報でsarの値がでるから、その数値をpar指定にすれば

>>334
そうか、それは残念だね。
DVDの規格で横720というのが決まってるから、そのまま出力すればいいと思ったんだけど・・・。
あと気になるとすれば、720x570はPAL規格だ（と思う）からNTSCに切り替えてみるとかかな。
それでもダメなら僕はお手上げ

>>336
デモ動画はffdshowの情報ではSAR,8933/10733, DAR, 27049/17333
このSAR,8933/10733値をXvidvfwのPARに入力指定し書き出したファイルを
ffdshowで見ると SAR,1/1, DAR, 15/8
MPCHで見るとAR 299：192
SDP-T720VBで再生すると縦が潰れ再生されます。

mpchってなんだ？
桁が多すぎるんじゃね
DAR, 15/8でやってみたら

あ、失礼。MPC-Homecinem(メディアプレイヤークラッシク ホームシネマ)です。
映像板なんで通じると思い込んでました。
DAR, 15：8でやってみましたが縦潰れで再生されます。

Hで切る略し方をする人はあなたくらい。
MPCHCかMPC-HCだから。

>>337
レスどうもです
NTSCの確認をしましたが、しっかりNTSCでした
別のneroが入っているところにaviファイルをもっていて確認してもらったら
そちらでは16:9の画面に16:9で表示されました・・・
再インストールを見てみたものの状況変わらず、ビデオカードの処理なども含めて
扱える画像が違うのでしょうか？
ちなみに、DVD作成-作成-ムービーの作成で
設定画面が出てくると、TVワイドスクリーン（720×480と704×480）のみ選択可能で
それ飯貝のTV標準（4:3）などの他のものがグレーで選択不可でした
システム的に扱えるものが変わることがあるのでしょうか（私のPCはオンボード、うまくいったのは
nvidiaのビデオカードを使っていました

その映像はTVワイドスクリーンでOKっぽいから、他がグレーアウトされてる事自体問題じゃないと思いますが。
むしろ16:9と認識してるという事でしょう。
Neroを持ってないので判りませんが、出力設定が4:3になってるとかDVDメニューを4:3で作ってるとか
どこかが4:3になってるのでは？
いづれにしろNeroの設定の問題っぽいからNeroスレで聞いた方が早いような気がします。

DVDを作るのなら、Naroよりも無料のこっちの方が良い。

http://sites.google.com/site/avstodvdmain/

んなろぉ〜

この場合、横解像度はどうなる？
横解像度:分からない
縦解像度:480

アスペクト比:16:9でSAR比:1:1にしたいと思ってます。

>>346
計算すれば良いじゃん
480*16/9=853.333…
だから853とか854じゃない？

16:9=x:480

>>346
>>5
■アス比計算機

アス比＝表示横解像度/表示縦解像度
SAR=表示横解像度/実横解像度

ウソ

(´；ω；｀)ﾌﾞﾜｯ

NTSC扱うときなんで16削るの？
なんで削らなくてもいいの？
そこからリサイズしたんじゃ映像自体のアス比ってメチャクチャなんじゃないの？

なんでPCで扱うのにテンプレはPAR1：1前提の話になってないの？

全然わかんない。

嘆きワロタ

>>353
比の計算が出来れば理由はわかると思うんだが・・・最近は小学校で教わらないのか？

SDのアプコンのCMとか番組で有効範囲上下0.5本を数えて486本として
下の映像0.5本分だけ残ってたりするけど比率あってるのかな
偶に上側のラインだけ出てたりもするけど
480本の範囲でクロップの位置間違えてるだけなのか?

＞＞355
わかるから疑問が出てるんじゃないか。
720*480(1.5)リサイズ →640*480(1.333333333333333)でも
704*480(1.466666666666667)→640*480(1.333333333333333)でも
どっちでもいいって書いてあるんだよ？
引き算が出来れば算が出来れば理由はわかると思うんだが・・・最近は小学校で教わらないのか？

左右16のことばっかり言われてるけど
テレビで見るときの上下もカットされてることは考慮されてるんだろうか？

それともテレビは左右16カットした上でそれを4：3の比率で表示して
有効領域は上下左右とも更に狭い4：3なの？

720x480を640x480にリサイズなんてどこに書いてあった？
ピクセル比を10:11にするってのならあったけど。

>>357
TVでは上下左右ともに大幅にカットされるよ、無効領域って
言葉が変なんだよ単に比率を合わせる為に邪魔な部分って
だけだし

>>357
計算したら分かるつったろうが。貴様は幼稚園児か。

720x480は横方向を伸縮させて正しいアスペクト比にする。
縦480でアスペクト比を4:3にするには、求める横解像度をxとすると4:3=x:480→x=640
一方、720x480の横方向を10/11倍すると654.5…で640より大きい。
704に削ってから10/11倍すればちょうど640になる。

つまり720x480のままだと左右に余計な領域がくっついてるからあらかじめ削ってからリサイズしないと映像が縦長になる。
だから削って704x480にしてからリサイズするの。

16:9スクイーズも同様に、求める横解像度をxとすると16:9=x:480→x=2560/3=853.3…
720x480の横方向を40/33倍すると872.7…で853.3…より大きい。
704に削ってから40/33倍すればちょうど2560/3になる。

>>358
>>360
ほうほうなるほどそういうことか！

720x480の横方向を10/11倍して（720*654.54..）
それを640*480にしろっていってんのかと思った。

サンクス！！

>>359
そこがまたよくわかんないんだ。

アナログの4：3TVに4：3のDVDを出力して見た場合、
10/11倍されて真ん中あたりだけが見えてんのはわかるんだけど、
デジタル16：9のTVに出力した場合は？

一応4：3モードみたいな画面になるけどピクセルの比率は1：1だよな？

アナログと同じようにやっぱり真ん中あたりだけが見えてる感じだけど、
720*480を4：3化した、PCでそのまま見る場合と同じちょっとほっそりした
比率に見えるんだ。

デジタルTVには704*480にしてからリサイズするような機能は無いの？
DVDはアナログTV以外では正しい比率で見えないもんなの？

A 704で再エンコ
B H.264で再エンコ
C プレーヤーで横45/44倍拡大
D ちょっと斜め上または下から見る

「エンコしてちゃんと見たい」んじゃなくて
デジタルテレビはPCと同じ比率で見えてるのかそうじゃないのかが知りたいんだ。

見て分からないなら、違いがあろうがなかろうが同じだろ

自分には感知できなくてもドヤ顔で語れる裏付けがあればラッキー
スナックでおねーちゃんに語るネタになる
彼女達は話を聞くプロだから気持よく語らせてくれる

>>364
自分で見るだけならそうなんだが
後世に遺しておかないといけない映像が沢山あるんだ。

元がVHSだもんだからこの先2度と再生できなくなってしまう。
俺だって出来ることならこんなメンドクせえことやりたかねえや。

なら映像データはそのままクロップもリサイズもしないままにしておいて、
mkvでクロップリサイズ設定しとけば？

ビデオ付きレコーダーでも買え

>>367
マトリョーシカってそんなことできるんだ。ちょっと調べてがんばってみるわ。

上か下に2pxくらいの黒帯がある映像って削らないのが正解なのかな？
こんな微妙な帯付ける理由は何なんだ

質問には答えないが俺はピラーボックスと額縁以外の黒帯は削らない事にしている

削るときは多少ゆがんでもいいからキッチリ削る。

正直ニコ動なら、16:9より4:3で投稿した方が納まりがいい。
（16:9だと、少し大仰過ぎる印象）

静止画をバックに音楽を流す動画を投稿する場合だと、
上下に黒帯が残った状態で投稿した方が、後でスクリプトで歌詞を付ける際に見易くて便利。

ヨウツベとかアス比変えられるボタンほしい

Firefox なら Greasemonkey のスクリプトで Youtube Center っての入れればアス比変更ボタン使える

そうなんだ
でもグリモンはセキュリティ的にもろいっていうのどっかで読んで敬遠してるのでやめとこう

SDのデジタル放送をエンコードする時やPCで見るときのSARって32:27でいいですよね
(正しいアスペクト比という意味でなくTVと同じアスペクト比という意味で)
一応自分で確認してみました
1ドットの外枠がある720x480の動画を作成 -> x264でSARが40:33, 32:27でエンコード -> chotBDAVでBDAV -> レコーダーで確認
レコーダーでは40:33, 32:27ともに上下左右に黒枠なしで外枠も全部表示されていました
ようするに>720x480の動画はそのまま画面フルに拡大されるということのようです

>>377
あたり前のことだけど確認するときに液晶TVのオーバースキャンはオフってるよな？
主要日本メーカーのBD/DVDレコーダー、プレーヤーはSDのPAR40:33を守っているはずなんだが・・・

>>378
ちゃんとフルサイズ表示にしてます
レコーダーで作ったh.264のBDAVでもSARは40:33になっていますがTVではフル表示だと思います(CS2 100chで確認)
上下に黒枠なしで左右のカットはないよう見えます

一般的なTVの”フルサイズ”はオーバースキャンされてるんだが・・・
オーバースキャンをオフるのならドットバイドット

>>380
パナソニックのテレビですが「フルサイズ」でいいはずです
「標準」だとオーバースキャンになります

パナのテレビとレコーダー使ってるけど、40:33はフルで表示しても左右カットされてるよ？
左右8ずつ黒帯つけてもまだ本編がちょっと見切れてるから困ってるけど。

俺はTvTestでしか見てない(TV持ってない)のだが、
実家のフルHDのBRAVIAでBS野球中継見たら、画面下のテロップから映像下端までが
TvTestより気持ち狭かったような気がする。アレってオーバースキャンされてるのん？
BRAVIAの設定は見ていない。

HD放送なら設定でフルにできるけどデフォルトではオーバースキャンなのが普通
SD入力などでどの程度クロップされてスケーリング表示するかはメーカーによって違うし
設定項目が無いとかよくあるし、かなり削られてたり左右どちらかに偏ったりと不満が多い
プロジェクターだとそういう細かい部分も調整できたりするので便利

なるほど、フルHD放送の視聴はdot by dotが普通と思ってたわ

アクオスだとTV放送は「フル」と「アンダースキャン」があるな
アンダースキャンを選んでるがこれが正しいんだよな？
PCモニタとして使う時は「フル」と「Dot by Dot」があるので当然後者を選択

SMPTE　RP187だったか何かに、プロダクションアパーチャ1920x1080の内側の
クリーンアパーチャは1888x1062という記載があって、TVはその領域を表示してるのかも。よく判らんが。

ブラウン管時代は90%、FPDは95%位に設定してるだけだろ

>>377
遅レスですが、テレビでの表示を基準とするならARIB STD-B21 第6章を見る限りPAR32:27で良いと思います
東芝のテレビをCS100chで確認してみましたが、PAR32:27でした

それはおかしいもしTV表示の規格が32：27ならば
BT.601で記録された映像のプリロール部とエンドロール部も表示されてしまう

何をもって32:27と判断したん？
検証画像があるなら見たいな。

CS100chの毎時30分にある「スカパー！はじめるガイド」という番組で、テレビの絵が2分間ほど表示されます
ttp://upload.saloon.jp/src/up2992.png
この絵のベゼルの黒い部分の大きさをレグザ37Z2のフル表示(SDの時はオーバースキャンされます)で測ると643mm×412mmでした
元の映像の黒い部分は537x408で、これを縦412の32:27にすると642.7x412、40:33だと657.3x412となり
32:27として計算した数値がテレビを直接測ったものと近いので、そう判断しました

720x480で無効領域をつけてDVDに焼いたらきっちり黒帯ごと表示してくれたので、
704x480なら間違いはないだろうと思って焼きなおしてみたら
PC上では正しく表示されたけど民生機はわざわざ黒帯をつけて映しやがった
何なんだよまったく！

おまえらのTVとプレーヤはちゃんと正しいPARで表示してくれるの？

BDP-S190を持っているけど、オーバースキャンはちゃんと無視して出力する。

PS2の映像をD端子でBRAVIAに出力してみたが
10:9のピクセルアスペクト比で表示された
本来あるべき絵より微妙に縦長になってるのか

アナログは再生機側で調整しなきゃダメだろ。

PS2にもBRAVIAにも調整機能はない

今はデジタルだから数字にこだわれるが、昔はどうやったって
全域でピクセルを正方形に表示なんて出来なかったからなぁ
調整なんて違和感なく見えるように追い込むだけだったし、
映像制作側も間違ったままだったりしたし
古いソースは規格を基準にしてあとは違和感出ない調整をしたら
妥協するしかない

どうしてもこだわりたいならそれぞれの映像毎に制作者に聞くしか

test

400

アスペ ?
昼間ライトのスレ ?

エンコ初心者です DVDプレイヤー用に720×480 (3:2)で変換してたけど
720×480 (16:9)に設定した方がいいんでしょうか？

その動画次第。

>>402
動画ファイルの画素数と、ディスプレイの画素数は無関係と憶える。
また、DVD の画面は二種類、16：9 と 4：3 。

上記を守って MPEG-2 でエンコードしておけば
ディスプレイ(テレビ)が 16：9 であろうが 4：3 であろうと
プレーヤは正しい比率で再生してくれる。

プレーヤに16：9ワイド出力があったので16：9にしたいと思います
ありがとうございました

ffdshowがmkvmergeで指定したアス比読んでくれない
更新終了みたいだからmp4に入れ直すしかないのか('A`)

それスプリッターの役目じゃね

そうなの？
MPCHCで見てるんだけど、同梱のLAVSplitter.axでもガベちゃんのスタンドアロン版MatroskaSplitter.axでも無視される
haaliは宗教上の理由で勘弁してください
デコーダをffdshowからLAVに代えると読んでくれるんだけどリサイズフィルタを使いたいので・・・

アナログ(LD)映像をキャプチャーしたところできたファイルの解像度が720×486になっています
これは左右8ずつ上2下4カットしてピクセル比10:11指定すればOKなんでしょか

それでいいと思うっすよ
上4下2か上2下4を切ってピクセル比10:11。Blu-rayにするかもしれないなら左右8は切らずに水平720のままで。

無劣化でアスペクト比変更できるお手軽フリーソフトってありますか？
aviutilとかmp4を扱うのにトンデモインストール作業が待ち受けてて、しかも途中のインスコエラーで萎えました

もっと簡単なのって

１ない
２ある　ならお勧めおねがい

初板なので厨質ならスルーでね　＾＾ﾉｼ

Handbrake　はちょっとアレでしたので・・・

>>411
.mp4ならyambでできる。MP4Box.exeのフロントエンドなだけだけど。

yambがラクだな

>>413-414
どうもありがとうございます！！さっそくｗｗｗ

映像（黄色）＋音声（赤・白）の変換ケーブルは結構あるのですが、
コンポーネント映像（赤・緑・青）の変換ケーブルがなかなか見つけられません。
形としては、同形状の変換ケーブルでよいのですが、
もしも黄・赤・白、同形状の変換ケーブルを、代用するとなれば黄・赤・白のプラグをどこの色に割り当ててよいのかが、わかりません。

宜しくお願いします

スレチ。

他に聞くのにふさわしいスレある。
その聞き方じゃレスは期待できないけど。

けちくさい人は大成しない法則なのヘ(^o^)/









>>416
スレチ。

DVDをエンコードする際、カットせず32:27か8:9でエンコしてたのですが、これは間違いなのでしょうか？
なんだかよくわからなくなってきました。

↑自己解決 汚しｽﾏｿ

ちゃんと40:33って結論に至ったか？

いわゆる「規格」の話ならともかく、全てのDVDソースに当てはまる「結論」なんか無いからな。

>>421-422

収録されてるソースが、
SDTV（NTSC）の場合：DAR4:3ならSAR10:11、DAR16:9ならSAR40:33を指定（無効領域の有無に関係なく）
HDTV(ハイビジョン)の場合：PAR1:1になるよう指定（DAR16:9でSAR32:27）
と解釈しました。

ただ判断が難しいというか面倒なので、どちらの場合でも支障がない左右計16ドット削り704x480に40:33か10:11を指定する形で今後は行こうと思います。

理解にあたっては、過去スレと以下のページを参考にしました。

ttp://ja.wikipedia.org/wiki/%E3%83%94%E3%82%AF%E3%82%BB%E3%83%AB%E3%82%A2%E3%82%B9%E3%83%9A%E3%82%AF%E3%83%88%E6%AF%94

ttp://web.archive.org/web/20081204195128/http://tmpgenc.pegasys-inc.com/ja/info_20070330.html

ttp://watersky.jp/memo/wiki.cgi?page=Video_resize

↑間違ってたらすみません

一度このスレを486で検索してみ

>>424

>>322-323を参考に訂正すると

収録されてるソースが、
SDTV（NTSC）の場合：DAR4:3ならSAR10:11、DAR16:9ならSAR40:33を指定（無効領域の有無に関係なく）
HDTV(ハイビジョン)の場合：DAR16:9ならSAR6:5を指定
となりました。

しかし収録ソースがHDTV(ハイビジョン)の場合ってどうやって見分けたらいいんでしょう。
何がいい見分け方はありますか？

DVDはソース関係なく、16:9(40:33)、4:3(10:11)だと思っておけばいい。
制作側が規格を意識していなくて、そうなっていないこともあると思うが、映像中に真円や真四角の物でも映ってない限り検証が難しい。

ソースに関係なく？と思ったので、再度読み返してみると（↓）
http://web.archive.org/web/20081204195128/http://tmpgenc.pegasys-inc.com/ja/info_20070330.html
>DVD 規格の大前提として「DVD プレイヤーは必ずピクセルアスペクト比 10：11 または 40：33 で再生すること」がありますので
という記述がありますね。
このためソースに関係なくということになるんですね。
ありがとうございますm(__)m

VHSをMPEGキャプチャーすると画面の下部にチラチラした線（スイッチングノイズ？）ができますが、
VHSをデジタル化する場合は上下計6カットのピクセル比10:11で問題ないでしょうか？

ピクセルをどの比率で歪めるかだから問題ないんじゃね

VHSをデジタル化しまくった経験から言うと、保存容量に余裕があるならビットレートを多めに盛って
生キャプチャーのデータをそのまま保存しておく。
それなりに収めたいなら、スイッチングノイズはビットレートを食う原因になりうるのでクロップ(削るのではなく、黒でマスキング)して、再エンコ
3倍画質とかひでー画質のは、適当にフィルタかけてh264でエンコ
質問のピクセル比は、どうカットしようがその比率はそのまま。
だけど、VHSの画像って酷いのになると、再生中に左右に伸び縮みしたり、アス比うんぬん以前の問題が多いｗ

>>429-430
thxです
そっか比率だからサイズ関係ないのか
失礼しました

>>430
商品化されてるVHSをデジタル化してるんですが、
シリーズ物の1巻だけ黒ベタ処理してて他は面倒になったのかやってなかったり
なんか無効領域見えないから"いっか"的な適当な処理が多くて結構笑えますｗ

このスレの皆さんは動画プレイヤーは何使ってるの？
sarを正しく認識できるのって少ないよね？！
というかmplayer系しか知らないんだけど、、
俺はsmplayerつこてます

SMplayer嫌いじゃないけど、mplayer系ってtsファイル使い物にならないんだよなぁ・・・

MPC-HC ＋ Haali スプリッタで見てる

内部フィルタ変更して使ってるのか
情報サンクス

MPC-HC単体でもsar読んでくれるんだけど、チャプターの日本語を読んでくれないから外部スプリッタにしてるだけね
もしかしたら、ちゃんと表示できる設定を知らないだけなのかもしれないけどｗ

つかHaaliがsarダメなんじゃなかったっけ？

新しい規格の対応がどうのこうのあったね。たしか

MPCでみるとHDDのアクセスランプの点滅はげしくないか？
なんかHDDにわるそうでTvtestでみてるけど、ボクシングとかスローで見たい場面があるやつはMPCつかいたい
寿命に関係ないかわかるひといないだろうか

>>436
うちの環境（Win7/MPC-HC単体1.7.3）では、sar正確に読み込めてないね
動画は、Handbrakeで作成したh.264ストリームにoptionでsar=を指定した動画
ヘルプミーではなく情報としてあげときます

Handbrake

？

age

　某のんびりしたアニメのDVDと残っていたTV録画を比較したら、普通に
32:27だった。やっぱりそういうケースあるんだね。
　知らなくていい、知らないほうが幸せな事実を知ってしまった……。

ほとんど32:27でエンコしてるわ。

6:5ってのもあるんだぜ

最近のDVDは1920x1080とかのソースを何も考えずに720x480にリサイズしてるんじゃないかと思っちゃうな。
デジタルになってから無効領域とかほとんど意味ないでしょ。

両端の無効領域はブラウン管だと枠で見えない部分だからね
液晶TVなら端まできっちり見えるから、横704にして8ずつパディングするより
多少アス比が狂っても720にしたほうがいいというのもわからんでもない
実際放送ソースと並べて比較でもせん限り比がおかしいのに気づく人もいないでしょ

そういう意味ではDVDって、デジタルなのにはっきりしないアナログっぽさが残る変なメディアだよな。

よく見ると1920x1080→720x480じゃないんだぜ

>>450
無効領域のほとんどないデジタル製作ものがブルーレイ化すると
720x480 40:33より縦長表示になってることもあるのねん。
古いものは無効領域自体が途中で左右幅が変わったりもするしエンコ難しい。

16:9でなく、12:5の映像って、
直感的に見てて、どう思う？
すごく曖昧な感覚的な感想でいいんだけど。

シネマ

初心者バカなので質問させてください。

ちょっと前までのドラマとかの再放送などで、
中途半端なスクイーズ画面になるのがあるんですが、
（例えば、ドラマの美女か野獣とか）SD画質でもなければHD画質でもない様な気がするんですが、
ああいうのはD4規格の1280×720ドットの放送と思って宜しいんでしょうか？

今の殆どの放送はフルHD1920×1080ドットの放送なんでしょうか？

お読みください
http://ja.wikipedia.org/wiki/日本の地上デジタルテレビ放送#.E7.89.B9.E5.BE.B4.E3.81.AA.E3.81.A9

>>454
↑のwikiにもあるけど、ほぼ1080i（1440*1080、1920*1080）
製作者側は1920*1080（アス比16:9）を基本に編集等を行ってる
1440*1080は基本的に意識しなくてOK（編集時も放送時も自動でスケーリングが掛かるから）

憶測だけど変なアスペクト比は、再放送用の編集段階で生じたものだと思う
2003年放送のドラマだからHD制作だけど完パケがSDテープで上下に黒を付けたレターボックスの可能性がある
それを再放送する時に1080iの16:9に引き延ばすと荒くなるから半端な寄りで済ませたのかも

SDテープに16:9の素材を入れる方法も機材によって色々あるけど
そもそも再放送の編集者がアスペクト比を間違えてる可能性もある…