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

ニコニコ動画へ動画をUPするためのFLV/MP4ファイル作成に関する質問スレです。
テンプレやwikiをよく読んで、わからない時に質問するようにしましょう。

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

質問時は
　　１．問題点（なるべく詳しく）
　　２．元ファイルの情報 （必ずmediainfo等にかけた結果を書いて下さい）
　　３．エンコードして出来上がったファイルの情報 （同上）
　　４．使用ソフト
　　５．MP4ならば必要に応じてx264のエンコードオプション
　　　　（Aviutlの拡張x264出力(GUI)を使っているなら設定画面の下のほうにある"--bitrate 〜"の部分）
　　６．PC環境
等を忘れずに書きましょう。ここにｴｽﾊﾟｰは居ません。

エラーが起きたというような場合は、
　　・エラーを起こすまでの操作手順
　　・エラー発生時のエラーメッセージ
などもしっかり書きましょう。

なお、mediainfoの動画情報等を貼る場合は、patebin等のサービスを利用すると便利です
http://privatepaste.com/
http://pastebin.com/

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

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

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

前スレ
【ニコニコ動画】FLV/MP4エンコードスレ 52【質問】
http://hibari.2ch.net/test/read.cgi/streaming/1292349601/

■関連スレ

【全力】ニコニコ関連の質問に全力で答えるスレ18
http://hibari.2ch.net/test/read.cgi/streaming/1310181161/

MAD制作初心者向けスレ113
http://hibari.2ch.net/test/read.cgi/streaming/1311514525/

【ニコニコ動画】エンコード依頼スレ 13【FLV/MP4】
http://hibari.2ch.net/test/read.cgi/streaming/1292211425/

■ FLV/MP4ファイル作成の具体的方法
ニコニコ動画まとめwiki-エンコード設定
http://nicowiki.com/encode.html

■ コーデック情報確認ツール（映像・音声ビットレート、フレームレート等の確認用）
・MediaInfo
http://mediainfo.sourceforge.net/ja

・AVInaptic2
http://fsinapsi.altervista.org/

■ FLV/MP4視聴用ツール（映像・音声の視聴確認用）
・Flavie（日本語ok）
http://yakkun.com/other/flavie.htm

・FLVP（日本語ok）
http://s470.web.fc2.com/software.html

・FLV Player（メニュー表示など全て英語）
http://www.martijndevisser.com/blog/flv-player/

・H.264 FLV Player（日本語ok）
http://audition.good-mind.com/soft/

■MP4/FLV作成用フリーソフト

・x264 - a free h264/avc encoder(英語)
http://www.videolan.org/developers/x264.html　　(本家)
http://x264.nl/　　(配布場所)

・AviUtl version0.99i8（推奨）
http://spring-fragrance.mints.ne.jp/aviutl/
・AviUtlプラグインWiki(仮、作成中)
http://www.wikihouse.com/aviutl/

・Avidemux2（英語）
http://www.avidemux.org/ (本家）
http://avidemux.berlios.de/download.html　　（配布場所）

・ffmpeg(英語)
http://ffmpeg.org/ (本家)
http://libav.org/ (分家）
http://win32.libav.org/　　(配布場所)

・VirtualDub（英語）
http://www.virtualdub.org/　（本家）
・VirtualDub用日本語化パッチ
http://tnetsixenon.xrea.jp/rnote/localization/virtualdub.html

・VP6vfwコーデック（ver6.4.2.0）(ファイルへの直接リンクになります)
http://www.webalice.it/f.corriga/vp6personal/VP6.4.2.rar

・FLV/MP4エンコードスレ 支援サイト（下記バッチファイルセットなど）
http://lapis.lazuli.biz/
　基本セット（flvenc.zip）、VP6 2パス用mencoderセット（mencoder_vp6set.zip）、変換君ファイルセット（3GP_Converter_flv.zip）
AAC音声対応のFLV_ffmpegmux_D&D.bat 、可逆圧縮コーデックへのリンクなど

■音声エンコード用ソフト
・Nero AAC コーデック（AAC用コーデック）
http://www.nero.com/ena/downloads-nerodigital-nero-aac-codec.php

・Simple NeroAACEnc GUI : NeroAAC用のフロントエンド（Doom9フォーラム内/英語）
http://forum.doom9.org/showthread.php?t=110970

・Nero AAC/AAC+ UI : NeroAAC用のフロントエンド
http://www.digitalradiotech.co.uk/nero_aac_ui.htm

・qtaacenc : QuickTime for WindowsのaacエンコーダーをCLIで使うためのツール
http://tmkk.pv.land.to/qtaacenc/

・qaac : qtaacencと同じくQuickTime for WindowsのaacエンコーダーをCLIから使えるツール
http://sites.google.com/site/qaacpage/

・Lame.exe(mp3エンコーダー）
http://www.rarewares.org/mp3-lame-bundle.php

・Lame Ivy Frontend Encoder : 通称LIFE（上記Lame.exe用フロントエンド）
http://kkkkk.net/

■エンコード関連Q&A集（主にFLVに関して）

・ニコニコ動画まとめwiki内エンコード設定あるある質問箱
http://nicowiki.com/aruaru.html

・ニコニコ動画まとめwiki内エンコード系質問？を適当に集めた所（新）
http://nicowiki.com/EncodeQA.html

作成したFLV/MP4ファイルの確認方法

■電卓を使用しての実ビットレート計算方法

実ビットレート（kbps） = ファイルサイズ（byte） ÷ 時間（秒）× 8 ÷ 1000
(実ビットレートには映像と音声にFLV、MP4などのコンテナが使用するオーバーヘッドを含みます)

実ビットレートは一般会員で 656.384kbps 以下、プレミアム会員で 1049.5kbps 以下（仮定）

＊注意＊
「AviUtl等でエンコード時に設定したビットレート」と「実ビットレート」が同じである保証はありません。
ニコニコ動画でのビットレート違反の判断基準は上記の式で計算される「実ビットレート」の方です。

ファイルサイズはエクスプローラの右クリックメニューから、該当ファイルのプロパティを表示してバイト単位のサイズを参照する。
あくまで目安なので、通らなかったら潔くビットレートを下げてみましょう。
計算はWindows標準の電卓の他、Google電卓や下記サイトでやると楽です。

尚、各単位換算は以下の通りです。

1Mbps = 1000kbps
1kbps = 1000bps

1GiB = 1024Mbytes
1MiB = 1024kbytes
1KiB = 1024bytes
1byte = 8bits

■「実ビットレート」の計算方法

　ニコニコ動画では、アップロードしたファイルを調べ、ビットレート違反のチェックや
　エコノミー判定を行なうようになっていますが、この判定には、コンテナのオーバーヘッドや
　映像、音声など全てをひっくるめた「実ビットレート」と呼ばれる数値が使用されます。

　＊注意＊
　　「エンコードツール等で設定した映像や音声のビットレート」は、ただの目安です。
　　指定した映像と音声のビットレートを単純に足すといった計算は無意味ですので、
　　必ず下記の実ビットレート計算式を用いて計算して下さい。

　実ビットレートの計算で使う数値の意味や計算式は以下の通りです。

　　◎ファイルサイズ[bytes]
　　　　作成したFLVやMP4のファイルを右クリック→「プロパティ」で、
　　　　「サイズ」のところの（）内の（〜バイト）と出る部分の数字。
　　　　真空波動研で〜Bytesと出る部分の数字もこれ。
　　　　（「ディスク上のサイズ」のほうではないので注意。）

　　◎再生時間[秒]
　　　　小数点以下は切り捨てます。

　　●実ビットレート[bps] = ファイルサイズ[Bytes] × 8 ÷ 再生時間[秒（小数点以下切捨て）]

■アップロード時の上限ビットレート判定について

　ニコニコ動画での上限ビットレートは、現時点で以下のようになっています。
　このビットレートを超えてしまうと、アップロードに失敗します。
　判定には上記の「実ビットレート」が使用されます。

　　●プレミア会員　　　制限なし

　　●一般会員　　　　　(640+1)×1024＝656384[bps]

■エコノミー回避判定について

　ニコニコ動画ではアップロード時にエコノミーモード用の動画を生成していますが、
　「実ビットレート」が以下に示すビットレート以下であればエコノミーモード用動画は生成されず、
　一般会員にもプレミアム会員にも、常に同じ画質で視聴してもらうことができます。

　　●MP4の場合
　　　　　305×1024＝312320[bps]

　　●FLV（映像コーデックはVP6）の場合
　　　　　306×1024＝313344[bps]

■その他
・Yamb　2.1.0.0 beta1　（MP4BoxのGUIフロントエンド、beta2はアンインストーラにバグ有で危険）
http://kurtnoise.free.fr/Yamb/installer/YambInstaller-2.1.0.0_beta1.exe
・Yamb日本語化
http://www1.axfc.net/uploader/Sc/so/129495.zip&key=yamb　　　CRC32： 9FB35D72
または、上記アップローダ(板=Scandium) ファイル検索 / 投稿コメント [ yamb ] / key=　yamb
・MP4Box　単体
http://www.mediafire.com/download.php?oacerwnbqbowiyz

■注意
　このスレで次の質問をした者には、住人のうちの何名かは問答無用で罵声を浴びせます
　決してこの質問をしてはいけません！！　いいかげんにしてよね、ほんと…

　Ｑ．エコノミー回避の動画を作成してSmileVideoにアップロードしたのに
　　　　「エンコードしています・・・」って表示されるんだけど？？？
　　　　エコノミー回避なら再エンコはされないはずなのになんで？

　Ａ．仕様です。その表示はエコノミー回避してようがなにしてようが表示されます。
　　　条件さえ満たしてれば再エンコードはされないので落ち着け。

以上テンプレ

動画によるエンコード説明は時代の流れについていけてなかったので削除

あら、>>9にSmileVideoが残ってた…とっくの昔になくなっちゃったのにorz

現時点でFLV使う利点ってあるの？

参考までに
【MP4】MMD動画エンコード相談室【つんでれんこ】
http://jbbs.livedoor.jp/bbs/read.cgi/music/23040/1299700325/l100

>>12
ソースの音声がmp3だったら、そのまま使える可能性がある、くらいだろうな
もしくはFLVの音声だけ差し替えたいとか

>>12 現時点でFLV使う利点ってあるの？
MP3 を載せるためのコンテナとして残してるのかもしれませんね。

FLVでWAVが使えるとかって話がなかったっけ？

>>16
ニコニコ動画研究所 2011/02/09 時点
http://looooooooop.blog35.fc2.com/blog-entry-575.html
この時点では
　　13_vp6_pcm.flv　　○
いけそうですね。でも 音声だけで 44100Hz 16bit 2ch 1411kbps だからプレミアム会員の方に
確認してもらわないと正確なところはわからないですね。

>>9のMP4Boxに不具合が見つかっているようなので、とりあえず一つ前のやつに戻しました
http://www.mediafire.com/download.php?su1l8mvo69rl9lr

新しい方は削除済＆nicowikiのほうもリンク修正済です

やっぱり不具合あんのか・・・今日一日、うまくmux出来なくて四苦八苦してたわ。
うまく行くときの方が多いのが紛らわしい。

とりあえず2.5GBとかのやたらでかいファイルだとダメみたい
ニコニコ用ならそんなサイズはまず扱わないからそれほど問題にはならないだろうけど

>>20
ちょうどそのぐらいのでかいファイルだったわ。まんまと引っかかったのね。

build-verの確認に手間取ったけど前のに戻ったぁ。
x264guiExのmuxerと aac換装やらで使ってたけど障害は一度もなかったです。

画像＋テキスト的な動画なんですが
容量抑えるために16ビットカラーにすると言うのはありえないことでしょうか？

減色するってことは当然ディザを加えるんだろうが、それやると圧縮時にかえって
サイズ増えるかもしれんぞ？
そもそも画像+テキストで容量気にするって、どれだけ長時間の動画作る気なの？

20分強ぐらいになると思います
ディザと言うのはわからないのですが、出力してみた感じ16bitも24bitもそう変わらなく見えたのですが
実際にニコニコにアップしてみるとかなり違って見えてしまうものなんでしょうか？

>>25
ディザも知らないのにそういう小細工をやるのはよくない
たとえばここ見てみ
http://www.geocities.jp/road_of_the_rices/img/index.html
ここのJPEG02(24bit)とJPEG09(16bit)だと、JPEG02のほうがサイズ小さいのに綺麗に見えないか？

まあこんなところで質問する前に、まずはやってみたほうがいいんだけどね
思い通りになったらそれでよし、上手く行かなくても経験は無駄にはならないかも知れない

圧縮するとどのみち減色されるから
たいして違いが出ない気がするな

ちなみに、jpeg画像は減色するとむしろ圧縮効率が悪くなる

H.264だって似たようなもんだ
YUV10bitのほうがYUV8bitよりも、小さくて綺麗に見えるんだから

どうやらMP4Boxの不具合が解消されたようなので新しいのをビルドしました
http://www.mediafire.com/download.php?8e5y1m31j85euv5

一応巨大なサイズのファイルも正常にmux出来ることは確認済み
機能的には20101003のやつと多分変わりませんので、新しいほうがよい人だけ
更新して下さい

TMPGEncで作成したMP4ファイルを
映像も音声も再エンコせずF4Vファイルにコンテナ入れ替えがしたいのですが
良い方法はないでしょうか？

ここはflvまたはmp4エンコードスレです

H.264とAACはFLVコンテナに入らないので無理

>>32
入らないって言うのは間違い。
その規格はようつべの独自規格しか無いだけ。

一般会員で短い動画の後半真っ黒とかやってる人いるけどあれってどういう効果あるの？
むしろ容量が増えて画質とか落ちるんじゃないの？

後ろに真っ黒を入れるのは平均ビットレートを下げるため。
真っ黒部分で使わなかったビットレートを本編部分に回して
本編の実効ビットレートを稼いでいる。

ほへー
長い動画ではやるだけ無駄？

>>35
プレミアムはビットレートの上限無くなったから意味無いよな？

>>37
だから>>34に一般会員って書いてあるじゃないかｗ

>>32-33
ようつべのあれは別に独自企画じゃねえだろ。
Adobeが決めたFLVの仕様書で、H.264/AVCもAACも、
ちゃんとFLVコンテナに格納可能になってるぞ。

そういやFLVコンテナって中身同じMP4コンテナよりわずかにかさばらない?

だからなに。コンテナでファイル容量が違うのは当たり前よ

Mencoder を使ってエンコすると必ず動画の最初に反転するバグが起きるようになってしまったんだが何故？
今までの動画はムービーメイカー経由でＷＭＶからエンコ。
今回はＭＰ４から直接エンコ。

http://www.youtube.com/watch?v=YT7CU5pNET4

この場合もうＭＰ４を直接アップしたほうがいいのかな。

ニコ動って、音声がマルチチャンネル（5.1chとか）の再生は出来ないんでしょうか？

音声5.1ch（6ch）/AAC の動画がいくつか上がっているけど、再生すると2ch（ステレオ？にダウンミックス？）
でしか再生されない。
Flash Player 11だと、マルチチャンネル音声にも対応となっていたので期待していたのですが。

動画をダウンロードしてMPCとかで再生すると5.1chで再生されるので、やっぱりFlash Playerの仕様でしょうか？

ん？　FlashPlayer11もう出たの？
とりあえずFlashPlayer10で2chになるのは（たぶんダウンミックスではなく、FLとFRのみ再生)
FlashPlayerの仕様です

>>44

仕様ですか・・・


>ん？　FlashPlayer11もう出たの？

あ、まだベータ版みたいだけど出てマス。

デスクトップ向けの「Adobe Flash Player 11」「Adobe AIR 3」ベータ版が公開
http://www.forest.impress.co.jp/docs/news/20110714_460610.html

FlashPlayerはいろいろこわいから、ベータは入れたくないので試せないな
まあ人柱頑張ってね

windowsムービーメーカーを使ってるんだけど

4:3の動画から16:9の動画を製作してるんだけど
何度やっても灰色で音楽しか聞こえず、まともに再生できない
プロファイラの設定ミスなのかわからないけど、何が原因かわからない

プロファイルでサイズ指定はちゃんとしたはずなのに・・・

誰か原因がわかる方いませんか？
ググっても同様の症状の人が見つかりません

ニコ動で今のβはコメントの後ろにゴミが出るから使わない方がいい

ニコニコに動画を投稿する際に著しく画質が低下してしまいます。
約２１分のゲーム実況動画です。

512x288 8Bit AVC/H.264 [email protected] Unspecified 29.97fps 37535f 537.76kb/s
AAC 48.00kHz 2.0ch(2/0 L+R) HE(LC) 95.99kb/s
MP4 Base Media v1
[MPEG4] 00:20:52.480 (1252.480sec) / 99,827,774Bytes

真空波動研でチェックするとこうなるんですが、何が悪いのでしょうか？

投稿する前のロカール再生時からそうなのか、投稿してブラウザで見てみたら画質が落ちるのか
とりあえず実際に投稿した動画のリンクでも貼って下さい

それと今回のテンプレから真空波動研は消しました
mediainfoかavinapticの詳細な情報以外は役に立たないので使わないでくださいな

いまどき512x288はないわー

ＦＬＶ１　SORENSONで動画を投稿していたりするんですが
このタイプで最高画質にするのに最適なエンコードソフトとか
ありますか？

今使ってるのはAny　Video　Converterのフリー版です
あとＰＣがかなり昔のやつなので負担かけたくないのと
当方のものでもないので軽めのやつでお願いします

FLV1では、もはやどれ使ってもたいして変わらんだろ
あきらめなされ

>>53
そうなのか、ありがとうです。
なるべくＦＬＶ１でもう少し高水準の動画にできないかな
って感じてたから聞いてみたんだ。

質問です。Aviutlで動画編集・ｘ264出力で、ニコニコにアップすると音量が物凄い小さくなってしまいます。
出来上がったmp4をGOMﾌﾟﾚｲﾔｰ等で開いた時の音量は大きいのですが。
編集で音量を大きくしようとしても少し上げただけで音割れがひどく（音割れ寸前音量で録音してる為）、ニコニコにうｐすると音割れのまま音量が小さくなってしまいます。
何か設定がおかしいのでしょうか？

mediainfoで調べましたがどの部分書けばいいのかわかりませんでした。

ブラウザの音量が小さいとかの初歩的なミスではなくて？

>>56
他の人の動画と比べて明らかに小さいんです。
プレイヤーの音量調節で言えば、自分の動画100％と他動画50〜70％が同じぐらいの音量になってます。

一応試してみた事です。
・録音時のマイク音量上げた→音割れひどい＆ニコニコうｐで小さい
・Audacityで増幅？正規化？→変わらない
・mp3gain→既に100dB近い（１００以上で音割れになりやすくなるらしい）

どう編集してるかは知らんが
フィルタの音量の調整とか
拡張編集ならメディアファイルそのものの音量とか
その辺が効いてるかもよ

>>59
拡張編集でやってます。
メディアファイルそのものの音量ですか？
元動画は音量が大きく、エンコ後も音量は大きいんですがニコニコにうｐされる際に何かの設定が悪さをしてしまってるんでしょうか

あーローカルで再生するのは問題ないのか

んじゃああげてから再エンコ食らってるか
ないだろうけど>>44らへんのみたいに一部チャンネルだけとか

パワーディレクター９を使って動画を編集しているのですが、ニコエンコを使ってニコニコにアップするのにファイル形式はどれで出力するのが最適なのでしょうか？
AVI、H.264AVC、WMV、MPEG4が選択できるのですが、ｃｃｃｐ入れてるのでどの形式も読み込めます。

mp4を直に出せるのなら、ニコエンコは不要なのでは？

PowerDirectorのエンコーダーはそれほど性能よくなかろ
とりあえずAVIで可逆圧縮コーデック使うのがいいだろうね

H.264AVCってのはMP4だけどまたなんか違うみたいで・・ためしにそのままあげたら再エンコされました。知識ないので良くわからないんですが。

エンコードすると音量が小さくなってしまいます。
元の音量と同等にしたいです。

以前は元ファイルと音量が同じだったんですが、しばらく経って同じ設定で出力すると音量が小さくなってしまいました。
元ファイルとの音量比較を、再生時のボリュームレベルで言うと元が70%に対して出力後が100%にするとだいたい同じ大きさになります。

Aviutil99i9＋x264＋NeroAACEncにてエンコード。
Aviutilはインストールしなおした初期状態から入出力解像度を変更したのみ。
x264の設定変更したのはVBR品質20・NeroAACEncのHE-AAC v2 48kbps・mp4box指定。

出力時のx264のログのコマンドライン？です
--preset medium --crf 20 --input-res 1280x720 --input-csp yv12 --frames 187 --fps 29970/1000 -o

OSはWindowsXP 32bitです。

どなたか改善方法教えてください。
よろしくお願いします。

>>66
「以前は〜だったけど、いつのまにか・・・」は死亡フラグな気がするけど、
AviUtlのメニューの「フィルタ」のとこで「音量の調整」をかましてるとかそんなオチはない？

>>67
返事を書いてるうちに真相に辿り着きました。
結果から言うと、ffdshow audio decoderの入力ファイルに対応するコーデックを変更するとできました。
音質向上とかで変更してしまっていたようです。

動画のほうも不具合があって、同じ方法で解決してたんですが、音声はNeroしか関与してないと勘違いしてました。
Neroに渡す前のデータに違いがあったんですね。

考えてくれた人もありがとうございました。

この手の質問スレに来るのって大抵初心者だけど、一発で答えて貰えるような質問するには中級者並の知識が必要なんだよなｗ

大抵「ここは関係ないだろう」って言わなかった部分に問題があったりするんだよな

テンプレに質問時の注意をまとめてるのに完全スルーが多いしな。
情報出そうとする姿勢が見られれば別にいいけど、
なるべくちゃんと書いてもらいたいもんだ。

質問ですが
真空波動研lifeの表示（音声部分のみ）
私　　 ：AAC 48.00KHz 2.0ch(2/0 L+R) HE(LC) 189.53kb/s
Ａさん ：AAC 48.00KHz 2.0ch(2/0 L+R) HE(LC) 189.19kb/s [2]
と差が出ていますが、この意味は何でしょうか？
あと、Ａさんのパターンに持っていく方法を教えてください、お願いいたします

>>72
情報の一部を勝手に切って書くと失敗するという典型かな・・・。
[2]の部分は音声の情報じゃない。MP4のコンテナの種類の違いによって現れたもんだ。
真空波動研Liteを使ってるなら、音声のあとの部分が
　　>>72　 ：[MP4 Base Media v1]
　　Aさん　：[2][MP4 v2]
になってんのがわかるっしょ。
>>72はMP4 Base Media v1（isom）というタイプのコンテナを使ってて、
AさんはMP4 Base Media v2（mp42）というタイプのコンテナを使っているということ。
[2]は何か別に情報が２つ含まれてますよーみたいな意味かな。たぶん。

コンテナのタイプの違いが生じているのはエンコードに使ったソフトやMuxerの種類が違うんじゃないかな。
AviUtlでx264エンコしてるならMP4 Base Media v1になってると思うけど、
AnyVideoConverterなんかだとMP4 Base Media v2になってるっぽい。他は知らん。
MP4Boxの設定とかで変えれるのかもしらんけど、そのへんは知らない。
コンテナの種類によるメリット・デメリットがあるかどうかは俺は知らぬ。

探って見つけました（＾＾；）
チャプタ付けるとなるみたいですね
いらないかなー…

74誤爆です

結局またしらべるしか無さそうです
両方ともmp4の表示は「MP4 Base Media v1」で同じ
両者ともAviSynthくらい

質問すんのに断片的な情報しか出そうとしないカスはこれだから困るわ・・・・・・

>>77
確かに小出しにしてしまったのは申し訳ないとは思うますが
他人に「カス」等と言われる筋合いは無いです
貴方がどれだけ情報を所持して長い間エンコしているかは知りませんが
他人に対する受け答えは２ｃｈだからといって何を書いてもいいわけではないでしょう
そんな貴方は書かなければいいだけです、それとも相手に不快感を与えて優越感に浸ってますか？

実際72は何が書いてあるのかさっぱりわからん

>>79
コーデックを調べてここに書きこむのに推奨から外された真空波動研で調べたものを堂々と書いてるくらいだから・・・。

私：MPEG4 1280×720 24bit AVC/H.264 [email protected] 23.936f 3000f 1000kb/s AAC 48.00KHz 2.0ch(2/0 L+R) HE(LC) 192kb/s AAC 48.00KHz 2.0ch(2/0 L+R) HE(LC) 192kb/s [MP4 Base Media v1]
Ａ：MPEG4 1280×720 24bit AVC/H.264 [email protected] 23.936f 3000f 1000kb/s AAC 48.00KHz 2.0ch(2/0 L+R) HE(LC) 192kb/s AAC 48.00KHz 2.0ch(2/0 L+R) HE(LC) 192kb/s [2] [MP4 Base Media v1]
総時間は省略、フレーム数、ビットレートは大まかにしました。

疑問はＡさんのみ音声ビットレートの後に表示される[2]という数字が何を表わすかです。
これで情報が足りないと言われたら誰か1人それを書いて打ち止めにしてください。

>>81
> 総時間は省略、フレーム数、ビットレートは大まかにしました。
そんな余計なことしてる暇があったら>>1読んだ方がいいよ
情報は改変しないで生のまま出すものだ

真空波動研のデータの意味が分からないときは
ここではなく真空波動研の作者のページで聞け。

>>83
その誘導は不要だよ。
真空波動研Liteを使ってるから説明がわかりにくいだけで、真空波動研SuperLiteを使えば
解析結果と同梱されてるドキュメントを照らし合わせればだいたいわかる。
もうこれで終了でいいんじゃねえかな。

テンプレの>>3にあるけど

■ コーデック情報確認ツール（映像・音声ビットレート、フレームレート等の確認用）
・MediaInfo
http://mediainfo.sourceforge.net/ja

・AVInaptic2
http://fsinapsi.altervista.org/

これじゃわかんないのかな・・・。
以前は真空波動研は非推奨的な一文あったようなきがするが

それ以前にテンプレ見てないのかな

個人的には、真空波動研SuperLiteは、むしろ推奨したほうがいいと思うんだけどな。
必要な情報を貼り付けても邪魔にならない程度にコンパクトにまとめてくれるし、
解析情報はクリップボードに入るから貼り付けも楽。
MediaInfoとかだと、どうしても結果が長くなるからpastebinやらの利用が必要になるし
ほとんどの質問の場合、真空波動研SuperLiteの情報があれば事足りるような気もするんだけどな。

真空波動研が非推奨とされたのは、FLVのビットレートの表示がイマイチだからだっけ？
このスレ的には、実ビットレートの計算が基本だし、あまり関係ない気もするけど・・・。

ちなみにMediaInfoを久々に更新しようと思って0.7.47を落としてインストールしようとしたら、
インストーラでRealPlayerをすすめられたｗ　RealPlayerってまだ存在してたんだな・・・。

私の書き込みは最後にします
>これで情報が足りないと言われたら誰か1人それを書いて打ち止めにしてください
これだけよろしく。
（ちなみに回答はmp4boxに二次的要素が入った時（容量関係なく）、ある無しを表示するもの。
これはチャプターをつけるフィルタからYambまで様々）

ちなみに本来は「MediaINFO」使ってますが、真空〜は捨てることも無かろうと所持していたもの。

別にFLVがどうこうじゃないよ
例えば一昔前はx264のエンコードオプションでweightp使うと
映像が崩れるとか、その手のFlashPlayerのパグがあっただろ
x264は色々な問題を見つけ安くするために、エンコードオプションをわざと
SEIに書きこむようにしていて、mediainfoやavinapticはそれを表示できる
真空でそういったことがどうやってわかるんだ？
本当のところはmediainfoだって大して役に立たないよ
エンコした動画そのものを見ないとなにもわからんことがほとんどなんだから

>>87
何を言ってるか意味不明
以上

>>88
あーそっか。やっぱ最初からMediaInfoの情報貼ったほうがいいね。忘れてくれ。

>>87
「[2]の部分がチャプターやタグの存在を表すのはわかったけど、カス扱いされたのは許せねえ。
俺が出した情報の何が足りなかったのか言ってみやがれ」ってこと？
　・スレ的に情報小出しは嫌われるので最初のブツ切り情報で有力な回答者が萎えてしまい
　　その人たちから回答をもらえる機会を失ったかも。
　・最初に全情報を貼ってれば>>73で早合点して勘違いした回答をすることもなかったかも。
　・テンプレにあるように最初からMediaInfoの情報も出すべきだった。
　　というか自分でMediaInfoでの違いも確認してれば一発で自力解決してた可能性もある。
　　（どんな情報がついてたのか知らんがチャプターつけてたならMediaInfoに表示されるし。）
　・少なくともテンプレにあるとおり、エンコードに使ってるソフトくらいは書くべきだった。
　　（A氏の方法も含め、「Avisynthスクリプト書いてコマンドラインでx264エンコしてMP4BoxでMuxしてます」とか）
　・A氏がAvisynthを使ってるのを知ってるということは、A氏のブログか何かを参考に
　　エンコードを行なっていったのだろうか。できることならそのURLも出すべきだった。
　・>>84で書いたことを含め情報が見づらい真空波動研Liteを使ってたのが運が悪かったかな。
　　せめてSuperLiteなら[2]の部分が音声情報じゃないことはすぐわかったと思うけど・・・。

最初から真空波動研に詳しい人が回答するなら>>81の情報だけでも足りてただろうけど、
「自分もよくわかんねーから調べてみるか」という俺のようなエセ回答者にとっては
情報が少ないと手がかりが少なくてきついなーと思う今日この頃。
わかんねーなら無理に回答すんなと言われたら返す言葉もねえけど。

答えて貰えない質問者は大抵偉そうだ

いらん情報かもしれませんが、何言ってるのかよくわかんねーという人のために一応試したことなど書いておきます。

例えばチャプターつけて出力したMP4を真空波動研SuperLiteにかけると以下のようになります。
（このMP4はチャプター編集forAviUtlでチャプターをつけて拡張x264GuiExでチャプター付き出力したもの）

