【ニコニコ動画】FLV/MP4作成スレ44【質問】

【ニコニコ動画】FLV/ ..

97:88
08/11/07 23:44:24 +U8eIH5Y0
>>95
すみません、説明不足でした。
動画自体は512,222にして、上下に33づつ黒ベタ入れました。

98:88
08/11/07 23:55:15 +U8eIH5Y0
あ、でもサイズは800x600以内にすればおｋだから、
動画514x222、黒ベタ上33下33にすればサイズの欠け無く
そのまま縮小した形でいけますね。

99:名無しさん＠お腹いっぱい。
08/11/08 00:11:43 wT63Xv3Y0
>>98
そういう場合はまず704ｘ304に上下46ずつ黒ベタつけてから512ｘ288にすればいいとは思わんかね？

100:88
08/11/08 00:18:10 sOxPxzPG0
>>99
( ﾟдﾟ)！

101:名無しさん＠お腹いっぱい。
08/11/08 00:29:43 zo9NcfXj0
境界が補間によってにじむけどな。
あとエンコ時の量子化においてDCTは最大16x16単位で行うから
縦が16の倍数のところ以外でベタの境界が来るとその部分で
量子化効率が落ちる。まあその変態解像度じゃこの問題は避けられないだろうけどな

102:名無しさん＠お腹いっぱい。
08/11/08 00:36:53 uhgrit9g0
実況動画つくったんだけど
無限のるーぷ状態になってるのはなんで？

「おきらくさん」に勝ち逃げしてみた４
URLﾘﾝｸ(www.nicovideo.jp)

103:88
08/11/08 00:40:19 sOxPxzPG0
>>101
難しいですね。
境界がにじむのはYoutubeでなったことがあります。
もう素直に、上下46づつ追加した704x396でエンコして16:9で上げてみます。
ありがとうございました。

104:名無しさん＠お腹いっぱい。
08/11/08 00:43:27 IXc0vzhB0
>>96
とりあえず ref=8 ってのを ref=5 とか ref=3 とかに減らして、
b_pyramid を切ってみたら。

あと、VOBなら普通にAviUtl+まるもプラグインで読み込んで、
それを可逆圧縮でaviにしたものを大本のソースにすれば。
なんか間に無駄な工程入れてて、しかもwmvを経由しているから
その辺でおかしなことになっている可能性もあるんじゃないか。

105:名無しさん＠お腹いっぱい。
08/11/08 00:48:42 O8/BQxBA0
31 ：名無しさん＠お腹いっぱい。：2008/11/06(木) 00:01:56 ID:+XnwtxdC0
　VP6では出来るのですが、MP4でシーク値を固定することはできますか？
　IDRフレーム間隔の上・下限を同じにしてみたけどバラつきがでてダメでした

32 ：名無しさん＠お腹いっぱい。：2008/11/06(木) 00:25:55 ID:tbDWpKsG0
　>>31
　--scenecut 0 にすれば、--keyint の指定でＩフレームが入る

悪いがこれ間違ってるぞ

--scenecut -1 にした場合が自動判定無しだ
0の場合でも適当に自動でIフレーム挟んでくる

106:名無しさん＠お腹いっぱい。
08/11/08 01:33:40 CFp6Tz230
>>87
なんか色がおかしいとは思っていたが、確かに9と10では色が変わってるわ
見慣れたきしめんでやってみたらはっきり分かった
VirtualPCで比べたので環境依存ではなさそう

URLﾘﾝｸ(nagamochi.info)

依頼スレや高画質スレでも書き込んでる人はいないみたいだし、
みんな結構色には鈍感なのかな

つーかこれどうやって補正すれば良いんだ？
Flashの仕様ならニコニコ側で対応できるのかなあ
出来ないと今までの動画の色が全ておかしくなると言う最悪の事態に…

107:名無しさん＠お腹いっぱい。
08/11/08 02:41:12 O8/BQxBA0
>>106
最悪の事態(笑)
もともとニコニコなんて低解像度で画質制限も知れてると言うのに
「色が違う！どうしよう！？」とかそこまで悲観的になるようなことか？
実際問題として気づいている人間の方が少ないだろうし
もしこのFlash10に合わせて色補正してしまった場合
バージョン変わって9と同じ色に戻ったときの方が問題だろう

108:名無しさん＠お腹いっぱい。
08/11/08 06:07:15 DG5QfEx50
huffyuv使ったら本当に劣化しないんですか？
使ってみたのですが画面サイズが512x384になっていました。
元ファイルは1156x864なのですが本当に劣化していないですか？

これら両方エンコードしても全く同じ画質ですか？

109:名無しさん＠お腹いっぱい。
08/11/08 06:25:13 GwLCFl+i0

さて、ここで問題です。

　　問１．Huffyuvなら、1156x864の動画を1x1にしても劣化しない

○か×か？

110:名無しさん＠お腹いっぱい。
08/11/08 06:29:32 DG5QfEx50
>>109
先生～ちょっと問題内容がわかりません

111:名無しさん＠お腹いっぱい。
08/11/08 06:34:04 DG5QfEx50
二つ試しにエンコードしてみた！
画質は変わらないけど、Huffyuvだと画面が白っぽくなってた。きらい
しかもｆｐｓが違う…。
Huffyuv
512x384 24Bit AVC/H.264 High@2.2 14.98fps 821f 625.08kb/s
Huffyuv未使用

512x384 24Bit AVC/H.264 High@3 29.93fps 1640f 620.34kb/s

え？え？

