【ニコニコ動画】FLV/MP4エンコードスレ 50【質問】

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

115:名無しさん＠お腹いっぱい。
10/02/12 03:40:56 8DAjlTAp0
質問させてください。
１．問題点：ニコ動wikiを参考にh.264で動画を作ったところ、Gom playerでは再生できたのですが
　　実際にアップすると画質が粗くなる＆15分あったはずの動画が6分程度に短くなっている。

２．元ファイルの情報（必ずmediainfo等にかけた結果を書いて下さい）
　　720x480 24bit huffyuv 29.97fps 115780f 55840.26kb/s
　　PCM 48.00kHz 16bit 2ch 1536.00kb/s
　　[RIFF(AVI2.0)] 01:04:23.196(3863.196sec) / 27,707,123,200bytes

３．エンコードして出来上がったファイルの情報（同上）
　　上の動画の15分だけ抽出して作りました。
　　512x384 24bit AVC/h.264 unknownprofile(0)@unknownlevel(0)29.97fps 25043f 499.93kb/s
　　AAC 48.00kHz 2.0ch(2/0 L+R) HE(SBR) 62.88kb/s　MP4 Base Media v1
　　[MPEG4] 00:13:55.711(835.711sec) / 59,113,905bytes
　　
４．使用ソフト
　　ゲームしてるのをふぬああでキャプチャ、それをaviutlで編集＆エンコ

５．MP4ならば必要に応じてx264のエンコードオプション
　　--preset Medium --bitrate 500 --pass 3 --stats ".\x264.stats" --aq-strength 0.55 --psy-rd 10:0
--min-keyint 30 --keyint 297 --b-adapt 2 --weightp 0 --direct auto --me umh --subme 9 --trellis 0
--output nul
　　
６．PC環境
　　Windows VISTA home premium sp2
　　Intel Core2 Duo 2.62GHz
　　3.0GB RAM

116:名無しさん＠お腹いっぱい。
10/02/12 03:50:49 cp5PrDbE0
>>115
鯖エンコ発動条件に引っかかっているんじゃないかい？

117:名無しさん＠お腹いっぱい。
10/02/12 07:24:25 SVhey3tVP
x264gui.auo使ってるんだと思うけど、どのリリースなのかも書いて欲しい。
ものによっては、それが原因の場合もある。

118:名無しさん＠お腹いっぱい。
10/02/12 07:27:41 SVhey3tVP
それと視聴にGOMは使うな。あれは何でも再生出来ちゃうから意味ない。

119:名無しさん＠お腹いっぱい。
10/02/12 14:27:36 K1EkwHWR0
>>115　unknownprofile(0)@unknownlevel(0)
ここが気になるんだが。

120:名無しさん＠お腹いっぱい。
10/02/12 14:29:40 icY1k7lW0
>>119 >>115
たぶん1400の初期の奴でないかい？
x264gui.auo

121:115
10/02/12 14:55:01 8DAjlTAp0
数々のご指摘ありがとうございます。
>>117 >>120
x264.1400を使っていました。

>>119
私もそこが気になります。
unknownということで、ちゃんとh.264の形式になっていないのではないかと。

その後ですが、x264の最新verを入れなおしてエンコし直しました。

ビデオ
フォーマット : AVC
フォーマット/情報 : Advanced Video Codec
プロファイル : High@L3.0
コーデック ID : avc1
コーデック ID/情報 : Advanced Video Coding
ながさ : 13分 55秒
ビットレートモード : VBR モード
ビットレート : 450 Kbps
最大 : 2 809 Kbps
幅 : 512 ピクセル
高さ : 384 ピクセル
解像度 : 4:3
モード : CFR モード
フレームレート : 29.970 fps
解像度 : 8 ビット
ストリームサイズ : 44.8 MiB (87%)
使用したライブラリ : x264 core 84 r1416 fcf70c2
エンコードライブラリの設定 : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x113 / me=umh /
subme=9 / psy=1 / psy_rd=10.0:0.0 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=1 / cqm=0 /
deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=1 / sliced_threads=0 / nr=0 / decimate=1 / mbaff=0 /
constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=2 / b_bias=0 / direct=3 / wpredb=1 / wpredp=0 / keyint=297 /
keyint_min=30 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=450 / ratetol=1.0 /
qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:0.55

今度はflvenc等でも再生でき、smilevideoへのアップも成功しました。
x264の旧バージョンを用いると、エンコが不安定になるといった現象はあり得るのでしょうか。
まだ腑に落ちないところもありますが、無事にアップすることができました。
みなさんありがとうございました。

122:名無しさん＠お腹いっぱい。
10/02/12 14:58:43 icY1k7lW0
>>121
1400の初期の奴は不安定。
過去スレでも出ている。
あとVBRはストリーミング向きではない（瞬間的にビットレートが超えるとカクつく）から、CBRの方が安定して見れると思うよ。

123:名無しさん＠お腹いっぱい。
10/02/12 15:00:46 8DAjlTAp0
>>122
ありがとうございます。
まだまだ下調べが足りなかったみたいです。
今度はCBRを使うようにします。

なかなか難しいですね。

124:名無しさん＠お腹いっぱい。
10/02/12 15:16:23 oPsueYan0
>>122
ニコニコでCBR勧めるなんてアホか

125:名無しさん＠お腹いっぱい。
10/02/12 15:32:54 3PmXWRS50
ニコニコはストリーミングじゃねえし

126:名無しさん＠お腹いっぱい。
10/02/12 15:37:32 icY1k7lW0
>>124
あほも何も、wiki自体がCBRで書かれているだろ。
回線速度に依存するようなストリーミング配信は、CBRの方が向いているんだよ。

127:名無しさん＠お腹いっぱい。
10/02/12 17:09:49 oPsueYan0
そりゃリアルタイムストリーミングならCBRもありだろうが、
プログレッシブダウンロードのニコニコでCBRのほうがいいことなんてひとつもないぞ
そもそもwikiにCBRのほうがいいなんて書いてあったっけ？