　　[chapter.mp4]
　　640x360 8Bit AVC/H.264 High@3 Unspecified 29.63fps 300f 707.27kb/s
　　AAC 44.10kHz 2.0ch(2/0 L+R) HE(SBR) 55.78kb/s
　　[Extra][2]
　　MP4 Base Media v1
　　Chapter(2)
　　[MPEG4] 00:00:10.123 (10.123sec) / 971,662Bytes
　　真空波動研SuperLite 110813 / DLL 110813 Unicode

で、真空波動研に同梱されるformat.txtには、MP4の説明のところで
　　「チャプター、タグが存在する場合はExtraの部分にChapter(?)とMetaDataの表示をします。」
と書いてあります。
真空波動研Liteの場合は>>81にあるように[Extra]の細かい内容が出力されず、[2]だけが表示されるのでわかりにくいです。

また、このMP4をMediaInfoにかけると、映像や音声情報のあとに以下のようにチャプター情報が表示されます。

　　メニュー
　　00:00:00.967 : １つめのチャプター
　　00:00:04.967 : ２つめのチャプター

>>81のA氏のMP4にチャプターが入っていたのかどうかは不明ですが。

>>72
だいたい、同じファイルをA環境と私環境で見比べたのか、それぞれの環境でエンコードしたものを私環境で見比べたのか、日本語としても意味が通らない。
なんにしても、理解しにくい、情報の少ない質問は閲覧者（回答者になるべく多くの人達）に対して不親切、時間のロス、無礼にあたる。
そこは姿勢（人格）の問題よね。
謝罪も謝礼なしにこれが最後と逃げるところもね。
2chだからそういう無礼は許させるの？？（笑）

自分のPCで見ると問題無い動画がニコに一般会員でうｐって見るとノイズやらが出る。
んで、それをDLしてまた自分のPCで見ると問題無い。

ノイズ問題関連サイト調べて出てきた情報元に色々設定いじったけど
目に見えた変化がない。ってのはつまり俺のPCがショボイって結論付けでいいんだろうか。

>>94
テンプレ入りを目指して書いてみるか。以前書いておいた気もするんだが・・・。

Ｑ．作ったMP4を自分の環境で再生確認すると問題ないのに、ニコニコにアップすると画質がおかしくなる

Ａ１．まずは、自分の動画がサーバー側で再エンコードされていないか確認しましょう。
　　　再エンコードの条件とかについてはテンプレやWikiを熟読すること。

Ａ２．次に、自分の環境で再生確認に使ったソフトを確認しましょう。
　　　ニコニコ動画で使われているFlashPlayerと、PCで使うWindowsMediaPlayerなどでは
　　　再生の仕組みがまったく異なります。FlashPlayerは再生時の色補間などをしていないこともあり、
　　　基本的にはWindowsMediaPlayerなどよりも汚く見えてしまいます。
　　　例えば黒背景に赤い小さな文字とか描いてたら崩れ方がマジハンパねえっす。
　　　ニコニコでの見え方を確認するなら、FlashPlayerを利用したFlavieなどのソフトを使いましょう。


これ以外になんか原因があったら知らんけど。
あと確かFlashPlayerでハードウェアアクセらレーションをONにしてると
うまく再生できないケースがあると聞いたような気がするけど、内容をよく覚えてないや。
Flavieでハードウェアアクセラレーションの設定ができるのかどうかもよくわからない。

>>93
本人がいなくなってから的確な答えが出てはね
擁護はしないけど、それまでの対応はどちらもよくはなかったように思える
質問者は情報を小出しにしてるし（>>81からすれば[2]の表示の意味だけだったからだろうけど）
それまでの回答者は
「さっぱり」「作成者のところへ行け」「真空波動研は不向き」
とかいってれば、いなくもなるよ
>>77に至ってはカスとか書いてるし
どっちもどっちのレベルでしょ

そういえばハードウェアアクセラレーションのことがよくわかってないんですが
　　http://www.macromedia.com/support/documentation/jp/flashplayer/help/help01.html
を読む限り、スケーリング時に効果があるだけで、YUV→RGB変換での補間処理とかはしないという解釈でいいんでしょか？

( ..)φﾌﾑﾌﾑ･･

>>96
情報が足りない云々以前に日本語として成立してないだろ
エンコ以前の問題

>>99
一応目が覚めたので全行読んでみたけど
要件って>>81に書いてあった[2]の表示の意味と何か変化するかでしょ？
数歩遅かったから答えられなかったけど答えられる内容じゃん
それは>>92も証明してるよ
全ての情報を丸裸にした方がいいとは思うけどね
先に書いたけど、どちらもよくなかったんだよ

多分これ以上書くと堂々巡りになるし、荒れるから俺はもう書かないけど
あまり荒れないで欲しいかなってことで。
本題から反らしてごめんねー＞ALL

初心者はヤフー知恵袋みたいな利用者の評価システムがあるところで
質問した方がスムーズに目的の回答を得られる事が多いと思うよ
回答者が評価を気にして極力親切に回答しようとするからね
(日常現実と同じ様な反応をしてくれる)

根本的に初心者ってのは分からないから質問してる
当然、回答を得るために必要な情報を初めから提示する事なんてまず無理
ところが2ｃｈの様な掲示板ではこの様な質問に対しては「情報を小出しにするな」
「板違いだ」「態度が気に食わない」と門前払いされるケースが多い

看守と囚人の実験を知ってるなら分かると思うが、立場的な強弱が強者を無意識的に
横柄で傲慢な人間に変えてしまう
冷静に考えてみよう、日常現実で道端を歩いている人に突拍子の無い質問を
したとする、回答義務も無いのに親切に考えてくれたり全く分からない場合は
愛想笑いで御免なさいという態度の人は多々居れど悪態ついたり質問者の
知識レベルを説教したりする人なんてまず居ない。
ヒントすら出さずに悪態をつく人や回答側が謝罪や謝礼を要求し、しかもそれが
当たり前だと思ってる人間は既に看守と同じ心理状態に陥ってる。

その為のネルフです

あの質問は、
どっかからＤＬしてきた動画が他のＤＬしてきた動画と違うからどこが違うんだ？ってことでしょ。
ここは、ニコニコ動画に上げるためのFLV/MP4を作成するためのスレです。
まず、スレのタイトルだけで判断しないでテンプレ読んでから質問すればいいのです。

コーデック関係の質問ならソフトウエア板がいいんじゃないだろうか？
例えばこことか
動画コーデック(2粒目)
http://hibari.2ch.net/test/read.cgi/software/1212466279/

>>97
とりあえず現在はしないんじゃないかね

やっぱりアニメーションが激しいMADは一般の総ﾋﾞｯﾄ656じゃ無謀なのかしらん。

5分超えの動き激しいアニメMAD作ったけど、元動画総ビット1600→投稿用600まで落とせたよ。
元と比べるとかなり画質も音質も落ちるけどまあ見れる範囲。

質問に使ってないのでどうでもいいことだが
総ビットって表現、要はコンテナ込みの平均ビットレートのことだろうけど
他の意味にとられる可能性があるから使わないほうがいいと思う
レス読んだときに何を指しているのか少しの間わからなかった

>>6,7にあるように、実ビットレートと書いたほうがいい

ビットだけじゃ意味変わっちゃうしな

Aviutlでニコニコに上げる用に30秒ほどのaviの動画をx264でエンコードしたら右端に紫の縦線が入ってしまいました
友人に解像度を変更すればいいと言われたのですが
動画作成時からサイズは640x360にしていたので何が悪いのかさっぱりわかりません
ちなみに7の64bitです

自己解決しました
失礼しました

ニコニコに動画をアップした時、画面の比率が16:9になる条件って何ですか？

たぶん、4:3をわずかでもはみ出したら16:9になるんじゃないかな
514x384とかだと16:9になると思う、自信ないけど
サムネは4:3か16:9しかなかったはず、それ以外だと歪む

ありがとうございます試してみます

私は一般会員なのですが
グランツーリスモ5で撮影した写真（1620×1080）をニコニコに投稿する場合
ムービーメーカーで編集して出力するのは「720×480」か「640×480」しかできません。

やはりこの場合、予め「1620×1080」の元の写真を「720×480」に変換してから
ムービーメーカーで編集しないと、アス比がずれて横長になったり、不具合がでるでしょうか？

写真関係の投稿は初めてですので
ニコニコに写真を投稿したことのある人のアドバイスを是非聞かせて欲しいです。

たしかWMMってWME使って独自のプリセット作ったり出来なかったっけ？
一番いいのはWMMを使わないことだけど

ニコエンコ（Ver.0.77）でのエンコについて質問します。
いつもWindowsムービーメーカーで作成したaviファイルを
ニコエンコで2passでエンコしてニコ動へプレ垢でアップしてます。

そこで、例えば、70MBのaviファイルをニコエンコ（プレミアム）に掛けると
自動設定では77MBと表示されます。これは77MBが一番高画質だという意味ですか？
手動では100MBまで設定できるので、100MBになってもいいから画質を上げたいと思うのですが、
77MB以上に設定しても無意味という意味でしょうか？

ちなみに、一般会員での表示を見ると39.9MBでしたので枠一杯使っているようです。
プレミアムでは枠一杯まで使うまでもないという意味にも取れますが。

マルチかい
撮った大きさと、とWMMで使う予定の大きさの比率を比べてみては？

>>111
試したことがあります。
544x384の動画を自動認識とスタンダードでアップしてみたら
両方とも16:9のプレイヤーになっていました。アスペクト比はそのままですが。
ちなみに、適正サイズは640x360または640x384です。

私はプレミア会員なのですが
「1620×1080」で撮った写真をニコ動画にうｐする場合
そのまま上げて良いのでしょうか？
16：9に合わせてリサイズする場合、どの解像度に下げるべきですか？
（ちなみにパソコンの解像度は1280×1024です。）

「1620×1080」の写真を16：9のニコニコに合わせてリサイズして上げる時の
プレミア会員の適正なサイズを教えて下さい。（アス比関係が分からないのです・・・）

写真を撮ったら動画じゃなくて静画に上げるといいよ

>>120
ムービーメーカーで編集しているのですが
写真を編集して出力する場合、
通常の動画とは違う写真専用（写真向け）の出力があるのでしょうか？

普通に写真を動画と同じ形式で出力した場合は
（動画形式のものになり）写真の画質に劣化など出るのでしょうか？

スライドショー動画なら、ちゃんとした編集ソフト使って
秒間1フレームくらいにしたほうが画質的には有利だろうね
それなら大サイズでも少ない劣化で上げられるかもしれない
人に聞くより、実際に作ってテストUPでもしてみればいい
1620×1080という半端な解像度がよくわからないけど・・・

スライドショー動画の編集ソフトと言うのは
ニコニコムービーメーカーなどDLして使うと有効でしょうか？
写真は始めてなのでどんな編集ソフトがあるのかわからないのです。
（ムービーメーカー以外つかったことが無いので）

相談者はこんな感じのスライドショーを1620×1080で作りたいんだろ？

ニコ動で悪いが
http://www.nicovideo.jp/watch/sm13625163

>>124
本人の自演宣伝乙

一般でも1620×1080あげられるのか？
そもそも普通の人のパソコンなんて1280の解像度なのに
1620とか意味ないだろ

1920*1080のFullHDのことだろ

普通の人が1280*768って5年前位の話だぞ

http://www.nicovideo.jp/watch/sm13260844
こういうゲル画質でエンコするにはどうすればいいですか？

最近になってフルHD解像度（1920x1080）のPCモニタが激烈に安くなったからなぁ
父親が買ってきたダイナブックですらハーフHD（1366ｘ768）で驚いたわ。
デスクトップPCならまだ1280x1024の人も多いと思うけど。

768は1024だった

DELLのU2211なんてこの前13ｋ位で買えたからな…

>>127
とりあえずパッと思いつくのはこれだが
http://compression.ru/video/cartoonizer/index_en.html

この手のフィルターはvideo studioとかの動画編集ソフトにも「油絵効果」とかいう名前で
あったような気がする

>>130どうもです

作業用BGMを作ったのですが、再生時間が50分近くなりました
普段は10分ほどの動画をAviUtlのx264でエンコしています

同じやり方でエンコしたところ、サイズが160Mほどになってしまったのですが、
サイズを100に抑えつつ音質を落とさない様にするにはどうしたら良いでしょうか？

エンコ法や設定は
http://www.nicovideo.jp/watch/sm13571465
で紹介されているやり方を真似ています

映像ビットレートを落とす

静止画を使うならフレームレートを下げして映像ビットレートを下げる

>>133 >>134

ありがとうございます
ビットレートを下げてもギリギリ100Mを越えてしまったので、
一番最初に設定したフレームレートを下げてみたのですが、再生時間が50分くらいから3時間近くまで増えてしまいました

どうやら編集した全てのBGMの終わりに無音のスペースが出来てしまい、
それが原因で再生時間が延びてしまった様なのですが、これはまた全てのBGMを編集し直さないといけないのでしょうか？

質問する前に動画の基本を勉強するべき

YouTubeのエンコード相談所は無いのかよ

youtubeは別に適当にビットレート高くしたのを投げれば
向こうで強制的に再エンコしてくれるから問題ないだろ
高画質にしたければ720pにするとか

>>138再エンコでノイズが入るんだよ
特に全画面にしたときはブロックノイズが酷い

>>137
昔はあったけど、すべて強制再エンコになってからしばらくしたら消えた

>>139
ノイズがひどい例貼ってくれないか？

画質・音質にこだわるならつべよりニコってことだな。

WAVファイルビットレート1411kbpsに静止画をくっ付けてニコニコ動画に投稿する場合、
音質に拘るなら設定できる最高のkbpsにすれば良いですか？

あまり高ビットレートにしすぎて音割れやノイズが入ってしまう事ってあるのでしょうか？

聞いたことないなそんなの
まぁ高くするにしても256kとか、ほどほどでいいんでない
どのみち再エンコで同じになるから

wavにする意味なんてないと思うけどな

>>141
こんなの
http://www.youtube.com/watch?v=iO-EwH9QFfg

理想
http://www.youtube.com/watch?v=9UwOrl036_A

そして言い忘れたけど1080pでフルスクリーンで見てみ
違いがよくわかる

そういえばつべって、動画の内容に関わらずエンコオプションとか同じなの？
そうだとしたら、相性が悪くてきれいにエンコされない動画もあるかもしれないね

>>146
FPSのプレイ動画は動きが速いし絵がクッキリしてるから圧縮しにくいんじゃないかな
OPとかのプリレンダとは同じにならない

あー、あのタンクはプリレンダじゃなくてゲームプレイなのか
砂漠と空が多いから圧縮しやすいんじゃないか？

4コアのCPUで自作一式組んだんで、H264エンコを試してみたんだけど
CPU使用率が40%ぐらいしか使ってない状態です。
aviutlではCPUをフルに使ったエンコって出来ないんですかね？

そんなことはない
フィルタ全部切ってみれ

SD画質という落ちかと。

質問失礼します

エンコードする前に投稿予定の動画をチェックし、問題なかったので投稿しました
しかし投稿した動画を再生したところ、BGMの切り替え時に絵も切り替わるようにフレームを合わせたはずなのに、
全て少しずつ絵とBGMの切り替わりがずれていました

BGMが切り替わっても絵が2秒ほど切り替わらず、送れて切り替わる状態です

これはどうすれば対応できますでしょうか？投稿するまで確認できないのでしょうか？

>>154
＞エンコードする前に投稿予定の動画をチェックし、

何でチェックしたのか書いてない時点で駄目だろ。ちゃんとFlavieでチェックした？
ニコニコ動画まとめWikiや>>95を読んでね。
あとはPCスペックが低すぎてニコニコの重い再生処理に追いついてないとか。

>>155
突っ込みどころが違う
「エンコードする前に」ってのがおかしいだろ。
エンコードしたものをチェックするものだ。
しかもFLVであるとすら書いてない。

>>154
>>1からちゃんと読んでみろ

まさかエンコ前とはw

全然関係ないけど、拡張x264GuiExが1.00に更新され、大幅に変更されたみたいだよ〜。

失礼しました
エンコ前というのは、投稿する前って事です(編集してMP4にエンコード済み)

WMPではニコ動で見るのと再生の仕様が違うというのは確認不足でした
Flavieで確認したところ、ずれてしまっていたので、MP4にエンコする際にずれてしまったのだと思われます

エンコード法は拡張 x264 出力(GUI)Exです

多くの動画を連結すると音ズレが起き易いとあったのですが、
これは少しずつ調整していくしかないのでしょうか？

どのソフトを使って編集したのか
どのソフトでどんな設定でエンコードしたのか
などでも変わってくるので

わからない。

調整が効くならちょうせいすればいいんじゃない？

で、>>1から読んだ？書いてる意味わかった？

拡張x264guiExがi444出力やrgb出力に対応したので、ちょっとテスト。
10bit-depthは以前から対応してましたが試してなかったのでついでにテスト。

　　i444出力(Hi444PP)でのアップロードテスト
　　http://www.nicovideo.jp/watch/sm15543742

　　10bit深度（Hi10P・ハイ10プロファイル)でのアップロードテスト
　　http://www.nicovideo.jp/watch/sm15543879

とりあえず10bit-depthもi444出力もrgb出力も、ニコニコに上げる場合は使っちゃ駄目ですよということで。

色々調べてみたのですが、やはりここで質問するにはかなり知識が足りないようなので、
初心者スレの方に行ってみることにします

大変失礼しました

Windows7なんだが、aviutlでflvファイルを読み込めない…。

色々調べて、ds-inputやらffdshow、DirectShowやらをインストールしても全然駄目…。
誰かボスケテ…。ちなみにどれも今現在公開されてる中で最新版です…。

aviに変換するんじゃいかんのか

>>164
800MもあるFLVファイルだけど、AVIに出来るものなの？
XPの時はAVIUTLでFLV読み込めたのになぁ…。

Regist_FLVSplitterを実行しようとしても、

「モジュール"FLVSplitter.ax"の読み込みに失敗しました。」

バイナリが指定されたパスに格納されていることを確認するか、バイナリ
または依存.DLLファイルに問題がないか調べてください。

指定されたモジュールが見つかりません。


となる。確かにFLVSplitter.axは、windows/system32の
ファルダに置いてあるんだが…。

解決…したが、やっぱそれでも読み込めない…。

http://www.cccp-project.net/
これもインストールしてみたが、駄目…。わけがわからないよ…。

>>166
Windows7の64ビット版使ってるなら↓に置かないとダメなんじゃなったっけ？

Windows\SysWOW64

そもそも64bitの場合はregsvr32もSystem32\regsvr32とSysWoW64\regsvr32の2つがあるわけで

そもそもFLVSplitterとかもう要らんだろ
LAVFilterの登場でGabestのフィルタはあらかたお払い箱扱いになってるし

>>169
lavフィルターとやらを検索して調べてみます…。全く相も変わらず
読み込めない…。XPの時は読み込めてたのに、DS-INPUTとかFFなんちゃら
とかいんすとして読み込めたのに…。

>>170
原理を理解せずにめちゃくちゃに色々入れてると、下手すると再生環境までぶっこわれるぞ。

http://www1.axfc.net/uploader/Li/so/107998
これにはいってるやつのやついれればいいんじゃね？

AviUtlの拡張x264出力の最新のやつってニコ用プリセット無いんだね
まあ設定なんてほとんど弄くるところないからそんなに困らなかったけど

そろそろまとめWikiのx264guiExの設定の記述を最新版（v1.05）にあわせて
変えたほうがいいと思うんだけどどうだろう。

思いついたポイントをいくつか挙げておくんで、間違いとか他に書くべき事とかあればコメント頼みます。

　●拡張x264guiExはv1.00で大幅な更新があり、v0.37以前とは互換性がなくなった。
　　　過去の設定は使えないので、あらためて設定する必要がある。

　●拡張x264guiExのv1.00以降を使う場合、x264.exeも新しいものに変える必要がある。
　　　最低でもr1673以降を使わないと間違いなくエラーになる。
　　　できればr2034-r2074を使うこと。
　　　（x264guiExを更新する時は、更新履歴をよく見て推奨されているx264.exeを使わないといけない）

　●拡張x264guiExの初期ファイル構成が少し変わった。（stgフォルダの追加など。）

　●x264.exeの10bit-depth版は、ニコニコでは正常に再生されないので使わないこと

　●最初は「デフォルト」ボタンを押した後、「GUIにロード」で適切なプリセットを読み込むことから始める。
　　　そこから変更すべきところだけを記述するようにする。

　●これまでと違い「マルチパス N Pass」を選ぶのではなく、「自動マルチパス」を選ぶ必要があるので注意。

　●HDサイズでの投稿者も増えつつあるので、colormatrixの設定については、
　　　　　　・AviUtlの「色空間の設定」の「出力」は「自動」にしておく
　　　　　　・x264guiExのcolormatrix設定は「auto」にしておく。
　　 という記述に変更する。

拡張x264guiExの設定内容としては以下のようになると思うのだけどどうだろう。

　　　○最初に左下の「デフォルト」を押してから以下の設定を始めること。
　　　○「x264」タブ
　　　　　・最初に「GUIにロード」で適当なプリセットをロードする
　　　　　　（基本的にmedium none highでよい）
　　　　　・x264.exeの場所を設定
　　　　　・「自動マルチパス」を選択
　　　　　・「nul出力」にチェック
　　　　　・ビットレートの設定
　　　　　・右下の「色空間」の「colormatrix」を「auto」にする（AviUtlの「色空間の設定」の「出力」も「自動」にしておく）
　　　○「レート・QP制御」「フレーム」「拡張」タブ
　　　　　・特にいじる必要なし
　　　○右側の「音声」
　　　　　・neroAacEnc.exeの場所を設定
　　　　　・「2pass」にチェックを入れる
　　　　　・ビットレートの設定
　　　○右下の「mp4」タブ
　　　　　・mp4box.exeの場所を設定

　　　○その他のポイント
　　　　　・キーフレームの間隔を調節したいなら「フレーム」タブの「GOP関連設定」で
　　　　　　「キーフレーム間隔の上限」の値で調節する。
　　　　　・AviUtlのキーフレーム設定（特定のフレームをキーフレームにしたい場合などに使う）を
　　　　　　x264に反映したい場合は、「拡張」タブの「拡張設定」で、
　　　　　　「AviUtlのキーフレーム設定検出を行う」にチェックを入れる。

IフレームとかPフレームとかの解説も入れてくれると助かります

>>176
うーん、自分じゃそこまで書けないですね。ここにある説明じゃ駄目なんでしょうか。

　　拡張 x264 出力（GUI）Exの設定項目とその機能について - ニコニコ動画まとめwiki
　　http://nicowiki.com/%E6%8B%A1%E5%BC%B5%20x264%20%E5%87%BA%E5%8A%9B%EF%BC%88GUI%EF%BC%89Ex%E3%81%AE%E8%A8%AD%E5%AE%9A%E9%A0%85%E7%9B%AE%E3%81%A8%E3%81%9D%E3%81%AE%E6%A9%9F%E8%83%BD%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6.html

自分が書き換えようと思ってるのは

　　aviutl_h264 - ニコニコ動画まとめwiki
　　http://nicowiki.com/aviutl_h264.html#c702bd6f

にある基本設定の部分だけで、上のページにある詳しい説明には手は出せない感じです。
詳しい説明のほうは他の誰かにお願いするしかなさそう・・・。

>176
スレ落ちしているけどここが参考になるよ
x264 初心者質問スレ part4
ttp://hibari.2ch.net/test/read.cgi/avi/1292516529/854-855
ttp://logsoku.com/thread/hibari.2ch.net/avi/1292516529/801-900

一般会員のビットレート制限きつくなった？
以前アップロード出来た656ぎりぎりの動画が上げられん

651.67は一般でアップできた

結局620まで下げてうｐした

×652
×648
×645
×638
○620

>>179 >>181
実ビットレートで計算してないだけだろ。

極端に短い動画だったとか？
短い動画ほど指定値と仕上がりがずれる

>>183
いや、だからテンプレでは指定値じゃなく実ビットレートで計算しろと散々言ってるんだけど・・・

>>175
よく分かってないんで恐縮なんだけども、色空間に関しては、wikiの記述によると、
FlashPlayerの仕様でHD解像度でもBT.601で再生されてしまうので、
敢えてBT.601を指定する方が色の変化がないって解釈してたんだけど、どうなんでしょ。

>>185
FlashPlayerの仕様は
　　「特に指定がなければ、解像度に関わらずBT.709としてYUV→RGB変換を行い、再生する」
ですね。
通常、色空間は、大雑把に言うと
　　「HDサイズならBT.709、SDサイズならBT.601」
という使い分けがされることが多く、ニコニコ動画への投稿もSDサイズが多かったため、
　　「SDだからBT.601で出力し、colormatrixで明示的にBT.601だと指定してやろう」
という流れになったんだと認識しています。

もう１つの理由としては、AviUtlのデフォルト設定では「色空間」の「出力」がBT.601になっているので、
そのまま使う人が多いだろうからとりあえずcolormatrixでBT.601を指定させたほうが安全という事情もあったかもですね。

ニコニコで再生するだけなら、
　　「HDサイズでもとにかくBT.601で出力してcolormatrixもBT.601にしとこう」
でも別に問題はないのですが、
　　「HDサイズならBT.709、SDサイズならBT.601」
という一般的な使い方にあわせるなら「auto」指定にしたほうがいいのかなと思いました。

質問です。

FPSのゲーム動画をニコニコに投稿したいのですが…。

�@動画の長さ15分位(元は長いが編集で15分に)
�A動画はアマレコで撮影(キャプボはモン×)
�Bその後Power directorで編集+AVIで出力
�C動画確認したら60fpsで動いている。

�Dニコエンコでプレミアム会員用に変換(100M未満)
�E完成した動画を確認するとフレームレートが落ちてしまいます。

過去動画を投稿した際もエンコ設定はそのままだったので、
今回もニコエンコは特に弄ってないです。

�C→�Dの作業で動画の中身が変化した事が過去無かったので
少々戸惑っております。

>>186
それは昔のお話ではないのかな？
とりあえず
http://nicowiki.com/%E6%8B%A1%E5%BC%B5%20x264%20%E5%87%BA%E5%8A%9B%EF%BC%88GUI%EF%BC%89Ex%E3%81%AE%E8%A8%AD%E5%AE%9A%E9%A0%85%E7%9B%AE%E3%81%A8%E3%81%9D%E3%81%AE%E6%A9%9F%E8%83%BD%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6.html
のcolormatrixのところに書いてあることくらいは確認したんだろうね？
下のほうのコメント欄に確認用の動画リンクもあるよ
最近また仕様が変わったのならもちろん書きなおしてくれて結構だけど、
そうでないなら現在のキミには一切いじらないでほしいな、きんのひげさん

あともう一つ
次のx264の更新でYUV422エンコードのサポートが来るから、おそらくそこで
GUIのほうも何らかの変更が来ると思うの
とりあえず書きなおすのはそのあとでもいいんじゃないかな

>>188
すみません、ハードウェアアクセラレーションのON/OFFで色が変わるって話は全く把握してなかったです。
過去ログ見直したら前スレで丁寧に報告してくれてるのに、何故まったく見た記憶が無いのだ・・・申し訳ない。
過去のテスト動画に「直ってるね」というコメントがあったのはこれだったのか・・・。

念のため確認させて下さい。

　　フルHDサイズでの色空間テスト
　　http://www.nicovideo.jp/mylist/27805122

これらの動画の色は、ハードウェアアクセラレーションをONにした状態だとどう見えるでしょうか？
　　●「BT.601 --colormatrix smpte170m」　→　
　　●「BT.601 --colormatrixなし」　→　
　　●「BT.709 --colormatrix bt709」　→　
　　●「BT.709 --colormatrixなし」　→　
（ハードウェアアクセラレーション時に「HDサイズならBT.709で」といった判定が行なわれていないかどうかの確認です。
　文章から見ても多分別途テストなさっているとは思うのですが、確認用動画が全てSDサイズだったので念のため。）

いや、自分で確認できればよかったんですけど、めっちゃ古いPC使ってるのでDXVAが効かないらしいという・・・。
だから気づかなかったというのもあるんですけどねorz

一応ハードウェアアクセラレーションがOFFの場合の結果
　　●「BT.601 --colormatrix smpte170m」　→　 正常　例：（16,180,16）→（16,179,15）
　　●「BT.601 --colormatrixなし」　→　 　 異常　例：（16,180,16）→（3,154,10）
　　●「BT.709 --colormatrix bt709」　→　 正常　例：（16,180,16）→（14,180,14）
　　●「BT.709 --colormatrixなし」　→　 正常　例：（16,180,16）→（14,180,14）

>>187
FlashPlayerで見るとローカルより重いから
60fps表示が間に合わないだけでは？

>>190
FlashPlayerは（現在までのところは）解像度は一切考慮しない

>>192
レスどうもです。
自分もそうかな？と思ったのですが、
Flashで確認する前の段階で既に30fpsに落ちてるのです。
これなら投稿後の動画も30fpsになるのは必然。

他の投稿者の「本来60fpsの投稿動画」を見ましたが、
どうもBGM流したり動画の切り貼り等の編集をしてる方の動画は、
共通してフレームレートが落ちていました。
実際全くそのような編集をしていない60fpsの30分の動画を作成して、
同様にニコエンコでエンコすると60fpsでヌルヌル動く動画が完成しました。
なのでニコニコの仕様上割り切るしかないのかなぁ？と思っています。

因みに過去に字幕のみの編集ならば、
フレームレートを落とさずに動向出来ました。

そもそもpower directorってのは60fpsで書き出しできるのか？
この手の安物編集ソフトは素人のホームビデオ製作用の子供だましばっかだから、
フレームレートは60i/50i/30p/25p/24pくらいしか選べないのがほとんどなんだが

>>194
以下の２つのファイルのMediaInfo情報を貼ってみたほうがいいと思う。
　　・PowerDirectorで出力したAVI
　　・そのAVIをニコエンコにかけて出力したmp4

>>193
ありがとうございます。ということはFlashPlayerのハードウェアアクセラレーションを有効にした状態で>>190を見ると

　　●「BT.601 --colormatrix smpte170m」　→　 正常
　　●「BT.601 --colormatrixなし」　→　 正常
　　●「BT.709 --colormatrix bt709」　→　 異常
　　●「BT.709 --colormatrixなし」　→　 異常

