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


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

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



1 名前:名無しさん@お腹いっぱい。 [2008/11/05(水) 19:44:39 ID:1Id1W7OZ0]
ニコニコ動画へUPするためのFLV/MP4ファイル作成に関する質問スレです。
テンプレやwikiをよく読んで、わからない時に質問するようにしましょう。

※ここは『作成済みの動画をニコニコ動画にアップ出来る制限内のFLV/MP4に変換する』ためのスレです※
 動画の作成方法、画質の追求については関連スレ等をどうぞ
 ニコニコ動画のファイルをデスクトップにDLして作成するのも関連スレにどうぞ

質問時は
1.元ファイルの詳細
2.使用ソフト
3.エラー起こすまでの操作手順
4.エラー発生時のエラーメッセージ
5.PC環境
等を忘れずに書きましょう。ここにエスパーは居ません。

次スレを立てるのは950辺りの人が宣言して立てる事。
宣言した人間が立てられなかったら失敗報告後に次の有志が宣言後立てる事。

公式サイト
ttp://www.nicovideo.jp/

ニコニコ動画まとめwiki-エンコード設定
ttp://nicowiki.com/encode.html

前スレ
【ニコニコ動画】FLV/MP4作成スレ43【質問】
pc11.2ch.net/test/read.cgi/streaming/1221580759/

75 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/11/07(金) 04:47:12 ID:V32U1FYw0]
>>74
保持じゃなくエンコ前に解除しなきゃ駄目
そしてエンコ時にはチェックをいれない

76 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/11/07(金) 05:46:58 ID:gUt1rg9f0]
>>75
あぁ、そうだったのか


んで今インターレース解除自動、エンコ設定チェックなしでやったけどやっぱ画質悪いな・・・
どっかからプラグイン持ってこなきゃいけないのかな。まぁまた後でやることにする・・

77 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/11/07(金) 07:04:28 ID:esNAxAD9O]
インタレとは何かをちょっと調べてみりゃ保持するわけないとわかりそうなもんだが

78 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/11/07(金) 14:45:05 ID:AsrwUCSh0]
h.264でゲーム動画をうpろうと思って
www.nicovideo.jp/watch/sm3992580
を参考にほぼ動画の通りにやってみたんですが、どうやってもうpの際に
再エンコかけられてボロボロにされます。
テスト用で10秒位無音声の動画でやってもやっぱり再エンコされてしまいます。
aviutlのh.264の設定はプリセットのニコニコ高画質、バランスで他はいじらずに
やってるのですが他の設定もいじる必要があるのでしょうか?

79 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/11/07(金) 15:27:16 ID:U20n62b30]
>>7を参考に、ファイルの詳細を書きましょう

80 名前:78 mailto:sage [2008/11/07(金) 16:20:02 ID:AsrwUCSh0]
AVIcodecと真空波動研で試してみましたが、この形式はサポートされてません的なメッセージが出て
詳細が解りませんでした・・・動画が壊れてる訳ではなく再生自体は問題なくできます。
きちんとh.264の形式で保存できてないのでしょうか?

81 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/11/07(金) 16:28:16 ID:9st21iuS0]
>>80
できた動画をどっかのロダにあげてみれば。


82 名前:78 mailto:sage [2008/11/07(金) 16:57:06 ID:AsrwUCSh0]
ttp://toku.xdisc.net:8080/Sn4/index.html
hg8218.zip DLkey:nico

暇な方診断をお願いします。基本的にはほぼ
ttp://www.nicovideo.jp/watch/sm3992580
の動画通りの手順で作りましたがバージョンが若干違うのかx264GUIの
メニューが若干違うため、設定はプリセット高画質以外いじってません。

83 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/11/07(金) 17:09:10 ID:t9+S7YF00]
>>78
音も入ってないと駄目



84 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/11/07(金) 17:23:42 ID:Fj0c+BNb0]
>>82
音がないのはニコで蹴られるのがデフォ。

テスト用に作った短いのじゃなくて、>>78 で最初にあげて
蹴られた方の動画をあげてみたら、という意味。
最初のも音なしだったなら >>83 の通りなので
それで終わりだけど。

85 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/11/07(金) 18:19:07 ID:gh8LSYdR0]
音無しmp4は蹴られないで再エンコです

86 名前:78 mailto:sage [2008/11/07(金) 20:10:14 ID:AsrwUCSh0]
音声無しが原因だったようです。無事うp出来ました、有り難う御座いました。
まさか音声無しより付けた方が高画質でうp出来るとは思いませんでした・・・

87 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/11/07(金) 20:11:27 ID:GiQQVohE0]
Flash Player 10を入れたらH.264動画の色がおかしくなっちゃったんですが、
どうやったら解決できるか分かる方はいますか?

XP 32bit SP3 IE7
GeForce6150・GeForce7600GSの環境で確認

カラーバー(VP62版)‐ニコニコ動画(秋)
ttp://www.nicovideo.jp/watch/sm4953514
カラーバー(H264版)‐ニコニコ動画(秋)
ttp://www.nicovideo.jp/watch/sm4952436

上下反転しているので、真ん中の原色に注目してみてください。

Flash9 VP6
ttp://kita.kitaa.net/10/s/10mai65893.png
Flash10 VP6
ttp://kita.kitaa.net/10/s/10mai65894.png
Flash9 H.264
ttp://kita.kitaa.net/10/s/10mai65895.png
Flash10 H.264
ttp://kita.kitaa.net/10/s/10mai65896.png

最初は環境依存かなと思ったんですが、VP6は正常でH.264だけおかしいので、
どうもFlash10に原因がありそうな感じです。
もしFlash10の仕様なら、動画のエンコードはどうすれば良いんでしょうか。
10に合わせると9で見ている人はおかしくなるし…。

このカラーバーならそんなに違和感ないんですが、
他の動画で違和感バリバリになった動画があって、あれって気づきました。

88 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/11/07(金) 21:04:28 ID:FC7YmNfv0]
元動画のサイズが「704,304」で、これを黒ベタ追加して、最終的に「512,288」で出力したいのですが、
横のサイズを-192したら、縦のサイズはどれだけ削ればいいんでしょうか・・・?
16:9を使って計算するっていうのは昔学校で勉強したような気がするんですが、完全に忘れてしまいました。
どなたかご教授願えませんか?

89 名前:名無しさん@お腹いっぱい。 [2008/11/07(金) 21:07:00 ID:NlC+RNXx0]
最近なんか色がおかしいなあって思ってたんだが、Flash10のせいだったとは…
全体的に色温度が低くて黄色っぽい感じがしてたんだが、9と10の比較見ると確かにそうなってるね
昼間の空とかがなんとなく夕方っぽい感じになってた

しかし良く気づいたね
この問題、運営は認識してるのかな?

90 名前:88 mailto:sage [2008/11/07(金) 21:40:23 ID:+U8eIH5Y0]
すみません、自己解決しました。「512,221」ですね。

91 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/11/07(金) 22:12:39 ID:AXLuoEKm0]
>>90
解像度に奇数は使えん
はい、計算やり直し

92 名前:64 mailto:sage [2008/11/07(金) 22:20:59 ID:U8YgglBJ0]
遅くなりました
>>69
www.nicovideo.jp/watch/sm5174987

手順はDVD録画→MPG2JPGでVOBからwmvへ→WMMで編集後ムービー出力
→Area61ビデオミキサで無圧縮avi→AviutlでMP4 です
高画質には拘っていないのでいつも映像ビットレートを低めに設定しているのですが、
これがフレームレートに影響を及ぼすことはないですかね?

93 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/11/07(金) 22:52:28 ID:aK25FAvm0]
>>92
どこに問題があるのか判然としないな。ファイル的には30fps出てるしね。
そんなにフレーム落ちが疑わしいなら、AviUtlを二つ起動してフレーム単位で素材と比較すればいいと思う。
むしろゲーム画面の60fpsと比較して、録画後の30fpsがカクついて見えてるってオチじゃないことを祈りますよ。
それと再生が重いと感じるのはスペックの問題かと。P4-3.2GHzのオンボロでも問題無く再生出来ますからね。




94 名前:88 mailto:sage [2008/11/07(金) 22:53:55 ID:+U8eIH5Y0]
>>91
はい、無理なんで「512,222」でやりました。

95 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/11/07(金) 23:01:38 ID:aK25FAvm0]
>>94
まさか222のままアップするつもりなのかな。まぁ、いいけど。。。
別に上下に黒ベタで最終的に288になってれば画のある部分が奇数でも構わんと思うよ。
たとえば上に33と下に34とかでも。或いは逆や、もっと妙な数値でもなんでもいい。

96 名前:64 mailto:sage [2008/11/07(金) 23:14:09 ID:U8YgglBJ0]
>>93
スペック不足ですか…今CPU確認したら1.73GHzでした。
動作確認にFLV Player使用したらフレームレートの項に(unknown)と出てたので
どこか不具合があったんじゃないかと不安になったもので…
他の方が普通に見れるようなので自分さえ我慢すれば問題なさそうですね。
何故他のMP4は重くならないのか疑問に残りますが…

お手数かけてすみませんでした。

97 名前:88 mailto:sage [2008/11/07(金) 23:44:24 ID:+U8eIH5Y0]
>>95
すみません、説明不足でした。
動画自体は512,222にして、上下に33づつ黒ベタ入れました。

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

99 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/11/08(土) 00:11:43 ID:wT63Xv3Y0]
>>98
そういう場合はまず704x304に上下46ずつ黒ベタつけてから512x288にすればいいとは思わんかね?

100 名前:88 mailto:sage [2008/11/08(土) 00:18:10 ID:sOxPxzPG0]
>>99
( ゚д゚)!

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

