[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 2chのread.cgiへ]
Update time : 02/25 17:32 / Filesize : 243 KB / Number-of Response : 845
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

アスペクト比 part4



1 名前:名無しさん@編集中 mailto:sage [2008/05/27(火) 18:01:37 ID:I8qlA+Ss]
前スレ
アスペクト比 part3
pc11.2ch.net/test/read.cgi/avi/1174473555/

過去ログ
アスペクト比 part2
pc11.2ch.net/test/read.cgi/avi/1136427929/
アスペクト比
pc11.2ch.net/test/read.cgi/avi/1026138562/


401 名前:名無しさん@編集中 mailto:sage [2008/10/29(水) 23:14:39 ID:5+5BR+d+]
>>400

>・H.264にSARの呼称は問題ない
>・PAR(also known as SAR)に問題はない
>・「ITUお墨付きによりPARではなくSARが正しい」という事実はない
>・その他のCODECの用語までがSARかどうかは別の話

以上で問題ない。で >>371 で「そもそも定義的にSAR(=PAR)って主張自体がデタラメ」と
今まで騒いでいたのは何だったの?


402 名前:名無しさん@編集中 mailto:sage [2008/10/29(水) 23:40:02 ID:0+hlmjAa]
>>401
ああ、撤回しますわ。
あれは、同意してもらった齟齬について認めず、しつこく騒いでるのがいたから煽り大半なんで。
ごめんねw
今回、玄人さんに同意してもらったんで、さすがにこれ以上もう騒げないでしょ。

まあついでに書いてみるとITUのサイトで見つけた文書に
>[Editor: Clarify here that “sample” means “pixel” ? sort of. Readers unfamiliar with H.264 terminology have been confused.]
「聞き慣れないH264用語には混乱させられるぜ」なんて書かれてるぐらいだし、
まあその程度の認識でしかないんだな、ってのが正直なところ。

403 名前:名無しさん@編集中 mailto:sage [2008/10/29(水) 23:54:56 ID:5+5BR+d+]
>>402
どう言いつくろうが >>371 の書き込みは真性。
決着は付いたようですのでこれで消えます。

404 名前:名無しさん@編集中 mailto:sage [2008/10/30(木) 01:00:16 ID:8h/LzYgp]
これで終わりにするって書いた人はまたすぐ出てくる
これ豆知識な


405 名前:名無しさん@編集中 mailto:sage [2008/10/30(木) 03:26:02 ID:5+Bv0+tC]
ISO/IECとITU-TではMPEG-2 Video/H.262, MPEG-4 AVC/H.264と同じ規格に違う名前を使うし、
画素の呼称がpixel, pel/sampleとなるのも、別に不思議ではない。

406 名前:名無しさん@編集中 mailto:sage [2008/11/10(月) 15:16:21 ID:OF8fSZjf]
ループかも知れないが、テンプレの720x480スクイーズってNTSCのDVDや
アナログ放送のキャプチャの場合は40:33でいいけど、デジタル放送を
SDでキャプチャしたときは32:27の方が正しい場合もあるんじゃ。
例えば1920x1080/無効領域なし/ピクセル比1:1の画面全体を720x480に
縮めてキャプチャした場合はこの720x480内にも無効領域はないはずから、
全体を16:9で表示する32:27の方が正しい気がするんだけど。


407 名前:名無しさん@編集中 mailto:sage [2008/11/10(月) 15:27:09 ID:gn+SX3fI]
そういう事は当然あるだろう。

私がHD->SDをする場合には、NTSCとの互換性を考えて704x480にするけれど。

408 名前:名無しさん@編集中 mailto:sage [2008/11/10(月) 16:14:25 ID:OF8fSZjf]
>>406 訂正。
アナログでスクイーズとかありえないよな。すんません。