という結果になるということであってますか？

　　●ハードウェアアクセラレーション有効時（ただし古い環境だと働かないこともあるので注意）
　　　　　◎--colormatrixは無視される。
　　　　　◎色空間は解像度に関わらずBT.601であると解釈されYUV→RGB変換される。

　　●ハードウェアアクセラレーション無効時
　　　　　◎--colormatrixがある場合は、指定した色空間だと解釈し、それに基づいてYUV→RGB変換される。
　　　　　◎--colormatrixが無い場合、色空間は解像度に関わらずBT.709であると解釈されYUV→RGB変換される。

今更すぎる感想ですが、本当に厄介な仕様なんですねえ・・・。

>>195
>>196
レスありがとうです。

帰宅したらすぐ確めてみます。
でも二人の指摘通り編集やソフトに問題点がありそうです。

まとめWikiのcolormatrixの説明のところで

　　AviUtl側の設定で、設定->色変換の設定を 入力[自動]

が推奨されていますが、「入力[自動]」だとうまくいかない例もあるので一応書いてみます。
個人的にはとりあえず入力「自動」を推奨しておいて、ただし書きとして
「ただしうまくいかない事もあるので素材にあわせて各自で正しく調整すること」みたいな一文を
つけるといいのかなと思いますが、Wikiにどう反映するかの判断は任せます。

■AviUtlの「色空間の設定」の「入力」を「自動」にするとうまくいかない例
　　※「自動」は縦解像度が720以上ならBT.709、719以下ならBT.601として扱う。

　●ケース１：「アースソフトPV3/PV4で撮った”HDサイズ（縦720ピクセル以上）”の映像を読み込む場合」
　　　理由：PV3/PV4ではサイズによらずデータをBT.601で扱っているため。
　　　　　　　（内部データはよく知りませんが少なくともPV3/PV4のAviUtl入力プラグインはBT.601で渡してくるらしい）
　　　参考：
　　　　　　バカだよポップさん Log 2009/06
　　　　　　http://pop.4-bit.jp/log/2009_06.html

　●ケース２：「"HDサイズ（縦720ピクセル以上）"のRGB素材をコーデックの内部処理でRGB→YUV変換している場合」

　　　例１．「アマレココ」で”HDサイズ（縦720ピクセル以上）”でキャプチャする際に、
　　　　　　AMV3コーデックやAMV2MTのY1〜Y4、UtVideoのULY2やULY0などのYUV形式のコーデックを使っている場合。
　　　　　　（アマレコＴＶやアマレコLiteは少し違うかもしれないが未検討。とりあえずアマレココのみ。）

　　　　　　理由：アマレココはRGBでキャプチャデータを取得しコーデックに渡している。
　　　　　　　　　　上に挙げたAMV3などのYUV系コーデックはRGBを入力されると、
　　　　　　　　　　内部でBT.601でRGB→YUV変換を行なってデータを圧縮する。
　　　　　　　　　　そのためHDサイズだからといってBT.709として読み込んでしまうと色がおかしくなる。

　　　例２．「AviUtl」で”HDサイズ（縦720ピクセル以上）”の映像を扱っている場合で、
　　　　　　　「環境設定→コーデックの設定」でULY2の「YUY2で圧縮する」のチェックを外し、
　　　　　　　ULY2でエンコードを行なった場合。

　　　　　　理由：この場合AviUtlはコーデックにRGBでデータを渡す。（この場合「色空間の設定→出力」の設定は影響しない。）
　　　　　　　　　　その結果、例１と同様にULY2はBT.601でRGB→YUV変換を行なってエンコードを行なう。
　　　　　　　　　　具体例としてULY2を挙げたが、例１で挙げたようにYUV系のコーデックならほぼ全て該当する。

aviutlでエンコする場合
media infoなどで見ても
詳しく詳細が分からないようにエンコしたいんですが・・・
出来ますか？

x264のエンコオプションを隠したいのか？
バイナリエディタで開いて0埋めでもすれば？

x264 r2085
4:2:2 encoding support
FLASHでは再生できるようだ
ニコのサムネとエコノミーは灰色になった
対応待ちだけど文字でもつぶれない限りは必要ないかな

>>197
それで合ってる

>>199
反映させたいなら別ページ作ってやってくれ
昨日今日始めたばっかの人間にはまずRGBとYUVの違いすら理解出来ないし、
そういうレベルに対して過多な情報を与えても混乱させるだけ
それよりはとりあえず何らかの間違いを犯す確率が最も少なそうな方法を一つだけ、
出来るだけ簡潔に書かれている方がいいと思うんだな

>>196
調べましたら
Power directorで出力したAVIは30fpsでした。
見た目は60fpsでヌルヌル動いてますが、数字的にはビットレートさがってます。
当然ながらニコエンコでのエンコ後も30fpsでした。

今mv2aviを使って60フレームにしてるのですが…。

AviUtl使えよ
それ1つで全部済むだろ

>>205
昨夜のフリーソフト使ってエンコしましたら60fps出たようですが、
あなたが言うソフトを使った方が手間がないので今後はそれを使おうと思います。

>>203
ありがとうございます。入力自動の件も了解です。
とりあえずHDキャプとかしてるスレ住人に情報提供できればよいと思っただけなので。

4:2:2対応の拡張x264guiEx 1.07がきましたね。
Wikiはいじる気は無いので編集はおまかせいたしますです。

aviutlでエンコしたんですが
指定したビットレートが変わってしまいます

650(500)ってな感じで指定した数字より増えて
容量が変わってしまいます・・・
2passエンコードです

何か原因があるんでしょうか？

>>208
まず>>1を読んだほうがいいんじゃね。

>>208
映像ビットレートを500で音声ビットレートを128でエンコードすると
動画のビットレートは630くらいになるって知ってる？
音声のビットレート計算に入れてる？

フルレンジのYUVソースをAviUtlに読み込んでx264の--fullrange onでエンコードする場合、
拡張編集プラグインの「RGB色空間で飽和」にチェックが入っていると飽和処理が行なわれてしまうようです。
フルレンジでエンコードする人はほとんどいないと思いますが、ソフ板のAviUtlスレに詳細やサンプルを
上げておきましたので、興味のある方はご一読ください。

　　http://hibari.2ch.net/test/read.cgi/software/1314536324/290

動画サイトで見ると以下の見方よりも画質は落ちるのでしょうか？


・共有ソフトorネット上でダウンロードしたBD・DVDの動画
・DVDやBDのディスクを直接PCに入れて見る動画


無論、動画サイトによるということはわかります。
あくまで高画質の動画サイトということ前提です。
細かい仕組みを説明できる方、よろしくお願いします。

思いっきりスレ違い

--dts-compress付けても、考慮されてるプレーヤー使うとズレずに再生してくれるのか。
てっきり考慮されてるプレーヤーだと映像が進んで再生されてしまうもんだと思ってた。

>>214
--dts-compressはedtsを解釈してくれない再生環境(サポートしてない環境が多かった)でなんとかして
初期ディレイをなくすための苦肉の策というか仕組みじゃなかったっけ。
映像が進んで再生されてしまうというのは少し古いHaaliMediaSplitterの
edtsまわりのバグの話だったと思うけど、色々混ざってしまってないだろうか。

自分もわかってないので変な質問かもしれないけど、edtsと--dts-compressって共存してるのだろうか？
--dts-compressによって初期ディレイカットしたときは、edtsってのはどうなるんだろう？
意味がわからんかもしれないけど、edtsで「早めにデコードしてねー」と指示したうえに、
初期ディレイカットで更にデコードが早まってしまい、映像が早めに再生されてしまうようなことってないんだろか？

>>210
え？そうなんですか？
何で映像ビットレートが増えるんですか？

音声は128でちゃんと出力されてますけど・・・
何で映像ビットレートに　無駄に加算されるのかよくわかりません。

映像500　音声128
でエンコードすると
650(500)音声128

↑の()って言うのがよく分かりません
でる時と出ないときがあるし・・・

まず、>>1にある

質問時は
　　１．問題点（なるべく詳しく）
　　２．元ファイルの情報 （必ずmediainfo等にかけた結果を書いて下さい）
　　３．エンコードして出来上がったファイルの情報 （同上）
　　４．使用ソフト
　　５．MP4ならば必要に応じてx264のエンコードオプション
　　　　（Aviutlの拡張x264出力(GUI)を使っているなら設定画面の下のほうにある"--bitrate 〜"の部分）
　　６．PC環境
等を忘れずに書きましょう。ここにｴｽﾊﾟｰは居ません。

これくらい読みましょう。
情報がほぼ無いに等しいいので噛んで答えるしか無い。
つまり、あなたの答えてほしいことを答えることは極めて困難ってことを理解しましょう。

>>203
すみません、ハードウェアアクセラレーション絡みでまた質問させてください。
　　http://www.nicovideo.jp/mylist/24948566
の、--fullrange onのサンプルを見たところ正常だと書いてありましたが、
ハードウェアアクセラレーション有効時にもちゃんと反映されるということであってるでしょうか？
（一応HDサイズのサンプル→http://www.nicovideo.jp/mylist/27805122）

fullrangeフラグはHWアクセラレーションの有無にかかわらず常に反映される
これはflashplayer9の頃から変わらない

>>219
なるほど。ありがとうございます。

まとめWikiに貼られてるx264guiEx v1.06の設定画面のスクリーンショット、
Npassを選んでたりプロファイルがhigh10になってたりと、いくらなんでもひどい状態なんだが
なんであの状態で撮ったのだろう・・・。説明もそろそろ書き換えないと色々齟齬があるね。

ニコ動に音声をHE-AACでアップロードする時の
サンプリングレートについて教えてください。

映像ビットレートや容量の関係で、音声のビットレートを低くしたいが
それなりに音質を保ちたい時HE-AACの48kbpsとか56kbpsでエンコ
するのですが、元の音声が44.1kHzや48kHzのWAVの場合、
そのままエンコードする時と、音声編集ソフト等で22.05kHzや24kHzに
ダウンサンプリングしたWAVをエンコードする時、どちらがそれなりに音質を
保てるでしょうか？

みなさんの経験・体験などを教えてください。

22kHzにした時点でかなり劣化してて
ビットレートを高くする意味がなくなってるような気が・・・

Softalkの8kHz最強説

10種類くらいエンコードしてみて聞いて判断する

640x360のままエンコするのと
320x360に間引きしてからエンコするのは
どっちが画質よくなりますか？てのに近い気が

リサイズは画質が劣化するから使わない
元のサイズが大きいならそのまま変換したほうが綺麗になる

http://www.nicovideo.jp/watch/sm15433215

俺の7000kbpsと同程度の画質とか、どうやったらここまで高画質圧縮できるんだろ
4分12Gb程度の元動画はあるからソース自体は悪くないはずなのに…

>>228

サイズ : 24.4 MiB
ながさ : 5分 34秒
オーバルビットレート : 611 Kbps

ビデオ
ビットレート : 560 Kbps
最大 : 1 253 Kbps
幅 : 640 ピクセル
高さ : 360 ピクセル
解像度 : 16:9
モード : CFR モード
フレームレート : 29.970 fps

cabac=1 / ref=4 / deblock=0:0:0 / analyse=0x3:0x113 / me=umh / subme=9 / psy=1 / psy_rd=0.50:0.00 / mixed_ref=1 / me_range=24 / chroma_me=1 /
trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=6 / sliced_threads=0 / nr=0 / decimate=0 / mbaff=0 /
constrained_intra=0 / bframes=4 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / wpredb=1 / wpredp=2 / keyint=600 / keyint_min=60 / scenecut=40 /
intra_refresh=0 / rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=560 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 /
qblur=0.5 / ip_ratio=1.40 / aq=2:1.00

オーディオ
ビットレート : 45.7 Kbps

これみたぐらいで設定できるなら世話ないよ…

同じソースを同じ条件でエンコすれば同じ出来になるんだから
見て設定できないほうがおかしいんだが

分かってるのならソースも分からないのにこれ見て出来ないのがおかしいとかいえるわけないのに

止めて見るとやっぱ一般並みにブロック多いと思う

・HDにこだわらず、640x360に収めている
・モノトーンのグラは圧縮ノイズが目立ちにくい

aq=2:1.00
psy_rd=0.50:0.00

この辺にポイントがあるか？

デブロックフィルタがoffなのが気になる、これがミソなのか？

ソースの画質がいいんだろ

7000kbpsと同程度とかそれ7000が残念すぎるぞ
よほどひどい設定してるか素材の準備の仕方が良くない
エンコ設定をちょろっといじっただけで画質が劇的に変わるなんてことはまず無いと思う

そこで --preset placebo ですよ

640x352 8Bit AVC/H.264 [email protected] 619:640 49.99fps 29069f 1275.53kb/s
AAC 48.00kHz 2.0ch(2/0 L+R) LC 159.94kb/s
MP4 Base Media v1
[MPEG4] 00:09:41.440 (581.440sec) / 104,699,247Bytes
http://www.nicovideo.jp/watch/sm15609516


512x384 8Bit AVC/H.264 High@3 Unspecified 49.99fps 31062f 1115.62kb/s
AAC 48.00kHz 2.0ch(2/0 L+R) HE(LC) 189.71kb/s
MP4 Base Media v1
[MPEG4] 00:10:21.311 (621.311sec) / 101,803,242Bytes
http://www.nicovideo.jp/watch/sm14247025


1360x768 8Bit AVC/H.264 High@4 Unspecified 49.99fps 23948f 1609.53kb/s
AAC 48.00kHz 2.0ch(2/0 L+R) HE(LC) 124.43kb/s
MP4 Base Media v1
[MPEG4] 00:07:59.018 (479.018sec) / 104,201,130Bytes


1番下が自分の動画、素材は1分3G程度でキャプチャはアマレココAMV3S1可逆撮影元動画
aviutlでエンコードすると4分以上2500kbpsだと画面がどんどん汚くなる
上2つは他の投稿者のものを比較用に見てみたもの
どれもネットゲームの動画、キャプチャは全てアマレココ(Tv)らしい
サイズ違いの理由は投稿前でリサイズされてないので1360x768

使用ソフト↓
アマレコTV・AviUtl・HandBrake
設定↓
アマレコTV＝コーデック[Xvid]8000kbpsでキャプチャ
AviUtl＝10000kbpsで圧縮
HandBrake＝ニコ動サイズに圧縮(フィルタ無し)

この解説の意味がいまいち理解できない
Aviutlで10000kbpsで圧縮してもHandBrakeで更に圧縮したら画質悪くなりますよね？
でも動画だと何故か綺麗に見える、10000kbpsかのように

1360x768 32Bit AMV3 Codec 50.00fps 9429f 521985.88kb/s
PCM 48.00kHz 16Bit 2ch 1536.00kb/s
[RIFF(AVI2.0)] 00:03:08.580 (188.580sec) / 12,340,731,904Bytes

素材動画、上の文滅茶苦茶で申し訳ない

>>228
http://www.nicovideo.jp/watch/sm14431697
>　D端子を分配器でTVとPCとに分けて、Monster-Xでキャプチャ。

やはりソースで決まるな。

x264guiEXでエンコすると、後に.statsとか.mbtreeとか
ファイルができてるんですが、これは何なんでしょう？

俺もそれ邪魔だから、エンコ完了後に自動削除する設定が欲しい。

>>238
少なくとも俺にはHandBrakeを使う意味はわからん。
普通にAviUtlでフィルタとリサイズかけてそのまま拡張x264でMP4にすればいいだけだと思う。
何らかの理由でAviUtlでのMP4出力に挫折したのかもね。
直接HandBrakeを使わずわざわざAviUtlを通してるのは何らかのフィルタをかけてるのかな。

＞投稿前でリサイズされてないので
まさかリサイズせずにエンコして投稿してるわけじゃないよね？

>>241-242
２pass出力するときのステータスファイルとか。１パス目での解析結果みたいなものかな？
　　http://rigaya34589.blog135.fc2.com/blog-entry-140.html
のコメント欄を見ると、
　　「最後に消してもいいんですけど、やり直すときに1pass目をスキップできるので置いとくことにしてます。」
ということらしいので、残しておくメリットはある。
ただ自動削除の設定は俺も欲しいな。だめもとでちょっと要望してみる。

>>243
>　1.xxからステータスファイルのデフォルトを出力先と同じフォルダに変えました。

あれ？1.08だがステータスファイル無いぞ？
デフォルトから弄ってない（%{savfile}.stats）はずだが
出力先はもちろん0.ｘｘの頃にはあったx264.exeと同じフォルダにも無い。
品質基準だと出力しないのかな？

色褪せを減らせるオプションありますか？

http://logsoku.com/thread/hibari.2ch.net/avi/1298736244/

GUIとGUIexの違いについて調べてたらここのログに辿りついたけど全く訳が分からない
2passよりシングルパスを推奨してたりするし、壮大な釣りに釣られてるんだろうか

・GUIとGUIexどちらがエンコードに優れているか

とりあえずこれだけ知りたい、高画質エンコードしてる人を見ると何故かGUIが多い

aviutlでh264エンコ（プリセットでニコニコ-高画質）選んで、ビットレートだけ計算機のものに変えて出力してるんですが
どうしても動画の明るさが増す（？）というか白くなってしまいます。シャープフィルタとか色調補正でもごまかせない感じです。
元の動画はgregionで録画した2GBくらいの高画質なんでまったく問題ないんです
ずっとこの問題のせいで悩んでます。解決策ありませんか？
ｐｃスペックは問題ないです

http://www.dotup.org/uploda/www.dotup.org2088505.jpg
これはスクショじゃなくて例えばのものなんですがこんな感じに白くなってしまいます

>>244
マルチパスの時だけ。

>>245
求めてるもんとは違うかもしれんが、まとめWikiに「色褪せ低減β」ってのがある。

>>246
AviUtlスレはニコニコ動画への投稿とかじゃなく、TV番組をエンコして保存するという人たちがメイン。
そういう場合、しっかりした品質でエンコする必要があるので品質基準でエンコすることが多い。
そのスレにも書いてあるとおり、2passを使うのはニコニコのように、指定サイズに収める必要のある場合くらい。
ただ、別にニコニコだから2passじゃなきゃいけないってわけじゃなく、
ファイルサイズに問題がなさそうなら品質基準でエンコしたって何も問題はない。

あとSeraphy氏の拡張x264(GUI)は、知っての通り「r1583暫定版」で開発が止まっている。
x264はどんどん進化を続け、現在ではr2085。機能だけじゃなく速度面など色々改良され続けている。
拡張x264guiExは、その最新版のx264を利用できる。
ぶっちゃけた話、「guiExよりもGUIのほうが優れている」なんてありえない。

>>247
Gregionでの録画時に使ったコーデックは何かとか、情報無しに言われても・・・。
>>1を見て、録画したAVIのMediaInfo情報とか貼ってみたら？

QTで再生してるとかいうオチじゃないだろうな

16:9動画を作るのにWindowsMediaプロファイルエディタで動画サイズを640x360に
設定してWindowsムービーメーカーで作ったwmv(avi)ファイルを

mencoderFLV4enc_D&D_2pass_new16：9.batを 4:3の記述を参考にして
>REM その他フィルタオプション
>set EXTOPT=-vf flip,scale=640:360 -sws 9 -af resample=44100
に修正したものに2passで通しても、出来た動画の入力サイズが
640x368になって下に帯状のノイズのようなものが出ます。
（8を引いて352にするとサイズは640x352になります）
どの辺を修正すればいいでしょうか？

もしくは、640x384で上下に12ドット追加で作る場合は
動画サイズが↑でbatの記述は↓に修正したもので合ってますか？
>set EXTOPT=-vf flip,scale=640:384,expand=0:-24:0:12 -sws 9 -af resample=44100

16:9動画を作るのにWindowsMediaプロファイルエディタで動画サイズを640x360に
設定してWindowsムービーメーカーで作ったwmv(avi)ファイルを

mencoderFLV4enc_D&D_2pass_new16：9.batを 4:3の記述を参考にして
>REM その他フィルタオプション
>set EXTOPT=-vf flip,scale=640:360 -sws 9 -af resample=44100
に修正したものに2passで通しても、出来た動画の入力サイズが
640x368になって下に帯状のノイズのようなものが出ます。
（8を引いて352にするとサイズは640x352になります）
どの辺を修正すればいいでしょうか？

もしくは、640x384で上下に12ドット追加で作る場合は
動画サイズが↑でbatの記述は↓に修正したもので合ってますか？
>set EXTOPT=-vf flip,scale=640:384,expand=0:-24:0:12 -sws 9 -af resample=44100

コーデックはUt Video Codec YUV422 (ULY2) VCM x86を使いました。
良く分からなかったので、高画質で録画する方法をググって適当にこれを選んでおきました・・・。
Mediainfoというのはこれでいいんでしょうか？スペース取りますが貼ってみます。音声はたぶん関係ないので省略
全般
フォーマット : AVI
フォーマット/情報 : Audio Video Interleave
プロファイル : OpenDML
サイズ : 5.24 GiB
ながさ : 7分 43秒
オーバルビットレート : 97.3 Mbps

ビデオ
ID : 0
フォーマット : YUV
コーデック ID : ULY2
コーデック ID/情報 : Ut Video Lossless Codec
コーデック ID/ヒント : Ut Video
ながさ : 7分 42秒
ビットレート : 97.2 Mbps
幅 : 1 324 ピクセル
高さ : 744 ピクセル
解像度 : 16:9
フレームレート : 30.000 fps
ColorSpace : YUV
ChromaSubsampling : 4:2:2
ビット/(ピクセル*フレーム) : 3.290
ストリームサイズ : 5.24 GiB (100%)

>>251-252
VP6を利用したFLVでは解像度は16の倍数でなければならないという制限がある。
640x360の360は16の倍数ではないので、そのサイズ作るとどうしても緑線が入る。
640x384への修正については、よくわからんので他の人の回答を待ってくれ。
MP4なら16の倍数という制限はなく、2の倍数であればいいから、MP4にしたほうがいいと思うけどね。

>>253
・AviUtlのプレビューでは問題ないのか？
・AviUtlの「設定→色空間の設定」で、「入力」と「出力」はそれぞれどうなっている？
・x264でのエンコード時のオプションは？特に「--colormatrix」は、どのように指定した？
　（できればMediIno情報を貼ってほしい）
・出来上がったMP4の再生確認に使ったソフトは？
　（ちゃんとFlavieで確認した？>>250の言うようにQuickTimeとかじゃないよね？）

とんでもないことに気づきました
GOMプレイヤーからFlavieに変えたら余裕の綺麗さでした
さようならありがとう

プレイヤの差というよりGOMプレイヤで明るくフィルタかける設定にしてただけじゃねーの

すみません。
初歩的な質問なのですが、ある程度、音質と画質が低い動画を落として、それを使った動画をニコ動にうｐするとき
エンコードしても変わらないと思います？

変わらないって何が？

日本語で

>>257
1. 動画をDL
2. その動画を編集
3. ニコニコ動画用にエンコードして、うp 　→　画質、音質は最高でも1と同等。2、3aをうまくやらないと画質、音質とも下がる可能性大

結果は、別に1の動画によらない

>>241-242
rigayaさんが、x264guiEx v1.10で、ステータスファイル（*.statsと*.mbtree）の自動削除機能を追加してくれました。
そんなわけでFAQ風味にまとめ。

Ｑ．MP4を出力したフォルダに「*.stats」とか「*.mbtree」っていうファイルが残るけどこれは何？
　　 あと、これを自動的に削除することはできないの？

Ａ．2pass出力を行なうときのステータスファイルです。残しておけばエンコードをやりなおす際に
　　 1pass目の処理を省略することができるというメリットがあります。
　　 自動的に削除したい場合は、x264guiExの設定画面右上にある「その他の設定」を開き、
　　 「自動マルチパス時、ステータスファイルも自動的に削除する」にチェックを入れておきましょう。
　　 （要x264guiEx v1.10以降）

>>261
>　1pass目の処理を省略することができる

これをやりたいときはどうやればいいんでしょ？

>>262
例えば「test.mp4」を出力して「test.stats」「test.stats.mbtree」が残ってるとしたら、
　　１．test.mp4を消す
　　２．x264guiExの設定で「自動マルチパス」ではなく「マルチパス -Npass」を選択
　　３．「nul出力」のチェックを外す
　　４．「test.mp4」という名前で出力する
という感じだと思うけど、「やり直す」ってこれまでやったことないんで間違ってるかも。
rigayaさんのコメント見てそのまま書いちゃったんで、有用な使い方とかは正直わかってない。

大抵やり直す時ってビットレート変えたりフィルタオプション変えたりした時だからなあ。
正直使いどころが微妙。

720×480のファイルを640×360で16:9として出す場合ですが、
元のファイルをaviutlに放り込む
一旦aviファイルとして書き出す
そのaviファイルを拡張フィルタで編集し、mp4で出力

この手順って何かおかしいところありますでしょうか

元ファイルが何なのかもわからないし、何がやりたいかにもよるし、
編集手順とかの話はMAD初心者スレとかのほうが向いてるような気もする。

うん

まとめWikiを、x264guiEx 1.xx系にあわせて更新しました。
気をつけたつもりですが、おかしなところや気に食わないところがあれば修正して下さい。

　　aviutl_h264 - ニコニコ動画まとめwiki
　　ttp://nicowiki.com/?aviutl_h264

以前との差分はバックアップのとこから見てください。

あと、

　　MP4のエコノミー画質が著しく低下する例
　　http://nicowiki.com/aviutl_h264.html#z2917d13

って、初期ディレイカットや自動フィールドシフトを使ってVFRになった場合に
起きてた事象（それだけが原因ではないかもしれないけど）だったと思いますが、
スレ52のレス48（2011/0/1/05）で、--dts-compressを使っても極度な劣化は起きないって報告上がってましたよね。
この項目ってもうコメントアウトしちゃってもいいんでしょうかね。

---スレ52より

48 名前：名無しさん＠お腹いっぱい。 投稿日：2011/01/05(水) 11:25:07 ZdxLq5Mh0
rigaya氏のx264gui.auoExがそろそろ安定してきたようなのでnicowikiのgui.aouのあたりを
書き直そうかと思い、ついでにいくつかテスト動画を上げてみたら鯖エンコの仕様が
随分と変わっていた
・初期ディレイカット(dts-compression)を使用してもビットレートが極端に下がらなくなった
・VFR動画を上げると、最大fpsに合わせてharddup(avisynth風に言えばchangefps(maxfps))するようになった

てことで、今後はBフレーム使う場合は、音ずれ対策に--dts-compres使ったほうがいいかも

とりあえずコメントアウトはしても構わないとは思う

FlashPlayer11って正式公開されたのか。何か影響あるのかねえ。

うげ、ググってたら９月末にクリティカルなセキュリティアップデートがあったのか。
やばいな、うち10,3,183,7が入ってるんだけど、いまアップデートして11にするのは何かためらうな・・・。
しかし自動更新もオンになってるのに、チェックにいっても警告すら出ないのはなんでやねん。

　　Flash Player 10.3.183.10 セキュリティアップデート公開
　　http://cuaoar.jp/2011/09/flash-player-10318310.html

　　インストールされてるバージョンのチェックはここで
　　http://www.adobe.com/jp/software/flash/about/

11はレンダリング速度が2000倍ってどっかに書いてあったような…
重い動画が軽くなるかな？（人柱待ち）

2000倍じゃなくて1000倍らしいけど、
　　「前バージョンの1,000倍以上も高速に2D/3Dグラフィックスをレンダリングできる。」
だから、ニコニコでの動画再生にはほぼ関係なさそう。

　Adobe、「Flash Player 11」と 「AIR 3」を発表 （マイコミジャーナル） - Yahoo!ニュース
　http://headlines.yahoo.co.jp/hl?a=20110922-00000001-mycomj-sci

アドビ、「Flash Player 11」と「AIR 3」により3Dゲームが実現すると発表
http://journal.mycom.co.jp/news/2011/09/22/012/index.html

Flash Player 11とAdobe AIR 3では、2D / 3Dグラフィックスの
フルハードウェアアクセラレーションレンダリングにより1,000倍の高速化を果たし、
60フレーム秒のスムーズなレンダリングが可能。
これにより、多数のオブジェクトのアニメーションを使用したゲーム専用機並みのゲームを実現するという。

関係ないな

>>275

ニコ動のベンチマーク的な動画が60フレーム秒のヌルヌル再生されるってことかな？

それともブラウザゲームのみ高速化されたってこと？

ずっとAny Video Conventer使ってて
動画をmp4で16：9で出力したいときは
動画サイズを512x288や720x360と指定して変換してたんだけど

4:3意外の動画サイズで出力しても上下に黒帯が入って4：3で出力されるようになった
以前はどんな動画サイズでもできたのにアップデートでこんな仕様になったの？

マルチになりますがすみません
動画のエンコードはどうしてますか？自分の場合、作成後YouTubeに720pでうpしてダウンロード
したのをニコニコに上げてます。画質はいいと思いますが音質が不安です

つべの720pはAAC-LCの128kだから
音質的には問題ないよねぇ？
ニコで再エンコされてたら知らぬが

GPU再生支援というかH.264のLevelについて質問です。

　　例、x264.exe --ref 5 ※1920x1080の時は4以下にしないとGPU支援で乱れます。
　　http://www.nicovideo.jp/watch/sm8862817

この動画説明文のところに以下の計算式が載っています。

　　マクロブロック/秒(fps/unit)：1920*1080*30/256=243000 (Level4.1 ＜245760) 状態：OK
　　マクロブロック/秒(ref/unit)：1920*1080*5/40=259200 (Level4.1 ＜245760) 状態：違反
　　解像度：(1920/16)*(1080/16)=8100 (Level4.1 ＜8192(1920x1088)) 状態：OK

１番目と３番目についてはわかったつもりなのですが、
２番目の計算式の40というのは、どこから出てきた数字なのでしょうか？

あと、まとめWikiの編集でミスがありました、すみません。
v1.xx用に記述を変更した際、Level指定の記述を漏らしてしまっていたようです。
基本的に前の記述を残すようにしたつもりが、自分がちゃんと認識していなかったせいもあって見逃していたようです。
とりいそぎ、Levelの設定をするよう、もとの説明を追加しました。

