08/11/07 23:01:38 aK25FAvm0
>>94
まさか222のままアップするつもりなのかな。まぁ、いいけど。。。
別に上下に黒ベタで最終的に288になってれば画のある部分が奇数でも構わんと思うよ。
たとえば上に33と下に34とかでも。或いは逆や、もっと妙な数値でもなんでもいい。
96:64
08/11/07 23:14:09 U8YgglBJ0
>>93
スペック不足ですか…今CPU確認したら1.73GHzでした。
動作確認にFLV Player使用したらフレームレートの項に(unknown)と出てたので
どこか不具合があったんじゃないかと不安になったもので…
他の方が普通に見れるようなので自分さえ我慢すれば問題なさそうですね。
何故他のMP4は重くならないのか疑問に残りますが…
お手数かけてすみませんでした。
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の方が高画質だな。
239:名無しさん＠お腹いっぱい。
08/11/13 01:01:13 e5gTioAt0
AVIUTLでH264でエンコード
終わって36MBだからうｐったらエラーであげられない
？と思いつつしんくうはどうけんにぶち込んだら1236ビットレートとかになってる
設定では700くらいにしておいたのだが、なぜこんなことに・・・？
240:228
08/11/13 01:03:52 Mr8VRjGt0
レスどうも
やっぱ謎過ぎるなこれ
PCと相性悪いのかやたらMediacoderの動作が不安定なのが怪しいけど、原因が分からない
241:名無しさん＠お腹いっぱい。
08/11/13 01:31:28 HHbKyj020
>>238
URLﾘﾝｸ(www.nicovideo.jp)
一般会員で800×600でこんなもんです。これでも25MBでした。
242:名無しさん＠お腹いっぱい。
08/11/13 01:44:21 FUHxNGwL0
>>241
俺ならば解像度よりもエコノミー回避範囲で綺麗に作るな
どの時間帯にアクセスしても綺麗な方が嬉しいし
243:名無しさん＠お腹いっぱい。
08/11/13 01:49:02 HHbKyj020
>>242
やっぱりそっちの方がいいんですかね？
エコノミーのmp4はヒドすぎる・・・
２つ作ってエコノミーの時はこっちを再生推奨とかじゃウザいですよね？
むずかしいなー
244:名無しさん＠お腹いっぱい。
08/11/13 01:56:52 TSpMbg380
エコノミーなんて見る側の努力で簡単に回避できるんだから気にするな。午後7時から午前2時をさければ済む話。
高画質目的で見たい時は最初からエコノミーの時間帯にはアクセスしないよ俺は。
俺としてはレート工夫してエコノミーを回避してる動画なんてどうでもいい。レートを限界まで使って高画質にしてる動画にこそ興味ある。
245:名無しさん＠お腹いっぱい。
08/11/13 01:58:22 FUHxNGwL0
>>244
俺とは意見が合わなさそうだな
とまあこんな感じで視聴者も千差万別だしさ好きなようにすればいいよ
246:名無しさん＠お腹いっぱい。
08/11/13 02:13:59 y4hP9wuW0
>>238
動画でもアニメならこのくらいの品質にはなるから、
元がハイビジョンソースだと800の恩恵はあるかな。
URLﾘﾝｸ(www.nicovideo.jp)
URLﾘﾝｸ(www.nicovideo.jp)
>>241
そういう動画なら大きい方が良いね。
画像の更新間隔を調整すれば800×600でもエコ回避に出来ないかな？
まあ人それぞれだね。
247:名無しさん＠お腹いっぱい。
08/11/13 03:38:50 f56YZdVx0
16:10で録画したものを16:9にする場合はどうしたらええんでしょうか。
248:名無しさん＠お腹いっぱい。
08/11/13 03:58:35 HHbKyj020
>>247
Aviutlで黒ベタ加えて16:10から16:9になるようにすればいいお
249:名無しさん＠お腹いっぱい。
08/11/13 09:52:32 SJy6cZY40
いや、そこは黒べたつけて4:3だろう
250:名無しさん＠お腹いっぱい。
08/11/13 12:15:33 9vGDWRsx0
みなさんは、動画を見て、何のソフトで作られたとか分かるものなのですか？
251:名無しさん＠お腹いっぱい。
08/11/13 12:19:35 x83JfGhJ0
>250
このスレ的には、「どのソフトで変換したかわかるか」って意味だよね？
画質が良いものなら、mp4は大抵はx264（ニコエンコ含む）だし、flvならaviutlとかTE4XPでしょ。
極端に長時間とか汚い動画なんかはスマイル鯖に丸投げだろうし。
252:名無しさん＠お腹いっぱい。
08/11/13 13:01:13 9vGDWRsx0
>>251
ありがとうございました。
253:名無しさん＠お腹いっぱい。
08/11/13 17:05:12 sxNKVU9t0
Adobe Flash CS3 Video Encoderを使っているブルジョアがちょっと通りますよ・・・。
254:名無しさん＠お腹いっぱい。
08/11/13 17:25:37 v5x46HxP0
質問です。暗いシーンになるとブロックノイズっていうんでしょうか？そのノイズが暗いシーンになると酷くなるんですがビットレート以外に改善できる設定はありますか？
ソースは実写です。
255:名無しさん＠お腹いっぱい。
08/11/13 23:32:54 g2AOmPoW0
ニコエンコはx264なのか。
暗部のブロックノイズはx264n特徴だよね。
256:名無しさん＠お腹いっぱい。
08/11/14 00:07:16 jTDN+mAQ0
画質はＶＰ６の方が良いのかな
音質はＡａｃだよね
257:名無しさん＠お腹いっぱい。
08/11/14 00:11:05 N8sD8vVY0
再生時間にもよるけど、よっぽど特異なソースでなければmp4のが高画質で高音質。
258:名無しさん＠お腹いっぱい。
08/11/14 00:47:03 jJp/oCoG0
H.264で駄目ならVP6なんかじゃもっと駄目になる
259:名無しさん＠お腹いっぱい。
08/11/14 00:53:19 wFL/+1700
今H.264にしない理由なんて「使ってない」以外ないだろう。
260:名無しさん＠お腹いっぱい。
08/11/14 02:28:59 EY7MTclL0
カクつくってコメがウザイからって理由もあるけどな俺ｗ
261:名無しさん＠お腹いっぱい。
08/11/14 02:34:51 dSS9qsPv0
あとH264のエコノミーは酷すぎる
H264で作るときは出来るだけエコ回避にすることにしている
262:名無しさん＠お腹いっぱい。
08/11/14 07:05:42 3HZo66c+0
新プレイヤーなら負荷大分減ってるから重くなるオプション使っても
ほとんどカクつかないな
263:名無しさん＠お腹いっぱい。
08/11/14 07:13:30 yNkP6/Vf0
骨董品マシンの連中はなんだってカクつくだろうし、グチまき散らすのは同じだろうけどね。
「19～2時の一般会員」のために、24時間365日ゴミ画質な動画を量産するつもりはないわ。
264:名無しさん＠お腹いっぱい。
08/11/14 09:03:58 6bSj1O81O
そんなに愚痴をまき散らさなくても
265:名無しさん＠お腹いっぱい。
08/11/14 13:54:35 VhtlLJG60
mediacoderはネットに接続する環境がなくても使えますか？
一応C2DのノートPCで少ない時間を利用して動画をエンコードしてニコニコに上げたいのですが
266:名無しさん＠お腹いっぱい。
08/11/14 14:53:33 5zoU7wjp0
>>265
自分で試しにやってみればすぐわかることを、いちいち質問するな
267:名無しさん＠お腹いっぱい。
08/11/14 19:30:23 R2SpNposO
いい加減エコノミー動画もH264+AACでエンコして欲しいわ
HE-AAC使ってるとエコノミーの方が音質悪いのにレートが高かったり、もうね
268:名無しさん＠お腹いっぱい。
08/11/14 22:51:13 PHx1z6DU0
よく比較動画を作っている人がいるけどあれどうやっているの？
俺もopの比較どうが作りたいんだけど、どうやって二つ同時に表示されるのかわからん
269:名無しさん＠お腹いっぱい。
08/11/14 22:55:27 jTDN+mAQ0
自分はAvisynthのStackHorizontalで作った。
270:名無しさん＠お腹いっぱい。
08/11/14 23:06:37 wFL/+1700
PEとかなら楽だろう
271:名無しさん＠お腹いっぱい。
08/11/15 00:34:47 1V4sWhk60
つうかスレ違いだし。
272:名無しさん＠お腹いっぱい。
08/11/15 00:37:30 Ndph4IFM0
フリーならAviUtlの拡張編集Pluginかniveかってところだろうね。
273:名無しさん＠お腹いっぱい。
08/11/15 00:40:26 fcRO/xiI0
>>271
作成スレだからスレ違いじゃないぞ
274:名無しさん＠お腹いっぱい。
08/11/15 01:43:58 1V4sWhk60
>>273
>>1をよく見ろ。まあ別にいいけどさ。
275:名無しさん＠お腹いっぱい。
08/11/15 02:19:03 VePmdHOx0
スレ違い指摘するならせめて誘導してやろうや
それにあんまり厳しくしたらDTV板から怒られるので仕方がないところもあるだろうよ
こことMAD制作と高画質スレくらいでゆるく分担していけばいいじゃないか
276:名無しさん＠お腹いっぱい。
08/11/15 02:51:47 1V4sWhk60
>>268
じゃあ誘導。
【全力】ニコニコ関連の質問に全力で答えるスレ8
ｽﾚﾘﾝｸ(streaming板)l50
277:名無しさん＠お腹いっぱい。
08/11/15 03:48:16 by4v4wrI0
Display2AVIでRUnlength Sato Huffmanで圧縮してキャプチャしたaviファイルを
AviUtlを使ってアクションRPG実況の戦闘シーン等をカットして
同ツールからH.264エンコードでmp4にして動画が完成、という流れを汲んでいるのですが
カットシーンが多いと動きの激しい戦闘シーンや緩い会話シーン等関係無く
全体のシーンの画質が劣化してしまいます
(本来細かい部分なのにブロックが重なり合ったように見える)
この問題はどうやったら解消できるでしょうか？
一応カットする時はキーフレームをカット範囲の先頭にしてます
元のファイルはどこにもノイズ等の問題がないからかフィルタをいじってもダメでした
となるとH.264の設定に問題があるのでしょうか？
278:名無しさん＠お腹いっぱい。
08/11/15 03:50:18 by4v4wrI0
すいませんとんでもない誤爆をしてしまいましたスルーしてください
279:名無しさん＠お腹いっぱい。
08/11/15 12:18:01 JAmA8O/o0
mp4boxでの動画結合について教えてください
mp4box -add あんこ.mp4 -cat いんこ.mp4 -cat うんこ.mp4 -new 完成.mp4
で結合すると、徐々に音ズレしていくんですが
wikiの
>>大抵の場合、映像と音声の尺は微妙に異なるため多くの動画を連結すると音ズレが発生します。
>>入力の際に、:の後にdelay=***と書くことで任意のストリームを任意msだけ遅らせることができます。
のコマンドの指定方法がわかりません。
infoで見ると映像05:11.444音声05:11.520だったりしてずれてるのはわかるんですけど
上のどこに追加すればいいんでしょうか
280:名無しさん＠お腹いっぱい。
08/11/15 23:29:16 DVmtP6db0
画像をスクロールさせてｍｐ４にしたいのですが、何と言うソフトでできますか？
281:名無しさん＠お腹いっぱい。
08/11/15 23:35:24 FuV78exY0
>>280
すれ違い
はい、次！
282:名無しさん＠お腹いっぱい。
08/11/16 00:28:25 +CIhqrDp0
では画像をスクロールさせて動画にする方法を教えてください
ｍｐ４化はＡＶＩＵＴＬでしますんで・・・
283:名無しさん＠お腹いっぱい。
08/11/16 00:29:34 +wB5ooOv0
わかりにくいからスレタイをエンコードスレに変えた方が良いんじゃないか？
284:名無しさん＠お腹いっぱい。
08/11/16 00:30:49 p5wVa/wW0
>>282
>>276でも行ってこい
285:名無しさん＠お腹いっぱい。
08/11/16 00:31:04 D7Lgyb5Y0
>>282
>1
286:名無しさん＠お腹いっぱい。
08/11/16 02:24:24 C1Lnc9gZ0
なんでﾆｺﾆｺはわざわざ糞エンコするのかな？
youtubeなんて適当にうｐすれば
URLﾘﾝｸ(jp.youtube.com)
この画質で再エンコしてくれるのに
287:名無しさん＠お腹いっぱい。
08/11/16 04:46:45 XZEXHdpi0
>>289
ようつべの綺麗さに全俺が泣いた
288:名無しさん＠お腹いっぱい。
08/11/16 04:55:33 /HcSdlya0
そりゃ1280ｘ720で2Mbpsだからな…googleってホント金持ちだね
289:名無しさん＠お腹いっぱい。
08/11/16 04:55:45 5Iq6GP9p0
>286
ちょ、YouTubeっていつからそんな高画質になったんだ？
290:名無しさん＠お腹いっぱい。
08/11/16 07:06:31 OYhRfdgQ0
>>286
つべ民になります
ニコニコ？なにそれ時報うざいよエコノミーうざいよ
宣伝が必死すぎるよアニメけすなよゆとりうざいよ
291:名無しさん＠お腹いっぱい。
08/11/16 08:11:21 Np34C9Qi0
まったくだね。
でもエンコ厨なオレは依頼スレから離れられないよｗ
292:名無しさん＠お腹いっぱい。
08/11/16 11:13:42 3zuq6sJV0
25分アニメ本編エンコした時に
最後のフレームが頭に来ちゃうんだけど何でだろ？
ソフトはaviutl
293:名無しさん＠お腹いっぱい。
08/11/16 12:07:03 sjemheiv0
pluginフォルダに重複ファイルのおそれあり
294:名無しさん＠お腹いっぱい。
08/11/16 15:11:26 LUSR7egU0
運営が勘違いしたのか
著作権でもない動画が削除された(´･ω･`)
再うｐしようしたらその動画駄目だよ、バカめと言われた
つぎはぎで素材はぜんぶ削除してもうた
この動画をちょちょいのちょいで再うｐできる方法教えて
295:名無しさん＠お腹いっぱい。
08/11/16 15:18:10 zqVQgwLh0
運営側のミスだったら文句いったほうがいい
方法はあるけど小細工使うと、違反動画と自覚した上での再アップと思われかねないよ
296:名無しさん＠お腹いっぱい。
08/11/16 16:10:12 rwXgeAUD0
>>286
エンコーダーがx264で吹いた
Title : (C) 2007 Google Inc. v08.13.2007.
Writing library : x264 core 54
Encoding settings : cabac=0 / ref=3 / deblock=1:0:0 / analyse=0x1:0x111 /
me=hex / subme=5 / brdo=0 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 /
8x8dct=0 / cqm=0 / deadzone=21,11 / chroma_qp_offset=0 / threads=1 / nr=0 / decimate=1 /
mbaff=0 / bframes=2 / b_pyramid=0 / b_adapt=1 / b_bias=0 / direct=1 / wpredb=1 / bime=0 /
keyint=60 / keyint_min=25 / scenecut=40 / rc=2pass / bitrate=2000 / ratetol=1.0 / rceq='blurCplx^(1-qComp)' /
qcomp=0.60 / qpmin=10 / qpmax=38 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30
でもMainの癖にCABAC切ってるんだな。つーかこの動画の場合30fpsのままあげてるから台無し
297:名無しさん＠お腹いっぱい。
08/11/16 16:15:10 hO0V8NxZ0
CABAC切るとデコード負荷がだいぶ減ると聞いた
298:名無しさん＠お腹いっぱい。
08/11/16 16:23:24 rwXgeAUD0
まあそうだな。それもそうだがその割りにはB-frame使ってるしロースペック対策
というにはなんともよくわからないオプションだ
299:名無しさん＠お腹いっぱい。
08/11/16 18:46:24 s8uiv49E0
負荷を下げつつ容量も抑えたい
そんな微妙な乙女心の表れかもしれない
300:名無しさん＠お腹いっぱい。
08/11/16 19:43:34 UYlg/maF0
萌キャラ「つべたん」がいるときいて
301:名無しさん＠お腹いっぱい。
08/11/16 19:54:12 Np34C9Qi0
>>300
あんたはオレかｗ
302:名無しさん＠お腹いっぱい。
08/11/17 02:17:37 qFHgidTuO
30分程度の動画（メドレー）のエンコードに､約7時間近くかかるんだが
こんなにかかるものなのかい？
303:名無しさん＠お腹いっぱい。
08/11/17 05:40:28 M9K43Ofy0
ニコエンコに放り込んでそんなかかってるわけ？
304:名無しさん＠お腹いっぱい。
08/11/17 06:09:50 9Luzg30v0
frapsで撮影した動画を
Ulead VideoStudio で編集
ビデオコーデックをXvid
オーディオコーデックをLame ACM （LAME3.96_acm/lameACM-3.98.2 の２つを試しました。）
でエンコードしたのですが、
音楽が、無理やり早送りしたように途切れ途切れで早送りしてるように聞こえます。
動画の終了とともに音楽が終わるように編集したのですが
動画が終わる１０秒くらい前には音楽が終わってしまいます。
助けて下さい＞＜
305:名無しさん＠お腹いっぱい。
08/11/17 06:24:34 9Luzg30v0
よくみたらスレ違いでした＞＜
すいません、VSの板にいってきます。
306:名無しさん＠お腹いっぱい。
08/11/17 06:27:20 M9K43Ofy0
いろいろな意味で間違えまくっているな。せめてテンプレくらい読んでからおいで。
307:名無しさん＠お腹いっぱい。
08/11/17 06:46:35 1s6NrdZV0
>>306
は～いお兄ちゃん♪
でも私のわがまま一つ聞いてくれる…？
一度でいいからお兄ちゃんと一緒に寝てみたかったの
あはは…変…だよね…。ただの妹なのに…ｗ
ご、ごめんねっ？変なこと聞いちゃって
308:名無しさん＠お腹いっぱい。
08/11/17 23:13:12 ZFUoE7JZ0
aviutlでvp62でエンコして
FLV_ffmpegmux_D&Dに入れたらこんあのがでたんだけど
URLﾘﾝｸ(ranobe.com)
昨日までは出なかったのに
急に出るようになったんです
原因がわかるかたいらっしゃいませんか？
309:名無しさん＠お腹いっぱい。
08/11/18 03:59:31 pNFBrxBm0
flvencのFLV4enc_D&D.batで、
REM その他フィルタオプション(現状は上下反転＋LanczosResize 512x384+resampling44.1khz変換)
set EXTOPT=-vf flip,scale=512:384 -sws 9 -af resample=44100
この項目の384のほうでどうやらビットレートが変わってしまうんだが…
288にしたらビットレートも288kになった これどうにかならんの？
310:名無しさん＠お腹いっぱい。
08/11/18 06:08:46 fW5HvXc+0
YoutubeのHDすげえ、もうニコニコで高画質とかのコメは付かなくなるな
311:名無しさん＠お腹いっぱい。
08/11/18 06:40:43 qIXu1ZNw0
ニコ動のmp4をまんまあげたら、YouTubeでも同じ画質になるのか？
312:名無しさん＠お腹いっぱい。
08/11/18 10:24:32 +2SUxSm10
youtubeの&22動画見て思ったが
ニコニコの投稿動画制限の緩和がなされるとしたら、
どれがユーザー的かつ運営的にいいんだろうか
・エコノミー発生条件の緩和（再生数面での発生条件/ビットレート面での発生条件）
・一般会員全体でのビットレート上限上げ(600kbps→???kbpsとか)
・プレミアムの上限上げ（800kbps→???kbps）
・１ファイルの制限上げ（40MB→??MB）
313:名無しさん＠お腹いっぱい。
08/11/18 10:34:21 rM/WJVPl0
>>309
FLVの情報見るのに真空波動研使うな
314:名無しさん＠お腹いっぱい。
08/11/18 10:37:57 9XAVy2No0
プレミアムの上限もっとあげたほうが課金者も増えるだろうにな
315:名無しさん＠お腹いっぱい。
08/11/18 10:53:50 qIXu1ZNw0
エコノミー化で、かえって容量が増えている動画も目にするから
「エコノミー廃止」と「プレミアムの上限上げ」くらいじゃないかな？
316:名無しさん＠お腹いっぱい。
08/11/18 10:55:38 nCpJl+mj0
俺はファイルサイズ上限あがるほうが嬉しいな
317:名無しさん＠お腹いっぱい。
08/11/18 11:09:48 +517l3ao0
その前に鯖とか速度絞ったり規制するほうでプレ増やそうとしてるから
人減って自滅する方が早いと思うけどなｗ
318:名無しさん＠お腹いっぱい。
08/11/18 11:24:59 3ci+bycJ0
赤字だし回線混雑してるし、条件緩和は望み薄かな。
319:名無しさん＠お腹いっぱい。
08/11/18 11:53:41 9XAVy2No0
ファイルサイズの上限があがるとアップロード者にとってプレミアにする価値が減るから運営にとってはメシマズだろう
320:名無しさん＠お腹いっぱい。
08/11/18 11:56:53 ijxfbUJn0
容量40MB以下、ビットレート600以下にしても元の画質のまま投稿出来ません。
投稿したいものはBMSというゲームのプレイ動画です。
Dxtoryで最高品質で録画（60F）、それをaviutlで必要な編集を施し、
エンコはMP4でビットレート550～560、オーディオHE-AACの40でやっています。
ちゃんと一般会員の投稿の限界を超えない設定をしているはずなのですが…。
これは何故なのでしょうか、どなたかアドバイスお願いします。
一応参考にと思い、元の動画をあげました。
URLﾘﾝｸ(www3.axfc.net)
321:名無しさん＠お腹いっぱい。
08/11/18 12:04:57 p1fSqrwM0
プレミアムの人のファイルサイズ制限ゆるくするのが良いなー
ビットレート制限が緩和されたところで、１ファイルサイズの制限が変わらなければ、
投稿できる動画は高画質にしたところで以前より更に短い時間に収めなければならないわけで。
322:名無しさん＠お腹いっぱい。
08/11/18 12:18:46 qIXu1ZNw0
>>320
試しにあげたけど、元のmp4の画質でUPできたよ？
323:名無しさん＠お腹いっぱい。
08/11/18 12:52:51 J0HPY4l/0
>>308
なんかこの画面俺もみたことあるな。
たしか音声を午後のこーだで変換したら出たようなきがする。
lameでやったら解決した
324:名無しさん＠お腹いっぱい。
08/11/18 13:24:06 5/BDN4IX0
実際、一般でも全部で2Gだっけ？全部使ってる奴とかいるんかな？
1動画の最大サイズが上がるのはプレミア増やすのにはいいと思う。
というか、プレミアで10分動画とか作ったらプレミアの意味無いって
運営はわかってるんかな？
325:名無しさん＠お腹いっぱい。
08/11/18 13:45:51 rM/WJVPl0
>>324
40MBで50本くらいはプレイ動画やってるやつならすぐに行くよ
それと、10分以上とかの長時間が必要なのは、プレイ動画、作業用BGM、そしてアニメ等の本編丸挙げ…
これらは運営的に考えれば転送量増大のリスクを負ってまで増やしたいコンテンツではないだろうから、
サイズアップはまずないなｗ
運営がそこらへん、わかってないわけないだろ
326:名無しさん＠お腹いっぱい。
08/11/18 13:58:57 ijxfbUJn0
>>322
すみません、ちょっと言葉足らずでした。
画質というか、フレームレートがおかしくなってしまうんです。
元動画のは録画から変更していないので60Fなのですが、
自分がニコニコにあげると物凄くカクついて見にくくなるんです。
内容的にフレームレートが非常に重要になってくるものなので、
出来れば60Fを保ち、なおかつ画質は今の感じにしたいのですが…。
試しにあげていただいた物は、両方ともクリア出来ていたんでしょうか？
327:名無しさん＠お腹いっぱい。
08/11/18 14:14:11 +2SUxSm10
よくわからんけど、flash playerの違いか、コメのある無しの違い？
328:名無しさん＠お腹いっぱい。
08/11/18 14:29:55 sSviSp+b0
AzFLVEncでエンコしているのですが、アップするとシークが飛び飛びになってしまいます。
フレームレートは１です。細かくシークできるようにする方法はありますか？
329:名無しさん＠お腹いっぱい。
08/11/18 14:34:35 rM/WJVPl0
>>326
ニコのプレイヤーはコメントとかいろいろ機能を盛り込みすぎてるんで、糞重い
このため、もともと再生が重い60fpsな3Dゲームの動画は、それなりのスペックのPCじゃないとまともに再生できないでカクつく
ただそれだけのこと
フレームレートも画質も落とさずにカクツキを解消する方法は、PC自体をアップグレードするしかないよ
プレミアム専用の軽量プレイヤーもまだまだ本格的に運用は無理っぽいしな
330:名無しさん＠お腹いっぱい。
08/11/18 14:41:36 +2SUxSm10
カクツキ対策は黒ベタとかで誤魔化して、VP6エンコ？
331:名無しさん＠お腹いっぱい。
08/11/18 17:11:27 pNFBrxBm0
>>313
ありがとう 一度アップしてダウンしたらちゃんと表示された
332:名無しさん＠お腹いっぱい。
08/11/18 18:56:38 eXW3brOk0
プレミアム専用の軽量プレイヤーは素晴らしい
正規導入はニコニコ大会議(冬)で発表されるリニューアル案のなかなんだろうな
333:名無しさん＠お腹いっぱい。
08/11/18 21:41:21 HUlcNvnF0
URLﾘﾝｸ(www.nicovideo.jp)
のような、字幕のサイズ変更等を文字ごとに変更できて、
かつ字幕表示位置の調整を細かく設定できるようなソフトor方法って何かありませんかね
334:名無しさん＠お腹いっぱい。
08/11/18 22:13:27 ijxfbUJn0
>>327
先ほどflash playerを最新のものにしてみましたが、やはりカクつきました…。
>>329
3Dのゲームではなく2Dなのですが、フレームレートが重要な物でして。
あまりやりたくは無かったんですが、一度フレームレートを下げてエンコし直してみます。
335:名無しさん＠お腹いっぱい。
08/11/18 22:14:49 MnRp7iDp0
Youtubeが遂にHD化！
ｽﾚﾘﾝｸ(streaming板)
Youtube
高画質
URLﾘﾝｸ(jp.youtube.com)
ニコニコ
URLﾘﾝｸ(www.nicovideo.jp)
ニコニコオワタ＼(＾o＾)／
336:名無しさん＠お腹いっぱい。
08/11/18 23:03:43 QLUACGIK0
>>334
逆に自分の環境の問題なら、ニコのはそのままでいいんじゃねの？
他人の環境で見るなら、落としてから見ればマシになるんじゃね？
337:名無しさん＠お腹いっぱい。
08/11/19 01:29:49 6lcO23Wb0
>>335
ニコニコも>312のエコノミー緩和＋ビットレート上限上げすればまだ終わらんよ。
ようつべが超高画質化でニコ厨涙目ｗｗｗ
ｽﾚﾘﾝｸ(streaming板:21番)
21 名前：名無しさん＠お腹いっぱい。 [sage] 投稿日：2008/11/18(火) 18:24:45 ID:QFPnIZCr0
■反則技
Youtube高画質
URLﾘﾝｸ(jp.youtube.com)
ニコニコ
URLﾘﾝｸ(www.nicovideo.jp)
Youtube高画質全画面キャプチャ
URLﾘﾝｸ(nagamochi.info)
ニコニコF11キャプチャ
URLﾘﾝｸ(nagamochi.info)
ニコニコも反則技使えば結構行けるかな
運営はビットレートの上限を上げるべきだな
338:名無しさん＠お腹いっぱい。
08/11/19 01:37:29 /rrUiM9wP
Youtubeに大移動すると、日米回線が死ぬ気がするんだが大丈夫なんだろうか。
339:名無しさん＠お腹いっぱい。
08/11/19 01:42:58 fr3vuXwz0
>元動画が1280×720以下だといくら&fmt=22ってうっても標準画質のまま。
小画面でもDbD再生してくれれば、512x384でも十分みられるのにYouTubeなにやってんだか。
340:名無しさん＠お腹いっぱい。
08/11/19 01:57:16 6lcO23Wb0
せめてfmt=18を標準にすればいいのにね。
fmt=22が標準じゃないのは米国の個人回線事情（平均DL速度がたった2.3Mbps）もあるんだろうけど。
341:名無しさん＠お腹いっぱい。
08/11/19 06:34:27 HkbEUqfu0
ようつべってそんなにいいところなのか？
画質以外全部ニコニコに負けてるってイメージなんだが。
コメント付けられないし検索もしにくいし。
ニコニコに無いようなジャンルの動画を探すときにちょっと使うくらい。
342:名無しさん＠お腹いっぱい。
08/11/19 06:41:52 SYt2o99Q0
ま、お互いにつぶれないくらいに競争していけばいいじゃない
おれらのようなただのユーザーがどちらかについて煽りあうなんてわりと不毛
343:名無しさん＠お腹いっぱい。
08/11/19 07:13:13 oUHHmA2+O
URLﾘﾝｸ(jp.youtube.com)
ニコニコ終わったなってコメントが付きまくっててワロタ
344:名無しさん＠お腹いっぱい。
08/11/19 07:15:39 oUHHmA2+O
Youtubeで動画上にコメント表示できるようになるまでニコニコが終わることはないが、
これからはニコニコで高画質とか画質追求とかが無意味になるのは確かだな
345:名無しさん＠お腹いっぱい。
08/11/19 07:30:40 8diqzQTl0
まあ他の動画サイトに負けてたのは前からだしな（´Å｀）
ニコはニコで制限の中どこまでやれるかエンコ試行錯誤を楽しもうや
後は重い・エコノミー・時報に削除乱発を適度に愚痴ってコメント遊びだ
346:名無しさん＠お腹いっぱい。
08/11/19 07:31:45 HkbEUqfu0
>>343
おー・・・たしかにすげえ。
>>344
でも以前は「高画質版は捨て六へどうぞ」とかって言ってなかった？
それがつべになっただけな気がする。
347:名無しさん＠お腹いっぱい。
08/11/19 07:39:41 Pu5SnyqL0
一番終わったのってzoom…
348:名無しさん＠お腹いっぱい。
08/11/19 07:56:30 jlGwCRPb0
エンコ職人からすると、ようつべの「全部こちらで料理しますよ」的なのは
楽しめないんじゃないのかね
エンコなんてたまにしかやんないけど、ニコニコ用にあれこれやるのは
俺もある種の楽しみを感じるんだが
349:名無しさん＠お腹いっぱい。
08/11/19 08:09:13 SYt2o99Q0
たしかにzoomの利点である綺麗さがようつべに奪われた形だな
ニコニコはまだコメントの楽しさとかあるから一番たまったものじゃないのはzoomか
350:名無しさん＠お腹いっぱい。
08/11/19 08:22:05 vTtZlXpI0
超画質とかいらねーから1Mbps、60MBくらいに制限緩和してくれ
351:名無しさん＠お腹いっぱい。
08/11/19 09:27:07 jlGwCRPb0
ニコニコは秋葉原、youtubeはまさに人種のる壺なアメリカ
8月の大会議の時はH.264の一般開放があった記憶が
12月の大会議でなんらかの緩和があるかも
352:名無しさん＠お腹いっぱい。
08/11/19 09:34:27 ZJ26lb0x0
なんか今までニコエンコが使えなくて八方塞がりだと思いながら、今また落としなおしてやってみたら出来た！！！！！
前できなかったのはなぜなんだ・・・・
353:名無しさん＠お腹いっぱい。
08/11/19 10:20:10 fr3vuXwz0
プレミアム限定公開の新プレーヤーにはエコノミー表示できるエリアないな。
エコノミー廃止かもな。
354:名無しさん＠お腹いっぱい。
08/11/19 10:26:16 ADj0VVT50
ニコ終了
355:名無しさん＠お腹いっぱい。
08/11/19 13:55:11 1LHM21xF0
ちょっと質問なんだけど、
AviUtlを使ったMP4 (H.264) エンコード
URLﾘﾝｸ(nicowiki.com)
で、DirectShow入力プラグインのとこで
＞ aviutlからファイル→環境設定→入力プラグイン優先度の設定でこのプラグインを
＞ 「AVI/AVI2 File Reader」よりも上に持っていかないと動かない。
って書いてるのはなんでだろう？
いちいち説明すんのも面倒だから一番上にもっていっとけってことなのかな？
356:名無しさん＠お腹いっぱい。
08/11/19 14:23:39 XSru3Iu30
>>355
これはFraps対策のことだな
FrapsはdirectShow経由じゃないと扱えないんだけど、コンテナはAVIだから、ds_inputの優先順位を上げとかないと
AVI/AVI2 File Readerで読もうとするんでだめなんだよね
たしかに誤解を与える記述だが、そもそも入力プラグインの順番の意味もわからんようなやつは
全部directShow経由にしてくれたほうがうざくないからいいと思うよ
357:名無しさん＠お腹いっぱい。
08/11/19 14:27:54 rNzBPtPF0
fpsって５秒に１回切り替わるスライドショーとかなら1で平気なんですか？
358:名無しさん＠お腹いっぱい。
08/11/19 14:52:15 DWcQR5660
いいんじゃない？
359:名無しさん＠お腹いっぱい。
08/11/19 14:54:28 1LHM21xF0
>>356
なるほどそういうことか。そういう例もあるのね。わかりやすい説明ありがとう。
360:名無しさん＠お腹いっぱい。
08/11/19 21:27:18 EpOGJS9P0
aviutl で >>16 のプラグインでmp4ファイルを作成したんですが
NicoNico：高速でも思ったより速く無いんだけど、画質落としても
良いから速くなりませんか？ E7300でlanczosリサイズ入れて
実時間と同じ位かかります（20分動画だと20分エンコ）
361:名無しさん＠お腹いっぱい。
08/11/19 21:39:37 riVSUjRM0
>>360
ソースの情報（コーデックとか解像度とか諸々）がないとなんとも…
>7読んで、ソース・結果の情報貼ってみてよ
362:名無しさん＠お腹いっぱい。
08/11/19 21:41:09 pw2Lg4dz0
>>360
オプションの記載plz
363:名無しさん＠お腹いっぱい。
08/11/19 21:45:12 JmCUCLlW0
高速のオプションから更に速度求めるなら
参照フレーム化・重み付け予測・混合参照のチェックオフ
参照距離→1
彩度動き予測・cabac・DCT係数間引きのチェックオフ
くらいじゃないか
364:名無しさん＠お腹いっぱい。
08/11/19 21:58:44 dQ0g8nut0
>>360
CPUをOCするかQuadコアのCPUに交換
365:名無しさん＠お腹いっぱい。
08/11/19 21:59:02 qoTeG1Os0
画質落としていいんなら、解像度もっと下げればいいやん
あと、lanczosやめてAviUtl標準のリサイズつかえばいいやん
へたにオプションいじるより、よっぽど速くなるぞ
366:名無しさん＠お腹いっぱい。
08/11/19 21:59:15 EpOGJS9P0
こんな感じです。テストエンコなんでファイルサイズは盛大にオーバーしてます。
>>361
File : 281 MB (281 MB), duration: 0:20:02, type: AVI, 1 audio stream(s), quality: 80 %, ,
Video : 263 MB, 1838 Kbps, 29.970 fps, 640*480 (4:3), XVID = XVID Mpeg-4, Supported
Audio : 18.34 MB, 128 Kbps, 44100 Hz, 2 channels, 0x55 = Lame MP3, CBR, , Supported
>>362
5_name="NicoNico：高速"
5_cmd ="--bitrate 512 --pass 2 --threads auto --aq-mode 0 --bframes 16 --psy-rd 0.0:0.0
--b-pyramid --qpmin 1 --qpmax 51 --qpstep 16 --keyint 300 --min-keyint 1 --scenecut 54 --partitions
p8x8,b8x8,i4x4 --direct spatial --me dia --cqm flat --subme 5 --trellis 0 --no-deblock --ref 2 --mixed-refs
--weightb --no-fast-pskip "
367:名無しさん＠お腹いっぱい。
08/11/19 22:04:36 6lcO23Wb0
>>366
--bframes 2 --subme 2 --b-pyramid削除 にすれば多少速くなると思うけど。
それ以上速くするにはAviutlをやめてx264.exe（CUI）でエンコするか、
Aviutl使いたいならCPU変えるしかないと思う。
368:名無しさん＠お腹いっぱい。
08/11/19 22:16:45 riVSUjRM0
>>366
オプションは他の方に任せるとして、ホントに感覚的な話で申し訳ないのだが、
E7200だと、その速度が上限なんじゃないのかな
昔E6600使ってたとき、似たような感じ（等倍＋αぐらい）だった
結局、Q9550で新しくPC組んで、さらにAviUtlも卒業してしまったんだが…ｗ
369:名無しさん＠お腹いっぱい。
08/11/19 22:17:23 T1ma5RAM0
synth便利だけど記述面倒なんだよなー
aviutlがもっと速ければいいのに
370:名無しさん＠お腹いっぱい。
08/11/19 22:24:41 ogTMphdO0
ぶっちゃけsynthの方が断然楽だと思う。
AvsPのようなGUIツールを使えばの話だけど。
371:名無しさん＠お腹いっぱい。
08/11/19 22:27:37 pXyHiR2Z0
インタレース解除したりリサイズしたりするのはSynthの方が楽だけど、
色調整したりシャープネス調整したりするのはAviutlの方が楽だと思う。
SynthだとAvsPでもイチイチ更新しなきゃならないし。
372:名無しさん＠お腹いっぱい。
08/11/19 22:35:14 qoTeG1Os0
synthは一度自分でavsのテンプレ書いてしまえば、あとはコメントアウト外すかカット&ペーストで済むから楽だぞ
AviUtlはプラグイン選んだり、順番入れ替えたりするのがだるいよ
373:名無しさん＠お腹いっぱい。
08/11/19 22:36:18 0VUC/oPr0
自分は使ってないから良く判らんがリサイズのみならニコエンコのオプションを弄った方が
Aviutlで同じ設定を使うよりも処理は速いんじゃないかと思うんだけど。。。どうかな？
374:名無しさん＠お腹いっぱい。
08/11/19 22:44:18 qoTeG1Os0
そらニコエンコの中身はsynthとｘ264.exeとavs&bat自動生成perlスクリプトだもん
処理もYV12のみだから、AviUtlより速いのは当たり前
375:名無しさん＠お腹いっぱい。
08/11/19 22:45:17 EpOGJS9P0
>>367-368
ﾄﾝ aviutlだとやっぱ等速位なのか・・ 3GHzにOCしても殆ど変わらなかったわ
376:名無しさん＠お腹いっぱい。
08/11/19 22:48:29 0VUC/oPr0
ニコエンコならsysnthやらの予備知識無しにエンコできるからね。
個別に導入してバッチ書くのが面倒なら検討に値するかと思って。
377:名無しさん＠お腹いっぱい。
08/11/19 23:00:33 T1ma5RAM0
AvsPとかそんなのあったのか！！
便利そうなんでちょっと導入してみる
378:名無しさん＠お腹いっぱい。
08/11/19 23:27:42 T1ma5RAM0
AvsPを適当に使ってみたがいい感じだな
synthでutlのプラグインも使えるし、本格的に乗り換えようかしら
379:名無しさん＠お腹いっぱい。
08/11/19 23:45:59 qoTeG1Os0
GUIでそれなりに高性能でAviUtlより速いのといえばAvidemuxがあるな
フィルタがいまいち少ないのと、音声がaacがfaacのみだから、HE-AAC使うには別エンコになるがあれもいいんじゃないかな
特にリサイズにはMPlayerResizeが使えるんで、synthよりさらに速いっていうし、CFRなmp4なら無劣化編集も出来たりしてする
かなりいいのに使ってる人があまりいないのは正直もったいないと思う
380:名無しさん＠お腹いっぱい。
08/11/19 23:46:45 qoTeG1Os0
してするってなんだよ…orz
381:名無しさん＠お腹いっぱい。
08/11/20 00:30:17 FOYN5JKl0
高校を卒業して大学に行ける人と行けない人がいるように、
Aviutlを卒業してAvisynthに行ける人と行けない人がいる。
Aviutlを卒業出来ない人はYoutubeに入学した方が楽かもね。
鯖側で勝手にx264でエンコしてくれるし。
ニコニコもいい加減MP4でエンコするようにしないとヤバいぞ。
ユーザー全員がエンコ好きなわけじゃないからな。
382:名無しさん＠お腹いっぱい。
08/11/20 01:07:01 LSO81cWe0
なんか似たような話題しょっちゅう出てくるがAviutlとAvisynthどっちが上とか
比較できるもんじゃないし。エンコって最終目的は同じでもそれに至るプロセスの
アプローチの仕方がまったく別もんじゃん。まさかスクリプト書ける俺かっこいいとか思ってんの？
383:名無しさん＠お腹いっぱい。
08/11/20 01:07:37 be2bUnSH0
釣り臭い匂いがプンプンするが合えて反論
卒業ってのはちとおかしいだろ
同種のフィルタならAviUtlの方が性能いいんだし、あの拡張性の反則級な高さと使いやすさは他に類を見ないぞ
最近の拡張編集フィルタの更新にしても、よくフリーソフトでここまでやるってくらいの凄さだし
目的とその日の気分にあわせて両方使えばいいんだよ
384:名無しさん＠お腹いっぱい。
08/11/20 04:45:54 QTulpGqo0
あおり合うスレじゃねぇから
385:名無しさん＠お腹いっぱい。
08/11/20 06:18:36 F4MFShiu0
まとめWiki推奨のAviutl H.264 2pass設定をほぼそのまま使って
６分の動画を１時間半かけてエンコしてるノートPC使いの俺に免じて仲良くやってくれ。
無駄な設定もしてるだろうし高速化のための勉強をせにゃならんのは確定的に明らか。
だが設定検証のためのエンコすら辛い。あ、だめだなんか涙出てきた・・・。
386:名無しさん＠お腹いっぱい。
08/11/20 07:06:30 QTulpGqo0
avuiutl使うときの設定はなにしてるんだ。ニコニコ超画質？
387:名無しさん＠お腹いっぱい。
08/11/20 08:01:05 F4MFShiu0
>>386
Niconico超画質(超低速)を、まとめWikiにある表に従って一部変えた感じかな。
ビットレートは低めにしてある。
--bitrate 400 --pass 3 --stats ".\x264.stats" --aq-mode 0 --qpstep 16 --scenecut 54
--min-keyint 1 --8x8dct --partitions "p8x8,b8x8,i8x8,i4x4" --bframes 5 --b-pyramid
--weightb --b-adapt 2 --ref 8 --mixed-refs --direct "auto" --me "umh" --subme 9
--merange 32 --threads "auto" --trellis 2 --deblock -2:-2 --cqm "flat" --output nul
「拡張 x264 出力（GUI）の設定項目とその機能について」のページと、
そこに載ってる関連サイトを開いたら内容が濃すぎて吹いたｗ
じっくり読んでみてからアドバイス受けにくるかもしれないんでその時はよろしくｗ
388:名無しさん＠お腹いっぱい。
08/11/20 08:33:14 QTulpGqo0
>>387
超画質は本当にすごい遅いぞ…
一回、試しに--me "umh" --subme 9を--me "hex" --subme 6
程度に変えてみてやってみたら。かなり早くなるから。
「詳細」欄の動き予測アルゴリズムとサブピクセルの項目
389:名無しさん＠お腹いっぱい。
08/11/20 08:37:02 QTulpGqo0
っていうかさらに3passかよ
390:名無しさん＠お腹いっぱい。
08/11/20 09:22:53 IbeOOsSr0
--pass 3と3passは意味が違うぞ
391:名無しさん＠お腹いっぱい。
08/11/20 10:05:27 UseFGspX0
高速化か
meguiとニコエンコのターボモードと
Avisynthかaviutlのｇｐｕリサイズとかノイズフィルター
Avisynthのｍｔとかpipelineとか併用すれば環境によるけどかなり早くすることはできるかな。
392:387
08/11/20 10:34:37 GoQyOitF0
>>388
ありがとうございます。試しにそれでやってみたら同じものが４０分で終わりましたｗ
動画の性質（比較的静止部分が多い）もあってか、画質面も気になる点は無し。
設定の大事さを改めて感じました。マジでちゃんと勉強しようｗ
高画質エンコ解説動画の設定をそのまま使って１５分動画をエンコした時のことを思い出す。
あのときは７時間かかったっけなあ・・・（遠い目
393:名無しさん＠お腹いっぱい。
08/11/20 11:28:53 3bqKP0K0O
設定するだけ無駄(効果と時間の割が合わない)オプションは山程ある。
それら知ってる人ならまず使わないものを全部使ってるのが超低速モードだ。
ブラインドテストしてそれとそこそこのオプションでエンコしたやつ較べて
一目で違いが分かったら相当すげーよｗ
394:名無しさん＠お腹いっぱい。
08/11/20 11:30:29 3bqKP0K0O
設定するだけ無駄(効果と時間の割が合わない)オプションは山程ある。
それら知ってる人ならまず使わないものを全部使ってるのが超低速モードだ。
ブラインドテストしてそれと最適なオプションでエンコしたやつ較べて
一目で違いが分かったら相当すげーよｗ
395:名無しさん＠お腹いっぱい。
08/11/20 11:32:47 3bqKP0K0O
二重投稿ごめん
大事なことじゃないので二回もよむ必要ありません
396:名無しさん＠お腹いっぱい。
08/11/20 16:14:50 XxhODDLX0
AviUtlでニコニコ用動画作ってるんですが、
設定をどう変えても1411kbになってしまうんですが、
何が悪いのか検討が着きません。
x264のGuiの奴を使ってます。
動画の情報をVlcとかGomで見ると、音声コーデックの情報がないんですが
これが原因でしょうか？
397:名無しさん＠お腹いっぱい。
08/11/20 16:18:54 /cqMngRZ0
ニコエンコ
URLﾘﾝｸ(d.hatena.ne.jp)
398:名無しさん＠お腹いっぱい。
08/11/20 17:04:42 DwXM8hGQ0
>>396
どうせneroAacEnc.exe無しでエンコしてるか
音声再圧縮無しにチェック入れてるかのどっちかだろｗ
399:名無しさん＠お腹いっぱい。
08/11/20 17:13:05 QTulpGqo0
めいどくさいだろうが、どうしても解決したければ設定を詳細に書くべき
400:名無しさん＠お腹いっぱい。
08/11/20 17:25:45 XxhODDLX0
neroAacEnc.exeは使っています。
設定はプリセットでニコニコ高画質を使ったりしてます。
ちなみに>>397
を使用しても結果が同じです・・・
なんでなんだろう・・・
401:名無しさん＠お腹いっぱい。
08/11/20 17:39:27 ibhNJXtJ0
--deadzone-intra **
--deadzone-inter **
※非trellis量子化におけるインター（画面間）輝度量子化のデッドゾーン(default: 21)。
低くすると細かいディテイルやフィルムグレインの保持に効果がある
（一般的には高ビットレート/高画質エンコード向け）。
x264guiのチェック項目には入ってないコマンドなんだけど、ほとんど使ってる人いないってことは
画質にはあまり寄与しないのかな？
402:名無しさん＠お腹いっぱい。
08/11/20 17:59:42 bD6hxYxE0
>>396
短い動画をエンコしてアプロダに上げてみてチェックしてもらったら？
403:名無しさん＠お腹いっぱい。
08/11/20 19:43:42 LSO81cWe0
>>401
・H.264のDeadzoneの仕様をよく知ってないと扱いが難しいから
・デフォルトでたいていの場合十分だから
・x264guiが昔のVfWの設定項目を踏襲してるから
この辺
404:名無しさん＠お腹いっぱい。
08/11/20 20:26:14 5JXN+LnY0
>>401
普通Trellis使うからいじくらない。
405:名無しさん＠お腹いっぱい。
08/11/20 21:23:33 cfPIM1KD0
フリップ3Dを撮った11秒の動画をAviutl+x264guiで最高設定エンコードさせてSMILEでうｐしたら
flv 320ｘ480に再エンコされて低画質になってしまったんですが何かおかしいんでしょうか･･･
まさか秒制限があって何秒以下のmp4は再エンコされるオチとかですかね。
とりあえずエンコした元動画うｐしときます。
URLﾘﾝｸ(files.or.tp)
ニコにうｐしたもの
URLﾘﾝｸ(www.nicovideo.jp)
画質ビットレートを300kbpsにしてもだめだった(´･ω･｀)
URLﾘﾝｸ(www.nicovideo.jp)
406:名無しさん＠お腹いっぱい。
08/11/20 21:38:14 iYcwF5xG0
>>405
ビットレートが781kあるけど、プレ垢？
あと、音声ストリーム無いと、弾かれるんじゃなかったっけか…
407:名無しさん＠お腹いっぱい。
08/11/20 21:41:38 cfPIM1KD0
プレ垢です。
LC96kbでエンコしたのが悪かったのかな･･
408:名無しさん＠お腹いっぱい。
08/11/20 21:47:00 XHMoQ5SX0
音声はいってないじゃない
「無音の音声」を入れないと再エンコされるぞ
409:名無しさん＠お腹いっぱい。
08/11/20 21:47:53 cfPIM1KD0
あ、そういや音声なしで出力したから・・・か。
音声入れて出力→うｐしてみます
410:名無しさん＠お腹いっぱい。
08/11/20 21:54:53 iYcwF5xG0
>>409
映像＋音声で800k以下ね
念のため
411:名無しさん＠お腹いっぱい。
08/11/20 21:56:37 cfPIM1KD0
なんかこの前FPS撮った動画で800kbps超えても投稿できましたよ。
正確な数値はわからないですが828kbps(?)までならギリギリイケるとか･･･？
412:名無しさん＠お腹いっぱい。
08/11/20 22:00:31 iYcwF5xG0
>>411
いや、映像だけで781kあったから、音声96kと合わせたら800k大幅オーバー
って思ったから
413:名無しさん＠お腹いっぱい。
08/11/20 22:02:51 cfPIM1KD0
エンコ設定は映像に700kbps(2p)音声にLC96kbps(2p)です。
414:名無しさん＠お腹いっぱい。
08/11/20 22:13:49 XHMoQ5SX0
設定と結果は別もんだからな
415:名無しさん＠お腹いっぱい。
08/11/20 22:43:20 xddEjYYx0
動画のビットレートは電卓で計算した方がいい。>>6に計算式があるよ。
エンコ後に簡単に映像と音声のビットレートを知りたければ、真空波動研か>>5のツール。
416:名無しさん＠お腹いっぱい。
08/11/20 22:58:33 cfPIM1KD0
>>6ではじめて計算式を知りましたorz
でさっき700kbps+96kbpsで出力したやつを見たら見事に856と大幅にオーバーしてた。
630kbps+96kbpsで出力したら811kbpsになったので試行うｐ中
417:名無しさん＠お腹いっぱい。
08/11/20 23:07:59 cfPIM1KD0
うまくいきました。
URLﾘﾝｸ(www.nicovideo.jp)
教えてくださった方どうもありがとうございましたorz
418:名無しさん＠お腹いっぱい。
08/11/21 00:52:56 pxyiFNeH0
>>417
壁紙アウトじゃね？
419:名無しさん＠お腹いっぱい。
08/11/21 00:55:42 VxsAjeVC0
アウトだったら投稿して5分足らずで削除される。
420:名無しさん＠お腹いっぱい。
08/11/21 15:07:46 hfn5KgLh0
プレミアムの人に質問したんですが、ってか俺もプレミアムなんだけど
H.264/AVC(MP4)またはFLV形式のみ1ファイル40MBまで (最大ビットレート600kbps)
その他形式(MPEG1、MPEG2、MPEG4、WMV、DIVX系)は1ファイル100MBまで
って一文があるんだけど、プレミアムって800kbpsですよね？
700辺りの動画すらうｐできないんでおかしいなぁっと思って
プレ垢らしき人の動画DLしてうｐしたらはじかれた。
プレミアム会員 ですとあるし、時報も消せてるのに動画が
一般会員と同じものしかうｐできない。
なんかミスってる?
421:名無しさん＠お腹いっぱい。
08/11/21 15:18:34 jGWjQp860
複数垢で一般の方で入っちゃってるとか？
いや自分が結構やるもんだからさ…ｗ
422:名無しさん＠お腹いっぱい。
08/11/21 15:21:29 1J6yEONN0
どうみてもログインミスです
423:名無しさん＠お腹いっぱい。
08/11/21 15:28:36 hfn5KgLh0
え、うｐするときと動画見るときじゃ垢別なんすか
424:名無しさん＠お腹いっぱい。
08/11/21 15:32:51 hfn5KgLh0
>>421
>>422
その通りデスた。
お騒がせしました。
425:名無しさん＠お腹いっぱい。
08/11/21 18:29:10 9BfKXsoT0
MediaInfoとかでもオプションが見られないMP4って何でエンコしてるん？
426:名無しさん＠お腹いっぱい。
08/11/21 18:56:12 XoVRn1gp0
ニコニコで保存した動画を、削除されていたのでうｐしたいのですが容量オーバーといわれてしまいました。
何がいけなかったのでしょうか、参考にしたサイトは「ニコニコ動画に高画質動画をアップする方法」
というところです
427:名無しさん＠お腹いっぱい。
08/11/21 19:21:24 VX64jyAC0
>>426
削除されたもんをノコノコ再アップすんな
428:名無しさん＠お腹いっぱい。
08/11/21 19:31:23 xio0eYcG0
>ノコノコ
429:名無しさん＠お腹いっぱい。
08/11/21 19:53:12 VxsAjeVC0
マリオですねわかります。
430:名無しさん＠お腹いっぱい。
08/11/21 20:06:14 1J6yEONN0
再アップで再エンコしようとする男の人って…
431:名無しさん＠お腹いっぱい。
08/11/21 20:33:03 HHaLjXnf0
ムービーメーカーで制作したwmvをwindowsのプレイヤー経由でflvにしたんだけど
upしようとしたら「アップできないファイルです」だと…前はうまくいったのに…
432:名無しさん＠お腹いっぱい。
08/11/21 21:12:33 pxyiFNeH0
>>431
詳しくお願い。このスレにエスパーはいません
433:名無しさん＠お腹いっぱい。
08/11/21 22:03:39 VxsAjeVC0
WindowsのプレイヤーてWMPだよな？
てかWin付属のプレイヤーでエンコードなんてできたか？
434:名無しさん＠お腹いっぱい。
08/11/21 22:25:08 7apFBrIw0
Quicktimeでエンコした奴はMediaInfoとかじゃH.264の使用オプション見られんだな
435:名無しさん＠お腹いっぱい。
08/11/21 23:57:17 HHaLjXnf0
>>432>>433
メーカーで制作→WMPで再生→名前を付けて保存で.flvにして保存
って感じでやりました…前はこれで上手くいったんすけどね…
436:名無しさん＠お腹いっぱい。
08/11/22 00:10:34 V4D5+bvD0
>>435
そういう予想も頭をよぎっていたがまさかマジでそれだったのか…
それは名前を付け替えただけです。形式は変換されていません。
「猫」に対して「犬」と名づけたようなものです。根本的には何も変わっていません。
437:名無しさん＠お腹いっぱい。
08/11/22 00:13:22 DffrosVA0
>>435
ｽﾚﾘﾝｸ(streaming板)