10/01/28 19:53:50 RReDPkgn0
ニコニコ動画へ動画をUPするためのFLV/MP4ファイル作成に関する質問スレです。
テンプレやwikiをよく読んで、わからない時に質問するようにしましょう。
※ここは『作成済みの動画をニコニコ動画にアップ出来る制限内のFLV/MP4に変換する』ためのスレです※
動画の作成方法、画質の追求については関連スレ等をどうぞ。
ニコニコ動画からDLしたファイルの視聴・編集に関しても関連スレにどうぞ。
質問時は
１．問題点（なるべく詳しく）
２．元ファイルの情報 （必ずmediainfo等にかけた結果を書いて下さい）
３．エンコードして出来上がったファイルの情報 （同上）
４．使用ソフト
５．MP4ならば必要に応じてx264のエンコードオプション
（Aviutlの拡張x264出力(GUI)を使っているなら設定画面の下のほうにある"--bitrate ～"の部分）
６．PC環境
等を忘れずに書きましょう。ここにｴｽﾊﾟｰは居ません。
エラーが起きたというような場合は、
・エラーを起こすまでの操作手順
・エラー発生時のエラーメッセージ
などもしっかり書きましょう。
なお、mediainfoの動画情報等を貼る場合は、patebin等のサービスを利用すると便利です
URLﾘﾝｸ(ja.pastebin.ca)
次スレを立てるのは950辺りの人が宣言して立てる事。
宣言した人間が立てられなかったら失敗報告後に次の有志が宣言後立てる事。
公式サイト
URLﾘﾝｸ(www.nicovideo.jp)
ニコニコ動画まとめwiki-エンコード設定
URLﾘﾝｸ(nicowiki.com)
前スレ
【ニコニコ動画】FLV/MP4エンコードスレ 49【質問】
ｽﾚﾘﾝｸ(streaming板)
2:名無しさん＠お腹いっぱい。
10/01/28 19:57:47 RReDPkgn0
■関連スレ
ニコニコ動画質問スレ45
ｽﾚﾘﾝｸ(streaming板)
【全力】ニコニコ関連の質問に全力で答えるスレ15
ｽﾚﾘﾝｸ(streaming板)
ニコニコMAD制作初心者向けスレ 避難所 (インターネット板)
ｽﾚﾘﾝｸ(internet板)
初心者質問スレPart15 (ニコ動公式板)
URLﾘﾝｸ(bbs.nicovideo.jp)
【ニコニコ動画】エンコード依頼スレ 10【FLV/MP4】
ｽﾚﾘﾝｸ(streaming板)
3:名無しさん＠お腹いっぱい。
10/01/28 20:07:11 RReDPkgn0
■ FLV/MP4ファイル作成の具体的方法
ニコニコ動画まとめwiki-エンコード設定
URLﾘﾝｸ(nicowiki.com)
■ コーデック情報確認ツール（映像・音声ビットレート、フレームレート等の確認用）
・MediaInfo
URLﾘﾝｸ(mediainfo.sourceforge.net)
・真空波動研SuperLite
URLﾘﾝｸ(www.kurohane.net)
真空波動研系はMP4動画の調査にのみ利用して下さい。
FLVファイルでは正常なビットレートが表示されない事があります。
■ FLV/MP4視聴用ツール（映像・音声の視聴確認用）
・Flavie（日本語ok）
URLﾘﾝｸ(yakkun.com)
・FLVP（日本語ok）
URLﾘﾝｸ(s470.web.fc2.com)
・FLV Player（メニュー表示など全て英語）
URLﾘﾝｸ(www.martijndevisser.com)
・H.264 FLV Player（日本語ok）
URLﾘﾝｸ(audition.good-mind.com)
4:名無しさん＠お腹いっぱい。
10/01/28 20:09:29 RReDPkgn0
■FLV/MP4作成用フリーソフト
・VP6vfwコーデック（ver6.4.2.0）(ファイルへの直接リンクになります)
URLﾘﾝｸ(www.webalice.it)
・AviUtl version0.99i2（推奨）
URLﾘﾝｸ(spring-fragrance.mints.ne.jp)
・AviUtlプラグインWiki(仮、作成中)
URLﾘﾝｸ(www28.atwiki.jp)
・VirtualDub（英語）
URLﾘﾝｸ(www.virtualdub.org) （本家）
・VirtualDub用日本語化パッチ
URLﾘﾝｸ(tnetsixenon.xrea.jp)
・Avidemux2（英語）
URLﾘﾝｸ(www.avidemux.org) (本家）
URLﾘﾝｸ(avidemux.berlios.de) （配布場所）
・FLV/MP4エンコードスレ 支援サイト（下記バッチファイルセットなど）
URLﾘﾝｸ(lapis.lazuli.biz)
基本セット（flvenc.zip）、VP6 2パス用mencoderセット（mencoder_vp6set.zip）、変換君ファイルセット（3GP_Converter_flv.zip）
AAC音声対応のFLV_ffmpegmux_D&D.bat 、可逆圧縮コーデックへのリンクなど
5:名無しさん＠お腹いっぱい。
10/01/28 20:13:08 RReDPkgn0
■音声エンコード用ソフト
・LameACMコーデック（mp3用コーデック）
URLﾘﾝｸ(www.rarewares.org)
・Lame.exe(mp3エンコーダー）
URLﾘﾝｸ(www.rarewares.org)
・Lame Ivy Frontend Encoder : 通称LIFE（上記Lame.exe用フロントエンド）
URLﾘﾝｸ(kkkkk.net)
・Nero AAC コーデック（AAC用コーデック）
URLﾘﾝｸ(www.nero.com)
・Simple NeroAACEnc GUI : NeroAAC用のフロントエンド（Doom9のフォーラム/英語）
URLﾘﾝｸ(forum.doom9.org)
・Nero AAC/AAC+ UI : NeroAAC用のフロントエンド
URLﾘﾝｸ(www.digitalradiotech.co.uk)
6:名無しさん＠お腹いっぱい。
10/01/28 20:16:54 RReDPkgn0
動画で見るエンコード方法
■ FLVエンコードの解説動画
・AviUtl(VP6)を使用した解説
ムービーメーカーで作った動画のエンコを一から説明【前編・改】
URLﾘﾝｸ(www.nicovideo.jp)
ムービーメーカーで作った動画のエンコを一から説明【中編・改】
URLﾘﾝｸ(www.nicovideo.jp)
ムービーメーカーで作った動画のエンコを一から説明【後編・改】
URLﾘﾝｸ(www.nicovideo.jp)
■ MP4エンコードの解説動画
・AviUtl(x264gui.auo)を使用した解説
高画質(mp4)エンコード最短講座
URLﾘﾝｸ(www.nicovideo.jp)
7:名無しさん＠お腹いっぱい。
10/01/28 20:19:39 RReDPkgn0
■エンコード関連Q&A集（主にFLVに関して）
・ニコニコ動画まとめwiki内エンコード設定あるある質問箱
URLﾘﾝｸ(nicowiki.com)
・ニコニコ動画まとめwiki内エンコード系質問？を適当に集めた所（新）
URLﾘﾝｸ(nicowiki.com)
ＣＡＵＴＩＯＮ！！！！
このスレで次の質問をした者には、住人のうちの何名かは問答無用で罵声を浴びせます
決してこの質問をしてはいけません！！ いいかげんにしてよね、ほんと…
Ｑ．エコノミー回避の動画を作成してSmileVideoにアップロードしたのに
「エンコードしています・・・」って表示されるんだけど？？？
エコノミー回避なら再エンコはされないはずなのになんで？
Ａ．仕様です。その表示はエコノミー回避してようがなにしてようが表示されます。
条件さえ満たしてれば再エンコードはされないので落ち着け。
8:名無しさん＠お腹いっぱい。
10/01/28 21:02:02 RReDPkgn0
作成したFLV/MP4ファイルの確認方法
■電卓を使用しての実ビットレート計算方法
実ビットレート（kbps） = ファイルサイズ（byte） ÷ 時間（秒）× 8 ÷ 1000
(実ビットレートには映像と音声にFLV、MP4などのコンテナが使用するオーバーヘッドを含みます)
実ビットレートは一般会員で 656.384kbps 以下、プレミアム会員で 1049.5kbps 以下（仮定）
＊注意＊
「AviUtl等でエンコード時に設定したビットレート」と「実ビットレート」が同じである保証はありません。
SMILEVIDEOでのビットレート違反の判断基準は上記の式で計算される「実ビットレート」の方です。
ファイルサイズはエクスプローラの右クリックメニューから、該当ファイルのプロパティを表示してバイト単位のサイズを参照する。
あくまで目安なので、通らなかったら潔くビットレートを下げてみましょう。
計算はWindows標準の電卓の他、Google電卓や下記サイトでやると楽です。
動画サイズ計算 URLﾘﾝｸ(bel.s221.xrea.com)
尚、各単位換算は以下の通りです。
1Mbps = 1000kbps
1kbps = 1000bps
1GB = 1024Mbytes
1MB = 1024kbytes
1KB = 1024bytes
1byte = 8bits
9:名無しさん＠お腹いっぱい。
10/01/28 21:03:14 RReDPkgn0
■「実ビットレート」の計算方法
SMILEVIDEOでは、アップロードしたファイルを調べ、ビットレート違反のチェックや
エコノミー判定を行なうようになっていますが、この判定には、コンテナのオーバーヘッドや
映像、音声など全てをひっくるめた「実ビットレート」と呼ばれる数値が使用されます。
＊注意＊
「エンコードツール等で設定した映像や音声のビットレート」は、ただの目安です。
指定した映像と音声のビットレートを単純に足すといった計算は無意味ですので、
必ず下記の実ビットレート計算式を用いて計算して下さい。
実ビットレートの計算で使う数値の意味や計算式は以下の通りです。
◎ファイルサイズ[bytes]
作成したFLVやMP4のファイルを右クリック→「プロパティ」で、
「サイズ」のところの（）内の（～バイト）と出る部分の数字。
真空波動研で～Bytesと出る部分の数字もこれ。
（「ディスク上のサイズ」のほうではないので注意。）
◎再生時間[秒]
小数点以下は切り捨てます。
●実ビットレート[bps] = ファイルサイズ[Bytes] × 8 ÷ 再生時間[秒（小数点以下切捨て）]
10:名無しさん＠お腹いっぱい。
10/01/28 21:03:49 RReDPkgn0
■アップロード時の上限ビットレート判定について
SMILEVIDEOでの上限ビットレートは、現時点で以下のようになっています。
このビットレートを超えてしまうと、アップロードに失敗します。
判定には上記の「実ビットレート」が使用されます。
●プレミア会員
(1024+1)×1024＝1049600[bps]
●一般会員
(640+1)×1024＝656384[bps]
■エコノミー回避判定について
SMILEVIDEOではアップロード時にエコノミーモード用の動画を生成していますが、
「実ビットレート」が以下に示すビットレート以下であればエコノミーモード用動画は生成されず、
一般会員にもプレミアム会員にも、常に同じ画質で視聴してもらうことができます。
●FLV（映像コーデックはVP6）の場合
306×1024＝313344[bps]
●MP4の場合
240×1024＝245760[bps]
11:名無しさん＠お腹いっぱい。
10/01/28 21:06:04 RReDPkgn0
訂正
>>8
>実ビットレートは一般会員で 656.384kbps 以下、プレミアム会員で 1049.5kbps 以下（仮定）
現在のニコニコでは一般会員には656.384kbpsのビットレート制限がありますが、
プレミアム会員にはビットレート制限はありません
12:名無しさん＠お腹いっぱい。
10/01/28 21:21:43 tIGET6Af0
前スレ(48)-257より
yamb 2.1.1.0 beta2 日本語化
６月更新の最新バージョン、どうぞお使いください. 昨年春依頼スレで作ったやつ
yamb 2.0.0.8_2007.09.15 (yamb 2.0.0.8_2008.02.17)と同様に
ランゲージ未対応部分は本体プログラムをパッチして極力日本語化してあります.
Yamb-2.1.0.0 beta2 日本語化パッチ
URLﾘﾝｸ(www1.axfc.net)
CRC32:611B11E4
yamb(MP4Box GUI)本体（インストーラ版はMP4Box同梱）
URLﾘﾝｸ(yamb.unite-video.com)
MP4Box：Index of mp4tools
URLﾘﾝｸ(kurtnoise.free.fr)
13:名無しさん＠お腹いっぱい。
10/01/28 21:21:50 q6sbEyZLi
スレ立て乙さまです。
やっぱりビットレート計算式が残ってると助かります。
ありがとうございました。
14:名無しさん＠お腹いっぱい。
10/01/29 05:43:45 1mFZXKLnO
>>1乙
15:名無しさん＠お腹いっぱい。
10/01/29 15:07:43 jaKn26IJ0
>>1乙かれさまです。
早速出すが質問させてください。
エンコードした動画をニコニコ動画にUPして
再生するとどうしてもカクカクします。
動きの多いMADなので多少画質が落ちても動きを滑らかにしたいのですが
なにか改善方法はないでしょうか？
使用ソフト・つんでれんこ2.28
もとのファイル情報 [half.avi]
512x288 24Bit 無圧縮 30.00fps 8228f 106176.00kb/s
PCM 48.00kHz 16Bit 2ch 1536.00kb/s
[RIFF(AVI2.0)] 00:04:34.266 (274.266sec) / 3,692,885,232Bytes
できたファイル情報
[old.mp4]
512x288 24Bit AVC/H.264 High@2.1 29.99fps 8228f 514.97kb/s
AAC 48.00kHz 2.0ch(2/0 L+R) HE(SBR) 62.87kb/s
MP4 Base Media v1
[MPEG4] 00:04:34.388 (274.388sec) / 19,929,176Bytes
>>8を参考に計算した実ビットレート 410kbps
これでもニコニコでは重いのかなと思ってさらに
音・画あわせてビットレート200kb/s（8MB）くらいの
ファイルを作ってUPしてみましたが
画質が下がるだけでほとんど動きは滑らかにならず…。
それからAviutlの拡張x264出力でwikiを参考にエンコードしてみたけれど
やはりカクカクします。
スペック的にも回線的にも問題ないはず（他の人の動画はぬるぬる見れる）
あとダウンロードしてflavie等で見る分には問題ないです。
16:名無しさん＠お腹いっぱい。
10/01/29 15:21:53 0H1bCUgu0
>>15
ローカルでカクつかないのにニコニコでカクつくなら単純にスペックの問題
どうしようもない
17:名無しさん＠お腹いっぱい。
10/01/29 15:45:36 Aq7+2RN/0
>>15
ニコニコの一般会員レベルのビットレートでは、ビットレートを削ったところで
動画はほとんど軽くなることはないよ
ところで実ビットレートが410kbpsって、どんな計算をしたんだ？
>>8を参考にしたなら
19929176/274*8/1000≒581.873kbpsのはずだが
18:名無しさん＠お腹いっぱい。
10/01/29 16:10:10 jaKn26IJ0
>>16
素早い回答ありがとうございます！
スペック的な問題ですか。
いちおう家のPCスペック調べたんですが
Intel(R)Core(TM)i7CPU920@2.67GHz
実装メモリ（RAM）3.00GB
となっていました。
いやでもローカルでカクつかないので関係ないのか。
ニコニコ自体のスペックのことでしょうか？
>>17
本当だ…！すいません。
単純に数字を間違えてました。
ご指摘ありがとうございます。
正しくは581kb/sですね。
やはりこれ以上は軽くならないものなのですね…。
19:名無しさん＠お腹いっぱい。
10/01/29 17:48:39 7MfGUPXm0
>>18
上げている鯖のトラフィックの問題では？
20:名無しさん＠お腹いっぱい。
10/01/29 18:06:33 Fmk4et2AP
core i7機とか俺にくれよ
21:名無しさん＠お腹いっぱい。
10/01/29 18:23:04 HqolR6EL0
>>18
ニコニコ動画の再生画面ってローカルとは比べ物にならないほど重いよ。
試しに「天体戦士サンレッド（43話）」をニコニコとSothink FLV Playerで
再生してタスクマネージャーでCPU使用率を見てみたが、
ニコニコだと70～100％くらい、拡大表示するとピタリと100％に張り付いて絶対に下がらない。
ローカルだと30～40％くらい、拡大表示は97～100％でほとんど変わらないかな。
等倍表示時で特に開きが大きいようだ。
URLﾘﾝｸ(www.nicovideo.jp)
自分はこの動画の人がブログでやってた方法で画質低下を抑えつつ再生負荷を下げようと試みたことがある。
結果はよくわからなかったがｗ
今見たらブログが無くなってるな・・・どういう設定だったかはもう覚えていないので助言はできない。すまん。
だがＡｖｉＵｔｌを導入して、
ニコニコ動画まとめwikiで再生負荷を上げるとされてるオプションを使わないとか、やってみてもいいかもね。
22:名無しさん＠お腹いっぱい。
10/01/29 18:50:56 Aq7+2RN/0
>>21
別に再生負荷について考えてたのはtobinakaだけじゃない
ここでも何回か話題になったし、色々試行錯誤してた奴も数名はいた
現在のニコwikiの再生負荷軽減に関する記述は正確だよ
--tune fastdecodeの設定を見てもわかるだろ
23:名無しさん＠お腹いっぱい。
10/01/30 03:33:49 QNTEl1WY0
>>21
遅くなりましてただいま
URLﾘﾝｸ(www.nicovideo.jp)
を見ました。
何だこれ…ｗｗ
すごすぎる…。
でもおかげで希望が持てました。
Aviutlでもう一度トライしてみたいと思います。
ありがとうございます。
タスクマネージャーでニコ上でUPした動画を再生してみましたが
CPU使用率９～１０％程度でした。でもカクカク。
なんかちょっと不安になってきました…。
>>19
ありがとうございます
サーバー側の問題も考えたのですが、他の方の動画は見れるので
やはり自分の動画に問題があると思いました。
作成スレ４１で見つけたもの↓
278．
baselineでエンコすればカクカクは軽減するかもしれん
main以上はCPU100%に達成する前にフレームをカットして再生するらしい
279．
>>276
拡張 x264 出力（GUI）の設定画面を開く
「マクロブロック」
・8x8 ｲﾝﾄﾗ動き補償：チェックを外す
・8x8 離散ｺｻｲﾝ変換：チェックを外す
・Bﾌﾚｰﾑの最大連続数：0
「詳細」
・CABAC：チェックを外す
これでOK。
これも一応試しました。
結果はあまり…でしたが。
ところでtune fastdecodeって何のことかわからなかったので
調べたらAviutlの拡張x264出力のプリセットですね。
とりあえずここから試してみます。
参考になります！
24:名無しさん＠お腹いっぱい。
10/01/30 07:02:52 bjr8ZP5hP
>>23
そのカクカクする動画のURL貼った方が解決早いと思うんだが
25:名無しさん＠お腹いっぱい。
10/01/30 09:56:42 coUNZkZL0
>>23
>Aviutlの拡張x264出力のプリセット
違う
--tune fastdecodeはx264のメインメンテナーであるDark_Shikari氏が決めた
ｘ264.exeの公式なプリセット
拡張x264出力のプリセットはGUIの左上の方にある「NicoNico：高速」とかのほう
一緒にするのは開発者（特にShikari氏）に対して失礼だよ
26:名無しさん＠お腹いっぱい。
10/01/30 17:32:22 87UORL++0
30FPSの動画をぬるぬる60FPSにする方法ってありますか？
27:名無しさん＠お腹いっぱい。
10/01/30 17:44:14 bjr8ZP5hP
最初から60fpsで撮ってください
28:名無しさん＠お腹いっぱい。
10/01/30 21:13:59 87UORL++0
ぼやけない二重化みたいなのないんですか？
29:名無しさん＠お腹いっぱい。
10/01/30 22:01:25 coUNZkZL0
mvtools2でモーションフローかけるとか？
あれもそれほど綺麗にフレーム生成出来るわけではないが
実写やFPS/TPSなら、むしろモーションブラーのほうがいいと思うが
再生負荷も増えないし
30:名無しさん＠お腹いっぱい。
10/01/30 22:19:10 3bQbfqNe0
前の動きが残るんだからボヤけるのはしょうがないべが
31:名無しさん＠お腹いっぱい。
10/01/30 23:02:39 Ab8Z85+10
h.264MP4ファイルがあるんだけど一部分だけ無劣化でカットできるソフトあったら教えてください
FreeVideoDub、avidemux2_gtkはだめでした・・・
32:名無しさん＠お腹いっぱい。
10/01/31 00:36:38 vLDmZj470
>>31
URLﾘﾝｸ(www.google.co.jp)
33:名無しさん＠お腹いっぱい。
10/01/31 00:51:52 it+NZvSP0
>>32
ありがとう
MPEG Streamでできそうです
34:名無しさん＠お腹いっぱい。
10/01/31 11:12:06 LcLOfJNq0
swf形式動画をaviutlでwavファイルと結合してmp4出力してるんだけど
動画ファイルは一回avi形式にしてから結合した方が良いんだっけ？
昔どこかで直接swfに音声くっつけるとノイズが入るとかそんな話聞いたが
どこ情報か忘れちゃったもんで
35:名無しさん＠お腹いっぱい。
10/01/31 11:38:38 TyWKFRqU0
>>25
よく知りもしないのに一緒にするのは失礼ですよね。
ごめんなさい。でも勉強になります。
>>24
ありがとうございます。遅くなりましたが
URLﾘﾝｸ(www.nicovideo.jp)
にUPさせてもらいました。
ここでいただいた助言を参考に
Aviutlの拡張x264の設定をいじってみましたらだいぶ良くなりましたが
まだ少し滑らかじゃないです。
よろしければ助言いただけると幸いです。
36:名無しさん＠お腹いっぱい。
10/01/31 11:51:54 h77DMvsjP
>>35
うちCore2Duoだけど全然カクつかないよ
37:名無しさん＠お腹いっぱい。
10/01/31 12:03:29 ZThL0X70P
>>35
もはや作った本人にしか判らんレベルじゃないの？
さもなきゃ24/30fps関連とかさ。オレには判別できないわ。
38:名無しさん＠お腹いっぱい。
10/01/31 12:06:31 /BpX+Fis0
カクつくってよりフレームレートが合ってないので不自然って感じかな
39:名無しさん＠お腹いっぱい。
10/01/31 13:09:57 AEBwuEs70
とりあえず再生負荷の問題じゃないって言うことだけはわかったｗ
40:名無しさん＠お腹いっぱい。
10/01/31 20:36:51 jyb9qgA90
x264.exeのResizer正式搭載が近い模様
URLﾘﾝｸ(doom10.org)
ますます楽になっていくなぁ...
41:名無しさん＠お腹いっぱい。
10/01/31 20:53:28 h77DMvsjP
ぶっちゃけいらないけどね
どうせx264に渡す前にリサイズするし
42:名無しさん＠お腹いっぱい。
10/02/01 05:15:35 ouf1CGc+0
質問させてください
１．問題点
出来上がったファイルのBGMが最後500フレームほど途切れる
動画の長さを変えてもBGMを変えても大体同じくらい最後のBGMが途切れる
２．元ファイルの情報 （必ずmediainfo等にかけた結果を書いて下さい）
640x480 24Bit Windows Media Video 9 30.00fps 3000.00kb/s
Windows Media Audio 9.1 48.00kHz 16Bit 2ch 64.97kb/s
[WindowsMedia] 00:08:26.000 (506.000sec) / 199,404,658Bytes
352x288 25.00fps 4:3 625line CCIR601 1150.00kb/s
MPEG1-LayerII 44.10kHz 224.00kb/s CBR Stereo
[MPEG1] 00:00:15.334 (15.334sec) / 2,605,060Bytes
３．エンコードして出来上がったファイルの情報 （同上）
512x384 24Bit AVC/H.264 High@3 30.00fps 20887f 967.42kb/s
AAC 48.00kHz 2.0ch(2/0 L+R) HE(SBR+PS) 32.03kb/s
MP4 Base Media v1
[MPEG4] 00:11:36.233 (696.233sec) / 87,176,204Bytes
４．使用ソフト aviutl
５．MP4ならば必要に応じてx264のエンコードオプション
--preset Medium --bitrate 968 --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 --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
６．PC環境
デスクトップ
よくある原因と対処法がありましたらよろしくお願いします
43:名無しさん＠お腹いっぱい。
10/02/01 05:55:09 saY/hbNS0
>>35
縦横スクロール時にかくついているところから、24フレーム化によるものかインターレス稿の解除によるものと思われます。
もしどちらかを行っているのなら、何もしないでエンコードしてみてください。
44:名無しさん＠お腹いっぱい。
10/02/01 11:14:22 H51JJbuh0
>>42
意味がわからん
素材と出来上がった動画をまとめてどこかのろだにでも上げろ
そもそも最後が途切れるなんて聞いたことないし
45:名無しさん＠お腹いっぱい。
10/02/01 11:24:50 /SfTB6us0
またHDDの空き容量の問題だったりして
46:名無しさん＠お腹いっぱい。
10/02/01 14:25:40 MV4XW5Qb0
>>42
２．
２つの動画を連結してるみたいだけど ザックリ ソースのスペックを見ても何もわかりませんね．
きっと avi で ひとつにして mp4エンコードしてるとは思うけど、 まさか WMMに２つ並べて読み込んで wmv -> mp4エンコード なんてことしてないよね
47:名無しさん＠お腹いっぱい。
10/02/01 14:55:29 vSi0G9LB0
＞WMMに２つ並べて読み込んで wmv -> mp4エンコード なんてことしてないよね
なん・・・だと・・・
48:名無しさん＠お腹いっぱい。
10/02/01 15:05:49 e00nwI7R0
>>47
いや
「WMMに２つ並べて読み込んで wmv」（を作る） -> （Aviutlとかで）mp4エンコード
じゃねえの？別にWMMでmp4エンコすると書いたわけじゃないと思うが・・・。
しかしなんで506秒と15秒の素材をもとにして696秒の動画が出来上がっているのだろう・・・。
どう編集したのかとかそのへんも書けよと思う。
49:名無しさん＠お腹いっぱい。
10/02/01 15:49:22 I/kExM1AP
今ある情報だけじゃエスパーする以外ないけどさ。
それぞれの映像でfpsが違うから、繋いだ時に映像の時間軸がズレたのかもね。
vfrでの編集に慣れてないなら、事前にfpsを合わせておくなり工夫した方がイイかも。
50:名無しさん＠お腹いっぱい。
10/02/03 22:03:19 A+lDki3j0
ちょっと漠然とした質問なんですが、音量について
元データ、aviutilのプレビュー、ここまでは問題なかったのに、
mp4にエンコードした途端に音量が変わることってあります？
複数ファイルを作ったら時折異常に音が大きいファイルができあがります
その現象が起きるのは短時間しかないデータに多い気がする
設定等は一切弄ってない状態です
51:名無しさん＠お腹いっぱい。
10/02/03 22:15:29 B+g4GHII0
誰か助けてくれ・・
videostudio12+購入ダウンロードしたんだが
完了を押してflv出力をすると100パー
「動作が中断されましたプログラムを終了します・・・・」
ってなって・・
(ソース動画mpeg2 wmv)
それ以外の出力はおｋなんだけどflvだけ・・・
原因が全く分からなく問い合わせもしてコーデックの混合の可能性かもらしく
色々、アンインストールしたがだめでした。
aviuilは以前使ってたから残してるんだけど原因はこなのかな・・・
せっかく買ったからｆｌｖで出力したい・・
スペック
core 2 Duo E7500 2.93GHz 2.94HGz
2.00GB 32bit
タスケテー(ToT)/~~~
52:名無しさん＠お腹いっぱい。
10/02/03 22:24:05 uKf9VDioP
何がなんでもFLVにこだわる必要はないんじゃないか？
MP4で出力とかできないの？
53:名無しさん＠お腹いっぱい。
10/02/03 22:40:55 ZLa3E5DD0
>>51
これ↓の事？
URLﾘﾝｸ(www.corel.com)
Flv出力には対応してないみたいだよ。
AVIUｔｌ使うならVP6プラグイン入れれば使えるけど、H264+AACのMP4出力にしてFLV変換かけた方が低ビットレートでも破綻しにくいファイルが出来ると思う。
54:名無しさん＠お腹いっぱい。
10/02/03 23:11:57 8ZkuTEP80
Plusのほうはflvも対応してるみたいだね。
URLﾘﾝｸ(www.corel.com)
ここの下のアップデートプログラムの修正点は関係ないかな？
注意を読んでみて関係ありそうだったらやってみるといいかもしれない。
55:名無しさん＠お腹いっぱい。
10/02/03 23:27:38 B+g4GHII0
お三方ありがとうございます！
aviutilでのやり方等は把握してるんだが、せっかく購入したから使ってみたくて…
アップデートとかもやっみたけどダメぽ
aviutlのなんかのCodecとぶつかっんのかな～
黙って無圧縮aviにしていつも通りaviutlでニコ仕様にしますはい…（；＿；）
56:名無しさん＠お腹いっぱい。
10/02/04 05:38:26 Q3PqRb+R0
mp4ででも出力してflvにremuxすればいいじゃない
57:名無しさん＠お腹いっぱい。
10/02/04 12:58:05 Z+/mGttU0
>>56
ｖｓ12でやってみたくて^^;
まだ色々、解決策を探してるが皆無orz
心、折れたら他のでカバーしますはい・・・
58:名無しさん＠お腹いっぱい。
10/02/04 18:27:58 mjtgvyptP
ていうかVS12のFLVって、コーデックは何なの？
VP6とH.263じゃないとニコに通らないよ。H.264のFLVはオレが試した限りじゃ蹴られた。
それよりH.264のmp4でニコの規定通りにエンコすれば普通にアップ可能なんじゃない？
59:名無しさん＠お腹いっぱい。
10/02/04 18:51:24 q62qa2pK0
>>57,58
URLﾘﾝｸ(www.corel.com)
これを見れば判ると思うが、この会社(特に日本法人)のやることはとにかくいい加減
FLV作りたいなら素直にffmpegとかAviUtl使ったほうがいい
ちなみにVS12plusが発売されたのは、つべにFLVうｐしても強制鯖エンコに仕様が変った後...
60:名無しさん＠お腹いっぱい。
10/02/04 19:21:11 mjtgvyptP
後なのかよｗ
てっきり古い情報のままコンテンツを放置して、無知なユーザーを釣り上げてるんだと思ってたわ。
件の質問者さんは、面倒でも>>1にあるニコwikiをよく読んでSMILE鯖の仕様を理解した方がいい。
それと今回に関してはコンテナとコーデックの両方について、回答側も考慮に入れた方が良かったと思う。
ツベのFLVと、ニコで再エンコ回避可能なFLVでは、使えるコーデックに違いがあるだとか諸々。
ちなみに音声に関してはSMILE側で再エンコ回避可能なファイルはFLVだとmp3、aacの2種類だけど、
mp4に関してはaacだけだから注意すること。更にmp3の際はサンプリングレートに48khzは使えない。
最近は確認してないけど、FLVにaacを使用した場合に再エンコ（エコ用エンコ含む）で音声が乗らない。
61:名無しさん＠お腹いっぱい。
10/02/05 02:20:57 pT725yW00
flvはパッケージのようなもので、動画と音声ファイルをパックにしてるようなものだと聞きました。
そこで質問なんですが、ということはｆｌｖに圧縮した場合も、同様に音声と動画を別々に圧縮したものを単純に足した感じなんでしょうか？
62:名無しさん＠お腹いっぱい。
10/02/05 02:36:12 K81mGaes0
>>61
単純に足したっつう表現はちょっとあれだけど、そんなようなもん。
とりあえず基本中の基本すぎるので「コンテナ コーデック FLV」あたりのキーワードでググってくれ。
63:名無しさん＠お腹いっぱい。
10/02/05 16:06:06 GjzwO2650
>>61
flvに圧縮とは言いません。ただの入れ物なので格納と言います。
圧縮するのはVP6とかMP3です
64:名無しさん＠お腹いっぱい。
10/02/05 19:47:49 0VRi/cP50
29.97fpsであげたはずが、なぜかカクカクするんですが、Bフレームのせいですかね？
マクロブロックタブの設定で、最大連続数2、適応的Bフレーム挿入は完全、PフレームはDisabled、傾向0、参照距離3(混合ON)
にしています
プレミアムなので、映像・音声のビットレート合計1050kbpsであげてます。
65:名無しさん＠お腹いっぱい。
10/02/05 20:02:14 QOVvHOwGP
>>64
ローカルのプレーヤーで滑らかでも、ニコのプレーヤーではカクつくってなら多くの場合はスペック不足。
動画の性質でも再生負荷は大きく変わるし、コメントが入ってくると、それだけでもコマ落ちの原因になる。
またビットレートが大きいと、それだけ再生負荷も増すし、PC環境に常駐物が多いと再生が安定しない。
一言でカクつくといわれても、オプション設定以外に思い当たる原因は多いはずだけどね。どう？
66:名無しさん＠お腹いっぱい。
10/02/05 20:06:36 mEl/20e80
すべての再生負荷軽減対策の中でもBフレームを切るのは最終手段
Bフレ切るなら先にCABACとDeblockを切れ
つーか、必要以上にビットレート高すぎるとかじゃないの？
特に音声
67:名無しさん＠お腹いっぱい。
10/02/05 20:13:06 4v1nss4x0
>>64
まず動画貼ってみ、そうすりゃ他の人がテストして動画に原因があるのか、
PCの性能に原因があるのかする分かるから。
>>66
最終手段はDeblockだ。
VP6はH.264で言うとDeblock有り、Bフレーム無し、CAVLCみたいなもん。
Deblock切ったらVP6より悪くなる。
68:名無しさん＠お腹いっぱい。
10/02/05 20:25:20 mEl/20e80
>>67
ならねーよ
なんで--tune fastdecodeが--no-cabac --no-deblock --no-weightb --weightp 0なのか
なんで--bframes 0がついてないのか考えたことあるのか？
Bフレはmpeg1から受け継がれてきたmpeg圧縮の基本にして最大のメリットなんだよ
69:64
10/02/05 20:34:45 0VRi/cP50
あんまり晒したくはないんですが
URLﾘﾝｸ(www.nicovideo.jp)
環境は他の人よりはハイスペックの方だと思います
70:名無しさん＠お腹いっぱい。
10/02/05 21:16:35 GjzwO2650
インループデブロックはMPEG2もASPにもVP6にも無いからな
71:名無しさん＠お腹いっぱい。
10/02/05 21:18:38 4v1nss4x0
>>68
--tune fastdecodeだからに決まってるだろ。
Deblockの処理は非常に重いんだよ、その代わりQPが高くなればもの凄く効果が大きい。
QP低いなら先にDeblock切った方が良いかもな。
当たり前だが、最適なオプションは動画によって変わってくる。
ってか最大のメリットって、Iフレームオンリーならともかく、Bフレーム無しでもPフレームがあるし。
>>69
元動画見たけど全く問題なし、単にFlashPlayerがVsync取れないのでカクツクだけだね。
これはPlayerの仕様なのでいくらスペックが高くても仕方がない。
>>70
VP6もDeblock有る。
72:名無しさん＠お腹いっぱい。
10/02/05 21:19:29 mEl/20e80
>>69
flashplayer10.0では800ｘ450はコマ落ちしてもおかしくない
これはPCの性能ではなくflashplayerの問題
73:名無しさん＠お腹いっぱい。
10/02/05 21:23:03 4v1nss4x0
>>70
ごめん、VP6は違ったわ。
後処理のDeblockフィルタだね。
74:名無しさん＠お腹いっぱい。
10/02/05 21:26:44 GjzwO2650
>>71
VP6のってインループだっけ？
75:名無しさん＠お腹いっぱい。
10/02/05 21:31:19 GjzwO2650
リロしろ俺ってな
76:名無しさん＠お腹いっぱい。
10/02/05 21:32:42 7+HLDPL70
デブロック切るのはH.264の最大の魅力を捨ててるようなもの
H.264のデブロックは表示される画像に適用されるだけじゃなく、
PやBフレームが参照する画像にも適用される
そこがデコードした後にデブロックやデリンギングを行うVP6やDivXなどと異なる点
77:名無しさん＠お腹いっぱい。
10/02/05 21:53:03 0VRi/cP50
>>71-72
FlashPlayerの問題だったんですね・・・理解
78:名無しさん＠お腹いっぱい。
10/02/05 22:05:19 mEl/20e80
>>71,76
Pフレームはmpeg1以前からあるし、VP6やH.263だって使ってる
そしてこんなことも開発者は言っている
URLﾘﾝｸ(forum.doom9.org)
意訳すれば
「cabacとdeblockを切ることはデコードスピードに大きな影響を与えるでしょう
ビットレートも重要です。低くすればそれだけ軽くなるでしょう
Bフレームにも大きな効果があるでしょうが、それを切ることにより同一の品質得るために
ビットレートが増えれば、デコードはかえって遅くなるかもしれません」
cabacやdeblockを切ることによるビットレートの上昇はデコード負荷軽減のためならば割に合うが、
Bフレを切るのは割りに合わないかもしれない、ってこと
79:名無しさん＠お腹いっぱい。
10/02/05 22:16:27 4v1nss4x0
>>78
記事サンクス。
なるほどね、一般的にはそれが良いのか。
以前のビットレート制限の感覚だとQP30超えることが多くて、
そうなるとDeblock切ったときの画質劣化がかなり大きかったから。
でも今はプレミア限定とはいえビットレート制限無いわけだし、
自分はちょっと古かったな。
80:名無しさん＠お腹いっぱい。
10/02/05 22:59:10 0ctR0gDN0
ここで聞いていいのか解らないのですが、画面を何分割かにして
複数の映像を流すにはどのようにしたらいいのでしょうか？
81:名無しさん＠お腹いっぱい。
10/02/05 23:09:42 mEl/20e80
>>80
AviSynth使うか、AviUtlの拡張編集使うか
82:名無しさん＠お腹いっぱい。
10/02/06 05:10:03 erM/l6Kx0
すいませんエンコードの問題ではないのですが
flv再生のことで教えていただきたいことがあります
flvdecvp6.dllとflvsplit.dllを登録して
VP6F形式の動画を高画質で再生しようと思ったのですが
ブロックノイズが消えません
ffdshow tryout(revesion 3222)では
VP6及びVP6Fを無効にしているのですが何がいけないのでしょうか
プレーヤーはWMP9とMPC(ver6.4.9.1)です
スレ違いで申し訳ありませんがよろしければご教示の程お願いします
83:名無しさん＠お腹いっぱい。
10/02/06 05:22:36 erM/l6Kx0
ごめんなさい
関連スレが目に入っていませんでした
そちらの方で質問します
スレ汚し大変失礼しました
84:名無しさん＠お腹いっぱい。
10/02/06 06:57:55 CsVMXuwP0
>>82-83
見てるかわからないけど、どこに行ったか探すの面倒なのでここで回答してみる。
＞ブロックノイズが消えません
元々の画質が悪ければどうしようもないと思うけど、そのへんは大丈夫なのかな。
なにか過度に期待しすぎているような。flvdecvp6は
「たまにVP6デコードがおかしくなるffdshowよりも正確なデコードができる」
という程度に考えておいたほうがいいと思うけど。
チェックポイント
１．FLV Splitterは何を使っている？Gulliverkli2プロジェクトのFLVSplitter.axはメリット値が高いので
flvsplit.dllとは共存できないし、いまいちなFLV4デコーダーもついてくるので使ってはいけない。
MPC-HCプロジェクトのFLVSplitter.axならflvsplit.dllとも共存できるし変なデコーダーもついてこないので
そちらを使うようにする。
２．MPCのオプションのInternal Filtersのとこで、Source FiltersのとこのFLVのチェックをはずす。
３．MPCのオプションのInternal Filtersのとこで、Transform FiltersのとこのFLV1/4のチェックをはずす。
４．MPCでVP6FのFLVを再生しているときに、メニューの「Play→Filters」のとこを見て、
「On2 Flv Splitter Filter」と「On2 Video Decoder Filter」が使われているか確認する。
参考 URLﾘﾝｸ(goldenhige.cocolog-nifty.com)
85:名無しさん＠お腹いっぱい。
10/02/06 06:59:14 CsVMXuwP0
あ、>>84の２～４はMPC-HCの場合なのでMPCの場合はちょっと違ってるかも。
MPCは使ったことないのでよくわからないや。
86:名無しさん＠お腹いっぱい。
10/02/06 08:23:22 8FAEavjb0
URLﾘﾝｸ(www.nicovideo.jp)
頼みます
87:名無しさん＠お腹いっぱい。
10/02/06 08:41:07 CsVMXuwP0
>>86はただのグロ動画なのでスルー推奨。
88:名無しさん＠お腹いっぱい。
10/02/06 14:28:51 erM/l6Kx0
>>87
FLV Splitterが原因とは分りませんでした
レスで教えていただいた通りにやるとできました
スレ違いにもかかわらずご親切にどうもありがとうございます
89:名無しさん＠お腹いっぱい。
10/02/06 15:03:01 3C4M402b0
>>82
これをいったいどうしろとwww
>>86
[とある変態の性感飛行（駄作）.flv]
320x240 On2 VP6 30.00fps 11.97kb/s
MPEG1-LayerIII 44.10kHz 64.00kb/s CBR JointStereo/MS
[FlashVideo] 00:03:37.099 (217.099sec) / 2,312,611Bytes
FLavieで十分じゃなかろか??
90:名無しさん＠お腹いっぱい。
10/02/06 17:24:15 e4oYgPe40
MP4Pluginって再配布禁止なの？
91:名無しさん＠お腹いっぱい。
10/02/06 17:26:29 keSOpDHFP
>>90
GPL
92:名無しさん＠お腹いっぱい。
10/02/06 19:29:14 e4oYgPe40
>>91
そしたら作者サイト以外にどっかミラーされてないのかな……？
93:名無しさん＠お腹いっぱい。
10/02/06 19:36:16 WUeUCsAi0
VistaからWindows７ 64bit版に変えたらニコエンコ使えなくなった－(´；ω；`)
94:名無しさん＠お腹いっぱい。
10/02/06 21:13:58 uFZMrNbsP
>>92
作者サイトが生きてて更新もされてる内にミラー作るメリットがないだろ。
むしろミラーのメンテが止まったら、そこで古いままのバイナリを拾った奴がトラブル抱える原因になりかねんよ。
95:名無しさん＠お腹いっぱい。
10/02/08 11:40:55 poYYbrIE0
1000kbpsでBフレーム10～MAXにした動画と
2000kbpsでBフレーム1～2の動画はどっちが重いですか？
96:名無しさん＠お腹いっぱい。
10/02/08 12:07:13 lG9nYUuW0
2000kbps
そもそも--b-adapt 0にしない限り、Bフレが連続で10使われることは殆どない
まあ、使われても2000の方が重いだろうね
97:名無しさん＠お腹いっぱい。
10/02/10 21:57:47 wmBsrO3H0
質問です
AVIファイルをaviutlで読み込んだ時点で再生ウィンドウで再生した動画に音ズレが発生している場合
ズレの原因としては何が考えられるでしょうか
元のAVIファイルはメディアプレーヤーなどで再生した時特に音ズレは発生していません
98:名無しさん＠お腹いっぱい。
10/02/10 21:58:16 VqlkfKHo0
1年半ぶりぐらいに動画つくろうと思うんだけど、フリーソフトならいまもAviUtlですか？
99:名無しさん＠お腹いっぱい。
10/02/10 22:06:20 wmBsrO3H0
すいませんテンプレ読み直してから出直します。
100:名無しさん＠お腹いっぱい。
10/02/10 22:17:48 aqvGtBeq0
>>97
デコードが遅いとか、音声がVBRとかじゃないの
101:名無しさん＠お腹いっぱい。
10/02/10 22:37:22 wmBsrO3H0
こんな感じです
フォーマット : AVI
フォーマット/情報 : Audio Video Interleave
プロファイル : OpenDML
サイズ : 3.02 GiB
ながさ : 14分 16秒
オーバルビットレート : 30.3 Mbps
ビデオ
ID : 0
フォーマット : Digital Video
コーデック ID : dvsd
コーデック ID/ヒント : Sony
ながさ : 14分 16秒
ビットレートモード : CBR モード
ビットレート : 24.4 Mbps
幅 : 720 ピクセル
高さ : 480 ピクセル
解像度 : 1.500
元解像度 : 4:3
モード : CFR モード
フレームレート : 29.970 fps
標準 : NTSC
解像度 : 8 ビット
カラーリメトリ : 4:1:1
スキャンの種類 : インターレース
ビット/(ピクセル*フレーム) : 2.360
ストリームサイズ : 2.87 GiB (95%)
オーディオ
フォーマット : PCM
Endianness : Little
Sign : Unsigned
コーデック ID : 1
コーデック ID/ヒント : Microsoft
ながさ : 14分 16秒
ビットレートモード : CBR モード
ビットレート : 1 536 Kbps
チャンネル : 2 チャンネル
サンプルレート : 48.0 KHz
解像度 : 16 ビット
ストリームサイズ : 157 MiB (5%)
ドゥレイション : 967 秒 (28.98 ビデオフレーム)
デコードが遅いってどういうことですか？
102:名無しさん＠お腹いっぱい。
10/02/10 23:45:08 V6NCnfar0
>>97 >>101
違うかもしれんけど、DirectShow File Readerで読み込んでるとか。
問題のAVIを読み込んで、メニューの「その他→ファイルの情報」の表示内容を貼ってみれば？
103:名無しさん＠お腹いっぱい。
10/02/11 00:51:38 rOea4OXK0
---------------------------
ファイルの情報
---------------------------
画像サイズ : 720 x 480
記録時間 : 14分 16秒
フレームレート : 29.970fps (29970/1000)
フレーム数 : 25675
ビデオ圧縮 : 未圧縮
サンプリングレート : 48.000kHz
チャンネル数 : 2ch
オーディオ形式 : PCM
ファイル制御 : DirectShow File Reader
ビデオ展開形式 : YUY2
特に何もいじらずに読み込むとこんな感じでした
104:名無しさん＠お腹いっぱい。
10/02/11 02:05:55 Fy1U/cZp0
AVIUｔｌのH264MP4エンコで、最初の一コマ目にたまにノイズが載るのは仕様でしょうか？
105:名無しさん＠お腹いっぱい。
10/02/11 02:25:27 Mr8zFe7C0
じゃあビデオフェードでも入れれば？
106:名無しさん＠お腹いっぱい。
10/02/11 02:31:02 UPUKwWJq0
>>103
とりあえず環境設定の「入力プラグイン優先度の設定」で
AVI/AVI2 File Reader
ってのをDirectShow File Readerよりも上に持っていってからAviutlを再起動して、
あらためて元のAVIファイルを読み込んでみて、再生してみたらどうだろう。
「ファイルの情報」の「ファイル制御」のとこがAVI/AVI2 File Readerになるかどうかも確認してね。
自分も理屈はよくわからんけどDirectShow経由での読み込みは何か色々と欠点もあるらしい？
悪いというわけじゃなく、使う側の注意が必要というレベルらしいんだけど、
自分がわかってるのは、使ってるDirectShowフィルタによって読み込み結果が変わるという程度で、
詳しいことはわからないんで、誰か教えてくれると嬉しいんだぜ・・・。
107:名無しさん＠お腹いっぱい。
10/02/11 03:25:15 x29WTzj70
つーかそもそも再生プレビューで音がズレたって気にしても仕方が無いだろ
AviUtlはプレーヤーじゃないんだから
108:名無しさん＠お腹いっぱい。
10/02/11 03:26:12 rOea4OXK0
確かにDirectShow File Readerが一番上に来てました
URLﾘﾝｸ(nicowiki.com)
↑を参考に優先度を見直してみましたが、
ファイル制御のところの情報がDirectShow File Readerから変わらず
音ズレも特に変わっていないようです
なんでだろ
109:名無しさん＠お腹いっぱい。
10/02/11 03:48:43 i109KdGqO
>>108
DV用のVFWコーデックが入ってないからDirectShowでしか再生できないんだろうね。
DV用のVFWコーデックって普通は編集ソフトと一緒についてくるんだっけ？
撮影したカメラの添付ソフトとか見直してみたら？
カメラ買ったことないからよくわからんけど。
110:名無しさん＠お腹いっぱい。
10/02/11 03:51:07 i109KdGqO
ああ、でも>>107の言うとおりだよね。
エンコしてずれてるなら別だろうけど。
111:名無しさん＠お腹いっぱい。
10/02/11 05:34:15 dNT6dT6L0
AVIUｔｌのx264.1416.release01.rarきてる。
処理が若干早くなり、精度が良くなったみたいだ。
112:名無しさん＠お腹いっぱい。
10/02/11 08:06:30 rOea4OXK0
いやエンコードしたらずれてたんですよ
それじゃちょっとコーデック探してみます
113:名無しさん＠お腹いっぱい。
10/02/11 08:28:03 dNT6dT6L0
>>112
デコードや再生負荷の違いじゃないのかねぇ・・・
プレイヤーによっては軽さがぜんぜん違うから、スペックが低いPCだとかなり影響は出るよ。
後は、ソフトやプラグインのバージョンが古い（バグありの）モノを使っているとか・・・
neroエンコも最新は1.5.3になってたと思ったが・・・
114:108
10/02/11 23:08:09 rOea4OXK0
>>109
DV-AVI用のコーデックを入れたらちゃんとAVI/AVI2 File Readerで読み込んでくれました
aviutl上での音ずれも無くなりました
ありがとうございます
115:名無しさん＠お腹いっぱい。
10/02/12 03:40:56 8DAjlTAp0
質問させてください。
１．問題点：ニコ動wikiを参考にh.264で動画を作ったところ、Gom playerでは再生できたのですが
実際にアップすると画質が粗くなる＆15分あったはずの動画が6分程度に短くなっている。
２．元ファイルの情報 （必ずmediainfo等にかけた結果を書いて下さい）
720x480 24bit huffyuv 29.97fps 115780f 55840.26kb/s
PCM 48.00kHz 16bit 2ch 1536.00kb/s
[RIFF(AVI2.0)] 01:04:23.196(3863.196sec) / 27,707,123,200bytes
３．エンコードして出来上がったファイルの情報 （同上）
上の動画の15分だけ抽出して作りました。
512x384 24bit AVC/h.264 unknownprofile(0)@unknownlevel(0)29.97fps 25043f 499.93kb/s
AAC 48.00kHz 2.0ch(2/0 L+R) HE(SBR) 62.88kb/s MP4 Base Media v1
[MPEG4] 00:13:55.711(835.711sec) / 59,113,905bytes
４．使用ソフト
ゲームしてるのをふぬああでキャプチャ、それをaviutlで編集＆エンコ
５．MP4ならば必要に応じてx264のエンコードオプション
--preset Medium --bitrate 500 --pass 3 --stats ".\x264.stats" --aq-strength 0.55 --psy-rd 10:0
--min-keyint 30 --keyint 297 --b-adapt 2 --weightp 0 --direct auto --me umh --subme 9 --trellis 0
--output nul
６．PC環境
Windows VISTA home premium sp2
Intel Core2 Duo 2.62GHz
3.0GB RAM
116:名無しさん＠お腹いっぱい。
10/02/12 03:50:49 cp5PrDbE0
>>115
鯖エンコ発動条件に引っかかっているんじゃないかい？
117:名無しさん＠お腹いっぱい。
10/02/12 07:24:25 SVhey3tVP
x264gui.auo使ってるんだと思うけど、どのリリースなのかも書いて欲しい。
ものによっては、それが原因の場合もある。
118:名無しさん＠お腹いっぱい。
10/02/12 07:27:41 SVhey3tVP
それと視聴にGOMは使うな。あれは何でも再生出来ちゃうから意味ない。
119:名無しさん＠お腹いっぱい。
10/02/12 14:27:36 K1EkwHWR0
>>115 unknownprofile(0)@unknownlevel(0)
ここが気になるんだが。
120:名無しさん＠お腹いっぱい。
10/02/12 14:29:40 icY1k7lW0
>>119>>115
たぶん1400の初期の奴でないかい？
x264gui.auo
121:115
10/02/12 14:55:01 8DAjlTAp0
数々のご指摘ありがとうございます。
>>117>>120
x264.1400を使っていました。
>>119
私もそこが気になります。
unknownということで、ちゃんとh.264の形式になっていないのではないかと。
その後ですが、x264の最新verを入れなおしてエンコし直しました。
ビデオ
フォーマット : AVC
フォーマット/情報 : Advanced Video Codec
プロファイル : High@L3.0
コーデック ID : avc1
コーデック ID/情報 : Advanced Video Coding
ながさ : 13分 55秒
ビットレートモード : VBR モード
ビットレート : 450 Kbps
最大 : 2 809 Kbps
幅 : 512 ピクセル
高さ : 384 ピクセル
解像度 : 4:3
モード : CFR モード
フレームレート : 29.970 fps
解像度 : 8 ビット
ストリームサイズ : 44.8 MiB (87%)
使用したライブラリ : x264 core 84 r1416 fcf70c2
エンコードライブラリの設定 : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x113 / me=umh /
subme=9 / psy=1 / psy_rd=10.0:0.0 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=1 / cqm=0 /
deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=1 / sliced_threads=0 / nr=0 / decimate=1 / mbaff=0 /
constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=2 / b_bias=0 / direct=3 / wpredb=1 / wpredp=0 / keyint=297 /
keyint_min=30 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=450 / ratetol=1.0 /
qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:0.55
今度はflvenc等でも再生でき、smilevideoへのアップも成功しました。
x264の旧バージョンを用いると、エンコが不安定になるといった現象はあり得るのでしょうか。
まだ腑に落ちないところもありますが、無事にアップすることができました。
みなさんありがとうございました。
122:名無しさん＠お腹いっぱい。
10/02/12 14:58:43 icY1k7lW0
>>121
1400の初期の奴は不安定。
過去スレでも出ている。
あとVBRはストリーミング向きではない（瞬間的にビットレートが超えるとカクつく）から、CBRの方が安定して見れると思うよ。
123:名無しさん＠お腹いっぱい。
10/02/12 15:00:46 8DAjlTAp0
>>122
ありがとうございます。
まだまだ下調べが足りなかったみたいです。
今度はCBRを使うようにします。
なかなか難しいですね。
124:名無しさん＠お腹いっぱい。
10/02/12 15:16:23 oPsueYan0
>>122
ニコニコでCBR勧めるなんてアホか
125:名無しさん＠お腹いっぱい。
10/02/12 15:32:54 3PmXWRS50
ニコニコはストリーミングじゃねえし
126:名無しさん＠お腹いっぱい。
10/02/12 15:37:32 icY1k7lW0
>>124
あほも何も、wiki自体がCBRで書かれているだろ。
回線速度に依存するようなストリーミング配信は、CBRの方が向いているんだよ。
127:名無しさん＠お腹いっぱい。
10/02/12 17:09:49 oPsueYan0
そりゃリアルタイムストリーミングならCBRもありだろうが、
プログレッシブダウンロードのニコニコでCBRのほうがいいことなんてひとつもないぞ
そもそもwikiにCBRのほうがいいなんて書いてあったっけ？
128:名無しさん＠お腹いっぱい。
10/02/12 17:21:34 fyp/Rd/k0
>>127
原理的には手元にファイルが残るか残らないかの違いだけだから、平均ビットレートからぶれないCBRの方が良いんだよ。
>そもそもwikiにCBRのほうがいいなんて書いてあったっけ？
ｈ264のニコ動wikiが、CBR前提で書いている。
CBRのメリットについては
URLﾘﾝｸ(homepage2.nifty.com)
とか
URLﾘﾝｸ(ascii.jp)
とか見れば判るだろ？
回線速度やスペックに依存する再生環境では、可変ビットレートの処理能力次第で再現性が悪くなるんだからさ。
129:名無しさん＠お腹いっぱい。
10/02/12 17:47:26 oPsueYan0
ニコwikiのAviUtl+x264関連の記事の10分の１くらいは俺が書いた
とくに↓のページに関しては半分以上は俺が書き直したようなもんだが、
CBRを前提に書いたことは一度もない
URLﾘﾝｸ(nicowiki.com)
一体どこの記述のことを言ってるんだ？
そして、CBRがいいと主張するなら、当然これくらいは把握してるよな？
URLﾘﾝｸ(www.up-cat.net)
130:名無しさん＠お腹いっぱい。
10/02/12 17:50:52 qiktcwdI0
2passでいいじゃまいか
131:名無しさん＠お腹いっぱい。
10/02/12 17:56:24 cu937wQ20
見比べたいんでおなじ動画をCBR、VBRで作ってみてよ
132:名無しさん＠お腹いっぱい。
10/02/12 18:17:01 fyp/Rd/k0
>>129
厳密な定義はともかく、ビットレート計算や実際の変換手順が２パスCBRの手法そのものだろ。（疑似でもABRでもいいけどね）
拡張ｘ264のGUI自体VBRとそうでない物を分けてあり、実質固定ビットレート扱いなんだからさ。
上にあげたアスキーのページにもDivXのビットレート変動記事はあるから、厳密な意味で完全な固定ではないと自分も理解しているよ。
紹介されたページの最後にも「MP3から脈々と続くCBRへの幻想を捨て、現代的な意味でのCBR(ABR)を理解して使おう。」って書いてある。
ちなみに俺の指摘は↓ね。
URLﾘﾝｸ(nicowiki.com)
133:名無しさん＠お腹いっぱい。
10/02/12 18:19:26 liRnJ9x30
えっ…
134:名無しさん＠お腹いっぱい。
10/02/12 18:26:51 oPsueYan0
>>132
お前はニコwikiの記述にそって2パスエンコした動画はmediainfoで>>121みたいに
表示されることも知らないでそんなことを言ってたのか？
>>121を見てCBRを勧めるってのは、まさに古典的なCBRを勧めるってことと同じなんだよ
135:名無しさん＠お腹いっぱい。
10/02/12 18:29:51 fyp/Rd/k0
>>134
mediainfo使った事無かった。
手間かけさせて悪かったなｗ
136:名無しさん＠お腹いっぱい。
10/02/12 18:34:59 ++HHjBvd0
>>132
あのなあ、それでエンコされるのはまさしくVBRなの。
VBRだからシーンによってビットレートは大きく変動する。
そこで指定した値になるように各シーンのレートをコントロールしてエンコードするわけ。
137:名無しさん＠お腹いっぱい。
10/02/12 18:37:50 ++HHjBvd0
Bitrate Viewer - Main Page
URLﾘﾝｸ(www.winhoros.de)
このソフトでビットレートが時間軸に沿って見られるから、適当なファイルを見てみろ。
シーン毎に変動して平均レートからブレてるのが分かるから。
138:名無しさん＠お腹いっぱい。
10/02/12 18:40:44 oe/2ZpUZ0
CodecSysCE-10 みたいなソフトでLinux対応の無料ソフト知らないですか？？
139:名無しさん＠お腹いっぱい。
10/02/12 18:52:37 fyp/Rd/k0
>>136-137
それ（ビットレート変動）は判るが、↓ではCBR（固定ビットレート）と解説されている。（もちろんDivXとｈ264の違いはあるがね）
URLﾘﾝｸ(ascii.jp)
H264も同じ様なものだと思ってたが、違うのか・・・それとも記事が間違っているのか？
140:名無しさん＠お腹いっぱい。
10/02/12 19:03:50 ++HHjBvd0
>>139
いや、だからx264で普通に使うのはそのページのVBRなんだってば。
>132のページにもマルチパス（推奨）になってるでしょ、
それがそこのページで解説されてるDivXの2パスのVBRって事。
シングルパス - 固定ビットレートをわざわざ選べばそこのページのCBR（ABR）相当になるが。
141:名無しさん＠お腹いっぱい。
10/02/12 19:10:03 oPsueYan0
>>139
この記事は色々おかしい
例えば
>CBRは別名「1パスエンコード」と呼ばれる。またVBRは別名「2パスエンコード」や「マルチパスエンコード」などと呼ばれる。
そもそも週アスの記事はネトランと同レベル
こんなもん参考にしてるだけで笑われる
142:名無しさん＠お腹いっぱい。
10/02/12 19:11:25 oPsueYan0
ああ、これは週アスじゃなかった
まあ、教えて君.netと同レベルだというのは間違いないけど
143:名無しさん＠お腹いっぱい。
10/02/12 19:18:00 oPsueYan0
>>138
そういうのはLinux板で聞けよ
144:名無しさん＠お腹いっぱい。
10/02/12 19:28:09 fyp/Rd/k0
>>140
要は、ｈ264では（疑似CBR（ABR)の）VBRを使えば平均ビットレートの斑が安定して、ニコ動みたいな配信向きになると思っているんだが。
厳密なVBRは、出来上がりまでファイルサイズが特定できない訳だし。
＞x264のCBRの定義は、ソースのdoc/ratecontrol.txtに書いてある。
＞若干古くなっているので読み替えるべきだが、VBVを充足するABRの事をCBRと呼んでいる。
＞そして、x264的な（CBRではない）ABRの定義は、厳密なVBVを充足しないが、大体指定のビットレートに落ち着くようにレートコントロールを行うものとなっている。
って答えと一致するのではないか？
何だか自分で書いててGr.3エンジンオイルの区分みたく思えてきたｗ
>>140的にはどう思う？
145:名無しさん＠お腹いっぱい。
10/02/12 19:32:00 qYjgiNAx0
やんぶ
146:名無しさん＠お腹いっぱい。
10/02/12 19:45:03 qcnq4aJO0
>>144
いきなりアク禁になったorz
要するに>132に書いてあるマルチパス（推奨）は使わずに、
シングルパス - 固定ビットレートを選ぶって事？
それならマルチパスよりビットレートの変動は少なくなるのは確か。
ビットレートの変動が少なくなる分再生負荷も変動しにくくなる。
＞厳密なVBRは、出来上がりまでファイルサイズが特定できない訳だし。
それは違う、サイズが特定できないのは品質指定VBR。
x264で言うqp（シングルパス - 固定量子化量）やcrf（シングルパス - 品質基準VBR）がそう。
マルチパスはビットレート指定VBRなので、指定した値になるようにコントロールする。
どちらの方法もVBR。
147:名無しさん＠お腹いっぱい。
10/02/12 19:54:17 oPsueYan0
>>144
一致しないよ
>VBVを充足するABRの事をCBRと呼んでいる。
ニコwikiではVBVの設定には何も触れてない
なぜってプレミアム会員にもビットレート制限が合った頃には、そんなもん必要なかったから
flashplayerがビデオカードでの再生支援に正式に対応したら書き加えようと思ってたけど
現状のニコwikiの記述は、単なるファイルサイズ調整のためだけのもので、純粋なVBR
148:名無しさん＠お腹いっぱい。
10/02/12 19:59:27 fyp/Rd/k0
>>146
いやいや、2パスｈ264。
URLﾘﾝｸ(ja.wikipedia.org)
↑見るとたぶん2パスABRって事になるんじゃないかなぁ？って思ってね。
配信向きに、ビットレート指定する訳だから。
149:名無しさん＠お腹いっぱい。
10/02/12 20:08:43 BUa9igie0
＞平均ビットレートの斑が安定して、ニコ動みたいな配信向きになると思っているんだが。
リアルタイムでの配信を重視するようなものならともかく、
ニコ動の場合は動画ファイルをスピーディーにローカルに送れればいいだけだし
現在のネット回線とかの能力を考えると平均ビットレートが安定したからと言って
「配信向き」になるとは思えないけどなあ。
ニコニコ動画的な「配信向き」は
・小ファイルサイズ（なるべく速くファイルをローカルに落とす）
・その上でなるべく高画質
・できれば低スペック環境でも再生負荷が低いようにする（CABAC切ったりとかそのへん）
であって、ビットレート変動なんてほとんど関係ないような気がするけど。
150:名無しさん＠お腹いっぱい。
10/02/12 20:19:11 qcnq4aJO0
>>148
呼び名はVBRでもABRでもどっちでも良いが、
マルチパスの場合は明確にCBRと書かれている場合を除いて、
品質に応じてビットレートを変動させる処理になる。
なぜならそうしないと時間コストをかけてマルチパスで処理する意味がないから。
ビットレートを固定するなら1パスでそこそこの精度で出来るわけだ。
ビットレートを指定するのは配信向きではない、ファイルサイズを固定するため。
例えばDVDに保存（≠ストリーミング再生）する場合、SLなら4.7GBとメディアのサイズが決まってる。
その容量にピッタリ収まる範囲内で出来るだけ高画質にエンコードできるよう、
マルチパスエンコードを用いてビットレートを指定するわけ。
ってかそこははっきり言ってあまり良い解説じゃない、英語版の方が良いのでそっち見た方が良い。
Variable bitrate - Wikipedia, the free encyclopedia
URLﾘﾝｸ(en.wikipedia.org)
151:名無しさん＠お腹いっぱい。
10/02/12 20:34:53 Kmi9xzZn0
近々パソコンを買いかえ予定なんだけどWin7だと動画編集とかに使う
フリーソフトが対応してなかったりする？
おもにaviutlとVideoStudio9とniveとニコエンコあたり使ってるんだけど
152:名無しさん＠お腹いっぱい。
10/02/12 20:38:57 oPsueYan0
とりあえずVSは11がWin7(x64)ではインスコ出来なかったので、
VMWarePlayerでXPモード使わなければならんかった
逆に言えば、VMWarePlayer使えば互換性は気にすることはない
もちろんXPモードなしのHomePremiumなら、別にXP用意せにゃならんが
153:名無しさん＠お腹いっぱい。
10/02/12 21:20:53 SVhey3tVP
妙に白熱してると思ったら。。。あれ？
元々、このスレじゃVBR前提で、おまけに推奨までしてた筈だけど、どうしてこうなった？
ニコはストリーミングをバッファに蓄え再生する仕様ではなく、ブラウザのキャッシュにDLしつつ再生する。
VBRでもCBRでもファイルさえ落ちてくれば滞りなく再生される。厳密なリアルタイムじゃないからね。
逆に回線が詰まってファイルが落ちてこなければ、VBRだろうがCBRだろうが止まるワナ。
そもそもキツイ容量制限下で画質を満足させようと思ったら、使える手段は積極的に使うとこでしょ。
もちろん視聴者側の再生負荷などとのバーターになるから、その辺の設定を見極める必要はあるけど。
フレーム単位でビットレートを融通してでも、無駄なビット使用は控えたいと考える方が効率的。
そんな訳だから、この流れを見てよく解らなくなった初心者さん。あんま気にせずエンコ楽しんでくだしあ。
154:名無しさん＠お腹いっぱい。
10/02/13 06:27:30 tdWBkcj80
無駄なビット使用は控えたいけど --crf で容量ぎりちょん狙うのはキビシー
何パスかければ限りなく近くなるんだ
155:名無しさん＠お腹いっぱい。
10/02/13 14:49:11 PWI8xbzv0
パス数は増やしても無駄だろうし、ほんの数kbps上がったところで
品質がよくなるわけでもなかろ（悪くなったりすることもあるだろうし）
ほどほどで妥協しないとハゲるぞ
156:名無しさん＠お腹いっぱい。
10/02/13 16:12:26 x4ErEE480
720分の動画をうｐしたくてニコエンコにつっこんだんだけど
出来上がった動画は半分くらいで音が聞こえなくなった
こんな自分にお勧めのソフトとエンコ設定教えてください
157:名無しさん＠お腹いっぱい。
10/02/13 16:40:11 PWI8xbzv0
プレミアム会員でも19.4kbpsか…お手軽ツールには荷が重すぎる
あきらめろ
158:名無しさん＠お腹いっぱい。
10/02/13 16:46:17 01EzPOeU0
12時間てｗ
159:名無しさん＠お腹いっぱい。
10/02/13 20:23:27 Yn88nWxfP
>>156
ちょっとでも動いてたら依頼スレでも丁重にお断りされかねんｗ
どんな素材だか気になるが、静止画1枚でもキツイってことは念頭に置いた方がいい。
まず導入し易いAviutlでも使うとして、100回ぐらい設定を練りつつエンコしてみてはどうだろう？
160:名無しさん＠お腹いっぱい。
10/02/13 23:14:46 LHw5pjHY0
そうか・・・
やっぱ難しいのね
ありがとう
161:名無しさん＠お腹いっぱい。
10/02/13 23:18:48 Yn88nWxfP
作業用BGMで検索掛けて、時間の長い順でソートし、その中から適当な動画を
実際にDLして詳細を見てみるといい。どうやって実現してるかの参考になるよ。
162:名無しさん＠お腹いっぱい。
10/02/14 13:34:24 LVy/dief0
質問です、よろしくお願いします
１．問題点
Aviutlの拡張x264出力(GUI)でエンコードすると
できあがったMP4ファイルの映像だけ早送りになっている
２．元ファイルの情報
フォーマット : AVI
フォーマット/情報 : Audio Video Interleave
プロファイル : OpenDML
サイズ : 3.02 GiB
ながさ : 14分 16秒
オーバルビットレート : 30.3 Mbps
ビデオ
ID : 0
フォーマット : Digital Video
コーデック ID : dvsd
コーデック ID/ヒント : Sony
ながさ : 14分 16秒
ビットレートモード : CBR モード
ビットレート : 24.4 Mbps
幅 : 720 ピクセル
高さ : 480 ピクセル
解像度 : 1.500
元解像度 : 4:3
モード : CFR モード
フレームレート : 29.970 fps
標準 : NTSC
解像度 : 8 ビット
カラーリメトリ : 4:1:1
スキャンの種類 : インターレース
ビット/(ピクセル*フレーム) : 2.360
ストリームサイズ : 2.87 GiB (95%)
オーディオ
フォーマット : PCM
Endianness : Little
Sign : Unsigned
コーデック ID : 1
コーデック ID/ヒント : Microsoft
ながさ : 14分 16秒
ビットレートモード : CBR モード
ビットレート : 1 536 Kbps
チャンネル : 2 チャンネル
サンプルレート : 48.0 KHz
解像度 : 16 ビット
ストリームサイズ : 157 MiB (5%)
ドゥレイション : 967 秒 (28.98 ビデオフレーム)
163:名無しさん＠お腹いっぱい。
10/02/14 13:37:44 LVy/dief0
３．エンコードして出来上がったファイルの情報
フォーマット : MPEG-4
プロファイル : Base Media
コーデック ID : isom
サイズ : 7.81 MiB
ながさ : 1分 29秒
オーバルビットレート : 729 Kbps
エンコード日 : UTC 2010-02-10 17:29:25
タグ付け日 : UTC 2010-02-10 17:29:25
ビデオ
ID : 1
フォーマット : AVC
フォーマット/情報 : Advanced Video Codec
プロファイル : High@L3.0
CABAC : はい
RefFrames : 5 フレーム
コーデック ID : avc1
コーデック ID/情報 : Advanced Video Coding
ながさ : 1分 29秒
ビットレートモード : VBR モード
ビットレート : 600 Kbps
最大 : 1 096 Kbps
幅 : 512 ピクセル
高さ : 384 ピクセル
解像度 : 4:3
モード : CFR モード
フレームレート : 29.970 fps
解像度 : 8 ビット
カラーリメトリ : 4:2:0
スキャンの種類 : プログレシッブ(PPF)
ビット/(ピクセル*フレーム) : 0.102
ストリームサイズ : 6.41 MiB (82%)
使用したライブラリ : x264 core 84 r1416 fcf70c2
エンコードライブラリの設定 : cabac=1 / ref=5 / deblock=1:-1:-1 / analyse=0x3:0x113 / me=umh / subme=9 / psy=1 / psy_rd=0.5:0.0 / mixed_ref=1 / me_range=16 /
chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=1 / sliced_threads=0 / nr=0 / decimate=1 / mbaff=0 /
constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=2 / b_bias=0 / direct=3 / wpredb=1 / wpredp=0 / keyint=600 / keyint_min=24 / scenecut=54 / intra_refresh=0 /
rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=600 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=16 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:0.50
エンコード日 : UTC 2010-02-10 17:20:42
タグ付け日 : UTC 2010-02-10 17:29:26
matrix_coefficients : BT.601-6 525, BT.1358 525, BT.1700 NTSC, SMPTE 170M
オーディオ
ID : 2
フォーマット : AAC
フォーマット/情報 : Advanced Audio Codec
バージョン : Version 4
プロファイル : LC
SBR : はい
PS : いいえ
コーデック ID : 40
ながさ : 1分 29秒
ビットレートモード : VBR モード
ビットレート : 127 Kbps
最大 : 150 Kbps
チャンネル : 2 チャンネル
チャンネルの位置 : L R
サンプルレート : 48.0 KHz
ストリームサイズ : 1.36 MiB (17%)
エンコード日 : UTC 2010-02-11 17:29:19
タグ付け日 : UTC 2010-02-10 17:29:26
164:名無しさん＠お腹いっぱい。
10/02/14 13:38:56 LVy/dief0
４．使用ソフト
aviutl
５．MP4ならば必要に応じてx264のエンコードオプション
--preset Medium --bitrate 600 --pass 3 --stats ".\x264.stats" --aq-strength 0.5 --psy-rd 0.5:0 --qpstep 16 --scenecut 54 --min-keyint 24 --keyint 600 --b-adapt 2 --ref 5 --weightp 0
--direct auto --me umh --subme 9 --trellis 2 --deblock -1:-1 --output nul
６．PC環境
システム:
Microsoft Windows XP Home edition version2002 Service Pack3
コンピュータ:
Intel(R)
Celeron(R)CPU2.66GHz
2.67GHz、1.00GB RAM
165:名無しさん＠お腹いっぱい。
10/02/14 13:47:41 U/Buz8M10
再生側がおかしいんだろ
とりあえず>>3のFlavieかFLVPで再生してもまだおかしいんだったら
もう一度おいで
166:名無しさん＠お腹いっぱい。
10/02/14 14:31:39 LVy/dief0
なんてこったあっさり再生できてしまいました、どうもすいません
けどメディアプレーヤークラシックで再生に異常があっても特に問題はないんですか？
167:名無しさん＠お腹いっぱい。
10/02/14 15:09:33 QodAxOD50
>現状はフリーの正しくedtsに対応したDiretShow Filterはありません。
これのことなら、対応するまでしばらくはx264r1376でも使えばいいよ
問題ない人には関係ない話だから
168:名無しさん＠お腹いっぱい。
10/02/14 15:35:34 U/Buz8M10
まあ、早々に決着してよかったね
あと、今回みたいに直接情報書きこむと長ったらしいからpastebin使うといいよ
いちおう>>１にもそう書いといたんだけど
例：
URLﾘﾝｸ(ja.pastebin.ca)
169:名無しさん＠お腹いっぱい。
10/02/15 18:53:55 FtwDya+10
今までﾑｰﾋﾞｰﾒｰｶｰで編集&無圧縮出力した後MediaCoderでMP4にｴﾝｺしてました
今回aviutlで編集&MP4にｴﾝｺした物をうｐしたら「動画が流れずに音声しか聞けない」というｺﾒがつきました
どっちの動画もｻｲｽﾞは100MBなんですがなぜ見れなくなってしまうんでしょうか？
MediaCoderの方は30fpsでaviutlは60fps(?)くらいしか違いが思いつかないんですが関係ありますか？
170:名無しさん＠お腹いっぱい。
10/02/15 18:58:58 SExJZnlL0
>>169
あなたは見られてるのかどうか。
つーかなぜその動画のURLを貼らない？
171:名無しさん＠お腹いっぱい。
10/02/15 19:14:36 FtwDya+10
>>170
自分は見れています
URLﾘﾝｸ(www.nicovideo.jp)
↑の動画がaviutl版でそれ以前の動画がMediaCoder版です
172:名無しさん＠お腹いっぱい。
10/02/15 19:58:30 fqrZXa+U0
>>171
普通に観れてるよ
そのままロースペPCおいてけぼり路線でいいと思うよ
173:名無しさん＠お腹いっぱい。
10/02/15 20:48:26 d6hbBIEJ0
>>171-172
ロースペおいてけぼりっていうか、４年前のCeleronM 1GHzノートで十分見れるけど・・・。
174:名無しさん＠お腹いっぱい。
10/02/16 00:33:55 rWbSHaRF0
>>171
cpuほぼ100%だけど、わりと快適に見れたよ
celeron M 1.7GHz
声がひろゆきに似てる
175:名無しさん＠お腹いっぱい。
10/02/16 09:05:44 w5tvm2x+0
IntelならPen4、AMDならAthlonXPはもう切り捨てて全く問題ない
Intelはその後Core、Core2、Corei、
AMDは64、Phenom、PhenomIIと出てる
いつまでも古い環境に縛られて進歩を阻害されるのは迷惑だ
176:名無しさん＠お腹いっぱい。
10/02/16 10:01:25 P7qcMOIk0
進歩を阻害されるｗｗ
無視すりゃいいだけじゃねえか
177:名無しさん＠お腹いっぱい。
10/02/16 11:44:58 Ono+zoK00
単に後から出たからというより
大幅に進歩したからな
178:名無しさん＠お腹いっぱい。
10/02/16 15:54:37 5ojQVSVc0
>>175
とは言え、世間では圧倒多数のPentium4、Athlon XPが現役だろ？。
製品のライフサイクル的にも、そろそろ壊れる時期だろし、俺のPentium4_3.0GHz(北森)も壊れた。
数年もせず業務用の一部のPC以外は、Corei*、Phenom II に置き換わる坐して待て。
とか言ってるが、実は 64 4000+ を中古部品で再生したばかりだっt(ry
179:名無しさん＠お腹いっぱい。
10/02/16 16:22:14 mE2TQQAR0
>>178
さすがに圧倒的多数はないと思うが。
既にどちらかというと少数派だろう。
H.264動画が始まった当初多かった重いって話も減ってきてるし、
だいぶ移行も進んだんじゃないか。
180:名無しさん＠お腹いっぱい。
10/02/16 16:27:57 MXUcayC80
俺は今年もPen4で頑張るぜ。2ｃｈ見れてエロゲーできてニコニコ見れる。
エンコが遅くて昔のflv時代では容量オーバー＞やり直し
に泣いたときはあるが、今ではそういう事もなくなったしな。まあでも今年が限界かねぇ
181:名無しさん＠お腹いっぱい。
10/02/16 19:18:49 vyKQ2KU2P
>>180
あんたはオレかｗ
182:名無しさん＠お腹いっぱい。
10/02/16 20:42:02 D03a8oDb0
俺のセレロン540@1.86GHzでも普通に観られるしぃ～。
183:名無しさん＠お腹いっぱい。
10/02/16 21:03:37 vyKQ2KU2P
>>171
てことで。。。
本来、製作者側の集うスレでロースペでも視聴可能との意見が出てるから動画的には問題無いかと。
おそらくコメ残してる視聴者側の環境の問題じゃないかね。たとえば。。。
PCのCPUが腐ってる。メモリーが少ない、常駐物が多い、OSが古い、フラッシュが古いなどなど。
こちらが出来る対策はビットレートを下げる、x264のオプションを軽い設定にするなど。
AVInapticでも使って視聴可能動画との設定の違いを見つつ、画質とのバーターで詰めてみては？
184:名無しさん＠お腹いっぱい。
10/02/16 21:10:01 vyKQ2KU2P
あっと、書き忘れた。
30fpsと60fpsでは再生負荷が大きく変わる。低スペックなら尚更。
元来、同期のいい加減なフラッシュプレーヤーで60fpsは逆にカクカクになり易い。
取り込み段階で30fpsで撮れるなら、それを素材にした方が再生負荷は抑えられるよ。
185:名無しさん＠お腹いっぱい。
10/02/17 18:51:41 DOsBpcl70
169です
低スペックでも見れるようですね
取り込みは変更できないので編集で30fpsにして作ってみたいと思います
みなさんありがとうございました
186:名無しさん＠お腹いっぱい。
10/02/22 11:12:31 WCUGmAqW0
無圧縮キャプ動画は劣化０だからノイズ除去フィルタをかける必要ありませんよね？
187:名無しさん＠お腹いっぱい。
10/02/22 11:20:29 d7waexxIP
してもいいししなくてもいい
自分の目で見て判断
188:名無しさん＠お腹いっぱい。
10/02/22 15:56:12 WCUGmAqW0
了解
ノイズ除去系のフィルタを全部外すとかなり早くなるんでこのままの路線で行こうと思うます
189:名無しさん＠お腹いっぱい。
10/02/22 16:52:49 NppD1hxy0
質問とは違うんだけど
アスペクト比に問題がなければ指定するべきビデオサイズに変換しなくても
必ずしも再エンコされるわけではないんだね
「VIPで初心者が…」を熟読して動画をアップしたんだけど
アスペクト比4:3の640×480を512×384にリサイズするのを忘れてアップしたんだ
でも素材元と比べてみても画質の低下は見られなかった
念のためSmileでDLして真空SuperLite 100101でコーデックを見たら
640×480 24Bit AVC/H.264 High@3 29.96fps 8051f 566.31kb/s
AAC 48.OOkHz 2.0ch(2/0 L＋R) HE(SBR) 62.99kb/s
MP4 Base Media v1
［MPEG4］
という結果でした
190:名無しさん＠お腹いっぱい。
10/02/22 17:09:32 AMiTSOi00
>>1にあるまとめwikiに目を通してたらそれくらいは周知だろ・・・
一般会員は800x600までなら弾かれずに上げられる。
因みに拡大表示＋F11推奨とかいうタグが付いてる動画は
高解像度で上げてるから拡大してもぼやけたりしない動画だ。
基本的には拡大より縮小の方が見た目で綺麗に処理されてると思うので、
>>189の言うとおり画質の低下はあまり感じることはない。
ただし512x384より小さいサイズで上げてしまうと、
引き伸ばされて画質悪くなっちゃうから注意な
191:名無しさん＠お腹いっぱい。
10/02/27 14:05:52 t/CL8HzS0
今まで長い間たくさんアップしてきて何の問題もなかった設定が
昨日から何度やっても再エンコされるようになったんだけど何かあったの？
192:名無しさん＠お腹いっぱい。
10/02/27 14:44:08 yanOTufs0
本当に長い間たくさんアップしてきたやつなら、具体的な設定内容をちゃんと書くだろ
193:191
10/02/27 15:45:07 t/CL8HzS0
aviutlの拡張x264出力でプリセットのニコニコ（バランス）かニコニコ（高画質）
変更はビットレートのみ、動画は512kbps、音声はNeroAACでAAC-LCかAAC-HEの48～64kbps
解像度は512x384か512x288
今まで1度も再エンコ食らったことないしニコニコ側に何かあったと考えるしかないべ
動画の仕様に何か変更があったとか一部のユーザで不具合出てるとか
設定は少なくとも一昨日までは何ら問題が出たことはなかったものだもの
194:名無しさん＠お腹いっぱい。
10/02/27 16:16:09 yanOTufs0
>>193
>>1
質問時は
２．元ファイルの情報 （必ずmediainfo等にかけた結果を書いて下さい）
３．エンコードして出来上がったファイルの情報 （同上）
なお、mediainfoの動画情報等を貼る場合は、patebin等のサービスを利用すると便利です
URLﾘﾝｸ(ja.pastebin.ca)
195:名無しさん＠お腹いっぱい。
10/02/27 20:21:01 fxLdlY+O0
やっぱ『何故か再エンコ』状態は自分だけじゃなかったんだ。
エコノミー回避用の低画質mp4なのに今日は何度やっても再エンコだよ、
196:名無しさん＠お腹いっぱい。
10/02/27 21:32:10 yanOTufs0
>>193,195
エコ回避なし
URLﾘﾝｸ(www.nicovideo.jp)
エコ回避あり
URLﾘﾝｸ(www.nicovideo.jp)
お前ら、釣りがしたいんだったらちゃんとメ欄に"釣りです"って書かないとだめだよ
197:名無しさん＠お腹いっぱい。
10/02/27 23:51:45 ov3kMV9m0
ハ？
198:名無しさん＠お腹いっぱい。
10/02/28 09:21:15 OQJeaTCM0
昨日はsmileもエラーが出てたからね。
199:名無しさん＠お腹いっぱい。
10/03/02 21:48:36 u8ACmyPi0
復活かな
>>196
ニコニコはすべての人が同じ症状というわけではないヘンな不具合がてんこ盛りなんだぜ
200:名無しさん＠お腹いっぱい。
10/03/02 23:44:12 6qwirDYM0
>>199
一時的にアップロードがうまくいかなかったりすることはあるが、
だとしても>>193、>>195はこのスレで擁護する価値はゼロだと思うぞ。
201:名無しさん＠お腹いっぱい。
10/03/03 00:33:55 HlJewLdy0
プレミアム会員ってビットレートの制限ないんだよね？
映像2.3Mの96MBのmp4作ったら、エンコに失敗するお・・・・。
202:名無しさん＠お腹いっぱい。
10/03/03 00:52:19 ABmMjZOc0
これはひどい
203:名無しさん＠お腹いっぱい。
10/03/04 14:03:27 NOQYct0l0
aviutlのx264mp4でエンコしたんですが、ニコニコの流れるコメントが綺麗に表示されません
ビットレートを上げても変わりがありません
コメント以外の画質と音質は申し分ないのですがコメントがギザギザになってしまうというか
綺麗に表示されません
どうしたら綺麗に表示されますでしょうか
204:名無しさん＠お腹いっぱい。
10/03/04 14:05:52 Nwl3J1Vs0
一般ならAviutlのx264拡張で
プリセット高画質 映像543kb/s 音声LC96kb/s
これで動画時間9分弱ぐらいなら普通にスマイルでエンコード通るんだけどな、
合計639kb/s以上だとどうしても弾かれてしまう
205:名無しさん＠お腹いっぱい。
10/03/04 14:40:29 WLP+6JMp0
>>203
gdiとかかければいいんじゃないかな？文字のアンチエイリアスとかいうやつ
ノーマルver.
URLﾘﾝｸ(www.dotup.org)
アンチエイリアス
URLﾘﾝｸ(www.dotup.org)
細かい設定とかしてないからほとんど変わらんかもしれんが、
「イ」の曲線とかは綺麗に見えてる
206:名無しさん＠お腹いっぱい。
10/03/04 14:48:18 H093f21T0
>>205
そのスクショだとノーマルverの方がニコニコに近いように見えるんだが
後者はなんかニコニコをパクったサイトみたいな感じがする
207:名無しさん＠お腹いっぱい。
10/03/04 14:51:22 69D816d20
>>203
ん？ コメントと動画のエンコードはまったく関係ないんだが。
208:名無しさん＠お腹いっぱい。
10/03/04 15:04:27 WLP+6JMp0
>>206
ノーマルver.は手を加えてないからそう見えるだろうね
比較のためにいつも見ているであろう物を上げた
>>207も言っているように、コメントの見た目は見ている側の環境に依存されるぞ
もし、ある動画をキャプチャーして動画を上げるというのなら、
キャプチャーの時点で文字を綺麗にしておけばいいんじゃないかな
209:名無しさん＠お腹いっぱい。
10/03/04 16:51:46 NOQYct0l0
203ですがレスありがとうございます
>>205
たしかに綺麗ですね
gdiですか調べてみます
ありがとうございます
>>207 >>208
アマレココでニコ生の動画をキャプチャしたんですが、エンコ前は普通なんですが
エンコすると流れるコメントが若干ギザギザになるというか、劣化してしまいます
gdiというものをやってみようと思います
ありがとうございました
210:名無しさん＠お腹いっぱい。
10/03/04 17:25:45 H19cIW7r0
>>209
>エンコ前は普通なんですがエンコすると流れるコメントが若干ギザギザになる
っ UVダウンサンプリングフィルタ
211:名無しさん＠お腹いっぱい。
10/03/04 17:31:49 69D816d20
>>209
エンコ前は普通ってことならエンコの問題かもしれんな。
ってことで実物を見てみないとなんとも言えん。
212:名無しさん＠お腹いっぱい。
10/03/04 17:34:03 69D816d20
あー、色つきコメだと彩度高い文字が多いから 210 の回答が的確かな。
いくらか改善すると思う。
213:名無しさん＠お腹いっぱい。
10/03/04 20:09:06 H19cIW7r0
そういえばUVダウンサンプリングは、特にニコ向けエンコでは重要な意味を持つのに
wikiでは紹介してなかったな
つーことで、書き足しておいた
214:名無しさん＠お腹いっぱい。
10/03/04 22:05:03 LUHcs3Bu0
これ16分もあるのに画質よくないですか？
URLﾘﾝｸ(www.nicovideo.jp)
215:名無しさん＠お腹いっぱい。
10/03/04 22:32:05 H19cIW7r0
>>214
普通だろ
ここの住人なら誰でも出来るレベル
216:名無しさん＠お腹いっぱい。
10/03/04 22:34:05 D7X9x4eLP
>>214
動画をダウンロードしてコーデックチェッカーにでも掛けてみりゃいいよ。
217:名無しさん＠お腹いっぱい。
10/03/06 00:50:59 qAxiH/YH0
質問させてください。
１．問題点（なるべく詳しく）
WMMで編集したWMV（WMP等で問題なく再生できる）を、
Aviutlでmp4にエンコードすると冒頭に「プツッ」というノイズが混じる。
過去ログにあった「Aviutl上で１コマ進めて戻す」「wav出力した音声を再読み込み」でも解決しない。
※スレを読むとVBRというのはマズそうですが、
VBRをCBRに変える方法がぐぐっても分かりませんでした…。
２．元ファイルの情報 （必ずmediainfo等にかけた結果を書いて下さい）
ビデオ
ID : 2
フォーマット : VC-1
プロファイル : MP@ML
コーデック ID : WMV3
コーデック ID/情報 : Windows Media Video 9
コーデック ID/ヒント : WMV3
コーデック ID の説明 : Windows Media Video 9
ながさ : 1分 15秒
ビットレートモード : VBR モード
ビットレート : 3 249 Kbps
幅 : 512 ピクセル
高さ : 384 ピクセル
解像度 : 4:3
フレームレート : 30.000 fps
解像度 : 8 ビット
スキャンの種類 : プログレシッブ(PPF)
ビット/(ピクセル*フレーム) : 0.551
ストリームサイズ : 29.3 MiB (91%)
言語 : 日本語
オーディオ
ID : 1
フォーマット : WMA
バージョン : Version 2
コーデック ID : 161
コーデック ID/情報 : Windows Media Audio
コーデック ID の説明 : Windows Media Audio 9.2 - VBR Quality 98, 44 kHz, stereo 1-pass VBR
ながさ : 1分 15秒
ビットレートモード : VBR モード
ビットレート : 297 Kbps
チャンネル : 2 チャンネル
サンプルレート : 44.1 KHz
解像度 : 16 ビット
ストリームサイズ : 2.68 MiB (8%)
言語 : 日本語
218:名無しさん＠お腹いっぱい。
10/03/06 00:56:02 qAxiH/YH0
３．エンコードして出来上がったファイルの情報 （同上）
ビデオ
ID : 1
フォーマット : AVC
フォーマット/情報 : Advanced Video Codec
プロファイル : High@L3.1
CABAC : はい
RefFrames : 3 フレーム
コーデック ID : avc1
コーデック ID/情報 : Advanced Video Coding
ながさ : 1分 15秒
ビットレートモード : VBR モード
ビットレート : 3 563 Kbps
ノミナル : 7 850 Kbps
最大 : 9 246 Kbps
幅 : 512 ピクセル
高さ : 384 ピクセル
解像度 : 4:3
モード : CFR モード
フレームレート : 30.000 fps
解像度 : 8 ビット
カラーリメトリ : 4:2:0
スキャンの種類 : プログレシッブ(PPF)
ビット/(ピクセル*フレーム) : 0.604
ストリームサイズ : 32.2 MiB (97%)
使用したライブラリ : x264 core 80 r1376 3feaec2
エンコードライブラリの設定 : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x113 / me=umh / subme=9 / psy=1 / psy_rd=0.4:0.0
/ mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11
/ fast_pskip=1 / chroma_qp_offset=-2 / threads=3 / sliced_threads=0 / nr=0
/ decimate=1 / mbaff=0 / constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=2 / b_bias=0 / direct=3 / wpredb=1 / wpredp=0 / keyint=300 / keyint_min=30
/ scenecut=40 / rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=7850
/ ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:0.60
matrix_coefficients : BT.601-6 525, BT.1358 525, BT.1700 NTSC, SMPTE 170M
オーディオ
ID : 2
フォーマット : AAC
フォーマット/情報 : Advanced Audio Codec
バージョン : Version 4
プロファイル : LC
SBR : いいえ
コーデック ID : 40
ながさ : 1分 15秒
ビットレートモード : VBR モード
ビットレート : 124 Kbps
最大 : 136 Kbps
チャンネル : 2 チャンネル
チャンネルの位置 : L R
サンプルレート : 44.1 KHz
ストリームサイズ : 1.12 MiB (3%)
４．使用ソフト
aviutl
５．MP4ならば必要に応じてx264のエンコードオプション
（Aviutlの拡張x264出力(GUI)を使っているなら設定画面の下のほうにある"--bitrate ～"の部分）
--preset Medium --bitrate 10000 --pass 3 --stats ".\x264.stats" --aq-strength 0.6 --psy-rd 0.4:0 --qpstep 16 --scenecut 54 --min-keyint 30 --keyint 300
--b-adapt 2 --ref 5 --weightp 0 --direct auto --me umh --subme 9 --trellis 2 --deblock -1:-1 --output nul
６．PC環境
Windows VISTA home premium sp2
Intel Core2 CPU T5500 1.66GHz
1.0GB RAM
219:名無しさん＠お腹いっぱい。
10/03/06 01:31:58 owtJSxe/0
再生に使ったアプリが分からなければこちらも答えようがないぞ～
で、設定晒しで長文になりそうなときは>>1.の
＞なお、mediainfoの動画情報等を貼る場合は、patebin等のサービスを利用すると便利です
＞URLﾘﾝｸ(ja.pastebin.ca)
な。
220:名無しさん＠お腹いっぱい。
10/03/06 02:09:05 qAxiH/YH0
>>219
>再生に使ったアプリ
「MP4を再生したら冒頭でノイズが聞こえたアプリ」は以下の通りです。
MPC1.3.1264.0
WMP11.0.6002.18111
ニコニコ動画(URLﾘﾝｸ(www.nicovideo.jp))
いずれも停止ボタンを押して初めから再生するとノイズが聞こえました。
>設定晒しで長文になりそうなときは
長文申し訳ありませんでした。こういう使い方↓でいいでしょうか？
URLﾘﾝｸ(ja.pastebin.ca)
221:名無しさん＠お腹いっぱい。
10/03/06 03:03:42 3p6q7jhC0
>>220
URLﾘﾝｸ(revo.mine.nu)
このzipを解凍して、中に入ってるwaveout.batにwmvをD&Dすればwavファイルができるから、
そのwavを音声に使え
222:名無しさん＠お腹いっぱい。
10/03/06 04:32:56 qAxiH/YH0
>>221
ありがとうございます。いただいたwaveout.batにwmvをD&Dして出来たwav単体は、
WMPとMPCでノイズなく再生できました。しかし、
①Aviutlを起動しwmvを読み込む
②「音声読み込み」でwav単体も読み込み、218と同じ設定でエンコード
という手順を取ったところ、また冒頭ノイズ入り(WMPとMPCで確認)のmp4ができてしまいました。
①と②の間に「１コマ送って戻す」をやっても同じです。
出来たmp4をAviutlで読み込み、「１コマ戻る」ボタンを押すとノイズらしき波形が現れます。
どうすればいいのでしょうか…。
223:名無しさん＠お腹いっぱい。
10/03/06 06:43:36 B3S2FUCZP
音声だけエンコしてエンコ済みのmp4と音声のみ差し替える。
差し替えはmp4box(Yamb)辺りを使えば簡単なはず。
224:名無しさん＠お腹いっぱい。
10/03/06 12:27:58 qAxiH/YH0
>>223
>音声だけエンコ
>>222で出来た音声(wav)をSwitch2.03でaacに変換しました。(Aviutlではできませんよね？)
>差し替え
冒頭ノイズ入りmp4と音声(acc)を
yamb2.0の「Click to join supported files.」で結合しました。
…結果、またも冒頭ノイズ入りmp4になってしまいました。(Aviutlに読み込んでノイズの波形を確認)
今回できたmp4のmediainfo→URLﾘﾝｸ(ja.pastebin.ca)
音声(wav)をMPCで再生するとかすかなノイズがあるように聞こえるのですが、
soundengineで波形見ても無いし、冒頭無音にしてもmp4にするとノイズがつくし…。
225:名無しさん＠お腹いっぱい。
10/03/06 17:52:43 yMuRy3Ns0
>>224
FLVにしてみれば？
226:名無しさん＠お腹いっぱい。
10/03/06 18:10:48 0QQ7ORgX0
クリッピングとリサイズフィルタってどっちを先にすべきですか？
227:名無しさん＠お腹いっぱい。
10/03/06 19:00:54 3p6q7jhC0
場合による
228:名無しさん＠お腹いっぱい。
10/03/06 19:25:45 qAxiH/YH0
>>225
自分では行き詰まり、依頼スレの方にお願いしてしまいました…。
ご指摘の通り、FLVファイルではニコニコでノイズなく再生できました。
アドバイスをくださった方々、本当にありがとうございました。勉強し直します。
スレ汚し失礼しました。
229:名無しさん＠お腹いっぱい。
10/03/06 22:42:44 zTzsMbuG0
URLﾘﾝｸ(www.nicovideo.jp)
ブラウザのflash player上で再生すると音ズレしてないのに
これのmp4をダウンロードしてWMPでffdshow使って再生するとイントロから音がズレてる
これは俺だけかな？