102 名前:名無しさん@お腹いっぱい。 [2008/11/08(土) 00:36:53 ID:uhgrit9g0]
実況動画つくったんだけど
無限のるーぷ状態になってるのはなんで?

「おきらくさん」に勝ち逃げしてみた4
www.nicovideo.jp/watch/sm5174314

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



104 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/11/08(土) 00:43:27 ID:IXc0vzhB0]
>>96
とりあえず ref=8 ってのを ref=5 とか ref=3 とかに減らして、
b_pyramid を切ってみたら。

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

105 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/11/08(土) 00:48:42 ID: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 の指定でIフレームが入る


悪いがこれ間違ってるぞ

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

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

ttp://nagamochi.info/src/up16932.jpg

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

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

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

108 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/11/08(土) 06:07:15 ID:DG5QfEx50]
huffyuv使ったら本当に劣化しないんですか?
使ってみたのですが画面サイズが512x384になっていました。
元ファイルは1156x864なのですが本当に劣化していないですか?

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

109 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/11/08(土) 06:25:13 ID:GwLCFl+i0]

さて、ここで問題です。

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

○か×か?

110 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/11/08(土) 06:29:32 ID:DG5QfEx50]
>>109
先生〜ちょっと問題内容がわかりません

111 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/11/08(土) 06:34:04 ID:DG5QfEx50]
二つ試しにエンコードしてみた!
画質は変わらないけど、Huffyuvだと画面が白っぽくなってた。きらい
しかもfpsが違う…。
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 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/11/08(土) 06:52:22 ID:GwLCFl+i0]
そっかー(´・ω・`)

113 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/11/08(土) 07:15:11 ID:wT63Xv3Y0]
いったい>>108はなにがやりたいんだ?



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

115 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/11/08(土) 07:59:25 ID:LNj05j6T0]
なにがやりたいかってか、なにをやってるのかってか。。。

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

117 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/11/08(土) 08:28:21 ID:snvN8KYB0]
お前はまずHuffyuvというものが何なのか調べて来い


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

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

120 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/11/08(土) 09:54:27 ID:Dsj+ih560]
>QPの値の決定ってどう決まるのでしょうか?
ビットレートを指定すれば勝手に決まる。



121 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/11/08(土) 09:59:45 ID:LNj05j6T0]
>>119
もっとも根本的な部分、根幹に係わる部分で何か勘違いをしてるんじゃないかと。。。

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

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


122 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/11/08(土) 10:42:00 ID:Ll55Nq4D0]
>>119
>1、10、18になるようにしたって書いてありますけど

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

123 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/11/08(土) 12:06:28 ID:/kSoSXfW0]
>>106

1. FlashPlayer9 --colormatrix 指定なし
ttp://kita.kitaa.net/10/s/10mai66094.png
2. FlashPlayer10 --colormatrix 指定なし
ttp://kita.kitaa.net/10/s/10mai66095.png
3. FlashPlayer10 --colormatrix bt470bg 指定
ttp://kita.kitaa.net/10/s/10mai66096.png
4. ConvertToRGB24(matrix="Rec601")
ttp://kita.kitaa.net/10/s/10mai66097.png
5. ConvertToRGB24(matrix="Rec709")
ttp://kita.kitaa.net/10/s/10mai66098.png

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

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



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

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



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

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

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

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

127 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/11/08(土) 16:54:24 ID:8UmXUz08P]
125さんもありがとうございます。

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

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


128 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/11/08(土) 16:56:14 ID:8UmXUz08P]

aviutlのH264の設定で、40Mまでというような
設定をする項目ってありましたっけ?

129 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/11/08(土) 17:04:41 ID:O8/BQxBA0]
>>127
お前さんはニコニコ用にaviutlとx264guiでmp4動画を作ろうとしているのですか?

130 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/11/08(土) 17:08:34 ID:BVrYWekp0]
>>128
ない

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

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

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


131 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/11/08(土) 17:10:25 ID:O8/BQxBA0]
revo.mine.nu/up/movie/movie1883.png
「マルチパス - Nth PASS」 に変更して
「自動マルチパス」を「2」にして
ビットレート(kbps)を指定してやればいい。
指定するビットレートの計算方法は

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

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

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

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



134 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/11/08(土) 18:30:50 ID:O8/BQxBA0]
>>133
>こういう場合はもう、QPなどで画質を上げようとするのは無理なんですよね?

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

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

ttp://www.42ch.net/UploaderSmall/source/1226136159.rar
↑同じソース同じフィルタ同じビットレート設定で、パス数だけ変えたゲーム動画が入っています。

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

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を使ってFLV動画を映像だけエンコして
その後に違う音源などを映像に結合させたいのですが
どうしても、やり方が分かりません。
説明不足かも知れませんけど分かる方いらっしゃいましたら
お願いします。


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とqp16の違いなんてまず分からんから、これは画質の低下といってもいいと思うんだ

--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分で1GBもありますが字幕は見えます。

うp用に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倍なんだからそれは別に問題じゃない
720x480とかにしてもぼけるだけ






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

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

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