128:名無しさん＠お腹いっぱい。
10/02/12 17:21:34 fyp/Rd/k0
>>127
原理的には手元にファイルが残るか残らないかの違いだけだから、平均ビットレートからぶれないCBRの方が良いんだよ。
>そもそもwikiにCBRのほうがいいなんて書いてあったっけ？
ｈ264のニコ動wikiが、CBR前提で書いている。

CBRのメリットについては
URLﾘﾝｸ(homepage2.nifty.com)
とか
URLﾘﾝｸ(ascii.jp)
とか見れば判るだろ？
回線速度やスペックに依存する再生環境では、可変ビットレートの処理能力次第で再現性が悪くなるんだからさ。

129:名無しさん＠お腹いっぱい。
10/02/12 17:47:26 oPsueYan0
ニコwikiのAviUtl+x264関連の記事の10分の１くらいは俺が書いた
とくに↓のページに関しては半分以上は俺が書き直したようなもんだが、
CBRを前提に書いたことは一度もない
URLﾘﾝｸ(nicowiki.com)

一体どこの記述のことを言ってるんだ？
そして、CBRがいいと主張するなら、当然これくらいは把握してるよな？
URLﾘﾝｸ(www.up-cat.net)

130:名無しさん＠お腹いっぱい。
10/02/12 17:50:52 qiktcwdI0
2passでいいじゃまいか

131:名無しさん＠お腹いっぱい。
10/02/12 17:56:24 cu937wQ20
見比べたいんでおなじ動画をCBR、VBRで作ってみてよ

132:名無しさん＠お腹いっぱい。
10/02/12 18:17:01 fyp/Rd/k0
>>129
厳密な定義はともかく、ビットレート計算や実際の変換手順が２パスCBRの手法そのものだろ。（疑似でもABRでもいいけどね）
拡張ｘ264のGUI自体VBRとそうでない物を分けてあり、実質固定ビットレート扱いなんだからさ。
上にあげたアスキーのページにもDivXのビットレート変動記事はあるから、厳密な意味で完全な固定ではないと自分も理解しているよ。
紹介されたページの最後にも「MP3から脈々と続くCBRへの幻想を捨て、現代的な意味でのCBR(ABR)を理解して使おう。」って書いてある。
ちなみに俺の指摘は↓ね。
URLﾘﾝｸ(nicowiki.com)

133:名無しさん＠お腹いっぱい。
10/02/12 18:19:26 liRnJ9x30
えっ…

134:名無しさん＠お腹いっぱい。
10/02/12 18:26:51 oPsueYan0
>>132
お前はニコwikiの記述にそって2パスエンコした動画はmediainfoで>>121みたいに
表示されることも知らないでそんなことを言ってたのか？
>>121を見てCBRを勧めるってのは、まさに古典的なCBRを勧めるってことと同じなんだよ

135:名無しさん＠お腹いっぱい。
10/02/12 18:29:51 fyp/Rd/k0
>>134
mediainfo使った事無かった。
手間かけさせて悪かったなｗ

136:名無しさん＠お腹いっぱい。
10/02/12 18:34:59 ++HHjBvd0
>>132
あのなあ、それでエンコされるのはまさしくVBRなの。
VBRだからシーンによってビットレートは大きく変動する。
そこで指定した値になるように各シーンのレートをコントロールしてエンコードするわけ。

137:名無しさん＠お腹いっぱい。
10/02/12 18:37:50 ++HHjBvd0
Bitrate Viewer - Main Page
URLﾘﾝｸ(www.winhoros.de)

このソフトでビットレートが時間軸に沿って見られるから、適当なファイルを見てみろ。
シーン毎に変動して平均レートからブレてるのが分かるから。

138:名無しさん＠お腹いっぱい。
10/02/12 18:40:44 oe/2ZpUZ0
CodecSysCE-10 みたいなソフトでLinux対応の無料ソフト知らないですか？？

139:名無しさん＠お腹いっぱい。
10/02/12 18:52:37 fyp/Rd/k0
>>136-137
それ（ビットレート変動）は判るが、↓ではCBR（固定ビットレート）と解説されている。（もちろんDivXとｈ264の違いはあるがね）
URLﾘﾝｸ(ascii.jp)
H264も同じ様なものだと思ってたが、違うのか・・・それとも記事が間違っているのか？

140:名無しさん＠お腹いっぱい。
10/02/12 19:03:50 ++HHjBvd0
>>139
いや、だからx264で普通に使うのはそのページのVBRなんだってば。
>132のページにもマルチパス（推奨）になってるでしょ、
それがそこのページで解説されてるDivXの2パスのVBRって事。

シングルパス - 固定ビットレートをわざわざ選べばそこのページのCBR（ABR）相当になるが。

141:名無しさん＠お腹いっぱい。
10/02/12 19:10:03 oPsueYan0
>>139
この記事は色々おかしい
例えば
>CBRは別名「1パスエンコード」と呼ばれる。またVBRは別名「2パスエンコード」や「マルチパスエンコード」などと呼ばれる。
そもそも週アスの記事はネトランと同レベル
こんなもん参考にしてるだけで笑われる

142:名無しさん＠お腹いっぱい。
10/02/12 19:11:25 oPsueYan0
ああ、これは週アスじゃなかった
まあ、教えて君.netと同レベルだというのは間違いないけど

143:名無しさん＠お腹いっぱい。
10/02/12 19:18:00 oPsueYan0
>>138
そういうのはLinux板で聞けよ

144:名無しさん＠お腹いっぱい。
10/02/12 19:28:09 fyp/Rd/k0
>>140
要は、ｈ264では（疑似CBR（ABR)の）VBRを使えば平均ビットレートの斑が安定して、ニコ動みたいな配信向きになると思っているんだが。
厳密なVBRは、出来上がりまでファイルサイズが特定できない訳だし。
＞x264のCBRの定義は、ソースのdoc/ratecontrol.txtに書いてある。
＞若干古くなっているので読み替えるべきだが、VBVを充足するABRの事をCBRと呼んでいる。
＞そして、x264的な（CBRではない）ABRの定義は、厳密なVBVを充足しないが、大体指定のビットレートに落ち着くようにレートコントロールを行うものとなっている。

って答えと一致するのではないか？