409 名前:名無しさん@編集中 mailto:sage [2008/11/11(火) 04:33:53 ID:HpmSL+yG]
画像サイズの縦横比と、表示上の縦横比が一致しない映像の場合、ストリーム側でアス比を指定するのと
コンテナ側でアス比指定するのと、どっちが互換性高いですか?



410 名前:名無しさん@編集中 mailto:sage [2008/11/11(火) 04:45:56 ID:okDEJche]
再生環境依存。

411 名前:名無しさん@編集中 mailto:sage [2008/11/11(火) 22:02:20 ID:uERPYf8q]
>>409
つまり両方やっておけってこった

412 名前:名無しさん@編集中 mailto:sage [2008/11/12(水) 04:22:46 ID:3I/vRb7A]
なるほど。どうもでした

413 名前:名無しさん@編集中 mailto:sage [2008/11/13(木) 14:47:38 ID:Ic8OlpI1]
AviSynthでautocropしたら、720×480のうち716×338ピクセルに
画があることがわかりました。

で、AviSynthで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 名前:名無しさん@編集中 mailto:sage [2008/11/13(木) 15:09:25 ID:Ic8OlpI1]
違う素材で、autocropしたらcrop(0,60,720,364)でした。
この場合だと、サイズアスペクト比は、720/364*10/11=1.80となり
16:9の1.78にかなり近いです。
ということで、4:3の上下黒タイプのサイズアスペクト比は、1.93とかの
変則的な数値もありうるということでいいのかな?

415 名前:名無しさん@編集中 mailto:sage [2008/11/13(木) 15:10:23 ID:xmdLfAiQ]
どうせ大した違いは無いから、704x336にクロップ->640x336(1.905)にリサイズでもすれば。

416 名前:名無しさん@編集中 mailto:sage [2008/11/13(木) 15:48:17 ID:NEJPU7hv]
>>414
縦364なのは、普通の SD 720x486 に 16:9 素材を LB 収録したのを
垂直方向6ライン削ったんだと思えばいいんじゃないの?

> 4:3の上下黒タイプのサイズアスペクト比は、
> 1.93とかの変則的な数値もありうるということでいいのかな?

変則的も何も映像を制作するときの画面サイズの縦横比に
制限とかないじゃん。そんなの作る側の自由。


417 名前:名無しさん@編集中 mailto:sage [2008/11/13(木) 16:01:29 ID:Ic8OlpI1]
>>415
モバイル機器で再生しようとしてるので、サイズ大きいと
CPU弱いので、画固まってしまうんです(512×288 q5でも2フレ/秒位再生レート落ちます)
432×224(1.93)あたりのサイズで考察してみます。

>>416
そうだったんですか。てっきり16:9ばっかりだと思い込んでいました。
もしくは、あっても映画とかの比だけかなとばっかり。

415さん、416さん ありがとうございました。

418 名前:名無しさん@編集中 mailto:sage [2008/11/18(火) 12:54:37 ID: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 名前:名無しさん@編集中 mailto:sage [2008/11/18(火) 15:49:07 ID:LmUijkKV]
それはあんたがTMPGEncの設定を良く知らないため起きたことだ
入力ソースのアス比指定が正しくて、「アスペクト比保持」にチェックを入れておけば
どんなリサイズを指定しようと出力ピクセル比が歪むことはないようになってるんだよ



420 名前:名無しさん@編集中 mailto:sage [2008/11/18(火) 16:37:13 ID:BSx9t9cn]
アドベはどうかしらんが、あの堀さんがアス比設定まともに出来ないようなシロモンつくるわけないわな

421 名前:名無しさん@編集中 mailto:sage [2008/11/18(火) 20:02:22 ID:WQM2eEGn]
720×480をリサイズせず、入力設定でピクセル比10:11を選んで、
アスペクト比保持にチェック付けて、出力設定でアスペクト比3:4を選んで書き出したらこうなった。
(アスペクト比保持ってPARかDARのどっちのことをいっているのか分からないので両方試してみたが、結果は同じだった。)

サポセンに聞いてみてもあまり要領を得た返事は返ってこなかった。

大体、ピクセル比10:11で画面アスペクト比3:4にするというのは矛盾するので、
どっちかの情報を優先して入れるしかないとおもうのだが、
どうも画面アスペクト比の方っぽい…
それとも両方の情報が入っているがプレイヤーが画面アスペクト比を優先しているのか?

素人考えなので自分が間違っていると思うんだけどね。何が間違ってんだか…

これ以上特定のソフトの話はスレ違いのような気がするので、逝ってくる。

422 名前:名無しさん@編集中 mailto:sage [2008/11/18(火) 20:15:44 ID:T1YamXXj]
>>421
普通に正常な動作だろ。何が疑問なのかがわからないんだが・・・

423 名前:名無しさん@編集中 mailto:sage [2008/11/19(水) 00:42:40 ID:530HUXEP]
色々トライ・エンド・エラーして、直感で掴んだ方がわかりやすかも。
あまり、頭でっかちに考えないほうが、設定メニューの仕組みや動きを大局的に掴めるかと。

424 名前:名無しさん@編集中 mailto:sage [2008/11/19(水) 13:57:44 ID:LjhBi4sp]
>>421
大体、ピクセル比10:11で画面アスペクト比3:4にするというのは矛盾するので、

なぜ?

425 名前:名無しさん@編集中 mailto:sage [2008/11/20(木) 22:44:43 ID: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でもノーマル判断で正常比表示されました。
結構みんな引っかかってたらしい。
209.85.175.132/search?q=cache:JkKMegXDOx4J:pc11.2ch.net/test/read.cgi/avi/1195031832/440n-

このキャッシュの554〜

426 名前:名無しさん@編集中 mailto:sage [2008/11/20(木) 23:50:53 ID:5tIZ/6aD]
そんなPAR指定するのが悪い

427 名前:名無しさん@編集中 mailto:sage [2008/11/21(金) 00:06:27 ID:JJvGAGOI]
>>425
正常PARは40:33だって・・・まぁフル画面取るか正常アスペクト比取るかは自由だけどね

428 名前:名無しさん@編集中 [2008/11/22(土) 02:08:05 ID:+541hLtv]
>>425
 そうゆうことだったのか
 俺も微妙に横長になってしまうので、どうしようかと思っていたところ参考になったわ

 今までは704x480でクロップして、PAR10:11(40:33)でエンコしていれば正しいと思い
 良しとしていたが、どうしてもソースに対して微妙に違和感が感じるので704x480で
 クロップした後に左右8ドットプラスするか、735x490拡大してから720x480でクロップし
 PAR10:11(40:33)でエンコするように変更したよ (KMPlayerとPowerDVD Vistaで再生)

429 名前:名無しさん@編集中 mailto:sage [2008/11/22(土) 02:14:32 ID:EDTc8m4w]
間違った情報が書き込まれて間違った認識持った人が正しいと思い込む。
このスレ終了。



430 名前:名無しさん@編集中 mailto:sage [2008/11/22(土) 02:16:38 ID:Q8QaEOAj]
好きなようにすればいいさ
人生、今の時代、自由度の高さじゃ、古今東西ならぶものないし

431 名前:名無しさん@編集中 [2008/11/22(土) 13:14:19 ID:+541hLtv]
 >>428
>PAR10:11(40:33)でエンコするように変更したよ (KMPlayerとPowerDVD Vistaで再生)

PAR1:1


432 名前:名無しさん@編集中 mailto:sage [2008/11/23(日) 15:20:59 ID:yx91Gz0H]
>>429
このスレに限らずDTV板は偉そうな半可通が異様に多い


433 名前:名無しさん@編集中 [2008/11/23(日) 18:25:23 ID:f1BmC6N4]
おまえがな

434 名前:名無しさん@編集中 [2008/11/23(日) 18:28:28 ID:f1BmC6N4]
>>429
間違った認識とやを聞かせてもらおうじゃないか
勝手にスレを終了しないで、はじめろや!

435 名前:名無しさん@編集中 mailto:sage [2008/11/24(月) 00:53:40 ID: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 名前:名無しさん@編集中 mailto:sage [2008/11/24(月) 00:54:30 ID:CflZT1qs]
またそれを蒸し返すのかよ…

437 名前:名無しさん@編集中 mailto:sage [2008/11/24(月) 01:03:19 ID:/7NerwZC]
仕様書書いてるわけじゃないんだから
ここでは細かい用語なんて通じりゃなんでもいいよ。

438 名前:名無しさん@編集中 mailto:sage [2008/11/24(月) 18:10:15 ID:g9+3NlAI]
いやーこっちの方が酷いだろ

ID:LBOywvKH
ID:nzqBLlaw
ID:0+hlmjAa


439 名前:名無しさん@編集中 mailto:sage [2008/11/24(月) 20:23:28 ID:oMeOyqqa]
同じ概念的理解に到達しているもの同士が、相手の言葉尻の問題でいがみ合うのは馬鹿げてる。
とは言え、左ウインカーを出しておいて、平気で右に曲がるようなヤツは、阻害されて当然!



440 名前:名無しさん@編集中 mailto:sage [2008/11/25(火) 20:42:57 ID:O8/Sufq0]
考えてたらわからなくなりました。
アップコンバートもののアニメをaviutlのインタレース維持リサイズを使って
リサイズしたいのですが、
1440*1080→(インタレ維持リサイズ)→1440*486→(上下6ピクセルクロップ)→1440*480

これで縦解像度の考え方はあっていますか?

441 名前:名無しさん@編集中 mailto:sage [2008/11/25(火) 23:31:34 ID:YkciuZlg]
アプコンでもNTSCフル領域からのとLB収録の映像部分からのとがあるから
前者はそれでいいし後者は360まで縮めて上下のクロップはいらない

442 名前:名無しさん@編集中 mailto:sage [2008/11/26(水) 00:01:24 ID:O8/Sufq0]
すみません元の解像度を前提としておいていませんでしたね。
ありがとうございました。すっきりしました

443 名前:名無しさん@編集中 [2008/11/26(水) 09:52:03 ID:T2DzxyuH]
元動画が1280×720のWMVの動画をTMPGEncで720×480のMPEG2(アスペクト比4:3)にしました。
それをオーサリングしてDVD-VIDEOにしたのですが、アナログテレビで見てみると左右が少しだけ切れています。

この切れた左右なんですが、画面下のほうに長めの文字テロップが表示されるので、
左右が切れているため文字が全部読み取れません。

PCで見ている分には全部表示されていますが、テレビで左右が切れないようにする方法はありませんか?

444 名前:名無しさん@編集中 mailto:sage [2008/11/26(水) 10:09:01 ID:T2DzxyuH]
あ、元動画は下のリンクのDancing 2008のHD WMVというところの動画です。
たびたびすいません、どうかよろしくお願いします。

www.stridegum.com/#/mattsplace/




445 名前:名無しさん@編集中 mailto:sage [2008/11/26(水) 10:35:45 ID:Xo43jGAt]
オーバースキャンのせいで切れてるなら、ボーダー(枠)を加えるしか無いと思うが。

446 名前:名無しさん@編集中 mailto:sage [2008/11/26(水) 10:46:28 ID:T2DzxyuH]
即レスありがとうございます!
オーバースキャンですか・・・どうもググったらそれっぽいですね。
スレをずっと読んでいて、720×480の左右クロップ云々の無効部分のせいなのかなとか思ってましたが
TVソースじゃないし関係ないですよね。

枠を入れる、ですね、大きなヒントありがとうございます。
今から調べてみます。ありがとうございました!

447 名前:名無しさん@編集中 mailto:sage [2008/11/26(水) 12:44:20 ID:mHbeMqB4]
>720×480の左右クロップ云々の無効部分のせいなのかなとか思ってましたが

720x480の左右クロップ云々の無効部分のせいです。左右で合計16pxの枠をつけてください。
そうしないと映像の比率も狂います。てっきりTMPGなら勝手に無効領域つけてくれるものかと思ってたが

448 名前:名無しさん@編集中 mailto:sage [2008/11/26(水) 12:46:33 ID:p9lWaQPT]
NTSCのDVD Videoなら、オーバースキャン無しの704x480も使える。

449 名前:名無しさん@編集中 mailto:sage [2008/11/26(水) 14:07:28 ID:T2DzxyuH]
>>447-448
レスどうもありがとうございます。
オーバースキャンというやつではなくて、無効部分のことですか。

今ずっと検索してるんですが、16枠をつけるというのは、出来上がった720×480の動画に16を足して
736×480の状態にするということなんでしょうか(736×480を4:3でオーサリング)?
仮にそうだとして、枠を付加するっていうのはどういうソフトでやれるんでしょうか、削るのはTMPGEnc
にクロップ機能があるんですが、付加は・・・自分のは2.5なんで古いからできないのかな。。

質問ばかりですいませんお時間のあるときにでもよろしくお願いします。m(_)m



450 名前:名無しさん@編集中 mailto:sage [2008/11/26(水) 15:00:34 ID:mHbeMqB4]
違います。元の映像を先に704x480にリサイズしたあと左右に8pxずつ黒縁つければいい。
TMPGは持ってないのでそういうフィルタがあるのかは知りません。
またオーバースキャンの件ですがテレビによってはそうなっている可能性もあります。
上下にも切れていたらおそらくオーバースキャンになっているでしょう。

451 名前:名無しさん@編集中 mailto:sage [2008/11/26(水) 20:57:05 ID:5m2+QuqZ]
449です規制で書けないので携帯から失礼します。
450さんみなさんありがとうございました、なんとか希望のものが作れました。
規制がとけたら事後報告しますね、取り急ぎ御礼とご報告まで。
スレ汚しスマソでした。

452 名前:名無しさん@編集中 mailto:sage [2008/11/26(水) 22:16:46 ID:ZUXVE231]
合計で16pxだとダメだわ 13pxと3pxとか削ったら酷いことになるヨ

453 名前:451 mailto:sage [2008/11/28(金) 06:08:34 ID:DiWx5fby]
規制解除されました。上の話ですが、多分ですがオーバースキャンの問題だったと思います。
TMPGEncに画像配置方法の設定という項目があり、下の様にピンクの枠をつけることで対処できました。
アナログテレビだとこの画像の「G」と「d」の文字が消えて読めなかった状態です。
www3.uploader.jp/user/pc9801/images/pc9801_uljp00067.jpg

元動画の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 名前:名無しさん@編集中 mailto:sage [2008/11/30(日) 20:23:19 ID:eCD/GcM+]
字幕が完全にタイトルセーフどころかアクションセーフ領域外にも出てるな
元のWMVはテレビに映すことを想定せずにオーサリングしたんだろうね

455 名前:名無しさん@編集中 mailto:sage [2008/12/02(火) 01:15:30 ID:tAGRozcZ]
インドに泣いた

456 名前:名無しさん@編集中 mailto:sage [2008/12/02(火) 19:16:30 ID:CMSK/2og]
アスペクト、ひぃ〜

457 名前:名無しさん@編集中 [2008/12/04(木) 22:23:43 ID:dOgFahZU]
720x480,レターボックスのDVDソースを、左右合計16ドット、上下112ドット削り
ピクセル比10:11、704x368をx264で作成しました。

このファイルをPCにて再生する際以下のとちらのサイズで再生されるのが正しいのでしょうか?
(サイズの計り方はキャプチャにて測定)
A.720x368
B.640x368

MPCHC、QuickTime Playerで再生するとA
itunesで再生するとB
になるため、混乱しております。宜しくお願いしますm(。>(エ)<。)m




458 名前:名無しさん@編集中 mailto:sage [2008/12/04(木) 22:41:52 ID:NbOLKQj7]
おれ血液型BだからBに一票

459 名前:名無しさん@編集中 mailto:sage [2008/12/04(木) 23:36:25 ID:vOyAUvW1]
俺が思うにAは704*480の間違いだろ。んでPARの設定が効いてない。
MPCのほうはdecoderなりsplitterなり変えろ。あとQuickTimeは昔からPARの扱いが変で
エンコする時に埋めコンだparだけが効いてMUXする時にPAR設定しちゃうと駄目になったりする。
QuickTimeのバージョンとかMP4Boxのバージョンで相性あるかも知れないけど詳しくは知らん。
何故かそれでもiTunesだと正しくPAR読み込んだりするのもさらに謎なんだけどね。



460 名前:名無しさん@編集中 mailto:sage [2008/12/04(木) 23:37:17 ID:vOyAUvW1]
俺が思うにAは704*480

ごめ、704x368の間違い。

461 名前:457 mailto:sage [2008/12/05(金) 00:19:51 ID:TXdT9Vy0]
早速のレスありがとうございます。
おっしゃる通り704x368の誤記です。

早速MPCの外部フィルタでPowerDVD8のCyberLink H.264 / AVC Decoderを
割り当てたところ再生時にキュッと画面が640になりました。

704x368内で描画領域が640x480の状態のキャプチャ
imagepot.net/image/122840375758.jpg

これでソースの状態は704のままで640にリサイズ劣化されることなく
再生時に640で表示される。
ということで、一番ベターな状態ということになるんでしょうか。

つまり正解はBの640x480?

462 名前:名無しさん@編集中 mailto:sage [2008/12/05(金) 00:24:03 ID:PTQbrqki]
心霊写真?? なんか、怖いんですけど・・・

463 名前:名無しさん@編集中 mailto:sage [2008/12/05(金) 01:30:47 ID:YNa0Lt4e]
頼むから書き込み前に何回か見直してくれ
誤記に誤記が重なってわけがわからん

464 名前:457 mailto:sage [2008/12/05(金) 02:05:05 ID:TXdT9Vy0]
すいません、また誤記 TT
まとめ。

720x480,レターボックスのDVDソースを、
左右合計16ドット、上下112ドット削り
ピクセル比10:11、解像度704x368をx264で出力。

上記のソースを再生した場合
再生時には640x368で描画再生される。

これであってますか?

465 名前:名無しさん@編集中 mailto:sage [2008/12/05(金) 02:36:13 ID:g1/I4gMF]
>>464
あってる
704x368 PAR10:11はDAR40:23になる

466 名前:457 mailto:sage [2008/12/05(金) 04:45:37 ID:TXdT9Vy0]
>>465
ありがとうございます。
やっと納得ができたのでホッとしています。

早速理解できたことを前提で、既に言われているように、
左右16ドット削らない720x368も同じようにPAR10:11で作って比較してみましたが
左右16ドットぶんが左右に描画されるだけで、比率に関しては違いがないですね。
今までどういう風に表示されるのだろうかと疑問だらけだったので
これに関してもやっと実感がわけてスッキリです。

467 名前:名無しさん@編集中 mailto:sage [2008/12/06(土) 08:19:47 ID:kF2/ljcT]
512×384のソースをPSP用に720×480に拡大するのに出来るだけ480×272の比率と
同じように表示させたいんですがピクセル比はどれぐらいが良いんでしょうか?
10:11のフル表示でもちょっとだけ横に長い気がします

468 名前:名無しさん@編集中 mailto:sage [2008/12/06(土) 08:46:08 ID:CF4jN3pg]
704*480にして左右に8ずつ黒帯足す。

469 名前:名無しさん@編集中 mailto:sage [2008/12/06(土) 09:05:43 ID:kF2/ljcT]
>>468
ありがとうございました



470 名前:名無しさん@編集中 mailto:sage [2008/12/08(月) 18:21:46 ID:x8L8Ah2t]
俺もPSP動画作ってるんだけど4:3ソースの処理に困ってる。

元ソースが720*480なら
左右8pixクロップして640*480にリサイズってのが常套手段なんだろうけど
PSPの有効解像度MAXの480*272に配置したほうがキレイかななんて
妄想が働き、無効領域も関係ないから・・・

動画サイズ480*272内にクロップしない720*480を360*272にリサイズして
配置したんだけど、これって変態かな?

471 名前:名無しさん@編集中 mailto:sage [2008/12/08(月) 18:42:00 ID:atqecR3h]
370*272じゃないの?

472 名前:名無しさん@編集中 mailto:sage [2008/12/08(月) 19:29:35 ID: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 名前:名無しさん@編集中 mailto:sage [2008/12/08(月) 21:09:31 ID:4b8SXo9/]
>>472

その場合ピクセル比どうするの?
いまTMPGEncで作ってみてたんだけどピクセル比10:11でも
画面比4:3でもはじかれてしまう。

ピクセル比以前にレベル指定が間違ってんのかな?
720*480だとレベル2.2にしちゃうとなぜかフレームレートが15fps以下しか
選べなくなってしまうんだよな・・・

ってこりゃあTMPGスレかPSPスレが適当なのか。

474 名前:名無しさん@編集中 mailto:sage [2008/12/08(月) 21:23:57 ID:fDnnRD8K]
MAQ00001.MP4 h264/AVC 720x480 30fpsで作る

475 名前:名無しさん@編集中 mailto:sage [2008/12/08(月) 21:47:13 ID:ptRraNFw]
>>473
残念ながら俺はTMPGは持ってないのでそっちのやり方は知らないのだが
規格上はPSPはlevel 3まで対応しててlevel 3だと720x480なら参照フレーム2、
最大ビットレート10Mbpsで30fpsまでいけるし俺はx264だけどちゃんと再生できる。

476 名前:名無しさん@編集中 mailto:sage [2008/12/08(月) 21:55:48 ID:4b8SXo9/]
>>475
ありがとう。
俺もAVIUtl+x264環境はあるのでそっちなら大丈夫かと思う。
大量にエンコするから流れ作業的には楽かなと思って
TMPG買っちゃったんだよねw

もったいないから使ってる感じw

477 名前:名無しさん@編集中 mailto:sage [2008/12/08(月) 23:07:44 ID:4b8SXo9/]
自己レス。スレ違いだけどいちおう自分の顛末だから報告しとく。

TMPGでもx264でも>>472の動画OKでした。
はじかれた原因は昔のファームのくせでMP_ROOTに入れてたせい。
これ480*272(480*270)なら再生できるんだけど、720*480は駄目なんだね。

今は全部VIDEOでいんだなと。
スレ汚し失礼しました。

478 名前:名無しさん@編集中 mailto:sage [2008/12/08(月) 23:54:00 ID:fDnnRD8K]
1000 2000 3000別と ファームまでカキコすると 確かにスレチって言われるだろうぜw

479 名前:名無しさん@編集中 [2008/12/11(木) 05:18:32 ID:cYDahXN3]
エンコしたmp4を再エンコしないでアスペクトだけ変更する方法ないでしょうか?



480 名前:名無しさん@編集中 mailto:sage [2008/12/11(木) 07:37:31 ID:H9e+AXjv]
自分でエンコしてるなら知ってそうなもんだけど
MP4BOX使ったことないのか

481 名前:名無しさん@編集中 [2008/12/11(木) 08:28:42 ID:cYDahXN3]
>>480
レス下さってありがとうございます
使ったことないです
MP4BOXを使えば再エンコせずにアスペクト比だけ指定しなおせるのですか?

482 名前:名無しさん@編集中 mailto:sage [2008/12/11(木) 11:48:01 ID:nRLIJJlW]
アドバイスくれてんだからやってみりゃいいじゃん。
さらに質問するならやってみた後にしなよ。

483 名前:名無しさん@編集中 [2008/12/11(木) 12:59:28 ID:cYDahXN3]
>>482
おっしゃる通りです。
>>480
MP4BOXを調べてどうにか使えるようになり再エンコなしでPAR指定変更できるようになりました。
ありがとうございました。

甘えついでで申し訳ありませんがMP4を再エンコなしでDAR指定変更するのは無理でしょうか?

484 名前:名無しさん@編集中 mailto:sage [2008/12/11(木) 15:20:43 ID:sBvcRTMf]
もう市ねよ

485 名前:名無しさん@編集中 [2008/12/11(木) 16:17:19 ID:cYDahXN3]
>>484
教えてもらったMP4BOXを調べ、PAR指定変更方法見つかりやり方もわかったのですが
どうしてもDAR変更方法は見つけられません。
無理???

486 名前:名無しさん@編集中 mailto:sage [2008/12/11(木) 16:23:47 ID:hvg7ewiz]
PARで指定すりゃいいだろ。最近のゆとりは掛け算割り算すらできないのか

487 名前:名無しさん@編集中 [2008/12/11(木) 16:48:52 ID:cYDahXN3]
PARとDARの片方しか反応しない機材用にDAR指定したいと考えてます。
無理なら諦めます。

488 名前:名無しさん@編集中 mailto:sage [2008/12/11(木) 17:02:17 ID:PkFa4X4F]
あららこりゃだめだ

489 名前:名無しさん@編集中 mailto:sage [2008/12/11(木) 17:07:26 ID:AXIJrlVs]
こりゃdarめdar



490 名前:名無しさん@編集中 [2008/12/11(木) 17:24:17 ID:cYDahXN3]
DARはダメですかorz
ありがとうございました。

491 名前:名無しさん@編集中 mailto:sage [2008/12/12(金) 20:46:41 ID:k2xZ5Vba]
ま、お前がダメなんだけどな

492 名前:名無しさん@編集中 mailto:sage [2008/12/16(火) 19:39:38 ID:TPXJ5Scy]
お前よりはマシ

493 名前:名無しさん@編集中 mailto:sage [2008/12/18(木) 22:30:13 ID:a6TRPm/+]
SD解像度で4対3の映像を、
768×432でエンコしてる人を見かけたが、
どんな計算で割り出したんだろ・・。

494 名前:名無しさん@編集中 mailto:sage [2008/12/18(木) 22:38:00 ID:E/LkwVmb]
割れ厨乙

495 名前:名無しさん@編集中 mailto:sage [2008/12/19(金) 00:04:32 ID:5CEf0yBy]
だーれDAR

496 名前:名無しさん@編集中 mailto:sage [2008/12/19(金) 13:12:54 ID:7ZEMe6L9]
>>493

何もおかしくない。XもYも16の倍数。
SDだからこそその数字なんだろ。

497 名前:名無しさん@編集中 mailto:sage [2008/12/19(金) 13:17:35 ID:7ZEMe6L9]
あ、ゴメン。4:3なら640×480では?
と言いたかったのね。

エンコした人にきいてみるしかないなw

498 名前:名無しさん@編集中 mailto:sage [2008/12/20(土) 02:25:53 ID:OlkdVC0Z]
銅見ても16:9

499 名前:名無しさん@編集中 mailto:sage [2008/12/22(月) 10:18:20 ID:L5us0b+4]
落としたAVIが「720x404(AR 2400:1111)」っていう設定で
そのまま再生するとすごく横に伸びた映像だった
エンコ主はなぜこんな設定にしたのだろう?



500 名前:名無しさん@編集中 mailto:sage [2008/12/22(月) 16:21:44 ID:O+OWRBgd]
太った人が大好き!






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<243KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef