テンプレやwikiをよく読んで、わからない時に質問するようにしましょう。
※ここは『作成済みの動画をニコニコ動画にアップ出来る制限内のFLV/MP4に変換する』ためのスレです※
動画の作成方法、画質の追求については関連スレ等をどうぞ。
ニコニコ動画からDLしたファイルの視聴・編集に関しても関連スレにどうぞ。
質問時は>>8あたりまでのテンプレをしっかり読み、
１．問題点（なるべく詳しく）
２．元ファイルの情報 （必ずmediainfo等にかけた結果を書いて下さい）
３．エンコードして出来上がったファイルの情報 （同上）
４．使用ソフト
５．MP4ならば必要に応じてx264のエンコードオプション
（Aviutlの拡張x264出力(GUI)を使っているなら設定画面の下のほうにある"--bitrate ～"の部分）
６．PC環境
等を忘れずに書きましょう。ここにｴｽﾊﾟｰは居ません。
エラーが起きたというような場合は、
・エラーを起こすまでの操作手順
・エラー発生時のエラーメッセージ
などもしっかり書きましょう。
なお、mediainfoの動画情報等を貼る場合は、patebin等のサービスを利用すると便利です
http://privatepaste.com/
http://pastebin.com/
次スレを立てるのは970辺りの人が宣言して立てる事。
宣言した人間が立てられなかったら失敗報告後に次の有志が宣言後立てる事。
公式サイト
http://www.nicovideo.jp/
前スレ
【ニコニコ動画】FLV/MP4エンコードスレ 54【質問】
http://anago.2ch.net/test/read.cgi/streaming/1333673572/
http://anago.2ch.net/test/read.cgi/streaming/1338170425/
MAD制作初心者向けスレ120
http://anago.2ch.net/test/read.cgi/streaming/1351864286/
【ニコニコ動画】エンコード依頼スレ 13.2【FLV/MP4】
http://anago.2ch.net/test/read.cgi/streaming/1328135238/
■ FLV/MP4ファイル作成の具体的方法
・ニコニコ動画まとめwiki-エンコード設定
http://nicowiki.com/encode.html
■エンコード関連Q&A集（主にFLVに関して）
・ニコニコ動画まとめwiki内エンコード設定あるある質問箱
http://nicowiki.com/aruaru.html
・ニコニコ動画まとめwiki内エンコード系質問？を適当に集めた所（新）
http://nicowiki.com/EncodeQA.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/
・x264 - a free h264/avc encoder(英語)
http://www.videolan.org/developers/x264.html (本家)
http://x264.nl/ (配布場所)
・AviUtl version0.99k2（推奨）
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
・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/
■その他
・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
■アップロード時の上限ビットレート判定について
ニコニコ動画での上限ビットレートは、現時点で以下のようになっています。
このビットレートを超えてしまうと、アップロードに失敗します。
判定には>>7の「実ビットレート」が使用されます。
●プレミア会員 制限なし
●一般会員 (640+1)×1024＝656384[bps]
■エコノミー回避判定について
ニコニコ動画ではアップロード時にエコノミーモード用の動画を生成していますが、
「実ビットレート」が以下に示すビットレート以下であればエコノミーモード用動画は生成されず、
一般会員にもプレミアム会員にも、常に同じ画質で視聴してもらうことができます。
445[kbps] ＝ 455680[bps]
ニコニコ動画では、アップロードしたファイルを調べ、ビットレート違反のチェックや
エコノミー判定を行なうようになっていますが、この判定には、コンテナのオーバーヘッドや
映像、音声など全てをひっくるめた「実ビットレート」と呼ばれる数値が使用されます。
また、これもあくまで計算なので、実際に通らなかったら潔くビットレートを下げてみましょう。
＊注意＊
「エンコード時に設定した映像や音声のビットレート」は、ただの目安です。
設定した映像と音声のビットレートを単純に足すといった計算は無意味ですので、
必ず下記の実ビットレート計算式を用いて計算して下さい。
実ビットレートの計算で使う数値の意味や計算式は以下の通りです。
もしくはmediainfo等を使うのもよいでしょう。
◎ファイルサイズ[bytes]
作成したFLVやMP4のファイルを右クリック→「プロパティ」で、
「サイズ」のところの（）内の（～バイト）と出る部分の数字。
（「ディスク上のサイズ」のほうではないので注意。）
◎再生時間[秒]
小数点以下は切り捨てます。
●実ビットレート[bps] = ファイルサイズ[Bytes] × 8 ÷ 再生時間[秒（小数点以下切捨て）]
尚、各単位換算は以下の通りです。
1Mbps = 1000kbps
1kbps = 1000bps
1GiB = 1024Mbytes
1MiB = 1024kbytes
1KiB = 1024bytes
1byte = 8bits
このスレで次の質問をした者には、住人のうちの何名かは問答無用で罵声を浴びせます
決してこの質問をしてはいけません！！ いいかげんにしてよね、ほんと…
Ｑ．エコノミー回避の動画を作成してSmileVideoにアップロードしたのに
「エンコードしています・・・」って表示されるんだけど？？？
エコノミー回避なら再エンコはされないはずなのになんで？
Ａ．仕様です。その表示はエコノミー回避してようがなにしてようが表示されます。
条件さえ満たしてれば再エンコードはされないので落ち着け。
Ｑ．ちゃんと範囲内でエンコードしたのにビットレートオーバーって怒られるんだけどなんで？
Ａ．ちゃんと実ビットレートで確認しましたか？
指定値を上回ることはよくあります。
Ｑ．作ったMP4を自分の環境で再生確認すると問題ないのに、ニコニコにアップすると画質がおかしくなる
Ａ１．まずは、自分の動画がサーバー側で再エンコードされていないか確認しましょう。
再エンコードの条件とかについてはテンプレやWikiを熟読すること。
Ａ２．次に、自分の環境で再生確認に使ったソフトを確認しましょう。
ニコニコ動画で使われているFlashPlayerと、PCで使うWindowsMediaPlayerなどでは
再生の仕組みがまったく異なります。FlashPlayerは再生時の色補間などをしていないこともあり、
基本的にはWindowsMediaPlayerなどよりも汚く見えてしまいます。
例えば黒背景に赤い小さな文字とか描いてたら崩れ方がマジハンパねえっす。
ニコニコでの見え方を確認するなら、FlashPlayerを利用したFlavieなどのソフトを使いましょう。
以下前スレの9そのまま
テンプレここまで。
色々書き換えたけどこの辺はよくわかんないから入れなかった。
窓の杜 - 【NEWS】「Adobe Flash Player 11.2」「Adobe AIR 3.2」が正式公開
http://www.forest.impress.co.jp/docs/news/20120329_522113.html
FlashPlayer11.2で挙動がいくつか変わっているようです。検証した内容を報告。
※GPU再生支援がないので、【HWアクセラレーションOFF】の時の検証しかできてません。
【HWアクセラレーションON】の時の検証は、どなたかよろしくお願いします。
●colormatrixやfullrangeが無視されるようになり、強制的にBT.601でデコードされるようになった。
（11.1時点のHWアクセラレーションON時と同じ挙動）
→テスト動画リスト： ttp://www.nicovideo.jp/mylist/27805122
●10bit-depthの再生では、右側に出ていたマゼンタ線が出なくなった。
ただし、色が微妙におかしくなる問題はそのまま。
→テスト動画： ttp://www.nicovideo.jp/watch/sm16808896
●>>915（deblock有効の動画をHWアクセラレーションOFFで見ると崩壊）の問題は従来と変わらず発生。
>>936にある「GTX570でHWアクセラレーションONにすると緑線と色ずれが発生」という件が、
正式版や他のGPU環境でどうなるのかは気になるところ。
→テスト動画： ttp://www.nicovideo.jp/watch/sm17278404
●初期ディレイ分の映像遅延が発生する件は従来と変わらず。
→テスト動画リスト： ttp://www.nicovideo.jp/mylist/28386130
従来から、HWアクセラレーションが有効な場合はcolormatrixやfullrangeを無視して強制的にBT.601扱いでデコードされていた。
つまり、BT.709の動画は、わざわざHWアクセラレーションをOFFにしないと、正しく表示することはできなかった。
今回の変更で、BT.709の動画を正しく表示させる方法はなくなったということになるけど、実はこれは大して問題じゃなかったりする。
なぜなら、ニコニコ動画まとめWikiでは、HWアクセラレーションの挙動なども考慮したうえで
「HDだろうがなんだろうが関係なく、BT.601でエンコして--colormatrix smpte170mをつけておく」
という方法を推奨していたから。それに従ってエンコードしていたなら何も問題はない。
ニコエンコやつんでれんこもデフォルトではBT.601を指定するようになっている。
BT.709でアップしてしまったものについてはもうどうしようもないけど、
上に書いたように元から正しく表示されてなかった可能性が高い。
http://www43.atwiki.jp/tdenc/pages/31.html
つんでれんこ等についている再生確認ツール部分を独立させたもの。
・ハードウエアアクセラレーションのオンオフ切り替えが出来る
・原宿サイズ(640x360)、Qwatchサイズ(854x480)での実際の見え方が確認出来る
・実ビットレート( >>5-6 )、ファイルサイズ等の情報が同じ画面に表示され、一目で分かる
・エンコードしたmp4だけでなく、エンコード前の動画についても、Mediainfo で情報を調べることができる
＿＿ _
'"´ l￣￣｀r'└┐
. ／/ |ﾞ＼ ｀L｢|└i
__/´/ / | ＼丶 ￣ヽ
〃⌒Y/ │ i │ ／|∧ | |
. {{:: o::ﾉ'l ┼/‐-/ﾘ ´ｨﾁ斥∨ハ| ＿＿_
＼__つ| |斗=ﾃr 弋うｿ八 j| __r_| |
| ヽﾑ 代うソ ⊂⊃ﾉ}八／ 人|.1乙 |
| （∧ ⊂⊃ ／イ｢ ／ └ｰ─┘
| | ｰヘ. ト..＿＿∠)＜｢| |.ﾚ'|
| | ＼_＞く∨ﾚ<>ﾍ{｢| _l／|
| | rく＼ _>|:::ﾂｸﾓ::ヽV|／}|
,,⊥.-┴──＼ ヾ l|:::￣￣:::::l|´:: 〈|
| ＼_-－――`ｰ1.|l:::::::::::::::: jY￣>|
| | □□ |∧:::::::-=彡l|＿_＞
| | □□ l ∧::::::::::::::|l＿,|│
| | ｢¨7-|ｌ:::::::::::ﾘ::::::|/
| | Wｉndows7 | /::: ト====i｡:::::|
| | Ultimate. |,::::::/ |::::::|
`ｰ- ､|＿＿_.. -‐/__::/ |:::_｣
└‐' └‐'
ディスク容量ばっかり増えてもしょうがないんだよ
上限増やせないのはやっぱコメ表示だと鯖に負担掛かってるからなのかねえ
それ以前にニコの場合ゲームカテが全体の4割ちょいを占めてる
その大半が実況プレイ動画で、動画の性質上時間が長くなりがち
そんでもって大半の実況プレイ動画は100再生もされない
この状況で上限増やしたら大して再生されないくせに
無駄に容量大きい動画がばんばん増える
こんなの費用対効果に見合ってないね
そのほうがダメ動画が減ってすっきりする
v１に詰め替えると良いようですが何をどう使ったらよいのかわからない。
かんたんにできるツールとかありますか？
もう直っているから気にしなくていいよ
【ニコニコ動画】FLV/MP4エンコードスレ 54【質問】
http://anago.2ch.net/test/read.cgi/streaming/1333673572/783
783 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2012/10/12(金) 21:18:51.29 ID:+K97EwVX0 [1/3]
>>673-682 および >>738-773 で出ていた、「major_brandがavc1だと再エンコされてしまう」という件。
別途行った調査で「major_brandがmp41の場合も再エンコされてしまう」ということもわかっていたのですが、
本日18時前に、謎の人物から
「ニコニコの brand 判定を修正しました」
という連絡をいただき、あらためてテストしてみたところ、avc1でもmp41でも再エンコードされなくなっていました。
MP4Boxで-brand mp41としてMuxしたものの再テスト
http://www.nicovideo.jp/watch/sm19102737
major_brand＝avc1での投稿の再テスト
http://www.nicovideo.jp/watch/sm19102825
ほとんどの人はmp42またはisomでの投稿になっているはずなので元々関係なかったと思いますが、
この修正により、x264guiExでL-SMASHのremuxer.exeを利用するような場合も問題なくなったはず。
対応ありがとうございました。
http://k-tai.impress.co.jp/docs/news/20130128_585367.html
新ビデオコーデックは、HEVC（High Efficiency Video Coding）と呼ばれるもので、
H.264/MPEG-4 AVCの約半分のビットレートで、同等のクオリティの映像が配信できるという。
素晴らしいな。
今のところはローカルビデオの容量圧縮か
MS製品でH264+AAC動画作れること自体今初めて知ったわ
504 名前： 名無しさん＠お腹いっぱい。 投稿日： 2013/02/01(金) 16:02:34.77 ID:CbWJ82mm0
>>502
最近のLive ムービーメーカーからできるようになった
ただbaselineプロファイル固定でブロックノイズも多い
505 名前： 名無しさん＠お腹いっぱい。 投稿日： 2013/02/01(金) 16:21:13.32 ID:iBwFW+HM0
今時baselineのみとかw
やっぱダメだな
しょせんOSのベンダが情弱初心者囲い込むために作ったソフト
俺もあれ使ったの5回くらいだしな。あれ、結構多いな
FLV_ffmpegmux_D&DにAVIファイルとMP3ファイルを放り込むと、出てくる動画の右横が延びてしまいます。
たとえば、
/
/
/
こうなるはずが、
-
/
/
こんな感じになってしまうんです。
W7、i5、元のAVIは854ｘ480です。
いつもつんでれんこでMP4にするのですが、今回はFLVで作りたいので困ってます。
どなたか、教えてください！
＿＿/
＿/
/
こんなのが、
＿＿-
＿/
/
こんな感じです。わかりますでしょうか・・・
てか今FLVで上げるメリットなんてほとんどゼロに等しいよ
こんな感じです。右端、わかるでしょうか。
privatepaste.com/download/92bda4b548
FLV、つんでれんこで作るMP4より音がいいと聞いたんで頑張ってたんですがマジですか・・・orz
AACがいいかMP3がいいかなんてほとんど宗教戦争だよ
高ビットレートならMP3の方がいいとか言う人がいるけど
そういう人って大抵「違いがわかる俺すげー」って人なだけ
プラシーボ効果
ちなみにその画像の現象はpaddingという現象
横解像度が16で割り切れない数字になってるんじゃないかな
うわーー！ありがとうございます、864ｘ480だと思ってたら854ｘ480になってました！
全然気づきませんでした、ほんとありがとうございます！
あ、でプラシーボ効果なんですけど、私もMP4でよかったらなにもこんなめんどくさいことしないですｗ
聞き比べてやっぱ定位が明らかにMP3の320kbpsのほうが良かったんで、なんとしてもこっちを使いたかったんです。
まあ、そこまで聞き分けたから動画が伸びるわけではないですけどねｗ
ともあれ、ほんとありがとうございました！
どうでもいいが864ｘ480は16：9じゃないぞ
それとqaacは試したのかな？
色々ありがとうございます！
qaac知りませんでした、つかググったけどよくわかんないですー
qaac.exeつかえばつんでれんこさん少し音が良くなるってことですか？
16：9の件は承知しております、864x486ですよね？
今16:9の動画あげるなら原宿仕様で640x380か、Qの大画面仕様で854x480でしょ。
× 640x380
○ 640x360
つか つんでれんこでも音声のビットレートぐらい設定できるよな？
…まいっかMP3の320kとか書いてる人だし
何に使うのか知らんけど
>>36
AACエンコーダによってちょっと音が変わったりはするんだよね
QuickTimeをインストールしてある環境ならつんでれんこの設定ファイルを書き換えると
neroaacencじゃなくてqtaacencを使うように設定できる
864ｘ486は486が16の倍数じゃないから結局黒フチ出ちゃうはず
出ないようにするためには横は16ｘ16の整数倍、縦は16ｘ9の整数倍だから
512ｘ288、768ｘ432とかかなり制限されるということね
aacのエンコ煮詰めてmp3のが良いっていうならflvに拘ればいいと思うけど
mp4の方が映像面で16の倍数制限がない分楽だよ
つんでれんこが使うデフォのaacエンコはneroaacenc
qtaacencやqaacはAppleのQuickTimeを利用してて音質が良いと評判
つっても俺には320KbpsのMP3やAACを聞き分ける自信はないがね
qtaacencはつんでれんこでも使えるはずだけど俺はAviutl使ってるからよく知らん
あとaacについてだけならこっちのスレ見てくるといいよ
【高音質】AACオーディオ総合6【mp4/m4a】
http://anago.2ch.net/test/read.cgi/software/1317096888/
>>39
>>40
>>41
うわあ、みなさんありがとうございます！
つんでれんこさんでビットレート色々試した挙句、比較で作ったFLVのほうが音が良かったので今回は挑戦してみようと。
これまでやったことなかったんで、１６の整数倍とか黒ベタとか全然わかんなくて。
今もまたVP62でエラー出てうまくエンコできてませんｗ
つんでれんこさんに任せたほうが楽なので、ちょっとqaacでも試してみます！
ありがとうございました～！
初めて動画を作った一般会員です
エコノミー対策をどうするか迷ったのですが、まぁそんなに再生回るわけじゃないしと
640x360、上限ビットレート612の動画をうｐしました
再生500を超えたのでエコノミーになるかと思ったのですがいまだになりません
?eco1で試すとエコノミーになるので回避できてないのは確かだと思うのですが
エコノミー発生条件の再生回数は500回ではなくなってます？
今は再生1000越えましたがまだなってないようです、自分がwikiの間違ったページ見てるんでしょうか？
ありがとうございました
実際はAppleApplicationSupportが入ってる環境で問題なく動く
AppleApplicationSupportはiTunesとかのインストーラに入ってるから、それを引っ張り出せば単独でインストールが可能、iTunesを既に使っているなら何もせずにqaacが使える
何かを勝手に仲間に加えたりしない?
Appleていうだけで警戒しちゃうんだよね
最近ずっとitunesのアップデート知らせてきて邪魔なんだよね。
多分apple関連のソフトがなにもインストールされてないのであれば何も言ってこないと思うけど。
ぜんぜん違うぞ
むしろ何も入らないし関連付け設定を変えたりもしない健全（？）なソフト
勘違いスマン。
エンコはだいじだよー
フィルタオブジェクトなどを追加する際に出てくるウィンドウが画面外にはみ出して出現し、ドラッグで動かそうとしても受け付けないのですが、
これってどうすれば解決できるでしょうか？
スレチなんでこちらへ
AviUtl拡張編集Pluginスレッド Part7
http://anago.2ch.net/test/read.cgi/streaming/1346569397/
高ビットレートだと止まりまくってまともに見れないらしいんだが
640×360の止め絵中心の動画でオーディオを128ｋにした場合
ビットレートは1100～1200程度で快適で良いでしょうか？
今ビットレート1100でエンコした所4分30秒の動画で容量は41MBになりました。
何卒アドバイスをお願い致します。
テンプレ嫁
>>2
プレミアムでビットレートに制限がないならcrf使った方がいいと思う。
640×360でオーディオ128ｋにした時のMADの良いビートレートと容量を教えて下さい
現在ビットレート1100で容量が41MBになりました。
静止かMADですがこれで良いでしょうか？
映像によって適切なビットレートは変わるからcrfでやるのがベター
まだ減らせそうではあるな
よさげか圧縮しすぎかなんて、最後は自分の目で確認だろ
あのヌルヌルみたいなのを適用してエンコードってできないんですか？
AviSynthのMVToolsを使った方法は試したのですが、うまくいかずに汚くなってしまいます
InterFrame
http://www.spirton.com/interframe/
を試してみるとか？
大して綺麗じゃない
http://ch.nicovideo.jp/tdenc/blomaga/ar128361
一般会員で容量一杯に幾つか動画を作って上げて、再エンコされなかったのですが
今作ってる動画がテストうｐすると全部再エンコされてしまいます
元動画：1600:900
拡張設定内にて
動画の左部分が欲しいので、動画ファイルをクリッピングで右側を消して
残った左側を中央に配置
リサイズフィルタで640x360
h264エンコードにて40m未満、上限650以下、映像目標570、he-aac64にてエンコードし
完成動画もこれらを満たしていますが、駄目です
>>1
どうもでした
無音でも音声ファイル付いてるなら問題なし
元々650kbpsは目安だよ
んで今やってみたら640kbps以上の奴がはじかれた。
仕様変わった？
Javieで作ったのをAviUtlでエンコ。設定はこのページそのまま。
www18.atwiki.jp/live2ch/pages/166.html
元ファイル情報
プロファイル : OpenDML サイズ : 2.01 GiB
ながさ : 3分 22秒 オーバルビットレート : 90.7 Mbps
コーデック ID : ULY0
1 280x 720: 16:9
フレームレート : 29.970 fps
ビットレートモード : CBR モード ビットレート : 1 536 Kbps
ひとつ前に制作した動画はこの設定でモバイル再生も問題なし・・・
以下のことは試しました。
×ビットレート変更 変更前3000->1000
×Bフレーム3->なし
×プロファイルHigh->Normal
×拡張x264出力前のコーデック変更（YUV2-->YUV0）
×元動画撮り直し
×停止箇所の元動画キーフレーム変更
×拡張x264出力のデフォルトの「iPhone4S,iPad2」設定でエンコ
どの変更をしても、動画の全く同じフレームで停止してしまいます・・・ついでにシークもできません・・・
>>1
>ニコニコ動画へ動画をUPするためのFLV/MP4ファイル作成に関する質問スレです。
ビットレートは１１８kbps
時間は5分程度
これで動画投稿したら、
エンコードに失敗しました。ビットレートや解像度が制限値を越えているか、未対応の動画形式です。
って出てくるんだけど何したらいいの？
こった動画とかじゃなくてほんとに音声だけのものを投稿しようとしてるだけなんだけどなぁ(>_<)
まさかとは思うけど音声ファイルじゃないよね
可変フレームレートみたいに音声のステレオとモノラル可変でいけませんか？
音声モノラルにしてデータ量減らしたいんですがどうしてもステレオにしたい部分もあって…
MP3やAACなどの圧縮音声にはジョイント・ステレオという技術が使われているが
これはまさにそういうことをやっている
固定ビットレートだと「モノラル部だけ音質がいい」という結果にしかならないが、
可変ビットレート設定にすればステレオとモノラルとで上手いこと割り振ってくれる、はず
ありがとうございます
つまりステレオ音声をそのままAAC規格に圧縮すれば
実はもうジョイント・ステレオになっていて>>86の目的を達しているということでしょうか
モノラルパートは片方何も入ってない無音領域のあるステレオ
ミッドサイドやジョイントステレオ作るにはモノラルが中央にあると思わせなければならないから
モノラルパートは複製してLR同じにしないとだめなのか
動画のエンコ設定変えるとかしたほうが縮ませられるんじゃないかな？
つまり実質モノラルx2のステレオ部分と普通のシンプルステレオが混在した音声を作ればいいということですね
>>94
そうなんですか…無知なもので
ですが動画のほうはvfrにしてギリギリまでフレームを削る（アニメ素材です）
x264設定についても50パターンほど検証する等自分としては限界を感じています
ステレオ音声に無駄がある気がしたのですがデータ量に大差はないんですね
プレミアムで短けりゃね
サイズに収めるのなら解像度落とした方がいいんじゃね
解像度を落としていることは悟られたくないので
608x342くらいなら大丈夫かと思ってやっています
相場を知らないので
具体的にどうすべきでしょうか？
行けそうなら608x342の設定を詰めるなりもう少しサイズ落とすなりの余地があるかも知れないが
512x288で無理そうなら分割とか他の方法を考えるのが得策
512ｘ288も昔はプレイヤーサイズがそうだったから一般的だったけど今では一般的ではない
>>102
ありがとうございます
一度テストでアップロードして実際のプレイヤーでどう表示されるか確認してみて
解像度、分割について検討したいと思います
わざわざテストうｐしなくても「つんぷれ」で確認するとニコニコと同じ解像度、且つFlashPlayerで確認出来るので一手間省けるかと
http://www43.atwiki.jp/tdenc/pages/31.html
おおこれは便利ですね
重ね重ねすみません
aviと320kbps CBRのmp3を
FLV_ffmpegmux_D&D.batで結合した場合
音声は320kbps CBRのままなのでしょうか
それとも劣化しているのでしょうか
もっと高画質にしたいが貢ぎはせん…死に物狂いでプレイ時間を短縮すればいいのだ…
再生時間詐欺になるからひんしゅく買う可能性あるけどな
一般会員はエコノミー画質だから、低画質のエコノミーなんてブロックノイズだらけで数秒で閉じてしまう
一般+エコノミーでも見てくれるのは元々プレミアムで画質がいいから
とはいえ一般会員が見れない動画は結局コメやマイリスが伸びない
一般会員で動きのあるゲームを扱うなら7分以下で、移動とかうまく全カットと早送り
メイン以外のちょっと魅せたい(自慢や自己満足) みたいのもカット
カットカットカットで繋げて作る、編集上手ければそっちで評価される
あと自分が魅せたいのと他人が見たいのは別って意識しとけばカット作業が楽
大した見せ場もない20分ちょっとのゲーム動画を4分割して丸揚げしてるようなのはどうしようもない
そっからは時間が延びるほど下がっていくのよね
ボカロみたいに４～５分前後にピークがあるカテもあるけどあれは曲の尺の問題
お客さんが娯楽に使える時間は有限なんだから
カットカットカットやった方がお客さんにはウケるよ
嫌なら飛ばせよってコメもあるが一般会員は読み込み遅いからから飛ばせんし
よっぽど出来の良い物じゃないと作者のンナニー見せつけられてるようなもんだし
前にゲームのゆっくりプレイ動画で冒頭に2分近くのOPがあったの見た時は流石においおい…って思ったわ
多少汚くても下手糞でも上手く編集してかつ面白実況なら伸びる
逆に高画質で綺麗でもネタがないと伸びない
でも好きだというコメもあるしこの辺は感性だと思う、特にOPに使う曲に左右される
単発OPなら2分でも5分でも問題ない、長さではなく中身の問題だから
中身が無いなら1秒だって必要ない
ただ2分間ずっと笑える(ないしカッコイイ)OPなんてMADの粋に達する編集が必要だと思うけどね
上げすぎると低スペが死ぬみたいの読んだ気がするけど
画質を挙げるなら1000kbpsだとちょっと汚い気がする
2000kbpsくらいなら問題なし？
HD7M SD5Mで問題なし
20ぐらいでも十分高画質。
ビットレートはソースに応じていい感じに調整してくれるから考える必要なし。
動画がぶつ切れになるって話だよ
以前は全部ロードして見ればよかったが
ストリーミングが多くなって、それができなくなった
つんぷれの下に出る動画情報で、16:9って出た動画があるとして
実際にニコニコ動画のページで投稿するとき
動画の横縦比 ってやつは、自動認識？それとも、16:9にチェックした方がいい？
ちゃんと16：9になってるなら基本的に自動でも問題ないけど不安なら指定しておけばいい
わかりました。ありがとうございます。
プレミアム会員ならcrfを使えばいい。
さらにビットレートを気にするなら、さらにVBVを指定するといい。
m4vにエンコしているのですが、これをウォークマンやナビで
再生するとワイドなはずなんですが、上下が引き伸ばされた状態で再生されます
アスペクトをガシっと固定させるにはどうすればいいのでしょうか？
m4vとmp4ファイルがあるのですが、簡単に修正する方法があるとなおうれしいです
http://toro.2ch.net/test/read.cgi/avi/1350669147/
ニコニコで上げる場合、CVBR-ABR-TVBRのどれが良いのですかね?
あくまでも個人的に感じてる印象ね
>>128
つまりモノによって、使い分けろって事ですかね。
ありがとう
ふわふわしてるようなラジオっぽい感じだったり、音量が大小変わったり、気持ち悪い感じです。
つんぷれやFlavieで再生すると、元の動画と変わりなく聞こえます。
これは何が原因なのでしょうか？
もう一度あげ直してみたところ、正常に投稿できました。
スレ汚しすみませんでした。
アマレココで992:560の画面サイズで30分程度の動画を録画し
つんでれんこでエンコードかけると2pass？エンコード中にCPUが100%付近になってしまいます
PCのCPUはi7の3770です。こんなに使用するものなんでしょうか？
プリセットはaとqで試してみましたがCPU上昇はほとんど一緒でした
何か軽くなるような設定があれば教えて下さい
問題ない
そういうものだったんですね
だとすると他の物は切って放置した方がよさげですね
返信ありがとうございました
ニコニコで見ると異常にカク付く…。火狐だと見れたモンじゃないしオペラは若干カクつくしChromeだとカクつくけどまあ見れるレベル
PCはそこそこの物を使っているのでスペックの問題では無さそう。
やっぱりフラッシュプレーヤーの問題かねえ…ゴムプレイヤーでローカルで視聴したらヌルヌル見れたし
PC上での再生は問題ないようです。ファイルのプロパティを見てみると、なぜか動画のフレーム率の項目が80/秒となっています。
（動画の1/3ぐらいで再生されなくなっていたので、このフレームレートの矛盾のため再生が停止している印象でした）
ただ同じファイルをAviUtilのファイルの情報で参照するとフレームレート 24fpsと変わりはないようです。
今まではfps24で録画したものはfps24のまま出力されていたようなのですが、原因がわかる方いましたらご教授ください。
そのエンコ設定を見せてほしい
俺がやってもあんなになんねーぞ、hdmiでキャプチャしたソース使ってんのに
反応はやいなありがとう、まだこのスレ人いたんだなｗ
一番最近の綺麗なやつだと
http://www.nicovideo.jp/watch/sm20784966
俺はまだエンコしても画質が悪いんで投稿するにはいたってなくて
Mediainfo情報晒したいんだけど会社だからすぐ出来ないわすまん
ただ、上の動画のオプション全部ぱくって解像度も854x480で同じにして
エンコしたがどうも比べると画質が悪い
画質が悪いというのは、ブロックノイズが多く出てるような感じ
元動画はHDMI 720pでアマレコTV録画、UT video code ULY2で可逆圧縮したavi使ってる
帰ったら1分くらい長さのをエンコして上げてみるわ
この動画x264オプション載ってないな・・・
cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x113 / me=umh /
subme=10 / psy=1 / psy_rd=0.70:0.00 / mixed_ref=1 / me_range=16 /
chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 /
fast_pskip=1 / chroma_qp_offset=-2 / threads=6 / lookahead_threads=1 /
sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 /
bluray_compat=0 / constrained_intra=0 / bframes=3 /
b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 /
open_gop=0 / weightp=0 / keyint=250 / keyint_min=25 /
scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=2pass /
mbtree=1 / bitrate=599 / ratetol=1.0 / qcomp=0.60 / qpmin=0 /
qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 /
ip_ratio=1.40 / aq=2:1.50
これとちゃうん？え、もしかしてこれっていわゆるオプションじゃないの？
圧縮アルゴリズムが特許の固まりみたいなやつ
ｘ264の設定は>146のでいいんじゃない
それをコピペでコマンドモードに貼れば同じ設定でエンコードできるし
自分ならsubmeは9でやるけどその辺は好みかな
sm20784966 はフィルターで細部潰してるね
何使ったのかは不明だけど同じような仕上がりが期待できるdfttest for AviUtlやSmoothD for AviUtl DCTあたりを使ってみたらいんじゃないか
仕上がりがあんな感じなら自分はSmoothDを使うけど・・・
そんなフィルタあるんだな、ありがとう
今同じ風の旅ビトを同一オプションでエンコしてみたけど、結構近くなったわ
やっぱ素材（アクション激しいetc）に大きく影響されるな。。。
submeの効果って実際どれくらいあるんだろな
エンコしてみたけどあんまりわからんかったわ
mediainfoで見れば使用ライブラリ「x264 core 125 r2208 d9d2288」と書いてあったよ
>>149
細部潰しつつキリっとした感じにしたいならAviutlでNL-Means系とシャープ系フィルタ使うのもありかと
ノイズ表示プラグインを最後方に入れておくといろいろ捗るよ
それだと、crf=0 とかで終わるじゃないか
画質をできるだけ維持したまま、どれだけ低ビットレートにできるか勝負とかなら
競えなくもないが
あえて順位付けするなら、参加者の間で投票する、品評会みたいな感じ？
でも、x264のオプションだけで勝負してもしょうがないし
フィルタ適用とかもアリにして、どういう手順でやったかも公開するなら
開催する意義もあるかもね
プリセットからさらによくできる部分なんて少ないし
激重設定で力押しするくらいしかないわ
肝はいかに目をだませるように加工できるか
イライラして来たからフィルタはなるべく掛けない事にしたわ
投稿者としては失格だろうけどなサイズ縮まないし
エンコード結局はどん詰まりだし
すげえ気持ち悪いわ
原因思い当たる人いますか？
昨日は再生できてたし、エンコードライブラリも見られたのに・・・
ttp://uproda.2ch-library.com/663424gSP/lib663424.jpg
http://ja.wikipedia.org/wiki/MP40
動画の頭数十秒だけ映像が高速で再生されて、その後音がズレたまま動画が進むんですが、
原因は何でしょうか？
つんでれのWikiを見ると、「付属のプレイヤーで確認して下さい」と書いてありましたが、
その付属のプレイヤーで確認しても同じでした
すいませんが、アドバイスください
画像1枚+wavを、古いつんでれんこに入れると、再生環境によってはそうなる。
どうも、1 fpsのmp4を正常に再生できないのは、fashplayerのバグっぽい
つんでれんこの最新版(2.76)だと、10 fpsにすることで回避している
ありがとうございます
ＤＶＤレコーダーで録画したVOBファイルをエンコードしたんですが、
なぜか一部高速再生される状況です
より時間の長くサイズも大きい他のVOBファイルは問題無くエンコードされるんですが、
該当のファイルのみオカシクなってます
一応、二回やり直してみましたが、結果は同じでした
元のVOBファイルはwindows mediaplayerで普通に再生されます
エンコードした動画を何で確認してるの？
つんでれんこ まとめ wiki - トラブルシューティング
http://www43.atwiki.jp/tdenc/pages/13.html
つんでれんこでエンコードが完了すると自動で再生が始まるプレイヤーと、
あとflavieというプレイヤーでも確認しましたが、
動画の頭のみ高速再生されてます
とりあえず、できそうなことは
user_setting.batで、set DECODER=directshow とかに変えてみるか
vobを他のフォーマットに変換してみるかかなぁ
上手くいきませんでした
通常にエンコードした時に、頭から３５秒ほど高速再生されるんですが、
directshowでエンコードすると、動画が３５秒間高速再生されて、そこで動画自体も終わってました
設定を元に戻して、mpegでドロップしてみましたが、結果は変わらず
他の動画だと２パス目でエンコードが終わるんですが、
この動画だけ短いはずなのに、３パス目までいきます
こういった動画で編集に使われている
代表的なソフトを教えていただけないでしょうか
※ここは『作成済みの動画をニコニコ動画にアップ出来る制限内のFLV/MP4に変換する』ためのスレです※
TMPGEnc Video Mastering Works 5
スレチに回答すんな禿げ
「混雑中のため、低画質モードでの再生となります」と表示されるのですか？
そんな事はない
なぜそう思ったの？
そしたら映像が崩壊して見える（緑色になる）人がいるみたいなんだ
これはエンコ設定の問題？それとも見る側の設定の問題？
自分が見る分にはなんともないんだが、たまに画質がおかしいってコメントが気になる
オプション全部晒しましょう
音声96
でやってるんですけど、ビットレートオーバーと出てアップロードできません
600までOKなのに、なぜですか？
同じ設定でエンコードしても、アップロードできるものとできないものがあります
>>1嫁
フォーマット : Flash Video
サイズ : 967 MiB
ながさ : 2時 50分
オーバルビットレート : 794 Kbps
_videokeyframe_frequency : 120.000
ビデオ
フォーマット : AVC
フォーマット/情報 : Advanced Video Codec
プロファイル : Main@L3.1
CABAC : はい
RefFrames : 3 フレーム
コーデック ID : 7
ながさ : 2時 50分
ビットレートモード : CBR モード
ビットレート : 800 Kbps
幅 : 720 ピクセル
高さ : 405 ピクセル
Height_Original/String : 406 ピクセル
解像度 : 16:9
モード : CFR モード
フレームレート : 30.000 fps
標準 : NTSC
ColorSpace : YUV
ChromaSubsampling : 4:2:0
BitDepth/String : 8 ビット
スキャンの種類 : プログレシッブ(PPF)
ビット/(ピクセル*フレーム) : 0.091
ストリームサイズ : 974 MiB
オーディオ
フォーマット : AAC
フォーマット/情報 : Advanced Audio Codec
コーデック ID : 10
ながさ : 2時 50分
ビットレート : 96.0 Kbps
チャンネル : 2 チャンネル
サンプルレート : 44.1 KHz
ストリームサイズ : 117 MiB (12%)
>>1
> ニコニコ動画へ動画をUPするためのFLV/MP4ファイル作成に関する質問スレです。
適切なスレを探して、
(1) どのプレーヤーで再生チェックしているのか
(2) mp4じゃダメな理由
を追記して質問したら?
デフォルトでは、FPSの10倍だけど、何か問題が?
どうしてもいじりたければ、
1動画のエンコなら、movie.batの
179行目
for /f "delims=" %%i in (%TEMP_DIR%¥keyint.txt) do set /a KEYINT=%%i*10>nul
で定義されてる。
なので、ここを書き換えるか、
もしくは、静止画+wav以外の全てで有効にしたいなら、
x264_enc.bat の一行目にでも
set KEYINT=600
とか書けば良い。
けど、そのあたりまでいじりたいなら、x264guiExとか使ったほうが良いのでは?
つんでれんこ(夏蓮根)のエンコード設定を、x264guiEx 1.72以降用のプロファイルにしたもの
http://ux.getuploader.com/bel7/download/28/x264_setting.zip
①ソースをaviutlでインタレ解除（24pか30pに）＆アンシャープマスク＆フルHDでAVI出力
②それをAVISynthプラグイン読み込みで60fps化
③拡張x264出力 Exで目標解像度＆60fpsで出力
この①の工程は省けないのでしょうか？
インタレース動画をDirectShowで読み込んでそのまま直接出力・・・というのが出来れば
工程が省けて時間短縮につながると思うのですが。
AviUtl使わず、avs で書いて、x264 cliに投げたら、一発なんじゃ?
>>198 のつんでれんこのプロファイルの利点ってどんなところなの？
x264guiEx 1.75以降付属のニコ動用プロファイルでエンコした場合と
画質面での差異はあまりない
どちらもちゃんと「Flashplayerでの再生」を考慮した設定になっているし
しいて差を言えば、
>>198 のつんでれんこのプロファイルだと、低再生負荷設定がある、など、
Flashplayerのバグや仕様に基づくトラフル対応面での配慮がやや多め
ニコ動用プロファイルが整備されていなかった時代に、AVI出力してから
つんでれんこでエンコしていた人とかが好みで使い分けている感じ
フィルタかけるとか、エンコオプションを細かく調整するとかして
主観的に画質が上がったと思うなら
つんでれんこではなく、AviUtlでエンコする意味はあるんじゃない?
手間をかけたもののほうが、満足感が高いだろうし
エンコ時に膨らむんだよなぁ
そのうち昔の自分を責めたくなるが
フィルタは使い方次第、理解しないで使うとむしろ画質が下がることすらある
俺はNL-MeanがGPU対応になってから手放せなくなっちまった
遅くなりましたけど丁寧なレスサンクスです
そういえばx264guiExにプロファイルなんてなかったなーっと
派手な演出もできるようになるんだが・・・
ストップモーションとかスローモーションとか知らねーのか
と言うのが有ったと思うのですが知りませんか？
動画と音声でそれぞれのビットレートが分かったと思います
11.3からちゃんと指定した色空間で再生してくれるようになって指定無しの場合はBT.709で再生するから
エコノミーの事も考えるとBT.709で作って--colormatrix bt709指定するのが正しいはず
間違ってるというか、既に現状に合ってないですね。
11.2は、11.1の頃までとも違うバグに近い変な挙動をしていて、それを書いたのが>>9。
その後、11.3で挙動はほぼ元に戻り、更に
「ハードウェアアクセラレーション時にもcolormatrixを反映し、無しの場合はBT.709で再生」
という改善がなされ、ソフトウェア再生とハードウェアアクセラレーション再生の挙動が統一された。
（11.2は別として、11.1の頃まではハードウェアアクセラレーション時はcolormatrixを無視してBT.601再生していた。）
rigayaさんが検証記事書いてくれてるので、それを参考にするのがよいと思う。
rigayaの日記兼メモ帳 FlashPlayerもついにまともになったようだ
http://rigaya34589.blog135.fc2.com/blog-entry-240.html
そんなわけで、>>221さんが書いているとおり、現在ではエコノミー動画の色のことまで考えると、
「BT.709で作って--colormatrix bt709指定する」のが一番良い。
（エコノミー動画にはcolormatrixがつけられないので、BT.709で作っておかないと色が変わって見える。）
ただ、これには
「BT.709で色が正しく見える動画を作るためには、正しく色空間を理解する必要がある」
という課題もあるのですよね。
これはもちろんBT.601の動画を作る時にも言えることなんだけど、動画編集ソフトとか中間コーデックなどは
基本的にBT.601扱いが多かったりするので、素材の扱いとか入出力とかしっかり考えないと色が変わるというか。
最新のAviUtl＋x264guiExなら、
・「設定→色変換の設定→出力」を「BT.709」にする
・x26guiExの設定で、colormatrixに「bt.709」を指定する
というので大抵はうまくいくとは思いますが、このへんは説明がややこしいところなんですよね。
つんでれんこや夏蓮根とかも、デフォルトはBT.601で作ってませんでしたっけ。
最新版を確認してないので、ちょっとわかりませんが。
そういうことも考えると色域について理解しておくべきだな
BT.601だろうがBT.709だろうが、正しく見えてればまず区別なんかつかないんでないかい。
むしろ区別がつく人がいたら、そのほうが怖いくらいでは。
別にこだわりを否定するわけじゃない。HD投稿も増えてるし、理解しておくべきだというのは同意。
ほとんどの見る側は気にしてないから作る側が気にするしかないんだよな
いやいや待て待て。やっぱり話がおかしいだろ。
colormatrixを反映してちゃんと正しい色空間で再生されるという前提なら、
BT.601だろうがBT.709だろうが、色が正しくないとか致命的だとか言う違いなど起きない。
つうかBT.709にしたって、どっちみち色の誤差は出る。
【色空間テスト】640x360 BT.709 colormatrix有り - ニコニコ動画:Q http://www.nicovideo.jp/watch/sm18077652
途中送信してもうたorz
>>228の動画見てみればわかるけど、中央の（16,180,16）が(15,181.,15)になったりしてるでしょ。
（ハードウェアアクセラレーションOFF時。環境によって異なるかもしれない。）
別にBT.709だから色の正確性が保てるなんてことはないっしょ。
少なくとも8bitエンコの範囲でそんな違いが起きえるのであれば例示してみてほしい。
そもそもRGBで絵を描いても、動画にする際のRGB→YUV4:2:0変換とかで
劣化（主に赤の劣化とかね）が起きるわけだし、BT.601にするかBT.709にするかなんてあまり意味ないでしょ。
その方が幸せになれるぞ
ニコ動に投稿する場合は>>222の通りにすればいいんですよね？ SDでもそうしたほうがいいんでしょうか？
現状はニコニコ動画のアップロードに10bit-depthを使っても誰も幸せになれないです。テスト動画はこれ。
10bit-depthでの色テスト【640x360、BT.601】
http://www.nicovideo.jp/watch/sm16808896
以前調べたのだけど、FalshPlayerの10bit-depth再生機能には昔から色々と問題があります。
解消済みのものもあわせて現在のFlashPlayer11.8の状況を示すと、以下のような感じです。
（11.5～11.7はちゃんと調べてないですが。）
１．ハードウェアアクセラレーションが効かない
→これは別にFlashPlayerの問題ではなく10bitの再生支援機能自体が無いだけかな？
２．右側にマゼンタ色の縦線が出る
→10.1～11.1。9.0や10.0では出ていなかったし、11.2からは出なくなった。
３．色の誤差が大きい
→10.1～。現在は４の問題のためわからない。
例えば9.0や10.0では(16,180,16)→(16,179,15)と、誤差は１程度だったが、
10.1～は、(16,180,16)→(13,179,11)と、誤差が５くらいにまで広がった。
４．全体的に緑色っぽくなってしまう。
→11.4～。現在の11.8.800.94でも発生。
10bit-depthは、きちんとしたデコーダーを使えば色の正確性は増すのですが、
現在は４の問題のため、FlashPlayerでの10bit再生は完全にアウトです。
なお、これらの説明は、動画説明文にも反映しておきました。
一般的にはだいたいそんな感じの認識であってますが、
ニコニコ動画での再生（FlashPlayer）を考えるのであれば、
HDだろうがSDだろうがBT.709にしておくのが「より良い選択」ではあります。
でも、>>222で書いたとおり、色空間をちゃんと理解しておかないとミスる可能性も。
丁寧に解説してるサイトや動画の紹介とかでもいいんで
ちなみに自分はプレミアム会員です
なんか一部分の映像が緑になって失敗するなあ
サイズの問題？あんまり大きくすると成功しにくくて360Pのが成功しやすいんだろうか
それとも関係ない？
x264 GuiEx出力
音声エンコーダ nero Aacenc
エンコモード AAC-LC 512ビットレート
上記で出力したにも関わらず、音声ビットレートが
512ではなく、必ず407付近で出力されてしまいます。
設定通り、512のまま出力するには、どうすれば良いのでしょうか？
もう一つ。
FLV(VP6/MP3)出力
2Pass
音声設定
形式 PCM
属性 44.1khz 16ビット ステレオ
編集画面では普通に再生されるのですが、上記の設定で出力すると、
画像と音声が、徐々にズレて再生されてしまうファイルが出来上がってしまいます。
画像と音声がズレることなく、ちゃんと再生できるように出力するには
どうすればいいのでしょうか？
先輩方、宜しくお願いします。
１．音声ビットレートの数値がどのツールで調べたものなのかわかりませんわ。
テンプレにあるMediaInfoを使ってテキストモードでの表示を見てごらんなさい。
２．いまどきFLV出力などおやめなさい。特に音声PCMはおやめなさい。災いを呼びますわよ。
３．AviUtlの再生機能はあくまでも簡易確認用なのであんまり当てにしないほうがよろしくてよ。
返信、有難うございます。
さっそく、MediaInfoを使ってテキストモードで確認してみたところ、
・オーディオ
ビットレートモード VBR モード
ビットレート 406 Kbps
最大 442 Kbps
やはり、512kbpsには到達してませんね。
何が原因なのでしょうか？
ＰＣＭは、お言葉通り、これからは控えたいと思います。
いくら多くても256くらいにしとけ
指定ビットレートがあまりにも高過ぎると、エンコーダの判断で
「こんなにいらねーよ」と、ビットレートを指定より下げる動きをする
406kあったら十分どころか百分だろ？音質的には何の問題もない
宜しくお願いします。
デスクＰＣと音質による違いは出てくるのでしょうか？
何度も、すいません。
エンコードで これ っていう音質のものができたなら音質は それ になる。
あとは各々の環境としか
例えその状態で上げたとしても、態々そのことを詳細やタグに記入したりはしないな。
あれって態々書く必要あるのかね？
詳細を明記する文化が一部にはあるんだろう
それを音声に対してもやってるんじゃないかな(ベンチマークにはならんと思うが)
書いたほうが視聴者が高音質な気分になりやすい
書いたほうが権利者削除になりやすいかもしれない
が、元々高いから誤差かもしれない
という流れで動画を製作、うｐしてたんだが、一ヶ月くらい前から黒枠が出て画面が小さくなってしまった。
これは何が原因なんだ・・・？
1ヶ月前から、ムービーメーカーの出力解像度を(意図せず)変更したんじゃないの？
今調べてみたら、4：3だったのが16：9になってました。恐らく原因はこれでしょうね……
ありがとうございました。
この動画のように、時間と映像がズレル不具合が出ますが、
ＭＰ４よりも音質が良く感じたので上げてみたのですが。
http://www.nicovideo.jp/watch/sm21682644
そして、音質については実際にPCMのほうが高い(AACやMP3と違って圧縮しない)
付き合って頂いて、有難うございます。
エコ回避不可だし、無駄にサイズがでかい。AAC256kbpsにでもすりゃ十分なまま音声データは５分の１になる。
FLV4だからハードウェアアクセラレーションも効かない。
おとなしくMP4にしとけって。
ＰＣＭ並みの音質にするにはどうすればいいのでしょうか？、
っていう動画けっこうあるよね
丸上げその他の権利侵害もので音質追及、その上PCMにしたいとか言っちゃうと失笑もんだしな。
実写向けセッティングのほうが向いているな
概して動きの激しいものが多いから、画質低下は避けられない
実写プリセットベースでなんとか工夫してみます
ディゾルブやエンドロールの速度が異様に遅くなり他の部分が短くなってしまいます
iMovieから書きだした時点では作ったとおりに出来ているのでエンコードが問題なんだと思うのですが
解決策はないでしょうか？
iMovieってことはMac用のつんでれんこ（TDEnc2）？
バージョンとかの情報もちゃんと書いたほうがいいと思う。
１．とりあえず問題の現象が発生する元動画のMediaInfo情報を貼る。
２．できれば、つんでれんこエンコ後のMP4のMediaInfo情報も貼る。
３．問題が発生する短いサンプル動画を作れるのであれば、それをどこかにアップしてここに貼る。
もしかすると関係者が解析してくれるかもしれない。
ただ、作者の窓屋さんは忙しいようなのですぐの対応には期待しないほうがいい。
MacだとHandbrakeを使うという手もあるらしい。以下参考リンク。
TDEnc2（つんでれんこMac版）公開:窓屋
http://ch.nicovideo.jp/tdenc/blomaga/ar128361
#BeDaiのまとめ : iMovieで作った動画を最高画質(最高品質)で書き出す方法
http://blog.livedoor.jp/bedai/archives/13389298.html
#BeDaiのまとめ : HandBrake用つんでれんこ設定を更新しました
http://blog.livedoor.jp/bedai/archives/16336689.html
#BeDaiのまとめ : つんでれんこの設定をMacで使う
http://blog.livedoor.jp/bedai/archives/12863677.html
とりあえずバージョン情報と１と２はちゃんと書くべきだと思う。
Mac版のTDEnc2は、今のところ、VFR(可変フレームレート)に対応していない
Windows環境があるなら、そっちでつんでれんこを動かす
Macでやるなら、HandBrakeはVFRもサポートしているみたいなので
このあたりを読んでやってみるとか？
http://blog.livedoor.jp/bedai/archives/12863677.html
手元では逆に、VFRな動画を読み込んで、ムービーを書き出す、とか、QuickTimeを使用して書き出すとかで設定をいじっても
CFR(固定フレームレート)に変換されてしまい、VFRな動画が作れない
実際、>>275 らしき人が、他の人からのアドバイスを元に、そのように修正して出力し直したら
解決したと、Twitterで言ってた
と、>>275 本人が書き込まないので、代理で
知恵袋とかでも質問してたりね
需要ないの？
2chの依頼スレに辿りつけるレベルの人なら、
たいてい、自分でエンコードできるはずだからなぁ
本当に初心者だと、スマフォで録画して、編集やエンコ方法がわからないから、そのままYoutubeとか
残っていたのは、ずっと依頼スレに頼んでいた、PCスペックの低い人ぐらい？
それに依頼を受けてた方も、一時期、ニコ動の仕様を知らないようなかなりヒドい人がいたし
アドバイスお願いします。
設定値は明るさ、ガンマ、コントラスト、色合いが有ります。
ノイズが乗ってるってか、最初からノイジーなんでしょ
全体が暗いならガンマ、陰だけ暗いならコントラスト下げだわ
被写体と背景、光の具合などいろんな要素で変わってくる。
２ちゃんのようなところでは文字だけになるので教えるのは困難。
自分で試行錯誤してコツをつかむか編集に詳しい人に聞け。
tmpgencが悪いとは言わないが設定項目がそれだけしかないならある程度諦めが必要。
ちゃんとやりたいならそれなりのソフトを使え
ノイズ除去系のフィルタの勉強でもしてこい
もと動画はAGCリミット切の1/3素子なのである程度きれいです。
例えば明るさを上げると、全色域が上がるので、白潰れするし、黒が灰色に近づいていくしていい方法はないのかと思って。
ガンマを上げると白っぽくなるしで…。
カメラで言うrawで撮って後で明るさをあげるみたいな方法はビデオにはないのでしょうか。
無料でしたいのでaviutilをもっと調べようと思います
それで分からなければ静止画の補正すら理解してないってことだから出直せ
あってるかわからないけど、aviutilでガンマと色のこさ修正したら綺麗に明るくできた、ありがとう。
黒潰れするよりは、AGC切ってあとから補正した方がいいのでしょうか
動画の内容だけを、うp主側で自由にアップデートできる様になると思いますか？
静画は差し替えできるんだよなぁ
動画部門、最近マジで腐ってるよ改悪ばっかだし
悪用の可能性が指摘されてるが、実際、どんな悪用が可能だろうか？
ほとんど無理だと思うんだが
せっかくマイリスを入れて下さった人達には、そちらを紹介したい。
態々誘導させたりも面倒ですし、やはり、
動画だけをうp主側で自由に更新できたら文句ないのですが。
釣り動画で再生数稼いで十分稼いだあとに動画差し替えて
人気うｐ主のふりして馬鹿女を食っちゃう奴出てきそうだな
エンコしてる奴のRーだろ
圧倒的に改善出来るなら別だけど、そういう場合は別動画として上げたほうがいい
マイリスしたやつに紹介したいって、マイリスしたまんま見ない動画なんていっぱいあるんだし
その辺り、コメントを引き継いでるわけですし、
動画とコメントの齟齬が起こるので、バレるのでは？
ここで語る内容じゃないから消えろや
特定のコメントを非表示にできるから
バレにくくはできるよ。
チラ見程度だと気づかないかもしれない。
偽装のためにコメントを追加したらさらにわかりにくくなる。
コメント抽出とか使えば簡単にバレるけど、ダマされるような人は意外に多いと思うよ。
スマートフォンで回線速度500kbps以下の時に再生した時だけ
画質、音質が著しく劣化します
他の人の動画は一切そんな事はないのに…
これは再エンコードされていると解釈していいでしょうか?
使用ソフト AviUtl
ファイル形式 MP4
画面のサイズ 512×384
映像 300kbps
音声 NeroAAC
AAC-LC128kbps
実ビットレート 441kbps
フレームレート 29.970fps
ファイルサイズ 1268363byte
再生時間3:47
まず質問する前には>>1くらい読もうね。
その書き方の情報でわかるのは映像ビットレートが低すぎるってことくらい。
それが分かっただけでもありがたいです
>>307
失礼しました。全ての項目が分かり次第また質問させていただきます
ただ、そういう現象は一般的にありうるものなのかを知りたくて見切り発車でカキコしました
(1-A) 500再生を越えた後、一般会員が、パソコンで混雑時間帯に視聴 → サーバーエンコされた動画が再生される
映像: H.264(Baseline@L3.0 , no-cabac/3 Ref Frames) , 512x384(4:3) 640x360(16:9), 約360kbps, 29.970fps
音声: AAC-LC, 約64kbps, 44.1kHz 48.0kHz(2012/2/23に音質改善されたのにともない仕様変更されました。)
(1-B) URLの末尾に?eco=1 を付ける → サーバーエンコされた動画が再生される
(2) エコノミー回避した動画(ビットレート(445 kbps以下)を投稿
(1-A) スマートフォンなどモバイル機器で視聴 → サーバーエンコされた動画が再生される
映像352x200 29.97fps 128kbps 音声44.1kHz 64kbps
(1-B) URLの末尾に?eco=1 を付ける → サーバーエンコされた動画が再生される
参考
http://nicowiki.com/encode.html
http://dic.nicovideo.jp/id/399505
http://www.nicovideo.jp/watch/sm16912839
http://www.nicovideo.jp/watch/sm17601841
ありがたいです。全て読んでたつもりが見落としてました
つまり445kbps以下だとモバイルで劣化してしまうので、
普通は皆446kbps以上で動画を上げている、という事でいいですか？
実験してみます
こんな馬鹿まだいるんだな。
ニコエンコを初心者に勧めるって脳みそウジわいてるだろ。
ニコエンコもつんでれんこも五十歩百歩
なわけない
http://dic.nicovideo.jp/id/4131469
パソコンでの視聴だけを考えるなら、一般会員が混雑時間帯に視聴しても劣化しないエコノミー回避には利点がある
モバイルでの視聴の場合は、劣化自体はどうやっても避けられないけれど、まだマシにしたい場合は、エコノミー回避しないのが正解
ニコエンコは新バージョンに未対応
プレミアムの場合無駄にビットレート高くなるバグなどがある。
しかも、開発終了でバグが修正されることはない。
エンコードの心臓であるx264も古いものが使われている。
つんでれんこはバグがあれば改善される可能性がある。
つんでれんこが開発終了になっても夏蓮根があるのでそちらを使ってもいい
前回開発がストップした時のように有志が改良版を出すかもしれない。
新たにつかうならニコエンコは考えられない。
誰でも彼でも、動画一個一個、パラメータ調整して、少しでも軽くとか、
100MBギリギリなら少しでも画質を上げて、とかする必要は感じないな
やりたい人だけやれば良い
ニコエンコを使った場合の、無駄に重くなるとか、特定環境で正常に再生できない動画が出来る、とかは
今の視聴者の環境とかを考えると、それほど重要ではないかもしれない
デフォルトで、16:9の動画が512x288になるのはいただけない
解像度とビットレートぐらいは指定すれば良いだろ、と、ある程度知っている人なら思うんだろうけど
それを知らない人に、自分が知っているから常識だろ？みたく、そのあたりを全く説明せずに勧めるのは
感心しない
画質にこだわるならどっちも使わないでしょ
x264でエンコすることに変わりはないわけで、エンコにこだわったとしても
「つんでれんこ」よりもマシと言えるエンコができる人は限られてるというか、できても割と五十歩百歩だと思う。
つうか、その気になれば「つんでれんこ」で詳細なエンコオプションの設定もできるわけで。
それです。そこが肝だと思うのよね。
ただ単にH.264エンコするだけなら別につんでれんこでもいいんだけどね。
60fpsのカクカクひっかかりがなくなったんだが、何が変わったんだ？
また詳細を調べたら質問します…
モバイル環境持ってないから検証できないんだけど、
スマフォなどのモバイル環境では、必ずサーバーエンコされた動画が再生されるんじゃないかな？
つまり、PCで視聴する場合は自分が綺麗にエンコして投稿したそのままの動画を見ることもできるけど、
モバイル環境で視聴する場合はサーバーエンコで劣化した動画しか見れない。はず。
なお、サーバーエンコによって生成される動画は、投稿動画の実ビットレートを下げすぎると、
それに応じて動画の解像度やビットレートなどの品質も下げられてしまう。
これは、もともと品質が良くない動画をそれ以上の品質でエンコードしても意味がないための処置だと思われる。
昨年４月に行ったテストでは、サーバーエンコされる動画の品質に差が生じる条件は以下のような感じだった。
■投稿動画の実ビットレートが約312kbps以上
⇒映像【640x360】 29.97fps 【約250kbps】、音声44.1kHz 約64kbps
■投稿動画の実ビットレートが約312kbps未満
⇒映像【352x200】 29.97fps 【約250kbps】、音声44.1kHz 【約64kbps】
※解像度が下がっている
※投稿動画の映像ビットレートが低いと、サーバーエンコ動画の
映像ビットレートが更に下がることもある。音声も同様だと思うが未検証。
●検証動画３点
◎新エコノミーテスト（エコ回避 実ビットレート314068bps）
http://www.nicovideo.jp/watch/sm17603005
◎新エコノミーテスト（エコ回避 実ビットレート310045bps）
http://www.nicovideo.jp/watch/sm17603017
◎新エコノミーテスト（640x360 sar1:1 エコ回避190kbps）
http://www.nicovideo.jp/watch/sm17602228
なので、モバイル環境でなるべく綺麗に見てもらいたいのであれば、Ａ、Ｂのどちらかで投稿する。
Ａ．エコ回避しない
Ｂ．エコ回避する場合でも、投稿動画の実ビットレートはやや余裕を持って320kbps以上（＜445kbps）にしておく。
（もっとも、エコ回避の場合は上限である445kbpsに近いビットレートを狙うことが多いと思うけど。）
何か間違えてるところがあったら指摘お願いします。
２．元ファイルの情報 http://privatepaste.com/53d8792002
３．１００Ｍ以内に収まるはずが１２０Ｍを超える
４．aviutl
５．MP4ならば必要に応じてx264のエンコードオプション
--slow-firstpass --preset fast --bitrate 888 --pass 3 --stats "%{savfile}.stats" --rc-lookahead 40 --subme 7 --ref 3 --weightp 2
６．PC環境 corei7 メモリ３Ｇ
上限ファイルサイズの指定の仕方がググってもよくわからんかった・・・
具体的にどうすれば？
(1) x264guiEx 2.02をダウンロード & インストール
(2) プロファイルから、ニコ動用のどれかを選ぶ
以上
http://rigaya34589.blog135.fc2.com/blog-entry-139.html
プラグインのバージョン変わってたのか、サンクス
容量が137MBだったんだけど、GINZAになって容量アップとかになりました？
ちなみにその動画をアップした人一般会員でした
http://www.nicovideo.jp/watch/sm22014968
最初DownloadHelperで落としたんだけど、落としたときに容量が増えたのかと思って
NicomentXenoglossiaでDLしなおしたけどそっちでも138MBある
続きのPart003も128MBある
SMILEVIDEOの仕様を知っていれば不思議でも何でもない。
一般会員は40Mまでの動画しか投稿できないと思われてるが
実際はFLVやMP4（H264/AVC)以外にすることで100Mまで投稿できる。
ただし、サーバー側でエンコードされる。
答えを言うと、
サーバー側でエンコードされた結果100Mを大きく上回る容量になっただけ。
容量のチェックは投稿時にされるだけだから。
知らなかった！
教えてくれてありがとう
うｐったのを再生確認すると、いくつかのシーン（主に放射ブラーを使ってカメラがズームインorアウトするシーン）で
引っかかるような再生がされます
ただシークし直したり再生し直すと症状が出たり出なかったり、当然自分のpcで元ファイルを見る時は何も無し（ファイルサイズは40mb程度）
これってビットーレートが高すぎて再生がうんたらかんたらって奴なんでしょうか？
回避方法というか解決策みたいのないでしょうか
（例として）Qプレイヤーの16：9は845x480との事ですが
これより大きいサイズで作ってる場合
エンコード時に上記サイズにダウンコンバートする事で サイズ ビットレート を抑えて、視聴にも優しくなる、で合ってるでしょうか？
その上で、ニコニコの再生プレイヤー以上の解像度（ハーフHDやフルHD）、または旧投稿解像度並みの縮小解像度
これらで投稿することによるメリットはあるんでしょうか？
845x480で投稿するより、1280x720など大きい解像度の方がやっぱりいいもの？
他の人の動画を見ると、512x288とかでビットレート500でも十分綺麗でうまいMADも多いし、あまり高解像度は意味が無い？
1280x720で作ってるんですがぼかし系を結構使っててビットレート3000くらい必要になってしまうので
解像度に拘る意味がないなら1周り小さくして出力しようと思うんですが
ちなみにプレイヤーのサイズは視聴者が変えられる
４１２とかで出力されるのですが、解決方法は無いでしょうか？
デフォルトの表示領域が854x480ってだけ
視聴環境や方法が違うのでその人にあった解像度は違ってくる。
素材の状態によっては他の640x360の動画より画質の悪い1280x720ってのも意外に多い。
自分でいろいろ試してみるしか無い。
640x360などにするメリットはビットレートをおさえられる事が大きい。
1280x720とか高（画面）解像度の場合、フル画面など表示領域を広げた場合でも綺麗に見える利点がある。
最終的には作り手がどの程度でいいって思うかの主観の問題。
>>240からの流れ読めよ
なるほど、ちょっと色々試してみます
只その前にもう一つ質問なんですが
今作ってるのはその辺の事考えずに1280x720のプロファイルです
これをリサイズするには一度完成品を出力して最エンコしかないですよね？
その場合
mp4で上限無し出力→mp4再エンコと、UTVideoでavi出力→mp4とどっちがよいです？
aviul使ってるならリサイズ系フィルタで対処できるだろ
エンコ以前の問題だからこれ以上はスレ違い
エコ回避クリアした動画を投稿して再エンコもなく?eco=1をつけても低画質モードにならないのでいいかと思ったら
次に確認したら低画質モードで再生される
モバイル向けに低画質は必ず生成されて、?eco=1を付けるとエコ回避の有無を問わずそちらが再生される
的なレスを見かけたのですが、エコ回避確認方法ってどうしたらよいです？
モバイル用は直後ではなく、少し時間をおいてから生成されるので
>エコ回避クリアした動画を投稿して再エンコもなく?eco=1をつけても低画質モードにならないのでいいかと思った
なら、エコ回避できてる
次に確認できるのは、500再生を越えてから
エンコ設定が違う（>>324)から、それで見分ける手もあるかな？
断言はできないけど、普通に考えると無いだろ。
モバイル環境は再生互換性が低めだから、無難な設定での再エンコは必須。
それにエコ回避してもモバイル用再エンコされるわけだから、
仮に回避条件が見つかったとしても、ほとんど役に立たない気がする。
検証は止めないがｗ
投稿時に非公開にして後から公開した時、ニコレポでの投稿お知らせはどうなります？
公開することでお知らせが出るのか、あくまで投稿時にそのまま公開しないとお知らせが出ないのか
オプションを分ける等の改善要望を戀塚さん経由で伝えているので
そのうち対策されるかもしれない
(Q→GINZAでは見送られたし、今後も対策されないかもしれないが)
違うのは312kbps以下とそれ以上の物での違い
エコノミー回避は445kbpsだからそれとこれとは別物
>>324
> 投稿動画の実ビットレートが約312kbps以上
> ⇒映像【640x360】 29.97fps 【約250kbps】、音声44.1kHz 約64kbps
> 再エンコ後の動画の形式は以下の通り。
> 約424kbps(映像360kbps程度＋音声64kbps程度)
nicowiki.com/encode.html#fe0ad87d
エコ回避失敗によるエコノミー用動画は、もうちょい映像ビットレートが高いと思って書いたんだけど
もともと445 kbps + α程度だし、そこで区別するのは無理か
ノーマルＦＬＶのシークの直し肩掛け