何だか自分で書いててGr.3エンジンオイルの区分みたく思えてきたｗ
>>140的にはどう思う？

145:名無しさん＠お腹いっぱい。
10/02/12 19:32:00 qYjgiNAx0
やんぶ

146:名無しさん＠お腹いっぱい。
10/02/12 19:45:03 qcnq4aJO0
>>144
いきなりアク禁になったorz

要するに>132に書いてあるマルチパス（推奨）は使わずに、
シングルパス - 固定ビットレートを選ぶって事？
それならマルチパスよりビットレートの変動は少なくなるのは確か。
ビットレートの変動が少なくなる分再生負荷も変動しにくくなる。

＞厳密なVBRは、出来上がりまでファイルサイズが特定できない訳だし。
それは違う、サイズが特定できないのは品質指定VBR。
x264で言うqp（シングルパス - 固定量子化量）やcrf（シングルパス - 品質基準VBR）がそう。

マルチパスはビットレート指定VBRなので、指定した値になるようにコントロールする。
どちらの方法もVBR。

147:名無しさん＠お腹いっぱい。
10/02/12 19:54:17 oPsueYan0
>>144
一致しないよ
>VBVを充足するABRの事をCBRと呼んでいる。
ニコwikiではVBVの設定には何も触れてない
なぜってプレミアム会員にもビットレート制限が合った頃には、そんなもん必要なかったから
flashplayerがビデオカードでの再生支援に正式に対応したら書き加えようと思ってたけど
現状のニコwikiの記述は、単なるファイルサイズ調整のためだけのもので、純粋なVBR

148:名無しさん＠お腹いっぱい。
10/02/12 19:59:27 fyp/Rd/k0
>>146
いやいや、2パスｈ264。
Wikipedia項目ﾘﾝｸ
↑見るとたぶん2パスABRって事になるんじゃないかなぁ？って思ってね。
配信向きに、ビットレート指定する訳だから。

149:名無しさん＠お腹いっぱい。
10/02/12 20:08:43 BUa9igie0
＞平均ビットレートの斑が安定して、ニコ動みたいな配信向きになると思っているんだが。

リアルタイムでの配信を重視するようなものならともかく、
ニコ動の場合は動画ファイルをスピーディーにローカルに送れればいいだけだし
現在のネット回線とかの能力を考えると平均ビットレートが安定したからと言って
「配信向き」になるとは思えないけどなあ。
ニコニコ動画的な「配信向き」は
　　・小ファイルサイズ（なるべく速くファイルをローカルに落とす）
　　・その上でなるべく高画質
　　・できれば低スペック環境でも再生負荷が低いようにする（CABAC切ったりとかそのへん）
であって、ビットレート変動なんてほとんど関係ないような気がするけど。

150:名無しさん＠お腹いっぱい。
10/02/12 20:19:11 qcnq4aJO0
>>148
呼び名はVBRでもABRでもどっちでも良いが、
マルチパスの場合は明確にCBRと書かれている場合を除いて、
品質に応じてビットレートを変動させる処理になる。

なぜならそうしないと時間コストをかけてマルチパスで処理する意味がないから。
ビットレートを固定するなら1パスでそこそこの精度で出来るわけだ。

ビットレートを指定するのは配信向きではない、ファイルサイズを固定するため。
例えばDVDに保存（≠ストリーミング再生）する場合、SLなら4.7GBとメディアのサイズが決まってる。
その容量にピッタリ収まる範囲内で出来るだけ高画質にエンコードできるよう、
マルチパスエンコードを用いてビットレートを指定するわけ。

ってかそこははっきり言ってあまり良い解説じゃない、英語版の方が良いのでそっち見た方が良い。

Variable bitrate - Wikipedia, the free encyclopedia
URLﾘﾝｸ(en.wikipedia.org)

151:名無しさん＠お腹いっぱい。
10/02/12 20:34:53 Kmi9xzZn0
近々パソコンを買いかえ予定なんだけどWin7だと動画編集とかに使う
フリーソフトが対応してなかったりする？
おもにaviutlとVideoStudio9とniveとニコエンコあたり使ってるんだけど

152:名無しさん＠お腹いっぱい。
10/02/12 20:38:57 oPsueYan0
とりあえずVSは11がWin7(x64)ではインスコ出来なかったので、
VMWarePlayerでXPモード使わなければならんかった
逆に言えば、VMWarePlayer使えば互換性は気にすることはない
もちろんXPモードなしのHomePremiumなら、別にXP用意せにゃならんが

153:名無しさん＠お腹いっぱい。
10/02/12 21:20:53 SVhey3tVP
妙に白熱してると思ったら。。。あれ？
元々、このスレじゃVBR前提で、おまけに推奨までしてた筈だけど、どうしてこうなった？
ニコはストリーミングをバッファに蓄え再生する仕様ではなく、ブラウザのキャッシュにDLしつつ再生する。
VBRでもCBRでもファイルさえ落ちてくれば滞りなく再生される。厳密なリアルタイムじゃないからね。
逆に回線が詰まってファイルが落ちてこなければ、VBRだろうがCBRだろうが止まるワナ。

そもそもキツイ容量制限下で画質を満足させようと思ったら、使える手段は積極的に使うとこでしょ。
もちろん視聴者側の再生負荷などとのバーターになるから、その辺の設定を見極める必要はあるけど。
フレーム単位でビットレートを融通してでも、無駄なビット使用は控えたいと考える方が効率的。

そんな訳だから、この流れを見てよく解らなくなった初心者さん。あんま気にせずエンコ楽しんでくだしあ。

154:名無しさん＠お腹いっぱい。
10/02/13 06:27:30 tdWBkcj80
無駄なビット使用は控えたいけど --crf で容量ぎりちょん狙うのはキビシー
何パスかければ限りなく近くなるんだ

155:名無しさん＠お腹いっぱい。
10/02/13 14:49:11 PWI8xbzv0
パス数は増やしても無駄だろうし、ほんの数kbps上がったところで
品質がよくなるわけでもなかろ（悪くなったりすることもあるだろうし）
ほどほどで妥協しないとハゲるぞ

