- 1 名前：名無しさん＠お腹いっぱい。 [2008/11/05(水) 19:44:39 ID:1Id1W7OZ0]
- ニコニコ動画へUPするためのFLV/MP4ファイル作成に関する質問スレです。
テンプレやwikiをよく読んで、わからない時に質問するようにしましょう。
※ここは『作成済みの動画をニコニコ動画にアップ出来る制限内のFLV/MP4に変換する』ためのスレです※
動画の作成方法、画質の追求については関連スレ等をどうぞ
ニコニコ動画のファイルをデスクトップにDLして作成するのも関連スレにどうぞ
質問時は
１.元ファイルの詳細
２.使用ソフト
３.エラー起こすまでの操作手順
４.エラー発生時のエラーメッセージ
５.PC環境
等を忘れずに書きましょう。ここにｴｽﾊﾟｰは居ません。
次スレを立てるのは950辺りの人が宣言して立てる事。
宣言した人間が立てられなかったら失敗報告後に次の有志が宣言後立てる事。
公式サイト
ttp://www.nicovideo.jp/
ニコニコ動画まとめwiki-エンコード設定
ttp://nicowiki.com/encode.html
前スレ
【ニコニコ動画】FLV/MP4作成スレ43【質問】
pc11.2ch.net/test/read.cgi/streaming/1221580759/
- 136 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/08(土) 18:33:50 ID:O8/BQxBA0]
- >>133
134に2passについて書き込みましたけど、もしかしてあなたの言うQPというのは
gui設定画面の[ﾚｰﾄ設定]ﾀﾌﾞにある
QPの上限・QPの下限・QP変動幅の最大を指しているのでしょうか？
- 137 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/08(土) 20:36:33 ID:8UmXUz08P]
- >>134
2passってのはそういうことをしてくれるものだったんですか。
それで全体的に多少画質があがることもあるわけですね
時間が増えるのがあれで避けてたんですけど、
これからは2passにしようかなぁ・・・
>>136
はいそれです。何か勘違いしてますかね・・・？
あとそのQPを変動させた後のサイズ予測って言うのは
さすがにやってみないとわからないですかね。
- 138 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/08(土) 21:30:45 ID:b3vCZyF+0]
- maxとmin、はフィルタみたいなもので、stepは言葉通り変動幅というだけの意味しかない
これらは、そもそも全体のレート配分を制御するオプションではない
q指定でやると容量の予測ができないから
ニコニコの許容内で最大レートを目指すなら、必然的に--bitrateを使うことになる
（最終的には、エンコーダが--bitrateの指定に見合うq値を割り振る）
- 139 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/08(土) 21:31:53 ID:O8/BQxBA0]
- >>137
無茶な「QPの下限・QPの上限・QP変動幅の最大」を指定していない限りに置いては
2passは指定したﾋﾞｯﾄﾚｰﾄを守ってくれる
それ以外の圧縮方法であれば「QPの下限・QPの上限・QP変動幅の最大」によって出力結果は変わる
2passエンコが前提であれば下限1、上限51、変動16あたりでいいんじゃないかと思う
- 140 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/08(土) 22:10:06 ID:YK47/Dx00]
- QPがどうとか言って四苦八苦しているソースを見てみたいと思うのは俺だけ？
- 141 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/08(土) 22:53:18 ID:z9338iMf0]
- ニコニコ用ならqpなどデフォでたいして問題ない
それよりipraito・pbraitoあたりをいじったほうが効果的だ
- 142 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/08(土) 23:01:23 ID:z5qEkaxV0]
- 全体のビットレートと，局所の瞬間のビットレートは違ってもいい。
1 passでビットレート指定ははじめから最後まで同じビットレートだけど，2 passだと最終的に全体が指定したビットレートになるようにしながら，
指定されたQPの最大・最小の幅の中でビットレートを変化させながら，動きの大きいところなどに効率的にデータを配分してくれる。
つまり，ニコニコなどの限られた容量制限をぎりぎりまで効率よく利用できるようになる。
>137
サイズ予測のために一回エンコードして，その結果をもとに再度エンコードし直してくれるのが2 pass。
>138
レート配分に影響するだろ。
QP指定とビットレート指定を併用するとその範囲内でエンコードする。
>139
だからそのQP下限1が無駄だと(ry
それにQP上限51じゃとても見れない画質になる。
そもそも上限も下限も振り切れているから，指定する意味がなくなる。
- 143 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/08(土) 23:02:16 ID:z5qEkaxV0]
- ■携帯動画上級講座1
動画エンコードのビットレートと品質の指定
(1)固定ビットレート
動画を頭から決められたビットレート（bps）でエンコードしてゆく。
出来上がる動画ファイルの大きさが予想でき、各種端末の性能の制限にあわせたエンコードが可能。
動きの大きいところで画質が悪くなったり、動きの小さいところでも無駄にデータ量を消費するので効率が悪い
ビットレートの上限が厳しい携帯端末（auなど）には安全なエンコード方法となる。
(2)品質指定（Qベース）エンコード
画質を数値で指定して、それにあわせてエンコードする方法。
画面の内容にあわせてビットレートが大きく変化するので、出来上がるファイルの大きさが予測できない。
動きの大きいところではそれにあわせてデータ量が増えるので、全体を通して画質は維持される。
動きの少ないところではデータ量が減るのでファイルサイズが小さくなることもある。
最大ビットレートに余裕のある端末（P900iVなど）に向いている。
(3)ファイルサイズ指定、2 passエンコード
出来上がるファイルサイズを指定して、かつ全体の画質を均一にして無駄のないエンコードを行う。
1 pass目では全体のデータの偏りを調べ、自動的に最終的に出来上がるファイルの品質を決定し、あらためてエンコードを行うため、エンコードに倍の時間がかかる。
容量の上限が決まっているCDやDVDへの書き込みに用いられることが多い。
携帯では、ファイルサイズ制限のあるau端末などに有用かもしれない。
ビットレート指定では自動的にファイルサイズも決定されるので1 passエンコードで十分であり、2 passは品質指定のための方法と考えてよい。
- 144 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/08(土) 23:16:50 ID:YK47/Dx00]
- >>142
>だからそのQP下限1が無駄だと(ry
>それにQP上限51じゃとても見れない画質になる。
>そもそも上限も下限も振り切れているから，指定する意味がなくなる。
俺は139な訳だがもうちょっと詳しく。お前の日本語が理解できない。
特に最後の一文が何を言いたいのか不明
- 145 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/08(土) 23:18:46 ID:He5pxkpz0]
- かなりの初心者で初歩的な質問なんで申し訳ないのですが＞＜
TMPGEnc 4.0 XPressを使ってＦＬＶ動画を映像だけエンコして
その後に違う音源などを映像に結合させたいのですが
どうしても、やり方が分かりません。
説明不足かも知れませんけど分かる方いらっしゃいましたら
お願いします。
- 146 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/08(土) 23:21:25 ID:z5qEkaxV0]
- 上の記事は古いやつだからな。
(3)は以下のように書き換えた方がいいのかもしれない。
(3)平均ビットレート指定，2 passエンコード
出来上がるファイルの大きさを指定するために平均ビットレートを指定しつつ，動きの少ないシーンのビットレートを動きの多いシーンにまわすなどして，全体の画質が平均するように効率的なデータ配分を決定する方法。
実際のビットレートはエンコードしながらその映像の内容に合わせて変化するが，画質はどのシーンでも一定になるようにすることができる。
全体の画質を均一にして無駄のないエンコードを行うために1 pass目では全体のデータの偏りを調べ、あらためて2 pass目で本番のエンコードを行うため、エンコードに倍の時間がかかる。
容量の上限が決まっているCDやDVDへの書き込みや動画共有サイトへのアップロードのために用いられることが多い。
オプションを追加して，iPodなどのビットレート上限のある端末に対してビットレートの上限を指定したり，ビットレートの効率的利用のために画質指定の上限と下限を指定したりすることがある。
- 147 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/08(土) 23:33:52 ID:z5qEkaxV0]
- >>144
そもそも，QP下限1が無駄だということが>>40あたりで言われていたろう。
QP 51の絵って見たことある？何が映っているかわからんよ。
QPが無指定だとQP上限51とみなしてエンコされるはず。
それを回避するためにQP上限を指定するのだから，それを51にしたら意味がない。
※QPの値は1～51の間で指定できる。
>>143の(2)はQPを決め打ちに固定する。
(3)はQP決めうちではないが，全体を平均して同じQPになるように自動的に処理される。
>>146はさらにその自動決定されるQPの上限と下限を指定したり，その範囲の中でさらにビットレートに制限を加えることができると述べている。
- 148 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/08(土) 23:46:24 ID:zo9NcfXj0]
- 言ってることは正しいのだが理解してないやつに解説するのも面倒なので1-51でいい。
- 149 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/08(土) 23:54:54 ID:YK47/Dx00]
- >>147
( ﾟдﾟ)ﾎﾟｶｰﾝ
なんか絶望的なまでにx264の挙動に対するの認識が食い違っているみたいだな
俺の認識では、例えば --qpmin 30 --qpmax 51 を指定しておくとする
その上で 2pass --bitrate 1000 の動画を作りたいとし、それを実際に実現するqpが20だったとする
そうしたら下限を30と指定しているので目的とした高画質まで達せないことになる
そういう事を防ぐために最大値である --qpmin 1 --qpmax 51 を念のために指定しておく
違うのか？
- 150 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/09(日) 00:08:57 ID:IByYeK0y0]
- ニコニコだとビットレート制限の方がきついんだから，-bitrate 700に対してqp 30とかだろ。
目的とする高画質ははじめから無理なことが多い（内容にもよるけど）。
それに対して-qmin 1を指定したからと言って画質が上がるのか？
だいたい-qmin 1は無駄，という話しから始まったはず。
目的とする最高画質がqp 20なら，初めから-qmin 20 -qmax 51にすればいい。
あとは，ビットレートが不足したらエンコーダが適当にqpを上げてくれるよ。
- 151 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/09(日) 00:15:16 ID:xEt8UeAB0]
- 頭悪くてすまんな、最終的に思った事がある
-qmin 1は確かに無駄だが、別に損じゃない
この認識はあってるのか？
- 152 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/09(日) 00:23:37 ID: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 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/09(日) 00:25:00 ID:ctaTZMs40]
- >>151
普通に2passやったらそんな極端なqpは使われないと思うから
大抵は大して損になるようなことはないんじゃないか。
例えば、静止画のところとかでqp一桁とかになってて、
そんな余裕があるならもっと他の場所にビット回せと思うなら
--qpmin を高くすれば、多少貯金が増えてｳﾏｰってのは
ある気もするけど。
- 154 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/09(日) 00:35:12 ID:BYK8ePgj0]
- qpmin/maxは指定したビットレートを無視しても守ることになってる。
だからよくわかってないやつが無理に狭い範囲を指定するとビットレート
外れて頭抱えるかここに駆け込んで聞いてくるか文句垂らすかしてくる。
x264は指定したqpの上限/下限いっぱいまで使うわけじゃなくて
普通に適切な範囲のqpに収まるからわざわざqpmin/maxを指定する必要はない。
俺としてはどうしてもqpが下がりすぎ/上がりすぎて気になる部分があるときに
ようやく調整するオプションだと思ってる。大抵はqcompあたりの調整だけで
事足りる。特にニコニコなんて静止画素材の物だって使うやついるんだから
--qpmin 30とかしたら悲惨なことになるぞ
- 155 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/09(日) 00:36:44 ID:xEt8UeAB0]
- ニコニコのような2passが必須な容量制限がある場合はqpmin1はqp分布を変化させ、画質が落ちる
手元に残して置くようなcrf指定で作るような動画ならば別にqpmin1でもいいんじゃね？
と言ったところか？
- 156 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/09(日) 00:40:05 ID:H7eqHQIF0]
- 結局、習うより慣れろだけどね
- 157 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/09(日) 00:43:29 ID:Xl7+egot0]
- 頭悪すぎワラタ
qpmin/maxは1-51で設定した場合が、標準動作だと思え。
cq(--qp)以外のエンコードは、qpが変動する。しかし、変動幅の最大値・最小値は動画によって異なる。
qpmin/maxは、一回エンコードをおこない、動画ファイル全体のqp分布を見てqpの下げすぎ、上げすぎの箇所を手当てするオプションだ。
このときに、zonesを使ったりする。
エンコの一発目から設定してあーだこーだ文句をいう馬鹿はほっとけばいい。
- 158 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/09(日) 01:07:09 ID:IByYeK0y0]
- >>155
crf指定ならqmin 1は意味ないだろ。
>>157
>qpmin/maxは1-51で設定した場合が、標準動作だと思え。
うん。だから，わざわざ1-51と指定するのはあまり意味がない。
qminとqmaxは指定しなくてもいい。
指定するとしてもqmin 1は止めておけ，qmaxは51でないとエラーになるかも，でFA？
- 159 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/09(日) 01:10:58 ID:Q9LcyrVf0]
- -qmin 1は無意味ではない。
ただ、時間を無意味に浪費するおそれがある。
そんなところで。
- 160 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/09(日) 01:31:33 ID:bnyaFj9i0]
- ニコニコにUPしたんだけど、意味不明なタグが付けられるんだけど
これは一体何ですか？
たとえば
a d s v a [ ] p とかこんな感じで埋め尽くされます。
- 161 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/09(日) 01:33:05 ID:xEt8UeAB0]
- qpminに限らずオプション設定の結論
「本人満足してるならなんだっていい」
- 162 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/09(日) 02:40:29 ID:N2IENm9x0]
- qpminを1以外にしている人はだいたいいつもどれくらいにしてるんだろう
- 163 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/09(日) 03:02:57 ID:d80VwcE/0]
- ソースによるとしか言いようがない。
ソースによって最適設定は常に変わる物。
オプションを固定して複数のソースで使うのは無理。
- 164 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/09(日) 03:04:18 ID:d80VwcE/0]
- とは言った物の1-10はニコニコではまず不要だから、
1以外にしたいなら10以上で決めればいいよ。
- 165 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/09(日) 03:41:00 ID:N2MdrYcG0]
- ニコニコ用には16、4倍数が好きなのでなんとなく
普段だと12かな
- 166 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/09(日) 13:22:29 ID:IByYeK0y0]
- MPEG-4 SP系のCODECの1-31のqp値に対応するようにしている。
旧qp 3がx264のqp 22，旧qp 4がx264 qp 24。
4の倍数で切りが良い24かな。
まあ，何でもいいんだろうけど。
- 167 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/09(日) 14:38:17 ID:n4ihMkLa0]
- 昨夜のqpmin/max議論に参加していた物分かりの悪かった馬鹿です
理解した事をまとめてみた
qpmin/maxは1-51で設定した場合が、標準動作である
一度それでエンコードしてqp分布を確認して無駄なく指定し直すのが最上の策
しかしながらニコニコ用のエンコの場合であるとqpminが1～10は大抵の場合は無駄である
よってqpminは10以上を目安とし自分が納得できる値をソースにそって見つけるべきだ
qpmaxは別に51でもいい、qpstepは適当に調節しろ
こんなところか？
- 168 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/09(日) 14:43:38 ID:9T0E2JfF0]
- >>167
なかなか りかいが はやい。
- 169 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/09(日) 16:26:27 ID:yBaqxRbI0]
- エンコードした動画の字幕が潰れて見えないのですが、何か字幕用の設定などあるんでしょうか？
ossan.fam.cx/up/gazo/src/1226215018076.jpg
左がキャプチャ時。右はとりあえずdivx ビットレート800、解像度そのままでエンコしたものです。
VHS3倍モードからのキャプチャです。キャプチャボードは4年前に買ったnovacの安い奴で352x240でキャプチャ。
この時点では約100分で1ＧＢもありますが字幕は見えます。
うｐ用にvirtualdubmodで5分割しようと思ったんですが、分割後のエンコで、いろんなコーデック、設定
で試しても潰れて見えず。
その後、tmpgencXpressでシャープや輪郭強調などのフィルタをかけても変わらずです。
ニコニコ用の低画質どころか、自分の保存用にdivxやPSPでの再生用のも試したんですが
どれをやっても見えづらくなります。
解像度、ビットレート、FPSなどをキャプチャ時とまったく変えずにエンコしてもダメです。
- 170 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/09(日) 16:27:10 ID: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 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/09(日) 17:39:12 ID:/tfyQmIP0]
- AVIUTL仕様してます。シーク禁止動画ってどうやって作るんですか？
- 172 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/09(日) 18:01:15 ID:vE47EwX/0]
- nicowiki.com/
- 173 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/09(日) 20:29:45 ID:IByYeK0y0]
- >>169
なんでニコニコなのにDivXにしているんだよ。
初めからMP4にしろよ。
- 174 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/09(日) 20:47:46 ID:NALiZ3IB0]
- 録画時の解像度352x240ってのがもうOUTだと思うな。
- 175 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/09(日) 21:01:03 ID:bgRStF6F0]
- >>174
元がVHSの3倍なんだからそれは別に問題じゃない
720ｘ480とかにしてもぼけるだけ
- 176 名前：名無しさん＠お腹いっぱい。 [2008/11/09(日) 21:48:37 ID:hxl3+zAcO]
- インタレースだから縦は４８０にした方が良いかな
横は３５２でいいが、７２０にして縮小した方がノイズ減るかも
どっちにしろＭＰＥＧ１で１２５０ｋｂｐｓは低すぎる
- 177 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/09(日) 22:02:41 ID:yBaqxRbI0]
- ありがとうございます。
キャプチャの時点で既に間違ってたってことですかね？
この設定で映画５本やってるんで、もう一回キャプチャするのは面倒なんです。
吹き替えのもあるんで、それは問題なくうｐできそうですが、
字幕が潰れないようなフィルタ設定とかあったら教えてほしいです。
- 178 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/09(日) 22:34:10 ID:9T0E2JfF0]
- そもそもFLVかMP4であげるってのは分かってるのか？
それも面倒ならニコエンコにぶち込めよ
- 179 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/09(日) 22:43:26 ID:eflqITZX0]
- >>178
世の中には中間ファイルにDivXを勧める馬鹿がいるからねぇ…
特にニコニコ動画講座とか、動画上げてるやつのブログとか
- 180 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/09(日) 22:45:42 ID:ksEl61t10]
- 画像見るとインタレの扱いに問題があるように見える
解除するなら解除してプログレで通常通りエンコ 解除しないならインタレエンコして再生時に解除しろ
つか、ビットレートが足りててインタレをちゃんと処理すれば、他にフィルタかけんでも字幕がここまで潰れたりしない
- 181 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/09(日) 22:56:58 ID:aDZzBFm90]
- 映像デコーダがインターレースを処理する段階で字幕まで間引いちゃってると勝手に予想してみる。
ffdshowが入ってるなら、ffdshow側のビデオデコーダーの設定でmpeg関連を有効にしてみてはどうだろ？
それと映像を分割するならAviUtlに読み込んで、切り出す際に可逆圧縮のコーデックで出力すると良いかと。
- 182 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/09(日) 22:59:37 ID:aDZzBFm90]
- >>181
可逆圧縮で出力するのは、あくまでも中間ファイルを得る為で、その後でFLVなりMP4なりで再圧縮が必要ですよ。
ネンタメｗ
- 183 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/10(月) 01:48:46 ID:VnSFH2VF0]
- そもそもなんで中間ファイルが必要なんだ。
VHSからのキャプならほとんど編集もいらないだろ。
DivXで編集しているわけでもあるまいし。
- 184 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/10(月) 02:05:37 ID:zLslAPfP0]
- vp6なりx264でエンコする際の試行錯誤なら切り出した後のファイルで行った方が効率いいでしょ。
同時にフィルタ処理も行っておけば、試行時の負荷も減って効率も上がるしね。そういう意味。
- 185 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/10(月) 04:12:27 ID:2rVTiy6A0]
- スライドショーのような画像だらけな動画をNMMで作ったのですが画質に納得がいかないので超高画質なものを作りたいのですが、
WMMで無圧縮で作ってMP4にするのが１番簡単で高画質ですか？
時間は２分くらいなんですが。
- 186 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/10(月) 04:44:22 ID:WAbiHQzx0]
- >>185
WMMの無圧縮ってのはうまく読み込めなかったりと変な事が起こりやすい
まあ一度試してみて駄目ならばまた他の方法すればいいさ
ちなみに640x480で無圧縮出力だと2分で600MBくらい・・・かな？
- 187 名前：177 mailto:sage [2008/11/10(月) 18:16:59 ID:lBCbIlgG0]
- 普通に見えるようになりました。原因はffdshowでした。
再生できるファイルはほとんどffdshowを通してmpcとnicoplayerで見ていたんですが、
divxやmp4などのチェックを外したらエンコ後のファイルでも字幕が読めるようになりました。
- 188 名前：185 [2008/11/10(月) 19:35:43 ID:2rVTiy6A0]
- WMMだと画像を取り込んだ段階で画質が劣化するみたいなので
無圧縮でも元の画像と比べるとヒドイことにorz
WMMじゃなくてできれば無料でオススメソフトありますか？
- 189 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/10(月) 19:53:51 ID:vpBtGFHJ0]
- 質問です。
ニコニコ動画まとめwikiのwindowsムービーメーカーの項
nicowiki.com/howtomovie.html#r8e34852
にある、
＞ニコニコ動画用にムービーを出力する方法を紹介。
の通りにwindowsムービーメーカーを使い無圧縮AVIを作成したのですが、
作成したファイルをAviutlで開いた時、長い処理の後に真っ黒な画面しか出てきません。
ファイルの拡張子をaviに変えても効果がありません。
作成したもの自体は普通に見れるのですが、何が原因なのでしょうか？
Lanczos 3-lobed 拡大縮小
拡張 x264 出力(GUI)
MP4Plugin
DirectShow File Reader プラグイン for AviUtl
等のプラグインは入れてあります。
- 190 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/10(月) 20:01:32 ID:/npgTXkF0]
- うわ、wikiに「無圧縮」載ってたのか
トラブルの原因だから消したほうがよくないか？
>>189
無圧縮は原因不明のトラブルの元なので使わないほうがいい
とりあえずそのファイルをDドライブの直下に置いて、半角英数（スペースなし）のファイル名（拡張子はwmvのまま）にしてから
AviUtlで読み込んでみ
もしそれでも画面真っ黒ならあきらめろ
- 191 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/10(月) 20:19:43 ID:vpBtGFHJ0]
- >>190
ありがとうございます。
やってみまいたが無理なので諦めます。
- 192 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/10(月) 20:38:46 ID:S1baYVyb0]
- >>185と>>188について素朴（もしくはアホ）な疑問が。
Ｑ１．NMMってswfなんだし、サイズ変更でもしてない限り
画像の画質はそのまま再生されるもんじゃないの？
サイズやビットレート上限に収めるために
画像を圧縮せざるをえなかったてことなのかな？
Ｑ２．WMMに取り込んだ段階で画質が劣化するなんてことがありえるの？
なんかスレチ気味だし、NMMもWMMもほとんど使ってないんで、あまりにもアレな質問ならスルーしてくだちい。
- 193 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/10(月) 20:43:43 ID:2rVTiy6A0]
- >>192
NMMはそれなりに高画質だけどできれば800×600でうｐして拡大しても超高画質なのを作りたいのです。
WMMに取り組んだ段階で画質劣化しますorz自分の設定が悪いのかな？スレ違いなんでちょっと調べてみます。
- 194 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/10(月) 20:52:39 ID:2rVTiy6A0]
- あれ？WMMの作成途中のプレビューでは画質が酷かったけど画像１枚だけのムービー作ったら画質きれいなままでした。
- 195 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/10(月) 21:16:56 ID:duSaFhOc0]
- あれ？じゃなくて勘違いだ。プレビューで圧縮結果の画像が再現できたら苦労しないよ
- 196 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/10(月) 21:32:22 ID:ErMD8lX90]
- AACの最高音質っていくつですか？
- 197 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/10(月) 22:28:00 ID:/npgTXkF0]
- -q 1.0 neroAacEncの場合
ビットレートは330kbpsとか420ｋｂｐｓとかまちまち
mp3みたいに320kbpsが上限とかいう決まりはなかったような気がする
- 198 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/10(月) 22:34:13 ID:Z+CiKSIP0]
- AAC-LCは640kbpsが上限
- 199 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/10(月) 22:37:43 ID:VnSFH2VF0]
- 160kbps以上はほとんど意味ないらしいよ。
iTunes Storeの曲で128kbpsだからね。
- 200 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/10(月) 22:41:55 ID:ErMD8lX90]
- >>197-199
ありがとうございます
- 201 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/10(月) 22:48:02 ID:Z+CiKSIP0]
- >>199
意味ないかどうかは曲や環境に因るが、
320kbpsにするなら256kbpsでエコ回避にしてくれた方が良いね
128kは有料としてどうなのって気もするが、ITMSは安いから仕方ないな
- 202 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/10(月) 22:53:34 ID:7dxnRxKi0]
- 常人の耳では160kbps以上は差が分からないからね。
曲によっては128だと、ちょっと音質悪いかな？って感じに聴こえることもある。
- 203 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/10(月) 22:53:52 ID:SyLfXkT90]
- 結局不可逆圧縮フォーマットなんてもんは人間の耳をいかに騙すかって
所に焦点を絞っているから、特定のビットレート以上になると本当に差が無くなるんだよね。
エンコーダ・デコーダによる音質の補正が加わるからわかる人にはわかる。
無圧縮PCMと320kのMP3の違いは分かるのに320kのMP3と256kのMP3とじゃ判別出来なかったりする人も居る。
- 204 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/10(月) 22:59:36 ID:FIxz0d0f0]
- いろいろな音質テスト結果を見ると、
AACの128kbps＝MP3の192kbps、AACの96kbps＝MP3の160kbpsくらいだからね
AACの160kbps以上になると一般的なPCリスニング環境ではほとんど差が分からなくなる
- 205 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/11(火) 10:35:30 ID:x1WyzzwY0]
- >>191
TMPGEncフリーが読んでくれたのでHuffyuvで出力して
AviUtlに渡したけど・・
ちなみにTMPGEncからVFAPI渡しはダメだった
- 206 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/11(火) 19:24:51 ID:FD+MNDNI0]
- wikiの情報ってこのスレで検討したの？どうも一貫性が無い気がするんだけど。
AviUtlを使ったMP4 (H.264) エンコード
nicowiki.com/aviutl_h264.html#a07c7565
- 207 名前：名無しさん＠お腹いっぱい。 [2008/11/11(火) 19:43:48 ID:PPnOnw+jO]
- 直そうと思ったが面倒になった
- 208 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/11(火) 20:15:05 ID:6GpikG0h0]
- 誰かしら時間がある人が、その都度書き換えてるから一貫性なんて無理な話し。
そもそもwikiってそういうもんでしょ。ここの住人で管理してる訳じゃないしさ。
- 209 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/12(水) 01:21:33 ID:BX8Y74UW0]
- wikiを見てきたけど，表面的になぞって書いているだけで，理解して書いているとは思えない。
あるいは，妥協の産物。
最低限エンコできることを目指しているのだろうけど，決して最適な解は提供されていない（そのヒントもない）。
- 210 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/12(水) 01:29:57 ID:N1RGac2c0]
- いや、素人に理解させるほど書き込んだらそれこそ膨大な量になるぞ
意味が解らなくてもエンコードが出来る程度の情報量でいいんじゃね？
- 211 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/12(水) 01:31:31 ID:eetaTNAz0]
- 詳しく知りたい人は「拡張 x264 出力（GUI）の設定項目とその機能について」読めばいいよ。
- 212 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/12(水) 02:04:27 ID:LNBFTTQX0]
- Wikiは初心者にもわかりやすく書くのが一番大事だしな。
そのへんを崩さずに書けるならどんどん編集してほしいが、
技術がある人は、ついつい難しく書きたがってしまう人が多かったりもする。
そしてそれを見た初心者は泣く。
- 213 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/12(水) 02:38:54 ID:ZVEMQ74r0]
- 「細かいことが知りたい人はこちらへ」とか別のページ作るかしたらまー問題はないな
- 214 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/12(水) 02:42:24 ID:4zzqmlFe0]
- ｘ264を更新させるときってauoの中身をそのまま上書きでいいよね？
979.03から1026.01にしたらCPUの負荷がすごく軽くなったもんで
- 215 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/12(水) 06:33:17 ID:A8EzoQfB0]
- 久々に3Dゲーム動画の質問を・・・
詳しい方いましたらよろしくお願いします。
① 可逆圧縮でキャプチャをした場合、それをAviutlの無圧縮で吐き出させた物と
元々RGB24でキャプチャした物は同じ無圧縮Aviであり同じ画質と考えているのですが
正しいでしょうか。
② ①で良ければ、可逆圧縮でのキャプチャの場合リサイズはどの段階でやっても
問題無いのでしょうか。
③x264エンコードについてなんですが、Psy-RDはビットレート足りなそうな(ブロックノイズ
が若干出るような)動画の場合切った方がいいと認識しているのですが、そこまでブロック
ノイズが発生していないエンコ動画の細部をくっきりさせたかったら若干掛ける方が
良いのでしょうか？
④動きが激しい3Dゲーム動画の場合、qcompはaq使用していない時でもデフォルト値より
若干あげた方が良いのでしょうか。(その場合目標ビットレートより少し下げておくべき・・？)
- 216 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/12(水) 06:56:52 ID:mOLwfE2U0]
- >>209-212
>>213
「上級編」があると、ただエンコするだけの状態から脱却したいと思っている俺みたいなのが喜ぶ。
- 217 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/12(水) 08:39:35 ID:e46VC6ZL0]
- すみません
ＰＶ４でキャプチャした動画に字幕を付けて動画をＵＰしたいのですが
やり方がわからず困っています
よろしければ教えてください
お願いします
- 218 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/12(水) 08:50:31 ID:C9xn6nFD0]
- 字幕はAviUtlの拡張編集で付けられる。
- 219 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/12(水) 09:08:58 ID:e46VC6ZL0]
- >>218
お返事ありがとうございます
AviUtlを起動してPV4の動画を読み込ませたのですが
拡張編集という項目が見あたらないのですが
本当に素人で申し訳ございません
- 220 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/12(水) 10:24:28 ID:LNBFTTQX0]
- せめてググってから質問しろと。
- 221 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/12(水) 10:35:38 ID:LV5U4maW0]
- >>215
①RGB24→YC48→RGB24と色空間変換が1回起こるので、完全に同じではない
②リサイズ(縮小)は情報を切り捨てる行為
セオリー的には最終エンコの直前まではなるべく避けるべき
③④ お前の好みなんか知ったこっちゃねぇ
両方やって自分で比較できないやつはデフォルトそのまま使ってろ
>>219
なんでAviUtl本家の更新をチェックしないの？
素人や初心者と馬鹿は同義語じゃねえぞ
- 222 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/12(水) 13:13:49 ID:A8EzoQfB0]
- >>221
レス有難うございます。
③④はここ最近ずっと悩んでいて他の３Dゲームエンコの方に一度
聞いてみたかったもので、困り果ててまして・・・。
- 223 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/12(水) 14:35:54 ID:+Y+7bgskO]
- 自分でテストして好きな方を採用しな
x264のオプションを決めるにはそれしかない
動画によって最適値は異なるから、こうしておけばすべてOKなんて物はないからね
- 224 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/12(水) 15:07:26 ID:StxSNn3y0]
- >>222
数字変えてエンコして順番に見比べれば済む話なんだから
悩んでる暇があるならテストエンコすればいいじゃないか。
それで自分の目で見分けがつかないんだったらqcompは
デフォルト、psyはoffでいいだろ。
- 225 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/12(水) 17:58:23 ID:GC/sLs510]
- 40Mに収まらない・・・・・泣きたい
- 226 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/12(水) 19:58:42 ID:PP/M/kle0]
- >>221
1つ間違い
RGB24<->YC48相互変換は無劣化
ただし>>215の言う可逆圧縮は一般的にはYUY2でキャプチャすることが多いので
無圧縮で吐き出すとYUY2->RGB24(32)による劣化は起きるけどな。
- 227 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/12(水) 20:53:45 ID:AwlVlW9S0]
- >>226
RGB<->YUVの変換って完全に無劣化で出来るの？
あんな小数がやたら使われてる計算は、いくらAviUtlが16ビットに拡張してるとはいえ、
計算誤差は必ず出るもんだと思ってたんだが…俺の勘違い？
YUY2<->YC48の無劣化変換はわかるんだけど
- 228 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/12(水) 21:13:10 ID:N9Z7beqY0]
- 静止画BGMのAVIをMediacorder使って264MP4に変換、その後ニコニコにうｐったんだけど、
サムネ選択までは正しく画像が表示されてるのにうｐ完了して改めて再生すると元画像の上から灰色で塗りたくったみたいに変形してしまってる（音声は正常）
色々試したけど何度やっても上手く行かないんで助けてくだせえ
- 229 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/12(水) 21:25:37 ID:AwlVlW9S0]
- >>228
ソースも出来上がりも見せずに何とかできるわけないだろ
- 230 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/12(水) 21:35:48 ID:N9Z7beqY0]
- www4.uploader.jp/dl/isisuke/isisuke_uljp01902.png.html
こんな状況です
- 231 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/12(水) 21:45:58 ID:AwlVlW9S0]
- >>230
こんなの始めてみた
なにやったらこんなのになるかさっぱりわからん
とりあえずまともな動画にしたいだけなら依頼スレ行ってくれ
- 232 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/12(水) 22:17:57 ID:ZRzGSGH80]
- >>230
色々な動画バグは経験したつもりだったがこれなんだ！！？？
- 233 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/12(水) 22:22:22 ID:eetaTNAz0]
- Mediacorderを投げ捨ててx264.exeかguiを使おう。
- 234 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/12(水) 22:23:27 ID:PP/M/kle0]
- >>227
細かい計算式は忘れましたが。
一番手っ取り早いのはRGBソースを読んでそのまま未圧縮で吐かしてハッシュ比較すればわかる。
ヘッダが異なる可能性もあるから1回出力したやつをソースにしてもう一度吐かしてみれば確実。
- 235 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/12(水) 22:29:29 ID:eetaTNAz0]
- 入力8bitに対してAviutlの内部空間が16bit（有効12bit）で十分に細かいから、
誤差も8bit未満に収まって実質無劣化になるんじゃなかったっけか。
- 236 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/12(水) 23:35:21 ID:g508rThl0]
- 静止画ならニコニコムービーメーカーでいいじゃん
|
 |