いまだにちゃんと理解できてるか怪しいですが、
　　・ref=16だとFlashPlayerのGPU再生支援（HWアクセラレーション=ON）で再生がおかしくなる（ことがある？）？
　　・プリセットでveryslowなどを選択した場合、ref=16となってしまう。
　　・Levelを明示的に指定することでrefが自動調整される。
　　　SDなら3を指定することでref=10、HDなら4か4.1を指定することでref=4となり、
　　　ref=16の問題を回避できる。
ということであってるでしょうか？

また、これとは別に「QPの下限（0）」「QPの上限(69)」の記述も削除してしまっていたようなのですが、
この記述も残す必要があるでしょうか？（とりあえずmediumでもveryslowでも0-69になるようですが）

設定画面のスクリーンショットのほうもなるべく急いで修正します。

refについては16という数値がやばいのではなくプロファイルに対応した数値より上だとまずいということなのかな。
再生支援の仕組みとかよくわからんけど・・・。

　http://up-cat.net/x264%2528vbv%252Dmaxrate%252Cvbv%252Dbufsize%252Cprofile%252Clevel%2529%252C%2BH%252E264%2528Profile%252FLevel%2529.html

設定画面のスクリーンショットも、Levelを明示的に指定するよう更新しました。

引き続き>>280と>>281-282について教えていただければ幸いです。

>>280
どこからその計算式を持ってきたのかはよくわからん
#x264@freenodeにその動画上げた本人がいるから聞いてみたけど覚えてないらしい
でも4.1で最大ref4はあってる

>>281
HWデコーダを使用する場合はprofileやlevelで決まる最大refを超えてはいけない
さらにDXVAやCUDAといったGPUの機能をデコードに使う場合は、例えlevelの規定内に収まっている場合でも
refは15までしか使ってはいけない
例えば640x480の場合--level 3.1だとrefは16にしても規定内だけど、DXVAやCUDAを使っている場合は映像が壊れる
FlashPlayerもGPUのデコード等を使うようになってきている以上、refは15以下にしておくべき
なんでこういうことになっているのかはよくわからんので、知りたいならMSなりNVIDIAなりAMDなりに聞くように

とりあえずrefをいじらずlevelを3にしておけば、512x384や640x360の動画でpreset veryslowやplaceboを使っても
refは9まで下がるから、HW互換性を壊すようなことはまず起こらない

>>284
ありがとうございます。色々と勉強になりました。
ちょっと古めの情報ですがググって出てきたこういうサイトも参考になりました。一応貼っておきます。

　　H.264(AVC) + UVD(DXVA) / J-pro.info
　　http://www.j-pro.info/remake/h264uvd.html

　　x264 Encoding Options for Hardware Compatibility & DXVA - AVS Forum
　　http://www.avsforum.com/avs-vb/showthread.php?t=972503

>>197のイミフな挙動の理由を知りたくて先日からDXVAまわりを調べたりしてましたが素人には敷居が高くてリタイヤ気味。


＞とりあえずrefをいじらずlevelを3にしておけば、512x384や640x360の動画で
＞preset veryslowやplaceboを使っても refは9まで下がるから、HW互換性を壊すようなことはまず起こらない

512x384のソースを
　　・x264guiEx 1.12＋x264 r2085（x264.nl）
　　・veryslow＋Level3指定
でエンコしてみたところ、ref=10になるようです。Level3.1指定だとref=16のまま。（前スレでの報告と同様）
どういう計算なのかわからないのでソースによるのかもしれませんが。

ああごめん
ref 9は640x360の場合だ

>>286
しまった512x384のほうしか目に入ってなかったorz
と思って>>285と同じ条件で試してみたところ、640x360 24fpsと30fpsでref=8となりました。
一応ご報告しておきます。

ちなみに計算式は512x384の場合、マクロブロック数は
(512/16)*(384/16)=768
High Profileでlevelが3の場合MaxDpbMBsは8100なので
ceil(8100/768) = 10
これがlevel3.1だとMaxDpbMBsは18000まで上がるので
ceil(18000/768) = 23
refは最大で16までなので16となる
levelとMaxDpbMBsの対応表はH.264の勧告書なりwikipedia(en)なり猫科研究所なりを漁れば見つかる

げ、計算用のスクリプトに間違いがあった
640ｘ360の場合はref 8が最大になる

>>288-289
このあたりですね。ありがとうございます。こういう計算式も今回初めて知ったので勉強になりました・・・。

猫科研究所 - x264(vbv-maxrate,vbv-bufsize,profile,level), H.264(Profile/Level)
http://up-cat.net/x264%2528vbv%252Dmaxrate%252Cvbv%252Dbufsize%252Cprofile%252Clevel%2529%252C%2BH%252E264%2528Profile%252FLevel%2529.html

H.264/MPEG-4 AVC - Wikipedia, the free encyclopedia
http://en.wikipedia.org/wiki/H.264/MPEG-4_AVC#Decoded_picture_buffering

>>280-290で教わったマクロブロック上限を根拠にしたLevelとrefの指定について
暫定的というか確認のための資料として、解像度やフレームレートに応じた早見表を作ってみました。
（ページは内容の確認がとれたら消すなり、どこかにリンクを貼って残すなり、スレ住人の判断に任せようと思ってます）

　　H.264 Levelの指定について - ニコニコ動画まとめwiki
　　http://nicowiki.com/?H.264%20Level%E3%81%AE%E6%8C%87%E5%AE%9A%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6

そのうえで質問なのですが、
　　aviutl_h264 バッチ登録
　　http://nicowiki.com/aviutl_h264.html#c702bd6f
のところの説明を、
　　１．SDサイズならLevel 3.1を指定したうえで、refに明示的に最大で6〜8くらいまでを指定するのを推奨。
　　２．HDサイズならLevel4.1を指定するのを推奨。refはいじらなくてよい。
というふうに変えたほうがよいのかと思っているのですが、これは問題ないでしょうか？

refの範囲を6〜8としたのは
　　拡張 x264 出力（GUI）Exの設定項目とその機能について
　　http://nicowiki.com/%E6%8B%A1%E5%BC%B5%20x264%20%E5%87%BA%E5%8A%9B%EF%BC%88GUI%EF%BC%89Ex%E3%81%AE%E8%A8%AD%E5%AE%9A%E9%A0%85%E7%9B%AE%E3%81%A8%E3%81%9D%E3%81%AE%E6%A9%9F%E8%83%BD%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6.html
に
　　「せいぜい6程度までにしておくほうが無難である。」
という記述があるのと、早見表で見た最大ref数の数字をざっと見て適当に決めただけです。

levelを指定するのは、level指定によって有効になるrefの抑制機能を使うためだよ
refを自分で指定するならなんでlevelも指定するの？
例えば640x360でrefを10とすれば、levelは自動的に3.1になるんだよ？

逆に聞くが「SDならlevel3.1」の根拠は何？
なんで3.2でも4でも4.1でもなく3.1なの？
「medium(普通)」「slow(遅い)」「slower(もっと遅い)」「veryslow(とても遅い)」「placebo(お前はアホか？)」という
わかりやすく、バランスのとれたプリセットが用意されていて、levelを指定すれば問題のないファイルが作られるのに
refを自分で設定しただけで、それらが全てぶち壊しになる可能性が生まれるわけだが
そこまでしてref6から8を自分で設定することを推奨する理由はなんだ？
refを自分で指定したら誰でもわかるくらい目にみえて綺麗なファイルに仕上がるとかそういうことが起こるの？

refは上げるほど圧縮率上がるんだよね？
でも上げすぎるとショボイ環境で見れなくなったりするらしいから、悩むんでしょ

>>292-293
まず、現在のまとめWikiの設定手順を大雑把に書くと、
　　「プリセットはmediumかveryslow。LevelはSDなら3程度、HDなら4か4.1を指定。」
ということになってます。refについての記述は存在しません。

でも例えば512x384や640x360の60fpsの場合、マクロブロックの条件から最低でもLevelは3.1が必要になるうえ、
プリセットveryslow、Level指定3.1以上と指定すると、レベルによる自動調整だけではref=16になってしまうので、
GPU再生支援時に問題が起きることがあるのではないかと懸念してます。

Wikiの指定どおり、Level3.1ではなくLevel3を指定すればrefは下がるけど、
Level3のマクロブロック条件を守っていないファイルになるのがちょっと気になるなと。

だったら、
　　「SDならまとめてLevel3.1に統一したうえで、refも16にならないように手動で下げちまえ。
　　　とりあえず多くても6〜8くらいにしとけばいいんじゃね？
　　　HDはレベル4.1にすればrefは自動的に下がるからrefはさわらなくていい。」
という記述のほうが、初心者でも混乱せずに設定できてわかりやすいかなと思いました。

＞逆に聞くが「SDならlevel3.1」の根拠は何？

とりあえずの根拠はもともとのWikiの記述と、上でも書いた早見表で求めた必要レベルの数値。
それと、早見表のページにも貼った
　　H.264(AVC) + UVD(DXVA) / J-pro.info
　　http://www.j-pro.info/remake/h264uvd.html
とそのページ内のリンク先にある
　　「HDコンテンツは[email protected]をSDコンテンツは[email protected]を利用する」
という記述。

「SDでもHDでも全部4.1以上にして、refも4以下にしろ」という説明にするのもアリなのかもしれませんが、
そんなことしていいのかよくわからなかった。

まとめWikiの目的は、とりあえず初心者に対して「問題を起こさないファイルの作り方」を
提示できればよいわけなので、綺麗にするとかそういうことはあまり考えてません。
そのへんは各個人で勉強して突き詰めていくべき話でしょうし。

とりあえず
　　「ref=16だとGPU再生支援時に映像が乱れる」
という問題を避けるための処置なのですが、ref=16で乱れるかどうかというのは
グラボやドライバによって変わるもんなんですかね？

あと、HDのレベルを4.1にしたのは、4.1以上にするとうまく再生できない環境もあるかもしれないという懸念からです。
新しいものなら5.1まで対応してるようですけど、サポート状況とかよくわからなかったもので。
4.1ならば、再生支援の効く環境ならまあ対応してるだろうという判断です。（あってるかわからんけど）

ちなみに映像が乱れる例としてはMAD初心者スレ114のレス501にある動画があります。
（勝手に引用するのは気が引けるので直接動画URLを貼るのは避けますが）
　　ttp://hibari.2ch.net/test/read.cgi/streaming/1315580203/501

640x360の30fpsで、MediaInfoで見ると[email protected]でref=16。
詳しく見てませんがqpmaxなどもいじっているようなのでref=16が原因なのかどうかはよくわかりませんが、
その後の報告によると、少なくともノートPCのIntel系オンボードだとHWアクセラレーションONで映像が乱れるそうです。
nVIDIAやAMDの場合は不明。

Intelオンボで乱れるのはBフレームの数も原因だったよな

>>296
>>295の動画のエンコードオプション。bframes=10になってますね。
いくつだとアウトなのかわかりませんが、veryslowを指定してもbframes=8のはずだし、これも原因なんですかね？
「こうしたらまずい」系の情報ってどこかにまとまってないのかな・・・。

cabac=1 / ref=16 / deblock=1:1:1 / analyse=0x3:0x133 / me=tesa / subme=10 / psy=1 / psy_rd=0.40:0.00 /
mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 /
chroma_qp_offset=-2 / threads=6 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 /
constrained_intra=0 / bframes=10 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 /
weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=2pass /
mbtree=1 / bitrate=590 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=33 / qpstep=4 / cplxblur=20.0 /
qblur=0.5 / ip_ratio=1.40 / aq=1:0.60

これアニメプリセットやね

ググって出てきたブログから勝手に抜粋。Intel系ではBフレーム連続数４以上でアウトの可能性・・・？
これは・・・どうすればいいんだ。

---
またBフレームは他のコマと違い動画の順番に並んでいるとは限らず、
処理速度的に再生に障害が出る場合があるのでパソコン以外のプレイヤーなどでは
連続数の限界値が決められている場合が多いです｡
例外的にintelシリーズのグラフィック機能の再生支援が有効に為っている場合は
同様の障害が発生する可能性があります｡(これは本当に酷いと思う)
この問題が発生する可能性があるのは連続数4以上です｡
パソコン以外で見る場合は指定が無くても連続数3以下にしときましょう｡
---

こんな大百科記事もあるのね。具体的にどれだけBフレームが連続したらおかしくなるかは書いてないけど。

　　動画がおかしくなる方は大百科をクリック→とは (ドウガガオカシクナルカタハダイヒャッカヲクリックミギとは) [単語記事] - ニコニコ大百科
　　ttp://dic.nicovideo.jp/a/%E5%8B%95%E7%94%BB%E3%81%8C%E3%81%8A%E3%81%8B%E3%81%97%E3%81%8F%E3%81%AA%E3%82%8B%E6%96%B9%E3%81%AF%E5%A4%A7%E7%99%BE%E7%A7%91%E3%82%92%E3%82%AF%E3%83%AA%E3%83%83%E3%82%AF%E2%86%92

とりあえずなるべく高画質にしたいときveryslowにしてたけど見れない人いたのか・・・

これはあれか、もういっそブルーレイ並みに
　　bframes<=3
　　ref<=4
とかに明示指定したほうがいいんだろか・・・。

Encoding Video for Blu-Ray using H264/AVC - Doom9's Forum
http://forum.doom9.org/showthread.php?t=154533

ほんとにBフレで不具合出てるの？
>>295はref16な時点で問題外なんで、Bフレの不具合の検証にならないんだけど

ref=16だとHWの再生支援を強制OFFできると以前どこかで聞いたけど
ならない環境もあるんだな

>>303
Bフレームの話は>>299-300くらいしか見てないのでどうなんでしょうね。他にもっとソースがあればよいのですけど。
ref関係の各グラボの再生支援の挙動なんかも明確に書いてあるところはないものか。

>>304
FLVENC2の人がテスト動画を色々上げてくれていますが、

　　FLVENC2 ツール＆画質テスト H264
　　http://www.nicovideo.jp/mylist/5473671

のマイリスコメントの中に
　　「こちらの動画はLevel5.1(-ref 16)以上になっているのでGPU再生支援は強制的に無効になります。」
とありますね。
例えば以下の動画が該当するようです。

　　Steins;Gate OP (画質テスト153/512x288/H.264/960+64kbps/3passSHQ)
　　http://www.nicovideo.jp/watch/sm8769927

落としてみると、確かに[email protected]でref=16になっており、これは--level 5.1としたためと推測されるのですが、
「GPU再生支援が無効になる」というのは、
　　「Level 5.1だから」
　　「ref=16だから」
のどちらが理由になるのでしょう？
早見表にあるとおり、512x288の29.97fpsならLevel4.1を指定してもref=16になると思うのですが、
Levelを4.1にした場合でも再生支援は無効になるんでしょうか？
それともLevel4.1ならref=16でも再生支援が効いたりするんでしょうか？
（>>284さんによるとref=16だと無効になるのではなく映像が壊れるとありますが、
　無効になるのか映像が壊れるのかそれともそのへんもやっぱり環境によるのか、だんだんよくわからなくなってきました・・・）

一応上の動画のエンコードオプション書いておきます。
cabac=1 / ref=16 / deblock=1:0:0 / analyse=0x3:0x133 / me=tesa / subme=10 / psy=0 / mixed_ref=1 /
me_range=64 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=2 / deadzone=20,8 / chroma_qp_offset=0 /
threads=6 / nr=50 / decimate=1 / mbaff=0 / constrained_intra=0 / bframes=16 / b_pyramid=0 / b_adapt=2 /
b_bias=0 / direct=3 / wpredb=1 / keyint=900 / keyint_min=1 / scenecut=70 / rc_lookahead=250 / rc=2pass /
mbtree=1 / bitrate=960 / ratetol=1.0 / qcomp=0.50 / qpmin=10 / qpmax=51 / qpstep=24 / cplxblur=20.0 /
qblur=0.5 / ip_ratio=1.40 / aq=1:0.00

あのさ
まずすごく読みにくい
もうちょっと思考まとめて書いてくれ
次にレベル指定はrefを下げるようには働いても、上げるようには働かない
--level 5.1にしてもref=16になんてしない

「--level 5.1だけ」コマンドラインオプションに追加してエンコしてみたの？
「--ref 16だけ」でエンコしてみたの？
実験もしないで一々このスレで思考過程をメモみたいに残しながら検証しないでくれない？

>>306
書き方が足りませんでした、すみません。
>>305はveryslowなりplaceboなり、ref=16になるプリセットを指定したうえで--level 5.1にしたんだろうということです。
この場合、この解像度ではレベルによる自動補正だけではrefは下がらないということ。
--levelによるrefの自動補正の正確な挙動（MaxDpbMbsだけで決まるのかなど）はわかりませんが、
少なくとも>>294に書いたように、640x360でveryslow＆3.1を指定した場合にref=16になるのは確認してます。

あと自分でも長くなりすぎたと思うので要点など後でまとめてみようと思います。

それとBフレーム連続数問題についてですが、>>299と>>300を書いたのは同じ人のようです。
LGA1156ソケットだとアウトと書いてるから、LGA1155系だとセーフなんですかね？
>>295で書いたMADスレでの報告２件は、corei5 480Mと
Celeron Dual-core（Mobile Intel(R) 4 Series Express Chipset）だったので該当するのかな。
色々試している人のようですが、refとbframesがアウトと判断した理由については記述が見当たりませんでした。

あまり関係ないとは思いますが、こんな実験記事も見つけました。

　　はいじん☆ちゃんねる ≫ 【レビュー的な何か】Pen4世代でBlu-ray再生は可能か？【AGPx8編】
　　http://haizin.serveblog.net/?p=8063

Pentium4＋Radeonでの実験ですがAGPx4だと映像が乱れてAGPx8だと大丈夫だったそうな。よくわからんけど。

作った動画のコメを見ると音声が片側しか出てないらしく
（自分の再生環境では両方から聴こえるので確認が出来ない…）
Audacityで音声の調整をしていますがどこを調整すれば、両方から聴こえるようになるのでしょうか？

>>309
モノラルじゃなくてStereo 2chになってれば問題ないような？

>>280-308について、要点をまとめてみました。（それでも長いので２レス使います、すみません・・・）

■現状
　　現在のまとめWikiの記述は、
　　　　「速度はmediumかveryslow、LevelはSDなら3程度、HDなら4か4.1を指定。」
　　となっている。（veryslowはref=16となるプリセットであることに注意）

■議論したいこと
　　例えば640x360の60fpsでは、マクロブロックの上限を考えると最低でもLevel3.1が必要となる。
　　また、例えば640x360でveryslowとLevel 3.1を指定した場合、ref=16になる。

　　ref=16だとGPU再生支援が無効になったり映像が乱れたりすることがあるという
　　話があるので、これはあまりよくないのではないか。

　　事実関係を確認のうえ、まとめWikiの基本設定例として、どういう記述にすべきか検討したい。
　　（まとめWikiとしては極力問題を起こさないファイルを作るようにしたほうがいいのかなと）

■まとめてみた資料（マクロブロックに関する計算表とか細かい説明とか。Wiki化は当面中止。）
　　　ttp://goldenhige.cocolog-nifty.com/blog/2011/10/gpux264-1298.html

■情報や確認したいことなど

　●refに関する動画再生支援の挙動は？ref=16で無効になる？乱れる？環境による？
　　　（例えば640x360のLevel3.1ならref=16もレベル規定としては許容範囲だが
　　　　その場合でも動画再生支援は無効になったり乱れたりすることがあるのか？
　　　　>>305がGPU再生支援無効になるというのはLevel 5.1のため？それともref=16のため？）

　●--levelによる、refの自動調整は以下のようにMaxDpbMbsと解像度だけで決まるのか？
　　　　　　最大ref数 = MIN(FLOOR(MaxDpbMbs/(CEILING（幅/16,1）*CEILING（高さ/16,1）),1), 16)
　　 それとも他の要素も関係する？

　●IntelのLGA1155ソケット系のグラフィックチップでのGPU再生支援では、
　　　　　・bframes > 3
　　　　　・ref > 6
　　 といった条件（andではなくorでも発生？）で、不具合が起きるらしい？
　　　　参考：ttp://es2z.blog98.fc2.com/blog-entry-128.html

　　 本当だとすると、そこそこユーザーもいるはずなので、これを考慮した設定例にすべきなのか？
　　 それとも無視？

　●これ以外にもGPU再生支援がおかしくなるような条件はあるのか？

■とりあえずの案

　●Wikiの記述としてはref=16となるveryslowの推奨をやめmediumのみ推奨。
　　 レベルはSDなら3.1、HDなら4.1を推奨する。
　　　　　速度：medium
　　　　　チューニング：none
　　　　　プロファイル：high
　　　　　Level指定：SD（目安は縦解像度576未満）なら3.1、HDなら4.1
　　 という設定ならbframes=3、ref=3なのでLGA1156系も含め、動画再生支援での問題はおきないはず。
　　 画質への不満が出るかもしれないけど、そのへんは自己責任で追求していけばよい？

　　　※SDの目安をDXVAでも使われている縦576未満としたのは
　　　　 800x600の60fpsだとLevel4以上が必要になるため。（あまり使われない解像度だけど）

　●記述を変えるにしろ、動画再生支援の挙動については教えてもらいつつ整理できると嬉しい。

refくらい手動で直したらいいやん
「ref16はやばそうだからやめとけ」くらいでよくね

うちの話だけするとref16の動画は普通に見れた
intelのオンボなんてダメ過ぎて配慮する気にもならない

>>313
ところがメーカー製PCはIntelてんこ盛りなんですよ
Intelもう少し何とかしろよ・・・

ごめん、>>312の「LGA1155系」とあるのは「LGA1156系」の間違いです。
要するに第一世代のCoreiシリーズのほうで問題が起きるらしい。

第二世代のCorei系（LGA1155）のほうはどうなんでしょね。

refやbframesとか動画再生支援とかGPU関連の調査とは話が変わってしまうんですが

画質の追求はどの値をいじることで可能になってくるんですか？
何も分からないアホで申し訳ないんですけど、教えていただきたいです。

>>316
拡張 x264 出力（GUI）Exの設定項目とその機能について - ニコニコ動画まとめwiki
http://nicowiki.com/%E6%8B%A1%E5%BC%B5%20x264%20%E5%87%BA%E5%8A%9B%EF%BC%88GUI%EF%BC%89Ex%E3%81%AE%E8%A8%AD%E5%AE%9A%E9%A0%85%E7%9B%AE%E3%81%A8%E3%81%9D%E3%81%AE%E6%A9%9F%E8%83%BD%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6.html

>>317

>>317
一通り目は通しているんですけど、何分理解できない項目が多くて・・・
下手にいじると問題が発生することもあるみたいですし

とりあえず色々いじりながら試行錯誤してみます

エンコ職人曰く、「結局veryslowで落ち着く」
エンコ設定弄るよりソースの高画質化を図った方がよほど効果的だと思う

自作板に行ってIntel系グラフィックチップのGPU再生支援関連の過去ログ漁ってみました。

旧Intel系だけではなくて、最近のIntel HD Graphics 2000とか3000とかでも映像がおかしくなるというレスがちらほら。
おかしくなることがあるのは、以下のような動画らしい。

　　【stepmania】イカ娘でサンドキャニオン_Hard11_AutoPlay_3.25x【侵略！イカ娘】
　　http://www.nicovideo.jp/watch/sm12507610
　　512x384　48fps　High＠L5.0　ref=16　bframes=4　映像1713Kbps

　　しゃかりきと対決動画12
　　http://www.nicovideo.jp/watch/sm15537168
　　640x360　60fps　High＠L4.0　ref=16　bframes=8　映像1200Kbps

　　【シュタゲMAD】牧瀬紅莉栖の消失 -TRUE END-
　　http://www.nicovideo.jp/watch/sm15543472
　　512x288　30fps　High＠L3.1　ref=16　bframes=8　映像3751Kbps

他のパラメータは見てませんが、とりあえずことごとくref=16。

ただ、
　　Win7 64bit
　　HD3000
　　firefox6.0.2
　　FlashPlayer11のbeta（最新ベータとしか書いてなかったけど2011/9/9だし多分11beta）
の環境で映像が乱れると言ってた人が、
　　IE9＋FlashPlayer最新ベータ
に変えたら乱れなくなったという事例もありました。
「flashのplugin-basedバージョンにバグがあるっぽい」とかなんとか。
そうだとすると最新のFlashPlayer11でもブラウザによっては不具合が出る可能性もありそうですね。

とりあえず、640x360 24fpsの秒速プロモを素材にして、
mediumベースで level、ref、bframes を色々変えてエンコードしてみました。
ただ自分では確認できないので、これらで乱れることがあるかどうかは不明。

　　ハードウェアアクセラレーション(DXVA)テスト用動画
　　http://www.nicovideo.jp/mylist/28230553

もし気が向いた方がいましたら、ざっと見ていただいて問題があるかどうかと
　　【グラフィックカード（チップ）】 デバイスマネージャ等で確認
　　【ドライバのバージョン】 同上
　　【OS名とビット数】
　　【利用ブラウザ】
　　【FlashPlayerのバージョン】 http://www.adobe.com/jp/software/flash/about のVersion Informationで確認
といった環境情報を書いてもらえるとありがたいです。

ビットレ4000でも10万再生行ってマイリス10％行くのか・・・
しかしこんなビットレの動画ばかりになれば、そりゃニコニコ重くなるわな・・・

いずれYoutubeみたいに完全強制再エンコードになりそうで怖いですよね・・・

昨日2600Kに買い換えてエンコしてみたのですがCPU使用率が10％前後しか使わず激遅です・・・
テストに使った元動画は1600x900の無圧縮AVIでH.264の標準的な設定でエンコードしています。フィルターはLanczosのみ

マルチスレッドを有効してCPUの性能を使い切るにはなにか特別な設定が必要なのでしょうか？
あ、AviUtlの画像処理数は8に設定しています。

無圧縮AVIとかアホなもん使ってるから、HDDがボトルネックになってるんじゃね
lanczosでリサイズした状態でいったんUtVideoあたりで可逆圧縮してから、フィルタ無しで試してみ