156:名無しさん＠お腹いっぱい。
10/02/13 16:12:26 x4ErEE480
720分の動画をうｐしたくてニコエンコにつっこんだんだけど
出来上がった動画は半分くらいで音が聞こえなくなった
こんな自分にお勧めのソフトとエンコ設定教えてください

157:名無しさん＠お腹いっぱい。
10/02/13 16:40:11 PWI8xbzv0
プレミアム会員でも19.4kbpsか…お手軽ツールには荷が重すぎる
あきらめろ

158:名無しさん＠お腹いっぱい。
10/02/13 16:46:17 01EzPOeU0
12時間てｗ

159:名無しさん＠お腹いっぱい。
10/02/13 20:23:27 Yn88nWxfP
>>156
ちょっとでも動いてたら依頼スレでも丁重にお断りされかねんｗ
どんな素材だか気になるが、静止画1枚でもキツイってことは念頭に置いた方がいい。
まず導入し易いAviutlでも使うとして、100回ぐらい設定を練りつつエンコしてみてはどうだろう？

160:名無しさん＠お腹いっぱい。
10/02/13 23:14:46 LHw5pjHY0
そうか・・・
やっぱ難しいのね
ありがとう

161:名無しさん＠お腹いっぱい。
10/02/13 23:18:48 Yn88nWxfP
作業用BGMで検索掛けて、時間の長い順でソートし、その中から適当な動画を
実際にDLして詳細を見てみるといい。どうやって実現してるかの参考になるよ。

162:名無しさん＠お腹いっぱい。
10/02/14 13:34:24 LVy/dief0
質問です、よろしくお願いします

１．問題点
Aviutlの拡張x264出力(GUI)でエンコードすると
できあがったMP4ファイルの映像だけ早送りになっている

２．元ファイルの情報
フォーマット : AVI
フォーマット/情報 : Audio Video Interleave
プロファイル : OpenDML
サイズ : 3.02 GiB
ながさ : 14分 16秒
オーバルビットレート : 30.3 Mbps

ビデオ
ID : 0
フォーマット : Digital Video
コーデック ID : dvsd
コーデック ID/ヒント : Sony
ながさ : 14分 16秒
ビットレートモード : CBR モード
ビットレート : 24.4 Mbps
幅 : 720 ピクセル
高さ : 480 ピクセル
解像度 : 1.500
元解像度 : 4:3
モード : CFR モード
フレームレート : 29.970 fps
標準 : NTSC
解像度 : 8 ビット
カラーリメトリ : 4:1:1
スキャンの種類 : インターレース
ビット/(ピクセル*フレーム) : 2.360
ストリームサイズ : 2.87 GiB (95%)

オーディオ
フォーマット : PCM
Endianness : Little
Sign : Unsigned
コーデック ID : 1
コーデック ID/ヒント : Microsoft
ながさ : 14分 16秒
ビットレートモード : CBR モード
ビットレート : 1 536 Kbps
チャンネル : 2 チャンネル
サンプルレート : 48.0 KHz
解像度 : 16 ビット
ストリームサイズ : 157 MiB (5%)
ドゥレイション : 967 秒 (28.98 ビデオフレーム)

163:名無しさん＠お腹いっぱい。
10/02/14 13:37:44 LVy/dief0
３．エンコードして出来上がったファイルの情報
フォーマット : MPEG-4
プロファイル : Base Media
コーデック ID : isom
サイズ : 7.81 MiB
ながさ : 1分 29秒
オーバルビットレート : 729 Kbps
エンコード日 : UTC 2010-02-10 17:29:25
タグ付け日 : UTC 2010-02-10 17:29:25
ビデオ
ID : 1
フォーマット : AVC
フォーマット/情報 : Advanced Video Codec
プロファイル : High@L3.0
CABAC : はい
RefFrames : 5 フレーム
コーデック ID : avc1
コーデック ID/情報 : Advanced Video Coding
ながさ : 1分 29秒
ビットレートモード : VBR モード
ビットレート : 600 Kbps
最大 : 1 096 Kbps
幅 : 512 ピクセル
高さ : 384 ピクセル
解像度 : 4:3
モード : CFR モード
フレームレート : 29.970 fps
解像度 : 8 ビット
カラーリメトリ : 4:2:0
スキャンの種類 : プログレシッブ(PPF)
ビット/(ピクセル*フレーム) : 0.102
ストリームサイズ : 6.41 MiB (82%)
使用したライブラリ : x264 core 84 r1416 fcf70c2
エンコードライブラリの設定 : cabac=1 / ref=5 / deblock=1:-1:-1 / analyse=0x3:0x113 / me=umh / subme=9 / psy=1 / psy_rd=0.5:0.0 / mixed_ref=1 / me_range=16 /
chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=1 / sliced_threads=0 / nr=0 / decimate=1 / mbaff=0 /
constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=2 / b_bias=0 / direct=3 / wpredb=1 / wpredp=0 / keyint=600 / keyint_min=24 / scenecut=54 / intra_refresh=0 /
rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=600 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=16 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:0.50
エンコード日 : UTC 2010-02-10 17:20:42
タグ付け日 : UTC 2010-02-10 17:29:26
matrix_coefficients : BT.601-6 525, BT.1358 525, BT.1700 NTSC, SMPTE 170M

オーディオ
ID : 2
フォーマット : AAC
フォーマット/情報 : Advanced Audio Codec
バージョン : Version 4
プロファイル : LC
SBR : はい
PS : いいえ
コーデック ID : 40
ながさ : 1分 29秒
ビットレートモード : VBR モード
ビットレート : 127 Kbps
最大 : 150 Kbps
チャンネル : 2 チャンネル
チャンネルの位置 : L R
サンプルレート : 48.0 KHz
ストリームサイズ : 1.36 MiB (17%)
エンコード日 : UTC 2010-02-11 17:29:19
タグ付け日 : UTC 2010-02-10 17:29:26

164:名無しさん＠お腹いっぱい。
10/02/14 13:38:56 LVy/dief0
４．使用ソフト
aviutl

