08/10/05 16:04:58 acEWNuYv
数学的に求められる項目とは違い通常のリサイズは個人の価値観の問題
だいたいこれが正しいなんて答えはないんだし、ましてやアスペクト比スレのテンプレに入れるなんてw
301:名無しさん＠編集中
08/10/05 16:08:12 Otjb4+ex
なんで外人がおおざっぱな性格してるからDVDの制作側も適当に
やってるかもなんて結論になるのかわけわからんのだが…
302:名無しさん＠編集中
08/10/05 16:22:46 241VbHRg
プロ向けに書かれたガイドですらこれだから、後は推して知るべしだ。
URLﾘﾝｸ(lipas.uwasa.fi)
303:名無しさん＠編集中
08/10/06 03:37:05 9hVK1Z+q
んまぁ最近は俺もあまり深くかんがえないようにしてるなぁ
フーリオとか持ってないからいまだに地デジもSDエンコだけども
うちのﾚｺだと720x480めいっぱいに出力されるし
人それぞれなんじゃねーかなぁ
#ところで地デジのTSに無効領域なんて設定されてないよな？
304:名無しさん＠編集中
08/10/06 04:06:28 rZGbuWmj
あるよ、無効領域って言い方が変だけどオーバースキャンを考慮した
上下左右黒帯付きなんて珍しくも何ともないよ。
305:名無しさん＠編集中
08/10/06 15:01:21 VcEZlYy4
>>304の書き込みを見て今気がついたんだが
液晶TVを買うときにフルHV液晶でないとと思って当時無理して買ったけど
どうせ液晶表示するときにアップサンプリングされるんならD4解像度の低価格もの買っても
大して違って見えない気がしてきた・・・10万損した気分
306:名無しさん＠編集中
08/10/09 11:14:54 DuVC6/ZL
シネスコをそのままの画面比率で 黒帯クロップして出したいときは いくつがいいですか? 縦360だと単純に2.35倍でいいですか?
307:名無しさん＠編集中
08/10/09 11:31:23 ZQH0sNL2
>>306
黒帯が付いてるのは必ずしもシネスコ比率とは限らないよ。
その画面による。
308:名無しさん＠編集中
08/10/09 12:52:38 PY2ByK3q
レターボックス物でも縦のクロップだけしておいて、後は一般のプレーヤーと同じように、
10:11か40:33で引き延ばしておけば間違いない。
309:名無しさん＠編集中
08/10/09 16:59:46 7R1r37dI
初心者なんですが質問です。パソコンでアナログテレビ録画をすると左右がわずかですが黒帯になります。
これはクロップして引き延ばせばいいのでしょうか。それともそのままにしておいたほうが正しい比率なんでしょうか？
解像度は720x480の4：3です。
310:名無しさん＠編集中
08/10/09 17:38:45 7R1r37dI
309ですが。自己解決しました。すいません・・・
311:名無しさん＠編集中
08/10/17 09:05:04 faa2FYf2
TMPEGで、入力ソースがwmvの720×480です。
640×480にリサイズしたいのですが、うまく行きません。
クリップ枠で、
出力フォーマットがどうやっても720×480(4:3)になります。
画像の配置（任意）で640×480にしても、
両側の４０×２pixが残ります。これを削除するにはどうすればいいですか。
312:名無しさん＠編集中
08/10/17 09:08:34 xMb2oRTj
AviSynthなら、Spline36Resize(640, 480, 8, 0, -8, 0) とでもすればすぐだが、
TMPGは面倒そうだな。
313:名無しさん＠編集中
08/10/17 19:50:18 aG8fjOZP
NTSCソースでいいんだな
だったら、ソースアスペクト比は4:3NTSCを選ぶこと
たぶんピクセル比1:1とかになってないかな
314:名無しさん＠編集中
08/10/18 01:38:58 aD/xMNp9
>>311
①クリップの情報画面でアスペクト比を10:11(NTSC4:3)を選択するかフィルター画面で映像リサイズ
②フィルターを選択し、画面中心に表示(指定したサイズ)で任意のサイズを指定。
315:314
08/10/18 01:51:37 aD/xMNp9
訂正
>>311
①クリップの情報画面でアスペクト比を10:11(NTSC4:3)を選択する
②フィルター画面で映像リサイズフィルターを選択し、画面中心に表示(指定したサイズ)で任意のサイズを指定。
316:名無しさん＠編集中
08/10/22 18:32:46 shiYXx2A
>>2
＞何も削らずに720x480にピクセル比40:33でもOK
明らかにこっちのほうがいいのに704でわざわざ領域を削る人が多いのはなぜですか？
317:名無しさん＠編集中
08/10/22 18:45:50 eHPlNcN4
そっちが明らかにいい。という前提が間違っているから。
318:名無しさん＠編集中
08/10/23 00:03:31 018mxoVe
PCじゃなくて小さい画面で見る用はリサイズした方がいい
319:名無しさん＠編集中
08/10/23 00:22:44 EmEPZvlh
704に削らないと、SAR 40:33でDAR 16:9にはならない。
320:名無しさん＠編集中
08/10/23 00:27:49 onScGlQs
実際に704に切っちゃってもそんなに気にならないよな
たまに画面の端っこが歪んでいたりする物もあるからなー
321:名無しさん＠編集中
08/10/24 14:49:28 ZZZ9SjwP
PC上の再生ならSAR40:33DAR16:9にしたいけど
PS3なんかを介して液晶に映すのが前提なら
何もしなくていいんだよね？
322:名無しさん＠編集中
08/10/24 15:30:19 LBOywvKH
SARじゃなくてPARだろ
323:名無しさん＠編集中
08/10/24 15:31:28 berSLcgd
ITUの用語としてはSARが正しい。
324:名無しさん＠編集中
08/10/24 17:39:49 LBOywvKH
>>323
はあ？
本当にそんなことが定義されてのか？
実は「このスレの誰かがもっともらしくこう言ったからこうに違いない」で思考停止した挙げ句、
通ぶったやつらのためのジャーゴンになってしまいました、とかじゃないの？
少なくともDoom9やWikipediaを見た限り、一般的な認識としてはPARであり、
ググったところで"SARは国際規格による正式名称"なんてのは日本方言っぽいんだが。
とりあえず規格書(ITU-R BT.601)を持ってる人の正しい意見が聞きたいな。
325:名無しさん＠編集中
08/10/24 17:44:01 ZZZ9SjwP
その話はその話で興味深いけど
そんなに偉そうなら俺の質問にも答えてくれませんかｗ
326:名無しさん＠編集中
08/10/24 17:53:26 LBOywvKH
ゲハでも行けば？
君と似たようなのがあふれかえってるだろ？>>325
327:名無しさん＠編集中
08/10/24 18:01:08 berSLcgd
>>324
これのE.2.1やITU-T Rec. H.262だとSample Aspect Ratio(SAR)となっている。
URLﾘﾝｸ(www.itu.int)
328:名無しさん＠編集中
08/10/24 18:02:33 yPP/eFrH
>>324
ITU-R BT.601だったか、mp4だったか忘れたがsample aspect ratioって用語は見かけた覚えがある
DoomとかでSARが敬遠されるのはscreen aspect ratioと混同される可能性があるからだろ
動画のfpsをHzと表記していることに噛みついた馬鹿がいたが、だいたい用語なんぞは意味がわかりゃ何でもいいんだよ
>>325
質問自体の意味がわからん
何もしないってのは、コンテナにもアスペクトレシオを設定しないってことか？
329:名無しさん＠編集中
08/10/24 18:09:45 ZZZ9SjwP
>>328
その通りですね。言葉足らずでゴメン。
いやNTSC無効領域を意識して左右8pixずつクロップするのは
正しいアスペクト比で再生するためじゃない？
4：3再生ならピクセル比10：11だし16：9なら40：33でしょ。
そこまではいいけどPS3を引き合いに出したのはやっぱNTSC再生（出力）で
あるふつーのテレビに映すときはやっぱNTSC無効領域があるんだから
クロップせずに720*480のSAR8：9や32：27でいいんだよね？
って意味です。すません。
330:名無しさん＠編集中
08/10/24 18:16:20 LBOywvKH
>>327
それは俺も確認済み。
だからBT.601を例に挙げてるわけで、H264だのMPEGだの、特定のコーデックの規格書については問うていないわけ。
>>328
そそ。外人もScreenと混同してる。
一般的な表記と書いた理由は、怪しげな根拠を元に無駄な混同が広まるのはどうかと思ったわけだから。
昔のネットニュースのように「Chain Mailというならチェーンメールではなくチェインメイルが正しい！」と
無駄なこだわりを力説されたところで、普通のやつからすれば「鎖かたびらがどうかしたの？」と
言われるみたいなもん。
331:名無しさん＠編集中
08/10/24 18:20:35 yPP/eFrH
>>329
一般論としてNTSC出力なら出力側でアスペクトレシオの設定はするべきでない
それはTV側がするというか、TVの構造がそうなっている
332:名無しさん＠編集中
08/10/24 18:21:28 ZZZ9SjwP
>>331
ありがとう。すっきりしました！
333:名無しさん＠編集中
08/10/24 18:24:10 berSLcgd
>>330
H.262やH.264は実際に広く使われているITU-Tの規格だから、ITUでの使用例としては至極適当だと思うが。
URLﾘﾝｸ(inst.eecs.berkeley.edu)
BT.601に関しては、これだとアスペクト比については書かれていないな。
H.262だと6.3.3にsample aspect ratioとある。
URLﾘﾝｸ(www.esnips.com)
334:名無しさん＠編集中
08/10/24 18:33:26 LBOywvKH
>>333
そらないだろうね
書いてあるセクションは601-6らしいから。
H.262については前述通りなんでコメントなしで。
つーか無駄なコーデック四方山話とかどうでもいいんで、本当に規格書持ってる人が出るまで隠れるとするわ。
335:名無しさん＠編集中
08/10/24 19:59:52 NTWgfcea
ID:LBOywvKHの支離滅裂さ加減に吹いたわ
今でもこんなやつがいるんだなぁ・・・
336:名無しさん＠編集中
08/10/24 21:27:51 0sFI5UuC
SAR論争はもう決着ついた感あるけど俺からも言わせて。
H.264 は ITU が策定した正式な規格であり、その規格書でSARの用語が
定義されているんだから
SAR は国際規格で定められた正式な用語である。
あと doom9 はジャーゴンの固まりの印象を持っているんだけどな。
337:336
08/10/24 21:38:52 0sFI5UuC
ITUは年間三本まで規格書を無料でDLできるので、BT.601-6 を
落としてみたが PAR も SAR も使われていなかったぞ。
338:名無しさん＠編集中
08/10/24 21:57:51 LBOywvKH
>>336
> SAR は国際規格で定められた正式な用語である。
URLﾘﾝｸ(www.google.co.jp) PAR:63件
URLﾘﾝｸ(www.google.co.jp) SAR:29件
あなたの言い分に照らすならPARも正式な用語ですね。しかも世界で一般的に使われるのはこっち。
何をもって決着と考えたのかが知りたいところですね。
>>337
thx!記載がなかったのは残念。
Square Pixelとかその手の言い回しなのかな。
まあそれはいいとして、いずれにせよPARも正式な用語である以上は
＿＿＿
／ ＼ ／＼ ｷﾘｯ
. ／ <●>::::<●>＼
／ ⌒（__人__）⌒ ＼ ＜ITUの用語としてはSARが正しい。
| |r┬-| |
＼ `ー'´ ／
ノ ＼
／´ ヽ
| ｌ ＼
ヽ -一''''''"~~｀`'ー--､ -一'''''''ー-､.
ヽ ＿＿＿＿(⌒)(⌒)⌒) ) (⌒＿(⌒)⌒)⌒))
などと得意気に断言した輩の根拠が希薄であったのは事実みたいですね。
それに乗っかって得意気に「SARが正しい」と抜かしたのも同類。
339:名無しさん＠編集中
08/10/24 22:08:44 berSLcgd
ITUではSAR、MPEGではPARが使われると言うだけの話だろう。
340:名無しさん＠編集中
08/10/24 22:15:27 LBOywvKH
>>339
そっかー。
ITU-T RECOMMENDATIONってのはITUじゃないんだー。
こらまた珍説のご披露、本当にありがとうございましたｍ（_ _）ｍ
URLﾘﾝｸ(www.google.co.jp)
それと>>338のコピペミスを修正
URLﾘﾝｸ(www.google.co.jp) PAR:63件
URLﾘﾝｸ(www.google.co.jp) SAR:29件
341:名無しさん＠編集中
08/10/24 22:17:56 ddypA+ps
いい加減うざいな。
342:名無しさん＠編集中
08/10/24 23:13:31 AhZcvrxR
さぁぱぁっと別の話題に移ろうぜ
343:名無しさん＠編集中
08/10/24 23:14:01 LBOywvKH
まあそう言うなよｗ
あくまでもPAR(also known as SAR)であって、SAR(authoritative word in ITU)じゃないってことなんでね。
見立て通りの一方言だという自覚もなしに、ITU教条主義に走る池沼の増殖を防げたわけだし。
2ちゃんでもっともらしいこと抜かしてるやつこそ疑わなくちゃいけないってわけだ。
／￣￣￣￣＼
(ヽ,,,／ /・ヽ /・ヽ ＼ /) ＜DTV板が誇る情報強者の皆さん乙であります！
(((i ) ￣ ￣ ( i))) これからは何事も良く噛んでから消化してくださいね～
,／∠| (_人_) |ゝ ＼
(＿＿＼ ＼＿| ／,＿＿）
344:名無しさん＠編集中
08/10/24 23:14:19 iAbVPUyD
うっぜ。
しかも基本的に自分で調べることはせず他力本願なのに
すべてにおいて上からコメント。
アス比のスレなのに質問なのに他板にいけとか言ってるしｗ
345:名無しさん＠編集中
08/10/24 23:25:59 9couaV1C
>>ID:LBOywvKH
あなたの言わんとすることがイマイチ理解できないんだが
簡潔にまとめてもらえないかな？
ざっと見た限りでは
・Doom9やWikipediaとかでもPARという用語を使っているからSARという用語は使うべきでない
・SARの出典と言われるITU-R BT.601にその記述を見つけられないのだからSARを使うべきでない
と言っているように見えるがあっている？？
346:名無しさん＠編集中
08/10/24 23:48:50 LBOywvKH
>>345
正直ウンザリだが、まあサービスだ。
> 簡潔にまとめてもらえないかな？
あくまでもPAR(also known as SAR)であって、SAR(authoritative word in ITU)じゃない
1.SARを使うのは自由だけど、一般的な用語はPARである。
2.ITU勧告からの唯一にして正式に定義された用語であるかのように語るのは、
ごく一部の通気取りの情報強者(笑)
3.PARなら誤解なく疎通できるが、SARだと混乱を招く。
※.ITU勧告ではないが、ITUですらSARの使い方が一定していない以上、仕方がない
URLﾘﾝｸ(www.google.co.jp)
以上、積極的にSARを使う理由が見当たらない。
こんだけ書けば、いーかげん理解できんでしょ？
まあ理解できなくても知ったことじゃないけど。
ということで終了。
もう疲れたし、ID変えて粘着してくるゲハ厨が増えるだけだから。
347:名無しさん＠編集中
08/10/24 23:51:27 berSLcgd
>>321の様に、SARとDARが併記してあるなら、別に問題ないな。
348:名無しさん＠編集中
08/10/25 00:01:49 iAbVPUyD
おめえが仕事のできそうにない人間だってことは十分わかったよ。
頼むから自分で書いた>>334の通り、
規格書持ってる人間が出てくるまで黙っててくんないか。
ご大層な書き込みも誰の役にもたってないからさ。
349:345
08/10/25 01:08:36 OGPAHr0E
>>346
なるほど
＞1.SARを使うのは自由だけど、一般的な用語はPARである。
では一般的な検索エンジンでSample Aspect Ratioで検索すると多数ヒットしますし、同じくSARで検索しても多数ヒットします
これはこれだけヒットするのに一般的な用語ではないのでしょうか？
さらに使用が自由であるならば、ここまで強引に主張することはないかと思われますが？
＞2.ITU勧告からの唯一にして正式に定義された用語であるかのように語るのは、
ごく一部の通気取りの情報強者(笑)
これに関してはまだ結論が出てないのでは？
＞3.PARなら誤解なく疎通できるが、SARだと混乱を招く。
言わんとすることは理解はできますが、x264がこれほど流行った現在ではSARはPARと同義という認識は多数の方がお持ちなのでは？
あなたもこの論議のはじめでそう理解したから問題提起されたのでは？なので基本的に紛らわしいと考えなくて良いかと思いますが・・・
だいたい、YpbPrとYCｂCrのように似たようなことはよくありますし、あなたを含めて大多数の人に意味が通じるのであれば
出典にかかわらずその用語は「一般的」であると思われませんか？
350:名無しさん＠編集中
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放送も、一応レターボックスに当たるんじゃないのかな？