112:名無しさん＠お腹いっぱい。
08/11/08 06:52:22 GwLCFl+i0
そっかー(´･ω･`)

113:名無しさん＠お腹いっぱい。
08/11/08 07:15:11 wT63Xv3Y0
いったい>>108はなにがやりたいんだ？

114:名無しさん＠お腹いっぱい。
08/11/08 07:18:08 nfVLVqHb0
編集とかしたくなったら非可逆だと劣化速度がうんぬんとかあるけど、
ちょっと説明するにはもう少しまず自分で調べてきてもらってからでないと徒労に終わりそう

115:名無しさん＠お腹いっぱい。
08/11/08 07:59:25 LNj05j6T0
なにがやりたいかってか、なにをやってるのかってか。。。

116:名無しさん＠お腹いっぱい。
08/11/08 08:16:59 DG5QfEx50
aviutlでFrapsのファイルが6個（6個以上追加したらDirectShow File Readerのエラー出ます）
しか読み込めないのでHuffyuvでエンコードしたらどうかって言われたのです…・。

117:名無しさん＠お腹いっぱい。
08/11/08 08:28:21 snvN8KYB0
お前はまずHuffyuvというものが何なのか調べて来い

118:名無しさん＠お腹いっぱい。
08/11/08 08:52:16 YP0QB3dM0
複数の動画を纏めたいんだったらaviutlより動画編集ソフトを使った方がいいと思うんだ
無料だったVS9があればちったぁマシなんだが…どっちにしてもここの管轄外だわな

119:名無しさん＠お腹いっぱい。
08/11/08 09:31:49 8UmXUz08P
QPをあげたりさげたりするとやっぱり画質が変わります。
なのでこれをいじって、容量の調節をしたいのですが
QPの値の決定ってどう決まるのでしょうか？
40さんがあげてくれたものを見ると1にしても意味がないので
10にするとして、上限を例えば35くらいにするとしますよね？
これだとQPはその中間の22くらいになるってことなんでしょうか？
40三のは、1、10、18になるようにしたって書いてありますけど
どうやって値を出してるんでしょうか？
その出し方がわからないせいで、もう5連敗くらい40Mオーバーして
三日くらい無駄にしてます･･･
そのQPの数値がわかればそれをもう少し小さくするって感じで
わかりやすいんですが・・・

120:名無しさん＠お腹いっぱい。
08/11/08 09:54:27 Dsj+ih560
>QPの値の決定ってどう決まるのでしょうか？
ビットレートを指定すれば勝手に決まる。

121:名無しさん＠お腹いっぱい。
08/11/08 09:59:45 LNj05j6T0
>>119
もっとも根本的な部分、根幹に係わる部分で何か勘違いをしてるんじゃないかと。。。

まず40MBの上限があるんだから、そこから導かれるビットレートの上限も決まっている。
そのビットレートの許す範囲内で、どれだけ画質の劣化を許容できるかを人間側が明示するためにQPの下限上限の設定がある。
君の場合はまず「画質ありき」でQPから設定を起こそうとするから、いつまで経ってもビットレートが収まらないんじゃないのか？
非可逆圧縮である限り可逆同様の画質の維持は無理だし、そもそもデータを間引いて圧縮してるんだから画質は当然落ちる。
まずビットレートが決まってるんだから、それで得られるQ値には「実現不可能な領域」ってのがあるんだよ。

『ビットレートはこれだけしか振ってやれないんだ。だから「ココ以下のQP」は必要じゃないけど、せめて「ココまでのQP以内」に
収めてくれ』って指示する場所で、君は実現困難なQPを設定してるんだ。当然の結果として容量が膨らんでくる。

122:名無しさん＠お腹いっぱい。
08/11/08 10:42:00 Ll55Nq4D0
>>119
>1、10、18になるようにしたって書いてありますけど

あれはモードを量子化固定でやっただけだ
これだと（若干上下するが）指定したQPでエンコする

123:名無しさん＠お腹いっぱい。
08/11/08 12:06:28 /kSoSXfW0
>>106

1. FlashPlayer9 --colormatrix 指定なし
URLﾘﾝｸ(kita.kitaa.net)
2. FlashPlayer10 --colormatrix 指定なし
URLﾘﾝｸ(kita.kitaa.net)
3. FlashPlayer10 --colormatrix bt470bg 指定
URLﾘﾝｸ(kita.kitaa.net)
4. ConvertToRGB24(matrix="Rec601")
URLﾘﾝｸ(kita.kitaa.net)
5. ConvertToRGB24(matrix="Rec709")
URLﾘﾝｸ(kita.kitaa.net)

で1,3,4と2,5が大体同じだから、RGBにするときの
変換係数が解像度に関係なく709になってるん
じゃないかとエスパー。
元の動画はMPEG1で800x600だけどDGIndexでは
BT.470-2 B,G* って出てた。

あとついでに FlashPlayer9 だとカスタムマトリクス
使うと色がおかしくなる問題が10で直ってた気がする。
例えば --cqm flat でエンコした動画は問題ないのに、
--cqmfile で全部16のマトリクス読んだら変になるとか
そういう意味不明なことにはならない模様。

124:87
08/11/08 16:12:03 RyGSo8jQ0
>>106
>>123
検証ありがとうございます、やはりFlash側の仕様のようですね。
しかしマトリクス指定が機能するとは。
今までの動画はしょうがないですが、これからの動画は問題なさそうです。
ちなみにFlash9ではマトリクス指定は機能しませんでした。
カスタムマトリクスに対応したり、H.264エンジンの更新が行われたようですね。

125:名無しさん＠お腹いっぱい。
08/11/08 16:20:05 z5qEkaxV0
>119
合計の容量が40MBになるようにビットレートを指定する。
その上で，自分で許容できるQPの範囲を決めて適切なパラメータを与えると，エンコーダーがその範囲に収まるようにエンコードしてくれる。
指定されたビットレートで指定された画質が実現できなければエラーになるけど，常識的な値を与えていればそれなりにうまくまとまる。
設定の方法はソフトウエアによって違うよ。

126:名無しさん＠お腹いっぱい。
08/11/08 16:45:07 8UmXUz08P
>>120
>>121
なるほど・・・QPってのは画質の上限と下限を定めるもの・・・
だからこれを極端に上げたりすると、決めたビットレートで変換したときに
容量が多くなってしまうと･･･。
だから基本設定の下限10、上限51でニコニコの800以下のビットレートで考えて
音楽のことを考えて750ビットレートで変換して
40を超えるようであればそれはもうビットレートを落とすしかないんですかね？

もしそのビットレートで容量があまったら、少し下限をあげたりする、
ってことでいいんでしょうか？

QPってのは画質の上限とを決めるものだから
それをめいいっぱい広げても40個得るんならビットレートを下げるしかないってことですね。

量子化ってなんなんでしょう？それで設定すればわかりやすいと思うんですけど
ビットレートを指定できないからだめなんですかね？

127:名無しさん＠お腹いっぱい。
08/11/08 16:54:24 8UmXUz08P
125さんもありがとうございます。

ということは適切なビットレートを探すのが先でしょうかね。
その上で、QPをやればサイズ内で綺麗にしてくれたりするんでしょうか？
その際には、やっぱりサイズが大きくなったりしますか？
ａｖｉｕｔｌです。

40MBになるビットレートってやっぱり何回かえんこするしかないですかね。
10秒位のを作っていくらか試してやるんですけど
微妙にはみ出たりするから途中での変動が大きいらしく
結局全部やるまでわからない感じ。

128:名無しさん＠お腹いっぱい。
08/11/08 16:56:14 8UmXUz08P
ん
aviutlのH264の設定で、40Mまでというような
設定をする項目ってありましたっけ？

129:名無しさん＠お腹いっぱい。
08/11/08 17:04:41 O8/BQxBA0
>>127
お前さんはニコニコ用にaviutlとx264guiでmp4動画を作ろうとしているのですか？

130:名無しさん＠お腹いっぱい。
08/11/08 17:08:34 BVrYWekp0
>>128
ない

とりあえず800kbpsという数字の存在は忘れる。
QPとか量子化とかそういう難しい話も全部忘れる。
で、>>6 の実レート計算式

41,943,040 (40MB) ÷ 時間（秒）×8÷1000

に自分があげたい動画の再生時間をいれて
計算したらいくつになるんだ。

131:名無しさん＠お腹いっぱい。
08/11/08 17:10:25 O8/BQxBA0
URLﾘﾝｸ(revo.mine.nu)
「ﾏﾙﾁﾊﾟｽ - Nth PASS」に変更して
「自動ﾏﾙﾁﾊﾟｽ」を「2」にして
ビットレート(kbps)を指定してやればいい。
指定するビットレートの計算方法は

動画に割振れるビットレート
= [ { ( 完成動画の予定容量 * 1024 * 1024 * 8 ) / 1000 } / 動画時間 ] - 音声ビットレート

※単位はそれぞれ完成動画の予定容量はMB、動画時間は秒、ビットレートはkbps

132:名無しさん＠お腹いっぱい。
08/11/08 17:15:13 DG5QfEx50
unitemovieでaviファイルを結合して30GBのaviファイルが出来たんですが
再生するととっても重いんですけど、普通ですか・・・？MPCでもカクカクです。
編集時かなり重い…。エンコードしても大丈夫なのでしょうか（汗）

133:名無しさん＠お腹いっぱい。
08/11/08 18:08:50 8UmXUz08P
>>129
そうですけど、なにかおかしいですか？もう20個くらいは作ってうpしてます
今回の剣は容量があまったときにもったいないから、
画質をあげられないか調べてて行き着いたことです
>>130
7分20秒なので、その計算だと
762です。実際に760でやったことがあるけど
結果は41MBでわずかにオーバーでした。
700くらいでやれば何とか収まりそうですかね。
こういう場合はもう、QPなどで画質を上げようとするのは無理なんですよね？
>>131
結果的には音楽ビットレートの32を引くと、
730くらいです。730にすれば収まったわけですね・・・
なんか、QPいじったりしてるうちに変な勘違いをしてしまったっぽいです
とりあえずいろいろ(TдT)ｱﾘｶﾞﾄｳございます。

134:名無しさん＠お腹いっぱい。
08/11/08 18:30:50 O8/BQxBA0
>>133
>こういう場合はもう、QPなどで画質を上げようとするのは無理なんですよね？

ビットレート指定の2passってのは1pass目でどこが動きが少なくて動きが多いか等をを判断し
2pass目に動きが少なかった場所にはqpを小さく割振り、動きが大きかった場所にはqpを多く割振る
という動作を指定したkbpsになる範囲内で綺麗に割振ってくれるわけです
ニコニコ用に動画を製作するのであれば2passエンコ推奨ですな

135:名無しさん＠お腹いっぱい。
08/11/08 18:32:00 hk4bV+5c0
しばらくエンコしていなくて、こないだエンコするのにプラグインアップデートして思い出したのですが、
以前北斗の格ゲーのmp4動画作った時、何故か2パスより1パスの方が画質が明らかに上でした。
今回mp4プラグインアップデートしたついでに再度別のソースで比較してみたのですが、やはり1パスの方がいくらか綺麗、
もしくは差がないように思えます。
ただやっぱり納得できない物があるので、職人の方ちょっと比較して見て頂けないでしょうか。

URLﾘﾝｸ(www.42ch.net)
↑同じソース同じフィルタ同じビットレート設定で、パス数だけ変えたゲーム動画が入っています。

また以前の時も聞いてみたのですが、2パスより1パスの方が綺麗になるなんて事はあるのでしょうか？

136:名無しさん＠お腹いっぱい。
08/11/08 18:33:50 O8/BQxBA0
>>133
134に2passについて書き込みましたけど、もしかしてあなたの言うQPというのは
gui設定画面の[ﾚｰﾄ設定]ﾀﾌﾞにある
QPの上限・QPの下限・QP変動幅の最大を指しているのでしょうか？

137:名無しさん＠お腹いっぱい。
08/11/08 20:36:33 8UmXUz08P
>>134
2passってのはそういうことをしてくれるものだったんですか。
それで全体的に多少画質があがることもあるわけですね
時間が増えるのがあれで避けてたんですけど、
これからは2passにしようかなぁ・・・
>>136
はいそれです。何か勘違いしてますかね・・・？

あとそのQPを変動させた後のサイズ予測って言うのは
さすがにやってみないとわからないですかね。

138:名無しさん＠お腹いっぱい。
08/11/08 21:30:45 b3vCZyF+0
maxとmin、はフィルタみたいなもので、stepは言葉通り変動幅というだけの意味しかない
これらは、そもそも全体のレート配分を制御するオプションではない

q指定でやると容量の予測ができないから
ニコニコの許容内で最大レートを目指すなら、必然的に--bitrateを使うことになる
（最終的には、エンコーダが--bitrateの指定に見合うq値を割り振る）

139:名無しさん＠お腹いっぱい。
08/11/08 21:31:53 O8/BQxBA0
>>137
無茶な「QPの下限・QPの上限・QP変動幅の最大」を指定していない限りに置いては
2passは指定したﾋﾞｯﾄﾚｰﾄを守ってくれる
それ以外の圧縮方法であれば「QPの下限・QPの上限・QP変動幅の最大」によって出力結果は変わる

2passエンコが前提であれば下限1、上限51、変動16あたりでいいんじゃないかと思う

140:名無しさん＠お腹いっぱい。
08/11/08 22:10:06 YK47/Dx00
QPがどうとか言って四苦八苦しているソースを見てみたいと思うのは俺だけ？

141:名無しさん＠お腹いっぱい。
08/11/08 22:53:18 z9338iMf0
ニコニコ用ならqpなどデフォでたいして問題ない
それよりipraito・pbraitoあたりをいじったほうが効果的だ

142:名無しさん＠お腹いっぱい。
08/11/08 23:01:23 z5qEkaxV0
全体のビットレートと，局所の瞬間のビットレートは違ってもいい。
1 passでビットレート指定ははじめから最後まで同じビットレートだけど，2 passだと最終的に全体が指定したビットレートになるようにしながら，
指定されたQPの最大・最小の幅の中でビットレートを変化させながら，動きの大きいところなどに効率的にデータを配分してくれる。
つまり，ニコニコなどの限られた容量制限をぎりぎりまで効率よく利用できるようになる。

>137
サイズ予測のために一回エンコードして，その結果をもとに再度エンコードし直してくれるのが2 pass。

>138
レート配分に影響するだろ。
QP指定とビットレート指定を併用するとその範囲内でエンコードする。

>139
だからそのQP下限1が無駄だと(ry
それにQP上限51じゃとても見れない画質になる。
そもそも上限も下限も振り切れているから，指定する意味がなくなる。

143:名無しさん＠お腹いっぱい。
08/11/08 23:02:16 z5qEkaxV0
■携帯動画上級講座1
動画エンコードのビットレートと品質の指定

(1)固定ビットレート
動画を頭から決められたビットレート（bps）でエンコードしてゆく。
出来上がる動画ファイルの大きさが予想でき、各種端末の性能の制限にあわせたエンコードが可能。
動きの大きいところで画質が悪くなったり、動きの小さいところでも無駄にデータ量を消費するので効率が悪い
ビットレートの上限が厳しい携帯端末（auなど）には安全なエンコード方法となる。

(2)品質指定（Qベース）エンコード
画質を数値で指定して、それにあわせてエンコードする方法。
画面の内容にあわせてビットレートが大きく変化するので、出来上がるファイルの大きさが予測できない。
動きの大きいところではそれにあわせてデータ量が増えるので、全体を通して画質は維持される。
動きの少ないところではデータ量が減るのでファイルサイズが小さくなることもある。
最大ビットレートに余裕のある端末（P900iVなど）に向いている。

(3)ファイルサイズ指定、2 passエンコード
出来上がるファイルサイズを指定して、かつ全体の画質を均一にして無駄のないエンコードを行う。
1 pass目では全体のデータの偏りを調べ、自動的に最終的に出来上がるファイルの品質を決定し、あらためてエンコードを行うため、エンコードに倍の時間がかかる。
容量の上限が決まっているCDやDVDへの書き込みに用いられることが多い。
携帯では、ファイルサイズ制限のあるau端末などに有用かもしれない。
ビットレート指定では自動的にファイルサイズも決定されるので1 passエンコードで十分であり、2 passは品質指定のための方法と考えてよい。

144:名無しさん＠お腹いっぱい。
08/11/08 23:16:50 YK47/Dx00
>>142
>だからそのQP下限1が無駄だと(ry
>それにQP上限51じゃとても見れない画質になる。
>そもそも上限も下限も振り切れているから，指定する意味がなくなる。

俺は139な訳だがもうちょっと詳しく。お前の日本語が理解できない。
特に最後の一文が何を言いたいのか不明

145:名無しさん＠お腹いっぱい。
08/11/08 23:18:46 He5pxkpz0
かなりの初心者で初歩的な質問なんで申し訳ないのですが＞＜
TMPGEnc 4.0 XPressを使ってＦＬＶ動画を映像だけエンコして
その後に違う音源などを映像に結合させたいのですが
どうしても、やり方が分かりません。
説明不足かも知れませんけど分かる方いらっしゃいましたら
お願いします。

146:名無しさん＠お腹いっぱい。
08/11/08 23:21:25 z5qEkaxV0
上の記事は古いやつだからな。
(3)は以下のように書き換えた方がいいのかもしれない。

(3)平均ビットレート指定，2 passエンコード
出来上がるファイルの大きさを指定するために平均ビットレートを指定しつつ，動きの少ないシーンのビットレートを動きの多いシーンにまわすなどして，全体の画質が平均するように効率的なデータ配分を決定する方法。
実際のビットレートはエンコードしながらその映像の内容に合わせて変化するが，画質はどのシーンでも一定になるようにすることができる。
全体の画質を均一にして無駄のないエンコードを行うために1 pass目では全体のデータの偏りを調べ、あらためて2 pass目で本番のエンコードを行うため、エンコードに倍の時間がかかる。
容量の上限が決まっているCDやDVDへの書き込みや動画共有サイトへのアップロードのために用いられることが多い。
オプションを追加して，iPodなどのビットレート上限のある端末に対してビットレートの上限を指定したり，ビットレートの効率的利用のために画質指定の上限と下限を指定したりすることがある。

147:名無しさん＠お腹いっぱい。
08/11/08 23:33:52 z5qEkaxV0
>>144
そもそも，QP下限1が無駄だということが>>40あたりで言われていたろう。

QP 51の絵って見たことある？何が映っているかわからんよ。
QPが無指定だとQP上限51とみなしてエンコされるはず。
それを回避するためにQP上限を指定するのだから，それを51にしたら意味がない。

※QPの値は1～51の間で指定できる。
>>143の(2)はQPを決め打ちに固定する。
(3)はQP決めうちではないが，全体を平均して同じQPになるように自動的に処理される。
>>146はさらにその自動決定されるQPの上限と下限を指定したり，その範囲の中でさらにビットレートに制限を加えることができると述べている。

148:名無しさん＠お腹いっぱい。
08/11/08 23:46:24 zo9NcfXj0
言ってることは正しいのだが理解してないやつに解説するのも面倒なので1-51でいい。

149:名無しさん＠お腹いっぱい。
08/11/08 23:54:54 YK47/Dx00
>>147
( ﾟдﾟ)ﾎﾟｶｰﾝ

なんか絶望的なまでにx264の挙動に対するの認識が食い違っているみたいだな
俺の認識では、例えば --qpmin 30 --qpmax 51　を指定しておくとする
その上で 2pass　--bitrate 1000 の動画を作りたいとし、それを実際に実現するqpが20だったとする
そうしたら下限を30と指定しているので目的とした高画質まで達せないことになる
そういう事を防ぐために最大値である --qpmin 1 --qpmax 51　を念のために指定しておく

違うのか？

150:名無しさん＠お腹いっぱい。
08/11/09 00:08:57 IByYeK0y0
ニコニコだとビットレート制限の方がきついんだから，-bitrate 700に対してqp 30とかだろ。
目的とする高画質ははじめから無理なことが多い（内容にもよるけど）。
それに対して-qmin 1を指定したからと言って画質が上がるのか？
だいたい-qmin 1は無駄，という話しから始まったはず。
目的とする最高画質がqp 20なら，初めから-qmin 20 -qmax 51にすればいい。
あとは，ビットレートが不足したらエンコーダが適当にqpを上げてくれるよ。

151:名無しさん＠お腹いっぱい。
08/11/09 00:15:16 xEt8UeAB0
頭悪くてすまんな、最終的に思った事がある
-qmin 1は確かに無駄だが、別に損じゃない
この認識はあってるのか？

152:名無しさん＠お腹いっぱい。
08/11/09 00:23:37 52cqNh9r0
よこからすまんが、--qpmin 1は絶対に損だよ
--qpmax 51はともかく、--qpmin 1はない
同じソースを--qpmin 1 --qpmax 51 --qpstep 16と--qpmin 16 --qpmax 40 --qpstep 8とかで、その他は変えずに
やってみればわかるが、前者だとqpが8とか9とか無駄に高品質な部分が出て、その分qp20から28くらいの部分が
後者に比べて減り、さらにqp30以上の部分が増える
つまり動きの少ない部分が無駄に高品質になり、その分動きの大きい部分が劣化するんだな
ニコニコの低解像度ではqp8とｑｐ16の違いなんてまず分からんから、これは画質の低下といってもいいと思うんだ

--qpmaxのほうは、少なくともビットレートの無駄遣いはしないから、--qpminほどの違いは出ない（出来上がった
動画のqpの上限は40と51ではほぼ変わらない）が、それでも若干qpの分布が変わり、SSIMはほんの少し下がったりする

153:名無しさん＠お腹いっぱい。
08/11/09 00:25:00 ctaTZMs40
>>151
普通に2passやったらそんな極端なqpは使われないと思うから
大抵は大して損になるようなことはないんじゃないか。

例えば、静止画のところとかでqp一桁とかになってて、
そんな余裕があるならもっと他の場所にビット回せと思うなら
--qpmin を高くすれば、多少貯金が増えてｳﾏｰってのは
ある気もするけど。

154:名無しさん＠お腹いっぱい。
08/11/09 00:35:12 BYK8ePgj0
qpmin/maxは指定したビットレートを無視しても守ることになってる。
だからよくわかってないやつが無理に狭い範囲を指定するとビットレート
外れて頭抱えるかここに駆け込んで聞いてくるか文句垂らすかしてくる。
x264は指定したqpの上限/下限いっぱいまで使うわけじゃなくて
普通に適切な範囲のqpに収まるからわざわざqpmin/maxを指定する必要はない。
俺としてはどうしてもqpが下がりすぎ/上がりすぎて気になる部分があるときに
ようやく調整するオプションだと思ってる。大抵はqcompあたりの調整だけで
事足りる。特にニコニコなんて静止画素材の物だって使うやついるんだから
--qpmin 30とかしたら悲惨なことになるぞ

155:名無しさん＠お腹いっぱい。
08/11/09 00:36:44 xEt8UeAB0
ニコニコのような2passが必須な容量制限がある場合はqpmin1はqp分布を変化させ、画質が落ちる
手元に残して置くようなcrf指定で作るような動画ならば別にqpmin1でもいいんじゃね？
と言ったところか？

156:名無しさん＠お腹いっぱい。
08/11/09 00:40:05 H7eqHQIF0
結局、習うより慣れろだけどね

157:名無しさん＠お腹いっぱい。
08/11/09 00:43:29 Xl7+egot0
頭悪すぎワラタ

qpmin/maxは1-51で設定した場合が、標準動作だと思え。
cq(--qp)以外のエンコードは、qpが変動する。しかし、変動幅の最大値・最小値は動画によって異なる。
qpmin/maxは、一回エンコードをおこない、動画ファイル全体のqp分布を見てqpの下げすぎ、上げすぎの箇所を手当てするオプションだ。
このときに、zonesを使ったりする。

エンコの一発目から設定してあーだこーだ文句をいう馬鹿はほっとけばいい。

158:名無しさん＠お腹いっぱい。
08/11/09 01:07:09 IByYeK0y0
>>155
crf指定ならqmin 1は意味ないだろ。

>>157
>qpmin/maxは1-51で設定した場合が、標準動作だと思え。
うん。だから，わざわざ1-51と指定するのはあまり意味がない。

qminとqmaxは指定しなくてもいい。
指定するとしてもqmin 1は止めておけ，qmaxは51でないとエラーになるかも，でFA？

159:名無しさん＠お腹いっぱい。
08/11/09 01:10:58 Q9LcyrVf0
-qmin 1は無意味ではない。
ただ、時間を無意味に浪費するおそれがある。
そんなところで。

160:名無しさん＠お腹いっぱい。
08/11/09 01:31:33 bnyaFj9i0
ニコニコにUPしたんだけど、意味不明なタグが付けられるんだけど
これは一体何ですか？

たとえば
a d s v a [ ] p とかこんな感じで埋め尽くされます。

161:名無しさん＠お腹いっぱい。
08/11/09 01:33:05 xEt8UeAB0
qpminに限らずオプション設定の結論
「本人満足してるならなんだっていい」

162:名無しさん＠お腹いっぱい。
08/11/09 02:40:29 N2IENm9x0
qpminを1以外にしている人はだいたいいつもどれくらいにしてるんだろう

163:名無しさん＠お腹いっぱい。
08/11/09 03:02:57 d80VwcE/0
ソースによるとしか言いようがない。
ソースによって最適設定は常に変わる物。
オプションを固定して複数のソースで使うのは無理。

164:名無しさん＠お腹いっぱい。
08/11/09 03:04:18 d80VwcE/0
とは言った物の1-10はニコニコではまず不要だから、
1以外にしたいなら10以上で決めればいいよ。

165:名無しさん＠お腹いっぱい。
08/11/09 03:41:00 N2MdrYcG0
ニコニコ用には16、4倍数が好きなのでなんとなく
普段だと12かな

166:名無しさん＠お腹いっぱい。
08/11/09 13:22:29 IByYeK0y0
MPEG-4 SP系のCODECの1-31のqp値に対応するようにしている。
旧qp 3がx264のqp 22，旧qp 4がx264 qp 24。
4の倍数で切りが良い24かな。
まあ，何でもいいんだろうけど。

167:名無しさん＠お腹いっぱい。
08/11/09 14:38:17 n4ihMkLa0
昨夜のqpmin/max議論に参加していた物分かりの悪かった馬鹿です
理解した事をまとめてみた

qpmin/maxは1-51で設定した場合が、標準動作である
一度それでエンコードしてqp分布を確認して無駄なく指定し直すのが最上の策
しかしながらニコニコ用のエンコの場合であるとqpminが1～10は大抵の場合は無駄である
よってqpminは10以上を目安とし自分が納得できる値をソースにそって見つけるべきだ
qpmaxは別に51でもいい、qpstepは適当に調節しろ

こんなところか？

168:名無しさん＠お腹いっぱい。
08/11/09 14:43:38 9T0E2JfF0
>>167
なかなか　りかいが　はやい。

169:名無しさん＠お腹いっぱい。
08/11/09 16:26:27 yBaqxRbI0
エンコードした動画の字幕が潰れて見えないのですが、何か字幕用の設定などあるんでしょうか？

URLﾘﾝｸ(ossan.fam.cx)

左がキャプチャ時。右はとりあえずdivx ビットレート800、解像度そのままでエンコしたものです。

VHS3倍モードからのキャプチャです。キャプチャボードは4年前に買ったnovacの安い奴で352x240でキャプチャ。
この時点では約100分で1ＧＢもありますが字幕は見えます。

うｐ用にvirtualdubmodで5分割しようと思ったんですが、分割後のエンコで、いろんなコーデック、設定
で試しても潰れて見えず。
その後、tmpgencXpressでシャープや輪郭強調などのフィルタをかけても変わらずです。
ニコニコ用の低画質どころか、自分の保存用にdivxやPSPでの再生用のも試したんですが
どれをやっても見えづらくなります。
解像度、ビットレート、FPSなどをキャプチャ時とまったく変えずにエンコしてもダメです。

170:名無しさん＠お腹いっぱい。
08/11/09 16:27:10 yBaqxRbI0
形式:MPEG2/System-PS / サイズ:1,117,274,112 (1.04 GB) / 再生時間:1h36m40s
ファイル整合性:
1)PROGRAM_END_CODE(0x000001B9)がありません
■映像情報 (ストリーム数 1)
1)コーデック:MPEG1 / Code:MPEG1 / 略号: / 352x240 1250Kbps 29.97fps
■音声情報 (ストリーム数 1)
1)コーデック:MPEG1-Layer2 / Code:MPEG1_Layer2 / 略号: / 32KHz 256Kbps Stereo
■字幕情報 (ストリーム数 0)
■コメント情報 (情報数 0)
■DirectShow情報
スプリッタ:MPEG-2 Splitter E06D8022-DB46-11CF-B4D1-00805F6CBBEA MEDIASUBTYPE_MPEG2_PROGRAM
映像デコーダ:MPEG Video Decoder E436EB81-524F-11CE-9F53-0020AF0BA770 MEDIASUBTYPE_MPEG1Payload
音声デコーダ:ffdshow Audio Decoder E06D802B-DB46-11CF-B4D1-00805F6CBBEA MEDIASUBTYPE_MPEG2_AUDIO

最初にキャプチャした動画の情報です。
字幕を考えたエンコは全くの知識不足なので詳しい人いたら情報いただきたいです。

171:名無しさん＠お腹いっぱい。
08/11/09 17:39:12 /tfyQmIP0
AVIUTL仕様してます。シーク禁止動画ってどうやって作るんですか？

172:名無しさん＠お腹いっぱい。
08/11/09 18:01:15 vE47EwX/0
URLﾘﾝｸ(nicowiki.com)

173:名無しさん＠お腹いっぱい。
08/11/09 20:29:45 IByYeK0y0
>>169
なんでニコニコなのにDivXにしているんだよ。
初めからMP4にしろよ。

174:名無しさん＠お腹いっぱい。
08/11/09 20:47:46 NALiZ3IB0
録画時の解像度352x240ってのがもうOUTだと思うな。

175:名無しさん＠お腹いっぱい。
08/11/09 21:01:03 bgRStF6F0
>>174
元がVHSの3倍なんだからそれは別に問題じゃない
720ｘ480とかにしてもぼけるだけ

176:名無しさん＠お腹いっぱい。
08/11/09 21:48:37 hxl3+zAcO
インタレースだから縦は４８０にした方が良いかな
横は３５２でいいが、７２０にして縮小した方がノイズ減るかも
どっちにしろＭＰＥＧ１で１２５０ｋｂｐｓは低すぎる

177:名無しさん＠お腹いっぱい。
08/11/09 22:02:41 yBaqxRbI0
ありがとうございます。
キャプチャの時点で既に間違ってたってことですかね？
この設定で映画５本やってるんで、もう一回キャプチャするのは面倒なんです。

吹き替えのもあるんで、それは問題なくうｐできそうですが、
字幕が潰れないようなフィルタ設定とかあったら教えてほしいです。

178:名無しさん＠お腹いっぱい。
08/11/09 22:34:10 9T0E2JfF0
そもそもFLVかMP4であげるってのは分かってるのか？
それも面倒ならニコエンコにぶち込めよ

179:名無しさん＠お腹いっぱい。
08/11/09 22:43:26 eflqITZX0
>>178
世の中には中間ファイルにDivXを勧める馬鹿がいるからねぇ…
特にニコニコ動画講座とか、動画上げてるやつのブログとか

180:名無しさん＠お腹いっぱい。
08/11/09 22:45:42 ksEl61t10
画像見るとインタレの扱いに問題があるように見える
解除するなら解除してプログレで通常通りエンコ　解除しないならインタレエンコして再生時に解除しろ
つか、ビットレートが足りててインタレをちゃんと処理すれば、他にフィルタかけんでも字幕がここまで潰れたりしない

181:名無しさん＠お腹いっぱい。
08/11/09 22:56:58 aDZzBFm90
映像デコーダがインターレースを処理する段階で字幕まで間引いちゃってると勝手に予想してみる。
ffdshowが入ってるなら、ffdshow側のビデオデコーダーの設定でmpeg関連を有効にしてみてはどうだろ？
それと映像を分割するならAviUtlに読み込んで、切り出す際に可逆圧縮のコーデックで出力すると良いかと。

182:名無しさん＠お腹いっぱい。
08/11/09 22:59:37 aDZzBFm90
>>181
可逆圧縮で出力するのは、あくまでも中間ファイルを得る為で、その後でFLVなりMP4なりで再圧縮が必要ですよ。
ネンタメｗ

183:名無しさん＠お腹いっぱい。
08/11/10 01:48:46 VnSFH2VF0
そもそもなんで中間ファイルが必要なんだ。
VHSからのキャプならほとんど編集もいらないだろ。
DivXで編集しているわけでもあるまいし。

184:名無しさん＠お腹いっぱい。
08/11/10 02:05:37 zLslAPfP0
vp6なりx264でエンコする際の試行錯誤なら切り出した後のファイルで行った方が効率いいでしょ。
同時にフィルタ処理も行っておけば、試行時の負荷も減って効率も上がるしね。そういう意味。

185:名無しさん＠お腹いっぱい。
08/11/10 04:12:27 2rVTiy6A0
スライドショーのような画像だらけな動画をNMMで作ったのですが画質に納得がいかないので超高画質なものを作りたいのですが、
WMMで無圧縮で作ってMP4にするのが１番簡単で高画質ですか？
時間は２分くらいなんですが。

186:名無しさん＠お腹いっぱい。
08/11/10 04:44:22 WAbiHQzx0
>>185
WMMの無圧縮ってのはうまく読み込めなかったりと変な事が起こりやすい
まあ一度試してみて駄目ならばまた他の方法すればいいさ
ちなみに640x480で無圧縮出力だと2分で600MBくらい・・・かな？

187:177
08/11/10 18:16:59 lBCbIlgG0
普通に見えるようになりました。原因はffdshowでした。
再生できるファイルはほとんどffdshowを通してmpcとnicoplayerで見ていたんですが、
divxやmp4などのチェックを外したらエンコ後のファイルでも字幕が読めるようになりました。

188:185
08/11/10 19:35:43 2rVTiy6A0
WMMだと画像を取り込んだ段階で画質が劣化するみたいなので
無圧縮でも元の画像と比べるとヒドイことにorz

WMMじゃなくてできれば無料でオススメソフトありますか？

189:名無しさん＠お腹いっぱい。
08/11/10 19:53:51 vpBtGFHJ0
質問です。

ニコニコ動画まとめwikiのwindowsムービーメーカーの項
URLﾘﾝｸ(nicowiki.com)

にある、
＞ニコニコ動画用にムービーを出力する方法を紹介。

の通りにwindowsムービーメーカーを使い無圧縮AVIを作成したのですが、
作成したファイルをAviutlで開いた時、長い処理の後に真っ黒な画面しか出てきません。
ファイルの拡張子をaviに変えても効果がありません。
作成したもの自体は普通に見れるのですが、何が原因なのでしょうか？

Lanczos 3-lobed 拡大縮小
拡張 x264 出力(GUI)
MP4Plugin
DirectShow File Reader プラグイン for AviUtl
等のプラグインは入れてあります。

190:名無しさん＠お腹いっぱい。
08/11/10 20:01:32 /npgTXkF0
うわ、wikiに「無圧縮」載ってたのか
トラブルの原因だから消したほうがよくないか？

>>189
無圧縮は原因不明のトラブルの元なので使わないほうがいい
とりあえずそのファイルをDドライブの直下に置いて、半角英数（スペースなし）のファイル名（拡張子はwmvのまま）にしてから
AviUtlで読み込んでみ
もしそれでも画面真っ黒ならあきらめろ

191:名無しさん＠お腹いっぱい。
08/11/10 20:19:43 vpBtGFHJ0
>>190
ありがとうございます。
やってみまいたが無理なので諦めます。

192:名無しさん＠お腹いっぱい。
08/11/10 20:38:46 S1baYVyb0
>>185と>>188について素朴（もしくはアホ）な疑問が。

　Ｑ１．NMMってswfなんだし、サイズ変更でもしてない限り
　　　　画像の画質はそのまま再生されるもんじゃないの？
　　　　サイズやビットレート上限に収めるために
　　　　画像を圧縮せざるをえなかったてことなのかな？

　Ｑ２．WMMに取り込んだ段階で画質が劣化するなんてことがありえるの？

なんかスレチ気味だし、NMMもWMMもほとんど使ってないんで、あまりにもアレな質問ならスルーしてくだちい。

193:名無しさん＠お腹いっぱい。
08/11/10 20:43:43 2rVTiy6A0
>>192
NMMはそれなりに高画質だけどできれば800×600でうｐして拡大しても超高画質なのを作りたいのです。
WMMに取り組んだ段階で画質劣化しますorz自分の設定が悪いのかな？スレ違いなんでちょっと調べてみます。

194:名無しさん＠お腹いっぱい。
08/11/10 20:52:39 2rVTiy6A0
あれ？WMMの作成途中のプレビューでは画質が酷かったけど画像１枚だけのムービー作ったら画質きれいなままでした。

195:名無しさん＠お腹いっぱい。
08/11/10 21:16:56 duSaFhOc0
あれ？じゃなくて勘違いだ。プレビューで圧縮結果の画像が再現できたら苦労しないよ

196:名無しさん＠お腹いっぱい。
08/11/10 21:32:22 ErMD8lX90
AACの最高音質っていくつですか？

197:名無しさん＠お腹いっぱい。
08/11/10 22:28:00 /npgTXkF0
-q 1.0　　neroAacEncの場合
ビットレートは330kbpsとか420ｋｂｐｓとかまちまち
mp3みたいに320kbpsが上限とかいう決まりはなかったような気がする

198:名無しさん＠お腹いっぱい。
08/11/10 22:34:13 Z+CiKSIP0
AAC-LCは640kbpsが上限

199:名無しさん＠お腹いっぱい。
08/11/10 22:37:43 VnSFH2VF0
160kbps以上はほとんど意味ないらしいよ。
iTunes Storeの曲で128kbpsだからね。

200:名無しさん＠お腹いっぱい。
08/11/10 22:41:55 ErMD8lX90
>>197-199
ありがとうございます

201:名無しさん＠お腹いっぱい。
08/11/10 22:48:02 Z+CiKSIP0
>>199
意味ないかどうかは曲や環境に因るが、
320kbpsにするなら256kbpsでエコ回避にしてくれた方が良いね
128kは有料としてどうなのって気もするが、ITMSは安いから仕方ないな

202:名無しさん＠お腹いっぱい。
08/11/10 22:53:34 7dxnRxKi0
常人の耳では160kbps以上は差が分からないからね。
曲によっては128だと、ちょっと音質悪いかな？って感じに聴こえることもある。

203:名無しさん＠お腹いっぱい。
08/11/10 22:53:52 SyLfXkT90
結局不可逆圧縮フォーマットなんてもんは人間の耳をいかに騙すかって
所に焦点を絞っているから、特定のビットレート以上になると本当に差が無くなるんだよね。
エンコーダ・デコーダによる音質の補正が加わるからわかる人にはわかる。
無圧縮PCMと320kのMP3の違いは分かるのに320kのMP3と256kのMP3とじゃ判別出来なかったりする人も居る。

204:名無しさん＠お腹いっぱい。
08/11/10 22:59:36 FIxz0d0f0
いろいろな音質テスト結果を見ると、
AACの128kbps＝MP3の192kbps、AACの96kbps＝MP3の160kbpsくらいだからね
AACの160kbps以上になると一般的なPCリスニング環境ではほとんど差が分からなくなる

205:名無しさん＠お腹いっぱい。
08/11/11 10:35:30 x1WyzzwY0
>>191
TMPGEncフリーが読んでくれたのでHuffyuvで出力して
AviUtlに渡したけど・・
ちなみにTMPGEncからVFAPI渡しはダメだった

206:名無しさん＠お腹いっぱい。
08/11/11 19:24:51 FD+MNDNI0
wikiの情報ってこのスレで検討したの？どうも一貫性が無い気がするんだけど。

AviUtlを使ったMP4 (H.264) エンコード
URLﾘﾝｸ(nicowiki.com)

207:名無しさん＠お腹いっぱい。
08/11/11 19:43:48 PPnOnw+jO
直そうと思ったが面倒になった

208:名無しさん＠お腹いっぱい。
08/11/11 20:15:05 6GpikG0h0
誰かしら時間がある人が、その都度書き換えてるから一貫性なんて無理な話し。
そもそもwikiってそういうもんでしょ。ここの住人で管理してる訳じゃないしさ。

209:名無しさん＠お腹いっぱい。
08/11/12 01:21:33 BX8Y74UW0
wikiを見てきたけど，表面的になぞって書いているだけで，理解して書いているとは思えない。
あるいは，妥協の産物。
最低限エンコできることを目指しているのだろうけど，決して最適な解は提供されていない（そのヒントもない）。

210:名無しさん＠お腹いっぱい。
08/11/12 01:29:57 N1RGac2c0
いや、素人に理解させるほど書き込んだらそれこそ膨大な量になるぞ
意味が解らなくてもエンコードが出来る程度の情報量でいいんじゃね？

211:名無しさん＠お腹いっぱい。
08/11/12 01:31:31 eetaTNAz0
詳しく知りたい人は「拡張 x264 出力（GUI）の設定項目とその機能について」読めばいいよ。

212:名無しさん＠お腹いっぱい。
08/11/12 02:04:27 LNBFTTQX0
Wikiは初心者にもわかりやすく書くのが一番大事だしな。
そのへんを崩さずに書けるならどんどん編集してほしいが、
技術がある人は、ついつい難しく書きたがってしまう人が多かったりもする。
そしてそれを見た初心者は泣く。

213:名無しさん＠お腹いっぱい。
08/11/12 02:38:54 ZVEMQ74r0
「細かいことが知りたい人はこちらへ」とか別のページ作るかしたらまー問題はないな

214:名無しさん＠お腹いっぱい。
08/11/12 02:42:24 4zzqmlFe0
ｘ264を更新させるときってauoの中身をそのまま上書きでいいよね？
979.03から1026.01にしたらCPUの負荷がすごく軽くなったもんで

215:名無しさん＠お腹いっぱい。
08/11/12 06:33:17 A8EzoQfB0
久々に3Dゲーム動画の質問を・・・
詳しい方いましたらよろしくお願いします。

①　可逆圧縮でキャプチャをした場合、それをAviutlの無圧縮で吐き出させた物と
元々RGB24でキャプチャした物は同じ無圧縮Aviであり同じ画質と考えているのですが
正しいでしょうか。

②　①で良ければ、可逆圧縮でのキャプチャの場合リサイズはどの段階でやっても
問題無いのでしょうか。

③x264エンコードについてなんですが、Psy-RDはビットレート足りなそうな(ブロックノイズ
が若干出るような)動画の場合切った方がいいと認識しているのですが、そこまでブロック
ノイズが発生していないエンコ動画の細部をくっきりさせたかったら若干掛ける方が
良いのでしょうか？

④動きが激しい3Dゲーム動画の場合、qcompはaq使用していない時でもデフォルト値より
若干あげた方が良いのでしょうか。(その場合目標ビットレートより少し下げておくべき・・？)

216:名無しさん＠お腹いっぱい。
08/11/12 06:56:52 mOLwfE2U0
>>209-212
>>213
「上級編」があると、ただエンコするだけの状態から脱却したいと思っている俺みたいなのが喜ぶ。

217:名無しさん＠お腹いっぱい。
08/11/12 08:39:35 e46VC6ZL0
すみません
ＰＶ４でキャプチャした動画に字幕を付けて動画をＵＰしたいのですが
やり方がわからず困っています
よろしければ教えてください
お願いします

218:名無しさん＠お腹いっぱい。
08/11/12 08:50:31 C9xn6nFD0
字幕はAviUtlの拡張編集で付けられる。

219:名無しさん＠お腹いっぱい。
08/11/12 09:08:58 e46VC6ZL0
>>218
お返事ありがとうございます
AviUtlを起動してPV4の動画を読み込ませたのですが
拡張編集という項目が見あたらないのですが
本当に素人で申し訳ございません

220:名無しさん＠お腹いっぱい。
08/11/12 10:24:28 LNBFTTQX0
せめてググってから質問しろと。

221:名無しさん＠お腹いっぱい。
08/11/12 10:35:38 LV5U4maW0
>>215
①RGB24→YC48→RGB24と色空間変換が1回起こるので、完全に同じではない
②リサイズ(縮小)は情報を切り捨てる行為
　セオリー的には最終エンコの直前まではなるべく避けるべき
③④　お前の好みなんか知ったこっちゃねぇ
　　　　両方やって自分で比較できないやつはデフォルトそのまま使ってろ

>>219
なんでAviUtl本家の更新をチェックしないの？
素人や初心者と馬鹿は同義語じゃねえぞ

222:名無しさん＠お腹いっぱい。
08/11/12 13:13:49 A8EzoQfB0
>>221
レス有難うございます。
③④はここ最近ずっと悩んでいて他の３Dゲームエンコの方に一度
聞いてみたかったもので、困り果ててまして・・・。

223:名無しさん＠お腹いっぱい。
08/11/12 14:35:54 +Y+7bgskO
自分でテストして好きな方を採用しな
x264のオプションを決めるにはそれしかない
動画によって最適値は異なるから、こうしておけばすべてOKなんて物はないからね

224:名無しさん＠お腹いっぱい。
08/11/12 15:07:26 StxSNn3y0
>>222
数字変えてエンコして順番に見比べれば済む話なんだから
悩んでる暇があるならテストエンコすればいいじゃないか。
それで自分の目で見分けがつかないんだったらqcompは
デフォルト、psyはoffでいいだろ。

225:名無しさん＠お腹いっぱい。
08/11/12 17:58:23 GC/sLs510
40Mに収まらない・・・・・泣きたい

226:名無しさん＠お腹いっぱい。
08/11/12 19:58:42 PP/M/kle0
>>221
1つ間違い
RGB24<->YC48相互変換は無劣化
ただし>>215の言う可逆圧縮は一般的にはYUY2でキャプチャすることが多いので
無圧縮で吐き出すとYUY2->RGB24(32)による劣化は起きるけどな。

227:名無しさん＠お腹いっぱい。
08/11/12 20:53:45 AwlVlW9S0
>>226
RGB<->YUVの変換って完全に無劣化で出来るの？
あんな小数がやたら使われてる計算は、いくらAviUtlが16ビットに拡張してるとはいえ、
計算誤差は必ず出るもんだと思ってたんだが…俺の勘違い？
YUY2<->YC48の無劣化変換はわかるんだけど

228:名無しさん＠お腹いっぱい。
08/11/12 21:13:10 N9Z7beqY0
静止画BGMのAVIをMediacorder使って264MP4に変換、その後ニコニコにうｐったんだけど、
サムネ選択までは正しく画像が表示されてるのにうｐ完了して改めて再生すると元画像の上から灰色で塗りたくったみたいに変形してしまってる（音声は正常）
色々試したけど何度やっても上手く行かないんで助けてくだせえ

229:名無しさん＠お腹いっぱい。
08/11/12 21:25:37 AwlVlW9S0
>>228
ソースも出来上がりも見せずに何とかできるわけないだろ

230:名無しさん＠お腹いっぱい。
08/11/12 21:35:48 N9Z7beqY0
URLﾘﾝｸ(www4.uploader.jp)
こんな状況です

231:名無しさん＠お腹いっぱい。
08/11/12 21:45:58 AwlVlW9S0
>>230
こんなの始めてみた
なにやったらこんなのになるかさっぱりわからん

とりあえずまともな動画にしたいだけなら依頼スレ行ってくれ

232:名無しさん＠お腹いっぱい。
08/11/12 22:17:57 ZRzGSGH80
>>230
色々な動画バグは経験したつもりだったがこれなんだ！！？？

233:名無しさん＠お腹いっぱい。
08/11/12 22:22:22 eetaTNAz0
Mediacorderを投げ捨ててx264.exeかguiを使おう。

234:名無しさん＠お腹いっぱい。
08/11/12 22:23:27 PP/M/kle0
>>227
細かい計算式は忘れましたが。
一番手っ取り早いのはRGBソースを読んでそのまま未圧縮で吐かしてハッシュ比較すればわかる。
ヘッダが異なる可能性もあるから1回出力したやつをソースにしてもう一度吐かしてみれば確実。

235:名無しさん＠お腹いっぱい。
08/11/12 22:29:29 eetaTNAz0
入力8bitに対してAviutlの内部空間が16bit（有効12bit）で十分に細かいから、
誤差も8bit未満に収まって実質無劣化になるんじゃなかったっけか。

236:名無しさん＠お腹いっぱい。
08/11/12 23:35:21 g508rThl0
静止画ならニコニコムービーメーカーでいいじゃん

237:名無しさん＠お腹いっぱい。
08/11/12 23:42:56 vZpA7AC40
>>236
でも512×384だからなー
やっぱ800×600に憧れるぜ！！！

238:名無しさん＠お腹いっぱい。
08/11/13 00:27:14 ifNBOHMc0
静止画なら800*600も良いかもしれないけど、
動画だと一般会員だと512*384の方が高画質だな。

次ページ