５．MP4ならば必要に応じてx264のエンコードオプション
--preset Medium --bitrate 600 --pass 3 --stats ".\x264.stats" --aq-strength 0.5 --psy-rd 0.5:0 --qpstep 16 --scenecut 54 --min-keyint 24 --keyint 600 --b-adapt 2 --ref 5 --weightp 0
--direct auto --me umh --subme 9 --trellis 2 --deblock -1:-1 --output nul

６．PC環境
システム:
Microsoft Windows XP Home edition version2002 Service Pack3
コンピュータ:
Intel(R)
Celeron(R)CPU2.66GHz
2.67GHz、1.00GB RAM

165:名無しさん＠お腹いっぱい。
10/02/14 13:47:41 U/Buz8M10
再生側がおかしいんだろ
とりあえず>>3のFlavieかFLVPで再生してもまだおかしいんだったら
もう一度おいで

166:名無しさん＠お腹いっぱい。
10/02/14 14:31:39 LVy/dief0
なんてこったあっさり再生できてしまいました、どうもすいません

けどメディアプレーヤークラシックで再生に異常があっても特に問題はないんですか？

167:名無しさん＠お腹いっぱい。
10/02/14 15:09:33 QodAxOD50
>現状はフリーの正しくedtsに対応したDiretShow Filterはありません。
これのことなら、対応するまでしばらくはx264r1376でも使えばいいよ

問題ない人には関係ない話だから

168:名無しさん＠お腹いっぱい。
10/02/14 15:35:34 U/Buz8M10
まあ、早々に決着してよかったね

あと、今回みたいに直接情報書きこむと長ったらしいからpastebin使うといいよ
いちおう>>１にもそう書いといたんだけど

例：
URLﾘﾝｸ(ja.pastebin.ca)

169:名無しさん＠お腹いっぱい。
10/02/15 18:53:55 FtwDya+10
今までﾑｰﾋﾞｰﾒｰｶｰで編集&無圧縮出力した後MediaCoderでMP4にｴﾝｺしてました
今回aviutlで編集&MP4にｴﾝｺした物をうｐしたら「動画が流れずに音声しか聞けない」というｺﾒがつきました
どっちの動画もｻｲｽﾞは100MBなんですがなぜ見れなくなってしまうんでしょうか？
MediaCoderの方は30fpsでaviutlは60fps(?)くらいしか違いが思いつかないんですが関係ありますか？

170:名無しさん＠お腹いっぱい。
10/02/15 18:58:58 SExJZnlL0
>>169
あなたは見られてるのかどうか。
つーかなぜその動画のURLを貼らない？

171:名無しさん＠お腹いっぱい。
10/02/15 19:14:36 FtwDya+10
>>170
自分は見れています
URLﾘﾝｸ(www.nicovideo.jp)
↑の動画がaviutl版でそれ以前の動画がMediaCoder版です

172:名無しさん＠お腹いっぱい。
10/02/15 19:58:30 fqrZXa+U0
>>171
普通に観れてるよ
そのままロースペPCおいてけぼり路線でいいと思うよ

173:名無しさん＠お腹いっぱい。
10/02/15 20:48:26 d6hbBIEJ0
>>171-172
ロースペおいてけぼりっていうか、４年前のCeleronM 1GHzノートで十分見れるけど・・・。

174:名無しさん＠お腹いっぱい。
10/02/16 00:33:55 rWbSHaRF0
>>171
cpuほぼ100%だけど、わりと快適に見れたよ
celeron M 1.7GHz
声がひろゆきに似てる

175:名無しさん＠お腹いっぱい。
10/02/16 09:05:44 w5tvm2x+0
IntelならPen4、AMDならAthlonXPはもう切り捨てて全く問題ない

Intelはその後Core、Core2、Corei、
AMDは64、Phenom、PhenomIIと出てる

いつまでも古い環境に縛られて進歩を阻害されるのは迷惑だ

176:名無しさん＠お腹いっぱい。
10/02/16 10:01:25 P7qcMOIk0
進歩を阻害されるｗｗ
無視すりゃいいだけじゃねえか

177:名無しさん＠お腹いっぱい。
10/02/16 11:44:58 Ono+zoK00
単に後から出たからというより
大幅に進歩したからな

178:名無しさん＠お腹いっぱい。
10/02/16 15:54:37 5ojQVSVc0
>>175
とは言え、世間では圧倒多数のPentium4、Athlon XPが現役だろ？。
製品のライフサイクル的にも、そろそろ壊れる時期だろし、俺のPentium4_3.0GHz(北森)も壊れた。
数年もせず業務用の一部のPC以外は、Corei*、Phenom II に置き換わる坐して待て。