拡張子変える技使えなくなったのね(´・ω・`)

なんのことだかさっぱり。

aviutlで、同ソースを通常のAVI/AVI2 File Readerで読み込んだものと、拡張編集プラグインで読み込んだものとで
全く同条件でそれぞれ拡張x264出力でエンコした結果って、変わる訳…ないよね
何だかその２つを見比べてると、どうも拡張編集プラグインで読み込むとエンコの結果画質が劣化するように見えてしまって…

もしホントにちがうなら
それエンコのせいじゃなくて
読み込まれて展開された時点でちがうんだろ

x264はマルチスレッドでvbv使うとエンコ結果はバイナリ一致しない

今更というか既出な気がするけど、エコノミー動画ってcolormatrixもfullrangeもつけてくれないのね。
そのせいでBT.601でエンコしたもののエコノミー動画をハードウェアアクセラレーションOFFで見ると
BT.601の映像をBT.709としてデコードしてしまうため色が変わってしまう。

ハードウェアアクセラレーションONだと問答無用でBT.601でデコードされるそうだから
その場合は問題なさそうだけど、エコノミー動画（[email protected]）のような軽い動画の再生でも
ハードウェアアクセラレーションて効くものなんでしょうか？
下のエコノミー動画の色はハードウェアアクセラレーションONだと正しく見えますか？（自分の環境じゃ確認できない）

　　【色空間テスト】640x360でBT.601出力 エコノミーがどうなるかテスト
　　ttp://www.nicovideo.jp/watch/sm15955879?eco=1

ちなみにfullrangeでエンコしたもののエコノミー動画はfullrangeがつかないので
どうあがいても間違った伸張で色が変わります。fullrangeで上げる人はまずいないだろうけど。

premiere 4csで編集したものをエンコードするとパソコンがブルスクしてしまう場合があるんですが、原因ってどんなものが考えられますかね？

メモリ死にかけ

まとめWikiの記述を少し変更しました。

　　aviutl_h264 - ニコニコ動画まとめwiki
　　http://nicowiki.com/?aviutl_h264

　　●veryslowの推奨をやめ、mediumのみに変更。
　　●Levelの指定はSD（目安は縦解像度576未満）なら「3.1」、
　　　　HD（縦解像度576以上）なら「4.1」を指定するように変更。
　　●上の２点を踏まえてスクリーンショットを更新。
　　●エコノミー画質崩壊の件について、前スレ48にあった
　　　　　「--dts-compress使っても画質崩壊しなくなったよー」
　　　 という報告を踏まえて、いちおう記述を追加。（推奨はしてない）
　　　　　ttp://hibari.2ch.net/test/read.cgi/streaming/1292349601/48

最初の２つについては>>280-322あたりで書いた件に加え、以下のスレで
　　「640x360の60fpsをveryslow、Level3でエンコしたらCore i7-950、GTX470の環境でなんか再生がおかしかった」
という書き込みがあったので、mediumのみにしたほうがよさそうだと判断しました。

　　x264vfw GUI専用スレ Part8
　　ttp://hibari.2ch.net/test/read.cgi/avi/1318232220/70-84

以前も質問させて頂いたのですが、色々調べてみてもわからずもう一度お願いします。
元動画・編集中・エンコード後は音量大きくても、ニコ動に投稿すると音量が小さくなってしまいます。

エンコード後のmediainfo
オーディオ
ID : 2
フォーマット : AAC
フォーマット/情報 : Advanced Audio Codec
プロファイル : LC
コーデック ID : 40
ながさ : 10分 28秒
ビットレートモード : VBR モード
ビットレート : 93.7 Kbps
最大 : 106 Kbps
チャンネル : 2 チャンネル
チャンネルの位置 : Front: L R
サンプルレート : 48.0 KHz
ストリームサイズ : 6.84 MiB (7%)

編集　aviutl・拡張x264出力(GUI)
OS　Windows7 64
サウンドカード　Sound Blaster X-Fi XtremeGamer
ニコニコ　プレミアム会員

他に必要な情報あったら書きます。お願いします。

プレイヤーのボリューム上げればいいだけだろ

>>337
MAXにしても小さいんです。
というか他動画と比べても小さいのでせめて普通の音量にしたい。

>>338
>元動画・編集中・エンコード後は音量大きくても
この段階でもっと音量上げればいいだけじゃん

再生ソフトの自動音量調整がオンになった状態で音量確認してるんじゃないの？
Audacityかなにかで波形見たほうがいいよ

>>339
>>340
波形も限界まであげてて今以上に上げると音割れしちゃうんです。
編集中やエンコード後も音量はかなりでかくて耳痛いぐらいなのにうｐすると他の人の動画より小さい。
MP3ゲインで見ても97dBぐらいありました。
とりあえず音割れ覚悟で102dBに上げてうｐしてなんとか他動画よりちょっと小さいぐらいの状態です。
何か変な補正入っちゃってるんでしょうか？

Flavieで見てみたら？
もしそれでも音が小さかったらFlash Playerの再インストールでもすればいいと思う

>>342
Flavieでも小さいです。
他動画の音量は普通なのでFlash Playerは問題無いと思ったんですがうｐする際に関係するんでしょうか？

>>343
Flavieで小さいならアップとは何も関係なく、編集とエンコードの時点で音量下げてるっていうことでしょ。
問題ないと思ってたのは>>340の言うように再生ソフト側で自動で音量調整したのを聞いてたからでは。
AviUtlで音量調整とかそのへんのフィルタをONにしてるんじゃないの。

割り込んですみません
再エンコ回避したmp4動画をニコニコ上で見ると微妙に画質が劣化してカクついちゃうものがあるんですが
何が原因ですかね？動画を落として同じ動画を見ると正常でした。
今まであげた動画ではこんな事は無かったんですが。

違うかもしれんけど、>>280-322あたりとか。
ref=16とかでエンコしてると、環境によってはハードウェアアクセラレーションが有効になってる場合おかしくなることがある。
ニコニコの再生画面で右クリックして「設定→左下のディスプレイタブ→ハードウェアアクセラレーションを有効化」の
チェックを外して、動画を再読み込み(※重要)すればハードウェアアクセラレーションが無効になるので、
それで試してみて問題が解消するなら、ハードウェアアクセラレーションのせいということになる。

>>344
ごめんなさい、間違えました。
Flavieでも音量はでかいです。

やってられん

強制再エンコードされたとしても音量が下がるような現象は起きないだろうし、
あとは視聴に使うブラウザ変えてみたりFlashPlayerをアップデートしたりとかその程度しか思いつかん。

>>347
もう動画のURLを貼れよｗ

ニコニコのプレーヤーの音量が下がってるにまさかの一票

>>351
>>337-338を見るとそうではなさそうだ。
これ以上は投稿前のMP4ファイルと投稿後のURLでも貼ってもらわない限りわからんだろね。

>>349
再エンコードされて音が小さくなった事例があった気がする。

捨て垢で音量テストうｐしてみました
http://www.nicovideo.jp/watch/sm15991326

どなたか動画をDL出来る方、ニコニコプレイヤーで聞く音量とflavie等で聞く音量聞き比べお願いします。
自分の環境ではニコニコ音量MAXとFlavie音量MAXでは物凄い差があります。
自分の環境が悪いのでしょうか？

>>354

Windows7なら、アプリケーションごとに音量を個別に設定できるので
ブラウザの音量が小さくなっているんじゃない？
（ニコ動プレーヤーの音量とは別）

http://www.gigafree.net/faq/sndvol.html

>>355
それでしたあああああああああああ！！！

考えてくれた皆様本当に申し訳ありませんでしたorz
すんごい初歩的な事でした・・・
ありがとうございました助かりました。

なんだよ徒労か･･･銭型のとっつぁんのAA貼りたくなる位の時間泥棒だわ。

>>354
自分の環境で思いつく限りの手段で再生してみたがどれも同じ音量に聞こえる。
音量としては実に適正。小さすぎるという事は決してない。
以下、再生方法を列挙。各プレーヤーの音量はどれもMAX。

・Firefox 3.6.23 + Adobe Flash Player 11.0.1.152 in ニコニコ動画（非公式のプレーヤー等は非使用）
・Flavie 1.2.13.0
・Windows Media Player 11.0.5721.5280 + ffdshow tryouts rev.3008 + Halli Media Splitter 1.11.96.14

MP4Box_20110801で音声のみを分離したものを再生
・QuickTime Player 7.7.1680.34
・iTunes 10.5.0.142
・↑上記WMP11で分離した音声のみ再生

半年ほど前にHD動画あげてたんだけど
同じ仕様で、今動画上げると糞画質になるんだけど
ニコ動何か変わったん？

>>346
忙しくてまだ確認出来てないですがありがとうございました。
今度やってみます。

XP厨の移行組か。まぁそんなところだろうとは思ったが

>>357
色々試してくれてありがとう
正直スマンカッタ
今までのうｐ動画ざっと見直してみたが音量大丈夫でした。
音割れ覚悟でうｐした回は音量でかいぐらいで。

だけどそうなると俺の動画よりも音量大きかった他の人は、かなり大音量で音割れしてないんだよな・・・
どうやってんだろ

マキシマイザーでググる
スレ違いなんで他の事は別スレで頼む

何でつんでれんこでエンコすると音声が倍速になるの？そんな糞機能があるのになぜ使う人が多いの？

知らんがな
多分作ってる人と使ってる人の両方が、あまりエンコ知識がないからだろ

>>363
普通の人は、まともなコーデックの動画かwavを放り込むので問題は発生しない
あらかじめ、WMPでちゃんと再生できるかどうか確認しろ、ということ

お前さには向いてなかったが、他の人は使えているんだよ
他にもいろいろツールはあるんだから、好きなものを使えばいいじゃない

問題が出たなら元動画のMediaInfo情報とか添えて報告すれば対応してもらえるかもしれないのに
それすらできないんじゃ、使う側のほうが無能ってことだよなあ。

>>363
自分で編集した動画で、その症状が出たなら、保存形式が悪い
なんでエンコするにしろ、不可逆なコーデックなんぞ使わず、無難なものにしとけ。画質、音質が落ちるだけ損

4:3か16:9以外のアス比で上げると、低画質モードでアス比が狂うんですか？

はい。

自分で調べてみました
16:10の動画は低画質で16:9に、
正方形ぽい動画は低画質で4:3になってました


なんというくそ仕様…

仕様に文句つける前に、仕様も知らずそんなアホ解像度で投稿した自分を省みるべきかと。

ニコ限らずシネスコ以外 4:3 & 16:9 の二択だろ
なぜ始めからそのアス比で作らないのか

はぁ何言ってんの？
4:3か16:9以外のアス比に対応するのに難しいとこがあんの？
ただの手抜きでしょ

ＵＰする側が黒い枠を追加して
4：3や16：9にすればいいだけだろ。
それが嫌なら他にUploadしたらいいだけ。

珍獣さんの言ってる「正方形ぽい動画」ってのは、いったいどれくらいのアス比なんだろうｗ

いくつか他の方の音源でテストしてみたのだけれど
いつの間にか、mp4の音声サンプリングレートを96 kHzにしても再エンコされなくなったいたい
以前は、48 kHz以下が、再エンコ回避条件だったから、緩和されたのかな?

でも96kHzって無駄だしやる意味なくねｗ

>>376

96 kHz より、5.1ch等の音声マルチチャンネル出力対応してほしいわ。

ホームシアターで見るニコニコ動画ですか

ばかじゃね？

なんで馬鹿なんだ？

昔試したけど5.1chのaacのmp4はアップできたよ。
フラッシュプレイヤーが今後サラウンド対応するみたいだけど
ttp://japanese.engadget.com/2011/07/14/adobe-flash-player-11-beta/

5.1chアップできるのか！？

アップできたとしても聞こえるのは2chだけだろ。
正直真っ当な使われ方をしないと思うから強制再エンコ対象にしていいよ。

x264エンコードを行った後、動画内の右端に紫色の線が入ってしまったのですが
解決法をご存知の方がいらっしゃいましたらご教授願えませんでしょうか…
作成時の解像度は1360x768、OSはWindows7の64bitです

多分High4:2:2 10bit出力が原因
rigayaの日記兼メモ帳 x264guiEx 1.07
ttp://rigaya34589.blog135.fc2.com/blog-entry-149.html

>>384-385
High4:2:2は関係ない。10bit-depthのx264.exeを使った場合は普通の4:2:0でもそうなる。
まとめWikiにも書いてあるとおり、ちゃんと8bit-depthを使うこと。

一応10bit-depth 4:2:0でのテスト動画。

　　10bit深度（Hi10P・ハイ10プロファイル)でのアップロードテスト
　　ttp://www.nicovideo.jp/watch/sm15543879

　　10bit深度（Hi10P・ハイ10プロファイル)でのアップロードテスト(エコ回避版)
　　ttp://www.nicovideo.jp/watch/sm15647046

エコノミーが崩壊してるのはサーバー側のデコーダーが10bitに対応してないだけだから
いずれ対策はとられるかもしれない（もしかしたらもう対策されてるかもしれない）けど、
右にマゼンタ線が入るのはFlashPlayerのバグなので対処しようがない。

1360×768ってアス比が微妙におかしいような・・・。
まあ気になることはないレベルだけど1280×720とかにしたほうがいいんじゃね？
しかしHDで投稿する人増えたねえ。

--dts-compress付けると、ある一定以上の長さの動画だとうｐ時にエラーになるっぽい。
mediainfoで見てみると、CFRソースにも関わらずエンコモードがVFR扱いになってたりする。

ニコニコだと大分前から1動画100MBの制限があるままだがHDにして容量追いつくのか？

ハーフHDなら余裕
フルHDだと100M超もありのつべには負けるな
まあエンコの工夫でどうにかなる

>>389
CFRソースがVFRになるのは--dts-compressの仕組み上当たり前。
先頭の数フレームを無理やり早めにデコードするようにしているので必ずVFRになる。
うｐ時にエラーになる原因はわからないが、今の段階では--dts-compressのせいとは限らないのでは。

あと「--dts-compressを使った場合にエコノミー画質が極端に劣化する」という昔あった問題は
かなり影響が緩和されてはいるが、微妙に画質が悪くなるのは避けられない。
--dts-compressを使うとエコノミー動画のフレームレートが元の２倍くらいになってしまうため。
（普通は元と同じフレームレートになる）

エコノミー状態でブロック出さずに綺麗にボヤけてくれるにはどうしたらいいのか

mp4でゲーム動画作るのにどれだけx264の設定いじってもFPSが上がらないのは俺の頭がおかしいんですかね

FPSってのがFIrst Person Shootingだろうがフレームレートのことだろうが
寝言を書き込んでるヒマがあったらテンプレにあるニコニコ動画まとめWikiを読んでこいとしか。

出先の携帯からでテンプレに乗っ取った形式でもなくて申し訳ない
動画はaviutlで完成したんだが、エンコードが鬼門だった
celeron(R)の前時代の2.66GHzだか960MB、RAMのXPを利用していて
mp4やavi変換をすると動画も10分越えなもんでエンコ80時間と出てくるんだ
これはどうしたらいいのだろうか
以前winの内蔵の何とかメーカーの時は動画をwavだかで変換した覚えがあるんだが
aviutlでwavで変換すると当たり前ながら音声しか変換されない状態
情報自体が少なくて申し訳ないが現状で対策案があれば御指南頂きたい

もう依頼スレ行けよ

wavと言ってるのはwmvのことなんだろうな・・・。ひどい勘違いだ。

以前512x384・24fps・15分オーバーの動画をCeleron 1GHzとx264 r928で
当時の解説動画による高画質設定（me=esa、その他は今見るとひどい内容）で
エンコしたことがあるけど、それでも７時間弱で終わった。

無駄に重い設定をやめてWikiどおりのデフォルト設定でエンコするか、
>>397の言うように依頼スレに行ったほうがいいかもね。

あとAviUtl拡張編集で重いフィルタ処理とかを行なってる場合は、
そのまま２パスで出力すると重い処理を２回やることになるので、
一度AVIに出力してからそのAVIを使って拡張x264出力したほうが早いこともある。
ケースバイケースなので自分で見極める必要があるけど。

ランキング動画のように、静止画の左上等に動画を挿入するにはどうすればいいのでしょうか？
aviutlを使用して動画作成したいのですが…。

サイズを調整した映像を上に重ねるだけだろ

Aviutilだと拡張編集の元映像のレイヤーより数字の大きいレイヤーに置いて
拡大率や位置を調整するだけ

質問させてください。
ニコ動に一般会員で動画をアップする場合、

A．本編５分の動画
B．本編５分の後ろに黒ベタ５分追加した合計１０分の動画

を2パスVBR映像600KbpsのMP4（H.264）でエンコードしたとき、
本編部分の映像の画質はBの方が良くなると考えてよろしいでしょうか？

本編部分のビットレートが倍近くになるので画質は上がるはず
長さ表示が気にならないなら、黒部分をどんどん長くしていけば
一般でも超画質が出せるんだよな？

でもそうやってアップされた動画って、なんかがっかりすることがあるな。
再生時間を見て１０分あるのかと思って楽しみに開いたら５分で終わって期待はずれみたいな。
もっというと、個人的にはそんな微妙な技つかうくらいならプレミア入っとけばとも思ってしまう。

40 MB = 335544320 bit
335544320 bit / 600000 bps = 559.2 sec = 8分59秒
335544320 bit / 656384 bps = 511.2 sec = 8分31秒
これ以上延ばすと、40MBの制限に引っかかる

ので、平均ビットレートの上限が下がってめんどくさい

レスありがとうございます。
40MB制限は気を付ける必要がありますね。

質問お願いします

24fpsで作った動画を連番PNGで書き出してaviutlで読み込ませたのですが
用意したファイルサイズは計算通りなのにaviutlだと若干早送りしたようになってしまいます
フレームレートやインターレースの設定を色々弄ったのですが上手くいきません
どのような原因が考えられるでしょうか
初心者丸出しですが宜しくお願いします

>>407
どうやって読み込ませたのか知らんがとりあえずメニューの「その他→ファイルの情報」を見てみるといいんじゃないかな。
そのうえで、読み込ませるときに「fps変換」に気をつけてみるといいんじゃないかな。他に拡張編集を使う方法なんかもあるけど。

あとここはエンコードスレなんでスレ違いです。

新規プロジェクトの作成時の設定が30fpsっておちだったりして

>>408-409
Flashからmp4作成するのにavi通すと画質が相当落ちるので
png連番書き出しからaviutlで結合、h264へのエンコを、と考えてた所
設定でつまずいておりましたが
アドバイスで無事に解決しました、ありがとうございました

ソース動画は元は50GBくらいのAVIだったのですが、これをaviutlでmp4にしYouTube用に作ったファイルサイズ2GB、ビットレート5Mbpsの30分の動画が現在手元にあります

ニコニコ用にエンコし忘れて、さらにAVIファイルを誤って削除してしまい、上記のmp4ファイルをaviutlにて3分割しひとつ100MB以下に収まるようにビットレートを下げ再エンコしました
これをニコニコにあげたのですが、ニコニコ側で再エンコされてしまいます
mp4からmp4への再エンコは何か注意する点があるのでしょうか？

>>411
依頼スレで回答もらってるだろ。まずは教えてもらったまとめWikiを熟読しろ。

ネットで調べることができないようならAviutil使わないほうがいいと思うよ

>>411

・ファイル形式はMP4だけど、映像コーデックがH.264/AVCでない。
・「エンコードしています」の表示を再エンコと勘違いしている。

など・・

ニコニコ動画に投稿して再エンコされたかどうか確認方法はありますか？
再エンコされない場合は、元と並べて見ても違いがわからないほど、そのままアップされるんでしょうか？

>>415
再エンコされてないなら、投稿前と全く同じ
CravingExplorerなんかでDLして、mediainfoで投稿前のmp4と比べてみればよい

エコ回避の動画でなければ
「?eco=1」をURLのケツにつければわかる。
再エンコされてなければ「混雑中のため、低画質モードでの再生となります」と表示される。
再エンコ＝エコモード画質ってことだから再エンコの場合はでない。
エコ回避でも当たり前だがでない。

>>416
早い回答ありがとうございます

ついでにもう一つ質問があります
下記のwikiを見たんですが、ビットレート1000kbps突破ならごにゅごにょということなら
逆に言えば1000kbps以下なら、再エンコされにくいという解釈であってるでしょうか？
1500kbps以上の動画で高画質があるのが不思議ですが

wikiより
高画質に役立つメモ（プレミアム会員向け）
1000kbps突破について（プレミアム会員のみ）
【本当の限界点】実ビットレート1049kbps以下なら再エンコを食らわないという説
※成功報告多め　信憑性が高いが、ニコニコはビットレートのピークを検出するので素材によって変わる。

>>417
ああああああああ
仕組みが理解できました
すっごいすっきりしました
ありがとうございます！！！

2009/10/29以前はプレミアムでも1000kbpsまでしかそのまま投稿は出来なかったが、
いまは制限は解除されている。
つまり10Mbpsでも問題なく投稿できる。

エコモードの動画を作らないことを再エンコードされないと考えてるのであれば
エコ回避の312kbps以下で作る必要がある。

てか、>>8　を読んで理解出来ない？
それとも、それすら読んでない？

解決しました！
色々初心者質問すみませんでした
1000kbps以上でも試しにアップしたら再エンコされずに出来ました
「?eco=1」これで確認もして「混雑中のため、低画質モードでの再生となります」
この表示も出たので大丈夫だと思います
ありがとうございました

>>420
>>8は読んでます
それとwikiも読んでたので、プレミアは上限なく投稿は可能だけど、1000越えると再エンコされることがあるのかな？
と思ってました
wikiは古い情報だったんですね

キャプチャはいつもBandicamでキャプチャしてaviutlでエンコしています
エンコしたmp4が29.97fpsまたは23.976fpsなら、Bandicamのフレームレート設定も29.97fpsまたは23.976に合わせるべきですか？
それとも容量に余裕があるなら、元の動画はより高画質にするため60fpsや59.94に設定するべきですか？
ちなみに23.976fpsと24fps、29.97fpsと30fps、59.94fpsと60fpsは
表記や細かい意味合いが違ってもほぼ同じと考えていいんですよね？

>>423
＞エンコしたmp4が29.97fpsまたは23.976fpsなら、Bandicamのフレームレート設定も
＞29.97fpsまたは23.976に合わせるべきですか？

エンコしたMP4のフレームレートは、普通はキャプチャした動画のフレームレートと同じになるはずだけど。

＞それとも容量に余裕があるなら、元の動画はより高画質にするため60fpsや59.94に設定するべきですか？

フレームレートを上げるのは、激しい動きでも滑らかに見せたいような場合のみ。
ただしフレームレートを上げるということは１秒あたりの画像枚数が増えるということだから、
エンコードに必要なビットレートも大きくなってしまう。
要するに、フレームレートを上げると、画質は下がると考えたほうがいい。
キャプチャ対象自体がどれくらいのフレームレートで動作してるのかにもよるけど、
無駄にフレームレートを上げるのは好ましくない。
大して動いてないような映像ならむしろ下げたほうがいいこともある。

＞ちなみに23.976fpsと24fps、29.97fpsと30fps、59.94fpsと60fpsは
＞表記や細かい意味合いが違ってもほぼ同じと考えていいんですよね？

ニコニコに上げるだけならあまり細かく考える必要はない。

>>424
ありがとうございます
これからは無難な23.97でキャプチャします
ちなみに主にマインスイーパを録画しています

512ｘ384じゃなくても再エンコされなくなってるな
変則解像度の640x512を500kbpsで上げたら解像度そのままで再生された

もともとそんな仕様はないし、お前が勝手に勘違いしてただけだな。

39.9 MB (41,885,091 バイト)なのに再エンコされてしまったわ

>>428
オーバーだよ40,960,000 バイト未満にしなきゃ

>>426
画面サイズの判定は800ｘ600だったはず

最終的にmp4形式で16:9の640*360に仕上げたいのですが、動画編集ソフトから書き出す際はどうしたほうがロスが少ないのでしょうか。
1280*720の動画を素材として、エフェクトや切り張り等の加工をした激しい動きのある映像中心の２〜３分のMAD動画です。
編集ソフト640*360で出力→つんでれんこ640*360　と 編集ソフト1280*720→つんでれんこ640*360 のどちらがいいのでしょう
ちなみに動画編集ソフトから書き出す際はLagarithというコーデックを使用しています。

また、それとは別につんでれんこでの設定ですが、一般会員制限の範囲である600kb/sで作成したところ、
見るからに低画質と感じたのでプレミアの制限無しである程度ビットレートを突っ込むことを検討しています
その際、視聴者が動画の読み込みにストレスを感じない、かつ高画質なビットレートはどのくらいなんでしょうねぇ
高画質！と躍起になっても、動画が重くてブラウザバックされたら本末転倒ですし……

>>431
とりあえずリサイズはできるだけ最後のほうでやったほうがいい
あと、再生負荷とか適切なビットレートとかを気にするならつんでれんことかはやめとけ
色々調節したいなら自分でavs書いてコマンド直打ちする方が速いし楽だから

早いし楽とかありえんこと書いてるな・・・

>>431

動画編集ソフトは何を使ってるかにもよるけど、Lagarith(可逆圧縮)で書き出すなら変わらないかと。
リサイズはできるだけ最後が定番だろうけど、つんでれんこのリサイズのアルゴリズムが糞なら
その手前でリサイズしたほうがいいじゃないかな？

432も言ってるとおりつんでれんこじゃなくコマンド直打ち、かそれが無理なら↓を読んで試すとか。
http://nicowiki.com/aviutl_h264.html

つんでれんこはAvisynthのBlackmanResize()でリサイズしてるみたいだから、
他の方法でリサイズしたい場合は事前に自分でやっとけばいいだけじゃないかな。
編集ソフトによってはリサイズ処理がしょぼいこともあるだろうから、その場合はつんでれんこにまかせればいい。
普通に考えると、つんでれんこのリサイズで十分な気がするけど。

自分でavsやバッチを書いたりAviUtlでエンコしたりするのも１つの方法だけど、
つんでれんこも自分で色々カスタマイズできるから、そこから始めてみるのもいいかもね。

ものによるけど、640x360ならビットレートは高くても1000kbpsくらいまででいいんじゃないかな。

だからいろいろカスタマイズとかするくらいなら、自分で書いたほうがラクだっての
コマンド直打ちだったらカーソルキーの上を押せば直前に実行したコマンドが呼び出せるんだぞ
一部書き換えて再実行が簡単に出来るのに、わざわざ設定ファイル開いてあれこれとかあほだろ
ああいうのは「全部おまかせ」だけでいいんだよ

リサイズに関しては単に処理が得意な方でやればいいってことですか
リサイズ処理の得意不得意の比較は正直分からないレベルだったので特別気にしなくても良さそうですね

>>434のURLも見てみましたがゼロから覚えるには少々ハードルが高いですね
今回のうpは期限があるのでつんでれんこに任せる方向になりそうです

同じようなMAD、再生時間で80M超えの動画がありビットレート計算をしたら6000kb/s超えでした
見るからに高画質、と言った感じでしたがこれぐらいの高ビットレートでも読み込みは問題ないんですかね

>>436
ある程度環境が整った人間にとってはそれでいいだろうけどさー
ここでリサイズとかエンコードの質問してる人にそれ勧めてどうすんのよ
それにコマンドプロンプトはexitすると履歴消えるぞ？
msys/mingwとかでbashとかなら履歴残るけど、そこまで>>431に環境整えさせるの？
テキストに書き出せばいいっていうなら、それこそつんでれんこの設定ファイルでいいじゃん

多くの視聴者は低画質モードで見てるから
フル画質のビットレートはあまり関係ないんだよな
しかし6000はプレミアムでももたつくだろうね
つべの1920x1080でも4000だというのに

ビットレートは、まず低いほうから試していって
不満なら上げていくほうが、最適値を割り出しやすいと思う
そのために何度もエンコするのは面倒というなら仕方ないけど
個人的には、2DベースのMADで640x360なら1200くらいでいいと思う

>>438
終わるまでexitしなけりゃいいじゃん
後々まで取っておきたいなら、コマンドプロンプトだってコピーくらいはできるし
とりあえずbatでも自分で書けるようになれば色々なことで役に立つから
ただ動画エンコするだけよりもよっぽど本人にとってもいいことだよ

簡単ツールからのレベルアップを勧めるのはいいけど、その人のレベルにあわせた勧め方ってのも考えたほうがいいと思う。
自分が慣れたからといって、「一般人にとってはCLIは敷居が高い」という感覚は忘れちゃ駄目だと思うよ。
そもそもコマンドラインでオプション書き変えながらやるくらいなら、シンプルなバッチ作って編集しながら
D&Dエンコで試していったほうがそのままオプションの記録もとれるし楽な気がするけど。

それはそうとランキングにあるMMD動画がアウトすぎるエンコ設定になってて悲しかった。

　　【MMD】アイマス&ボカロでFate/Zero OP
　　http://www.nicovideo.jp/watch/sm16156666

512x288の60fpsで長さは１分30秒。
多分veryslowベースでエンコしたせいでref=16、bframes=8になっており、Intel系GPUでは確実に再生支援アウト。
SDサイズではLevel指定してもref抑制は効かないんだよね。
おまけにビットレート8611kbps指定で、ファイルサイズ83.6MB・・・。
良作なだけに、惜しまれてならない。

以下MediaInfoで見た設定。使ってるx264も古いですね。

x264 core 92 r1523
cabac=1 / ref=16 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=10 /
psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 /
8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=6 /
sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=8 /
b_pyramid=0 / b_adapt=2 / b_bias=0 / direct=3 / wpredb=1 / wpredp=2 / keyint=600 /
keyint_min=1 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=2pass / mbtree=1 /
bitrate=8611 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 /
qblur=0.5 / ip_ratio=1.40 / aq=1:1.00

RADE系クラッシュ動画といいハンパ知識で再生できんようなの作るのならつんでれんこ系でも使ったほうがましだよな

r1523はニコエンコ
デフォで512x288らしいね
更新ももうなさそうだし、お手軽エンコツールはつんでれんこ一択だな

つーかmediumじゃないと破綻するような再生支援機能って糞杉じゃね？
よくそんな欠陥品が出回ってるな

>>444
つんでれんこは本家が開発再開したから
ＰＣに詳しくない人向けはそうなるかもね。

つんでれんこは使ったことないですが、
つんでれんこ一択というほど、いい点がたくさんあるorニコエンコは駄目な点が
たくさんあるんでしょうか？

ニコエンコがそんなに悪いわけではない
けどx264はいまだバージョンアップを続けてるので
最近のx264を使えるつんでれんこのほうがそのぶんいいかと
ニコエンコだとx264の最新版が合わなくて使えない

上の例にもあるように、自動にまかせると
512x288にされたり、8611みたいなとんでもないビットレートにされる事もあるので
手動変換を使ったほうがよい

導入のしやすさもつんでれんこの利点かな
必要なソフトを最初に自動で収集してくれる。
これは問題点もあるけど知識無くても導入しやすいってのはいいんじゃないかな。
少し知識ある人はこの機能オフで自分でやることもできる。

ニコエンコ 0.77で調査。
何故か途中から出力失敗するようになったため、「ニコニコ動画プレミアム会員」の「普通〜最低速」しか試していない。

エンコード設定はほぼプリセット（--preset）のまま。
使用するプリセットは、「ヘルプ→本体の設定」の「変換速度」で
　　最高速・高速・速い・普通(medium)・遅い(slow)・低速(slower)・最低速（veryslow）
を選択することができる。
ビットレート以外に独自設定しているエンコードオプションは、
　　--b-pyramid none --min-keyint 1 --keyint フレームレートの10倍 --colormatrix bt470bg
くらいだと思われる。--levelによるレベル制限も行なっていない模様。

「最低速」は、Intel系GPUでハードウェアアクセラレーションがおかしくなるので選んではいけない。
「低速」もおかしくなる可能性がある。「遅い」もref=5のためにHDだとおかしくなる可能性はあるかもしれない。
「普通」にとどめるべきだと思われるが、これだと画質は上げにくいだろう。（ビットレートで無理矢理上げるしかない）

自動変換時のビットレート指定も問題となる。
ファイルサイズ上限に近い値を自動計算して指定するため、画質が上がる代わりに
数Mbpsといった無駄な高ビットレートになりやすく、ファイルサイズも無駄に大きくなってしまうため、
ダウンロード負荷や再生負荷が異常に高くなってしまうことがある。
音声もプレミアム256kbps、一般96kbps、エコ回避48kbpsと、比較的高めのビットレートが指定される。

ぶっちゃけた話、プレミアム会員は自動変換で使用すべきではない。
手動変換で適切な設定を行なえばよいかもしれないが、プリセットmediumレベルの設定しか使えないことも考えると、
つんでれんこやAviUtl拡張x264GuiExなどを使って適切な設定でエンコードしたほうがよいと思われる。

ニコエンコは当初は自分もお世話になったので作者さんには感謝してるし、
初心者が使うという意味では良いものではあったけども、
ハードウェアアクセラレーションの問題や、ニコニコが重くなってきている現状を考えると、
今後このままでは厳しいというのが正直なところだと思う。

最近よく起きてるシークしたら映像が止まる現象ってどういうエンコすれば防げるの？

そんな事例があるのでしたら具体的な情報をお出しになったほうがよろしいのではないかと。
あなた様のところで起きてる現象が他の方のところでも起きてるとは限りませんことよ？

マジか。じゃあ周知されるまで気長に待つよ。

>>452

最近なるね。
映像だけ止まって、音声だけ流れている現象。
昔の動画もなるようなので、エンコ設定は関係ないんじゃないですかね。

こうやったら再現するとか無いので原因がつかめない。
細かくシークすると起こるような気もするが・・・

なるなる映像止まるね
でもリロードすれば直るからあんま気にしてないや

エンコについて勉強中の初心者ですが質問です。
動画容量はビットレート解像度、再生時間、フレーム数に依存すると思っているのです。
ですが、fps（その影響でフレーム数）以外の条件がほぼ同じ二つの動画でfpsが倍あっても容量が二倍になってない動画があって不思議に思っています。
http://www.nicovideo.jp/watch/sm15748102
1280x720 8Bit AVC/H.264 [email protected] Unspecified 29.95fps 3960f 5794.06kb/s
AAC 48.00kHz 2.0ch(2/0 L+R) HE(LC) 189.65kb/s
MP4 Base Media v1
[MPEG4] 00:02:12.201 (132.201sec) / 98,951,504Bytes

http://www.nicovideo.jp/watch/sm16084780
1280x720 8Bit AVC/H.264 High@4 Unspecified 59.91fps 8116f 5903.49kb/s
AAC 48.00kHz 2.0ch(2/0 L+R) HE(LC) 188.56kb/s
MP4 Base Media v1
[MPEG4] 00:02:15.466 (135.466sec) / 103,284,618Bytes

先の条件以外ではコーデック？のバージョン違いは見られるもののその他はほぼ同じです、何故なのでしょう。
同じ容量ならこれからエンコードする際にfps60でエンコした方がぬるぬるな分いいじゃん、という発想に至るのですが。
もちろんエンコ前の動画が60fpsあるのが前提ではありますが。

>6

>>457

２つの動画とも容量が100MBぐらいなので、それをもとにビットレートをうｐ主が指定して
エンコードしているだけじゃないのかな？

例えると、時速40km/h制限の道をフェラーリと軽四の車で走ってもどちらも到着時間は
同じである、みたいな。
ちょっとちがうか！？

HDサイズとはいえ、約6Mbpsか・・・。

>>457
＞動画容量はビットレート解像度、再生時間、フレーム数に依存すると思っているのです。

「ビットレート」「解像度」「再生時間」「フレーム数」

動画容量に関係するのはこのうちの２つのみです。

冷静に考えたらビットレートと再生時間ですか、容量に関しては。
しかし二つの動画を一時停止した際の画像の綺麗さは動画内のプレイヤーサイズでも、フルスクリーンで見てもあまり変わらないように見えます。

１秒あたりに60枚静止画が並んでるものと、30枚並んでるもので、ビットレート、１秒辺りの情報量は同じ。
ってことは一枚一枚の静止画の情報量は枚数が少ないほうが倍になってますよね。
でも自分にはfps30の方が倍綺麗には見えません、何故なんでしょう。

音楽CDをリッピングする際に320kbsのmp3と無圧縮のwavとで容量の違いほどの音質の良さを気づけない、感じられない、という問題と似たようなことが原因なのでしょうか。
PCやモニタも最近買ったものですがグラボとモニタなど映像に関して特にこだわっていない並のものだから。
というモニタ関連がボトルネックになって動画の差異を再現しきれてないという理由もあるのでしょうが。

2Mbpsありゃたいていの解像度は高画質だよ

デジタルテレビのビットレートっていくらだっけ。

動画はフレーム間圧縮というのをやってるから
コマの間の絵の差が少ないほど圧縮率が上がる
60fpsは30fpsより「圧縮しやすい」んだよ

>>462
6000kbpsは高すぎるから両者の違いが出にくいだろうね
1000くらいでやればあきらかな静止画質の違いが出るだろう
60fpsのほうが静止画としては荒れるのがわかる

あと60のほうがいいじゃん、と言っても
1280x720の60fpsをドロップなしで見れる環境は少数ということを忘れずに
それならフレームブレンドにしたほうが多くの人に見れる動画になるとも考えられる

aviutlでAVIをmp4にエンコしようと↓のサイトの手順通りにやっていますがエラーが出ます
http://nicowiki.com/aviutl_h264.html

とりあえず用意されてるテンプレートである、プロファイルの欄から、x264L-SMASHさんぷるを選択してエンコ開始すると、

~略~
unrecognised option `--audiofile'
auo [error]: x264が予期せず途中終了しました。x264に不正なパラメータ（オプション）が渡された可能性があります。

それ以外を選ぶと `--input-res' で途中終了するようです。
音声先にエンコードにチェックが入っていると音声をエンコードしているような動作は一応するみたいですが、動画のエンコは音沙汰もなさそうです。
不要な情報かもしれませんがとりあえず、ファイル名 audio.m4aというファイルは出来上がり、音声のみファイルとして再生は可能なようです。

どこで不都合が生じているのか全く分からずおてあげです、どなたか原因分かるでしょうか。
恐らく、設定出来てとりあえず動画がエンコ出来る環境の前のこととなると、皆さんも管轄外だと思われるので、エスパーするのは難しいこととは承知のことですが……

>>466
プロファイルを指定するのは別に自由だけど、まとめWikiではプロファイルを指定しろという記述は存在しない。

＞x264L-SMASHさんぷるを選択してエンコ開始すると

「x264 L-SMASHさんぷる」はMP4BoxではなくL-SMASHでMuxを行いたいという場合に使うもので、
L-SMASHを組み込んでビルドしたx264.exeを使う必要があるため、ニコニコ動画まとめWikiで勧めている
x264.nlというサイトに置いてあるx264.exeでは使えない。また、意味がわからないならあえて使う必要はない。

＞それ以外を選ぶと `--input-res' で途中終了するようです。

エラーログがないのでなんともいえないけど、動画の解像度が奇数になってるのでは。
x264では縦横ともに偶数（2の倍数）にしないとエンコードできないよ。そもそも動画エンコードで奇数解像度は使ってはいけない。
8の倍数とか16の倍数にしないといけないことだってあるから。

ニコエンコでwmv形式の動画を変換しました。
ローカルで再生すれば正常に表示されるのですが、
ニコ動にアップして再生すると、3秒後ぐらいから動画が真っ暗になってしまいます。
消える途中に画面がツラツラッとして消える感じです。
何か原因に心当たりのあるかたいらっしゃいますか？

それと、拡張x264GuiExの1.14以降に付属してるニコ動向けプロファイルは、
一般会員でのSDサイズエンコードを前提にした設定になっています。
HDサイズならH.264 Levelは4.1とか4.2にしといたほうがいいでしょうね。
あとbframes=4になってるけど

　　動画がおかしくなる方は大百科をクリック→とは - ニコニコ大百科
　　http://dic.nicovideo.jp/a/%E5%8B%95%E7%94%BB%E3%81%8C%E3%81%8A%E3%81%8B%E3%81%97%E3%81%8F%E3%81%AA%E3%82%8B%E6%96%B9%E3%81%AF%E5%A4%A7%E7%99%BE%E7%A7%91%E3%82%92%E3%82%AF%E3%83%AA%E3%83%83%E3%82%AF%E2%86%92

を考慮するとbframes=3にしておいたほうが無難かもしれない。

>>468
上の大百科記事と>>450を参照。あとは動画の情報がないとなんとも言えないと思う・・・。

>>469
ありがとうございます
結構難しいですね。。
色々やってみます
くそっ！

エンコードスピードが最低速だったので、
普通にしたらいけました！
ありがとうございました！

一番良さそうに見える選択肢が罠って初見殺しだよな

「--bframes 4以上で不具合」とか…　初心者にニコ百科なんかすすめるなよ

デフォルトで3が多いのは --b-adapt 2にした時
--bframes 3から先は速度の割に圧縮率があまり変わらないからじゃないの?
rigaya氏が一年前にテストしたアレだよ

>>473
IntelのGPU再生支援で問題が出るらしいっつう話だと思うけど、
どこをどう読んだらデフォで３が多いだの圧縮率だのという話につながっていくのだろうか・・・。

記事を書いた人は色々試した結果を書いたようだけど、本当にそうなのかどうかはわからんし
もっと検証が必要だと思うから、IntelのGPU使ってるなら色々試してみればいいんじゃないかな。
ただ、ソース映像やら環境やらに依存する可能性もあるだろうし、なかなか大変だとは思う。

IntelのGPUってマイナーじゃないの？
そんなのに配慮する必要あるの？
見る側がグラボ買えば？

逆に言うとわざわざグラボ買うような一部のユーザー以外は殆どintelのオンボGPU
特にノートPCは圧倒的にintelばっかり

メーカー製の情弱PCはほぼIntelのオンボだろ

そろそろIntelのオンボがゴミなことに気がつけよ・・・

不具合出るとかオマケ以下の機能だな

>>463
今更だが

地上デジタルは1440x1080i(おっサンとか一部局は縦1080)で、13〜14Mbpsの頭打ちVBR(CBRの局もあり)
BSデジタルは局によって違うが、NHKやキー局系は1920x1080iで18〜20Mbpsの、これまた頭打ちVBRまたはCBRってのが多い

テレビはH.264でなくてMPEG-2だったっけか？
単純比較はできないよ
インターレースだし
それでも動画サイトに比べれば贅沢にビット使ってるよな

>>467
解像度が奇数ということもありませんでした
プロファイルを指定せずとも、デフォルトに戻して各項目をいじっても同じエラーが出てエンコード出来ません
もう一度手順をサイトの通りやりましたが（エンコ出来るか否かを作用する項目はあるとは思えませんが）結果は変わらずでした

--input-res　というコマンドがどの項目でコントロールしているのか、ひとつずつマウスオーバーして確認してみましたが見当たりませんでした
なのでどこで躓いているのかも分からずお手上げです

>>481
いや、だからエラーログを貼ればいいじゃん。
出力中のログウィンドウで右クリックして「ログの自動保存」にチェックを入れておけば
出力先にログファイルを保存してくれるからコピペも楽だし。

そもそも--input-resはraw format用のオプションなのに
なんでそれ以外入力ファイルの時にも使う仕様になってんの？

[C:\test.mp4] (1 / 2 pass)
--------------------------------------------------------------------------------------------------
auo [info]: converting YUY2 -> nv12p, using SSE2
auo [info]: arguments passed...
--bitrate 1000 --pass 1 --stats "C:\test.stats" --sar
3:1 --frames 3378 --input-res 640x480 --input-csp nv12 --fps 30000/1001 -o "nul" "-"
C:\aviutl99j\mp4&x264\x264\cli\x264.exe: unrecognised option `--input-res'
auo [error]: x264が予期せず途中終了しました。x264に不正なパラメータ(オプション)が渡された可能性があります。
auo [info]: x264エンコード時間 : 0時間 0分 0.0秒
auo [info]: 総エンコード時間 : 0時間 0分 0.1秒

エラーログはこうでした

>>483
拡張x264GUIExがx264.exeに渡すデータはNV12などのrawデータでしょ。

>>484
サイトの手順どおりに必要なものを揃えようとしなかったお前さんが悪い。
いったいいつどこからもってきたx264.exeを使ってるのか。何故指示どおり最新のものを使わないのか。

それとフォルダ名に"&"なんていれてると予期せぬ不具合を起こすことがあるからやめたほうがいいよ。
あと--sar 3:1ってなに？

必要ツールはつんでれんこのを流用するとらくなんだよな

>>485
手順を踏襲したつもりでしたが…色々と準備手順が複雑（に見えた）のでどこかで間違えていたのですね
--sar 3:1はソースが4:3だったので、そのような記述を見たのでとりあえずで指定したと記憶しています

時間があるときに丁寧に手順追ってまたチャレンジしたいです

ところで一連の質問はこのスレが相応しかったんでしょうか
aviutlスレや、x264スレ等色々と関連しそうなスレはありそうでしたが

エンコードについてです
なにもしたことがない土素人ですが、BDからリッピングしたISOファイル、もしくはBDから直接、
MP4に変換し、その一部をニコにうｐするにはどのソフトがかんたんで使いやすいですか？

DGDecNVとavisynth使ってｘ264＿L-SMASHでmp4にするのが俺には一番簡単だな
他の方法は知らないし、もっと簡単で確実そうな方法は聞いたこと無いから、たぶんこれで決まりだと思う

aviutlでflvファイルが読み込めないんだが…。
「このファイル形式には対応していないか、対応するコーデック〜」

いろいろネットで見て調べてはいるんだけど…。

当方windows7。ffdshowとかインストールしたんだけどな…。

>>490
FLVは基本的にはDirectShow File Readerで読み込んだほうが便利なので、まずそれの導入が必要。
で、DirectShowで動画を読み込む場合は、
　　・動画コンテナから映像や音声を分けて取り出すための「スプリッター」
　　・取り出した映像や音声をデコードする「デコーダー」
の両方が必要になる。
ffdshowってのは大雑把に言うとデコーダーの集合体であってスプリッターは含まれていない。
そのためffdshowだけを導入してもDirectShow File Readerでは読み込めない。

じゃあスプリッターってのは何を使えばいいんだよってことになるけど、
最近だとLAV Filtersってのに入ってるLAV Splitterってやつがオススメということになる。
ただ、LAV Filtersには各種デコーダーも含まれてるので、ffdshowとの競合とかを考えるとちょい面倒かもしれない。

結論からいうと、よくわからないのであればffdshowやLAVを単体で入れるのはやめて、
「CCCP」っていうコーデックパックを使うといい。これにはスプリッターもデコーダーも含まれている。
最新の2011/11/11版にはLAV Splitterやffdshowが含まれているし、
デフォルトのまま使えば普通にFLVを読み込むことができるようになるはず。

保守age

FLVはAvisynthのFFmpegSource2経由で読み込むのが良いんじゃないか？
余計なスプリッターやらデコーダーやらをインスコせずに済むし

どうなってるのぉ

MP4に字幕をつけてみたんですが
QuickTimeなら字幕を再生できるとの事なんですが
字幕のところの選択が「ν切」と表示されていて変更できません
SrtSync で utf8で出力してmp4box -add "%~1" -add "%~2" -new "com_mp4out.mp4"で統合しました
MP4動画と字幕ファイルに分けて再生した場合は表示されます

スレ違いっぽいので他で質問します

ニコニコに長時間動画（約40分）を一般会員としてアップロードするために約40MBの低ビットレートMP4動画を作成しようと思っています。

・AviUtl + H.264
・avidemux

この二通りの方法のうちいずれかでエンコードしようと思っていますが低ビットレートのMP4動画を作るのに向いているのはどちらでしょうか？

avidemuxは音声エンコにfaacしか選択肢がないのでAviUtl

スレの雰囲気が嫌い

>>498
�dです。

ところで音声も含めて40分動画を40MBに圧縮するのは現実的でしょうか？
動画サイズは512x384です。
フレームレートを29.97fpsから15fpsくらいに落とせば少しはマシになりますかね？

そんなの動画内容によりけりなんで、なんとも言えない
作業用BGMとかならまだまだ長く出来るだろうし、10分でもキツイものだってある
ひとつ言えることは「再生時間が長い動画のほとんどはクソ」ということ
見る方にとっては、短くて済むなら出来るだけ短いほうが「いい動画」ってのを忘れないように

作業用BGMとかランキングとかなら長くても見てもらえるかもしれないが
多くの人は、40分という再生時間を見た時点でクリックを躊躇するだろう

一般会員の上限ビットレートで40MBになるのは8分超の時だし
特に理由が無ければ、適度に分割したほうがクリックはされやすい

一般で40分だと139kbpsらしいぞ
はっきりいって無理なレベル
試しに作ってみればいいが、見れたもんじゃない糞画質になるだろう

了解しました。
分割も視野に入れますﾉｼ

今までニコニコは一般会員で以下の動画を見て
aviutlでビットレート656kbpsでエンコードしていたのですが

高画質(mp4)エンコード最短講座
http://www.nicovideo.jp/watch/sm4614982

プレミアになった場合、このビットレートの部分だけ
1000とか2000にすれば綺麗になるのでしょうか？

アクションゲームやレースゲームなど上げる場合
ビットレートなどどのぐらいにすれば
綺麗でカクカク（重く）にならない程度になるのでしょうか？

ビットレートを1000や2000にすれば綺麗になるね
どこまで上げればいいかは、映像のソースとその人の目による

カクカクなのは何が原因でカクカクかによる
・ソースの時点でコマ落ちしている
・ソースからfpsを変えたため不自然な動きに見える
・動画が重く、視聴する側のPCが低いため処理落ちしてしまう

綺麗でカクカクにならない程度となると
映像が重くなるオプションを排除＋そこそこ高いビットレートでエンコするしかない
但しビットレートが高いとカクカクになるので妥協は必要
どの程度に妥協するかはソースと自分の目を信じるしかない

ゲームにも種類あるしね
基本的に2Dよりも3Dのほうが圧縮しにくくビットを食う
まぁ1000〜2000入れとけば、そこから先は上げてもたいして変わらない

3Dアクションゲームや3Dレースゲームなどは今まで一般の656で
ブロックノイズが結構有ったのですが
656から1000にするだけで変るものなのでしょうか？

もしaviutlを使ったことのある人が居たらアドバイスが欲しいのですが
一般からプレミアになった場合、エンコする時の設定はビットレート部分を
上げるだけで、他は特にそのままで良いのでしょうか？

>>508
＞656から1000にするだけで変るものなのでしょうか？

上のレス見れば素材によるってことくらいわかるっしょ。自分で試してみればいいだけ。

＞エンコする時の設定はビットレート部分を 上げるだけで、他は特にそのままで良いのでしょうか？

よくわからないならビットレートだけ適度に上げればいい。

>>509
>よくわからないならビットレートだけ適度に上げればいい。

aviutlを使っていて一般会員からプレミアになる場合
ビットレートと共に、音の部分も上げるのでしょうか？
何かプレミア向けのaviutlの設定参考動画があれば助かるのですが・・・

>>510
自分で試行錯誤する気がないなら↓で依頼しろ
で、その設定をパクれ

【ニコニコ動画】エンコード依頼スレ 13【FLV/MP4】
http://hibari.2ch.net/test/read.cgi/streaming/1292211425/

動画の内容がはっきりしないから助言もしにくいんだけど
どうしても聞きたいようなので、それなら
映像1400k、音声はHE-AACv2の48kにしときなさい
だいたいにおいて無難

>>512
>映像1400k、音声はHE-AACv2の48kにしときなさい

3Dアクションゲームや3DレースゲームでMADみたいな映像を作る場合
この設定で綺麗でカクカクしない無難な設定と言えるのですか。
aviutlでエンコする場合他は一般の時と同じ設定のままで問題ないでしょうか？

音声のレート低いのはスピーカーなら気にならないけど
イヤホンやヘッドホン使ってる人にはノイズ聞こえるよ

>>513
良さげな動画をいくつかDLして、エンコオプション見てみたら?

カクカクするかしないかは環境によっても変わるのでなんとも言えない。
映像ビットレートや音声ビットレートも上げれば良くなるが
ソースがそこまででなければ意味ないし
画面サイズ小さいのに映像ビットレートあげまくっても同じ
あとビットレートあげると容量も大きくなる。
回線によっては読み込みが間に合わない場合もある。
かといって下げると画質落ちる、音質落ちる。
明るさ、色合い、動きなどで圧縮効率も全然違ってくるので
３Ｄのゲームだからこの設定でとは一概には言えない。

結論としては
自分で色々試してみて自分なりにこれがいいと思った設定にすればいい。

何を言っても自分で試そうとしないし、もうただのレス乞食だろ。スルーしとけって。

一応調べたんだがわからなかった
プレミアムの100MBの制限って104,857,600bytesと100,000,000bytesどっちがMAXなんだ？
その値未満なんだろうけど

>>518
ニコニコ動画まとめWikiによるとそのどちらでもない。
　　http://nicowiki.com/encode.html

デスクサイズで97MBになればｾｰﾌだったかなぁ98までいくと再エンコされてた

ちなみに100越えると投稿できない

なぜ再エンコされたのかはずいぶん前なので覚えていない

え？ 104,857,600bytesだろ？
俺ディスクサイズで99.7MBとか何度も上げたよ

こちらに書き込んだのですが誘導してもらったので質問させてください。
http://hibari.2ch.net/test/read.cgi/avi/1314616372/376

aviultをニコニコ動画まとめwikiを読んで何とか.aviを.mp4にだけ変換できるようになりました。
（http://nicowiki.com/?plugin=ref&page=aviutl_h264&src=x264guiEx_1_13_config.jpg）
まず、SolveigMM AVI Trimmer + MKV　でDVDデータの.aviから動画を切り取り、aviutlで.mp4に変換しました。

しかし、作成した動画を「FLVプレイヤーFlavie」で出来栄えを確認すると、GOM・WMPで再生するより結構カクカクして再生されてしまいます。
ニコニコ動画に投稿してみたのですが、やはりカクつき具合はFlavieと同じぐらいでした。
FLASHPLAYER上で作成した動画を再生すると、カクカクしてしまうという事は理解できました。

>>523の続き

>>3のMediaInfoで元動画と投稿動画を調べてみましたがこれで分かるもんでしょうか？
切り取った元動画　http://img443.imageshack.us/img443/9751/53914137.jpg
投稿したエンコード動画　http://img841.imageshack.us/img841/2879/73523958.jpg
ニコニコにあげた動画はコレです。サイズを大きくするとカクカク凄いです　http://www.nicovideo.jp/watch/sm16391914

スペックは　window7 core i7 2600 8GB 1TB AMD H6800 でドスパラで購入しました。
変換した動画自体は元動画と謙遜ないのに、Flash上だとカクつく原因って一体何なんでしょうか？

どう設定をいじったらFlashPlayerでも同じように再生できるようになるのかアドバイスお願いします

>>523　>>524です
サブノートＰＣでニコニコ動画の投稿動画を見たら、ＧＯＭプレイヤーで見た動画とほとんど同じでした。
どうやら悪いのは動画じゃなくて自分のメインＰＣのグラフィックかＦｌａｓｈＰｌａｙｅｒ関連が原因っぽかったです。
盲点でした
調べなおしてみます・・・失礼しました

>>524
カクカクってのはカメラの手ブレのことじゃないよな？
でなかったら>>524の動画は自分の環境ではスムーズに再生された
参考までに

解像度720x420なのが謎といえば謎。

MP4、正確にはAACって最強じゃね？

動画の長さの制限上20kbps台に音声はエンコードせざるを得なかったんだけど
うちのノートPCの貧弱なヘッドフォン出力だとオリジナルとほとんど区別が付かない
品質でエンコードしちまったよ・・・

品質とか言い出すとピュアな人の封印がとけられるのでやめてください。

今i7 2600kを定格のままで使っているのですが、Aviutlの2PASSめで3分程度の動画でもCPU使用率が９０％前後になってしまいます。
エンコードは初めてなんですが、これが通常なんでしょうか？
CPU使用率が９０％や１００％になってしまうと、エンコード動画がカクつきだすっていうイメージなんですが・・・。
それとも９０％出してくれて「ちゃんと動いてくれてる」と考えるべきですか？

>>530
「CPU使用率が●●％以下でないと正常に動作しません。出力結果が変わってきます。」なんてソフトがあるわけないっしょ。
ちゃんと動いてくれてるよ。

マジレスしたほうがいい？

エンコードとデコードは全くの別物
動画をmp4やmovなどに変換するのがエンコード
それを見れるように戻すのがデコード

エンコードでCPU使用率が９０％前後ってのはそれだけ効率よくCPUをつかって速く処理しようとしてるってこと
むしろこの時の使用率が20％とかだったりする方がなにか問題がある可能性がある。
ただし、これが100%になるようだとエンコードミスが出てくるかもしれない。

CPU使用率が高くて動画がかくつくのは再生時のことですよね？
それはデコードが再生に追いつかないから起こる現象。
このときフレーム数を減らしたりして再生されたりします。

これでいい？

>>531-532
ありがとうございます！
不安がなくなりました

自分でエンコードした動画見ればそれでわかることじゃないのか？

>530
多分、エンコードの生成過程でコマ落ちするんじゃないかって心配してるんじゃないかと思う。
ウチのマシンは2,3個同時にエンコして100%張り付く位にしてるけど完成品は問題でたことない

必ず1秒あたり30FPS分エンコードしなきゃ、みたいな状態（リアルタイム配信とか）だと、100%張り付くのは問題だな
いくら時間描けてもいい状況なら問題ない

aviutlでx264guiEX使ってmp4動画作ってるとき毎回
x264 [warning]: VBV bitrate (17500) > level limit (14000)
x264 [warning]: VBV buffer (17500) > level limit (14000)
って出てるんだけどそれっぽい項目が見つからないんだがどこを変えればこれの値は変えられるんだ？
このままでも見られるものが出力は出来るんだけどwarningって出てるし一応下げたほうがいいんだよな？

>>537
拡張x264guiExについてくるニコ動系のプロファイルを使ってるのかな？
１パス目でエラーが出てるんだと思うけど、多分気にしなくていいと思うよ。

　　・拡張x264guiEx付属のニコ動系プロファイルでは
　　　　　　--vbv-maxrate -1 --vbv-maxbuffer -1
　　　が設定されており、エンコード時にH.264 LevelとH.264 Profile(Main,Highなど)に
　　　あわせた値が自動的に設定されるようになっている。
　　　Level 3.1のHigh Profile相当の設定なので、Level 3.1のHigh Profileでの上限値である17500が設定される。

　　・２パスエンコで「高速[1st pass]」にチェックが入っているので、１パス目を高速処理しようとした結果、
　　　１パス目ではH.264 ProfileがHighではなくMainと判定される。（これは別に問題ないはず）

　　・Level 3.1のMain Profileでの上限値は14000。
　　　要するに「17500が設定されてるけどMainプロファイルだと14000までだぞゴルァ」と警告されているのだが、
　　　２パス目はちゃんとHighプロファイルとして処理されるので問題ない。

　　　参考：
　　　　　猫科研究所 - x264(vbv-maxrate,vbv-bufsize,profile,level), H.264(Profile/Level)
　　　　　http://up-cat.net/x264%2528vbv%252Dmaxrate%252Cvbv%252Dbufsize%252Cprofile%252Clevel%2529%252C%2BH%252E264%2528Profile%252FLevel%2529.html

こんな流れだと思うけど、x264に詳しいわけじゃないので間違ってたらごめん。詳しい人フォローよろしく。

あと拡張x264guiExのニコ動系プロファイルを使う場合、HDサイズの動画をエンコードするなら
H.264 Levelのところは3.1じゃなく、4.1とかに変えなきゃ駄目だと思う。（実害はないかもしれないけど）

ごめん「エラーが出てる」じゃなくて正確には「警告が出てる」だね。

まともな環境で見る分にはVBVの指定なんていらないよ

細かいことが知識がなくてわからないから
ニコ動用プロファイルを少しだけいじって使ってるけど
とりあえず警告はそのままでもエンコードはできてるし問題ないってことなのかな

800x600の動画に、フィルタをかけずにエンコした場合
ブロックノイズとか砂ノイズが全く出ないようなビデオビットレートの値ってどれ位だろう
やっぱり5000kbpsは必要？

静止画なら150kbps程度で十分です

>800x600の動画に

重要な要素があるのに書いてないから答えられません

UniteMovieにて、YouTubeから落としたFLVファイルの結合に失敗するので、
念のため、真空波動研などで、動画のプロパティを調べたら、ビットレートやフレームレートが異なっていることがわかりました。

※FLVファイルはWindowsのプロパティでは、動画の形式がわからないため、
真空波動研とかのツールでプロパティを見る必要がある。

※DVDからリッピングし、同じ形式でFLVにエンコードし、10分ごとに分割した動画の場合は失敗しないが…。
どうやら、動画の作り方、アップロードの仕方に問題があるのか…。

UniteMovieは更新が途絶えたままなので、深追いする気はないかと。

>>542
散々言われてることだがどんな映像化によって変わる。
ものによっては1000kbpsでもノイズないかもしれない。
2000kbpsでもノイズあるものもあるかもしれない。
自分で確かめられることは他人に聞くより
まず、自分で確かめてみたらどうでしょう。

ググったらYoutubeでは1080pで3500kbps前後、720pで2200kbps前後らしいじゃん。
5000kbpsなんて、読み込みが遅くなるわ再生負荷上がるわで無駄なだけだと思う。
高画質を狙うのは別にいいけど、最大でも2000kbpsくらい盛って駄目なら
設定を徹底的に見直すか諦めたほうが自分にも視聴者にも有益だと思う。

500kくらいから試して、不満がなくなるまで上げていけばいい
動きの多さやフレームレートでも違ってくるから一概に言えないが
ほとんどの場合5000もいらないのだけは確か
少しは妥協しろよ

動画に使う音楽の編集をする時
WAVの曲をMP3にするのに「THOMSON mp3PRO Audio Player」という
再生ソフトを使ってるのですが、MP3に変換時にビットレートが64K固定で
128Kにすることが出来ません。

このソフトで出来ない場合、どのソフトを使えば128Kに出来るのでしょうか？
オススメのソフトなどありましたら教えて下さい。

（64Kではノイズが入るので・・・。）

なんでMP3にしなければいけないのか、WAVのままではいかんのか
まずはそこらへんの理由を明確に述べよ

WAVのままじゃ保存するのに容量食うし
メモリも食いそうで重くなるから。

スレ違いすぎる

>>550
lame ivy frontend encoder

HD-PVR-Cでゲーム動画をキャプチャーしました。
形式はMPEG-TS（なぜか、MP4形式だとaviutlが動画を読み込めないため）
画質も、fpsも何もかも文句なし！さっそくAviutlにぶち込んでエンコードを開始しました。

60fps読み込みにチェックを入れ、フレームレート変更無しでエンコードし始めて出来上がりましたが・・・
画質は文句なし、しかしフレームレートがどうも下がっているのです。。。

ttp://www.nicovideo.jp/watch/sm16470973　←出来上がった動画（プロパティでも40フレーム以上出ているはず）
ttp://www1.axfc.net/uploader/Si/so/127900　←エンコード前の動画

ちなみにAviutlの設定は
--preset Fast --profile Main --bitrate 2411 --pass 3 --stats ".\x264.stats" --aq-mode 2 --aq-strength 0.5 --psy-rd 0.5:0 --qpstep 16
--scenecut 54 --min-keyint 1 --keyint 300 --8x8dct --partitions p8x8,b8x8,i4x4 --b-adapt 2 --ref 5 --direct auto --me umh --subme 9
--merange 32 --trellis 2 --deblock -1:-1 --no-fast-pskip --no-dct-decimate --output nul

環境は
OS：windows7 Home Premium 64bit
CPU：Intel(R)Core(TM)i5 M540 @ 2.53GHz
メモリ：8GB

でございます。なにか足らぬ情報がございましたら何なりとご申しつけ下さい＞＜

補足

主目的がはっきりしてませんでした＞＜
要するに、単純に元動画のフレームレートを維持したいのです

59.94fpsが48fpsになってるってことは、読み込みかたが既に間違ってるんだろうね
そもそも中身がH.264/AC3でtsコンテナって、AviUtlで扱うのは難しい部類だよ
それに画質重視なら、↓みたいに音声だけエンコして映像はそのまま使うでしょ
http://www1.axfc.net/uploader/N/so/143180

自力でやろうとすれば数ヶ月はかかりそうだから、依頼スレでも行ったほうがいいよ

>>555

もともと60fpsの動画をAviutlで読み込む時は、60fps読み込みにチェックは特に必要ない。
どこかにフレームレート落としてる設定があるようなので、
フレームレートの変更→無し、インターレースの解除→無し、で。

「60fps読み込み」はaviutl.txtにもあるように「30fpsの動画を60fpsで読み込みます」というものであって、
これにチェックをつけるとフレームレートが２倍になるものなんだよねえ。
mpegファイルをどうやって読み込んでるのか知らんけど、うちだとDirectShow File Reader読み込みで
59.94fpsの素材が読み込んだ時点で119.88fpsになるけど。
それを出力して48fpsきっかりになるってどういうことなんだろう。「フレームレートの変更」ではきっかり48にはならんと思うし。
24fpsのものを60fps読み込みで読み込んだというのならまだわかるけど。

>>556-559
ありがとうございます！もっともっと勉強して、高画質うｐ目指して精進いたします

あともう一つ質問なんですが、コレ↓（6MB程度の短い動画です)
http://www1.axfc.net/uploader/Ne/so/123757
これは同じく、HD-PVR-Cで録画したMP4動画なのですが、Aviutlで読み込めません。。。
MP4プラグインをぶち込んではいるのですが、このMP4を読み込ませようとすると

「ファイルの読み込みに失敗しました
このファイル形式には対応していないか　対応するコーデックやプラグインが　登録されていない可能性が有ります。」
という表示が出てしまいます…

自分でエンコードしたほかのMP4動画は読み込めます（当たり前かもしれませんが）
この動画を読み込めるプラグインなどがありましたらご教授お願いします

>>560
読み込めないのはコンテナが3gp4だからだと思う。MediaInfoでmp4を調べて、他のと比べてみるといいよ。
Libav-SMASH File Readerで読み込めるけど、これはまだ開発途上なので人柱的な要素もある。
　　http://pop.4-bit.jp/?p=4799

心配なら別の変換ツールで変換してからAviUtlに読み込めばいいんじゃないかね。
あとはお勧めしないけどDirectShow File Readerで読むとか。

エロ動画で
＞ニコニコ動画まとめwiki-エンコード設定
の設定通りでエンコードをすると、特におっぱいを揺らした時に肌のグラデーション？が木目調のようになるのですが、こういったノイズは何と呼ばれるモノなんでしょう？
なんとか自力で情報収集したいんですがこういう現象は何て呼ばれてるのか分からないとなんとも・・

失礼しました
木目調っていうのは、直線というか何というかこういうカンジのもので・・・
http://prismtone.jp/2010/07/15/wood.jpg
http://www.paylessimages.jp/preview/gf/pic8/gf1770036549.jpg
揺らすと肌色がピピピッとなるんですが・・・伝わりますか？

>>561
ありがとうございます！とりあえず、人柱になりました！

>>561
おかげさまで、フレームレートをあまり落とさずエンコードできるようになりました！
http://www.nicovideo.jp/watch/sm16475277
これだけのfpsがあれば問題なしです！
本当にありがとうございました。

>>562>>563
ホントに木目貼るとか…ネタかよ
バンディングノイズだろ

>>566
ありがとうございます！
おかげさまで解決できそうなフィルタを見つける事が出来ました

エンコについてほとんど無知な者です。
横失礼します。

今まで、実況動画などをニコエンコでエンコしてうｐしてきたのですが、今日動画をうｐするときに
明らかに画質が悪い気がしました。
自動エンコソフトに頼ってるのが悪いのでしょうが、ここのスレに同じニコエンコを使用している方がいましたら些細なことでもいいので
何か情報を下さい

元の動画の画質がきたないとか

>>568
まず、そっちから情報を出しなさい
動画の長さはいつもと同じぐらいか？
動画の中身はいつもと同じか？(動きの大きいシーンが多いとか)
そもそも、ニコエンコは、自動変換か手動変換か？手動なら設定は？
画質が悪いのはどの段階で、何でチェックしたのか?
(テストうpしたのか、>>3 にあるようにFlavie等で見たのか、それとも一般のプレーヤーで見たのか)

>>218-219のfullrangeフラグの件ですが、HWアクセラレーション時はfullrangeフラグも無視されますよね？
確認した環境は以下のとおりですが、環境に依存したりします？

　　OS： Win7 Home 32bit
　　GPU： GeForce GTS 250
　　ブラウザ： IE8
　　FlashPlayer： 10.2.159.1 と 11.1.102.55

おかしい…mp4がなぜか投稿時にエンコされた。
今まで全く同じ条件で大丈夫だったのに。
mp4も向こうでエンコードする仕様に変わったのか？

>572
アップした動画情報kwsk

無音だったからとか

>>572
それはニコニコ動画での事なのか？
UPした動画は本当に再エンコされない条件を満たしているのか？
投稿した動画をダウンロードして確認したのか？

wikiに載ってないやり方でよいエンコ方法発見した
もしかしたら今更かもだけど一応知らない人のために

x264 mp4で可変ビットレートでエンコする

wikiの固定エンコ方法だと映像部分550kbpsの場合、
一般会員の最大ファイルサイズ100MBのため10分程度しかできない
これを可変エンコでやると、FPSなど映像変化の激しい3Dゲーの場合でも
3分の1の容量でエンコードできる。つまり同じ画質で3倍の時間の動画をうｐできる
再エンコードも無し

可変ビットレートでエンコするのは当たり前です
固定ビットレートなんて使う人の頭がおかしい
どういうwikiだよ・・・

ニコニコ動画のwikiの動画作成では固定ビットレートでのエンコ方法しか書いてなかったので

>>578
逆に伺いたいのですが、ニコニコ動画まとめWikiの記述が固定ビットレートの方法に見えたのなら、
あなたの言っている「可変ビットレート」とはどういう設定のことを指しているのですか？

>>579
あれが可変ビットっていうの？無知ですまん
いいたかったのは、品質エンコするって意味
wikiのやり方だとどうしても動きが少ない動画でも
設定したビットレートに合わせようとして無駄に容量食うけど
品質エンコならできるだけ少なくしてくれるから容量が小さくなる
FPSゲーであれだけ圧縮できるからアニメとかだともっとじゃないかな

素人の戯言だろ
そもそも「エンコはQB-VBRが基本」てことも
そこを「わざわざ2passでやる理由」もわかってないんだろ

とりあえずよくわからないまま「同じ画質で３分の１の容量」などというデタラメは言わないほうがいい。
そんな単純なもんじゃないよ。どちらかというと
　　「これまで無駄に必要量の３倍のビットレートを指定してただけ」
のほうが事実に近いんじゃないか。

ただ、よくわからずに画質を上げようとして無駄にビットレートだけ増やす人も結構いるようなので、
プレミアムなら試しに一度--crf 20とか23とかでエンコしてみるのもいいかもね。
その結果をもって、自分の動画はだいたいどれくらいのビットレートが必要なのかという目安にしてもいいし。

あと一般会員の最大ファイルサイズは100MBじゃなく40MB。

2passでやるのは画質向上と最大ファイルサイズぎりぎりを狙いたいからでしょ？
でもそのために圧縮率とビットレートを犠牲にしているわけで
QBなら画質もよくなり、2passよりも長い時間の動画が作れるってことだよ

何か間違っていることがあるなら参考のために具体的に指摘してほしい

何を言っても無駄なタイプに思えるけど、とりあえず品質基準VBRでエンコした映像の平均ビットレートを調べてから
同じビットレートで同じ素材を２パスエンコードしてみて、結果を比べてみたらいいんじゃないかな。
２パスのほうがやや画質が悪いこともあると思うが、大して差はないと思うけど。

　　拡張 x264 出力（GUI）Exの設定項目とその機能について - ニコニコ動画まとめwiki
　　http://nicowiki.com/%E6%8B%A1%E5%BC%B5%20x264%20%E5%87%BA%E5%8A%9B%EF%BC%88GUI%EF%BC%89Ex%E3%81%AE%E8%A8%AD%E5%AE%9A%E9%A0%85%E7%9B%AE%E3%81%A8%E3%81%9D%E3%81%AE%E6%A9%9F%E8%83%BD%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6.html

>>584
そういうことは何度も試しましたよ
品質エンコでできた動画と同じ平均ビットレートなら
当然同じぐらいのファイルサイズができるけど
画質は品質エンコの方が上になりますよ

結局2passを使う場合その平均ビットレートを何に設定するかで決まるから
事前に品質エンコをしなくちゃならないし、2度手間でしかないと思うけど

--crf 22 --pass 1 --slow-firstpass
--bitrate xxx --pass 2
とかよくやるけどね
うまく許容範囲内にファイルサイズが収まればそのまま使い、
ダメならビトレ指定で2pass目実行
guiだとそこらへんの操作の説明がめんどいから、nicowikiには書いてないけど

なるほどそれいいね

>圧縮率とビットレートを犠牲にしているわけで

qpとcrfの区別もついてなかったのに何言ってんだか

誰もqpの話なんて一言も言ってないけど？

えらそうだし>>581の説明してもらおうかな
品質エンコより2passの方が圧縮率高くて画質もよくなる理屈を言ってもらおうかな

pass多くした時に変化現れるのは主に低ビットレートの場合であって
ビットレートを多く割り振ってる場合はあまり意味が無いな

つまり一般会員の600kなら意味あるがプレミアムで2000k以上割り振ってるなら大きな違いはでない

>>590
あなたにとっては品質エンコ以上のものはないってことでいいだろ。
2pass、3pass使ってるなんて馬鹿じゃねーのでいいよ。
ここは馬鹿の集まりなので近寄らないでね。

ただのレス乞食だから何を言っても無駄だろうな。AviUtlスレに出没してた珍獣と同じ感じがする。

あった。これだｗ　以下引用。

108 名前：名無しさん＠編集中 投稿日：2011/11/13(日) 06:34:05.55 WwgFUIv4
このスレには、以下のような習性をもつ珍生物が出没します。
　　・初心者を装い、それなりに低姿勢な文章で、比較的アホな内容を質問する。
　　・回答しても、なんだかんだと屁理屈をこね、更なる回答をするよう求める。
　　・バカにしたり追い払おうとすると逆ギレした感じで荒らし始め、
　　　罵倒でもなんでもいいのでスレ住人からレスを恵んでもらおうとする。

現代社会に適合しそこねたかわいそうな妖怪だと思われるので、餌(レス)を与えてはいけません。
たまにバカが大量に餌を投下しますが、珍妖怪と同レベルの愚行だということを理解しておきましょう。

この問答の中で有益だったのは>>582の2段目だけだな

ガチ初心者の俺には今の問答は金言だったわ
なるほど、品質基準VBRでエンコードすればいいのか
ちょうど、容量を抑えるにはどうすればいいのか聞くところでした

でもこれ、一発で100MB以内に収めるように調整するのは大変だなぁ…
経験則で、こんなもんっていつかは出来るようになるんだろうか

>>596
それ品質レベルだけで調整しているからじゃないか？
品質エンコでも最大ビットレートを抑えればある程度調整できるぞ
例えば一般会員だと650が最大ビットレートだから映像部分を最大ビットレート560ぐらいにすればいいだけだし
一発で100mbに収めるには最大ビットレートを設定すればいいだけなのでマルチパスより楽

ID:X9l+jlKM0

お前まだいたのか

> 品質エンコより2passの方が圧縮率高くて画質もよくなる理屈を言ってもらおうかな

そんなこと言ってねぇぞ　ビットが足りてればどっちも大差ない

>>596みたいにまっとうな初心者を惑わせるようなこと書くなよ

>>599
間違っていること言っているなら訂正すれば？

ビットが足りてればってｗｗ当たり前のこというなよ
そんな前提で話してないし

全く同じ条件で再エンコードしたらＯＫだった。よく分からん。
エンコ条件はsm6587166にしたがってる。

>>601
目標ビットレートはあくまでも目標値にすぎないので、実際のビットレートは動画によって少しずつ変わってくる。
だからエンコードして作ったMP4が再エンコードされないための条件を満たしているかどうかは個別に調べる必要がある。
条件については、このスレのテンプレや、ニコニコ動画まとめWikiに掲載されているのでそれを見ること。
よくわからないなら、NGだったMP4とOKだったMP4を「真空波動研SuperLite」というソフトにかけた結果を貼ること。

それと、sm6587166のようなエンコード解説動画だけを鵜呑みにするのはやめたほうがいい。
手順だけ書いてるから基本的に説明不足なことが多いし、投稿後に事情が変化することだってある。
動画によっては出鱈目な説明がされていることもありえる。
参考にするのは構わないけど、ニコニコ動画まとめWikiを見てちゃんと理解しておくべき。

>>602
横からですけど、見てもらえますでしょうか？
真空波動研SuperLiteにかけてみました
エコノミーラインを超えてないつもりなのですが、ニコニコにアップでエコノミー用エンコードされました


640x360 8Bit AVC/H.264 [email protected] Unspecified 23.95fps 3249f 286.32kb/s
AAC 48.00kHz 2.0ch(2/0 L+R) HE(SBR+PS) 23.20kb/s
[Extra][2]
MP4 Base Media v1
MetaData
[MPEG4] 00:02:15.636 (135.636sec) / 5,302,113Bytes

真空波動研SuperLite 110813 / DLL 110813 Unicode

>>603
>>7の計算をして>>8で判定すれば明らかに超えてるでしょ。

ちょっとしたきっかけがあり、鯖エンコ動画（エコノミー動画,MP4）について調べたので報告。
何度かプロファイルの変更があり、現在はBaselineプロファイルになっているようです。
実際にいくつかエコノミー動画を落としてみて、わかる範囲で日付を特定してみました。

　2010/08/26　低画質モードの動画がFLVではなくMP4になった。当初はBaselineプロファイルとなっていた。
　　　　　　　　　　　参考：低画質モード動画のフォーマット変更について - ニコニコ動画 開発者ブログ
　　　　　　　　　　　　　　　　ttp://blog.nicovideo.jp/2010/08/post_258.php
　2010/11/24　夜くらいからMainプロファイルに変更された模様。（スレ51の794にも少し書かれてましたが）
　　　　　　　　　　（上の記事の追記にあるMainになったというのは多分これ）
　2011/08/11　午後くらいにBaselineプロファイルに変更された模様。

2011/8/12に以下のような記事が出てたけど、さりげなくエコノミーは劣化していた。まあ別にいいんですけどｗ

　　【動画】サーバー・回線増強について‐ニコニコインフォ
　　ttp://blog.nicovideo.jp/niconews/2011/08/015655.html

中の人の今日のツイートによると
　　「内部事情的にはエンコードサーバーの増強が諸事情で間に合って無くて
　　　今無理がかかってるというのはある。増強したら改善すると思う」
とのことらしい。Baselineにすることで負荷を軽くしてしのいでるってことかな？

来年からFLV動画をVita向けのMP4に変換していく作業も行なうようだから
エンコードサーバーさんの厳しい戦いはまだまだ続いていくと思う。

　　【PS Vita】ご要望の多い機能について [追記あり]‐ニコニコインフォ
　　http://blog.nicovideo.jp/niconews/2011/12/028151.html

一般会員です。さっき 654mbps の mp4 ファイルをアップしようとしましたら、ビットレートオーバーでした。何が原因なんでしょうか？アップできる最高値が
下げられたんでしょうか？

>>606
mbpsじゃ無理だろうね。とかいうツッコミは置いておいて
ちゃんと、>>7の計算式でビットレート計算した？
ギリギリを狙う場合は、秒数(小数点以下切り捨て)は結構効くよ

ニコの仕様は結構コロコロ変わるから、それを計算しても条件を満たしているなら
正確なファイルサイズ、正確な再生時間を書いてくれ

あと1〜2kbpsくらいはゆとりを持ったほうがよさげ

enco

>>606
650kbpsくらいにしておいた方が無難
もちろん映像＋音声の合計値よ

MADとか上げる時ビットレートは2000と3000どっちがいいでしょうか？
解像度640なら3000で問題ない？

ニコエンコでエラーが出ずに使えるx264のバージョンはどこまで？


>>611
まず2000を試して、納得いかなかったら3000にすればいいと思う

>>612
プレミアの自分が見ると読み込みが早かったり色々違うんじゃないの？
自分は良くても他のユーザーや一般はカクカクしたりする？

例えば最初は良くてもコメントが増えるとカクカクし出すとか・・・

無音部分にggggggggみたいな雑音入ってる動画にたまに遭遇しない？
むしろどうしたらああいう現象が再現できるのか興味あるんだがｗｗ

>>613
640x360なら3000kbpsもいらないだろ・・・。1000とか1500くらいでも十分すぎるはず。
まあ満足いかないならビットレートあげればいいと思うけど、無駄に読み込みを遅くしても仕方ないと思うよ。

>>612
＞ニコエンコでエラーが出ずに使えるx264のバージョンはどこまで？

そんなこと気にするくらいならつんでれんこ使ったほうがいいよ。新しいバージョン落とすようになってるし。

ニコエンコはほぼ--presetどおりにエンコするだけだから最新のx264も使えそうな気もするけど、
色々問題もあるし、個人的にはニコエンコ自体非推奨。

>>614
Windowsムービーメーカーの仕様
音声ファイルと音声ファイルの間に隙間があったりするとああなる
無音のシーンにしたい時は、"無音の音声ファイル"を挿入しないと駄目なのよね

>1000とか1500くらいでも十分すぎるはず。

プレイ動画ではなく
アニメMADですが3000も要らないのでしょうか？
ノイズが出ると嫌なんですが・・・

何かビットレートの参考に出来るアニメの動画はないでしょうか？

>>617
ソースや好みによって変わってくるんだから自分が満足するように調整すればいいだけ。
何か他のものを参考にしてもまったく意味がない。

どうしてもというなら、２パスエンコするんじゃなく、品質基準VBRでエンコしてみれば？
デフォルトの--crf 23でも十分高画質になるはずだけど、満足いかないなら--crf 20くらいまで上げてみてもいい。
プレミアムならファイルサイズ制限以内であればそれをそのままアップしてもいいだろうし、
出来上がったファイルのビットレートを見れば、自分の動画にどれくらいのビットレートが必要かという目安にはなると思うよ。

アニメMADなら元動画の画質もあるわな
動画の時間にもよるが、2〜3000にもしたら80MB前後にならないか？
プレミアムでもそこまで読み込むのも正直うっとおしいと個人的には思う
50MB前後で落ち着くﾋﾞｯﾄﾚｰﾄで設定すれば良いと思うけど、人気あるうｐ主なら100MBギリでもいいのかもね

ファイルサイズがデカい事による鯖側の回線負荷をどれだけの人が意識してるんだろう
2000年の2ch閉鎖危機を見てきた古い人間としては
〜Mbpsで超高画質！とかよりこれだけ少ないビットレートでこんなに画質を維持できるの？
っていう動画のほうが好きだなあ
最近のスマフォ流行による回線逼迫も問題になってるしね

まあ、プレ垢は金ちゃんと払ってるんだから好きにすればいいさ
ビトレ上限の撤廃だって運営が決めたことなんだから
ただ、好きにすればいいことをいちいち他人に聞くのはウザイからやめてほしい

でも、プレミアムの人はニコエンコを自動設定で使うのはマジでやめたほうがいい。いやほんとに。

　　ニコエンコ v0.77を使う場合の注意点
　　ttp://goldenhige.cocolog-nifty.com/blog/2011/11/v077-9371.html

あいつ・・・極端な例では700Mbps（キロじゃなくメガ）でエンコしようとするんだぜ・・・。
そうじゃなくても無駄に数Mbpsになったりするのでやばい。

プレミアム会員で数分の動画ならcrf指定してvbv_maxを指定すれば
ビットレートを過度に盛らないし、無駄に容量を取らないよね。

えんこ

ビットレート1500であげた動画でも
PCのファンの音が唸りだすんだが
1500って高いのか？
1000や1200に落とすべき？

皆さんが普段上げてる動画のビットレートを教えてください。

>>625
投稿する動画は人によって様々ですから、他人のビットレートを聞いても無意味です。
再生負荷はビットレートだけでは決まりませんが、自分でためしに1000とか1200にしてみて
それでファンが唸らないようになって満足するならそれにあわせて設定すればいいんじゃないでしょうか。
1500kbpsは、640x360サイズであれば比較的高めの設定だと思いますが、異常に高いというほどではないと思います。
画質と負荷を天秤にかけて、あなたの好きなように設定すればいいと思いますよ。

>>625
今すぐそのPCを窓から投げ捨てて、PC新調すればおｋ

俺はその時に設定できる最高のビットレートだな
２０００超えるときもあれば１０００の時もある
再生負荷やら自分のPCへの負荷は知らん

2000とか一般には信じられない値だな…高画質動画はそんなだったのか。

５分程度なら２０００行けるな

怖いもの見たさでビットレート7000突破させたことならある

1分半の動画で2万越えしたことはある。

単純な画面だったらビットレート高く設定しても実際には割り当てられないんだよね？
1ドットごとに違う色がびっしり敷き詰められた高解像度の動画だったらどこまでいけるのかな？

>>633
フレーム間の色変化が不規則じゃなく激しくもなければそこまでビットレートいらなくなるけどね。

>>626
アドバイスサンクスです
今ビットレート1000であげなおして見ましたが
やはりPCのファンが唸りだし、他の動画でも少しでも画質の良いものは
PCのファンが唸りだすようです。

恐らく去年の夏のようにニコニコが相当重くCPU稼働率を大幅に上げてるのが原因じゃないかと思います。

通常時のニコニコにFPSやレースゲームやアニメMADなど上げる場合
640×360の解像度で、ビットレートはどの程度が重くならずに綺麗と言えるでしょうか？
やはり1000〜1500以内にして、1500〜2500は止めた方が無難でしょうか？

>>635
H.264のGPU再生支援すらない５，６年前のシングルコアのノートPCですら、640x360の30fpsくらいまでなら普通に見れます。
60fpsだときつくなりますし、ビットレートが8000とか極端に高いアホ設定になってるとまともに再生できませんが。
どんなPCを使っているのか知りませんが、ニコニコ程度でファンの爆音や処理の重さが気になるようならPCの買い替えをお勧めします。

再生負荷が気になるなら
　　　http://nicowiki.com/aviutl_h264.html#c702bd6f
の「再生負荷を抑えるコツ 」を参考にしてエンコードをすればいいと思いますが、そんなことをしなくても
ほとんどの視聴者は640x360程度の解像度なら負荷を気にすることなく楽しんでると思いますよ。

個人的には640x360なら1500kps以上は無駄だと思ってますが、そんなもん素材にもよりますし
画質の評価なんて人それぞれなので、1500kbpsで自分が満足できないなら好きにしろとしか言えません。
これ以上聞いても無駄だと思いますよ。

このスレでは、fpsはフレームレートのことも指すってことも分からないレベルなんだろうな・・・。
何度も言われてることだがビットレートなんて自分で色々試せとしか言い様がない。
どの程度で納得するかは個人差があるし、どのような映像化でも大きく変わってしまう。
ここで聞くより自分でビットレートを変えて比べてみろ。
アニメ調なら640ｘ360p30fの場合、一般制限のビットレートでもそれなりの画質になる。

>>636
パソコンは８年前に買ったペンティアム4ですが
ビットレート1000程度の動画でもファンが唸りだします。

640×360の動画の場合アニメMADのような動画でもビットレートは1500で十分なのでしょうか？
フレームはaviutlでは自分で設定できないと思いますが勝手に30になってるのでしょうか？

質問する前にもっと基本を勉強してくれ

一言言うとすれば

基本的な部分すら調べられないようだと
Aviutilは使わないほうがいいんじゃないかな

頭が悪くて分からないから
最後に638のアドバイスだけ教えてくれ！！

エンコ上手くなるにはゴミ動画を量産する事だって聞いたが至言だな･･･
その時その時の自分にできる最良のやり方をしてるつもりなんだが
しばらくその設定でやってる内に突然、それまでのやり方が間違ってた事や、もっと上手いやり方に気づく
エンコなんて理屈の塊だと思うんだが、不思議なもんだ

>>641
・馬鹿みたいな数値を候補に上げてる訳じゃないから、後は自分でテストエンコするなりして決めろ。
・aviutl.txtくらい読めカス

以上２つ。
自分で決める部分があると気に食わずに、具体的な数値を出してもらうまで食い下がるような真似すると
高確率で厄介者扱いされてID変わるまでロクに相手してもらえないからな。気をつけろよ。

最終的にはエンコーダの性能だねえ
昔のエンコーダでいくらあがいても最新の適当にやった画質に勝てない

そんなに画質違うものかね？＞新旧

あんまり変わらないと思うよ
新旧で大きく違うのは速度だと思う。

変わらないとか言うのはVP6時代を知らないだけだろ
まあ、5年前の話なんて知らなくて当たり前か

VP6とMP4（h264）を比較する場合は新旧とは言わないだろ

ビットレートは再生負荷にあまり関係ないんじゃないの？
もし高ビットレートで重くなるなら、DVDやBDなんて重すぎて再生不能だね

読み込みが遅いのと、再生負荷が高いのを混同してたら駄目だな

【5周年】新サービス発表会(β)まとめ‐ニコニコインフォ
http://blog.nicovideo.jp/niconews/2012/01/028978.html

エコノミー画質向上！
混雑時一般会員の方に適用しているエコノミータイムの一般会員画質が向上します！
■2月上旬リリース予定！

>>649
そんなことはない。ビットレートは時間あたりのデータ量だから当然関係ある

>>649
極端な例だけど、>>442の動画を例とする。
ダウンロードすると512x288の60fpsでMediaInfoでのオーバルビットレートは7801Kbpsと極端に高くなっている。
ニコエンコ 0.77で「最低速」で変換しているので、
　　--preset veryslow --bitrate 8611 --keyint 600 --min-keyint 1 --b-pyramid none --colormatrix smpte170m
というオプションでエンコードしたことになる。音声は256kbpsのAAC-LC。
こいつをうちのショボノートでFlavieで再生するとカックカクでまともに見れない。

こいつをダウンロードして、試しに
　　--preset veryslow --crf 20 --keyint 300 --colormatrix smpte170m --level 3.1
として品質基準VBRでエンコードすると、MediaInfoでのオーバルビットレートは1400Kbpsくらいになる。
オプションが微妙に違うのは勘弁してもらうとして、これはうちのショボノートでも問題なく再生できる。

ビットレートが高いということは、
　　「多くのデータを処理しないとフレーム映像がデコードできない」
ということだから、再生負荷にも当然関係する。

＞もし高ビットレートで重くなるなら、DVDやBDなんて重すぎて再生不能だね

は？

＞もし高ビットレートで重くなるなら、DVDやBDなんて重すぎて再生不能だね
ニコの場合はflash playerを通して再生してるから負荷が問題になるわけで
flash以外の再生プレイヤーだと負荷が軽い　はず

いや・・・
ニコニコに上げられるレベルのビットレートで「極端に高い」とか
おかしいよって話なんだが・・・
むしろソースの満足な再現には程遠い極低ビットレートのはずだろ・・・

まっとうにエンコードしていれば普通は問題ないだろうけど、プレミアム会員で

　　１．ニコエンコを自動変換モードで使っている

　　２．どんな動画でも、ファイルサイズ上限である100MBをギリギリまで使い切るように
　　　　ビットレートを計算して設定している

という人の場合は、上に書いたように無駄に高いビットレートになることがある。

俺はF1ゲームの動画とかあげてるから
プレミアでビットレートいくらぐらいがいいの？
音声は64より92にした方がいい？

音声はヘッドホンで聞いてノイズが気にならない程度がいいよ

>>657
64にしたら音質の犠牲のなり具合がﾊﾝﾊﾟない
80が最低ラインって個人的に決めてる

一般会員ですが曲と共に画像を1枚つけ、
その画像に歌詞を流す･･･といったシンプルな動画を作り
ニコニコ動画へ投稿しましたが、画質がとても悪く削除しました、

質問したい事は、動画を投稿する際のファイル形式とファイルサイズです
ニコニコ動画の推奨形式としてmp4形式が説明されていますが
私が使用している動画作成ソフトAdobe Premiere Elements 9には
書き出し形式の中にmp4はありません、
それでWindows Media オーディオ/ビデオ ファイル (.wmv) 形式の
ﾛｰｶﾙｴﾘｱﾈｯﾄﾜｰｸLAN （ファイルサイズ：9,05MB）にて書き出したのですが、
画質がとても悪かったです、

4分程度のシンプルな動画で
画質・音質をそれ程劣化させない場合
どのファイル形式でファイルサイズを何MB位で書き込みすれば良いのでしょうか？
一般論で構いません、アドバイスをお願い致します。

動画作成はそのソフトでやって、エンコードだけでもAviutl使えば？

>>660
つんでれんこというエンコードツールをダウンロードしてそのＷＭＶファイルを突っ込めばいい
画面の指示に従えば大体できる

調べたらこんなん出てきたんだけど。
ttp://kb2.adobe.com/jp/cps/868/cpsid_86807.html
ttp://bbs.kakaku.com/bbs/K0000153255/SortID=12019504/
…本当にMP4で書き出し出来ないの？

そういう動画の場合ビットレートどうこうより
フレームレートをできる限り落とすのが先じゃね？

動画編集ソフトについてるMP4出力機能はほとんどが低性能だから使わないほうがいいらしい。
Premiere ElementsからはMicrosoft AVIで出力してから、それをつんでれんこ等でエンコードするのが定番。
　　http://nicowiki.com/howtomovie.html#f6647b80
　　http://dic.nicovideo.jp/a/adobe%20premiere%20elements

>>660 です

皆様どうもありがとう
これから試してみます

うわー今までどれだけの時間を無駄にしたことだろう

aviutlで2つ以上のオブジェクトを拡張編集で読み込ませたら100%停止してて
こりゃ映像編集ソフトかうかな？といろんなソフトの体験版試してたが…
環境設定でdirectshow〜の優先プラグイン順位を最低にしたらすごい安定した…

あー俺のバカバカ。もっと早く気付けばよかったよ

おめでとう

質問です。

１．問題点：AviUtl 0.99j2、拡張編集プラグインversion0.89mで並べた素材を拡張x264出力(GUI) ex で
　　mp4出力する際、動画部分については再生時間5:10で、編集プロジェクトの長さ通りに正しく出力
　　されているが、音声部分のm4aファイル時間が10:20 と2倍になってしまう。結果、Muxされたmp4は
　　音声部分に合わせて10:20となり、きっかり後ろ半分の5:11〜、黒画面無音が追加されたものになってしまう。
　　拡張編集のタイムラインで、最終フレームがすごい後ろの方にあり、その分だけ無駄な黒画面が出来ている
　　という可能性は当初考えて確認したが、なし。（30fps、9303/9303frames、05:10.06）

２．元ファイルの情報 ：
動画部分元素材ーBitmap 18.7MiB
音声部分素材―無圧縮WAVファイル群、複数、長さ・サイズ以外の情報は共通
ID : 0
フォーマット : PCM
Endianness : Little
コーデック ID : 1
ながさ : 4秒 783秒
ビットレートモード : CBR モード
ビットレート : 1 411.2 Kbps
チャンネル : 2 チャンネル
サンプルレート : 44.1 KHz
BitDepth/String : 16 ビット
ストリームサイズ : 824 KiB (100%)

３．エンコードして出来上がったファイルの情報
動画部分.mp4（拡張x264出力(GUI) ex、音声なし、で出力した結果）
ID : 1
フォーマット : AVC
フォーマット/情報 : Advanced Video Codec
プロファイル : [email protected]
CABAC : はい
RefFrames : 4 フレーム
コーデック ID : avc1
コーデック ID/情報 : Advanced Video Coding
ながさ : 5分 10秒
ビットレート : 210 Kbps
最大 : 4 211 Kbps
幅 : 512 ピクセル
高さ : 384 ピクセル
解像度 : 4:3
モード : CFR モード
フレームレート : 30.000 fps
ColorSpace : YUV
ChromaSubsampling : 4:2:0
BitDepth/String : 8 ビット
スキャンの種類 : プログレシッブ(PPF)
ビット/(ピクセル*フレーム) : 0.036
ストリームサイズ : 7.83 MiB (99%)
使用したライブラリ : x264 core 120 r2146 bcd41db
エンコードライブラリの設定 : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x113 /
me=hex / subme=7 / psy= / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 /
trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 /
threads=3 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 /
constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 /
open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 /
rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=210 / ratetol=1.0 / qcomp=0.60 / qpmin=0 /
qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:1.00
エンコード日 : UTC 2012-01-22 07:42:17
タグ付け日 : UTC 2012-01-22 07:50:28
matrix_coefficients : BT.601-6 525, BT.1358 525, BT.1700 NTSC, SMPTE 170M

こういう気付いた時に過去の自分を殴り倒したくなる間違い（？）ってあるよな、わかるｗ
エンコ技術（）の上達ってこういうのの積み重ねだと思う

失礼、>>670は>>667へのレス

音声部分.m4a（拡張x264出力(GUI) ex、音声のみ、で出力した結果）
オーディオ
ID/String : 1
Format : AAC
Format/Info : Advanced Audio Codec
Format_Profile : LC
CodecID : 40
Duration/String : 10分 20秒
BitRate_Mode/String : VBR モード
BitRate/String : 96.0 Kbps
BitRate_Maximum/String : 218 Kbps
Channel(s)/String : 1 チャンネル
ChannelPositions : Front: C
SamplingRate/String : 44.1 KHz
StreamSize/String : 7.16 MiB (98%)
Encoded_Library/String : Nero AAC codec 1.5.4.0
Encoded_Library_Settings : -2pass -br 96000 -lc
Encoded_Date : UTC 2012-01-21 13:43:05
Tagged_Date : UTC 2012-01-21 13:43:12

４．使用ソフト：（前述）
５．MP4ならば必要に応じてx264のエンコードオプション
--bitrate 210 --pass 3 --stats "%{savfile}.stats" --colormatrix smpte170m --level 3.1
　音声：neroAacEnc.exe　AAC-LC 96kbps　2passチェック、優先度Aviutlsync(=normal)
６．PC環境：Windows7 64bitOS、Intel(R) Core(TM)2 Duo CPU P8600 @2.40GHz、メモリ4.00GB


後付け情報として、拡張プラグインではなくAviUtl自体の「ファイル(F)→WAV出力」した音声はきちんと
5:10になっていたので、AACにエンコする際にどっかおかしくなっているというのは素人考えでも大体
アタリが付きます。ので、音声だけ別エンコして後から無音動画とMuxすれば一応の目的は達せられるのですが、
このあと、同様の動画を複数エンコする事になりそうなので、どうしても余計な手間は省いて一本化したいです。
MediaInfoの貼り方がこれで良かったのか分かりませんが、ご教授願います。

>>669 >>672
通常、拡張編集から新規プロジェクトを作って作業をしたのであれば音声は2chになるはずだけど、
出力したm4aを見ると、1chになっている。その理由がいまいちわからない。
本体に音声1chの動画を読み込ませたうえで拡張編集で作業してるならモノラルになるのもわかるけど・・・。
本体メニューの「その他→ファイルの情報」はどうなってる？

>>673
>本体に音声1chの動画を読み込ませたうえで拡張編集で作業してるならモノラルになるのもわかるけど・・・。

！
それかもしれない、心当たりが1個あった。
最初、拡張編集プラグインの使い勝手があまり分かっていなくて試行錯誤していた時
タイムラインに音声乗せずに、間違って本体に音声読み込みさせてしまった事があった。
本体に読み込んだ分の取り消し方が分からず、苦し紛れにAudacityで同じ長さの
無音ファイル.wavを作って再読み込みさせたけど、その無音ファイル.wavが1chの
モノラルになっていたような気が…すごいする。ちょっと確認します。

なお、本体メニューの「その他→ファイルの情報」は、ご指摘通り、案の定、1chになってました。

>>674
読み込んだ音声の取り消しは出来なかった筈だから、
取り敢えずそれが原因ならオブジェクトファイルのエクスポートでexoファイルにしてから、
新しく起動した拡張編集で読込するといい。

まあうちだと同じようなことやっても音声だけ２倍になるという現象は発生しなかったんだよね・・・。
1chだろうが2chだろうがあまり関係ない気もするのだけど、いったい何故そういう現象が発生するのか気になる。

※事後報告

>>675
結局、オブジェクトをエクスポートしてプロジェクト作り直しという発想に至らず、
ステレオ2chにした長さ5:10の無音WAVファイルを再度本体に音声読み込みさせる
という泥臭い解決法を試してみましたが、無事上手くいきました（若干ビットレートや
ファイルサイズの無駄遣いになるのかな？　この場合。）

この度は誠にありがとうございます。

>>676
実を言うと、更に無圧縮WAV群の中にもう１つだけ、モノラル1chで、
なおかつサンプリングレートが半分（22.05KHｚ）の、唯一別の場所から
取ってきた別音源が紛れこんでいました…
（こちらは>>669投下前に気づいたのであらかじめ差し替えましたが、
　それでも治らず。ひょっとすると原因はこちらだったかもしれない）

質問させてください。
エンコード後に無音になって困っています。

バイクの車載動画をEdius neo3で製作し
フォーマットはm2tsでエクスポートしました。
この時点で700MBほどあったので、１００〜１５０MB程度の
MP4にエンコードしようとおもったのですが、つんでれんこが
m2tsに対応していませんでした。
急遽「HDConvert」というフリーウェアで実施したのですが
なぜか無音です。画質は本当に綺麗なんですが・・・

オーディオの設定は「mp3 Audio」にし、ビットレートは128。
チャンネルは「２」でだめだったので「Original」に
したのですがやはりだめです。
ご助言おねがいします。
http://www.dotup.org/uploda/www.dotup.org2557249.jpg

音声をAACにすればいいんでね？

>>680
一番最初はNero AACでエンコードしたのですが
それがだめで、MP3にし、それでもだめでOriginalに
してみました。

コレ使ってどうなるかだな
http://santa-studio.com/video/m2ts.html

根本的な解決じゃないけど

>>682
すごい・・・でも・・・
4分強ある動画が半分しか変換されていませんorz
体験版ゆえですね・・・これは買いですね。
本当にありがとうございます！

編集済んでるならAviUtl+DirectShow File Readerでなんとかなるような気がする。
ブルーレイから取り込んでるんでも無ければDGIndexでも出来るだろうし。

>>679 http://pro.grassvalley.jp/catalog/edius_neo_3/edius_neo_3_s.htm 非圧縮AVIで出し直したら？

>>683
あんた、紹介された記事から、まんまとGoogleの広告踏んで、
記事とは全然関係ない怪しい変換ソフトのサイトに飛んだだろ。
悪いこと言わないから、そんな怪しいソフト使うのやめとけ。
>>682が言いたかったのは、あんたの再生環境が悪いせいで音声処理が
うまくいってない可能性があるから、K-Lite Codec Packを入れてみたら
ちゃんと音が出るんじゃねえのってことだと思うぞ。

>>685
以前、MP4で１GBとかの動画を
非圧縮AVIで出したら40GBとかなって・・・
今回は３GBくらいあるので･･･うーん

>>686
この4videosoftってソフト、もう購入しちゃいましたorz
K-life Codec Packですね、調べてみます。

AviUtl で動画を編集してるんですが音声2chの為、ニコニコ動画にあげる時にニコニコでエンコードされてしまい、動画の画質が落ちてしまいます。どのようにすれば音声を1chに変換出来るんでしょうか？優しい方ご指導お願いします。

>>688
例えば、「僕が自転車に乗れないのは取り付けてあるベルでバランスが悪くなってるせいなので、
取り外すのに必要な工具教えてください」って質問受けたら呆れちゃうでしょ？
あなたは今まさにそれと同レベルのことをしてる。なんで音声チャンネルのせいだと思ったのか。
ニコニコに上げられてる動画の音声は殆ど2chだと思うんだけど、ちゃんと調べた？
全く関係の無いことを問題の原因として勝手に特定して何の役にも立たない情報を出してるというのが現状なので
再エンコされた動画の情報を何らかの解析ツールで調べて、結果をここにでも貼付けて下さい。

512x384 8Bit AVC/H.264 [email protected] Unspecified 59.95fps 6404f 384.13kb/s
AAC 48.00kHz 2.0ch(2/0 L+R) HE(LC) 95.72kb/s
MP4 Base Media v1
[MPEG4] 00:01:46.814 (106.814sec) / 6,488,037Bytes

すいません、これで再エンコ回避ができないんですけど、何故でしょうか？
お願いします。

ホントに鯖エンコくらってんのか?
ニコ上で再生して「ただいま混雑のため低画質モードで…」って出る?
まさかとは思うけど
投下時に「エンコードしています…」っていうメッセージが出てるから、とかじゃないだろうな?

ごめん再エンコか回避にエコノミーは関係なかった

つまりこういうことだ
http://nicowiki.com/aviutl_h264.html#a4ca08e0

* サーバーサイドエンコードされない仕様で投稿した際にも「エンコード中です…」としばらく表示されますが、
これはエコノミー用の低解像度動画が新規にサーバーサイドエンコードで生成されるためです。
エコノミーモードが発動しなければちゃんと投稿動画の画質で再生されます。
エコノミー回避条件も満たして投稿すれば「エンコード中です…」表示は全く表示されないか短時間で終了するはずです。

>>690
>>691も言ってるが>>9の「■注意」を参照。
少なくとも>>690のファイルは強制再エンコされるはずがないので、
本当に再エンコードして画質が落ちてると言い張るのであれば
動画のURLを貼ってもらうしかないと思う。

2月から再エンコの画質が上がるらしいけど、具体的にどうなるのかな？

すいません、再エンコ回避はできていたのですね。
ありがとうございます。

ただ、どうしても動画がカクカクするのですが、
FPS60ではやはり難しいのでしょうか？

>>695
スペック不足を始めとしてさまざまな原因が考えられるんで、なんの情報も出さずに質問されても困る。

どうせ情報小出ししてグダるだけなので
さっさと動画のURLを貼りなさいｗ

>>679
つんでれんこでm2tsのエンコに失敗する問題、原因がわかったので
次のバージョンでm2tsもエンコできるようになる予定みたい

>>696
情報というのは何を出せばいいのでしょうか？

>>697
http://www.nicovideo.jp/watch/sm16791153

どのへんがかくつくのかがわからん

>>699
普段60fpsが再生出来ないポンコツPCでも再生余裕なレベル。
それだと確かにブラウザ上とVLCとかのプレイヤーじゃ動きが違うんだが、flavieだと差が少なくなる。
…要するにこれflash経由で再生してるか否かの違いじゃね？ポンコツPCだからはっきりとは分からんが。
何で再生した時と比べてカクつくのか詳しく。
あと、スペック不足と言われてスペック出さない・出し方聞かないのは流石に解決する気があるのか疑わしくなる。

>>699

カクカクするとかひっかかるのは、Flashプレイヤーの宿命じゃないか。
ブラウザ上でニコニコニュースとかバナーとか複数のFlashが同時に
動いているから、どんなに高スペックＰＣでも多少はカクカクするというか時々ひっかかることはあると思う。
60fpsだから余計目立つんじゃ。

aviutlの説明うだうだと書きすぎ。メンヘラの文章の文章かよ。
ニコエンコ使ったら一発だったわ。

うわぁ…よりにもよってこのスレでニコエンコ使用を宣言するとか…
これはもう釣りですね…

あ？死ねよ雑魚。
ってかあのaviutlのwikiの説明誰がかいたん？
土下座して自殺して欲しいわ。時間使わせやがってカスが。

わからんなら無理してutlでエンコしなくてもいいだろ
ニコエンコでニコニコしとけ

依頼スレ落ちてる？

>>707
落ちてたみたいなので立てときました

【ニコニコ動画】エンコード依頼スレ 13.2【FLV/MP4】
http://anago.2ch.net/test/read.cgi/streaming/1328135238/

2回続けて途中で落ちるとは

ニコエンコもちゃんと--bframes　とか　--ref　とかオプション指定して、ビットレートも手動で指定してやれば問題ないと思うけどね
初心者向けツールでデフォ値がまともじゃないのが問題か

何かの理由でつんでれんこが使えないのでもなければ
今あえてニコエンコを選ぶ理由は特にないな…
大きな問題があるわけでもないが利点があるわけでもない
通常はニコニコの仕様変更やx264のVerUPに対応しているつんでれんこにするのがよい

>>710
＞大きな問題があるわけでもないが利点があるわけでもない

大きな問題かどうかはともかく、ニコエンコ使うなら>>450とか>>622とかは知っておかないと不都合でるかもね。

>>711
でもそれハードウェアアクセラレーションが糞なだけだろ

>>712
Intel HD Graphicsが問題なのは確かだけど、それを把握したうえでどういう対応をするかということでしょ。
ノートPCの多くはIntel HD Graphicsを採用してるだろうけど、そういう視聴者を切り捨てていいならそうすればいい。

個人的にはハードウェアアクセラレーションの問題より、ビットレートが糞高くなる問題のほうがやばい。
１分の動画見るのに100MB近い読み込みを待たないと駄目とか、待った挙句重すぎてまともに再生できないとか。
そのへんはニコエンコだけじゃなくて、ファイルサイズ上限ギリギリを狙ってビットレートを上げようとする
投稿者全体に言えることだけどね。

誰かニコエンコの改造版出せばいいのに？

>>714
改造版もなにもつんでれんこで十分だしなあ

フリーソフトにこだわらなければ、選択肢はいろいろある

例えば？

>>713
残念ながらSandy Bridge系のHD2000/3000でも再生支援の不具合は発生する

>>717
TMPGEncとかQuickTime ProとかAdobe製品内蔵のエンコーダーとか、Divxのエンコーダーとか(MKVでしか出力できないが)
それくらいかな？

>>718
それらがニコエンコやつんでれんこよりニコニコ向けなの？
きちんと使った上ですすめてるの？
どれもこれも評判悪いけどよく全部購入したな

ニコニコに比較としてpower director 10と、AviUtl（x264）で同じソースをエンコした動画がそれぞれ上がってたけど、
見比べたら雲泥の差だったな…速度以外では、並の有料ソフト付属のエンコーダじゃ、x264には適わんのが現状でしょ。
TMPGEncがx264搭載をアピールするぐらいだし。

選択肢は示した・・・。だがっ・・・誰もそれらをオススメとは言っていないっ・・・・それが現実っ・・・！

公式で配信されてるブラック★ロックシューターのアニメが、
うちの古いPCだとやけに重かったので落としてみたら720pだった。

で、MediaInfoを見てみるとBT.709のフラグがついてるんだけど、これって
　　「ハードウェアアクセラレーション時は強制的にBT.601デコード」
っつう例のFlashPlayerの糞仕様を考えると、
　　「ハードウェアアクセラレーションをオフにしないと正しい色で見れない」
ってことになるよね。
たぶん誰も気にしないと思うけど。

あれ妙に綺麗だと思ったらそういうことだったのか
他の公式配信アニメは150MB未満が多いのにこれは200MB超えてるし

一時期300MB超で配信するのが普通だったんだが、鯖の負荷が凄かったのか、ファイルサイズ落とされたんだよな
（実際、全く繋がらない事が頻発してた）

32 kbps - テレビ電話で話者を認識するために必要最低限な品質
64 kbps - 3G-324M (MPEG-4 Visual + AMR) のテレビ電話の最高品質
128 kbps - ワンセグの動画 (H.264)
312 kbps - ニコニコの再エンコ品質
656 kbps - ニコニコの一般アカの最高画質

1.15 Mbps - ビデオCDの MPEG-1動画（映像のみ）
9.8 Mbps - DVD-Videoに記録できる最高画質
15 Mbps - 地上デジタル放送のハイビジョン放送
23 Mbps - BS・110度CSデジタル放送のハイビジョン放送
54 Mbps - BD-Videoに記録できる最高品質（音声・字幕データ等含む）

圧縮方法で全然変わるから単に数字並べても意味ないと思うけど

非圧縮基準だとしても、解像度もFPSも違うしね。
一番上は白黒でも構わなそうだし

つんでれんこGUIは必要？

CUIというのがなんとなく嫌で使ってない人も多い気がする

>>727
CUIよりGUIのほうが慣れている文とっつきやすいかもね

試作品ならあるけど
http://twitpic.com/photos/ChihayaSta
ツンデレはどこに、ということに
ツンデレもCUIも嫌ってのならアリかも

ツンデレありだと、デスクトップマスコットみないなUIになるのかな？

現在開発中（構想中?）のつんでれんこver.3 はGUI とCUI両方でマルチプラットフォームが目標っぽいけど

2012年02月08日

エコノミー画質を向上しました。


いつもニコニコ動画をご利用いただき、ありがとうございます。

本日のメンテナンスで、新サービス発表会(β)で発表いたしました、エコノミー画質向上を適用しました。

本日のメンテナンス以降に投稿された動画で、
混雑時に一般会員の方に適用しているエコノミーモードの一般会員画質が向上いたします。
過去分に関しても順次向上の予定です。

※本日以前のエコノミー画質よりも向上しますが、オリジナル画質よりは低下します。
なお、プレミアム会員の方は、いつでもオリジナル画質で再生できます。

ニコニコ動画は今後もサービスレベルの向上に努めてまいります。
このあとも、ニコニコ動画でお楽しみください。

video　370kbps　512x384 (4:3)
audio　32kbps　AAC-LC


なんだこれ、音質落としすぎじゃないか？

音質が低いな
でエコノミー判定も上がったって感じなんだろうか

>>730
まだ４つしか調べてないけどこんな感じっぽいが。

エコノミー動画
　　映像　640x360（16:9）or512x384(4:3)　360kbps前後 [email protected]
　　音声　AAC-LC 64kbps

エコ回避状況（数字は実ビットレート）
　　435527bps　エコ回避
　　605799bps　エコノミーモードになる

つんでれんこ作者の窓屋さんのテスト結果

http://twitter.com/tdenc/status/167122606863032320
エコノミーモード回避上限：実ビットレートで445.7kbps、445.8kbpsくらい（446kbpsだと回避できず）
実ビットレートの計算式：ビットレート[kbps] ＝ ファイルサイズ[Bytes] × 8 ÷ 再生時間[秒（小数点以下切り捨て）] ÷ 1000
（>>7　のまま）

もう調べられてるし
380に64でギリギリってところか紙芝居系なら十分すぎるかな

紙芝居系なら最初からエコ回避しそうだが
まあしない人もいるか

下手に有名だとわざわざ回避したりはしていないようだ
無頓着なだけかもしれんけど

あまり意味はないけど>>733をもう少しだけ絞り込んでみた。

実ビットレートの計算式：ビットレート[bps] ＝ ファイルサイズ[Bytes] × 8 ÷ 再生時間[秒（小数点以下切り捨て）]

　　1671823(Bytes)×8(bit)÷30(秒)＝ 445819 [bps]　→エコ回避成功
　　1672414(Bytes)×8(bit)÷30(秒)＝ 445977 [bps]　→エコ回避失敗

12分15秒くらいまではエコ回避の最大レート保てるってことかな

鯖エンコは300kのままなのか？またプレミアムと一般で差が出てるとかあるんだろうか

>>739
>>729-

729-730見た上で今日上がった動画のmediainfo読みのエコノミービットレート見て言ってるんだけど

>>741
なんで>>730までしか見ないのかよくわからんけど、鯖エンコかどうかをしっかり判断したうえで
複数の動画を調べれば>>739のような言葉は出てこないと思うけど。
多少ばらつきもあるけど、>>732であってるだろ。

外部サイトのほう話題あった。結構ばらついてるな
http://www.nicovideo.jp/watch/sm16915018
たまたま見たこれとかやけに低いから気になったんだ

ニコ動へのエンコというかエンコ自体の質問なんだけど

1280×720（映像2000ビットレート）のMP4動画を
960×540（映像450ビットレート）→480×272（映像450ビットレート）
の順にエンコして出来上がった480×272のMP4動画と

1280×720（映像2000ビットレート）のMP4動画を
640×360（映像450ビットレート）→480×272（映像450ビットレート）
の順にエンコして出来上がった480×272のMP4動画は

同じもの何でしょうか？
それとも前者の方が画質面で優れてるのでしょうか？

960×540（映像450ビットレート）のほうが、解像度高すぎで
画質崩壊してる可能性あるから
むしろ640×360から縮めてるほうがましな可能性はある
しかし大差ないと思う

ところで、>>729に

>過去分に関しても順次向上の予定

とあるけど、ニコニコは再エンコ前のwmvとかのファイル持ってるの？

再エンコード回避した動画について行うのでは？

エコノミー動画の生成方法や初期ディレイカット（--dts-compress）の扱いも変わってる模様。
（「VFR」「CFR」はMediaInfoで調査した結果）

　■2011/2/8以前に生成されるエコノミー動画
　　　元動画で初期ディレイカットON（VFR）　　　→ フレームレートが元動画の約２倍のVFR （※１）
　　　元動画で初期ディレイカットOFF（CFR）　　→ ほぼ元動画のフレームレートと同じVFR

　※１・・・元動画は29.97fpsの動画を初期ディレイカットでエンコしたもの。エコノミーは59.998fpsのVFRになった。

　■2011/2/8以降に生成されるエコノミー動画
　　　元動画で初期ディレイカットON（VFR）　　　→ ほぼ元動画のフレームレートと同じCFR （※２）
　　　元動画で初期ディレイカットOFF（CFR）　　→ 元動画のフレームレートと同じCFR

　※２・・・元動画は29.97fpsの動画を初期ディレイカットでエンコしたもの。エコノミーは29.97fpsのCFRになった。

　　サンプルまとめ： 初期ディレイカットでエコノミー画質崩壊する件のテスト
　　ttp://www.nicovideo.jp/mylist/28350316

初期ディレイカットは非推奨だからあまり関係ないとして、このあたりの変更で考えられる影響って何かありますかね？

もう大半の時間がエコノミーの時間なんだから
よっぽどの場合じゃなきゃエコノミー回避設定でエンコしたほうが
ユーザーが見るときにいいだろうな

てす

>>749
逆じゃない？

だいぶ長い事プレミアム入ってるから一般がどんなだか忘れてしまった
運営はプレミアム会員何百万人とか喧伝してるが、一般会員はどれくらいいるのかね
あとモバイル機器で見ている奴がどれくらいいてどういう風に利用してるのかとか

どういう視聴スタイルの人がそれぞれどれくらいの割合いるのかある程度は知っていないと
見てもらいたい動画も見てもらえないということになる
エコノミー視聴やハードウェアアクセラレーション使用がデファクトスタンダードなら
それを考慮（癪に障るが）して崩壊しないような動画を作らないと「何このゴミ動画」となるだろう

プレミア率5.9％だとさ
ソースは↓の16ページ目
株式会社ドワンゴ　平成24年9月期 第1四半期決算説明資料
http://pdf.irpocket.com/C3715/oWM7/ugrt/AK2m.pdf

>>752
ニコニコ動画のエコノミーの時間帯っていうのは
動画視聴のピーク時間から相当余裕を持ってガッツリエコノミー時間としてとってある
つまりみんなが見るような時間帯で一般会員が見る場合ほぼエコノミーで見ていると思っても問題ない

普通の人は絵が汚かったら入会もしないし回避方法も探さないで作者が糞だとおもって終わり

2/8以降に1fpsでエコ回避せずに投稿した動画のエコノミー動画が29.97fpsになってた。
エコノミーは強制的に29.97fpsのCFRになるってことかな？

512x384くらいまでだったらエコノミー回避エンコでもそこそこ綺麗な画質・音質になる

PV系は全く見れないレベルが多少は見れるようになっただけましかな
動きの少ないのは普通に見れるレベルにはなってるし

何気にストリーミング方式の動画が増えてきてるけどプレミアム専用みたいだな
一般回線に切り替えると普通の読み込み方に戻る

しかもストリーミングの方がシークが重いと云う駄目仕様
スレチでした

なんのことだろう・・・

>1fpsでエコ回避せずに投稿した動画
物凄い贅沢なビットレートだな、その動画ｗ

>>761
初期ディレイの実験の一環だったので、あえてエコ回避にならないようにしてみたんですよね。
ついでなんでサンプル動画を晒しておきます。

　　Bフレーム由来の初期ディレイと初期ディレイカット(--dts-compress)のサンプル
　　ttp://www.nicovideo.jp/mylist/28386130

初期ディレイカットを勧めているわけではないので誤解なきよう。

>>748を書いたときは元動画が29.97fpsだったので、
　　「エコノミー動画は元動画のフレームレートに関係なく29.97fpsにされる」
ということに気づいていませんでした・・・。

初期ディレイカットは随分前から直ってなかったっけ
本当に2/8が境なの？
あと2012なのに2011になってるぞ>>748

>>763
＞あと2012なのに2011になってるぞ>>748
ごめん、書き間違えたorz

初期ディレイカットしたもののエコノミー動画については以下のような流れだと思うけど間違ってるかも。

　2010年8月以前
　　　エコノミー動画の形式はFLV4。
　　　初期ディレイカットONで投稿するとフレームレートが４倍に増加するうえビットレートも半分以下に減少して画質崩壊。

　2010年8月以降
　　　エコノミー動画の形式がMP4に。（VFRになる）
　　　初期ディレイカットONで投稿してもフレームレートは２倍程度におさまり、ビットレートは通常のエコノミーと同等。
　　　通常のエコノミー動画と比べても、極端に画質が悪くなるということはなくなった。
　　　（本当に8月頃からそうだったかは不明だが2011年1月には>>269に書いたような報告があがってる。
　　　　ただ>>269にある報告では「最大フレームレートにあわせてchangefps()」と書かれているが、
　　　　>>748で2011年10月に試した結果を見る限りでは最大フレームレートにあわせているわけではなさそう。）

　2012年2月8日以降
　　　エコノミー動画が、元動画のフレームレートに関わらず、29.97fpsのCFRのMP4に。
　　　初期ディレイカットONでも、29.97fpsのCFRになることに変わりはない。

ここで聞いていいか分からないのですが、ご存知の方いらっしゃったら教えて下さい
つんでれんこの変換を100Ｍ以内を200Ｍ以内に弄って使いたいんですが
何処弄ればいいか判りますでしょうか？

>>765
settingフォルダにあるuser_setting.batの中にある「DEFAULT_SIZE_PREMIUM」「DEFAULT_SIZE_NORMAL」。
だが君はここに質問に来る前に公式サイトの説明をしっかり読むべきだった。
　　http://tdenc.com/doku.php?id=usage

>>766
回答ありがとうございます。
そこじゃないんですが似た様なトコは見たのですが
クリックしたり開こうとしても駄目で分からなかったもので質問させて頂きました
この手のファイルは編集しないと駄目なんですね、勉強になりました。

先につんでれんこ まとめwikiを見たのなら、
>　以下の項目については、setting\user_setting.batを編集することでカスタマイズが可能です。
と書いてあったはずだが

メモ帳などで開いて編集することで、ともっと丁寧に書いたほうがいいのか？

初心者はbatファイルがテキストファイルだということすらわからないこともあるから、
　　「batファイルを右クリックしてコンテキストメニューから"編集"を選ぶかメモ帳などで開いて編集してください」
という説明があるとわかりやすいかもね。

>>769
user_settingってファイルはあるけど、user_setting.batはありません、とか言う人もいるからねぇ

>>770
拡張子デフォルト非表示か…あるあるｗ

つんでれんこつかって72MBなのに再エンコされる(';')
http://privatepaste.com/dabc86ebc1
どしてですかねえ？

>>772
・実は一般会員である
・>>9にかかれていることすら理解できていない

さてどっち？

>>773
プレミアムです。
順番待ちまでされて、エンコードしてますって表示が4分くらい
でてたからそれはないと思います。

>>774
で、実際にニコ動に登録されたファイルと元のファイルに差異があったの？

どう見ても>>9を理解していないだけだね。これ以上の反応は無駄。