08/10/25 01:49:34 rrH18OIR
彼にとっちゃ持論に異を唱える人は全部ゲハ板住人、
もしくは>>321の自演らしいから相手するだけ無駄だよ。
x264だけでなくDivXもオプションでSARと表記してるんだけど
各コーデックの事情なんか知ったこっちゃないし、
彼がこだわってるのはあくまで「一般的」という部分で
しかもそのソースを他人にた頼ってる有様。
351:名無しさん＠編集中
08/10/25 01:50:14 pAzguWHK
>>349
あんたさ、マジでキモいんだけど。
BT.601には記載はなかったという報告もいただいた上で、このスレで主張された根拠ってのは、
「H.264の規格書にあったからITUの御心である」って、その程度でしかないわけじゃない。
で、俺は「PARもITUで使われている神聖なる御言葉である」と返したわけさ。
なんで、この程度のログぐらい読めないわけ？
しかも「検索したらいっぱい出たから一般的なんだよね」って小学生か？
じゃあ「汚名挽回」も検索したらいっぱい出てきたから一般的なのか、とかその程度の屁理屈だろ。
あんた、どうせ日本語のページしか見てないんだろ？
その日本語のページですらSARの混乱が起きているのも、見てないよな。その調子じゃ。
大体理解できないなら、これからも永遠に「SARは絶対にして神聖たるITUによる神の言葉である」とか主張してればいいじゃん。
ウンザリするだけで無為だし、俺は止めないからさ。
あとYPbPrとYCbCrは明らかに違うから。
こんな間違いを犯したらハード板のトラスコスレあたりじゃボコボコにされるぞ。
知ったかぶりもほどほどにね。
つーことで、このレスで最後にするから、二度とレスすんのやめてくださいね。
もう主張するべき事は主張してるわけだから、新たな事実が出るまで時間の無駄でしかない議論なんかするつもりは毛頭無いし、
それ以上に生理的に受け付けないもんでね。
352:345
08/10/25 02:11:11 OGPAHr0E
>>351
キモさかげんはあなたと同レベルというのは百も承知の上ですので、ご心配なく。
なぜ「一般的」と言われる論拠にBT.601での記載の有無が必要なのですか？
と問うているわけですが、それに対してお答えいただいてないようです。
それに動画の知識についてはそれを生業としておりますのであなた以上ですのでご心配なくw
日本語ページだけを検索したわけではないですが、よしんば日本だけでその用語が使われていても何ら問題ないかと思われますが
言葉というのはその文化圏でその意味するものがわかれば良いだけではないのですか？だいたいあなたは使用は自由だ主張していらっしゃるのにw
それにあなたがBT.601という規格書を論拠にするのならあなた自身が記載されてないと証明するべきでしょう。
でもそのことと「一般的」とは何ら関係はないですけどね。
まぁもう現れないと思いますので、ご自分のレスをもう一度読み返してみられることをお勧めして、私も消えます
アスペクト比スレの皆様スレ汚しどうも失礼いたしました。
353:名無しさん＠編集中
08/10/25 06:10:53 fQk4j89F
このレスで終わりって書いた人はまたすぐ出てくる
これ豆知識な
354:名無しさん＠編集中
08/10/25 15:37:38 NJ4BN14i
なんつうか、広告代理店にいるよなあ、こういう人
355:名無しさん＠編集中
08/10/25 19:41:24 rrH18OIR
いやいやないない。
知識だけのエンコマニアニートｗ
もしくはポスプロの消費されるだけのオペレーターってところ。
356:名無しさん＠編集中
08/10/25 19:48:11 OtHC51tb
うわぁ、また出た
357:名無しさん＠編集中
08/10/27 14:59:36 7JfwUf5o
エラいヒゲ生やしたタヌキオヤジが「ジャグァ」って言ったらジャグァなんだよ！
「メルツェデス」って言ったらメルツェデスなんだよ！
いいかわかったかおまえら！！
こういう言い争いをしてるわけだ。
358:名無しさん＠編集中
08/10/27 16:05:29 41p8KDNW
そう記述された権威ある論文を示せ。
それができないならお前はバカだ。
こう言ってるわけです。
実にどうでもいい言い争いです。
359:名無しさん＠編集中
08/10/27 16:41:53 FD10Y7M0
うわぁ、また出た
360:名無しさん＠編集中
08/10/27 17:04:16 41p8KDNW
毎日毎日粘着してるんだね・・・ｗ
361:名無しさん＠編集中
08/10/27 17:06:05 YYombJpK
やれやれ・・・
∧∧ ミ ＿ ドスッ
( ,,)┌─┴┴─┐
/ つ. 終 了 │
～′ /´ └─┬┬─┘
∪ ∪ ││ _ε３
゛゛'゛'゛
362:名無しさん＠編集中
08/10/27 17:11:27 qzoDtPD8
スルーできずにどうしても反応してしまい、
何か言わずにおれないところを見るとよほど皆に馬鹿にされたのが悔しかったのだろう。毎日スレを監視に来てるようだし。
はやく金科玉条の書かれた規格書持った人が現れるといいね。
↓
我慢しきれずうわあまた出たなどの書き逃げレス
363:名無しさん＠編集中
08/10/27 20:56:32 sdzhtUwo
はいはい、自称動画プロの高卒派遣社員乙
364:名無しさん＠編集中
08/10/27 21:47:54 7Fr0CCu8
どんだけ煽られてんだｗ
まあ話題なんかないからいいけどｗ
365:名無しさん＠編集中
08/10/28 01:20:49 K0h5xgTT
>>363
ちなみに俺は自称ではなく本当に動画のプロ。
動画というか映像か。で、正社員。
でも知識は全然おまえらのほうがあると思う。
いやまじで。
366:名無しさん＠編集中
08/10/28 07:06:41 JqL+iUM8
やれやれ、高卒の自己紹介なんて誰も聞いてないから
∧∧ ミ ＿ ドスッ
( ,,)┌─┴┴─┐
/ つ. 終 了 │
～′ /´ └─┬┬─┘
∪ ∪ ││ _ε３
367:名無しさん＠編集中
08/10/28 09:23:25 K0h5xgTT
高卒じゃないよｗ なんで話すこともないのに仕切りたがるん？
自意識過剰なのはわかったから君も自己紹介でもしてみたら？
368:名無しさん＠編集中
08/10/28 09:24:26 K0h5xgTT
ま、反応してくれただけで満足だ。終わろうｗ
∧∧ ミ ＿ ドスッ
( ,,)┌─┴┴─┐
/ つ. 終 了 │
～′ /´ └─┬┬─┘
∪ ∪ ││ _ε３
369:名無しさん＠編集中
08/10/28 13:30:59 LYkLYJM/
そんな劣化がどうのとか考えないで好きなように切とりゃいいんだよ
昔、散々画質がどうの色味がどうのと思考錯誤した十年前の動画は
どれも笑っちゃうぐらいの糞画像
今、最高にエンコしたと思った動画も20年ぐらいすれば
どれも糞画質なんだから見れればいいんだよ
370:名無しさん＠編集中
08/10/28 14:08:26 CKLJD4L0
エンコーダ(x264)ではsarでデコーダ(ffdshow)ではparだから、なんとなくエンコードの時はsarでデコードの時がparだと思って使ってたけど？？
x:yでサンプリングしました（して下さい）とかピクセル比a:bで表示して下さいみたいな
371:名無しさん＠編集中
08/10/28 20:33:11 nzqBLlaw
よっぽどショックだったのか、同士討ちまでしてるのがなんとも。
それは置いて追加情報だ。
Recommendation H.264 (11/07) から抜粋。
sample aspect ratio: Specifies, for assisting the display process, which is not specified
in this Recommendation | International Standard, the ratio between the intended horizontal distance
between thecolumns and the intended vertical distance between the rows of the luma sample array in a frame.
Sample aspect ratio is expressed as h:v, where h is horizontal width and v is vertical height
(in arbitrary units of spatial distance).
英語どころか日本語もマトモに読めない、キモいだけの自称映像プロ除けに、
あえて意訳はしないでおくけどね。
要するに画面をブロック単位で処理していて、その縦横比を表すのがSARであって、
そもそも定義的にSAR(=PAR)って主張自体がデタラメ。
要するに、ここで「PARではなくSARがITUの正式な用語であるから正しい！」とか、
もっともらしいことを抜かした挙げ句に珍説を並び立ててまで頑張っていた連中は、
全員ただの通ぶりたかっただけの半可通、、いや情報強者(笑)って事で全く問題ない。
とは言え、まさかあんな自信満々に主張していた前提条件すらデタラメだったとは思いもしなかった。
それを疑わなかったことについては俺も反省したい。
372:名無しさん＠編集中
08/10/28 21:08:56 1L/GRjrt
>>371
素人が知ったかぶりすんなよ…
ここに書かれているのはピクセルの縦横比の定義そのものだよ。
373:名無しさん＠編集中
08/10/28 21:12:41 coktjeOA
まだやってたのかｗ
374:名無しさん＠編集中
08/10/28 21:53:00 0h7BptPq
>>371
よくわからんど素人なんですが、ブロック単位のブロックってMBのこと？
もしそうなら、PスライスやBスライスで8ｘ16とかいったものは使えないような気がするんだが…
まったく的外れなことだったらごめんなさい
375:名無しさん＠編集中
08/10/28 21:54:22 676lvDfa
孤軍奮闘というか必死というか・・・
周囲に評価されないから自分で自分は賢いとPRしてんのか？
大変みっともないな。
376:名無しさん＠編集中
08/10/28 22:11:26 K0h5xgTT
>>371
なんだ俺に嫉妬してんのか？
別に俺はSARPAR論争には参加してねーぞ。勝手に敵視すんな。
おまえらすごい知識だねって言ってるだけなのに見えない敵と戦うなよ。
377:名無しさん＠編集中
08/10/28 22:30:07 nzqBLlaw
>>372
釣り乙
>>374
矩形じゃないのはサブブロックに分けてるだけなんじゃね？
気になるならH.264の技術資料でもあたったらいいんでは。
>>375
だよな。
得意気にデマ飛ばした挙げ句、反論も出来ず居直ってる低偏差値が一番みっともないよな。
>>376
そうか、勘違いしたか。すまんな。
「キモい」で検索すれば、俺が言ってる自称映像プロがどの生物なのか分かるぞ(´ω`)
まず、日本語が読めない。簡単な英語も読めない。ただひたすらキモい。
こういう生物だ。
378:名無しさん＠編集中
08/10/28 23:12:03 1L/GRjrt
>>377
やはりキミは素人だから反論できないんだね。
＞要するに画面をブロック単位で処理していて、その縦横比を表すのがSARであって、
素人ではないと言うのなら「ブロック」の簡単な説明をしてくれ。
自分で >>371 を書いているんだから説明出来るよね？
379:名無しさん＠編集中
08/10/28 23:16:52 nzqBLlaw
>>378
sample aspect ratio between the intended horizontal distance between thecolumns and
the intended vertical distance between the rows of the luma sample array in a frame.
(･∀･)ﾆﾔﾆﾔ
380:名無しさん＠編集中
08/10/28 23:20:39 1L/GRjrt
>>379
まさかとは思うけど「luma sample」の意味を分かっていない？
381:名無しさん＠編集中
08/10/28 23:22:22 nzqBLlaw
>>380
まさかとは思うけどarrayの意味を分かってない？
(･∀･)ﾆﾔﾆﾔ
382:名無しさん＠編集中
08/10/28 23:25:59 coktjeOA
いいぞもっとやれーｗ
383:名無しさん＠編集中
08/10/28 23:31:14 1L/GRjrt
>>381
キミに付き合うのも面倒になってきたわ。
まずフレームの luma sample 配列を二次元の表としてみたときに列と列の間の距離と
行と行の間の距離の比率が sample aspect ratio。
ここで重要になってくるのが「luma sample」だけど、これまでの返答見ていると
「luma sample」の意味を理解していないね。
384:名無しさん＠編集中
08/10/28 23:34:58 nzqBLlaw
>>383
やっぱりPixel縦横比の定義じゃないってことは認めざるを得ないんだね。
(･∀･)ﾆﾔﾆﾔ
385:名無しさん＠編集中
08/10/28 23:39:12 SMv/72bm
平行線ですな。
さてどっちが勝つやら。
386:名無しさん＠編集中
08/10/28 23:47:46 1L/GRjrt
>>384
H.264 は基本的に映像を YUV 4:2:0 で扱います。
YUV 4:2:0 の説明はググってくれ。
「luma sample」は輝度サンプル。つまり YUV 映像の Y プレーンの各画素を指します。
U・V はどうなっているんだと思われるかもしれませんが、Y と U・Ｖの関連付けは
H.264 規格の別章で規定されています。
つまり下の英文は、結局のところピクセルアスペクト比を定義しているんだな。
sample aspect ratio: Specifies, for assisting the display process, which is not specified
in this Recommendation | International Standard, the ratio between the intended horizontal distance
between thecolumns and the intended vertical distance between the rows of the luma sample array in a frame.
Sample aspect ratio is expressed as h:v, where h is horizontal width and v is vertical height
(in arbitrary units of spatial distance).
387:名無しさん＠編集中
08/10/28 23:48:40 nzqBLlaw
単純にこういうこと。
輝度サンプルの縦横比
■■■■↑
■■■■ 4
■■■■
■■■■↓
← 4 →
4:4 -> 1:1
正方ピクセル
■1
1
1:1
つまりこの場合、最終的な結果が同じになるので、実使用上の相違点はないけど、定義としては厳密には違う。
SAR(≒PAR)ではあるけど、SAR=PARではない。
そして繰り返すけど、PARが一般的な用語であり、混乱もまたない。
ちなみに264でSARって使うのは問題ないけど、WMVでもSARとか主張しないように。
388:名無しさん＠編集中
08/10/28 23:59:52 nzqBLlaw
さらに補足すると、輝度情報は色差情報と違って圧縮されない(=サンプルの欠落がない)から、
輝度をサンプルにしてるんだろうね。
だから「つまり下の英文は、結局のところピクセルアスペクト比を定義しているんだな。」なんてのは
まったくもって意味不明な帰結としか言いようがないわけだ。
389:名無しさん＠編集中
08/10/29 00:00:39 vDD0Zf0d
>>ID:nzqBLlaw
なんだか君の言葉は理想国家を求めてやまないあげあし取りだけの共産党や社会党の演説聞いているようだわ
たかだか呼称でここまで常駐して無駄な議論を推し進めるパワーがあるならもっと別のところで発揮すると良いいのに
一字一句を大切に扱う憲法学者にでもなったら君は大成すると思うよw
390:名無しさん＠編集中
08/10/29 00:06:56 5+5BR+d+
>>388
全然違う。輝度サンプルの意味を理解していないね。
なぜ輝度サンプルが 4x4 になっているの？
キミの図を借りるなら正しくはこう。
輝度サンプルの縦横比。
■□□□■□□□↑
□□□□□□□□ 3
□□□□□□□□↓
■□□□■□□□
□□□□□□□□
← 4 →
4:3
黒い点が輝度サンプル。白い点は輝度サンプルと輝度サンプルの間を距離を
表すための目安です。
391:名無しさん＠編集中
08/10/29 00:08:25 5+5BR+d+
＞← 4 →
肝心なところでずれちゃったわ。まあ意味は通じると思います。
392:名無しさん＠編集中
08/10/29 00:25:17 +A4X18i6
いま必至にググり中なのでしばらくお待ち下さい
(･∀･)ﾆﾔﾆﾔ
393:名無しさん＠編集中
08/10/29 02:06:04 XckKnmoo
まーた始まった（AA略
394:名無しさん＠編集中
08/10/29 20:58:06 0+hlmjAa
>>390
すいません、皆目意味が分からんです。
なんで、わざわざアスペクトを指定するためだけに「サンプルとサンプルの間の空間」なんて概念が必要になるの？
なんでデジタルなのに謎の空間を使ってまで、面倒な実装をしなくちゃいけないの？
例えば999:550とか指定したら、わざわざそんだけ配列つくりますとか言うの？
それとも実はアナログ信号だとでも主張してるの？
まったくもって意味不明としか言いようがないっすｗ
さらには、結局その例では1ピクセルの定義をするために4サンプル使ってるし、結局俺と変わらんやん。
要するにこれはPARとは違う定義である、と認めたと受け取って良いのかな？
395:名無しさん＠編集中
08/10/29 21:21:40 +LU0ABoY
必至にググっても意味が分からんのですね
(･∀･)ﾆﾔﾆﾔ
396:名無しさん＠編集中
08/10/29 21:39:51 5+5BR+d+
>>394
>なんで、わざわざアスペクトを指定するためだけに「サンプルとサンプルの間の空間」なんて概念が必要になるの？
>>371 の英文が「サンプルとサンプルの間の距離」の概念を導入して
ピクセル(サンプル)の縦横比を定義しているからです。そんな概念イラネと
私に言われても困っちゃうＹＯ！
今までサンプルサンプルと言っていますが、これは SAR 定義の文脈においては
いわゆるピクセルと完全に同義です。念のため。
>なんでデジタルなのに謎の空間を使ってまで、面倒な実装をしなくちゃいけないの？
>例えば999:550とか指定したら、わざわざそんだけ配列つくりますとか言うの？
>>371 に「for assisting the display process」とある通り、H.264 の
サンプルアスペクト比はエンコード・デコード処理に全く影響しませんので
ご心配なく。
>さらには、結局その例では1ピクセルの定義をするために4サンプル使ってるし、結局俺と変わらんやん。
H.264 での概念に従って SAR(PARとも言う) 4:3 を図にしたのが >>390 です。
サンプルとサンプルの左右方向の距離が四マス、上下方向の距離が
三マスとなっていますよね。
397:名無しさん＠編集中
08/10/29 22:04:58 85ym0eFu
>なんで、わざわざアスペクトを指定するためだけに「サンプルとサンプルの間の空間」なんて概念が必要になるの？
例えば、正方形のピクセルが規則的に隙間を空けて並んでいる場合は、一つのピクセルの縦横比では
アスペクト比は定義出来ないのでは？
ピクセルが正方形や長方形ではなく三角形だったら？
などと考えると、サンプル間の距離で定義しないとまずいような気がするね
んなことありえないのかな？
398:名無しさん＠編集中
08/10/29 22:33:54 0+hlmjAa
>>396
> >>371 の英文が「サンプルとサンプルの間の距離」の概念を導入して
> ピクセル(サンプル)の縦横比を定義しているからです。
ええと、そういうことを聞いてるわけではなく、そもそも、その概念ってのが
あなたの解釈でしかないわけでしょ。で、その論拠が「俺はプロだから」ってだけ。
俺はサンプル間の距離？なんで配列の要素間に距離が？はあ？
じゃあ1st sample to Last sampleの長さかな、と捉えたわけ。
解釈が別れた以上は、その概念の根拠がないとおかしいって話。
>>>371 に「for assisting the display process」とある通り、H.264 の
>サンプルアスペクト比はエンコード・デコード処理に全く影響しませんので
>ご心配なく。
これも噛み合ってないですね。
264の規格外の話であれば、その論拠があるはずだし、264規格内の話であれば、
そういう処理(オーバサンプリングして輝度サンプル間の距離を測定みたいなの)をしている記述が必ずあるはず。
見た感じRec.264にそういう記述はないようですね。not specifiedだから当然だけど。
だから、ここで必要になるのはH.264のSARの概念を補強する根拠。それだけなんですわ。
>>397
ストリームでそんなことまで定義も処理もしているとは正直思えないから、だから疑問なわけですわ。
399:名無しさん＠編集中
08/10/29 22:51:42 5+5BR+d+
>>398
私は「俺はプロだから」の人じゃないよ？ 他の人と勘違いしているようだけど
はっきりさせるためにこのスレに書き込んだ時の ID を並べとく。
ID:0sFI5UuC ID:1L/GRjrt ID:5+5BR+d+
>ええと、そういうことを聞いてるわけではなく、そもそも、その概念ってのが
>あなたの解釈でしかないわけでしょ。で、その論拠が「俺はプロだから」ってだけ。
>俺はサンプル間の距離？なんで配列の要素間に距離が？はあ？
>>371 の英文をよ～く隅から隅までお読み下さいとしか言いようがありませんね。
サンプル間の距離、正確に言うと列と列の距離、行と行の距離があるものとして
列の距離と行の距離の比率を sample aspect ratio と定義している。
距離というものはあくまでも概念的なもの。
400:名無しさん＠編集中
08/10/29 23:10:43 0+hlmjAa
>>399
プロの人じゃない?
そういや素人、素人と連呼していたけど、考えてみたら対義語は玄人だもんね。
ってことで、以降から玄人さんとでもお呼びしましょうか。
で、玄人さんも、あくまでそういう解釈という主張でしかないわけですね。
明確な根拠(Secified)な文献は特になし、と。
まあ、本当のことを言うとそれはどうでもいいんですわ。
・H.264にSARの呼称は問題ない
・PAR(also known as SAR)に問題はない
・「ITUお墨付きによりPARではなくSARが正しい」という事実はない
・その他のCODECの用語までがSARかどうかは別の話
この認識に齟齬はないですよね？
401:名無しさん＠編集中
08/10/29 23:14:39 5+5BR+d+
>>400
>・H.264にSARの呼称は問題ない
>・PAR(also known as SAR)に問題はない
>・「ITUお墨付きによりPARではなくSARが正しい」という事実はない
>・その他のCODECの用語までがSARかどうかは別の話
以上で問題ない。で >>371 で「そもそも定義的にSAR(=PAR)って主張自体がデタラメ」と
今まで騒いでいたのは何だったの？
402:名無しさん＠編集中
08/10/29 23:40:02 0+hlmjAa
>>401
ああ、撤回しますわ。
あれは、同意してもらった齟齬について認めず、しつこく騒いでるのがいたから煽り大半なんで。
ごめんねｗ
今回、玄人さんに同意してもらったんで、さすがにこれ以上もう騒げないでしょ。
まあついでに書いてみるとITUのサイトで見つけた文書に
>[Editor: Clarify here that “sample” means “pixel” ? sort of. Readers unfamiliar with H.264 terminology have been confused.]
「聞き慣れないH264用語には混乱させられるぜ」なんて書かれてるぐらいだし、
まあその程度の認識でしかないんだな、ってのが正直なところ。
403:名無しさん＠編集中
08/10/29 23:54:56 5+5BR+d+
>>402
どう言いつくろうが >>371 の書き込みは真性。
決着は付いたようですのでこれで消えます。
404:名無しさん＠編集中
08/10/30 01:00:16 8h/LzYgp
これで終わりにするって書いた人はまたすぐ出てくる
これ豆知識な
405:名無しさん＠編集中
08/10/30 03:26:02 5+Bv0+tC
ISO/IECとITU-TではMPEG-2 Video/H.262, MPEG-4 AVC/H.264と同じ規格に違う名前を使うし、
画素の呼称がpixel, pel/sampleとなるのも、別に不思議ではない。
406:名無しさん＠編集中
08/11/10 15:16:21 OF8fSZjf
ループかも知れないが、テンプレの720x480スクイーズってNTSCのDVDや
アナログ放送のキャプチャの場合は40:33でいいけど、デジタル放送を
SDでキャプチャしたときは32:27の方が正しい場合もあるんじゃ。
例えば1920x1080/無効領域なし/ピクセル比1:1の画面全体を720x480に
縮めてキャプチャした場合はこの720x480内にも無効領域はないはずから、
全体を16:9で表示する32:27の方が正しい気がするんだけど。
407:名無しさん＠編集中
08/11/10 15:27:09 gn+SX3fI
そういう事は当然あるだろう。
私がHD->SDをする場合には、NTSCとの互換性を考えて704x480にするけれど。
408:名無しさん＠編集中
08/11/10 16:14:25 OF8fSZjf
>>406 訂正。
アナログでスクイーズとかありえないよな。すんません。
409:名無しさん＠編集中
08/11/11 04:33:53 HpmSL+yG
画像サイズの縦横比と、表示上の縦横比が一致しない映像の場合、ストリーム側でアス比を指定するのと
コンテナ側でアス比指定するのと、どっちが互換性高いですか？
410:名無しさん＠編集中
08/11/11 04:45:56 okDEJche
再生環境依存。
411:名無しさん＠編集中
08/11/11 22:02:20 uERPYf8q
>>409
つまり両方やっておけってこった
412:名無しさん＠編集中
08/11/12 04:22:46 3I/vRb7A
なるほど。どうもでした
413:名無しさん＠編集中
08/11/13 14:47:38 Ic8OlpI1
ＡｖｉＳｙｎｔｈでautocropしたら、720×480のうち716×338ピクセルに
画があることがわかりました。
で、ＡｖｉＳｙｎｔｈでCrop(8,72,704,336)により704×336にcropしてから、
TMPGencでエンコードする際に、クリップををピクセル比10：11に指定して
さらに512：288(16:9)にリサイズして、Aviファイル作ってました。
ここで疑問がわきました。元の画のサイズアスペクト比って
716/338*10/11＝1.93でよいのでしょうか？
だとすると16：9の1.78とはかなり違いアスペクトを狂わしてる
気がするのですが、どうなのでしょうか？
ご教授お願いいたします。
414:名無しさん＠編集中
08/11/13 15:09:25 Ic8OlpI1
違う素材で、autocropしたらcrop(0,60,720,364)でした。
この場合だと、サイズアスペクト比は、720/364*10/11＝1.80となり
16：9の1.78にかなり近いです。
ということで、4：3の上下黒タイプのサイズアスペクト比は、1.93とかの
変則的な数値もありうるということでいいのかな？
415:名無しさん＠編集中
08/11/13 15:10:23 xmdLfAiQ
どうせ大した違いは無いから、704x336にクロップ->640x336(1.905)にリサイズでもすれば。
416:名無しさん＠編集中
08/11/13 15:48:17 NEJPU7hv
>>414
縦364なのは、普通の SD 720x486 に 16:9 素材を LB 収録したのを
垂直方向6ライン削ったんだと思えばいいんじゃないの?
> 4：3の上下黒タイプのサイズアスペクト比は、
> 1.93とかの変則的な数値もありうるということでいいのかな？
変則的も何も映像を制作するときの画面サイズの縦横比に
制限とかないじゃん。そんなの作る側の自由。
417:名無しさん＠編集中
08/11/13 16:01:29 Ic8OlpI1
>>415
モバイル機器で再生しようとしてるので、サイズ大きいと
ＣＰＵ弱いので、画固まってしまうんです(512×288 q5でも２フレ/秒位再生レート落ちます)
432×224(1.93)あたりのサイズで考察してみます。
>>416
そうだったんですか。てっきり16:9ばっかりだと思い込んでいました。
もしくは、あっても映画とかの比だけかなとばっかり。
415さん、416さん ありがとうございました。
418:名無しさん＠編集中
08/11/18 12:54:37 WQM2eEGn
今まで720×480と704×480が同じアスペクト比3:4として扱ってよいと聞いてから
調べてやっと分かってきた。
つまりPARが同じ(ピクセルの形が同じ)ということで同じ比率の映像に見えるということね。
で、ピクセルの形が同じならば映像自体の大きさが違ってくるが、
720pxのままでも704px以上の16pxは無効領域としてTVには表示されない。
ただしPCでは無効領域も含め表示されるのでDARは3:4にはならないが歪んでいないのでOKなんじゃね？ということでいい？
しかし、ここで問題が…
PARが設定できないTMPGEncやPremirerは無効領域も含めてDARを3:4にしてしまうのではないか？
ちょっと試してみたところ、X.264で作成した720×480[PAR(SAR)10:11]のMP4に比べて
Premirerは変わらないがTMPGEncは縮んだ。
ペガシスさん、どーすりゃいいの？
419:名無しさん＠編集中
08/11/18 15:49:07 LmUijkKV
それはあんたがTMPGEncの設定を良く知らないため起きたことだ
入力ソースのアス比指定が正しくて、「アスペクト比保持」にチェックを入れておけば
どんなリサイズを指定しようと出力ピクセル比が歪むことはないようになってるんだよ
420:名無しさん＠編集中
08/11/18 16:37:13 BSx9t9cn
アドベはどうかしらんが、あの堀さんがアス比設定まともに出来ないようなシロモンつくるわけないわな
421:名無しさん＠編集中
08/11/18 20:02:22 WQM2eEGn
720×480をリサイズせず、入力設定でピクセル比10:11を選んで、
アスペクト比保持にチェック付けて、出力設定でアスペクト比3:4を選んで書き出したらこうなった。
(アスペクト比保持ってPARかDARのどっちのことをいっているのか分からないので両方試してみたが、結果は同じだった。)
サポセンに聞いてみてもあまり要領を得た返事は返ってこなかった。
大体、ピクセル比10:11で画面アスペクト比3:4にするというのは矛盾するので、
どっちかの情報を優先して入れるしかないとおもうのだが、
どうも画面アスペクト比の方っぽい…
それとも両方の情報が入っているがプレイヤーが画面アスペクト比を優先しているのか？
素人考えなので自分が間違っていると思うんだけどね。何が間違ってんだか…
これ以上特定のソフトの話はスレ違いのような気がするので、逝ってくる。
422:名無しさん＠編集中
08/11/18 20:15:44 T1YamXXj
>>421
普通に正常な動作だろ。何が疑問なのかがわからないんだが・・・
423:名無しさん＠編集中
08/11/19 00:42:40 530HUXEP
色々トライ・エンド・エラーして、直感で掴んだ方がわかりやすかも。
あまり、頭でっかちに考えないほうが、設定メニューの仕組みや動きを大局的に掴めるかと。
424:名無しさん＠編集中
08/11/19 13:57:44 LjhBi4sp
>>421
大体、ピクセル比10:11で画面アスペクト比3:4にするというのは矛盾するので、
なぜ？
425:名無しさん＠編集中
08/11/20 22:44:43 2c8wR41U
スクイーズだった720x480の映像にMP4BOXでアスペクト比いろいろ変えてみたけど、
PS3でスクイーズ表示されない。（変えないでそのままフル表示すればなんとか可）
例：mp4box -add "test.mp4":par=100000:84375 -new "test2.mp4
16:9 QTプレイヤで32:9のような超横長表示されしまう。PS3でも32:9。
8:9 じゃあってんで横を半分にしてみたら元の4:3映像（アスペクト的に縦長絵）になる。
100000:84375 QTプレイヤで正常比。ただしリサイズで映像ガクガク。PS3では32:9
・・・
で、書いてるうちに自己解決したので答え
32:27指定することで、PS3でもノーマル判断で正常比表示されました。
結構みんな引っかかってたらしい。
URLﾘﾝｸ(209.85.175.132)
このキャッシュの554～
426:名無しさん＠編集中
08/11/20 23:50:53 5tIZ/6aD
そんなPAR指定するのが悪い
427:名無しさん＠編集中
08/11/21 00:06:27 JJvGAGOI
>>425
正常PARは40:33だって・・・まぁフル画面取るか正常アスペクト比取るかは自由だけどね
428:名無しさん＠編集中
08/11/22 02:08:05 +541hLtv
>>425
そうゆうことだったのか
俺も微妙に横長になってしまうので、どうしようかと思っていたところ参考になったわ
今までは704x480でクロップして、PAR10:11(40:33)でエンコしていれば正しいと思い
良しとしていたが、どうしてもソースに対して微妙に違和感が感じるので704x480で
クロップした後に左右8ドットプラスするか、735x490拡大してから720x480でクロップし
PAR10:11(40:33)でエンコするように変更したよ （KMPlayerとPowerDVD Vistaで再生）
429:名無しさん＠編集中
08/11/22 02:14:32 EDTc8m4w
間違った情報が書き込まれて間違った認識持った人が正しいと思い込む。
このスレ終了。
430:名無しさん＠編集中
08/11/22 02:16:38 Q8QaEOAj
好きなようにすればいいさ
人生、今の時代、自由度の高さじゃ、古今東西ならぶものないし
431:名無しさん＠編集中
08/11/22 13:14:19 +541hLtv
>>428
>PAR10:11(40:33)でエンコするように変更したよ （KMPlayerとPowerDVD Vistaで再生）
PAR1:1
432:名無しさん＠編集中
08/11/23 15:20:59 yx91Gz0H
>>429
このスレに限らずDTV板は偉そうな半可通が異様に多い
433:名無しさん＠編集中
08/11/23 18:25:23 f1BmC6N4
おまえがな
434:名無しさん＠編集中
08/11/23 18:28:28 f1BmC6N4
>>429
間違った認識とやを聞かせてもらおうじゃないか
勝手にスレを終了しないで、はじめろや！
435:名無しさん＠編集中
08/11/24 00:53:40 xet/xqhs
一番ひどいのはこれ
>323 名前： 名無しさん＠編集中 [sage] 投稿日： 2008/10/24(金) 15:31:28 ID:berSLcgd
>ITUの用語としてはSARが正しい。
>339 名前： 名無しさん＠編集中 [sage] 投稿日： 2008/10/24(金) 22:08:44 ID:berSLcgd
>ITUではSAR、MPEGではPARが使われると言うだけの話だろう。
436:名無しさん＠編集中
08/11/24 00:54:30 CflZT1qs
またそれを蒸し返すのかよ…
437:名無しさん＠編集中
08/11/24 01:03:19 /7NerwZC
仕様書書いてるわけじゃないんだから
ここでは細かい用語なんて通じりゃなんでもいいよ。
438:名無しさん＠編集中
08/11/24 18:10:15 g9+3NlAI
いやーこっちの方が酷いだろ
ID:LBOywvKH
ID:nzqBLlaw
ID:0+hlmjAa
439:名無しさん＠編集中
08/11/24 20:23:28 oMeOyqqa
同じ概念的理解に到達しているもの同士が、相手の言葉尻の問題でいがみ合うのは馬鹿げてる。
とは言え、左ウインカーを出しておいて、平気で右に曲がるようなヤツは、阻害されて当然！
440:名無しさん＠編集中
08/11/25 20:42:57 O8/Sufq0
考えてたらわからなくなりました。
アップコンバートもののアニメをaviutlのインタレース維持リサイズを使って
リサイズしたいのですが、
1440*1080→（インタレ維持リサイズ）→1440*486→（上下6ピクセルクロップ）→1440*480
これで縦解像度の考え方はあっていますか？
441:名無しさん＠編集中
08/11/25 23:31:34 YkciuZlg
アプコンでもNTSCフル領域からのとLB収録の映像部分からのとがあるから
前者はそれでいいし後者は360まで縮めて上下のクロップはいらない
442:名無しさん＠編集中
08/11/26 00:01:24 O8/Sufq0
すみません元の解像度を前提としておいていませんでしたね。
ありがとうございました。すっきりしました
443:名無しさん＠編集中
08/11/26 09:52:03 T2DzxyuH
元動画が1280×720のWMVの動画をTMPGEncで720×480のMPEG2（アスペクト比4:3）にしました。
それをオーサリングしてDVD-VIDEOにしたのですが、アナログテレビで見てみると左右が少しだけ切れています。
この切れた左右なんですが、画面下のほうに長めの文字テロップが表示されるので、
左右が切れているため文字が全部読み取れません。
PCで見ている分には全部表示されていますが、テレビで左右が切れないようにする方法はありませんか？
444:名無しさん＠編集中
08/11/26 10:09:01 T2DzxyuH
あ、元動画は下のリンクのDancing 2008のHD WMVというところの動画です。
たびたびすいません、どうかよろしくお願いします。
URLﾘﾝｸ(www.stridegum.com)
445:名無しさん＠編集中
08/11/26 10:35:45 Xo43jGAt
オーバースキャンのせいで切れてるなら、ボーダー（枠）を加えるしか無いと思うが。
446:名無しさん＠編集中
08/11/26 10:46:28 T2DzxyuH
即レスありがとうございます！
オーバースキャンですか・・・どうもググったらそれっぽいですね。
スレをずっと読んでいて、720×480の左右クロップ云々の無効部分のせいなのかなとか思ってましたが
TVソースじゃないし関係ないですよね。
枠を入れる、ですね、大きなヒントありがとうございます。
今から調べてみます。ありがとうございました！
447:名無しさん＠編集中
08/11/26 12:44:20 mHbeMqB4
＞720×480の左右クロップ云々の無効部分のせいなのかなとか思ってましたが
720x480の左右クロップ云々の無効部分のせいです。左右で合計16pxの枠をつけてください。
そうしないと映像の比率も狂います。てっきりTMPGなら勝手に無効領域つけてくれるものかと思ってたが
448:名無しさん＠編集中
08/11/26 12:46:33 p9lWaQPT
NTSCのDVD Videoなら、オーバースキャン無しの704x480も使える。
449:名無しさん＠編集中
08/11/26 14:07:28 T2DzxyuH
>>447-448
レスどうもありがとうございます。
オーバースキャンというやつではなくて、無効部分のことですか。
今ずっと検索してるんですが、16枠をつけるというのは、出来上がった720×480の動画に16を足して
736×480の状態にするということなんでしょうか（736×480を4:3でオーサリング）？
仮にそうだとして、枠を付加するっていうのはどういうソフトでやれるんでしょうか、削るのはTMPGEnc
にクロップ機能があるんですが、付加は・・・自分のは2.5なんで古いからできないのかな。。
質問ばかりですいませんお時間のあるときにでもよろしくお願いします。m(＿)m
450:名無しさん＠編集中
08/11/26 15:00:34 mHbeMqB4
違います。元の映像を先に704x480にリサイズしたあと左右に8pxずつ黒縁つければいい。
TMPGは持ってないのでそういうフィルタがあるのかは知りません。
またオーバースキャンの件ですがテレビによってはそうなっている可能性もあります。
上下にも切れていたらおそらくオーバースキャンになっているでしょう。
451:名無しさん＠編集中
08/11/26 20:57:05 5m2+QuqZ
449です規制で書けないので携帯から失礼します。
450さんみなさんありがとうございました、なんとか希望のものが作れました。
規制がとけたら事後報告しますね、取り急ぎ御礼とご報告まで。
スレ汚しスマソでした。
452:名無しさん＠編集中
08/11/26 22:16:46 ZUXVE231
合計で16pxだとダメだわ 13pxと3pxとか削ったら酷いことになるヨ
453:451
08/11/28 06:08:34 DiWx5fby
規制解除されました。上の話ですが、多分ですがオーバースキャンの問題だったと思います。
TMPGEncに画像配置方法の設定という項目があり、下の様にピンクの枠をつけることで対処できました。
アナログテレビだとこの画像の「G」と「d」の文字が消えて読めなかった状態です。
URLﾘﾝｸ(www3.uploader.jp)
元動画のWMVから作ったMPEG2（720×480（AR4:3））を、ピンクの枠を付加し全体を720×480で保ったまま、
中の動画部分を小さくして669×446とすることで再エンコ＋オーサリングし、TVで見たらGとdが見えました。
> てっきりTMPGなら勝手に無効領域つけてくれるものかと思ってたが
ですよね、思ったんですが、手動で720を704にクロップしなくてもTMPEncは自動でやってくれてると思います。
元動画のMPEG2を読み込むと、ソースアスペクト比が704×480と表示されてるので。
>>2の「Q.720x480,4:3」のところの作業をTMPEncが自動でやってくれてるってことですよね。
なのでこれでアスペクト比の狂っていない動画が出来たっぽいです！
>>445さん、>>447さん、>>448さん、>>452さん、ありがとうございました。
お礼、遅くなってすいませんでした。何度もスレ汚しすいませんでした。
454:名無しさん＠編集中
08/11/30 20:23:19 eCD/GcM+
字幕が完全にタイトルセーフどころかアクションセーフ領域外にも出てるな
元のWMVはテレビに映すことを想定せずにオーサリングしたんだろうね
455:名無しさん＠編集中
08/12/02 01:15:30 tAGRozcZ
インドに泣いた
456:名無しさん＠編集中
08/12/02 19:16:30 CMSK/2og
アスペクト、ひぃ～
457:名無しさん＠編集中
08/12/04 22:23:43 dOgFahZU
720x480,レターボックスのDVDソースを、左右合計16ドット、上下112ドット削り
ピクセル比10:11、704x368をx264で作成しました。
このファイルをPCにて再生する際以下のとちらのサイズで再生されるのが正しいのでしょうか？
（サイズの計り方はキャプチャにて測定）
A.720ｘ368
B.640ｘ368
MPCHC、QuickTime Playerで再生するとA
itunesで再生するとB
になるため、混乱しております。宜しくお願いしますｍ（。＞(エ)＜。）ｍ
458:名無しさん＠編集中
08/12/04 22:41:52 NbOLKQj7
おれ血液型BだからBに一票
459:名無しさん＠編集中
08/12/04 23:36:25 vOyAUvW1
俺が思うにAは704*480の間違いだろ。んでPARの設定が効いてない。
MPCのほうはdecoderなりsplitterなり変えろ。あとQuickTimeは昔からPARの扱いが変で
エンコする時に埋めコンだparだけが効いてMUXする時にPAR設定しちゃうと駄目になったりする。
QuickTimeのバージョンとかMP4Boxのバージョンで相性あるかも知れないけど詳しくは知らん。
何故かそれでもiTunesだと正しくPAR読み込んだりするのもさらに謎なんだけどね。
460:名無しさん＠編集中
08/12/04 23:37:17 vOyAUvW1
俺が思うにAは704*480
ごめ、704x368の間違い。
461:457
08/12/05 00:19:51 TXdT9Vy0
早速のレスありがとうございます。
おっしゃる通り704ｘ368の誤記です。
早速ＭＰＣの外部フィルタでPowerDVD8のCyberLink H.264 / AVC Decoderを
割り当てたところ再生時にキュッと画面が640になりました。
704x368内で描画領域が640x480の状態のキャプチャ
URLﾘﾝｸ(imagepot.net)
これでソースの状態は704のままで640にリサイズ劣化されることなく
再生時に640で表示される。
ということで、一番ベターな状態ということになるんでしょうか。
つまり正解はBの640x480？
462:名無しさん＠編集中
08/12/05 00:24:03 PTQbrqki
心霊写真?? なんか、怖いんですけど・・・
463:名無しさん＠編集中
08/12/05 01:30:47 YNa0Lt4e
頼むから書き込み前に何回か見直してくれ
誤記に誤記が重なってわけがわからん
464:457
08/12/05 02:05:05 TXdT9Vy0
すいません、また誤記 TT
まとめ。
720x480,レターボックスのDVDソースを、
左右合計16ドット、上下112ドット削り
ピクセル比10:11、解像度704x368をx264で出力。
上記のソースを再生した場合
再生時には640x368で描画再生される。
これであってますか？
465:名無しさん＠編集中
08/12/05 02:36:13 g1/I4gMF
>>464
あってる
704x368 PAR10:11はDAR40:23になる
466:457
08/12/05 04:45:37 TXdT9Vy0
>>465
ありがとうございます。
やっと納得ができたのでホッとしています。
早速理解できたことを前提で、既に言われているように、
左右16ドット削らない720x368も同じようにPAR10:11で作って比較してみましたが
左右16ドットぶんが左右に描画されるだけで、比率に関しては違いがないですね。
今までどういう風に表示されるのだろうかと疑問だらけだったので
これに関してもやっと実感がわけてスッキリです。
467:名無しさん＠編集中
08/12/06 08:19:47 kF2/ljcT
512×384のソースをPSP用に720×480に拡大するのに出来るだけ480×272の比率と
同じように表示させたいんですがピクセル比はどれぐらいが良いんでしょうか？
10:11のフル表示でもちょっとだけ横に長い気がします
468:名無しさん＠編集中
08/12/06 08:46:08 CF4jN3pg
704*480にして左右に8ずつ黒帯足す。
469:名無しさん＠編集中
08/12/06 09:05:43 kF2/ljcT
>>468
ありがとうございました
470:名無しさん＠編集中
08/12/08 18:21:46 x8L8Ah2t
俺もPSP動画作ってるんだけど4：3ソースの処理に困ってる。
元ソースが720*480なら
左右8pixクロップして640*480にリサイズってのが常套手段なんだろうけど
PSPの有効解像度MAXの480*272に配置したほうがキレイかななんて
妄想が働き、無効領域も関係ないから・・・
動画サイズ480*272内にクロップしない720*480を360*272にリサイズして
配置したんだけど、これって変態かな？
471:名無しさん＠編集中
08/12/08 18:42:00 atqecR3h
370*272じゃないの？
472:名無しさん＠編集中
08/12/08 19:29:35 ptRraNFw
>>470
まず最初にPSPで動画再生するとき480x272は下2pxは削られるから注意な。
どっちにせよ16:9だと480x270が正しい比率。272になってんのは16の倍数で都合がいいから。
で、720x480の動画を縦270で正しく表示させるなら368が一番近いな。割り切れないから
真値ではないけど。270*(4/3)*(1/1)*(720/704) ←SAR1:1
でもビットレートが許せるのなら720x480のまま作るのもお勧め。
PSPで再生させるときはちゃんとサイドカットして正しい比率になる。
473:名無しさん＠編集中
08/12/08 21:09:31 4b8SXo9/
>>472
その場合ピクセル比どうするの？
いまTMPGEncで作ってみてたんだけどピクセル比10:11でも
画面比4:3でもはじかれてしまう。
ピクセル比以前にレベル指定が間違ってんのかな？
720*480だとレベル2.2にしちゃうとなぜかフレームレートが15fps以下しか
選べなくなってしまうんだよな・・・
ってこりゃあTMPGスレかPSPスレが適当なのか。
474:名無しさん＠編集中
08/12/08 21:23:57 fDnnRD8K
MAQ00001.MP4 h264/AVC 720x480 30fpsで作る
475:名無しさん＠編集中
08/12/08 21:47:13 ptRraNFw
>>473
残念ながら俺はTMPGは持ってないのでそっちのやり方は知らないのだが
規格上はPSPはlevel 3まで対応しててlevel 3だと720x480なら参照フレーム2、
最大ビットレート10Mbpsで30fpsまでいけるし俺はx264だけどちゃんと再生できる。
476:名無しさん＠編集中
08/12/08 21:55:48 4b8SXo9/
>>475
ありがとう。
俺もAVIUtl+x264環境はあるのでそっちなら大丈夫かと思う。
大量にエンコするから流れ作業的には楽かなと思って
TMPG買っちゃったんだよねｗ
もったいないから使ってる感じｗ
477:名無しさん＠編集中
08/12/08 23:07:44 4b8SXo9/
自己レス。スレ違いだけどいちおう自分の顛末だから報告しとく。
TMPGでもx264でも>>472の動画OKでした。
はじかれた原因は昔のファームのくせでMP_ROOTに入れてたせい。
これ480*272（480*270）なら再生できるんだけど、720*480は駄目なんだね。
今は全部VIDEOでいんだなと。
スレ汚し失礼しました。
478:名無しさん＠編集中
08/12/08 23:54:00 fDnnRD8K
1000 2000 3000別と ファームまでｶｷｺすると 確かにｽﾚﾁって言われるだろうぜw
479:名無しさん＠編集中
08/12/11 05:18:32 cYDahXN3
エンコしたmp4を再エンコしないでアスペクトだけ変更する方法ないでしょうか？
480:名無しさん＠編集中
08/12/11 07:37:31 H9e+AXjv
自分でエンコしてるなら知ってそうなもんだけど
MP4BOX使ったことないのか
481:名無しさん＠編集中
08/12/11 08:28:42 cYDahXN3
>>480
レス下さってありがとうございます
使ったことないです
MP4BOXを使えば再エンコせずにアスペクト比だけ指定しなおせるのですか？
482:名無しさん＠編集中
08/12/11 11:48:01 nRLIJJlW
アドバイスくれてんだからやってみりゃいいじゃん。
さらに質問するならやってみた後にしなよ。
483:名無しさん＠編集中
08/12/11 12:59:28 cYDahXN3
>>482
おっしゃる通りです。
>>480
MP4BOXを調べてどうにか使えるようになり再エンコなしでPAR指定変更できるようになりました。
ありがとうございました。
甘えついでで申し訳ありませんがMP4を再エンコなしでDAR指定変更するのは無理でしょうか？
484:名無しさん＠編集中
08/12/11 15:20:43 sBvcRTMf
もう市ねよ
485:名無しさん＠編集中
08/12/11 16:17:19 cYDahXN3
>>484
教えてもらったMP4BOXを調べ、PAR指定変更方法見つかりやり方もわかったのですが
どうしてもDAR変更方法は見つけられません。
無理？？？
486:名無しさん＠編集中
08/12/11 16:23:47 hvg7ewiz
PARで指定すりゃいいだろ。最近のゆとりは掛け算割り算すらできないのか
487:名無しさん＠編集中
08/12/11 16:48:52 cYDahXN3
PARとDARの片方しか反応しない機材用にDAR指定したいと考えてます。
無理なら諦めます。
488:名無しさん＠編集中
08/12/11 17:02:17 PkFa4X4F
あららこりゃだめだ
489:名無しさん＠編集中
08/12/11 17:07:26 AXIJrlVs
こりゃdarめdar
490:名無しさん＠編集中
08/12/11 17:24:17 cYDahXN3
DARはダメですかorz
ありがとうございました。
491:名無しさん＠編集中
08/12/12 20:46:41 k2xZ5Vba
ま、お前がダメなんだけどな
492:名無しさん＠編集中
08/12/16 19:39:38 TPXJ5Scy
お前よりはマシ
493:名無しさん＠編集中
08/12/18 22:30:13 a6TRPm/+
SD解像度で4対3の映像を、
768×432でエンコしてる人を見かけたが、
どんな計算で割り出したんだろ・・。
494:名無しさん＠編集中
08/12/18 22:38:00 E/LkwVmb
割れ厨乙
495:名無しさん＠編集中
08/12/19 00:04:32 5CEf0yBy
だーれDAR
496:名無しさん＠編集中
08/12/19 13:12:54 7ZEMe6L9
>>493
何もおかしくない。XもYも16の倍数。
SDだからこそその数字なんだろ。
497:名無しさん＠編集中
08/12/19 13:17:35 7ZEMe6L9
あ、ゴメン。4：3なら640×480では？
と言いたかったのね。
エンコした人にきいてみるしかないなｗ
498:名無しさん＠編集中
08/12/20 02:25:53 OlkdVC0Z
銅見ても16:9
499:名無しさん＠編集中
08/12/22 10:18:20 L5us0b+4
落としたAVIが「720x404(AR 2400:1111)」っていう設定で
そのまま再生するとすごく横に伸びた映像だった
エンコ主はなぜこんな設定にしたのだろう？
500:名無しさん＠編集中
08/12/22 16:21:44 O+OWRBgd
太った人が大好き！
501:名無しさん＠編集中
08/12/23 13:34:54 RpNNw7up
外人が日本人を特別視してるってのは、自分の国の歴史少しでも知ってたら誰でも分かるだろ。
まず、資源が全くないってことはすごいこと。もう両手両足もがれたぐらいのハンデ。
しかもすごいのは、米国の3分の1の人口、わずか25分の1の領土で、
その上ただでさえ極小の国土の7割が山、山、山。なーんにもない、山…。
だから農業で輸出して食べていくことすらできない。条件からして最貧国でもおかしくない国。
そんな国が、100年ほど前で当時世界最強クラスだった露助とか清をあっさり倒して、
非白人国家で普通に白人常任倶楽部仲間入りしちゃってて、
おまけに米国敵に回してガチで戦争して、世界で唯一米国本土爆撃して、
英国の無敵艦隊フルボッコにして、オランダ倒して、
世界で唯一原爆落とさせるほどてこずらせて。しかも二発だよ二発。考えられない。
敗戦とか言ってるけど日本のせいでアジアから白人の植民地全部消されたし。
しかも信じられないのは、戦争に負けてただでさえ何もない国が
インフラまで全部叩き潰されて、多額の賠償金まで背負わされて100％再起不能にしといた極貧衰弱国家で、
今度こそ生意気なイエローモンキーが消えて数百年はウザイ顔見ないで済むと思ってたら、
直ちに白人社会に経済で参戦して来さって、
参戦どころかごぼう抜きでたった2、30年であっというまに米国抜いて世界第一位。
東京の土地だけで米国全土買えるほどの呆れた価格になっちゃう程の超絶経済力で世界中（ ゜Д゜）ﾎﾟｶｰﾝ…状態。
その後もずーっと二位維持。頭一本でそれ。しかも経済の80％が内需。内需だけでそれ。
金融とかでまだ全然進出しきれてないし車や家電、工業製品もまだまだ進出しきってなくてそれ。
もうキチガイの域。伸びしろありすぎﾜﾛﾀ。戦後60年一発も打たずに侵略せずにこれ。
何気に世界最長寿国とかなってる。んで今度は漫画・アニメ・ゲーム。気がつけばハリウッドの規模とっくに超えてる。
アメリカの検索で一位になってるのが日本のアニメとか。世界中で一番人気になってる映像作品が日本のアニメとか。
極めつけは世界一長い国号、2000年のどの白人より長い王室ならぬ、その上の皇室保有。エンペラーに代表される歴史。
普通の神経してたらこんな国怖くて関わりたくない。
お誕生日おめでとうございます！
502:名無しさん＠編集中
08/12/23 17:55:09 7vBF8lTt
脳内吉>>501おめ。ホント、お前、おめでたいヤツ。
503:名無しさん＠編集中
08/12/23 18:04:31 oLqBlREU
コピペにマジレスも相当痛いが
504:名無しさん＠編集中
08/12/23 18:26:07 7vBF8lTt
>>503
コピペじゃないみたいよ?
505:名無しさん＠編集中
08/12/23 18:27:27 W09dVK8A
昔からあるコピペだ。
506:名無しさん＠編集中
08/12/23 20:59:25 5a7/nU3u
コピペがすぐわかるようになることも悲しいことよ
507:名無しさん＠編集中
08/12/23 21:04:55 IIRMAK2r
1行目で明らかにスレ違いだから読み飛ばそうとしたらムダな長文
この時点でコピペだってわかるだろ
まだスレと内容が大きくずれてなかったら今本気で書いたのかなあとも思うが
508:名無しさん＠編集中
08/12/27 10:25:30 j2TPuh4O
すれ違いならごめんなさい
PCastTVでVHSからmpeg2を作ろうとしてるんですが
720ｘ480と640ｘ480が選択できます
640ｘ480で合ってますか？
509:名無しさん＠編集中
08/12/27 12:46:17 HCvLqbOB
試せばいーじゃん
510:名無しさん＠編集中
08/12/27 13:34:14 zrO46bMD
アナログ放送をキャプしてれば判りそうだが、地デジ化してたら判らんかもな
PCastTVの640x480はクロップ無しで全域が入ってるから正確ではない、720x480を選択した方が賢明だよ
家庭用機器で録画したVHSテープからキャプると、両脇の黒い所が多いんだよな
511:名無しさん＠編集中
08/12/27 14:05:31 j2TPuh4O
全部録画しなくていいんだからまずヤレって話ですよね
お二方、ありがとうございました
聞いてみてヨカッタ
512:名無しさん＠編集中
08/12/27 22:56:21 j2TPuh4O
640x480（ピクセルアスペクト1:1）
URLﾘﾝｸ(nukkorosu.80code.com)
720x480（画面アスペクト4:3）
URLﾘﾝｸ(nukkorosu.80code.com)
MPEG EditorでCMカット時のデータです
720x480のほう潰れてるよね？
オラどうしたらいいだ？兄貴教えてケロ
513:名無しさん＠編集中
08/12/27 23:11:09 ylfrgwNu
720x480でキャプチャして左右で合計16px削って4:3にリサイズしたのが正しい比率。
ITU-R BT.601っていうアナログビデオ信号をデジタル変換する際の規格では
横720pxでサンプリングすることが決まってる。それだと640x480でも正しい比率ではない。
514:名無しさん＠編集中
08/12/27 23:18:52 j2TPuh4O
おおありがとう！
がんばってきます
515:名無しさん＠編集中
08/12/27 23:41:16 j2TPuh4O
URLﾘﾝｸ(nukkorosu.80code.com)
何回も申し訳ないです
708x480にクロップしたものを640x480でエンコした画像です
これで完成ですかね、兄様
516:名無しさん＠編集中
08/12/27 23:45:00 XJvF90p6
引き算大丈夫か？
517:名無しさん＠編集中
08/12/27 23:51:41 j2TPuh4O
すすすすみません
704x480でクロップしてましたｱﾊｱﾊﾊ(。∀ ﾟ)
カキコのミス、安産のミスです
518:名無しさん＠編集中
08/12/27 23:57:26 j2TPuh4O
みなさん、お騒がせいたしました
特にご指摘も無いようなので、これにて終わりにしたいと思います
ありがとうございましたm(__)m
519:名無しさん＠編集中
08/12/28 00:46:44 ly//8wp8
） ） )
（ ( （
＿＿＿＿＿＿＿＿＿＿＿／￣￣￣
| ＿＿＿＿＿＿＿＿＿／ ノ（ ;;;;;;;;;;;;;;;;;;;;
| |ィェーィ ,..---- ､ / ⌒;;;;;;;;;;;;;;;;;;;
| | . f/￣￣｀'ヾヽ | ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
| | (ヽ、∩.i| ニ ,ニ Y:}| ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
| | ゝ.'┴| | .,.ｨ_ _ヽ._ Y| ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
| | ( と⌒ヽ丶-=ェォ ,. | ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
| | ヽ'´( ﾉ⌒ー─' | ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
| |＿＿＿＿＿＿＿＿ ＼ ;;;;;;;;;;;;;;;;;;;
└＿＿＿ ／￣￣￣￣￣ :::::::;;;;;;;;;;;;;;;;;;;
|＼ | ::::::::::::::::::::::
＼ ＼ ＼＿＿＿ ::::::
520:名無しさん＠編集中
08/12/28 12:35:29 U4N1gawz
テンプレも見れないバカか
521:名無しさん＠編集中
09/01/06 23:34:27 L3luvTNM
1920x1080の映像を上下12ずつ削って1920x1056にした後720x480にリサイズ
それをTMPGEnc4.0で16:9(40:33)のDVD用MPEG2にして出力してるんだけど
これってアス比あってる？
522:名無しさん＠編集中
09/01/06 23:40:54 PBNEJkzg
それってフルHDのソースだろ？
３２：２７じゃないの？
523:名無しさん＠編集中
09/01/06 23:42:47 L3luvTNM
いや、1920x1080自体は16:9で正しいんだ
問題はDVD用MPEG2にするのにどうしたらいいか
524:名無しさん＠編集中
09/01/07 01:01:29 IcC16eTK
合ってる。自分の計算を信じるんだ
525:名無しさん＠編集中
09/01/07 01:16:32 aKgmKTaB
本年度も解決済みです
526:名無しさん＠編集中
09/01/07 04:13:50 DyTBS3z8
>>521
普通は
1920x1080＞704x480リサイズ
左右に8ピクセル分黒を入れて＞720x480
それをPAR40:33でエンコだろ
527:名無しさん＠編集中
09/01/07 08:47:17 1ZC/SmjQ
>>526
DVDは704x480も対応してるから、わざわざ黒帯足さなくてもいいんじゃまいか？
528:名無しさん＠編集中
09/01/07 19:25:35 KEyDIPAr
1920x1080をTMPGEncでクロップしないで720x480に出力して
TMPGEnc AuthoringdでDVDじゃだめなのか?
529:名無しさん＠編集中
09/01/07 19:41:07 8t5dxIhX
>>528
このスレ的には（厳密には）それではアスペクト比が崩れる
HVからDVD用にリサイズするなら704ｘ480にするべき
530:名無しさん＠編集中
09/01/07 20:08:53 KEyDIPAr
ほほぅ
それと、TMPGEncでDVD用のMPEGってのにすると勝手に左右黒帯が
出来るんだけどそれで、いいんじゃまいか?
531:521
09/01/07 20:35:12 t0FUtCPk
ありがとうございます
確かに704x480で問題は無いのですが
720x480でエンコードしたかったんです
>530正確には
1.Aviutl上で上下12ずつクロップ
2.Lanczos 3-lobed拡大縮小で1920x1056→1440x960
3.Aviutl標準リサイズ1440x960→720x480
これをプロジェクトファイルに保存して、TMPGEncに読み込ませるので
勝手に黒帯が付く事は無いです。変な処理してすみません
532:名無しさん＠編集中
09/01/08 22:33:16 ASy7nkA8
>>529
えー そなの?
それはDVDプレイヤーなら問題ないんじゃないの?
533:名無しさん＠編集中
09/01/08 22:55:21 0fTKqd4i
URLﾘﾝｸ(jumper-x.hp.infoseek.co.jp)
ここよめ
534:名無しさん＠編集中
09/01/08 23:19:27 UnzfbENc
そこのどこ読めば参考になるの？
535:は@cr4-172-178.seaple.icc.ne.jp
09/01/08 23:21:10 kdzMW/YW BE:90785063-2BP(1003)
>>531
なんで12ドットずつクロップするの？
536:名無しさん＠編集中
09/01/09 00:10:40 RXTb8dr2
1920/(480/9*16/704*720/480)=1056
537:名無しさん＠編集中
09/01/09 09:47:36 rYmMxY+C
TVで見るなら720x480→720x480で問題ないんじゃね? 違うかぁ～
538:名無しさん＠編集中
09/01/09 10:15:58 qXdFad4D
ColorMatrix(mode="Rec.709->Rec.601")
Spline36Resize(704, 480)
AddBorders(8, 0, 8, 0)
黒縁は別に無くても良い。
539:名無しさん＠編集中
09/01/09 10:42:41 JOkPF07U
まぁ12ドット程度のアスペクト比変わったところで普通に見る分には分かんないだろうしね。
540:名無しさん＠編集中
09/01/09 13:50:40 42Ki8/0c
やっぱり基本は
Bob()
LanczosResize(704, 480)
ColorYUY2(levels="709->601")
SeparateFields()
SelectEvery(4, 1, 2)
Weave()
AddBorders(8, 0, 8, 0)
ではないだろうか・・・
541:521
09/01/09 21:41:14 25AMK9S+
何度もすみません
我が家のDVDプレイヤーは1080p出力した場合
704x480は720x480よりも多く左右に黒帯が付加されます。
それが気になって嫌なので720x480にしたかっただけです。
>524の言うとおり1920x1056→720x480で合ってると思うのでもういいです
704x480にするならわざわざここで聞きません
542:名無しさん＠編集中
09/01/13 14:59:26 fkOi4i27
そういうプレイヤーがあるんだな。
知らなかった。
704*480もDVD規格なのにね。
543:名無しさん＠編集中
09/01/14 08:57:37 rA3UWE6Y
521は、DVDプレイヤーを、買い替えるべきだな。
544:名無しさん＠編集中
09/01/22 14:34:19 j4aghePz
情報流出防衛のプロが、PCの中身を史上最大規模の大流出！！
大量のロリ画像、11歳少女のハメ撮り動画、大企業の顧客リスト、エロゲ等
違法ダウンロード三昧。不倫メガネ女の裸画像や、援交メール等も
（素人でも踏まない[ハメ撮り.scr]をダブルクリックした、お馬鹿感染）
児童ポルノマニア「岡田賢治」。官僚のパパのコネもあって年収1500万！（もちろん国民の税金）
まとめwiki（IPAの圧力により何度も消された）
URLﾘﾝｸ(tukouta.altervista.org)
※本スレは流れが速いので、ニュース速報板にいって「IPA」「つこうた」で検索
↑税金泥棒の糞公務員を絶対許すな。拡散頼む
545:名無しさん＠編集中
09/01/23 17:59:50 BxTXYRvB
ブラクラ注意
546:名無しさん＠編集中
09/01/26 21:07:40 d9R1yv22
ブラクラ違うやんｗ
しかし、岡田賢治って最低の野郎だな
これをネタに子供とか学校で虐められそう・・・
547:名無しさん＠編集中
09/01/26 23:39:47 cYa3oKDc
自演乙
548:名無しさん＠編集中
09/01/27 11:43:44 kHaRz15d
なんのスレだよｗ
まあ書き込みがないと落ちるからいいけどｗ
549:名無しさん＠編集中
09/01/30 01:19:49 p2ciOzdY
ageてけよ
550:名無しさん＠編集中
09/01/30 03:10:26 F+WAhk7t
てけれっ てけれっ♪
てけれっ てけれっ♪
てけてけ てけれっ♪
てけれっつのパーっ！！
551:名無しさん＠編集中
09/01/31 14:49:23 ysUu2GZQ
ようつべで640x480（クロップしてない、リサイズだけ）で
あげてるのを正しいアスペクト比で見たい場合、
落とした後、ＰＣ側でPAR=45:44（720:704）にする
と本来の比率ということであってる？
＆720x480（クロップしてない、リサイズもしてない、キャプチャしたままの画像）
のままの場合は、
PAR=10:11にすると正しいアスペクト比？
両方とも、落とすと480x360または480x320になるが。
アス比気にしてないやつ、結構いるから・・・
細かいけど。
552:名無しさん＠編集中
09/01/31 14:58:43 X1yvt9Rl
640*45/44=720*10/11だから、それでいい。
553:名無しさん＠編集中
09/01/31 15:14:04 xUy1k8Ds
つべに上げてる人間は素人もいるだろうからわからんではないがパッケージで売られてる
動画の再生ソフトにはそういうの無視してるものが多くて困る
554:名無しさん＠編集中
09/02/01 09:49:53 eLN1cAC+
アスペクト比について調べ始めたけどまるで要領を得ねえ
はぁもう見た目がおかしくなければいいや
555:名無しさん＠編集中
09/02/01 11:01:01 eLN1cAC+
すごい！実験したら分かった！
720x480の中に540x480の大きさで埋まってるSD映像は
528x480でトリミング→エンコして、再生するときアスペクト比4:3で再生させるか
528x480でトリミング→640x480に拡大してからエンコ
のどっちかでイイよ
556:名無しさん＠編集中
09/02/02 12:40:24 R/fYjUyt
最近、PV4を買って色々調べても自分では中々正しいのか分からないので、ぜひナイスな回答お願いします。
1、PV4で録画した720p、1280x720の動画をTMPGEnc 4.0でDVD向けMPEGファイルにする場合は
左右8クリップしてアスペクト比保持のチェックはずして704x480でOKなの?
2、それと上記の元動画を1280x720or704x396のDivXにエンコする時も左右8ずつ削らなければならないんでしょうか?
557:名無しさん＠編集中
09/02/02 13:08:56 Cpb47cfw
>>556
ソースの解像度が720x480(576)じゃないから、1, 2両方とも、クロップは不要。
558:名無しさん＠編集中
09/02/02 14:00:37 R/fYjUyt
返答ありがとうございます。
削らずに720x480のmpgにして良いわけですね。
その場合TMPGEnc 4.0のフィルターの所でアスペクト比保持のチェックを入れておくと
左右に黒帯が追加されるんですけど、これはどうゆうことなんでしょうか?
PCで視聴すると映像が左右に縮んでるように見えるんですけど・・・
559:名無しさん＠編集中
09/02/02 14:12:01 Cpb47cfw
NTSC 16:9は、40:33で引き延ばすと決まっているから、
704+黒帯で720にしないと、正しい比率にはならない。
560:名無しさん＠編集中
09/02/02 14:42:11 rkBMjXL5
ソースが1280x720なら、704x480の40:33だよ。共に、オーバースキャン無しね。
テレビで見るなら、704でも黒付の720でも、表示されるのは同じ。
URLﾘﾝｸ(img208.imageshack.us)
561:名無しさん＠編集中
09/02/02 16:46:56 fJd5j7kk
TMPGEnc 4.0はテンプレートでDVD向けmpegファイルを選択すると勝手に左右黒帯入れる仕様になっているがそのことじゃないのか？
562:名無しさん＠編集中
09/02/02 18:42:04 R/fYjUyt
↑
うんうん、そう言うことです。
そこが、ちと意味不明だったんですけど
元動画の放送局のロゴをTVの画面上にテープ貼って目印にして
色々やって確認していたら解決しました。w
ありがとうございました・・・ペコリ
563:名無しさん＠編集中
09/02/03 00:07:09 HYaSRUky
>>555
そうだったのか(ﾟДﾟ)！
今まで左右を90ずつ、計180クロップでエンコしてしまっていた・・・・
これじゃ微妙に歪んじまうんだな
564:名無しさん＠編集中
09/02/03 19:32:24 27bnnU2o
これ↓録画したいからNHK教育、地方局の早朝深夜に張り付いてみるか。
URLﾘﾝｸ(www.geocities.co.jp)
565:名無しさん＠編集中
09/02/04 00:07:08 KQ9KV2jy
イイネ ﾈｰ（＊´ －｀）（´－ ｀＊）ﾈｰ．
566:名無しさん＠編集中
09/02/09 13:26:08 33AhAN17
スクイーズ収録のＳＤワイド（720*480）から静止画つくるには、
縦横何ピクセルにすればいいの？
567:名無しさん＠編集中
09/02/09 13:40:16 biZct1cN
720x480→720x396でいらない部分削る
568:名無しさん＠編集中
09/02/09 14:38:27 33AhAN17
>>567
ありがとうございます。
ＰＣ表示に使うので、横拡大の873*480にしようかな。
569:名無しさん＠編集中
09/02/09 14:44:12 biZct1cN
>>568
それだと左右合計16削ってから拡大しないと、ほんの少しアス比狂うぞ
まあ、好きにするのが結局一番いいけど
570:名無しさん＠編集中
09/02/09 15:16:32 XjcRXKtv
853じゃなく、873と言っているから、別に削らなくても良い。
571:名無しさん＠編集中
09/02/09 16:52:20 biZct1cN
おお、ほんとだ
873を853と見間違えてた
572:名無しさん＠編集中
09/02/09 19:42:29 bnZOOj1R
年寄りはアスペクト比をあまり気にしない。むしろ上下左右の黒帯が気に入らないと拡大表示して見ているので解像度は低く横や縦に伸びて時代劇を楽しんでいる。
573:名無しさん＠編集中
09/02/10 04:42:52 Hejj4vAd
ずっと4:3モニタ使ってたので上下に黒帯がないと落ち着かない変態さんになってしまった。
そんな俺が新しく買ったやつも1920x1200の黒帯モニタ、コントロールバーで映像隠れないょ
574:名無しさん＠編集中
09/02/10 16:49:47 Xi2lXrrt
ﾌﾟﾚﾐｱ６のSDﾜｲﾄﾞ画面ｷｬﾌﾟしたら、863*480だった
575:名無しさん＠編集中
09/02/11 13:13:30 3mlbu69X
非常に悩む～ってことで、どっち派が多いか聞いてみたい
例）DVDを640×480にエンコするとする
ソフトに読み込むと、上に黒帯があったとする（４ドットほど）
A：黒帯関係なく、そのまま640×480にエンコ
アスペクト比は正常だが、上に４ドットの黒帯が入る
B：上を４ドット削り、640×480でエンコ
上に黒帯はないが、縦に４ドット分伸ばしたので、正規のアスペクト比から４ドット縦長
AとBどっちが多い？
576:名無しさん＠編集中
09/02/11 13:41:40 O+PzrsyS
720x480のままエンコしてアス比を埋め込む。
そしてAもアス比は正しくない。
>>1から読み直せばわかる
577:575
09/02/11 14:48:39 3mlbu69X
あ～そうかも、というか、聞きたい所は、黒帯は付くがアス比は保持するか、アス比は保持出来ないが黒帯は付かないかって所だったんだけど
そんじゃもう１回
例）DVD720×480(4:3)をエンコするとする
ソフトに読み込むと、上に黒帯があったとする（４ドット）
A：左右合計16ドット削る→704×480に→リサイズ640×480又は７04×480アス比埋め込み
アスペクト比は正常だが、上に黒帯が入る
Ｂ：左右合計16ドット削る→704×480に→上４ドット削る→704×476→アス比保持しないでリサイズ640×480又はアス比保持しないで７04×480アス比埋め込み
上に黒帯はないが、アス比は元動画より縦長（４ドット分なので肉眼では判別不能？）
578:名無しさん＠編集中
09/02/11 14:53:47 SuMOo2Nd
なんでアス比正常の黒帯なしにしないの？
579:名無しさん＠編集中
09/02/11 15:08:36 3mlbu69X
>>578
そんなことできるの？ それができるなら１番なんだけど、自分の知識じゃ無理だ
左右合計16ドット削る→704×480に→上４ドット削る→704×476→704×476でアス比埋め込みとか？
580:名無しさん＠編集中
09/02/11 15:30:05 O+PzrsyS
だーかーらクロップしようがしまいがリサイズしなければ--sar 10:11とすれば正しいアス比になるんだって。
sarはピクセルの縦横比なんだからクロップは関係ないのはわかるでしょ？
俺は変態解像度になるのが嫌いだからクロップしないけど。
581:名無しさん＠編集中
09/02/11 16:17:11 3mlbu69X
>>580
＞だーかーらクロップしようがしまいがリサイズしなければ--sar 10:11とすれば正しいアス比になるんだって。
リサイズしても640×476にすればOKですよね？ sar 10:11指定する場合は704×476だけど
＞俺は変態解像度になるのが嫌いだからクロップしないけど。
なるほど、ということは
１．アス比正常 黒帯あり
２．アス比異常 黒帯なし
３．アス比正常 黒帯なし 変態解像度
この３パターンの中から、好きなのにしろって感じなのですね。
582:名無しさん＠編集中
09/02/11 16:47:08 qw1zrpbP
ちなみに、ソース元がGV-MVP/GX2W等の場合sar 8:9(4:3)にすれば、どんなクロップを使用が
sarに追随できる playerでソースアスペクト比を維持できる （PowerDVD KMplayer MPCHC 等）
但し、SAR（PAR）とDARは一致しなくなるけど
583:名無しさん＠編集中
09/02/11 16:59:14 qw1zrpbP
後、8:9はPC向け出力の場合
584:名無しさん＠編集中
09/02/11 20:44:17 qw1zrpbP
>>581
もうひとつ 乱暴なやり方だが、自分のクロップしたいサイズを黒帯が隠れるサイズまで拡大してクロップする
アスペクト比が狂わないように縦横比を厳密に計算してから行う 但し、満足する画質を維持できるかはわからない
素材元 CAP(3:2) > 720x480 sar 8:9 dar 4:3 NTSC(DVD) > 704(720)x480 sar 10:11 dar 4:3
585:名無しさん＠編集中
09/02/11 22:21:15 3mlbu69X
>>582-584
サンキュー>>584みたいな発想は思いつかなかったわ
586:名無しさん＠編集中
09/02/11 22:59:52 lPRdoPhu
左右合計16ドット削る→704×480に
上4下2、もしくは上6をCrop
左右合計8ドット削る
640x480にリサイズ
いつもこれでやってる。
587:585
09/02/12 00:05:38 L1mbA7TH
>>586
天才かも
それもらった！
588:名無しさん＠編集中
09/02/12 10:25:03 TaM4QUiM
・・・ばかばっか
589:名無しさん＠編集中
09/02/12 12:24:51 9rOVmc7z
>>588
おまえの生活に何か影響でもあるのか？
おまえらは馬鹿＝俺は利口アピールいらねえ。
590:名無しさん＠編集中
09/02/13 01:12:39 chSW+7s1
>>589
うへ、ルリルリねたに、それはナデシコw
591:名無しさん＠編集中
09/02/13 01:14:35 chSW+7s1
てか、アスペクト比スレにアニメやらない人間が居ったとは、新鮮な驚き
(悪く言うつもりはない→俺も実写もこなすので)
592:名無しさん＠編集中
09/02/13 11:11:42 MomgYKC0
なんだおまえｗ
593:名無しさん＠編集中
09/02/13 11:34:39 W029JZVh
ID:chSW+7s1
594:名無しさん＠編集中
09/02/14 11:16:42 dw7BNvr7
HD → SDの変換って、どれが正しいの？
① 1920×1080 → そのまま720×480
② 1920×1080 → 無効領域を付け足して720×480
③ 1920×1080 → そのまま704×480
595:名無しさん＠編集中
09/02/14 15:11:58 D2VqbW61
②か③でPAR 40:33か10:11
596:名無しさん＠編集中
09/02/14 17:12:47 XX/bdx2q
16:9スクイーズのDVDが40：33というのは縦480だと16：9の横が704となるよね。線引いてみたがこんな感じになった
│←─── 画面比 16 ─→│
┏━┳━━━━━━━┳━┓─
┃ ┃.. ↑ ┃ ┃ ↑
┃ ┃ │ ┃ ┃ │
┃ ┃. 40 9 ┃ ┃ │
┃無┃ ┌─┐. 画面比┃無┃ 480
┃効┃ │ │33. ┃効┃ │
┃領┃ │ │. │ ┃領┃ │
┃域┃ └─┘... │ ┃域┃ │
┃ ┃ ピクセル比. │ ┃ ┃ │
┃ ┃ │ ┃ ┃ │
┃ ┃ ↓ ┃ ┃ ↓
┗━┻━━━━━━━┻━┛─
│ │←──. 704 ───→│ │
│. │
│←───. 720 ────→│
720x480と704x480が同じピクセル比40:33でいいわけがやっとわかった、初心者過ぎたわｗ
597:名無しさん＠編集中
09/02/14 23:05:52 cDGjGWsk
無効領域ってテレビに映らない範囲ってことですよね
ＰＣで再生してもやっぱり映らないんでしょうか?
もし映るんなら、無効領域含めて4:3なので、ＰＣでＤＶＤを再生するとアスペクト比が縦長になってるということでしょうか?
598:名無しさん＠編集中
09/02/15 02:07:27 +tw2/iRm
縦長になることもあるし、ならないこともある。使っているプレイヤーや再生環境次第です
599:名無しさん＠編集中
09/02/15 11:29:44 ke2BWs88
1920x1080を720x480にして全体を16:9にするのは間違いだったのか？
今までそうやっていたんだが。
600:名無しさん＠編集中
09/02/15 14:13:19 lmqDBK1N
16:9指定ならいいんじゃない
601:名無しさん＠編集中
09/02/15 18:53:40 ke2BWs88
え？いいの？
>>595あたりと矛盾しないの？？
602:名無しさん＠編集中
09/02/15 19:14:51 IVgIienB
HD→SDって書いてあるんだからたぶんNTSCの規格でっていうエスパー回答
なんじゃね？DVDビデオにでもするならって事だよ。
別に自分用エンコだったら好きにすれば良い。
603:名無しさん＠編集中
09/02/15 19:39:04 mvn4qBRB
>>601
矛盾しない
>>595の場合でも映像部分はDAR 16:9になる
604:名無しさん＠編集中
09/02/15 19:46:21 cIdDJRGq
聞いてやれよ、PARいくつでやったのか。じらし過ぎじゃね
まあ本人は16：9って言ってるからあれだけどさ
605:名無しさん＠編集中
09/02/16 15:20:23 2CZQJwAu
何故DVDの解像度は720×480で横と縦の比が16:9でも4:3でもないんですか？
URLﾘﾝｸ(72.14.235.132)
606:名無しさん＠編集中
09/02/16 21:44:10 i/MMHI0I
おかしくないか？
X90でやったら>>594の①だったぞ。
607:名無しさん＠編集中
09/02/16 22:48:44 NDUP4iH1
検証方法が明記されてないんじゃあどうとでも取れるわけだが
608:名無しさん＠編集中
09/02/16 23:06:23 kK+IBNP8
もとが1920x1080でぴったりなら，720x480にしてそのまま16:9でないと，見え方が違ってきてしまうもんなあ。
それとも，何が何でもPAR 40:33を守るべきなの？
609:名無しさん＠編集中
09/02/16 23:19:12 K5Mt++Wt
PCで見るか、S映像などでTVに映すかで違う
610:名無しさん＠編集中
09/02/16 23:38:48 kK+IBNP8
おk。
PCなら720x480，NTSCで出力するTVならPAR 40:33が優先と。
611:名無しさん＠編集中
09/02/17 01:24:05 uIqE2mza
1920x1080は、オーバースキャン無しだから、704x480に。720x480にするのなら、左右に+8黒帯。その上で、どちらも40:33。
612:名無しさん＠編集中
09/02/17 21:31:47 eNZhxXuL
>>607
DRで録って、DVDに焼いただけだよ。
特殊なことはやってない。
家電がアスペクト比ミスってエンコなんかしないだろう？
613:名無しさん＠編集中
09/02/18 10:33:29 wcL68b7s
>>612
調べてないけどおそらく他の機種も
クロップはしてないだろうな。
DVDに焼くってのはNTSC出力前提でリサイズ＆再エンコなわけだし。
614:名無しさん＠編集中
09/02/18 14:29:38 8rv4xxd2
SD番組って、４：３の癖に地デジでわざわざ、16:9で放送するために
横に黒ぶちつけてるよね
それをエンコードする時って、852x480でリサイズするのがいいの？
それとも、640x480にした方がいいんだろうか？
でも、640x480にしても、横の黒ぶちをカットしてくれるわけじゃないよね・・・
そうなると16:9の黒ぶち付きの画面比を4:3にするからおかしくなるのかな？
横ぶちをカットして、4:3にリサイズしたい気もするんだが。
でもどっちにしろテレビがワイドなら、そのまま黒ぶちつきの16:9のままにしてた方がいいのかね
615:名無しさん＠編集中
09/02/18 18:24:04 chdvdBWp
家電エンコはアス比地雷でFAなの?
616:名無しさん＠編集中
09/02/18 23:51:26 6Y9n3esD
最近4：3のテレビで見ていると、なんとなく拡大された画面のようで気分が悪いです。
16：9の放送をくりぬいているんでしょうね？
617:名無しさん＠編集中
09/02/18 23:56:05 FB3YK6bg
16：9で見ると不自然に人が中央に寄ってたりして
これもまた気持ち悪いけどね
618:名無しさん＠編集中
09/02/19 00:23:37 /VAUgGjU
4：3でも上下に黒帯を入れて16：9にして放送すればいいと思います。
何がいけないのでしょうか？
619:名無しさん＠編集中
09/02/19 00:30:46 gBQJYCPB
上下だからさ
620:名無しさん＠編集中
09/02/19 06:37:46 q6tTMcNI
720x480の動画を、横の黒ぶちをクロップでカットして、640x480にするってのは、
720x480を640x480にリサイズするって作業と同じことになるの？
aviutlで、クリップングサイズで横を削って、640にしてあげれば、
エンコードは入力も出力も正方画素を選んで、出力するだけでいいんだよね？
621:名無しさん＠編集中
09/02/19 08:04:25 5TH4ARe+
>>620
意味不明だよ
もうちょっと落ち着いて書いてくれw
622:名無しさん＠編集中
09/02/19 16:33:51 q6tTMcNI
>>621
いや、だからクロップって作業？とリサイズってのは同じことなんだよね？
そして、AVIUTLではクロップって、クリッピング＆リサイズって設定がクロップのことになるでOKだよね？
そして、720x480の横に黒枠が付いているテレビ放送とかだと、横を調度、640のサイズにクロップしてやれば、
そのまま640x480になって、4:3のアスペクト比になるから、そのままエンコードするで間違ってないよね？
具体的な作業を書くと、aviutlのクリッピング＆リサイズで、左右40ずつドットを削って
DIVXで、入出力ともに正方画素を選んで、エンコードでOK？
623:名無しさん＠編集中
09/02/19 16:39:44 6CMJgy/e
釣り針でかすぎてなにから(ry
624:名無しさん＠編集中
09/02/19 16:44:06 q6tTMcNI
何かおかしなこと書いてる・・・？
625:名無しさん＠編集中
09/02/19 17:38:50 gmEaz6zS
クロップは>>2でいうなら削りだろ
Q.720x480,4:3
A.左右合計16ドット【削り】、704x480に画面比4:3もしくはピクセル比10:11指定
リサイズするなら704x480→640x480
何も【削らずに】720x480にピクセル比10:11でもOK
↓クロップという言葉を使うとするならば
Q.720x480,4:3
A.左右合計16ドット【クロップ】、704x480に画面比4:3もしくはピクセル比10:11指定
リサイズするなら704x480→640x480
何も【クロップせずに】720x480にピクセル比10:11でもOK
626:名無しさん＠編集中
09/02/19 17:43:22 gBQJYCPB
なんかもう初心者用サイトからいってらっしゃいと
627:名無しさん＠編集中
09/02/19 17:47:28 q6tTMcNI
クロップは削りなのは分かるよ
720x480をクロップで削って、640x480にしたら、ピクセル比は4:3になるじゃん
だったら、リサイズせずにそのままエンコードしたらいいんじゃないの？
だから、入出力ともに正方画素指定でいいと思ったんだけど・・・
これではだめなのかな？
628:名無しさん＠編集中
09/02/19 18:02:30 q6tTMcNI
だからこの場合、横枠を削るわけだから、テンプレでいうと、
Q.720x480,レターボックス のやり方になるのかな？
上下適当に削ってあるけど、この場合は上下じゃなくて、左右を削ると
そしてピクセル比4:3にすればいいんじゃないのかな？
クロップじゃないただのリサイズだと、横枠が付いてくるでしょ。
横枠付いて、16:9になってるんだろうし
横枠残したままリサイズするなら、640x480じゃなくて、16:9のピクセル比にしないとだめな気がするんだけど・・・
でもそうすると、768x432になってしまうね。
横に伸ばしちゃうからよくないから、このやり方は乗ってないのかな？
とすると、横枠残したままやるのは、Q.720x480,スクイーズ の方法でやればいいってことになるわけか・・・
629:名無しさん＠編集中
09/02/19 18:08:24 gzOpJj+l
PAR（ピクセルアスペクトレシオ、ピクセル比）は、ピクセル1個の横と縦の比
630:名無しさん＠編集中
09/02/19 18:15:39 q6tTMcNI
>>629
そう。だから、この場合、正方画素だと、PAR1:1
クロップして、640x480にしてるわけだから、画面比はそのまま4:3
だから、正方画素 PAR1:1でそのままエンコードすればいいんじゃないかと思ったんだけど、違うの？
ああ、後、クロップで、640に削るのと、リサイズ指定で、640にするのって
結果は一緒になるのかな？機会が勝手に黒枠部分だけ削って、640にしてくれるの？
631:名無しさん＠編集中
09/02/19 18:28:05 gmEaz6zS
>>630
＞結果は一緒になるのかな？機会が勝手に黒枠部分だけ削って、640にしてくれるの？
ならない。
ちょっと教えてくれ
元の映像は
720×480 ピクセルアスペクト比40:33（画面比16:9）
720×480 ピクセルアスペクト比10:11（画面比4:3）
どっち？
632:名無しさん＠編集中
09/02/19 18:29:44 q6tTMcNI
>>631
ならないのか・・・
元画像は、720×480 ピクセルアスペクト比40:33だよ
レターボックスで、左右に横枠あり
テレビのSD放送だからね。
633:名無しさん＠編集中
09/02/19 18:36:48 KURHjo+v
レターボックスの意味も勘違いしてるぞたぶん
634:名無しさん＠編集中
09/02/19 18:44:49 gmEaz6zS
>>632
＞元画像は、720×480 ピクセルアスペクト比40:33だよ
それだったら、このへんは、間違ってるんじゃね？
>>622の
720x480の横に黒枠が付いているテレビ放送とかだと、横を調度、640のサイズにクロップしてやれば、
そのまま640x480になって、4:3のアスペクト比になるから
>>627の
クロップは削りなのは分かるよ
720x480をクロップで削って、640x480にしたら、ピクセル比は4:3になるじゃ
まぁ～映像の再生時間を短く切っていろいろ試せば、結構いいよ
俺も結構試してるし
635:名無しさん＠編集中
09/02/19 18:57:59 q6tTMcNI
う～ん、混乱してきたぞ・・・
>>633
レターボックスって、4:3のテレビをワイドに対応させるために、上下に黒枠をつけたり
4:3の映像を、ワイドテレビで表示させるために、左右に黒枠をつけるものじゃなかったっけ？
>>634
正解はどうなるのかな？元画像が、16:9の黒枠付きだから、
テンプレの、Q.720x480,4:3 ではないよね？
となると、Q.720x480,スクイーズ かQ.720x480,レターボックス の方法になると思うんだけど・・・
Q.720x480,スクイーズ
この方法だと、クロップで左右16ドット削って。
DIVXだと、出力は、NTSC16:9（PAR40:33)指定だと思うけど、
入力は何て指定すればいいんだろうか？
704:480だと、画面比は、44:30になるけど
また、このスクイーズだと左右の黒枠付きになってしまうよね。
636:名無しさん＠編集中
09/02/19 19:05:53 k862HQ+v
>>635
> となると、Q.720x480,スクイーズ かQ.720x480,レターボックス の方法になると思うんだけど・・・
どっちも違う。
横を 40/33=1.2121･･･ 倍に引き伸ばしたときに 640 になるべきなので、
640/(40/33) = 528 だけ横を残す。
つまり、左右合わせて192削ってから、横を640に引き伸ばせばおｋ。
あと、通常レターボックスっていう場合は、16:9 (みたいな横長) の映像の
上下に黒帯をつけて4:3にしている場合のこと。
URLﾘﾝｸ(ja.wikipedia.org)(%E6%98%A0%E5%83%8F%E6%8A%80%E8%A1%93)
637:名無しさん＠編集中
09/02/19 19:40:09 q6tTMcNI
>>636
意味が分からなくなってきた・・・
>つまり、左右合わせて192削ってから、横を640に引き伸ばせばおｋ。
その場合入出力の解像度は共に、PAR10:11を指定すればいいの？
>16:9よりもさらに横の比率が大きいシネマコープサイズものを4:3サイズに収めたものもレターボックスにあたる。
って書いてあるから、横枠付きのSD放送も、一応レターボックスに当たるんじゃないのかな？
638:名無しさん＠編集中
09/02/19 20:02:19 gBQJYCPB
アスペクト比がどういう働きをしてるか理解してないだろ
クロップ数だって入力プラグインの設定で変わるんだよ
本気でわからないなら0から出直した方が早いぞ
639:名無しさん＠編集中
09/02/19 20:09:51 zRLjABgG
>>637
左右192づつ 上下12づつ削って 640x480でおｋ
640:名無しさん＠編集中
09/02/19 20:53:52 GZFV+3bn
SS一枚さらせばどうすりゃいいか一発なんだがな…
クロップ（切り取り）とリサイズ（拡大縮小）の違いすらあやふやなのに、言葉だけで説明・理解しようなんて無理だよ
641:名無しさん＠編集中
09/02/19 21:37:28 bdkFCiML
無効領域のcropを，額縁のcrpoと混同しているところがはじめのボタンのかけ違いなんじゃないか？
642:名無しさん＠編集中
09/02/19 21:38:40 KURHjo+v
LBの話は本筋じゃないけど、636のwikipediaの解説読んでも637みたいなこと言ってるんだから
ここで何をどう説明しようが通じそうにないです
643:名無しさん＠編集中
09/02/19 22:01:54 q6tTMcNI
>>638
そうだね・・・
とりあえず、結果のやり方だけ覚えるしかないね。
難しいや
>>639
あれ上下も削らないといけないの？
それとDIVXでの入出力ファイルの指定方法を知りたいんだけど、
その場合、入出力共に、PAR10:11を指定するで当ってる？
644:名無しさん＠編集中
09/02/19 22:04:32 mmbXTOQN
画素一つ一つをコンニャクに例えるんだ
クロップはコンニャクを食べる
リサイズはコンニャクを押し潰す
PARはコンニャク一つの縦横の長さの比
DARは一面のコンニャク全体の縦横の長さの比
ほら分かりやすい
645:名無しさん＠編集中
09/02/19 22:10:05 q6tTMcNI
>>2
これのテンプレのファイルのDIVXの入力ファイルの指定方法が分からないんだよね
Q.720x480,4:3
>704x480に画面比4:3もしくはピクセル比10:11指定
これは出力は、NTSC4:3（PAR10:11)を指定すればいいと思うんだけど、
入力ファイルは何て指定すればいいのかな？
704x480だと、44:30になるけど。
入力ファイルも、同じ、NTSC4:3（PAR10:11)にしとけばいいの？
Q.720x480,スクイーズ
これも入力ファイルは何て指定したらいいのかが分からない
出力は、NTSC16:9（PAR40:33)にすればいいだけだよね。
でも入力は、704x480でクロップした時と、何も削らずに720x480にした時では、入力ファイルの解像度の指定が異なるのかな？
646:名無しさん＠編集中
09/02/19 22:16:25 q6tTMcNI
>>644
とすると、リサイズは画質が悪くなるってことだよね
なるべくならクロップした方が画質がいいと。
>PARはコンニャク一つの縦横の長さの比
>DARは一面のコンニャク全体の縦横の長さの比
これが何となくわかるんだけど、今いち分からないんだよな
704：480の比は、44:30だけど、この44:30ってのはピクセル比（PAR）ってことになるの？
それとも全体の画面比（DAR）ってことになるんだろうか？
647:名無しさん＠編集中
09/02/19 22:19:02 k862HQ+v
>>646
>>639 のは多分 4:3 に左右額縁で 1440x1080 の場合だな。
とりあえずテンプレの話はおいといた方がいいと思うぞ。
で、何をどうやってキャプして、何のソフトで、最終的に
どういう形式に出力したいんだ。
648:名無しさん＠編集中
09/02/19 22:21:36 0VuXAAp6
AviUtl使ってるなら
Lanczos 3-lobed などのリサイズ系フィルタで元の映像が
720x480 PAR=40:33（画面比16:9）なら 872x480 にリサイズ
720x480 PAR=10:11（画面比4:3）なら 654x480 にリサイズ
内蔵のクリッピング＆リサイズで出力サイズを指定して
「元の縦横比に合わせる」をチェックして
好きなだけ黒枠なり無効領域を削る
以上
649:名無しさん＠編集中
09/02/19 22:25:42 q6tTMcNI
>>647
やりたいことは二つ。
横枠付きのSD放送（720:480) アスペクト比16:9を、PV4で、720:480でキャプチャー
それをAVIUTLのクリッピング＆リサイズで、横枠を削って、アスペクト比4:3で、DIVXで
エンコードしたい。
それともう一つ、同じテレビ放送の動画だけど、720:480じゃなく、
PV4で、1440:1080でキャプチャーしたものもあるんだよね。
これを、同じように邪魔な横枠をクロップして、640:480 アスペクト比4:3にリサイズしたい。
形式は、DIVXで、AVIに。
650:名無しさん＠編集中
09/02/19 22:32:15 q6tTMcNI
>>648
でも、最初にリサイズして、「元の縦横比に合わせる」をチェックしてから、左右をクロップすると
縦の映像が切れていかない？
872x480 にリサイズもよくないって前に言われたんだけど
横に引き伸ばすからかなぁ
651:名無しさん＠編集中
09/02/19 22:44:12 mmbXTOQN
>>646
＞704:480の比
それは縦横に並んでるコンニャクの数の比であって何の意味もなさない
652:名無しさん＠編集中
09/02/19 22:57:44 k862HQ+v
>>650
720x480 の方は最終的に640x480にするならどうせ横に
引き伸ばすことに変わりは無いから、 >>648 のとおりで
「元の縦横比に合わせる」はチェックしないで、
あとは好きなだけ額縁を削ればいいんじゃないか。
1440x1080 の方は >>639。
で、DivX のピクセル比の設定は 1:1 のままで。
avi だとどうせそこの比を参照するプレイヤーほとんどないし。
653:名無しさん＠編集中
09/02/19 23:00:07 mmbXTOQN
「元の縦横比に合わせる」は使うな。絶対にだ
いや単に好みの問題かもしれんが、指定してないとこも勝手に削っていくから
はたして今どれくらい削れているのか、がはっきり分からなくなる
654:名無しさん＠編集中
09/02/19 23:06:47 q6tTMcNI
>>651
おお。これはすごい衝撃的事実だった
見た目の画素の比は何の意味もないものだったなんて・・・
1440:1080は、リサイズするなら、1440:810にしろっていうよね。
で、この1440:810は、16:9になるから、そのために、810にしろって意味だと思っていた
でも、この1440:810も並んでいるこんにゃくの数の比であって、
PARでもDARでもないってことなのか？
655:名無しさん＠編集中
09/02/19 23:11:28 q6tTMcNI
>>651
ああ、やっぱり「元の縦横比に合わせる」はチェックをするとおかしくなるよね。
えっと、>>648の通りというと、下の通りにリサイズしてから、クロップしろってこと？
720x480 PAR=40:33（画面比16:9）なら 872x480 にリサイズ
720x480 PAR=10:11（画面比4:3）なら 654x480 にリサイズ
クロップしてから、リサイズではなくて・・・？
リサイズする前にクロップした方が、それだけ元の画質を弄らずに
綺麗になるような感じがするんだけど・・・
>で、DivX のピクセル比の設定は 1:1 のままで。
これは入力、出力共に、PAR1:1でよいということだよね？
この方法だとアスペクト比を埋め込まず、リサイズによる対処だから、
1:1でいいってことかな。
656:名無しさん＠編集中
09/02/19 23:13:20 KURHjo+v
>>649
ひとつめ
リサイズ前の横÷縦が1.125になるように好きなだけ横でも縦でもクロップ
640x480にリサイズして正方画素でエンコ
ふたつめ
リサイズ前の横÷縦が1になるように好きなだけ横でも縦でもクロップ
640x480にリサイズして正方画素でエンコ
657:名無しさん＠編集中
09/02/19 23:25:02 KURHjo+v
>>2のテンプレは>>649のやりたいこととは無関係の話なので
気にしないように
658:名無しさん＠編集中
09/02/19 23:28:10 q6tTMcNI
>>656
つまりやり方としては、
クロップしてから、リサイズか、
リサイズしてから、クロップかのどちらかということだね。
そして、どちらも、640:480にリサイズして、入出力共にリサイズしたので、
PAR１：１で指定すると。
最初の自分のやり方だと、クロップして、640にすることがリサイズだと思っていたんだけど、
ここが間違っていたということだね
クロップとリサイズの違いと、実際のピクセル比（こんにゃくの数）と、PARとDARとの関係を
よく理解してないせいか・・・
クロップして、640にすることは、こんにゃくの数を弄ることで、これが、
PARにもDARにも関係してないという・・・
ん～考えるほどややこしい概念だね
659:名無しさん＠編集中
09/02/19 23:37:02 KURHjo+v
>>637
＞>16:9よりもさらに横の比率が大きいシネマコープサイズものを4:3サイズに収めたものもレターボックスにあたる。
＞
＞って書いてあるから、横枠付きのSD放送も、一応レターボックスに当たるんじゃないのかな？
それはその引用元のケース1で、例より上下の黒帯がもっと大きく映像部分が縦に短い（＝横の比率が大きい）場合でも
レターボックスと呼ぶという意味。
横枠付きのSD放送はケース2になり、レターボックスとは呼ばれない。
660:名無しさん＠編集中
09/02/19 23:37:47 q6tTMcNI
>>652
>avi だとどうせそこの比を参照するプレイヤーほとんどないし。
あと、ここを聞きたかったんだけど、ここって適当に何を指定しても結果は同じになるってこと？
PAR10:11にしようが、PAR40:33にしようが何を指定しても
どうせプレイヤーがこのアスペクト情報を見てないから一緒だと。
そういうことなのかな？
661:名無しさん＠編集中
09/02/19 23:39:52 gBQJYCPB
>>658
勝手にややこしく考えてるだけだろう
目標の縦横にするためにピクセルをどう変形させるかの設定値ってだけだ
そもそも「どんな作業をするか」なんて、
「何故そんな作業をするか」がわかってなきゃ殆ど意味が無い
どれか一つ違うだけで通用しなくなるんだからな
662:名無しさん＠編集中
09/02/19 23:57:07 k862HQ+v
>>660
とりあえずやりたいことに対する答えは >>656 でいいんじゃないか。
あとは自分で調べるなり試すなりしてくれということで･･･。
663:名無しさん＠編集中
09/02/20 00:17:46 /afWBE5R
[PAR_W] / [PAR_H] = H x [DAR_W] / ( W x [DAR_H] )
[DAR_W] / [DAR_H] = W x [PAR_W] / ( H x [PAR_H] )
W: 横有効解像度, H: 縦有効解像度
PAR_W: ピクセル比横 以下略
例
1.2121 = 480x16 / (704x 9) = 40/33
1.3333 = 704x10 / (480x11) = 4/3
当たり前だがリサイズしない限りPAR比は変化しない。
664:名無しさん＠編集中
09/02/20 01:37:14 GHqHN8vL
こんにゃくの件は数(解像度)じゃなくて長さ(DAR,PAR)が大事ということが言いたいんだ
DAR 4:3ってのは数の比じゃなくて長さの比だからね。aviだと数の比もそうしないと駄目だけど
実際は全体の長さじゃなくてこんにゃく一つの縦横比(PAR)が大事なんだ
ごめん全然分かんないよね
665:名無しさん＠編集中
09/02/20 02:02:29 F6bw633g
こんにゃく問答
666:名無しさん＠編集中
09/02/20 10:47:08 1+qwpvkF
コンニャクの大きさ 横40 縦33
コンニャクを横に720個 縦に480個並べる
コンニャクを何個はずしても、画面アス比は正常って言ってるけど
コンニャクを横に720個、縦に1個だけとかにしたら（720×1）PAR40:33
画面アス比はめちゃくちゃなような
667:名無しさん＠編集中
09/02/20 11:03:38 uZzrpONH
もうちょっとわかりやすくこんにゃくでいいから説明を体系的にお願いしますm（・＿・）m
668:名無しさん＠編集中
09/02/20 11:03:43 1+qwpvkF
横40 縦33のコンニャクを横に704個 縦に480個並べた
横の長さは、40×704=28160 縦の長さは、33×480=15840
28160:15840=16:9
結果的に画面比16:9になる
じゃあ、上に黒帯がコンニャク10列分あるから取り除いてみようぜ
取り除いたら
横40 縦33のコンニャクを横に704個 縦に470個になった
横の長さは、40×704=28160 縦の長さは、33×470=15510
28160:15510=16:8.8125
結果的に画面比16:8.8125になっちゃった
ええええええええええ
俺の計算が間違ってるのか？
それとも俺の考え方が間違ってるのか？
それとも俺は正しいのか？
669:名無しさん＠編集中
09/02/20 11:06:20 pauES/1p
その縦１ドットの範囲に表示される映像は別に歪まない（＝アス比正常）ので
めちゃくちゃでもなんでもないよ
670:名無しさん＠編集中
09/02/20 11:16:32 0kgDemQA
拡大縮小したときに16：9（ワイドテレビでちょうど良く見えるよう）になるように、
わざと上下に少し黒べた追加してることも理解できんのか
黒べた削ったら16：9にならなくて当たり前だ、このボケナスが
671:名無しさん＠編集中
09/02/20 11:28:40 1+qwpvkF
>>670
でも、そうなると、下記の書き込みが理解できなくなる
580 名前：名無しさん＠編集中[sage] 投稿日：2009/02/11(水) 15:30:05 ID:O+PzrsyS
だーかーらクロップしようがしまいがリサイズしなければ--sar 10:11とすれば正しいアス比になるんだって。
sarはピクセルの縦横比なんだからクロップは関係ないのはわかるでしょ？
俺は変態解像度になるのが嫌いだからクロップしないけど。
672:名無しさん＠編集中
09/02/20 11:43:42 pUFA/gmO
どこが理解できないんだよ
673:名無しさん＠編集中
09/02/20 11:49:25 Tb1pu0/V
アスペクト比と言った、これ。という唯一無二の存在があるとでも思ってるんだろ
674:名無しさん＠編集中
09/02/20 11:50:12 1+qwpvkF
>>672
>>670はコンニャクを取り除けば16:9にならなくて当たり前と言っている
>>580はコンニャクをいくら取り除いても正しいアス比になあると言っている
ここが理解できない
675:名無しさん＠編集中
09/02/20 11:56:45 pUFA/gmO
>>670はコンニャクを取り除けば映像の外枠の形状が変わって当たり前と言っている
>>580はコンニャクをいくら取り除いても映像の中身の形状は変わらないと言っている
676:名無しさん＠編集中
09/02/20 12:05:46 /afWBE5R
正直ここまで理解してない人が多いとは思わなかった。
クロップしたらDARが変わるのは考えるまでもないだろ。
でもSAR(PAR)はピクセルあたりの縦横比なんだからクロップの
影響受けるなんて魔法使ったってありえないだろ。
PAR1:1の640x480の画像から100x100の範囲を切り出したらPARが4:3とかに変わるのか？
677:名無しさん＠編集中
09/02/20 12:06:17 byn1OMKP
意味が理解できないのなら、クロップだけにしておいて、リサイズは一切するな。
--sarはこの中でも、40:33, 10:11, 4:3, 1:1の他は不必要だろう。
URLﾘﾝｸ(img208.imageshack.us)
678:名無しさん＠編集中
09/02/20 12:18:40 1+qwpvkF
>>676
でも>>580は、話の流れからいくと、いくらクロップしようがSAR10:11指定すれば、全体画面比4:3を維持出来るって言ってない？
679:名無しさん＠編集中
09/02/20 12:25:22 /afWBE5R
言ってないだろ。ていうか言葉の受け取り方だと思うぜ。
4:3を維持できると受け取るか、製作者の意図通りの画像が見れる
比率という意味でのアス比か。まあこじつけともいえるがたとえそれが
言い間違いだとしても--sar うんぬんは間違ってないよ
680:名無しさん＠編集中
09/02/20 12:30:55 /afWBE5R
ていうかごめん白状するわ。
>>580は俺ですｗｗｗ
確かに誤解を生む言い方だが>>679の後者の意味ということにしといてくれｗ
681:名無しさん＠編集中
09/02/20 12:36:03 1+qwpvkF
>>679
言ってないのか
>>580は
解像度704×480 sar10:11 画面全体アス比4:3
の映像の上10をクロップして
解像度704×470 にしても、sar10:11を指定すれば、再生した時に、画面全体アス比は、4:3になるって言ってるような気がするんだよね
>>670は
解像度704×480 sar10:11 画面全体アス比4:3
の映像の上10をクロップして
解像度704×470 にしたら、sar10:11を指定しても、再生した時に、画面全体アス比は、4:3になるわけがないだろって言ってる気がするんだよね
682:名無しさん＠編集中
09/02/20 12:56:13 kla5dg2j
580はPARが正しければ画面全体アス比がどんな数字になろうが映像は正しいアス比になると言ってる