とか言ってるが、実は 64 4000+ を中古部品で再生したばかりだっt(ry

179:名無しさん＠お腹いっぱい。
10/02/16 16:22:14 mE2TQQAR0
>>178
さすがに圧倒的多数はないと思うが。
既にどちらかというと少数派だろう。
H.264動画が始まった当初多かった重いって話も減ってきてるし、
だいぶ移行も進んだんじゃないか。

180:名無しさん＠お腹いっぱい。
10/02/16 16:27:57 MXUcayC80
俺は今年もPen4で頑張るぜ。2ｃｈ見れてエロゲーできてニコニコ見れる。
エンコが遅くて昔のflv時代では容量オーバー＞やり直し
に泣いたときはあるが、今ではそういう事もなくなったしな。まあでも今年が限界かねぇ

181:名無しさん＠お腹いっぱい。
10/02/16 19:18:49 vyKQ2KU2P
>>180
あんたはオレかｗ

182:名無しさん＠お腹いっぱい。
10/02/16 20:42:02 D03a8oDb0
俺のセレロン540@1.86GHzでも普通に観られるしぃ～。

183:名無しさん＠お腹いっぱい。
10/02/16 21:03:37 vyKQ2KU2P
>>171
てことで。。。
本来、製作者側の集うスレでロースペでも視聴可能との意見が出てるから動画的には問題無いかと。

おそらくコメ残してる視聴者側の環境の問題じゃないかね。たとえば。。。
PCのCPUが腐ってる。メモリーが少ない、常駐物が多い、OSが古い、フラッシュが古いなどなど。

こちらが出来る対策はビットレートを下げる、x264のオプションを軽い設定にするなど。
AVInapticでも使って視聴可能動画との設定の違いを見つつ、画質とのバーターで詰めてみては？

184:名無しさん＠お腹いっぱい。
10/02/16 21:10:01 vyKQ2KU2P
あっと、書き忘れた。
30fpsと60fpsでは再生負荷が大きく変わる。低スペックなら尚更。
元来、同期のいい加減なフラッシュプレーヤーで60fpsは逆にカクカクになり易い。
取り込み段階で30fpsで撮れるなら、それを素材にした方が再生負荷は抑えられるよ。

185:名無しさん＠お腹いっぱい。
10/02/17 18:51:41 DOsBpcl70
169です
低スペックでも見れるようですね
取り込みは変更できないので編集で30fpsにして作ってみたいと思います
みなさんありがとうございました

186:名無しさん＠お腹いっぱい。
10/02/22 11:12:31 WCUGmAqW0
無圧縮キャプ動画は劣化０だからノイズ除去フィルタをかける必要ありませんよね？

187:名無しさん＠お腹いっぱい。
10/02/22 11:20:29 d7waexxIP
してもいいししなくてもいい
自分の目で見て判断

188:名無しさん＠お腹いっぱい。
10/02/22 15:56:12 WCUGmAqW0
了解
ノイズ除去系のフィルタを全部外すとかなり早くなるんでこのままの路線で行こうと思うます

189:名無しさん＠お腹いっぱい。
10/02/22 16:52:49 NppD1hxy0
質問とは違うんだけど
アスペクト比に問題がなければ指定するべきビデオサイズに変換しなくても
必ずしも再エンコされるわけではないんだね
「VIPで初心者が…」を熟読して動画をアップしたんだけど
アスペクト比4:3の640×480を512×384にリサイズするのを忘れてアップしたんだ
でも素材元と比べてみても画質の低下は見られなかった

念のためSmileでDLして真空SuperLite 100101でコーデックを見たら
640×480　24Bit　AVC/H.264 High@3 29.96fps 8051f 566.31kb/s
AAC 48.OOkHz 2.0ch(2/0 L＋R) HE(SBR) 62.99kb/s
MP4 Base Media v1
［MPEG4］
という結果でした

190:名無しさん＠お腹いっぱい。
10/02/22 17:09:32 AMiTSOi00
>>1にあるまとめwikiに目を通してたらそれくらいは周知だろ・・・
一般会員は800x600までなら弾かれずに上げられる。
因みに拡大表示＋F11推奨とかいうタグが付いてる動画は
高解像度で上げてるから拡大してもぼやけたりしない動画だ。

基本的には拡大より縮小の方が見た目で綺麗に処理されてると思うので、
>>189の言うとおり画質の低下はあまり感じることはない。
ただし512x384より小さいサイズで上げてしまうと、
引き伸ばされて画質悪くなっちゃうから注意な

191:名無しさん＠お腹いっぱい。
10/02/27 14:05:52 t/CL8HzS0
今まで長い間たくさんアップしてきて何の問題もなかった設定が
昨日から何度やっても再エンコされるようになったんだけど何かあったの？

192:名無しさん＠お腹いっぱい。
10/02/27 14:44:08 yanOTufs0
本当に長い間たくさんアップしてきたやつなら、具体的な設定内容をちゃんと書くだろ

193:191
10/02/27 15:45:07 t/CL8HzS0
aviutlの拡張x264出力でプリセットのニコニコ（バランス）かニコニコ（高画質）
変更はビットレートのみ、動画は512kbps、音声はNeroAACでAAC-LCかAAC-HEの48～64kbps
解像度は512x384か512x288

今まで1度も再エンコ食らったことないしニコニコ側に何かあったと考えるしかないべ
動画の仕様に何か変更があったとか一部のユーザで不具合出てるとか
設定は少なくとも一昨日までは何ら問題が出たことはなかったものだもの

194:名無しさん＠お腹いっぱい。
10/02/27 16:16:09 yanOTufs0
>>193
>>1

質問時は
　　２．元ファイルの情報（必ずmediainfo等にかけた結果を書いて下さい）
　　３．エンコードして出来上がったファイルの情報（同上）

なお、mediainfoの動画情報等を貼る場合は、patebin等のサービスを利用すると便利です
URLﾘﾝｸ(ja.pastebin.ca)

195:名無しさん＠お腹いっぱい。
10/02/27 20:21:01 fxLdlY+O0
やっぱ『何故か再エンコ』状態は自分だけじゃなかったんだ。
エコノミー回避用の低画質mp4なのに今日は何度やっても再エンコだよ、

196:名無しさん＠お腹いっぱい。
10/02/27 21:32:10 yanOTufs0
>>193,195

エコ回避なし
URLﾘﾝｸ(www.nicovideo.jp)
エコ回避あり
URLﾘﾝｸ(www.nicovideo.jp)

お前ら、釣りがしたいんだったらちゃんとメ欄に"釣りです"って書かないとだめだよ

197:名無しさん＠お腹いっぱい。
10/02/27 23:51:45 ov3kMV9m0
ハ？

198:名無しさん＠お腹いっぱい。
10/02/28 09:21:15 OQJeaTCM0
昨日はsmileもエラーが出てたからね。

199:名無しさん＠お腹いっぱい。
10/03/02 21:48:36 u8ACmyPi0
復活かな
>>196
ニコニコはすべての人が同じ症状というわけではないヘンな不具合がてんこ盛りなんだぜ

200:名無しさん＠お腹いっぱい。
10/03/02 23:44:12 6qwirDYM0
>>199
一時的にアップロードがうまくいかなかったりすることはあるが、
だとしても>>193、>>195はこのスレで擁護する価値はゼロだと思うぞ。

201:名無しさん＠お腹いっぱい。
10/03/03 00:33:55 HlJewLdy0
プレミアム会員ってビットレートの制限ないんだよね？
映像2.3Mの96MBのmp4作ったら、エンコに失敗するお・・・・。

202:名無しさん＠お腹いっぱい。
10/03/03 00:52:19 ABmMjZOc0
これはひどい

203:名無しさん＠お腹いっぱい。
10/03/04 14:03:27 NOQYct0l0
aviutlのx264mp4でエンコしたんですが、ニコニコの流れるコメントが綺麗に表示されません
ビットレートを上げても変わりがありません
コメント以外の画質と音質は申し分ないのですがコメントがギザギザになってしまうというか
綺麗に表示されません
どうしたら綺麗に表示されますでしょうか

204:名無しさん＠お腹いっぱい。
10/03/04 14:05:52 Nwl3J1Vs0
一般ならAviutlのx264拡張で
プリセット高画質　映像543kb/s　音声LC96kb/s
これで動画時間9分弱ぐらいなら普通にスマイルでエンコード通るんだけどな、
合計639kb/s以上だとどうしても弾かれてしまう

　　

205:名無しさん＠お腹いっぱい。
10/03/04 14:40:29 WLP+6JMp0
>>203
gdiとかかければいいんじゃないかな？文字のアンチエイリアスとかいうやつ

ノーマルver.
URLﾘﾝｸ(www.dotup.org)
アンチエイリアス
URLﾘﾝｸ(www.dotup.org)

細かい設定とかしてないからほとんど変わらんかもしれんが、
「イ」の曲線とかは綺麗に見えてる

206:名無しさん＠お腹いっぱい。
10/03/04 14:48:18 H093f21T0
>>205
そのスクショだとノーマルverの方がニコニコに近いように見えるんだが
後者はなんかニコニコをパクったサイトみたいな感じがする

207:名無しさん＠お腹いっぱい。
10/03/04 14:51:22 69D816d20
>>203
ん？コメントと動画のエンコードはまったく関係ないんだが。

208:名無しさん＠お腹いっぱい。
10/03/04 15:04:27 WLP+6JMp0
>>206
ノーマルver.は手を加えてないからそう見えるだろうね
比較のためにいつも見ているであろう物を上げた

>>207も言っているように、コメントの見た目は見ている側の環境に依存されるぞ
もし、ある動画をキャプチャーして動画を上げるというのなら、
キャプチャーの時点で文字を綺麗にしておけばいいんじゃないかな

209:名無しさん＠お腹いっぱい。
10/03/04 16:51:46 NOQYct0l0
203ですがレスありがとうございます
>>205
たしかに綺麗ですね
gdiですか調べてみます
ありがとうございます

>>207　>>208
アマレココでニコ生の動画をキャプチャしたんですが、エンコ前は普通なんですが
エンコすると流れるコメントが若干ギザギザになるというか、劣化してしまいます
gdiというものをやってみようと思います
ありがとうございました

210:名無しさん＠お腹いっぱい。
10/03/04 17:25:45 H19cIW7r0
>>209
>エンコ前は普通なんですがエンコすると流れるコメントが若干ギザギザになる

っ UVダウンサンプリングフィルタ

211:名無しさん＠お腹いっぱい。
10/03/04 17:31:49 69D816d20
>>209
エンコ前は普通ってことならエンコの問題かもしれんな。
ってことで実物を見てみないとなんとも言えん。

212:名無しさん＠お腹いっぱい。
10/03/04 17:34:03 69D816d20
あー、色つきコメだと彩度高い文字が多いから 210 の回答が的確かな。
いくらか改善すると思う。

213:名無しさん＠お腹いっぱい。
10/03/04 20:09:06 H19cIW7r0
そういえばUVダウンサンプリングは、特にニコ向けエンコでは重要な意味を持つのに
wikiでは紹介してなかったな
つーことで、書き足しておいた

214:名無しさん＠お腹いっぱい。
10/03/04 22:05:03 LUHcs3Bu0
これ16分もあるのに画質よくないですか？
URLﾘﾝｸ(www.nicovideo.jp)

215:名無しさん＠お腹いっぱい。
10/03/04 22:32:05 H19cIW7r0
>>214
普通だろ
ここの住人なら誰でも出来るレベル

216:名無しさん＠お腹いっぱい。
10/03/04 22:34:05 D7X9x4eLP
>>214
動画をダウンロードしてコーデックチェッカーにでも掛けてみりゃいいよ。

217:名無しさん＠お腹いっぱい。
10/03/06 00:50:59 qAxiH/YH0
質問させてください。
１．問題点（なるべく詳しく）
WMMで編集したWMV（WMP等で問題なく再生できる）を、
Aviutlでmp4にエンコードすると冒頭に「プツッ」というノイズが混じる。
過去ログにあった「Aviutl上で１コマ進めて戻す」「wav出力した音声を再読み込み」でも解決しない。
※スレを読むとVBRというのはマズそうですが、
　VBRをCBRに変える方法がぐぐっても分かりませんでした…。

２．元ファイルの情報（必ずmediainfo等にかけた結果を書いて下さい）
ビデオ
ID : 2
フォーマット : VC-1
プロファイル : MP@ML
コーデック ID : WMV3
コーデック ID/情報 : Windows Media Video 9
コーデック ID/ヒント : WMV3
コーデック ID の説明 : Windows Media Video 9
ながさ : 1分 15秒
ビットレートモード : VBR モード
ビットレート : 3 249 Kbps
幅 : 512 ピクセル
高さ : 384 ピクセル
解像度 : 4:3
フレームレート : 30.000 fps
解像度 : 8 ビット
スキャンの種類 : プログレシッブ(PPF)
ビット/(ピクセル*フレーム) : 0.551
ストリームサイズ : 29.3 MiB (91%)
言語 : 日本語

オーディオ
ID : 1
フォーマット : WMA
バージョン : Version 2
コーデック ID : 161
コーデック ID/情報 : Windows Media Audio
コーデック ID の説明 : Windows Media Audio 9.2 - VBR Quality 98, 44 kHz, stereo 1-pass VBR
ながさ : 1分 15秒
ビットレートモード : VBR モード
ビットレート : 297 Kbps
チャンネル : 2 チャンネル
サンプルレート : 44.1 KHz
解像度 : 16 ビット
ストリームサイズ : 2.68 MiB (8%)
言語 : 日本語

218:名無しさん＠お腹いっぱい。
10/03/06 00:56:02 qAxiH/YH0
３．エンコードして出来上がったファイルの情報（同上）
ビデオ
ID : 1
フォーマット : AVC
フォーマット/情報 : Advanced Video Codec
プロファイル : High@L3.1
CABAC : はい
RefFrames : 3 フレーム
コーデック ID : avc1
コーデック ID/情報 : Advanced Video Coding
ながさ : 1分 15秒
ビットレートモード : VBR モード
ビットレート : 3 563 Kbps
ノミナル : 7 850 Kbps
最大 : 9 246 Kbps
幅 : 512 ピクセル
高さ : 384 ピクセル
解像度 : 4:3
モード : CFR モード
フレームレート : 30.000 fps
解像度 : 8 ビット
カラーリメトリ : 4:2:0
スキャンの種類 : プログレシッブ(PPF)
ビット/(ピクセル*フレーム) : 0.604
ストリームサイズ : 32.2 MiB (97%)
使用したライブラリ : x264 core 80 r1376 3feaec2
エンコードライブラリの設定 : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x113 / me=umh / subme=9 / psy=1 / psy_rd=0.4:0.0
/ mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11
/ fast_pskip=1 / chroma_qp_offset=-2 / threads=3 / sliced_threads=0 / nr=0
/ decimate=1 / mbaff=0 / constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=2 / b_bias=0 / direct=3 / wpredb=1 / wpredp=0 / keyint=300 / keyint_min=30
/ scenecut=40 / rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=7850
/ ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:0.60
matrix_coefficients : BT.601-6 525, BT.1358 525, BT.1700 NTSC, SMPTE 170M
オーディオ
ID : 2
フォーマット : AAC
フォーマット/情報 : Advanced Audio Codec
バージョン : Version 4
プロファイル : LC
SBR : いいえ
コーデック ID : 40
ながさ : 1分 15秒
ビットレートモード : VBR モード
ビットレート : 124 Kbps
最大 : 136 Kbps
チャンネル : 2 チャンネル
チャンネルの位置 : L R
サンプルレート : 44.1 KHz
ストリームサイズ : 1.12 MiB (3%)
４．使用ソフト
aviutl
５．MP4ならば必要に応じてx264のエンコードオプション
　　（Aviutlの拡張x264出力(GUI)を使っているなら設定画面の下のほうにある"--bitrate ～"の部分）
--preset Medium --bitrate 10000 --pass 3 --stats ".\x264.stats" --aq-strength 0.6 --psy-rd 0.4:0 --qpstep 16 --scenecut 54 --min-keyint 30 --keyint 300
--b-adapt 2 --ref 5 --weightp 0 --direct auto --me umh --subme 9 --trellis 2 --deblock -1:-1 --output nul

６．PC環境
Windows VISTA home premium sp2
Intel Core2 CPU T5500 1.66GHz
1.0GB RAM

219:名無しさん＠お腹いっぱい。
10/03/06 01:31:58 owtJSxe/0
再生に使ったアプリが分からなければこちらも答えようがないぞ～

で、設定晒しで長文になりそうなときは>>1.の
＞なお、mediainfoの動画情報等を貼る場合は、patebin等のサービスを利用すると便利です
＞URLﾘﾝｸ(ja.pastebin.ca)
な。

220:名無しさん＠お腹いっぱい。
10/03/06 02:09:05 qAxiH/YH0
>>219
>再生に使ったアプリ
「MP4を再生したら冒頭でノイズが聞こえたアプリ」は以下の通りです。
MPC1.3.1264.0
WMP11.0.6002.18111
ニコニコ動画(URLﾘﾝｸ(www.nicovideo.jp))
いずれも停止ボタンを押して初めから再生するとノイズが聞こえました。

>設定晒しで長文になりそうなときは
長文申し訳ありませんでした。こういう使い方↓でいいでしょうか？
URLﾘﾝｸ(ja.pastebin.ca)

221:名無しさん＠お腹いっぱい。
10/03/06 03:03:42 3p6q7jhC0
>>220
URLﾘﾝｸ(revo.mine.nu)
このzipを解凍して、中に入ってるwaveout.batにwmvをD&Dすればwavファイルができるから、
そのwavを音声に使え

222:名無しさん＠お腹いっぱい。
10/03/06 04:32:56 qAxiH/YH0
>>221
ありがとうございます。いただいたwaveout.batにwmvをD&Dして出来たwav単体は、
WMPとMPCでノイズなく再生できました。しかし、
①Aviutlを起動しwmvを読み込む
②「音声読み込み」でwav単体も読み込み、218と同じ設定でエンコード
という手順を取ったところ、また冒頭ノイズ入り(WMPとMPCで確認)のmp4ができてしまいました。
①と②の間に「１コマ送って戻す」をやっても同じです。
出来たmp4をAviutlで読み込み、「１コマ戻る」ボタンを押すとノイズらしき波形が現れます。
どうすればいいのでしょうか…。

223:名無しさん＠お腹いっぱい。
10/03/06 06:43:36 B3S2FUCZP
音声だけエンコしてエンコ済みのmp4と音声のみ差し替える。
差し替えはmp4box(Yamb)辺りを使えば簡単なはず。

224:名無しさん＠お腹いっぱい。
10/03/06 12:27:58 qAxiH/YH0
>>223
>音声だけエンコ
>>222で出来た音声(wav)をSwitch2.03でaacに変換しました。(Aviutlではできませんよね？)
>差し替え
冒頭ノイズ入りmp4と音声(acc)を
yamb2.0の「Click to join supported files.」で結合しました。
…結果、またも冒頭ノイズ入りmp4になってしまいました。(Aviutlに読み込んでノイズの波形を確認)
今回できたmp4のmediainfo→URLﾘﾝｸ(ja.pastebin.ca)
音声(wav)をMPCで再生するとかすかなノイズがあるように聞こえるのですが、
soundengineで波形見ても無いし、冒頭無音にしてもmp4にするとノイズがつくし…。

225:名無しさん＠お腹いっぱい。
10/03/06 17:52:43 yMuRy3Ns0
>>224
FLVにしてみれば？

次ページ