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

1 名前：名無しさん＠お腹いっぱい。 [2009/01/30(金) 21:13:30 ID:yd/UHGCi0] ニコニコ動画へ動画をUPするためのFLV/MP4ファイル作成に関する質問スレです。 テンプレやwikiをよく読んで、わからない時に質問するようにしましょう。 ※ここは『作成済みの動画をニコニコ動画にアップ出来る制限内のFLV/MP4に変換する』ためのスレです※ 　動画の作成方法、画質の追求については関連スレ等をどうぞ。 　ニコニコ動画からDLしたファイルの視聴・編集に関しても関連スレにどうぞ。 質問時は １.元ファイルの詳細 ２.使用ソフト ３.エラー起こすまでの操作手順 ４.エラー発生時のエラーメッセージ ５.PC環境 等を忘れずに書きましょう。ここにｴｽﾊﾟｰは居ません。 次スレを立てるのは950辺りの人が宣言して立てる事。 宣言した人間が立てられなかったら失敗報告後に次の有志が宣言後立てる事。 公式サイト ttp://www.nicovideo.jp/ ニコニコ動画まとめwiki-エンコード設定 ttp://nicowiki.com/encode.html 前スレ 【ニコニコ動画】FLV/MP4エンコードスレ 45【質問】 pc11.2ch.net/test/read.cgi/streaming/1229184790/ 762 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/11(水) 18:16:59 ID:qnlpCdXg0] 画質について書いてないからAvivo Video Converterになるかな。 まあニコエンコかMEGUIあたりがいいんだろうけど。 763 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/11(水) 21:46:20 ID:ylzb5vSE0] エンコを何度もやり直して設定つめたいなら、AviUtlでY4Mで中間出力してx264をCLIで使えばいい デコードいらないから速いよ 764 名前：名無しさん＠お腹いっぱい。 [2009/03/11(水) 22:33:19 ID:XhIUnWkU0] クアッドCPU買ったけどBフレーム増やすとx264がキッチリ使い切ってくれなくて涙目 b-adapt2相変わらずスレッド化悪いなあ 765 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/11(水) 22:57:43 ID:ylzb5vSE0] ニコニコ用解像度で--b-adapt 2重いって、一体Bフレ連続何枚使う気だよ 依頼スレでいろんなソース見てきたが、9枚以上でも意味ありそうなのって見たことないぞ 766 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/11(水) 23:29:01 ID:Y/B9qkiz0] 依頼スレで今までクオリティ高い動画を依頼されたのを見たことが無い ゲーム動画や音楽やしょぼいMADばかり、たまにちょっと面白い手書きが依頼されるけど 高度な編集する人はそもそもエンコする技術くらいあるし問題がおきても自分で解決できるから依頼スレいらないんだろうな 767 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/11(水) 23:47:34 ID:SWyHkJNyP] >>766 そりゃ依頼スレを利用してくれる人達に失礼だろ。なんにだって得手不得手はあるもんだ。 オレにはエンコ出来るCPUと時間的リソース、そして腕前はともかく多少の技術はあるが、 生憎、人様にお見せ出来るだけの作品を仕上るネタとセンスはないんだ。 あとはまぁ、ここでエスパーに勤しむくらいが関の山。あっちの依頼者だって数をこなす内に 自力で頑張りだした人もいる様だしな。オレはそういった人達の肥やしでも一向に構わんよｗ 768 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/12(木) 00:03:58 ID:1DS65ccF0] >>765 きちんと仕組み・意味も考えないで単に多けりゃいいって考えてる人も多い --b-adapt 2でBフレ16とかやって重い重いって文句垂れてる奴が結構いる >>764が同じ部類だと決めつけてる訳ではないけどね 769 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/12(木) 00:48:03 ID:t8mQmMaM0] 動画で見ると差は微妙だが、静止画で見るとQP30前後だと3と8、 8と16とかじゃそれなりに違うんだよねえ。 参照フレーム数にも同じことが言えるが。 まあ時間がある人は16でもいいんじゃないの。 --b-adapt 2使えば多くしても副作用はまず出ないしね。 770 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/12(木) 02:22:01 ID:2mZHW1U10] Quadよりi7だろ、JK 771 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/12(木) 02:54:34 ID:oBdkZETO0] 静止画ならBフレ使わんでも普通Skipされるからあんま関係ないんだが。 772 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/12(木) 02:55:44 ID:oBdkZETO0] ごめん読み違えた。スルーしてくれ 773 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/13(金) 20:57:03 ID:MDSsOWoW0] 動画524.49kb　音声128.43kbのmp4動画をうｐしようとしたらsmileで蹴られた どうなってんだよ、合計652.92kbだからセーフだろうが おい、紀伊店のか 774 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/13(金) 21:02:10 ID:ivqebqgm0] >>773 本当なら600kbpsが公式での限界なんだから文句言うな 775 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/13(金) 21:28:18 ID:h0UxxJF2P] >>773 それ程正確な映像と音声のビットレートをどうやって割り出したの？ ものは試しに動画ファイルの容量と動画の時間を晒してミソ。 そもそもmp4コンテナのオーバーヘッドの存在を無視してないかぃ。 776 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/13(金) 22:05:27 ID:Wv7WPUbjO] >>773 テンプレも見ずにそんな勝手な計算してブチ切れるのはかなり恥ずかしいと思うぞ。 777 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/14(土) 00:32:06 ID:A4E76EzK0] どういうエラーで蹴られたか書いてくれりゃいいのに。 smilevideoでこれまで2種類のエラーは見たし。 単に「ファイルサイズオーバー」で蹴られたんならコンテナのオーバーヘッドが濃厚。 778 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/14(土) 05:28:48 ID:ZSD4jVq30] 今の若者は、MP3の低ビットレートの音が好き？　6年の調査結果 ttp://internet.watch.impress.co.jp/static/yajiuma/2009/03/13/ 高音質（笑）って時代が来るのかな。 779 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/14(土) 08:42:11 ID:wZWCdTjb0] >>778 AACよりもMP3の128〜192kbpsが好まれたというのが気になるな。 これはエンコーダの違いによるものなのかな。 枯れた技術のmp3エンコーダと発展途上のAACエンコーダではmp3の方が好まれると。 780 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/14(土) 08:53:10 ID:CrVvTBBD0] 低音質mp3を聞きなれてるから、高音質だと違和感を感じるんだろね 781 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/14(土) 08:58:07 ID:ZYHLOu0U0] あのシュルシュル・ゴニョゴニョした音質が心地よく感じるようになったってことか 782 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/14(土) 09:36:16 ID:A4E76EzK0] >>779 ＞AACよりもMP3の128〜192kbpsが好まれたというのが気になるな。 その点に関しては俺は気にならない。非常に納得できる。 AACはどれだけビットレートが低くなろうとも、 LPFなんかを一切使わずに全帯域で無理に頑張って圧縮しようとする。 その結果、特に高音（の単音）が変にnoisyな音に化けてしまうこともある。 MP3は低ビットレートになるほどLPFを強くかけて、 高音を無理に圧縮せずバッサリ切り落とし、 低音寄りの狭い帯域だけを無理せずに圧縮してる。 下はLAMEのドキュメントから引用。 ＞Table 1.1: Bitrate versus sound quality ＞Bitrate Bandwidth Quality comparable to or better than ＞16 kbps 4.5 kHz shortwave radio ＞32 kbps 7.5 kHz AM radio ＞96 kbps 11 kHz FM radio ＞128 kbps 16 kHz near CD ＞160-180 kbps(variable bitrate) 20 kHz perceptual transparency ＞256 kbps 22 kHz studio それでMP3とAACを比べたら、 “高音が変に化けてる”とわかってしまう可能性のあるAACと、 高音をそもそも切り捨てていて“高音が無い”ことに気づきにくいMP3とを比較するわけで、 AACの“高音が変に化けてる”ことに気づいてしまう人ほどMP3を好むと思うんだよね。 ニコ動等ではその調査よりも更に低ビットレートが使われがちだから、この差は顕著に表れる。 …64kbps以下をしょっちゅう使えば嫌でもわかる。 ちなみに自分の知る限りでは（他に知ってたら教えてほしい）、 高音を削らず頑張るAAC的なアプローチをしてるのがATRAC3系(ATRACは知らない)、 高音を切り捨てて狭帯域にするMP3的なアプローチをしてるのがVorbis。 俺はMP3、Vorbis的な無理しないアプローチの方が好き。 783 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/14(土) 10:01:19 ID:wZWCdTjb0] >>782 AACでエンコする前にあらかじめローパスフィルタを通したらどうかな。 実際に実験してみたことあるけど、どうもそのときはlameのLPFみたいにはいかなかったんだよね。 ローパスフィルタの通し方が悪かったのかもしれないが。 ちなみにlameの320kbpsでエンコしたのをAACで再圧縮とか馬鹿なことも試したりもした。 784 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/14(土) 10:01:59 ID:dZ8pNdTV0] >>782 AACって言ってもMP3と同様エンコーダによって全然違うからね。 例えばNeroはLCだとLAMEと同じようにレートによってLPFをかけてる。 それにAACはブロックサイズ可変があるって使い分けられるから、 192kbpsとかで比べるとMP3の方が高音部が変質してるのがわかる。 mp3PROやHE-AACになると全く別の話になるけど。 785 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/14(土) 10:08:42 ID:KFVFOYdU0] aviutlでMP4作りに挑戦しているのですが、たった5分の動画にエンコード時間が2時間12分とでました・・・。 超簡単！AviUtlでH.264(mp4)エンコード www.nicovideo.jp/watch/sm3992580 設定はこれを参考に同じにし、それにプラスして画面の90度回転と左右の黒ベタ追加をしています。 ビットレートはエコノミー回避で254にしました。ちなみに動画内容はゲームプレー動画です。 この所要時間は普通なのでしょうか？アドバイスいただければ嬉しいです。 786 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/14(土) 10:23:18 ID:dZ8pNdTV0] >>785 エンコード時間にはPCのスペックが関係してくるので、それ書いてくれないとわからない。 最低限CPUとメモリ容量、出来ればタスクマネージャ起動してコミットチャージの最大値と物理メモリの合計も。 あとはプリセットから「NicoNico：バランス」や［NicoNico：高速］を選んでみるとか。 それでも遅いならPCのスペックが足りていないので、 待つのが嫌なら買い換えるなりアップグレードするなりするしかない。 787 名前：785 mailto:sage [2009/03/14(土) 10:57:45 ID:KFVFOYdU0] >>786 ありがとうございます。失礼しました。m(_ _)m プロセッサ Intel(R) Celeron(R) M CPU 420 @ 1.60GHz メモリ (RAM) 2.00 GB 物理メモリ総計1917MB コミットチャージは解りませんでした・・・すみません。 プリセットは［NicoNico：高速］にしています。 788 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/14(土) 11:25:38 ID:I5ZKZGkc0] >>787 CPUのパワー不足だね、ノートなら買い換えるしかないなあ もし買い換えるならデュアルコアにした方がエンコードは速くなるよ 789 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/14(土) 11:42:59 ID:Xc5ZChpi0] Celeronでh.264エンコはガチでCPU逝くからやめとめ 790 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/14(土) 11:47:37 ID:KFVFOYdU0] >>788 ありがとうございます。仕方が無いですね・・・ >>789 まじですか・・・(´Д｀； ） 791 名前：名無しさん＠お腹いっぱい。 [2009/03/14(土) 11:55:45 ID:fMtC88fX0] 音ずれのことで質問です。 PE4でavi出力→aviutlでmp4→ニコニコ なのですがaviutlの時点で音声がかなり前にずれるので Latefadeプラグインで+142msにして目視でプレビューの速度に合わせました しかしニコニコにあげた時点で今度はわずかに後ろにずれてしまいます 確認にメディアプレーヤークラシックを使ったのが いけなかったのでしょうか？ あとaviutlで音ずれは仕様なのかお教え願います 792 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/14(土) 11:58:14 ID:IVyFp6y+0] >>787 俺より高スペックなのにそんなに掛かるのか・・・？（セレロンM 1.5GHz，メモリ1GB） 高速2passなら1時間は掛からないと思うが。 90回転のせいかな？やったこと無いので分からないが。 参考までに、俺はエンコ設定重くしてるので最大6時間ぐらいなら我慢して待ってる。 793 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/14(土) 11:58:19 ID:y7MSEQ2v0] >>785（＝>>787,790） CeleronM 1.06GHz、メモリ1.5GBっつう、>>787以下のスペックでやってるけど、 512x288のMP4を読み込んで90度回転だけつけて、プリセットNiconico：高速でやると、 所要時間は開始時点で16分と出た。 少し様子見てたら23分に増えてたから、実際にはもうちょいかかるとは思うけど、 2時間12分はいくらなんでも長すぎるような。プリセット選んだあと、なにかオプション変えてない？ ちなみに、以下の動画の超画質設定でやると、17分くらいの動画で7時間かかったことがある。 　　高画質(mp4)エンコード最短講座 　　www.nicovideo.jp/watch/sm4614982 あと、x264guiは昨年暮れあたりのバージョンで高速化されたんじゃなかったっけ。 初のMP4挑戦ってことだから新しいの使ってるとは思うけど、もし古いの使ってるなら 最新のを落としてきたほうがいいかも。 794 名前：791 mailto:sage [2009/03/14(土) 12:23:13 ID:fMtC88fX0] よく見たらスレチっぽい質問になってしまったので 他所の方に移動してきます。 795 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/14(土) 12:39:03 ID:MjmJdv8XO] 規制食らいました いつ解除されますか？ 796 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/14(土) 13:03:31 ID:NOResBqp0] スレチ 797 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/14(土) 13:16:22 ID:A4E76EzK0] >>785 大体同じPCスペックだな…。 元動画の解像度が高かったりfpsが高かったりすれば、あと他の起動ソフトが多ければ、 まあそれぐらい時間がかかる可能性もある。普通じゃないかな。 てかそのリンク動画に修正版URLが紹介されてるみたいだけどそっち見た？ 798 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/14(土) 13:30:06 ID:A4E76EzK0] >>783 ＞AACでエンコする前にあらかじめローパスフィルタを通したらどうかな。 それは自分も経験あり、そして似たような結果（＞どうもそのときはlameのLPFみたいにはいかなかった）…。 >>784 ＞例えばNeroはLCだとLAMEと同じようにレートによってLPFをかけてる。 そうだっけ？　…と思い返すと低ビットレート＠LCはそこまで試してない…。 どれぐらいのビットレートからLPFかけるんだろうか。 でも低ビットレート(約64k以下)では音質は明らかにLC＜HEv1だったから LCは今後もきっと使わないかなぁ…。 そして64kbps周辺でのLPFの効きは（NeroのHEでどれぐらいかけてるのか(そもそもLPF有効なのか)知らないけど）、 明らかにLAME＞NeroHEだったことは確か。 799 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/14(土) 14:09:09 ID:Ps5ueslB0] AACはビットレートごとに3種類のエンコーダーを用意するんじゃなくてMP3やVorbisみたいに 勝手に判断してくれればいいとおもわね？ ３つ使い分けるって結構面倒なんだよ(´･ω･｀) 800 名前：786 mailto:sage [2009/03/14(土) 14:16:47 ID:m2hejF4y0] >>787 HDDがクラッシュして動かなくなってた、スマソ。 他の人が書いてるけどちょっと遅すぎるようだね、スペック以外に原因があるかも。 >>798 メインPC動かなくなったのでサブPCで軽く試してみたが、 160kbpsで18-18.5kHz、96kbpsで14-16kHz、64kbpsで12-13.7kHzくらい？で入ってる。 HE64kbpsだと17.5kHzくらいまで出てるね。 でも聞いてて自然なのは96kbpsなので、周波数が出れば良いってものじゃないけど。 ちなみにLAME3.98.2のabr,q0だと160kbpsで16-17.5kHz、96kbpsで15kHzまで出てる。 なのでAAC-LCとMP3のカットオフ周波数に関してはそんなに差はないかと。 >>799 CLI版でプロファイルタイプを指定しなければ勝手に使い分けてくれるよ。 x264guiではどういうわけか指定するようになってるけど。 801 名前：名無しさん＠お腹いっぱい。 [2009/03/14(土) 14:37:47 ID:HBtTt3Wg0] エンコードに失敗しました。ファイルの形式未対応やファイルサイズオーバー、またはFLVのビットレートオーバーかもしれません と、表示されうｐできなかったのですが 512x384 24Bit AVC/H.264 High@3 29.96fps 7867f 512.18kb/s AAC 44.10kHz 2.0ch(2/0 L+R) HE(LC) 237.61kb/s MP4 Base Media v1 [MPEG4] 00:04:22.555 (262.555sec) / 24,750,675Bytes 真空波動研 090212 / DLL 090212 どこを変えてエンコし直せば良いのでしょうか 802 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/14(土) 14:47:35 ID:y7MSEQ2v0] >>801 プレミアムに入ってないってオチならプレミアムに入れ。既に入ってるなら知らん。 803 名前：名無しさん＠お腹いっぱい。 [2009/03/14(土) 15:17:53 ID:HBtTt3Wg0] プレミア入ってません 512.18kb/s 237.61kb/s この二つで656kbps超えてるから駄目て理解でいいですか？ nicowiki.com/encode.html#v89e6317 804 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/14(土) 15:35:36 ID:+5G+fHcN0] >>803 とりあえず日本語には主語と言うモノがあってだな 質問をする時は何がどうだから駄目なのかと聞いてくれ 「動画をうｐしたいのですが弾かれます」か？ 動画のファイルサイズ制限を見てくれ 「動画が再エンコされます」か？ それならあんたの言う通り 805 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/14(土) 16:01:07 ID:y7MSEQ2v0] ＩＤ見りゃわかるが、>>801＝>>803だろ。 >>803 真空波動研のビットレート表示をそのまま一覧表に当てはめてはだめだ。 お前が貼ったリンクの上にビットレート計算式が書いてあんだろ。それで計算な。 　　nicowiki.com/encode.html#v08c93c4 　　24,750,675[Bytes]×8÷262.555[sec]≒754148 806 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/14(土) 16:49:39 ID:E94cA/UF0] >>800 >x264guiではどういうわけか指定するようになってるけど。 たぶんそれはPSPのため PSPはAACの再生はLC以外だめじゃなかったかな seraphy氏はPSPユーザーなので、PSP用プリセットはニコニコ用が追加される以前からある 807 名前：名無しさん＠お腹いっぱい。 [2009/03/14(土) 17:20:47 ID:HBtTt3Wg0] >>805 ありです 512x384 24Bit AVC/H.264 Main@3 29.96fps 7745f 512.18kb/s AAC 44.10kHz 2.0ch(2/0 L+R) HE(LC) 102.85kb/s MP4 Base Media v1 [MPEG4] 00:04:18.483 (258.483sec) / 20,013,546Bytes これで映像変えずにいけました。 OS再インスコから始めて3日かかった（・ω・） 808 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/14(土) 17:33:01 ID:A4E76EzK0] >>800 うお、調査乙。 ＞160kbpsで18-18.5kHz、96kbpsで14-16kHz、64kbpsで12-13.7kHzくらい？で入ってる。 LPF効かせてたのか、知らなかった。 でもまあLCでまともに聞けるのはNero自ら優先して使ってる88kbps程度までだったり（後述、というか末尾参照）。 ＞x264guiではどういうわけか指定するようになってるけど。 それは「x264gui.ini」をいじればいいだけ。 自分は勝手に3種を使い分けてくれるモード（Auto）を追加して使ってる（HEとHEv2の意図的な指定は使ってないので削ってる）。 その改変「x264gui.ini」→www1.axfc.net/uploader/He/so/204873.bin&key=aviutl ちなみにデフォの定義ファイルは ＞preset_8=" Q-Based AAC 56~kbps" ＞preset_8_prm="-q 0.190" ＞ ＞preset_8=" Q-Based AAC 48~kbps" ＞preset_8_prm="-q 0.170" って重なっちゃってて「Q-Based AAC 48~kbps」が出てきてないんだよね48kｶﾜｲｿｽ それから自分が改変した、勝手に3種を使い分けてくれるモード（Auto）の、 ビットレートによる3種の分岐は xx〜88 LC 80〜40 HE 32〜 HEv2 だった（それより細かい分岐は未調査）。 809 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/14(土) 17:42:27 ID:A4E76EzK0] >>792の ＞参考までに、俺はエンコ設定重くしてるので最大6時間ぐらいなら我慢して待ってる。 を見て思い出したけど、重いフィルタをかけて2パスエンコしたい場合、 フィルタだけ別にかけて可逆圧縮あたりで中間出力したものを2パスエンコしたほうが早いのな。 [重いフィルタをかけつつ1パス目]→[再度重いフィルタをかけつつ2パス目] って動作だから、 [重いフィルタをかけて可逆圧縮や無圧縮のAVI中間出力]→[1パス目]→[2パス目] の方がフィルタを無駄にかけない分だけ早い。パス数が増えるほど顕著。 …中間出力後に2パスエンコの設定を手動でしないといけないのが難点だけど。 810 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/14(土) 18:36:19 ID:E94cA/UF0] >>809 重いフィルタをかけてエンコする場合（MT非対応フィルタがエンコーダーの足をひっぱって、スピードが上がらない場合とか）は、 AviSynthのTWriteAVIが非常に効果的 これを使うとファーストパスと中間出力を同時に行うことが出来るため、エンコ時間は中間出力→1st→2ndから 1stパス分減らすことが出来る 特に--b-adapt 2使用時は、かなり得した気分になれるよ ただし、CPU使用率に余裕がない場合は、かえって足をひっぱることになりかねない諸刃の剣… 811 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/14(土) 23:55:44 ID:C9kM7FMB0] エコノミーモードになるかどうかは 末尾に　?eco=1にをつけて エコノミー動画にならなければ成功なんですかね？ それとも現在は回避成功してても エコノミー動画は裏で作られているのでしょうか？ 812 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/15(日) 00:05:30 ID:tEKNYAoe0] ニコエンコで高画質にしたいのですがWindows Media エンコーダ 9 シリーズをインストールしたらどこに置けばいいのか教えてください 813 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/15(日) 00:09:41 ID:d+q9Mgtj0] H.264 243kbpsでエコノミー化した ニコwikiに書いてる245.26の記述はミスかぁ >>473通り、241未満が回避条件かな 814 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/15(日) 00:18:10 ID:snV9q6gU0] SMILEVIDEOでは、画面サイズが４：３で解析度が512：384ということですが、 例えば 1200：900の動画も、うｐすれば512：384と画質は変わらない ということでしょうか？ 815 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/15(日) 00:23:34 ID:wVPpWZ0T0] >>814 そのサイズの動画はうｐできない それに画質は基本的に解像度が512:384よりも大きくなればなるほど劣化する 大画面表示する場合とかは解像度が高いほうがいいけど 816 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/15(日) 00:29:10 ID:snV9q6gU0] >>815 では、投稿できる最大サイズはどのくらいなのでしょうか？ 1000：750？800：600？ 817 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/15(日) 00:54:58 ID:GDj8UqQf0] wiki読め 後DAR4:3ならどんな解像度でもいいってわけじゃないぞ？ 818 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/15(日) 01:14:14 ID:snV9q6gU0] 頑張ります 819 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/15(日) 01:19:09 ID:6U/+YUoJ0] ｆｌｖっていうのはflashなので、最新のflashでつくったアニメは、普通にflvで書きだし可能かと思っていたのですが、 どうもできないらしいです。 で、swfファイルをflvに変換したのですが、できるとされているSUPER C　というソフトを使っても、エラーになっちゃいました。 別にflvでなくてもなんでもいいんですが、単純なBMPキャラの人形劇的なアニメをフラッシュで製作した場合、 どういう方法でニコニコで見れる動画に変換したらいいでしょう？ 820 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/15(日) 01:51:15 ID:eaBfP7Jg0] 使ってるソフトがadobe製なら、aviで書き出せるんじゃないの？ でもって、そのaviをflvなりmp4なりに変換すればいい もしavi出力が上手くいかなかったとか、suzukaとかだったら、swf→avi変換ソフトとかキャプチャとかで、 いったんAVIにする必要がある もしくはactionscriptなしで作って、NMMでswfをそのままうｐするとか 821 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/15(日) 06:38:39 ID:ArAOLpFe0] 投稿できればいいんだったらNMMでいいのでは 822 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/15(日) 09:02:45 ID:wVPpWZ0T0] ボタンとか付いてないならニコニコムービーメーカーで直接上げるとか依頼スレで変換を依頼するのもあり 823 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/15(日) 10:02:37 ID:10TwomWd0] >>819 動画にする方法ならまとめWikiに専用ページがある。 　　swfから動画作成 - ニコニコ動画まとめwiki 　　nicowiki.com/swftomovie.html 824 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/15(日) 13:30:07 ID:eCu0WDtC0] >>819 俺はhuffyuvエンコでaviにエクスポートしてから VP6とLAMEでエンコしてFLVにしてる (エンコのフロントエンドは自作してる) swfはフレームレートとかに制約があるから 俺はやってないけど今は改善されてるかも 825 名前：824 mailto:sage [2009/03/15(日) 13:33:11 ID:eCu0WDtC0] >>819 ごめん、分かりにくかったかも。 aviにエクスポートするのはFlashからできる FLVにするには別にエンコーダが必要だよ AdobeのVP6エンコーダは たしか1パスだったからやめた方がいい 826 名前：名無しさん＠お腹いっぱい。 [2009/03/15(日) 14:39:00 ID:qnmwsoA80] 色が変… ttp://up.mugitya.com/img/Lv.1_up88840.png （左がオリジナル、右がエンコ後） wiki（nicowiki.com/?aviutl_h264）の手順に準じて作業していますが、低画質でも高画質でも どのような設定にしても同じ傾向の結果になります サイズを変えると画像にアンチエイリアスが掛かり色がブレンドされるので変色はなくなるのですが… ニコ動へアップという趣旨からはずれますが、解像度（サイズ）を変更せずに 変色せずにエンコできる設定を教えてください！ 元のAVIはこちら ttp://uploaders.ddo.jp/upload/25mb/src/25up4570.zip.html パス　aaa 挑戦者求む！ いえ、よろしくお願いします〜 827 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/15(日) 14:42:10 ID:k7Shb38d0] >>826 YUV420でググる 828 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/15(日) 14:42:24 ID:wVPpWZ0T0] これは画質とかよりRGBの設定いじった方が確実っぽいな 829 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/15(日) 15:43:31 ID:oyOtucu90] huffyuvsのAviがあるのですが、これをAviutlに読み込み範囲選択して AVI出力 > ビデオ圧縮、オーディオ圧縮両方の「再圧縮無し」にチェックを入れて出力 した場合、再エンコードされるのでしょうか、されないのでしょうか？ ググって上位に出てきたこのページによると、 ttp://deztec.jp/x/05/faireal/faireal-8-13-index.html > Huffyuvでは全フレームがキーフレーム だそうですが、ということはどこで切っても再エンコードされない？ 830 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/15(日) 15:49:40 ID:fgXWfeqJ0] >>829 されないよ ただし、入力プラグインをAVI/AVI2 File Readerにしておくこと 831 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/15(日) 15:51:47 ID:oyOtucu90] >>830 ありがとうございます。 832 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/15(日) 15:55:58 ID:Pwp+XFNm0] >>826 UVダウンサンプリング フィルタを使うとか。 833 名前：826 mailto:sage [2009/03/15(日) 16:06:09 ID:qnmwsoA80] レスありがとうございます あげたサンプルは問題の箇所だけ抜き出した物なのですが 実際は他のフルカラーな映像も含んだ一本の動画にしたいので 色数制限などをするのは避けたいところではありますのです… 834 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/15(日) 16:08:55 ID:Wu/essTr0] 色空間の仕様だからどうしようもありません。 もっとも近い再現にしたければ2倍の解像度でエンコして 再生時に2分の1にするしかない。 835 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/15(日) 16:34:11 ID:fgXWfeqJ0] >>826 revo.mine.nu/up/ck.cgi?mov=movie2473.mp4 いろいろ色調いじってみて、とりあえずこんな感じ 初めと真ん中は結構近くなったと思うけど、後ろのほう（88版？98版？）は、 分割して別の設定でいじりなおす必要があるなぁ ところでこれ、avisynthでConvertToYV12（matrix=”PC.601")ならいいけど、 AviutlでそのままRGB→YC48→YUY2だと変になるね（アンドアジェネシスが赤紫になる） AviUtlの場合、どうすればいいのか誰か分からんか？ 836 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/15(日) 16:40:03 ID:qnmwsoA80] >>835 おお、素晴らしい！ 極端に色化けさえしなければ私的には充分です 837 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/15(日) 17:06:42 ID:fgXWfeqJ0] >>832 それだ UVダウンサンプリング使えばおｋだった >>835 revo.mine.nu/up/ck.cgi?mov=movie2474.mp4 AviUtlで読み込み→UVダウンパンプリング（YUV420平均）→色調補正（コントラスト256、ガンマ256）で こうなったよ 838 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/15(日) 17:10:08 ID:NrJuqpSz0] AB CD 色情報がこんな感じであったとする。 AvisynthでRGB→YV12するときは、(A+B+C+D)/4でYV12に変換してる。 Aviutlの場合YUY2にするときは、 A*→A C*→C と、左の色だけを使ってYUY2に変換してる。 これをYV12にする場合、(A+C)/2でYV12にする。 >826の下の画像の黄色い部分を見ると、 黒黄 黒黒 こんなパターンが並んでる。 そういうわけだ。 対策は>>832が書いてるUVダウンサンプリングフィルタを使って、 適当に色調補正すればOK。 839 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/15(日) 18:27:06 ID:qnmwsoA80] わかりやすい解説ありがとうございました！ 自分でも試してみたところ行けそうでした プラグイン配布元さんの解説を見ても、フルカラー画像にはまずいという事もなさそうですね 世に出ている一般的な動画は本来（何らかの処理によって）UVダウンサンプリングされているもので、 それがされていないCG直キャプそのままのような画像はこの種のフィルタを適用したほうが良さそうですね 感謝！ 840 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/15(日) 18:47:51 ID:kMcPJlWr0] これっゲームキャプとかで撮った動画の色空間がRGBだと問題おきるのかね 841 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/15(日) 18:58:43 ID:Wu/essTr0] YUV色空間でダウンサンプリングする際は偶数ピクセルの色差の値を 右隣のピクセルの元の値を捨ててコピーすることが多い（left originという）。 この方法だとアップサンプリング時にピクセルの情報を補間する際に奇数ピクセルの 両側のピクセルの平均をとればかなりの情報を取り戻せるメリットがある。 実写ではかなり効果的なんだけどこういうレトロなゲームとかドット絵の場合は 絵が変わってしまう可能性がある。 Aviutlではこの方法でダウンサンプリングしてエンコーダーに渡す。 Avisynthについては>>838のいうとおり。RGBからYUVに変換しても元の見た目を 保持できる反面変換を繰り返すたびに情報が壊れていくデメリットがある。 試してみればわかるけど変換のたびに色差が左にずれてにじんでいく。5回もやるとやばいことになるｗ Aviutlの場合は幸いダウンサンプリングの方法をフィルタで変更できるから 思ったとおりの出力ができるけどAvisynthの場合で再度RGB変換する必要があるなら注意だな。 842 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/15(日) 20:06:44 ID:QudMwjGQ0] なかなか勉強になった問題提起でござった 843 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/15(日) 22:01:25 ID:kMcPJlWr0] 素朴な疑問 AviUtl+x264guiで YC48＞YUY2　+　YUY2＞YV12 に色空間が変換されるけど UVダウンサンプリング フィルタでYV12にしちゃってもいいの？ もしx264guiで YV12＞YUY2＞YV12やってたら劣化しない？ 844 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/15(日) 22:27:29 ID:Wu/essTr0] すでにYV12となっているなら何度YUY2<->YV12変換しても劣化は起こりません。 あと、あまり関係ありませんがダウンサンプリングフィルタで実際にYV12になるわけではありません。 あくまでYC48のままであって色差が2x2で塗りつぶされるだけです。勘違いしないように念のため。 845 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/15(日) 23:02:16 ID:mOD7emN20] Aviutlの拡張x264出力を使ってエンコードしたらうｐ失敗しました。 プロファイルはNiconicoのバランス、動画ビットレートは197, 音声はAAC-HEv2の48kbpsで他は変えませんでした。 [*.mp4] 512x384 24Bit AVC/H.264 Main@2.1 15.00fps 13403f 196.79kb/s AAC 44.10kHz 2.0ch(2/0 L+R) HE(SBR+PS) 48.01kb/s MP4 Base Media v1 [MPEG4] 00:14:53.659 (893.659sec) / 27,577,020Bytes 真空波動研SuperLite 090212 / DLL 090212 846 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/15(日) 23:07:31 ID:fgXWfeqJ0] 見る限り、特に問題はなさそうだが…ひょっとしてエコ回避に失敗したとか？ あと、鯖の調子によっては、もう一度やってみれば通るときもあるよ 特に混んでる時は、大丈夫なやつでもよく鯖に蹴られる 847 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/15(日) 23:15:59 ID:mOD7emN20] Wikiにある246kbpsってのは間違いだと過去レスに！！ 241kbps以下でエンコードやり直しですね・・ 848 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/16(月) 00:35:53 ID:fKFItRkp0] ニコエンコでは高画質は無理なんでしょうか・・ 動きが激しくなると動画が荒くなる 849 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/16(月) 00:54:35 ID:QqTs8vxa0] そりゃ動画によって、フィルタやオプションはいろいろ変えなきゃならんからね ビットレートが足りなければそもそもどうしようもないし、たとえ足りるようであっても Bフレ3、ref3、AQなしなんて設定では綺麗にはならないこともある 画質の追求がしたけりゃ、ニコエンコは卒業しな 850 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/16(月) 05:52:07 ID:hgN4+8V20] まあ、こんなビットレートチートして高画質にしてるのはあるが これは例外だなｗ www.nicovideo.jp/watch/sm4992973 851 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/16(月) 06:48:22 ID:fKFItRkp0] え・・これどうやってるの？ 852 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/16(月) 06:51:39 ID:fY+M2+wV0] 残り時間が妙に長いけど再生できないからその辺で偽装して平均ビットレートを下げてるとかそんな感じ？ 853 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/16(月) 08:45:47 ID:wzZmhsdbO] ダウンロードしたけど、後ろの方はニコスクリプトの@ジャンプで強制ループしてるのかな OPそのものは90秒 aviutlで調べるとOP終わってすぐにキーフレームあって、そのあとにはキーフレームがまったくないみたい 単純に黒一色張り付けただけかな 854 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/16(月) 08:52:00 ID:wzZmhsdbO] これやるとそれ相応のエンコ時間がかかるのかな 855 名前：名無しさん＠お腹いっぱい。 [2009/03/16(月) 11:34:01 ID:sz0Bq9hJ0] >>778 結局人間、低音質の方が、原音に近いキンキンの音より好きなんだよ ほら、アナログの方が暖かみがあるとか抜かす年寄りどもが今でもたくさん いるじゃん。あれって、アナログ＝暖かみなんじゃなくて 低音質＝暖かみ と勘違いしているだけなんだと思う。 あるいみ今の若者（笑）とアナログ好き懐古爺どもは同じ嗜好だってことだな 856 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/16(月) 14:41:31 ID:9v9TChhs0] >>844 なるほどサンクス あとPCキャプ動画エンコするならYC伸長/圧縮も考えなきゃないけど FlashPlayerもYC伸長してるみたいだし今時の動画って再生するときにYC伸長するのが主流なんだよね？ AviUtl使うならシステムの設定で「YUY2変換時にY:16-235,UV:16-240の範囲に飽和」にチェックしてもいいけど 既にYC圧縮されてる動画扱う時チェック外して一々再起動しなきゃいけなくなるから 拡張色調補正フィルタで場合によって「PC-＞TVスケール補正」にチェック入れればいいのかな 857 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/16(月) 15:04:45 ID:gVvcOPgz0] >>855 お前が何を言いたいのか分からんが、音質はデジタルに勝ち目は無いぞ？ 858 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/16(月) 16:08:53 ID:o4LVkqkVP] 障子を使うかカーテンを使うかって事だろ 859 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/16(月) 20:18:18 ID:a5O8NcfR0] >>856 〜〜に飽和は何をしているのかわかっててチェックする人以外はチェックしなくていいです。 つか世の中に普通に出回ってる動画は99.9%YC圧縮されてるので これまたわからなければスケール補正の必要はありません。PCキャプでも 私の知っている限りエンコーダーはYUV変換時にYC圧縮します。RGBでキャプチャしても Aviutlが出力時にYC圧縮してから出力プラグインに渡します。 自分で調整したほうがいいと思うならば自由にすればいいと思いますが、 わかる人が見れば一目で間違った調整をしていると見抜かれます。 860 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/16(月) 20:29:22 ID:tABBTxGZ0] >>841 avisynthにはConvertToAviUtlYCFixとConvertAviUtlYCToRGBFixがあるから 思ったとおりの変換はAviUtlと同じように出来ると思う >>859 あなたはひょっとしてMakki氏では… 861 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/16(月) 21:47:52 ID:a5O8NcfR0] ただの一般ﾋﾟｰﾎﾟｰですｗ どうでもいいけどConvertToAviUtlYCFixはSIMD最適化されてないから seraphy版のでConvertしてからYUY2アップサンプリングフィルタ使ったほうが早いんじゃないかなと妄想。 試してないけど 862 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/03/16(月) 21:56:54 ID:tABBTxGZ0] >>861 warpsharp.dllではRGB→YC48もYC48→RGBも出来ないじゃん YUY2→YC48ならすでにConvertYUY2ToAviUtlYC().AU_yuy2upsmp()で使ってるよ

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef