12/04/06 09:53:27.74 i/Nnjuac0
■関連スレ
【全力】ニコニコ関連の質問に全力で答えるスレ19
ｽﾚﾘﾝｸ(streaming板)
【YouTube】‐MAD制作初心者向けスレ117
ｽﾚﾘﾝｸ(streaming板)
【ニコニコ動画】エンコード依頼スレ 13.2【FLV/MP4】
ｽﾚﾘﾝｸ(streaming板)
■ FLV/MP4ファイル作成の具体的方法
・ニコニコ動画まとめwiki-エンコード設定
URLﾘﾝｸ(nicowiki.com)
■エンコード関連Q&A集（主にFLVに関して）
・ニコニコ動画まとめwiki内エンコード設定あるある質問箱
URLﾘﾝｸ(nicowiki.com)
・ニコニコ動画まとめwiki内エンコード系質問？を適当に集めた所（新）
URLﾘﾝｸ(nicowiki.com)
3:名無しさん＠お腹いっぱい。
12/04/06 09:54:07.88 i/Nnjuac0
■ コーデック情報確認ツール（映像・音声ビットレート、フレームレート等の確認用）
・MediaInfo
URLﾘﾝｸ(mediainfo.sourceforge.net)
・AVInaptic2
URLﾘﾝｸ(fsinapsi.altervista.org)
■ 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:名無しさん＠お腹いっぱい。
12/04/06 09:54:24.86 i/Nnjuac0
■MP4/FLV作成用フリーソフト
・x264 - a free h264/avc encoder(英語)
URLﾘﾝｸ(www.videolan.org) (本家)
URLﾘﾝｸ(x264.nl) (配布場所)
・AviUtl version0.99k2（推奨）
URLﾘﾝｸ(spring-fragrance.mints.ne.jp)
・AviUtlプラグインWiki(仮、作成中)
URLﾘﾝｸ(www.wikihouse.com)
・Avidemux2（英語）
URLﾘﾝｸ(www.avidemux.org) (本家）
URLﾘﾝｸ(avidemux.berlios.de) （配布場所）
・ffmpeg(英語)
URLﾘﾝｸ(ffmpeg.org) (本家)
URLﾘﾝｸ(libav.org) (分家）
URLﾘﾝｸ(win32.libav.org) (配布場所)
・VirtualDub（英語）
URLﾘﾝｸ(www.virtualdub.org) （本家）
・VirtualDub用日本語化パッチ
URLﾘﾝｸ(tnetsixenon.xrea.jp)
・VP6vfwコーデック（ver6.4.2.0）(ファイルへの直接リンクになります)
URLﾘﾝｸ(www.webalice.it)
・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:名無しさん＠お腹いっぱい。
12/04/06 09:54:53.67 i/Nnjuac0
■音声エンコード用ソフト
・Nero AAC コーデック（AAC用コーデック）
URLﾘﾝｸ(www.nero.com)
・Simple NeroAACEnc GUI : NeroAAC用のフロントエンド（Doom9フォーラム内/英語）
URLﾘﾝｸ(forum.doom9.org)
・qtaacenc : QuickTime for WindowsのaacエンコーダーをCLIで使うためのツール
URLﾘﾝｸ(tmkk.pv.land.to)
・qaac : qtaacencと同じくQuickTime for WindowsのaacエンコーダーをCLIから使えるツール
URLﾘﾝｸ(sites.google.com)
・Lame.exe(mp3エンコーダー）
URLﾘﾝｸ(www.rarewares.org)
・Lame Ivy Frontend Encoder : 通称LIFE（上記Lame.exe用フロントエンド）
URLﾘﾝｸ(kkkkk.net)
■その他
・Yamb 2.1.0.0 beta1 （MP4BoxのGUIフロントエンド、beta2はアンインストーラにバグ有で危険）
URLﾘﾝｸ(kurtnoise.free.fr)
・Yamb日本語化
URLﾘﾝｸ(www1.axfc.net) CRC32： 9FB35D72
または、上記アップローダ(板=Scandium) ファイル検索 / 投稿コメント [ yamb ] / key= yamb
・MP4Box 単体
URLﾘﾝｸ(www.mediafire.com)
6:名無しさん＠お腹いっぱい。
12/04/06 09:55:37.98 i/Nnjuac0
■ビットレート制限関連
■アップロード時の上限ビットレート判定について
ニコニコ動画での上限ビットレートは、現時点で以下のようになっています。
このビットレートを超えてしまうと、アップロードに失敗します。
判定には>>7の「実ビットレート」が使用されます。
●プレミア会員 制限なし
●一般会員 (640+1)×1024＝656384[bps]
■エコノミー回避判定について
ニコニコ動画ではアップロード時にエコノミーモード用の動画を生成していますが、
「実ビットレート」が以下に示すビットレート以下であればエコノミーモード用動画は生成されず、
一般会員にもプレミアム会員にも、常に同じ画質で視聴してもらうことができます。
445[kbps] ＝ 455680[bps]
7:名無しさん＠お腹いっぱい。
12/04/06 09:56:13.90 i/Nnjuac0
■「実ビットレート」の計算方法
ニコニコ動画では、アップロードしたファイルを調べ、ビットレート違反のチェックや
エコノミー判定を行なうようになっていますが、この判定には、コンテナのオーバーヘッドや
映像、音声など全てをひっくるめた「実ビットレート」と呼ばれる数値が使用されます。
また、これもあくまで計算なので、実際に通らなかったら潔くビットレートを下げてみましょう。
＊注意＊
「エンコード時に設定した映像や音声のビットレート」は、ただの目安です。
設定した映像と音声のビットレートを単純に足すといった計算は無意味ですので、
必ず下記の実ビットレート計算式を用いて計算して下さい。
実ビットレートの計算で使う数値の意味や計算式は以下の通りです。
もしくはmediainfo等を使うのもよいでしょう。
◎ファイルサイズ[bytes]
作成したFLVやMP4のファイルを右クリック→「プロパティ」で、
「サイズ」のところの（）内の（～バイト）と出る部分の数字。
（「ディスク上のサイズ」のほうではないので注意。）
◎再生時間[秒]
小数点以下は切り捨てます。
●実ビットレート[bps] = ファイルサイズ[Bytes] × 8 ÷ 再生時間[秒（小数点以下切捨て）]
尚、各単位換算は以下の通りです。
1Mbps = 1000kbps
1kbps = 1000bps
1GiB = 1024Mbytes
1MiB = 1024kbytes
1KiB = 1024bytes
1byte = 8bits
8:名無しさん＠お腹いっぱい。
12/04/06 09:56:44.10 i/Nnjuac0
■注意
このスレで次の質問をした者には、住人のうちの何名かは問答無用で罵声を浴びせます
決してこの質問をしてはいけません！！ いいかげんにしてよね、ほんと…
Ｑ．エコノミー回避の動画を作成してSmileVideoにアップロードしたのに
「エンコードしています・・・」って表示されるんだけど？？？
エコノミー回避なら再エンコはされないはずなのになんで？
Ａ．仕様です。その表示はエコノミー回避してようがなにしてようが表示されます。
条件さえ満たしてれば再エンコードはされないので落ち着け。
Ｑ．ちゃんと範囲内でエンコードしたのにビットレートオーバーって怒られるんだけどなんで？
Ａ．ちゃんと実ビットレートで確認しましたか？
指定値を上回ることはよくあります。
Ｑ．作ったMP4を自分の環境で再生確認すると問題ないのに、ニコニコにアップすると画質がおかしくなる
Ａ１．まずは、自分の動画がサーバー側で再エンコードされていないか確認しましょう。
再エンコードの条件とかについてはテンプレやWikiを熟読すること。
Ａ２．次に、自分の環境で再生確認に使ったソフトを確認しましょう。
ニコニコ動画で使われているFlashPlayerと、PCで使うWindowsMediaPlayerなどでは
再生の仕組みがまったく異なります。FlashPlayerは再生時の色補間などをしていないこともあり、
基本的にはWindowsMediaPlayerなどよりも汚く見えてしまいます。
例えば黒背景に赤い小さな文字とか描いてたら崩れ方がマジハンパねえっす。
ニコニコでの見え方を確認するなら、FlashPlayerを利用したFlavieなどのソフトを使いましょう。
9:名無しさん＠お腹いっぱい。
12/04/06 09:57:28.12 i/Nnjuac0
テンプレここまで。
色々書き換えたけどこの辺はよくわかんないから入れなかった。
窓の杜 - 【NEWS】「Adobe Flash Player 11.2」「Adobe AIR 3.2」が正式公開
URLﾘﾝｸ(www.forest.impress.co.jp)
FlashPlayer11.2で挙動がいくつか変わっているようです。検証した内容を報告。
※GPU再生支援がないので、【HWアクセラレーションOFF】の時の検証しかできてません。
【HWアクセラレーションON】の時の検証は、どなたかよろしくお願いします。
●colormatrixやfullrangeが無視されるようになり、強制的にBT.601でデコードされるようになった。
（11.1時点のHWアクセラレーションON時と同じ挙動）
→テスト動画リスト： URLﾘﾝｸ(www.nicovideo.jp)
●10bit-depthの再生では、右側に出ていたマゼンタ線が出なくなった。
ただし、色が微妙におかしくなる問題はそのまま。
→テスト動画： URLﾘﾝｸ(www.nicovideo.jp)
●>>915（deblock有効の動画をHWアクセラレーションOFFで見ると崩壊）の問題は従来と変わらず発生。
>>936にある「GTX570でHWアクセラレーションONにすると緑線と色ずれが発生」という件が、
正式版や他のGPU環境でどうなるのかは気になるところ。
→テスト動画： URLﾘﾝｸ(www.nicovideo.jp)
●初期ディレイ分の映像遅延が発生する件は従来と変わらず。
→テスト動画リスト： URLﾘﾝｸ(www.nicovideo.jp)
従来から、HWアクセラレーションが有効な場合はcolormatrixやfullrangeを無視して強制的にBT.601扱いでデコードされていた。
つまり、BT.709の動画は、わざわざHWアクセラレーションをOFFにしないと、正しく表示することはできなかった。
今回の変更で、BT.709の動画を正しく表示させる方法はなくなったということになるけど、実はこれは大して問題じゃなかったりする。
なぜなら、ニコニコ動画まとめWikiでは、HWアクセラレーションの挙動なども考慮したうえで
「HDだろうがなんだろうが関係なく、BT.601でエンコして--colormatrix smpte170mをつけておく」
という方法を推奨していたから。それに従ってエンコードしていたなら何も問題はない。
ニコエンコやつんでれんこもデフォルトではBT.601を指定するようになっている。
BT.709でアップしてしまったものについてはもうどうしようもないけど、
上に書いたように元から正しく表示されてなかった可能性が高い。
10:名無しさん＠お腹いっぱい。
12/04/06 23:16:20.13 GrLkZelR0
サーバーエンコードされたかどうか、エコノミー回避できたかどうかの判定方法
URLのsmxxxxxxの後に?eco=1を付けて、強制エコノミーモードにする
(非公開設定でも可能。自動再生はoffにすること)
混雑中のため、低画質モードでの再生となります との表示が出たら
サーバーエンコードはされていない
エコノミー回避をしようとしていた場合は、回避できていない
表示が出なかったら、
サーバーエンコードされている もしくは、エコノミー回避に成功している
11:名無しさん＠お腹いっぱい。
12/04/06 23:23:31.62 GrLkZelR0
ニコエンコを使用する場合の注意
ver0.77には、いくつか問題があるので
つんでれんこやAviUtl+x264guiExの使用を推奨する
もしも、ニコエンコを使いたい場合は、ニコニコ大百科の記事を参照のこと
URLﾘﾝｸ(dic.nicovideo.jp)
12:名無しさん＠お腹いっぱい。
12/04/07 18:20:03.01 YyeGk14H0
mp4と音声ファイルを
別々に作って
あとで互いに無劣化で結合させる方法教えてください
aviutlで出来れば最高なんですけど
13:名無しさん＠お腹いっぱい。
12/04/07 18:34:33.02 5dJSbwwn0
つんでれんこにその２つをドラッグ＆ドロップ。
14:名無しさん＠お腹いっぱい。
12/04/07 21:02:31.14 YyeGk14H0
mp4を無劣化でかつ
多少の破損があった場合でも強制的に結合できるソフトおしえて
aviutlでやると映像の破損がある場合がありますって警告がでてだめなの
15:名無しさん＠お腹いっぱい。
12/04/07 21:06:18.30 aA8QUtgm0
ふむ
16:名無しさん＠お腹いっぱい。
12/04/08 19:42:01.62 vvnVHlyN0
3月30日にリリースされたニコニコ動画iPhoneアプリ4.0では、ref=16の動画は再生できない
3.0や、ref=15以下なら再生可能
このスレで答えている人にはいないと思うが--preset veryslow (ニコエンコのデフォルとである最低速 設定)でエンコすると引っ掛かる
17:名無しさん＠お腹いっぱい。
12/04/11 00:23:37.74 2A6FxeMW0
何個かを切り取ったmp4fileを
無劣化結合させたいんですけど
どうしても音ズレが発生してしまいます
何かいい方法がありましたらお教え下さい
18:名無しさん＠お腹いっぱい。
12/04/11 07:31:57.60 Vh6szhy70
音声の方のサンプリングレートをチェック
19:名無しさん＠お腹いっぱい。
12/04/17 13:16:35.93 fq6KNaC90
色々読んだりAviUtl導入したりあれこれやった上でこんがらがってしまったんだけど・・
70分とか80分クラスの作業用BGMなんかで音質192bpsとかの高音質で挙げてる人ってのは、
とどのつまりプレミアム会員で容量が大きいから出来てるってことなんかな！？
20:名無しさん＠お腹いっぱい。
12/04/17 14:20:43.74 BHqZTRmc0
計算してみれ
70分 192bps 103KB
70分 192Kbps 98.4MB
21:名無しさん＠お腹いっぱい。
12/04/17 14:50:52.36 fq6KNaC90
oh... “ｋ”が抜けとったorz
WMメーカー・LMメーカーやらで元動画(80分弱）作って当初256kbpsで高音質狙い、最初はニコエンコ使ってやってたんだけど、
どうしても気に入る音質からは落ちるんでwiki読んでAviutl導入してあれこれやってみたのだけども・・
設定がおかしいんだろなぁ、色々やってもｴﾝｺに失敗（ファイルサイズ超過）する('A`)
黙ってプレミアム登録すれって話になるのか・・orz
22:名無しさん＠お腹いっぱい。
12/04/17 16:39:47.55 UIgF1XMq0
>>21
いい加減なことやってないで、ちゃんと読んで理解しといたほうがいいと思うよ。
エンコード設定 - ニコニコ動画まとめwiki
URLﾘﾝｸ(nicowiki.com)
23:名無しさん＠お腹いっぱい。
12/04/17 23:39:10.44 fq6KNaC90
>>22
ありがとー
そこも見てはいるんだけどね^^;
んで、色々試行錯誤の上何とかサイズ超過にならずにｴﾝｺ完了はしたけど、
ニコｴﾝｺで作った方がまだ音が良かったりしたw
もうちょい頑張ってやってみます
24:名無しさん＠お腹いっぱい。
12/04/18 04:21:15.93 uQg5CknF0
言っちゃ悪いけど
ニコエンコのほうが音がいいってことは
何もわかってないってことだな・・・
25:名無しさん＠お腹いっぱい。
12/04/18 08:31:30.80 GXHXnwbo0
めんどくせーのと暇だから答え書いてしまうわ。
70分で音声192kbpsなら音声だけで
(192[kbps]*10^3[bps/kbps]*70[min]*60[sec/min])/(8[bits/byte]*2^20[bytes/MB])≒96.1[MB]
になるんだから40MBまでしかうｐ出来ない一般会員が敵うわけないだろが。
中学生でも計算できるぞ。時間掛ければ電卓すら要らんわ。
※ 1[kbps]=10^3[bps]
※ 1[min]=60[sec]
※ 1[byte]=8[bits]
※ 1[MB]=2^20[bytes]
>>20
どうも計算が合わんと思ったら何で"Kbps"で計算してるんだ？
"kbps"なら96.1MBだが。
26:名無しさん＠お腹いっぱい。
12/04/18 10:21:35.40 kLT2cQcx0
面倒だからその辺のレート計算機にぶち込んだ結果だったり
どこもKibpsばっかりなんだけど何故だろう？
ややこしい
27:名無しさん＠お腹いっぱい。
12/04/18 15:56:39.27 wCSXSUE0P
前スレで出たＦＬＶにＷＡＶ音源使える話、ニコＷＩＫＩにはそのへん
見当たらなかったけど、一般会員再エンコ回避規格でもＭＰ3の変わりに
そのままＷＡＶ使えるのかな？
28:名無しさん＠お腹いっぱい。
12/04/18 16:42:32.29 BjSTW/fU0
>>27
まだwavつうかPCM乗せれるんだとしたら可能といえば可能だろうけど、
PCMのビットレートを考えてみれば使う価値がないことくらいわかる。
そうでなくてもニコニコにアップするのにPCM使うのはキ○ガイの所業だと思う。
特に権利関係をクリアしてない音源ならばなおさら。
29:名無しさん＠お腹いっぱい。
12/04/19 19:06:48.13 /cX26iRb0
【事前告知】新バージョンZeroに伴う変更‐ニコニコインフォ
URLﾘﾝｸ(blog.nicovideo.jp)
Zeroでプレイヤーのネイティブ解像度が横864の縦486になるらしい。
4:3の動画だと648x486かな？
30:名無しさん＠お腹いっぱい。
12/04/19 19:33:41.11 qzYVyiAB0
今まさに動画作成中ですが混乱しています
そもそも作った動画とこのネイティブ解像度が違うときって、
合わさるように拡大・縮小されるって理解でいいんですよね？
31:名無しさん＠お腹いっぱい。
12/04/19 21:10:29.59 a0n3QxP70
新バージョンのプレイヤーにあわせて、一般のビットレート制限も上げて欲しいわ。
32:名無しさん＠お腹いっぱい。
12/04/19 22:19:16.32 5PYjvuHu0
4:3プレイヤーはどうなるの
33:名無しさん＠お腹いっぱい。
12/04/19 22:28:19.07 5PYjvuHu0
iPhone,iPad,PlayStationVita等で
一部再生できない動画があることについて
ユーザーの皆さまから、改善の要望を多くいただいています。
ニコニコ動画では今後、PCに限らない様々なデバイスでの再生可能性向上のため
新規投稿分および、過去のすべてのユーザー投稿動画について、
サーバーエンコードされた動画が生成されるようになります。
これにより今後、今までiPhone,iPad,PlayStationVitaなどで
再生ができなかった動画も、徐々に再生が可能になっていきます。
4/19のメンテナンス以降、新規に投稿される動画について、
低ビットレートでアップロードされる動画に対しても
サーバーエンコードされた動画を生成するようになります。
※オリジナル動画が低ビットレートな動画に関しては、
混雑時間帯、一般会員であってもオリジナル動画が再生されます。
また、投稿日時が古く低画質動画が存在しなかった動画にも、
4/19より徐々に低画質動画を生成していきます。
これに伴い、そのような動画は
混雑時間帯・一般会員では低画質モードで再生されるようになります。
34:名無しさん＠お腹いっぱい。
12/04/19 23:21:48.18 mDHDW3/B0
>>29
どうせ余白分も含んだサイズだろうから、
4:3はVGAでいいんじゃないの
35:名無しさん＠お腹いっぱい。
12/04/20 01:44:46.23 Xnvba4RI0
>>33
これって、読みようによってはうｐした動画は全て再エンコされる（Youtubeみたいに)
ようにとれるんだけど・・・どうかな？
36:名無しさん＠お腹いっぱい。
12/04/20 02:10:05.75 TLuCxt/S0
>>35
どんな動画も再エンコによって「低画質動画」が生成されるようになるけど、
あくまでも携帯機器等での再生を考えてのことであって、ＰＣで視聴する場合は従来と変わらんってことでしょ。
37:名無しさん＠お腹いっぱい。
12/04/20 05:29:20.48 P5Q0ethv0
iPhoneとかだけなら、>>16 なのに、ご苦労なことで
38:名無しさん＠お腹いっぱい。
12/04/20 14:24:57.13 TczOzCTq0
容量とビットレートのが需要あると思うんだけどな・・・
39:名無しさん＠お腹いっぱい。
12/04/20 14:33:22.25 Q1cy5n3A0
サムネをでかくしてほしいわ
動画を選ぶ時の前情報が少なすぎる
40:名無しさん＠お腹いっぱい。
12/04/22 02:42:08.52 cifFrEN20
エコノミー回避してても低画質動画(おそらく携帯機器向け)が生成されるようになった件の検証。
まだもろもろ調整中なのかもしれないけど、とりあえず昨日やってみたところまで。あとは誰か追加検証よろすく。
１．エコノミー回避している場合、低画質動画はすぐに生成されるとは限らない。
混雑度合い等によるかもしれないが数分～１，２時間後になることも。
（エコ回避していない場合はすぐに生成される）
２．低画質動画が生成された後は、?eco=1をつければ低画質動画を再生することができる。
３．エコノミー回避している場合、低画質動画の解像度やビットレートが下げられることがある。
640x360（16:9）で投稿した場合
エコ回避していない場合 → 映像640x360 29.97fps 約360kbps、音声44.1kHz 約64kbps
エコ回避で312kbps以上？ → 映像640x360 29.97fps 約250kbps、音声44.1kHz 約64kbps
エコ回避で312kbps以下？ → 映像352x200 29.97fps 約250kbps、音声44.1kHz 約64kbps
よくわからないけど、実ビットレート190kbpsで投稿すると352x200で128kbpsとか140kbpsにされた。
実ビットレート314068bps → 640x360 約250kbps
URLﾘﾝｸ(www.nicovideo.jp)
実ビットレート310045bps → 352x200 約240kbps
URLﾘﾝｸ(www.nicovideo.jp)
実ビットレート約190kbps → 352x200 約128～140kbps
URLﾘﾝｸ(www.nicovideo.jp)
URLﾘﾝｸ(www.nicovideo.jp)
41:名無しさん＠お腹いっぱい。
12/04/22 02:55:20.09 cifFrEN20
4:3のエコノミー回避例だと、512x384の実ビットレート約224kbpsで投稿したものの低画質動画が
映像320x240 29.97fps 約156kbps、音声44.1kHz 約64kbpsになってるみたいですね。
42:名無しさん＠お腹いっぱい。
12/04/23 01:59:46.66 S3XKwJcs0
つんでれんこの最終更新やったらまたツールの容量増えたんだけど
18GBって多過ぎないですかね？これがデフォ？
最新版使ってる人ってみんな同じくらいなんですかね？
43:名無しさん＠お腹いっぱい。
12/04/23 07:54:08.96 dQmr/gt50
それ変換したファイルも足してないか？
俺のは8Gくらいみたいだが
44:名無しさん＠お腹いっぱい。
12/04/23 08:32:07.62 b/cSGQpa0
ツールが18Gやら8Gってなんなんだよ
その辺の3Dゲームより重いじゃねーか
ていうか調べたらただのバッチツールじゃん
5MiBもないだろこんなもん
そしてお前ID: mPCndjxxUbか
よかったなわかってる奴から回答来てたぞ
マルチ氏ね
45:名無しさん＠お腹いっぱい。
12/04/23 13:20:26.95 S3XKwJcs0
>>44
おお返事来てたわ(´・ω・｀)ありがとう
後ニコニコ大百科と2ｃｈの併用くらいいいだろ
別サイト（掲示板）だぞ？
氏ねとかねーわ 大袈裟だよ(´・ω・｀)
>>43
今ツールフォルダ内のTEMPファイル消したらすっきりした
現状だと28.6MB位かな
46:名無しさん＠お腹いっぱい。
12/04/23 13:23:45.19 3cNlxQb40
うわークズいなー・・・
47:名無しさん＠お腹いっぱい。
12/04/27 05:33:04.08 VNylkzk50
submeを10から11に変えたら
1時間30分のエンコが2時間5分になった
画質はわずかながらシャープになった・・・ 気がする
placeboなのか？
48:名無しさん＠お腹いっぱい。
12/04/28 08:18:15.64 mKKA+7+J0
>>46
iPhone,iPad,PlayStationVita上での視聴"のみ"の適用ならいいんだけどね
もしPC上での視聴を含むすべての視聴に適用されるんなら、事実上の「低画質モード適用範囲の大幅拡大()」になるね
なんか本格的な一般会員締め出しのように思えて仕方が無い。
49:名無しさん＠お腹いっぱい。
12/04/28 08:44:43.32 QYIiDHlc0
aviutで編集した動画lがやたら音ズレするんだけどどうすればいいんだろう
全体がずれてると言うより部分部分がずれてる
ずれてると思ったらズレが消えてて消えたと思ったらまたズレ始めてる感じ
前にも編集した動画を上げた事があるんだけどそれは殆どずれてなかった
けど今回はどうあがいても音ズレする、なんか解決法とか無いでしょうか
編集した動画はMP4でPCは7で32bit、多分コア2のノートパソコン
aviutlにはBGMの編集が出来るようにそのプラグインを入れただけ
aviutlのスレも板別に二つあったけどどっちも>>1の一行目に質問お断り的な事書いてあったからこっちに書いた
50:名無しさん＠お腹いっぱい。
12/04/28 17:17:56.84 c2A1u4DC0
>>49
・「そのプラグイン」と言われてもなんのことかさっぱりわからない。
・MP4の読み込みに使っているプラグインがわからない。
・音ずれが怖いならMP4を直接編集しないほうがいいと思う。
・拡張編集プラグインを使って編集しているような気がするがわからない。
・再生確認をした環境（プレイヤー等）がわからない。
・AviUtlスレでは初心者スレに行くよう誘導があるので、そちらに行った方がいいと思う。
【初心者歓迎・ダウソNG】総合質問スレッド-78-
ｽﾚﾘﾝｸ(avi板)l50
また、FlashPlayer11.2には、「低スペック環境だと映像処理が極端に遅くなる」といった問題があるので、
＞全体がずれてると言うより部分部分がずれてる
＞ずれてると思ったらズレが消えてて消えたと思ったらまたズレ始めてる感じ
というのがFlashPlayerで見た場合のことを言ってるなら、そのせいかもしれない。
他のプレイヤーで見た時には問題ないということであれば、FlashPlayerを10.3.183.18にすれば良いかもしれない。
FlashPlayer11.2.202.228で発生する問題と対処方法
URLﾘﾝｸ(goldenhige.cocolog-nifty.com)
FlashPlayer11.2.202.228をアンインストールして10.3.183.18をインストールする方法
URLﾘﾝｸ(goldenhige.cocolog-nifty.com)
51:49
12/04/28 19:27:10.10 QYIiDHlc0
うおぉ、色々すいません
プラグインはAviutlのお部屋にある拡張編集プラグインを入れてます、それ以外は何も入れてないです
>音ずれが怖いならMP4を直接編集しないほうがいいと思う。
MP4だと問題があるのかな
一度aviにしてから編集した方が良いのでしょうか？
視聴に使ってるのはニコニコに非公開でアップしてニコニコで見てます
これなら他の人とほぼ同じに見えてると思うので・・・
・・・もしかしてFlashPlayer11.2＝ニコニコ？
ちなみにエンコに使うつんでれこに入ってるプレイヤーやWMPで見てもずれて聞こえます
けどなんかそれぞれズレが違う気が・・・
2年前に買ったとは言えまだそこまでスペック低くないと思います・・・が実際どうなんだろう
---
こっちの事情で動画をMP4でしか出力できないので
とりあえずMP4をaviに変換できるソフトを探してaviにして編集してみます
それでも駄目ならFlashPlayerのバージョンを変えてみまｓ
52:名無しさん＠お腹いっぱい。
12/04/28 23:25:34.52 oRIZ8p3oO
>>51
>>プラグインはAviutlのお部屋にある拡張編集プラグインを入れてます、それ以外は何も入れてないです
ここまで清々しい嘘、ど忘れ、勘違いのいずれかは久しぶりに見たな…。
嘘やいい加減を言って回答者を困らせるのは止めましょう。
53:49
12/04/29 00:01:56.00 STsCQwJo0
え？って思ってもう一回調べたらMP4を読み込めるようにするプラグインは別でした、ド忘れです、いい加減言ってすいません
あとあの後MP4からaviに変換するソフトを使ってaviに変換してaviutlに読み込ませて編集してエンコして試しに上げたら
見事に音ズレが消えました、全くと言って良いほど無いです
MP4で読み込めるようにしたからMP4のままでも問題ないだろ～って思ってましたが、それが大間違いだったんですね
54:名無しさん＠お腹いっぱい。
12/04/30 02:31:47.41 qOR/loNj0
AviutlでMP4読み込むならL-SMASH Worksがいいと思うけどどうよ。
55:名無しさん＠お腹いっぱい。
12/04/30 16:15:35.87 aBdEmNbJ0
Ivyでは再生支援映像崩壊問題が解決してるとかしてないとか
56:名無しさん＠お腹いっぱい。
12/04/30 16:25:13.74 3z2zTanU0
>>55
ソースはよ
57:名無しさん＠お腹いっぱい。
12/04/30 16:30:27.58 aBdEmNbJ0
>>56
価格.comの3770Kのレビュー
ソースと呼ぶにはちょっとあれかな、詳細なこと(再生環境やら)が書かれてないし
58:名無しさん＠お腹いっぱい。
12/04/30 18:29:21.03 3z2zTanU0
>>57
これか。ありがとう。
価格.com - インテル Core i7 3770K BOX レビュー・評価
URLﾘﾝｸ(review.kakaku.com)
個人的に満足したのはGPUの方でSandy Bridgeでの動画再生支援機能の不具合が
少なくともかなり改善しているようだからです。
うちにあるSandy Bridgeで同じ箇所でノイズ発生率100％の
x264でエンコしたMP4ファイルでも問題なく綺麗に再生できてます。
現時点では完全にどの動画ファイルでも問題ないというのは言い切れませんが、
動画サイトを利用される人にも薦められる状態にようやくなった、という感じですかね…？
59:名無しさん＠お腹いっぱい。
12/05/01 00:06:40.30 c7s6xQ070
新バージョンZeroに伴う変更
URLﾘﾝｸ(blog.nicovideo.jp)
新動画視聴プレイヤーで画面サイズが大きくなる（通常モード：横：864 縦：486）ため、
一般会員が投稿できる動画解像度の上限を緩和いたします。
現在800x600が上限ですが、
5/1 Zeroリリース時点より、1280x720 が上限となります。
↑らしいが、ビットレートの上限は今までどおりなんだろか？
60:名無しさん＠お腹いっぱい。
12/05/01 00:14:37.22 MccRxBnb0
エンコ職人は工夫のしがいがあるなあ（棒
61:名無しさん＠お腹いっぱい。
12/05/01 00:24:36.54 c7s6xQ070
1280x720 ： 800x600 = 1.92 ： 1
解像度の画素数が2倍ぐらいになるので、今までの上限ビットレートだとつらいなー
62:名無しさん＠お腹いっぱい。
12/05/01 00:40:02.39 pHJbCIQ+0
というか864x486で656kbpsだと
素材によっては普通にブロックノイズ出るだろ
多少にじんでても今までどおりの解像度でエンコして
ユーザ側で引き伸ばしの方がまだ見れると思うんだけどなぁ
63:名無しさん＠お腹いっぱい。
12/05/01 01:51:47.79 QtzfnArF0
紙芝居系なんかは大丈夫だろうけど、MADとかゲームとか、そこそこ動きのある動画は厳しいかもね。
・・・末尾に黒映像つけてビットレート稼ぐ人が増えなければいいけど・・・。
64:名無しさん＠お腹いっぱい。
12/05/01 10:19:18.14 GToHXqGS0
>>63
すでにそこそこいるもんな
俺とか
まあでももしかしたら
＞※プレミアム会員は引き続きビットレート・解像度ともに投稿上限なしです。
ってことはこっそりビットレートもあがるかも
65:名無しさん＠お腹いっぱい。
12/05/01 10:54:19.75 2zbrUDCD0
推奨形式：
mp4形式。
一般会員はファイルサイズ 40MB まで、最大ビットレート 600Kbps、解像度HD(1280x720)まで。
プレミアム会員はファイルサイズ 100MB まで、最大ビットレート・解像度制限なし。
動画再生プレイヤーの解像度：
▽最新バージョン(Zero)
通常モードでは最大864x486、中画面モードでは標準640x360・最大640x384です。
▽現行バージョン(原宿)
4:3モードでは最大512x384 、16:9モードでは標準640x360・最大640x384です。
解像度は良くなったけど容量は変わんなかったか...
66:名無しさん＠お腹いっぱい。
12/05/01 11:17:07.46 c7s6xQ070
あれ？ 動画の説明文が表示されないんだけど・・・
どこに表示されますかね。
67:名無しさん＠お腹いっぱい。
12/05/01 13:57:21.97 LTERObkX0
Zeroの最大16:9は864x486だけど、4:3だと推奨サイズはいくつになるんだろ
それとも今まで通り512x384でエンコして、ユーザー側で引き伸ばしの方が画質いいのかな
68:名無しさん＠お腹いっぱい。
12/05/01 14:40:33.86 Edj2wheB0
648x486?
69:名無しさん＠お腹いっぱい。
12/05/01 14:48:18.88 9hE5wj+B0
もしそうならえらく半端だなぁ
どういうつもりなんだろ
dot by dotのサイズがわからないと動画作れないよー
70:名無しさん＠お腹いっぱい。
12/05/01 15:37:49.76 DLNzSQ5i0
ニコニコはそろそろ動画が表示領域より小さい場合
引き伸ばして表示するか中央に配置するかの設定を付けるべきだと思うんだ
71:名無しさん＠お腹いっぱい。
12/05/01 15:44:28.67 Edj2wheB0
動画作ってみたけど648x486はDbDで表示されるっぽい
しかしZeroには慣れそうに無いな…
72:名無しさん＠お腹いっぱい。
12/05/01 17:59:55.14 x/gZoXs70
やっぱ新プレイヤーで864x486に引き延ばされるとちょっと荒く見えるなあ
73:名無しさん＠お腹いっぱい。
12/05/01 18:12:05.60 kP37UHtw0
新プレイヤー糞見辛いｗ ゴチャゴチャし過ぎだろｗ
74:名無しさん＠お腹いっぱい。
12/05/01 18:26:56.45 AE/5ZV1l0
今後「中画面推奨」みたいなタグが出まわるんだろうか
75:名無しさん＠お腹いっぱい。
12/05/01 21:51:19.27 Lsv2vjIy0
Zeroマイナスしか見当たらない気がするんだけど
モニタサイズのフルスクリーンが関連動画と動画説明で全然フルじゃ無いし
後妙に重い気がする、俺のPCももう時代に追いつけないのか・・・？
76:名無しさん＠お腹いっぱい。
12/05/01 21:57:00.86 YTF2IdlQ0
4:3をVGAサイズで上げると微妙に拡大されて画質落ちるのかな？
もう運営何目指してるのかわからん
77:名無しさん＠お腹いっぱい。
12/05/01 22:53:09.19 tRuKY6ua0
ていうか画面サイズ720pまで上げたのに上限ビットレートそのまま656kbpsってのがワケ分からんわ。
ようつべに上げてる動画でも（ようつべの再エンコはあるものの）映像：1020.55 + 音声：151.94 kbpsあるぞ
720pで合計ビットレ656kbpsってタダ画面サイズがデカいだけの糞画質動画じゃねぇかよ
せめて上限1000kbpsぐらいまではいるだろうに。
78:名無しさん＠お腹いっぱい。
12/05/01 23:18:39.41 Lsv2vjIy0
一応前のバージョンに戻せるのか、良かった・・・
79:名無しさん＠お腹いっぱい。
12/05/01 23:56:50.68 pHJbCIQ+0
>>77
そこで黒画面でビットレート稼ぎですよ
黒画面＋ニコスクリプトで目的の動画部分終わったら
即動画の最後に飛ばすってのが流行りそうだねーｗ
80:名無しさん＠お腹いっぱい。
12/05/02 01:21:53.77 1eZwXjCo0
>>79
所謂エコノミー上限313kbps時代に流行ったインチキエコノミー回避のアレだな。
しかしまあそれで動画を作るとすると、（これは自分のサンプル動画なのだが）
3分10秒の動画で実質ビットレ：[映像：800＋音声：192kbps]が欲しいとなると
サイズが23.3MB（ニコエンコ出力前予想による）らしく、これを656kbps以内に
収めるとなると、粗算だが必要秒数が約290秒（＝4分50秒）。
つまり、たった3分10秒の動画に1分40秒の黒背景が必要っていう。
（＝実質動画66％に対してダミーが34％も含まれる！！）
只でさえ読み込みが糞遅くシークが意味を成さないニコ動で34％のダミー動画も
読み込むとなると、とても動画の視聴どころではないわ。
ニコの一般HDってのはまるで形だけのシステムだな。
81:名無しさん＠お腹いっぱい。
12/05/04 16:23:02.23 XiVOuSTg0
つんでれんこで、多音声（コメンタリー付きとか）つける方法ある？
82:名無しさん＠お腹いっぱい。
12/05/04 16:37:30.59 kXXkAW0G0
>>81
多分ないと思うが、そこまでするなら自分でバッチ組んでエンコしたほうがいいんじゃね？
それか１音声でエンコしてからMP4Boxで追加するとか。
83:名無しさん＠お腹いっぱい。
12/05/06 10:28:20.91 Doj73RUb0
>>81
そもそもニコニコが音声1トラックしか受け付けないよ
84:名無しさん＠お腹いっぱい。
12/05/09 01:30:35.72 e4/z1Cbw0
Macで簡単で落とすのにオススメのソフトありますか？
85:名無しさん＠お腹いっぱい。
12/05/09 02:15:49.89 V/vhV9Ih0
>>84
スレ違い。他へ行け。
86:名無しさん＠お腹いっぱい。
12/05/12 06:34:05.11 zAq1Gbd+0
>>71
されない。間違いなくされてない。もうプレイヤーサイズかわったみたいだが
87:名無しさん＠お腹いっぱい。
12/05/12 06:40:25.57 +GTs8kpp0
>>86
Zeroバージョンの大画面モードでの4：3なら648×486であってると思うが・・・。
「プレイヤーサイズが変わった」って、なんのことを言ってるんだろう？
88:名無しさん＠お腹いっぱい。
12/05/12 06:51:38.81 zAq1Gbd+0
あれ…すまん勘違いだった。
ドットバイドットに関してはss撮るまでもなくボケてるし比較してもボケてる。640×480に無効領域付けても同じ
まだ640x480の方が綺麗な所をみると512×384を基本サイズで再生して無理矢理伸ばしてるんじゃないかと思う
89:名無しさん＠お腹いっぱい。
12/05/12 09:30:24.26 blJaB9dG0
マザーボードをギガバイト（その前はフォックスコン）に変えてから音ズレ発生
決まった間隔でズレるわけじゃなくて、だんだんズレていく
ウィルスソフトやその他常駐ソフトを切っても起きる
映像と音声を比較すると、映像に時々間延びのコマが入る
酷いと画像がノイズ状に
よくよく考えてみるとネット経由でUSB接続のドライブにアクセスした時によく発生
ソースをUSB接続のドライブに置いていたり、エンコ先にUSB接続のドライブを指定したり
ので、ソースとエンコ先をすべてPC内にドライブに指定して、USB接続は全部取り外したら
音ズレなく綺麗なエンコができた
音ズレに悩んでいる人はUSBドライブを全部外してみよう
90:名無しさん＠お腹いっぱい。
12/05/12 11:32:15.44 XdDI5J310
>>88
いやそんなことないだろ
648x486はそのまま表示される
引き伸ばされてボケるってのならサンプル提示してくれないか？
91:名無しさん＠お腹いっぱい。
12/05/12 22:24:29.00 zAq1Gbd+0
うーん…されてるっぽい…初日に試してだめだこれって思って要望送ったんだがそれが反映されたにしては>>71の方がはやいし…
ssぐらい保存しとくんだった
URLﾘﾝｸ(hishou.ddo.jp)
92:名無しさん＠お腹いっぱい。
12/05/12 22:48:08.08 XdDI5J310
されてるっぽいって何の事言ってるのか分かんないけど引き伸ばされてないですね
93:名無しさん＠お腹いっぱい。
12/05/12 23:15:55.24 +GTs8kpp0
>>91
AviUtlのプレビューと比べるとボヤけてるように見えるというのはなんとなくわかるけど、
そもそもAviUtlのプレビュー画面とFlashPlayerの画面を見比べてはいけないんじゃないだろうか。
どのプラグインを使ってMP4をAviUtlに読み込んでるのかわからないけど、
AviUtl側では何らかの色差補間が入るはず。FlashPlayerは補間なしの単純再生らしいし。
比べるなら、Flavieでの再生画面と比べないと意味がないと思う。
94:名無しさん＠お腹いっぱい。
12/05/12 23:30:25.49 zAq1Gbd+0
>>93
こんなのあったのか｡ssも普通に撮れるしすごくいいね｡
aviutlはdirectshow+lavfiltersで開いてYV12→YC48に伸張してます｡
普通のffdshowやmpchcで読み込んで比べてみても明らかにボケててプレイヤがキャプチャできなかったからaviutlで読み込んだんよ
色空間的なボケじゃなくて解像度が合っていないボケかただったからさ…
95:名無しさん＠お腹いっぱい。
12/05/12 23:42:44.82 cXagLowe0
flash player上で右クリメニュー出して
画質を低にしないと、aviutlと同じ画にはならんでしょ
96:名無しさん＠お腹いっぱい。
12/05/12 23:58:47.65 +GTs8kpp0
>>94
LAV Filtersでのデコードで補間が入るはずだし、やっぱりFlashPlayerとは見え方が違うはずだと思う。
結局Flavieを試した結果はどうだったんだろう？
ZeroバージョンのプレーヤーとFlavieでの見え方は同じだったのかな？
>>95
FlashPlayerの画質設定は、swfファイルなら効くけどH.264やらVP6やらの動画には
効かないという認識だったけど、自分は詳しいことはよくわかってない。
低画質推奨とは - ニコニコ大百科
URLﾘﾝｸ(dic.nicovideo.jp)
97:名無しさん＠お腹いっぱい。
12/05/13 00:01:36.52 OAWgiXh6i
しかし>>91の左の設定すごいな。エンコに半日もかけてんじゃねえよｗ
98:名無しさん＠お腹いっぱい。
12/05/13 00:03:33.31 9Oe3lLJH0
>>96
私がおかしいと思った箇所については全く問題ありませんでした｡というかniconicozeroの方でも現在は問題ないみたいです｡なんかいろいろすみません
99:名無しさん＠お腹いっぱい。
12/05/13 08:30:02.07 CRmuEVBF0
右のほう一日以上かかったのか・・・
100:名無しさん＠お腹いっぱい。
12/05/13 09:43:39.73 9Oe3lLJH0
ニコニコに上げた時間なんかなこれは
101:名無しさん＠お腹いっぱい。
12/05/14 14:20:46.54 ohQb8lDXi
ここでいいのかわかりませんが質問です
ニコニコに投稿する前提で
キャプチャーボードがAVケーブルかS端子、D端子、HDMI対応どれにするか悩んでます
画質はやはり全然違いますか？
102:名無しさん＠お腹いっぱい。
12/05/14 14:57:22.68 Xtqxx8Q90
>>101
スレ違いです。ソフトウェア板やDTV板にあるキャプチャ関連スレに行くなり、
「VIPで初心者」でググってそこをちゃんと読むなりしてください。
何をキャプチャしたいのかも書いてないし、ググってある程度知識をつけないと門前払いかもしれない。
103:名無しさん＠お腹いっぱい。
12/05/14 16:00:46.17 cBXor1hd0
そんな検索ワードでどんなサイトが出るのかと思ったらよく見てたところだった
104:名無しさん＠お腹いっぱい。
12/05/14 19:23:55.59 ohQb8lDXi
>>102
親切にありがとうございます
そちらにいってみます
105:名無しさん＠お腹いっぱい。
12/05/14 20:28:55.68 omCPjF5V0
Aviutlにデジカメで撮った動画を取り込めないんだけど、どうしたらいいんだろう
Directなんたらは入れたんだけどできない
106:名無しさん＠お腹いっぱい。
12/05/14 20:44:08.23 ohQb8lDXi
AVCHDに対応してないとか？
107:名無しさん＠お腹いっぱい。
12/05/14 22:08:03.61 YEkVcfFH0
windowsメディアプレイヤーで再生できてaviutlにdirectshowで見られないなら読み込みの設定順位がおかしい｡
再生できないならスプリッタがちゃんと動いてない｡mpchcなりffdshowなり入れないと
108:名無しさん＠お腹いっぱい。
12/05/15 01:07:08.01 uV0/jevl0
>>105
デジカメの記録方式を書かないと正しい答えはもらえないってことに気付こう
109:名無しさん＠お腹いっぱい。
12/05/15 01:26:53.28 Mvg6y6ix0
その前にスレチ
【初心者歓迎】総合質問スレッド-79-【ダウソNG】
ｽﾚﾘﾝｸ(avi板)l50
こっち池
110:名無しさん＠お腹いっぱい。
12/05/15 10:18:32.33 PfJqidmC0
flvで80MBくらいの動画を手っ取り早くうｐしたいんですが
ニコエンコにも対応していないって言われますし
つんでれんことか使い方意味不明だし
諦めるしかないですかね？
プレアカにするつもりはないんで
youtubeも15分以上の動画は携帯認証とかめんどくさいし
気軽に動画すらうｐできなくてわろたｗｗｗわろた・・・
111:名無しさん＠お腹いっぱい。
12/05/15 12:11:25.87 bgPCkltL0
>110
flvならblipにアップしてみれば
112:名無しさん＠お腹いっぱい。
12/05/15 15:07:40.69 xTMrVJDqi
youtubeは10個動画上げれば長い動画でも上げられるようになる
113:名無しさん＠お腹いっぱい。
12/05/15 16:26:05.05 4v8+fgEq0
つんでれんこの使い方なんて初心者でも余裕だし、それが意味不明って逆に凄いな。
つうかそのレベルでよくFLVファイルが作れたな・・・。
FLV出力できるソフトなら別形式での出力もできるだろうし、
kakoroku導入して生放送録画したものだって言うなら、kakoroku導入できるくらいなら
つんでれんこなんて余裕だろって話だし、残るはDL丸上げくらいか？
114:名無しさん＠お腹いっぱい。
12/05/16 02:47:09.89 +eDvLfgE0
>>113
ここまで侮辱されたの生まれて初めてです・・・
正直このレス読みながらかなりピキピキきちゃいました
どういう神経してるんでしょうか？
115:名無しさん＠お腹いっぱい。
12/05/16 03:12:44.06 FuE/KoTA0
いまどきflvとかないわwww
116:名無しさん＠お腹いっぱい。
12/05/16 04:03:16.47 fu7Mj7Nn0
lsmashでavc+alacを上げられるようになったがブラッシュプレイヤーでギャップレス再生出来てないぽいからvp6+wavもまだ需要あるぞ
117:名無しさん＠お腹いっぱい。
12/05/16 04:43:25.25 VwoUu+9r0
>>116
ギャップレス再生も何も、FlashPlayerはALACなんぞサポートしてないわけだが・・・。
118:名無しさん＠お腹いっぱい。
12/05/16 06:42:32.90 qTIz4BzTi
してる
119:名無しさん＠お腹いっぱい。
12/05/16 07:37:30.78 x+y0a33m0
FLVの使用用途なんてwavだけだと思ってる
120:名無しさん＠お腹いっぱい。
12/05/16 19:25:58.89 Wtm4Kz3v0
>>118
FlashPlayerはALACなんて対応してないよ。
FlashPlayerはMP4系コンテナでは映像H.264/AVC、音声AACだけしか扱えない。
Adobeが定義したF4Vコンテナの仕様書には一応MP3音声も規定されてるが、FlashPlayerはそれすら再生できない。
L-SMASHのおかげで「音声がALACのMP4を作れるようになった」のは確かだが、
そのことと、FlashPlayerがそれを再生できるかどうかということは全く関係ない。
H.264/AVC＋ALACのMP4をアップしたらどうなるのかは試してないし、試す気もないが、
少なくともそのままの形式では再生できないのは間違いない。
正直ニコニコに可逆音声やPCM音声でアップする人って不思議ちゃんとしか思えないけどね・・・。
121:名無しさん＠お腹いっぱい。
12/05/16 19:54:26.10 cofbWNu1P
禁断の果実だから手を出したい奴もいるだろ。
皆がやればどうなるかとか考えず
122:名無しさん＠お腹いっぱい。
12/05/18 00:10:31.03 qSFfOMVt0
ぶらっしゅぷれいやー
123:名無しさん＠お腹いっぱい。
12/05/18 11:15:46.04 HrfRpnrP0
秒間30フレームのような動画でも、ニコのプレイヤーだと
例えば背景がゆっくり動くような映像で微妙にカクカクして見えるのはどうして？
124:名無しさん＠お腹いっぱい。
12/05/18 15:37:11.11 VnMJyAJE0
flash playerがPAL仕様で最高50fpsだからとか？
125:名無しさん＠お腹いっぱい。
12/05/18 16:03:25.28 /6Q3Idqc0
>>123
ニコ動のページで他の宣伝のflash＆マーキーが動いているから。
126:名無しさん＠お腹いっぱい。
12/05/18 16:17:09.03 HrfRpnrP0
>>124-125
よく判らないけど、これに関しては回避不可能と思えばいいのかな？
自分がうpった訳じゃないが、日常ED2みたいな動画だともうガクガクだよね
127:名無しさん＠お腹いっぱい。
12/05/18 17:49:23.30 k09ZRON/i
>>124
知らなかった…どうりで60fpsで上げてもドロップフレームが出るわけだ…
ネトゲの動画とかは50fpsでキャプチャしようかのう
128:名無しさん＠お腹いっぱい。
12/05/18 18:19:44.53 DU6Ft+vt0
いや、上限50fpsなんて大嘘だから。
明確なソースは見つけられなかったけど、ありえない。
129:名無しさん＠お腹いっぱい。
12/05/18 18:47:42.55 /6Q3Idqc0
>>127
flash playerは60fpsどころか、120fps再生とかも問題ないよ。
カクカクするのは、コメントや他の宣伝のflash＆マーキーが同時に動いている負荷のため。
または、PCやグラボの性能が低いため。
130:名無しさん＠お腹いっぱい。
12/05/18 19:10:10.17 SOfAg6A50
corei7 3930k@4.7Ghzで再生支援は切ってる。コメント切っても変わらんし広告なのかぁ
なんだっけオミトロンとか入れればいいんかね?
131:名無しさん＠お腹いっぱい。
12/05/18 19:25:12.83 qwFzq5wb0
flashplayerの再生支援はGPUなんだから、グラボ次第
132:名無しさん＠お腹いっぱい。
12/05/18 21:08:19.56 w2urESK80
OperaとかFirefoxとかのプラグイン版だとコマ落ちするけど、64bitのActiveX版だとコマ落ちしにくい
133:名無しさん＠お腹いっぱい。
12/05/18 23:13:41.63 yq+U17L00
MAD動画をアップしようと思うのですが、
たて横の大きさはどのくらいがいいとかありますか？
幅1280ｐｘ 高さ720ｐｘ なんですが、
この辺は特に気にする必要はないですか？
134:名無しさん＠お腹いっぱい。
12/05/18 23:14:12.85 aoowM83L0
動くシーンは大体ティアリングが発生して
たまにノイズみたいのも載るんだがこれは何が原因？
135:名無しさん＠お腹いっぱい。
12/05/19 03:37:13.90 8hnLNPDZ0
>>133
そのままでもよかとですけど、16:9なら
・Zeroの大画面相当の864x486
・原宿やZeroの中画面相当の640x360
くらいにしてもいいかもしれねべっちゃ。
解像度が高いとビットレートも仰山必要になるさかい、
動画の長さ、一般かプレミアかなど、自分で考えて決めりゃええ。
>>134
環境もろくに書かず質問するとはいい度胸ですぅ
・ティアリングとかノイズとか言ってるものがわかるSS
・CPU
・OSとビット数
・使用ブラウザとバージョン
・FlashPlayerのバージョン
・ハードウェアアクセラレーションのON/OFF
・GPU名やドライババージョン
・問題が起きるサンプル動画
くらいの情報は出しやがれなのですぅ
136:名無しさん＠お腹いっぱい。
12/05/19 14:55:58.64 cJSESb4b0
以前niconicozeroで648x486がドットバイドットで再生できないと言ったID:zAq1Gbd+0 です｡
URLﾘﾝｸ(hishou.ddo.jp)
やはりこれは出来てないんじゃないかな… どうみても文字が潰れてると思います
137:名無しさん＠お腹いっぱい。
12/05/19 15:03:34.38 cJSESb4b0
すみませんプレイヤの設定で画質低にしたら普通に見られました｡変な補間が入ってるんすね
138:名無しさん＠お腹いっぱい。
12/05/19 15:33:27.06 U/EXnD5o0
flash playerは画質低をデフォにしてほしいよな
毎回低に変えるのめんどい
139:名無しさん＠お腹いっぱい。
12/05/20 00:24:56.75 kBY7x2qq0
ニコエンコが使えなくて困っています。
OS:Win7
録画ソフト:アマレココ
元動画の形式:AVI
ファイルを選択すると
「未対応の動画形式です。コーデックパック(CCCPなど)を入れると対応できます。」
と出ます。２ヶ月ほど前は普通に使えてたんですが急にこのようなエラーが出ました。
CCCPもインストールしましたが駄目でした。
よろしくおねがいします。
140:名無しさん＠お腹いっぱい。
12/05/20 00:36:41.45 IaSCfMJX0
>>139
ニコエンコは古いままメンテナンスもされておらず、色々な問題があるので使うべきではありません。
「つんでれんこ」やその派生の「夏蓮根」、または「AviUtl」あたりを利用するほうがよいでしょう。
ニコエンコとは - ニコニコ大百科
URLﾘﾝｸ(dic.nicovideo.jp)
ニコエンコ v0.77を使う場合の注意点
URLﾘﾝｸ(goldenhige.cocolog-nifty.com)
動画がおかしくなる方は大百科をクリック→とは - ニコニコ大百科
URLﾘﾝｸ(dic.nicovideo.jp)
つんでれんことは - ニコニコ大百科
URLﾘﾝｸ(dic.nicovideo.jp)
141:名無しさん＠お腹いっぱい。
12/05/20 05:42:36.25 0WfbC7FD0
動画がおかしくなる方は～は全然違うだろwあれはDXVAの支援バグに関する記事だ
とりあえずamv2/amv3のアンインストールと再インストール、PC再起動してみれば?
142:名無しさん＠お腹いっぱい。
12/05/20 06:28:51.70 MTr4ip6Y0
>>141
>>139 の問題とは直接関係ないが
動画がおかしくなる方は大百科をクリック→とは - ニコニコ大百科
URLﾘﾝｸ(dic.nicovideo.jp)
の記事を読めばわかるが、ニコエンコのデフォにもなっているref=16にした時に起こる問題についても書いてある
そのあたり、エンコ設定に関する注意をまとめた記事
ｘ264でのニコニコ動画用エンコードで注意すべき設定(AviUtl)
URLﾘﾝｸ(chround30.blog.fc2.com)
記事にあるdeblockの問題とか、エンコ依頼受けている人がエンコした動画でも起こっていたりする
143:名無しさん＠お腹いっぱい。
12/05/20 12:06:28.56 0WfbC7FD0
いやいや前の記事のベースはほとんど自分が書いてるし内容は把握してる
動画が読み込めないって質問に対してエンコ後どうとか言うのはあまりにお門違いだろうと
ニコエンコは使わないから詳しい事は分からんがdirectshowがおかしいんだろ。コーデックの優先度などが正常にならんとつんでれんこでも同様の問題が発生する可能性がある
144:名無しさん＠お腹いっぱい。
12/05/20 12:49:19.89 FfXl/In20
今動画を投稿する場合解像度640×360で
ビットレートは1200、1400、1500のどれが良いと思いますか？
1500だと今のニコでは重過ぎて見れませんか？
今動画のエンコや投稿している人の現状でのアドバイスを聞きたいです
145:名無しさん＠お腹いっぱい。
12/05/20 14:01:30.28 wG1Ddz0U0
>>144
ギリギリ視聴に耐えられるラインで容量切り詰めてうpったりしたけど
結局高画質版をつべに貼り直した。
今のニコが不安定すぎるんで悩むだろうけど、
自分が納得できるサイズにするのが後悔しないと思う。俺なら1500にするね。
146:名無しさん＠お腹いっぱい。
12/05/20 16:21:30.04 R2qK9o5q0
>>139
>>143
とりあえず以下を確認するといいかもね。
１．数秒でいいからもう一度何か録画してニコエンコにかけてみる。
そっちがちゃんと読めるなら、問題が起きたAVIだけがおかしいということになる。
２．とりあえず問題が起きたAVIが再生できるかどうかを確認。
３．再生できないなら修復ツールを試す。
URLﾘﾝｸ(www.amarectv.com)
だが、記事読めばわかるだろうけど、余程の理由がない限りニコエンコを使い続けるメリットはない。
使い続けるにしても設定ファイル等をいじらないといけない。
つんでれんこはDirectShowだけじゃなくAVISource()やFFMpegSource()での読み込みもできるので
ファイルを正常に読み込める可能性は高い。
147:名無しさん＠お腹いっぱい。
12/05/20 16:24:45.93 R2qK9o5q0
>>144
とりあえず自動マルチパスじゃなく、品質基準VBRの --crf 23 でエンコしてみる。
できあがったもののビットレートが1500以上なら自動マルチパスでビットレート1500に。
それ以下ならそのまま投稿すればいい。
148:名無しさん＠お腹いっぱい。
12/05/20 18:21:22.76 zwZve/ib0
>>145
>>147
自分は今プレミアム会員だけど
7分の640のビットレート1500で上げて一般会員はまともに見れるのか心配です。
妥協して1200や1300に下げるかどうか。
一般が見れないと再生数は伸びないし、でもこの1200～1500で画質は全然違うし・・・。
149:名無しさん＠お腹いっぱい。
12/05/20 18:38:32.30 71neQRlX0
ビットレートとランキングの関連性についてのデータないかな？
150:名無しさん＠お腹いっぱい。
12/05/20 19:14:37.37 R2qK9o5q0
>>148
何を言っても無駄みたいだし、依頼スレに続いてこんなとこでグダグダ言ってないで自分で考えて好きにしなよ。
個人的には1200か1500かで変わる再生数なんて誤差レベルだと思うがね。
151:名無しさん＠お腹いっぱい。
12/05/22 18:01:15.10 4PFs/TB40
今640×360のビットレート1600の動画MADを作ってみたのですが
一般では重くてシークバーが止まりまともに見れないようです。
ちなみに容量は8分で90MB程度。
こちらでMADのエンコードをする場合、
640の解像度のものを普段どの程度のビットレートにしていますか？
152:名無しさん＠お腹いっぱい。
12/05/22 21:55:42.30 eOywp++H0
そもそもニコニコの読み込み速度なんて全く信用してないわ
動画見るときは基本全ロード最低でも半分はロードしてから見てる
正直ビットレートあまり関係ない気がする
超時間耐久動画と超高画質ベンチ動画で明らかに耐久のほうがロード遅いし
153:名無しさん＠お腹いっぱい。
12/05/23 02:31:22.47 8+RUL+Ki0
>>151
動画投稿してる俺の個人的な感覚でよければだけど
ビットレート1200超えた辺りから「動画重い」ってコメが付き始める感じ。
154:名無しさん＠お腹いっぱい。
12/05/23 04:40:38.93 mEU1IupH0
>>151
動画の読み込み時にシークバーが止まるのなら、ビットレートというより
通信速度と容量の問題だろ？
だから、90MBあるんなら、1600kpbsで8分だろうと、3200kbpsで4分だろうと同じ
動画を読み込んだ後に、再生がスムーズに行くかどうかなら、ビットレートとか
エンコ設定が効いてくる
155:名無しさん＠お腹いっぱい。
12/05/23 04:46:24.73 mEU1IupH0
ニコニコ動画のsmile-psuサーバーの仕様について
URLﾘﾝｸ(togetter.com)
の話まで考えるなら、容量だけじゃなくて、ビットレートも効いてくるだろうけど、それはまた別の話
156:名無しさん＠お腹いっぱい。
12/05/23 07:26:52.85 mspCAKn/0
psuってZeroの話みたいだから一般には関係なさそうね
しかしシークバーで判断できないとか・・・
157:名無しさん＠お腹いっぱい。
12/05/23 15:07:12.14 xw8gEvf80
>>156
smile-psuはZeroとは何も関係ない。原宿でも発生する。
プレミアムだけの問題だから一般会員には関係ないというのは合ってるけどね。
158:名無しさん＠お腹いっぱい。
12/05/25 12:21:55.08 tOtVK10x0
>>153
>>154
2、3分の動画だと2、30MBに収まりますけど
7分や8分でそこそこの画質にすると
どうしても70MBとか80MBになってしまいます。
現状のニコニコでMADの解像度640の1500や1600ビットレートでは
重くて敬遠されるレベルなのでしょうか？
通常のゲームプレイ動画と違いMADの場合やはり画質を無視できませんから
その辺の一般的な視聴者側の体感や認識が凄く気になります。
159:名無しさん＠お腹いっぱい。
12/05/25 12:24:46.07 tOtVK10x0
>>152
>動画見るときは基本全ロード最低でも半分はロードしてから見てる
以前はどうだったかわかりませんが
今はプレミアムの方が読み込み＋再生でカクカクしますね。
一般はカクツキが無い代わりに読み込みが遅いという感じで
結局ニコニコ側の問題なので投稿者はどうする事もできない気がします。
160:名無しさん＠お腹いっぱい。
12/05/25 14:40:43.44 ecPMk//u0
>>158
はっきりいって、重いかどうかが気になるレベルのMADなら、７分や8分あること自体が敬遠される
内容が十分面白いのなら、どんなに重かろうが、視聴者は見てくれる
161:名無しさん＠お腹いっぱい。
12/05/26 19:35:30.32 +cR8Yg9h0
映像部分に関して、エンコしても崩れにくいものって何？
例えば紙芝居動画を作るとして、元の画像はどういう状態に準備する？
162:名無しさん＠お腹いっぱい。
12/05/26 19:41:29.18 x/Ab5J690
もやっとしてエッジがない絵は圧縮しやすい
しかし、紙芝居なんてエンコ楽勝だからそこまで気にする必要はない
163:名無しさん＠お腹いっぱい。
12/05/26 22:10:25.28 8cfqZQnR0
URLﾘﾝｸ(www.nicovideo.jp)
こういう縛りプレイ楽しそうなんだけどなんで流行らないんだろう
164:名無しさん＠お腹いっぱい。
12/05/26 22:13:08.71 BkLJOHei0
FDサイズにエンコし直しただけで自作動画になるなんてお得ですね
165:名無しさん＠お腹いっぱい。
12/05/26 22:21:42.03 8cfqZQnR0
割とこだわってエンコしてる身としてすごい面白そうだと思ったんだけどな｡
そういう人は1度は○○を何人かでエンコして一番綺麗な奴優勝なみたいな事考えたことあると思うしバイト単位で条件作れる訳やん
166:名無しさん＠お腹いっぱい。
12/05/27 01:28:03.99 T6l7F24rP
>>163
URL張る時は短縮位しろ
URLﾘﾝｸ(goo.gl)
167:名無しさん＠お腹いっぱい。
12/05/27 02:16:38.67 RgptIs8z0
短縮URLも怪しくてあまり踏む気になれないし、大百科示せばよかったんちゃうかと。
フロッピーに入る動画シリーズとは - ニコニコ大百科
URLﾘﾝｸ(dic.nicovideo.jp)
フィルタやエンコ設定を細かく考えていく人なら楽しいのかもしれないけど、
正直なところ低解像度で異常な設定をした挙句、出来上がるのはサイズが小さいだけで
ただの画質の悪い動画なんで、個人的にはまったく魅力を感じない。
168:名無しさん＠お腹いっぱい。
12/05/27 11:01:26.52 SocBn5bY0
twitterじゃあるまいし短縮にする必要なし
169:名無しさん＠お腹いっぱい。
12/05/27 12:03:29.35 ICyHdZOf0
自分ルール
1. amazonのURLからは不要な部分を削る
URLﾘﾝｸ(www.amazon.co.jp)
2. ニコニコ大百科は、>>167のように記事番号のURLを使う （記事名が英数字のみの場合は除く）
3.他は、リンク先が踏まないとわからないから、短縮URLは使わない、
170:名無しさん＠お腹いっぱい。
12/05/27 12:47:09.71 IsPq9tjK0
短縮じゃないとスマホで見づらいから、短縮で頼むわ
171:名無しさん＠お腹いっぱい。
12/05/27 22:24:56.74 cLIywPpL0
ｍｍｄ作成でAVIで出力してからaviUTLで編集して、H,264でMP4にエンコして再生したら、MMDで作成した画面のほとんどが白くなったり字幕に影がかかって読みづらくなりました
エンコードオプションは--bitrate 390 --pass 3 --stats "%{savfile}.stats" --keyint 300 --b-adapt 2 --me umh --subme 8 --direct auto --ref 5 --log-level noneです
PCはLC900KGでVistaのノートPCです
MMDやAVI形式の動画以外では問題なくMP4で再生されました
３時間くらい調べても原因がまったくわからなかったので、わかる方回答してくださるとすごく助かります
172:名無しさん＠お腹いっぱい。
12/05/27 22:52:13.20 2r4p/RY90
プレイヤーがquicktimeだったとかじゃあるまいな
173:名無しさん＠お腹いっぱい。
12/05/27 23:02:19.75 aev5ti6S0
AVIがまともに読めてないんかな？
試しに他の形式にしてみれ
174:名無しさん＠お腹いっぱい。
12/05/27 23:15:34.86 cLIywPpL0
>>172、>173
レスありがとうございます
早速試させてもらいます
175:名無しさん＠お腹いっぱい。
12/05/27 23:44:26.02 cLIywPpL0
問題解決できました、ありがとうございます
原因は>>173さんの言う通りquicktimeが原因でした
やっくん氏の配信しているフリーソフトのFlavieでMP4を再生することで通常通り再生できました
Yahooの知恵袋では回答が来なかったのですごく助かりました、ありがとうございます
176:名無しさん＠お腹いっぱい。
12/05/28 02:43:34.64 TGr5yS1a0
とりあえず最後の1行はやめとけ。
回答者になればよく分かるがマルチポストは馬鹿にされてる印象しか受けない
177:名無しさん＠お腹いっぱい。
12/05/28 03:03:32.20 NmayQhjb0
>>175 の問題点
1. テンプレを読んでいない (>>8 の逆パターン)
2. （>>176) マルチポスト
3. 知恵袋という名だが、なんの知恵の集積もしていないサイトをアテにしたこと
178:名無しさん＠お腹いっぱい。
12/05/28 03:25:27.98 TGr5yS1a0
いや割と知恵袋でも質問点を的確にして質問すればちゃんと事細かに答えてくれる人はいるよ
DTV板住民でもまず誰も知らないような重箱の隅を突つくような質問でも懇切丁寧に教えてくれたり検証してくれたりする事は多いし自分も自己満足で答えたりはしてる
専門的な分野になればなるほど人は少ないけど教えたがりな人の割合は高かったりするからね
ただそうはいっても動画共有やらネット一般のカテゴリとかPC初心者、その他一般的なカテゴリでは質問の意図にそぐわないあまりにも酷い受け答えが大半のようには感じる
YES,NOで完結する質問にそれは分からないですがこれ(全く関係の無い酷いもの)はどうですか?とか勧められてベストアンサーになった時は唖然としたわ
179:名無しさん＠お腹いっぱい。
12/05/28 04:13:44.66 NmayQhjb0
>.178
ちゃんと答えてくれる人がいることは認める
問題なのは、「なんの知恵の集積もしていない」こと
知っている人が質問した人に教えるだけで、それ以外の人がその情報を探そうとして
知恵袋内で検索しても、往々にして、的確な答えはノイズの山に埋もれてしまっていて
その時答えた人を運良く捕まえる以外に方法がない点
180:名無しさん＠お腹いっぱい。
12/05/28 15:49:19.96 dJyqPO280
おｋ
181:名無しさん＠お腹いっぱい。
12/06/04 23:43:19.21 tu9Z2MeU0
[movie.avi]
720x480 12Bit Intel Indeo iYUV R2.0 29.97fps 124291.59kb/s
PCM 44.10kHz 16Bit 2ch 1411.20kb/s
[WindowsMedia] 00:01:04.000 (64.000sec) / 1,012,806,034Bytes
真空波動研SuperLite 090503 / DLL 090503
このファイルをAviutlで読み込むと、音声だけで画面が真っ黒になってしまいます。
FFDshow関連かとも思いそちらも試しましたが、WMPでの再生時にはFFDshowは出
てこないのでどうやら違うようです。
AMV3の未圧縮で出力したものをWMMで編集し、WMEの未圧縮コーデックで出力しま
した。
どなたか原因がお分かりの方はいらっしゃいませんでしょうか？
当方OSはVistaです。
182:名無しさん＠お腹いっぱい。
12/06/05 00:16:20.14 6q6AMCei0
>>181
・まとめWikiで非推奨とされている無圧縮WMVで出力している。( URLﾘﾝｸ(nicowiki.com) )
・そのファイルはWMVファイルであってAVIではないのに拡張子をaviにしている。
・ついでに言うがそんな解像度で大丈夫なのか？アスペクト比とかおかしいんじゃね？
・さらについでに言うと真空波動研が古すぎる。
たぶんかなり古い間違った解説動画を見たんだと思うけど、とりあえず無圧縮WMVを使うのはやめたほうがいい。
あとDirectShow File Readerでの読み込みもトラブルの原因だからL-SMASH Worksを入れて読み込んだほうがいい。
183:名無しさん＠お腹いっぱい。
12/06/05 05:46:51.97 GMdEEh0M0
解説動画って正直害悪だよなぁ。
うｐした瞬間から情報は古くなっていくし、そもそもその内容がうｐ主独自の頓珍漢なやり方だったりする。
複数人の目に晒されて中身が練られてるまとめｗｉｋｉのほうがいいわ。
184:名無しさん＠お腹いっぱい。
12/06/05 06:36:33.09 nx2WI9BF0
3年前の波動研か・・・
185:名無しさん＠お腹いっぱい。
12/06/05 09:45:35.93 QAnaWU980
まとめwikiも編集しなけりゃダメだけどな
URLﾘﾝｸ(nicowiki.com)
ビットレート計算機が付いたこととか、拡張x264出力(GUI)Ex)1.43から、キーフレーム間隔の上限で -1にすると自動でfpsx10になるとか
URLﾘﾝｸ(nicowiki.com)
48kHz制限は撤廃されたとか
あちこち古くなっている
#海外規制で自分では直せなかった
186:名無しさん＠お腹いっぱい。
12/06/05 20:29:53.00 IVvJ7NvYi
>>182
sar par darって知ってるか
187:名無しさん＠お腹いっぱい。
12/06/05 22:01:12.18 +TIhFz9A0
>>186
知ってるけど、>>181の流れで720x480のまま扱ってるのは疑問に思わないのか？
ソース等が明記されてないから詳細はわからんけど、注意喚起くらいしといがほうがいいかと思っただけだ。
188:名無しさん＠お腹いっぱい。
12/06/06 03:49:41.39 nZ345krk0
>>185
とりあえずaviutl_h264のページだけ更新しておきました。
URLﾘﾝｸ(nicowiki.com)
●ツール一覧表からMP4PluginとDirectShowFileReaderを削除。
代わりにL-SMASH Worksを追加。DLはPOP氏のサイトから。
●FlashPlayer11.2からはマゼンタ線が出なくなったため、
10bit非推奨の理由を「GPU再生支援が効かない」に修正。
視聴にはほぼ影響ないけど微妙に色もおかしいという問題もある。
●一般会員の解像度上限は5/1から1280x720になったことを追記。
●ZeroWatch大画面モードでの基本解像度を追記。（原宿バージョンの記述も残した）
●プラグインにL-SMASH Worksの記述を追加。
DirectShow File ReaderとMP4Pluginは記述は残しているが非推奨に。
●x264guiExのビットレート計算機の説明とスクショを追加
●x264guiExの設定とスクショをv1.43対応に更新。
●H.264 Levelの指定は冗長なので削除。
●参照距離(--ref)に関して、大百科記事「動画がおかしくなる方は大百科をクリック→」への参考リンクを追加。
●「キーフレーム間隔の上限」はv1.43で追加された
「-1を指定するとフレームレートの10倍を自動設定する」
という機能を推奨。
●シングルパスの設定方法を表から削除。
189:名無しさん＠お腹いっぱい。
12/06/06 06:47:01.51 St1i9AEV0
結局Zeroがどうなるのかはっきりと分からないから今どうするかって結構微妙なのよね
そもそも容量とかビットレート上げてくれないと・・・
190:名無しさん＠お腹いっぱい。
12/06/06 07:28:25.16 l7SuH+aH0
>>188
乙乙！
191:名無しさん＠お腹いっぱい。
12/06/06 07:54:34.01 Cw6hro4Pi
容量ビットレート上げるなら投稿容量が月1GBじゃ少な過ぎる
192:名無しさん＠お腹いっぱい。
12/06/06 09:35:21.03 UYPEFjO9P
100MB/fileの方がきつい
せめて、300MBまで上げてくれ
193:名無しさん＠お腹いっぱい。
12/06/06 10:20:42.05 l7SuH+aH0
たしかに他の動画サイトもどんどん高解像度・大容量化してるしニコニコもそのぐらいまで上げてほしい所
194:名無しさん＠お腹いっぱい。
12/06/06 12:41:55.63 OCXC1u1Bi
macはスレチかもしれませんが、h264でエンコードした動画ファイルが汚すぎて視聴に耐えうる物にならないんです
１．問題点:対戦格闘ゲームの動画なので動くと荒れて見れた物じゃない
２．元ファイルの情報 :すみません出先の為情報がないのですが、25分近い動画です
３．エンコードして出来上がったファイルの情報 :これも出先の為詳細がないです。
４．ソフト:FinalCutProX + Compressor4
５．MP4ならば必要に応じてx264のエンコードオプション:これも不明です、すみません
６．PC環境:MacBookPro15.4inch,2011early
VRAMは1GBです
どなたか解決策をご存知の方いらしましたらよろしくお願い致します。
195:名無しさん＠お腹いっぱい。
12/06/06 12:53:14.17 St1i9AEV0
いや・・・うん・・・
画質をよくするだけならビットレートでも上げておけばいいと思うよ
196:名無しさん＠お腹いっぱい。
12/06/06 12:59:29.80 OCXC1u1Bi
>>194
ファイルサイズ100MBになるようにビットレート限界まで上げたのですがダメなんです
止まってる時は綺麗なのですが、動くと崩れるので設定でもう少し改善出来るのかなと思ったのですが・・・
compressorの設定でフレームコントロールをオンにして、デインターレースを高品に、レート変換を動き補正にして試してみましたがあまり変わらず・・・
197:名無しさん＠お腹いっぱい。
12/06/06 14:08:36.97 l7SuH+aH0
情報が少な過ぎてなんとも言えないけどリサイズはしてある？
25分もあると500kbpsも振れないだろうから512x384（16:9なら640x360）に縮小して
それでも不満があるなら動画を2か3分割ぐらいにした方がいいんじゃないかな
198:名無しさん＠お腹いっぱい。
12/06/06 14:52:58.14 UYPEFjO9P
>>196
ビットレートが1Mbpsはないときついかと
分割するか、画面サイズを縮小しろ
199:名無しさん＠お腹いっぱい。
12/06/06 15:35:22.89 OCXC1u1Bi
>>197
リサイズは640×360でしてます
>>198
ビットレート1Mは必要なんですね・・・
200:名無しさん＠お腹いっぱい。
12/06/06 15:37:09.59 OCXC1u1Bi
もしかしてリサイズ前の画面サイズも640×360にした方が綺麗になるものなんですかね？
201:名無しさん＠お腹いっぱい。
12/06/06 16:32:44.99 l7SuH+aH0
それなら8分刻みぐらいで分割して100MBのファイルを3つ作るのがよさそう
撮影する時は原寸のままがきれいに仕上がると思う
202:名無しさん＠お腹いっぱい。
12/06/06 16:42:37.78 u8K9oBh/0
>>194
>>172
203:名無しさん＠お腹いっぱい。
12/06/07 22:36:03.56 m9mt5oT50
ここでは常識かもしれないけど、ずっと困ってた問題が解決したので一応書いておきます。
1080P/60fpsでエンコした動画を、ニコ動でGPU支援オンで見るとガクガク。
支援オフなら50-55fpsくらいは出てるけど、VLCプレイヤーで見るよりfpsが落ちてる状態だった。
それで仕方なく説明文にGPU支援オフ推奨と書いてたんだけど、試しに2048x1152/60fpsで
エンコしてみたら、支援オンでもプレイヤーで見るのと全く同じヌルヌル感になった。
解像度が上がってるから再生負荷も上がってるはずなのに、どうしてこうなったのかな？
経験上、どうも1080P近辺の解像度だけ支援オンでガックガクになるんだよね。
204:名無しさん＠お腹いっぱい。
12/06/07 23:58:11.12 LPEjOmNp0
何も解決してない気がするのは気のせいだろうか。
エンコオプションやエンコしたファイルの詳細情報も書いてないし
1080pの60fpsはニコ動にはオーバースペックだと思うのでどうでもいいけど。
205:名無しさん＠お腹いっぱい。
12/06/08 05:36:30.22 yuGaSliv0
確かに解決してないですねｗ
偶然答えを見付けたけど、解けた理由が分からないという感じでしょうか。
エンコオプションはこれまで色々試したけど駄目で、ヤケクソで解像度を上げてみたら
なぜか問題が無かったから不思議なんです。
206:名無しさん＠お腹いっぱい。
12/06/08 07:07:54.95 t7T+I/ms0
>>205
どんなGPU使ってるのか知らないけど、2048x1152の時はGPU再生支援が効いてないんじゃないの。
DXVACheckerの「デコーダデバイス」で見た時に、H264系の最大解像度が1920x1080までになってるとか。
実際にハードウェアアクセラレーションが効いてるかどうかは、DXVACheckerでトレースログとればわかるから、
とりあえずちゃんと効いてるかどうか確認したほうがいいんじゃないかね。
再生支援について詳しいわけじゃないけど、エンコオプションによってH.264 Levelも変わってくるし、
>>204に書いてあるように、質問するなら自分から情報出さないと駄目だと思うよ。
207:名無しさん＠お腹いっぱい。
12/06/10 21:14:11.46 p0UYqeFm0
6/8にリリースされたFlashPlayer11.3.300.257の挙動について。>>9の続きみたいなもの。
なんかまた変わってるっぽいのですが、正しいかどうか追加検証をしていただけるとありがたいです。
【ハードウェアアクセラレーションOFF時】
●colormatrixやfullrangeを反映するようになった。指定無しの場合はBT.709のTVレンジとしてデコード。
（11.2では両方とも無視してBT.601のTVレンジとしてデコードしていた。11.3では11.1の時と同じ挙動に戻ったことになる。）
●deblockが有効になっている動画で映像崩壊が起きることがあるという問題はそのまま。
（なお、この問題はハードウェアアクセラレーションONの場合には発生しない）
URLﾘﾝｸ(www.nicovideo.jp)
【ハードウェアアクセラレーションON時】
●colormatrixやfullrangeを反映するようになった。指定無しの場合はBT.709のTVレンジとしてデコード。
ハードウェアアクセラレーションOFFの場合と同じ挙動になった？
（★ONの場合は、かなり前からcolormatrixもfullrangeも無視してBT.601のTVレンジとしてデコードしていたはず。）
【その他の既知の問題】
●10bit-depthのH.264をデコードすると色が微妙におかしいという問題はそのまま。
11.1まで出ていた右側のマゼンタ色の縦線は11.2で出なくなったし11.3でも出ない。
URLﾘﾝｸ(www.nicovideo.jp)
【色空間テスト用動画リスト】
URLﾘﾝｸ(www.nicovideo.jp)
208:207
12/06/10 21:16:51.25 p0UYqeFm0
なお、ハードウェアアクセラレーションONの挙動を確認してもらった環境は以下のとおりです。
【OS】Win7 Home Premium 64bit (英語版)
【CPU】i7 860
【GPU】GeForce GTS 240
【ブラウザ】IE9
【FlashPlayerのバージョン】11,3,300,257
209:名無しさん＠お腹いっぱい。
12/06/11 22:40:46.61 zeW+YDdU0
x264guiExの作者であるrigayaさんが、FlashPlayer11.3でのcolormatrixとfulrangeの扱いを検証して下さったようです。
rigayaの日記兼メモ帳 FlashPlayerもついにまともになったようだ
URLﾘﾝｸ(rigaya34589.blog135.fc2.com)
>>207-208にも書いたように、11.3では、ハードウェアアクセラレーションのON/OFFに関わらず、
●colormatrixもfullrangeも反映する
●指定がない場合はBT.709のTVレンジ(圧縮レンジ)としてデコードする
という挙動になっているようです。
210:名無しさん＠お腹いっぱい。
12/06/11 23:15:13.21 zeW+YDdU0
そんでもって、>>207-209を踏まえて考えると、【オススメ設定を変えたほうがよいかもしれない】のですよね。
現在は
「BT.601で出力して、colormatrixにはsmpte170mを指定する」
というのを勧めているわけですが、こうしていたのは、
「FlashPlayerはハードウェアアクセラレーションONの時は強制的にBT.601でデコードするから」
というのが理由でした。（OFF時はcolormatrixを反映するので、これによりどちらでもBT.601で正しくデコードできた）
しかし、11.3で>>209のような挙動に変わったことを考えると、話は少し変わってきます。
ポイントになってくるのがエコノミー動画の扱いです。
サーバー側で生成されるエコノミー動画では、colormatrixもfullrangeも指定されていません。
そのため11.3では、「どのエコノミー動画もBT.709でデコードされる」ということになります。
つまり、「BT.601でエンコードした動画のエコノミー動画は、11.3での視聴時に色が変わってしまう」ということになります。
つまり、「11.3で、エコノミー動画での視聴も含めより多くの人に正しい色で見てもらうこと」を考えた場合、
「BT.709で出力して、--colormatrix bt709をつけてエンコードする」
というのが、よりよい設定だということになってきます。
（ただし、PlayStation Vita等、強制的にBT.601デコードする端末については色が変わってしまうことになりますが。）
・・・しかし、最近のAdobeを見てると、11.3の挙動で安定するのかどうかちょっと不安なんですよね・・・。
どうしたものか。
211:名無しさん＠お腹いっぱい。
12/06/12 00:11:58.45 2cCmGyu60
あとは、AviUtlの色変換の設定はデフォルトがBT.601なんで、もしBT.709にするってことになると
そこの設定を忘れてBT.601出力にしたまま--colormatrix bt709にする人も増えそうかな～みたいな。
まあそこまで心配してもどうしようもないかもしれんけども。
212:名無しさん＠お腹いっぱい。
12/06/12 01:07:30.02 c5OlexlM0
「そのときのニコやFlashに確実に合わせる」ならいろいろ考える必要あるんだろうけど
ファイル自体の汎用性考えたら本体の入出力もGUIExの設定も全部自動でよくね? 情弱意見ですまんけど
213:名無しさん＠お腹いっぱい。
12/06/12 01:17:25.75 xkeEeE7b0
>>212
考え方によるよね。両論併記ではどうか？初心者には混乱の元かな？
214:名無しさん＠お腹いっぱい。
12/06/12 08:17:39.77 Cq+ZgdFg0
あれ自動にしてたら画面サイズで変わるんだっけか
ややっこしいなあ
215:名無しさん＠お腹いっぱい。
12/06/12 08:36:43.11 P9xyLGHwi
エコノミーの事なんて考えてないからこれからもBT601でいくわ
低ビットレートで充分な時は回避するし
216:名無しさん＠お腹いっぱい。
12/06/12 10:03:35.29 6g7/S/sZ0
うわぁ・・・
じゃあニコニコでほとんどを占めるSDサイズの動画は
かなりの効率で色がおかしくなるのか・・・
ある意味以前よりひどくね？
またadobe・・・
217:名無しさん＠お腹いっぱい。
12/06/12 11:47:25.14 5uXBMBuz0
>>216
色々勘違いしてると思う。SDサイズとか関係ない。
TV番組等をローカルに保存することを目的とする一般的な動画のエンコードでは、
「SDサイズならBT.601、HDサイズならBT.709にする」というのが定番だけど、
ニコニコ向け（というかFlashPlayer向け）のエンコードでは、
「HDだろうがSDだろうがBT.601にする」というのがこれまでの推奨設定だった。
colormatrixをつけるのも推奨されていたから、ちゃんとそうしていたなら通常動画は11.3でも別に問題ない。
エコノミー動画の多くは色が通常動画とは少し変わって見えると思うけど、気づかない人も多いかもね。
218:名無しさん＠お腹いっぱい。
12/06/12 12:00:22.58 6g7/S/sZ0
エコノミー全滅か・・・
219:名無しさん＠お腹いっぱい。
12/06/12 12:16:01.99 U3/mDXsB0
何か視聴に耐えない程に色がおかしくなると勘違いして無いか？
220:名無しさん＠お腹いっぱい。
12/06/12 12:35:14.21 5uXBMBuz0
何気なく見てるだけなら、色空間の違いに気づく人は少ないというかほとんどいないだろうね。
「意図したとおりの色で見てほしい」という投稿者はどうすればいいかというお話ですわな。
221:名無しさん＠お腹いっぱい。
12/06/12 15:01:44.37 abv6CdHv0
ここに書く事かわらないけど色空間の話題が出たから
普段AMV3（YV12）で撮った動画をソースに使ってるんだけど
どうもHD解像度(720p)で撮った動画も色変換にBT.601を使ってる気がする
サイト見ても特に書いてなかった気がするけどその辺調べた人っていたりするかな
222:名無しさん＠お腹いっぱい。
12/06/12 15:35:12.82 5uXBMBuz0
>>221
使い方によって変わる。
Case1 AMV3にRGBデータが渡された場合は、AMV3がRGB→YV12変換を行う。
この場合は必ずBT.601の変換式が使われる。解像度も関係ない。
Case2 AMV3にYUVデータが渡された場合は、AMV3はそのYUVデータをYV12形式にするだけ。
渡されたYUVデータがBT.601ならBT.601になるし、BT.709ならBT.709になる。
Case1の例としてはアマレココが挙げられる。
Case2の例としては、アマレコTVでデバイスからの入力フォーマットがYUY2・UYVY・HDYCの場合が挙げられる。
AviUtlでAMV3を使う場合は、ファイル→環境設定→コーデックの設定で、AMV3のところで
「YUY2で圧縮する」にチェックが入っていればCase2になるし、チェックが入っていなければCase1になる。
これはAMV3に限らず、AMV2や、UtVideoのULY2、ULY0、Huffyuvでも同様。
一般的に、コーデック内部でのRGB⇔YUV変換はBT.601となっているものがほとんど。
もしかするとBT.709を使うコーデックもあるかもしれないけど、少なくとも自分は知らない。
223:名無しさん＠お腹いっぱい。
12/06/12 15:45:14.37 5uXBMBuz0
あー、ごめん>>222にちょっと補足。
＞これはAMV3に限らず、AMV2や、UtVideoのULY2、ULY0、Huffyuvでも同様。
AMV2とHuffyuvはYUV圧縮だけじゃなくRGB圧縮モードもあるので例としてはあまり適切じゃなかった。
これらについては「YUV圧縮する場合」のみの話ととらえてくれい。
224:名無しさん＠お腹いっぱい。
12/06/12 16:16:55.73 abv6CdHv0
>>222>>223
なんとそうなってたんだ、しばらく疑問に思ってたことがやっと解けた
例も分けてこんなに詳しく解説してくれて本当にありがとう！
225:名無しさん＠お腹いっぱい。
12/06/12 18:11:43.90 5uXBMBuz0
念のため確認しておきたいのですけど、
・FlashPlayer11.3.300.257
・ハードウェアアクセラレーション有効
という状態で以下の２つの動画を見た場合、どちらの動画が正しい色で見えますかね？
（ハードウェアアクセラレーション無効ならBT.709のほうが正しく見える）
【色空間テスト】640x360 BT.601 colormatrix無し
URLﾘﾝｸ(www.nicovideo.jp)
【色空間テスト】640x360 BT.709 colormatrix無し
URLﾘﾝｸ(www.nicovideo.jp)
>>207で示したテスト動画リストは1920x1080サイズで、そちらはBT.709のほうが正しく見えたようなのですけど、
まさか指定無しの場合に解像度でBT.601とBT.709を区別してるなんてことはないよなあという確認です。
自分じゃ試せないもので、どなたか確認してみていただけると助かります。
226:名無しさん＠お腹いっぱい。
12/06/12 19:24:38.15 abv6CdHv0
>>225
少しでも恩返しを
＞FlashPlayer11.3.300.257
＞ハードウェアアクセラレーション有効
の状態で確認したところ>>225の動画もフルHD動画（のcolormatrix無し）も
BT.709が鮮明な（おそらく正しい）色、BT.601が黒っぽい色の動画に見えました
227:名無しさん＠お腹いっぱい。
12/06/13 02:25:42.33 6CVC2BsG0
>>226
ありがとうございます。別の方からもBT.709のほうが正しく見えたと報告いただけましたし、
やはりcolormatrix指定無しならば解像度に関わらずBT.709でデコードということであってるようですね。
228:名無しさん＠お腹いっぱい。
12/06/13 05:57:22.44 sio2VaRA0
640×360の撮り貯めた写真集をニコに投稿しようと思うけど
写真の場合ビットレートはどのようにしればいいでしょうか？
普段動画の時は綺麗さと重さを考えて1200～1500程度にしています。
229:名無しさん＠お腹いっぱい。
12/06/13 06:45:38.45 CBItbnrgi
写真なら移り変わる時間によるが1枚5秒程度なら100kbpsもあれば充分過ぎる画質になるんじゃない?
230:名無しさん＠お腹いっぱい。
12/06/13 07:31:44.71 UbeQ8GAH0
写真ならとりあえずcrf23ぐらいでエンコしてみれば？
wikiだと2pass推しだけどある程度慣れたらこっちの方が断然綺麗で低容量
231:名無しさん＠お腹いっぱい。
12/06/13 07:58:29.71 sio2VaRA0
>写真ならとりあえずcrf23ぐらいでエンコしてみれば？
crfというものを知らないけど
普通の動画と同じエンコじゃまずいの？
音楽付きだからビットレート1200ぐらいでエンコードしようと思ってたけど
解像度640×360 一枚5秒から8秒程度 音楽付き
232:名無しさん＠お腹いっぱい。
12/06/13 08:35:26.04 8AxsewS70
スライドショーはビットレート低くてもいける
とりわけ640x360みたいな（画像集としては）超低解像度なら
ためしに600くらいでテストエンコしてみたら？
たぶんそれで十分
233:名無しさん＠お腹いっぱい。
12/06/13 09:57:09.14 NBUk+GMr0
>>231
crfというのは指定した品質（画質）になるようにエンコするモード。
（23がデフォルトで数値を下げるほど綺麗）
エンコ対象の映像が圧縮しづらいものなら品質を維持するために自動でビットレートを上げるし、
圧縮しやすいならビットレートを下げる。
どのくらいのビットレートにするか迷うならcrfでエンコして結果40 or 100MBに収まればよし、
収まらなかったら40 or 100MBに収まるように今度はビットレート指定でエンコし直せばいい。
という事を>>230は言いたいと思われ
234:名無しさん＠お腹いっぱい。
12/06/13 12:59:54.24 mOKGuEn50
動画ごとに2passのビットレートを決める参考に品質基準VBRでやることあるな。
235:名無しさん＠お腹いっぱい。
12/06/13 23:41:51.96 UbeQ8GAH0
>>233が言いたい事を全部言ってくれたありがとう
236:名無しさん＠お腹いっぱい。
12/06/14 02:34:45.22 aq0FNc+W0
最初からslow-firstpass trellis 2のキメ打ちじゃいかんのかそれは
237:名無しさん＠お腹いっぱい。
12/06/14 10:09:06.98 kI6K4ZB00
で、fullrangeって何？
おいしいの？
238:名無しさん＠お腹いっぱい。
12/06/14 13:31:45.58 H3No+JHr0
>>236
「ビットレート指定の自動マルチパス」と「品質指定の品質基準VBR」は根本的に異なるもの。
>>233と、まとめWikiの「拡張 x264 出力（GUI）の設定項目とその機能について」のページをよく読もう。
Wikiではビットレート指定の自動マルチパスが推奨されてるけど、これはニコニコ動画では
ビットレートやファイルサイズに上限があるためやむを得ずそうなっているだけ。
TV番組の保存などを目的としたエンコードでは、「これくらいの品質で記録しよう」ということで
品質基準VBR（--crf）でエンコードするのが一般的。
ビットレート指定だと自分でビットレートを指定しなきゃいけないわけだけど、プレミアム会員の中には、
「目安がわからないし、とにかく高画質にしたい」という理由で無駄に高いビットレートを指定する人もいる。
その結果、
「実際には500kbps程度で十分綺麗なのに、無駄に5000kbpsと指定した結果、大して画質は変わらないのに
ファイルサイズが10倍になり、視聴時の読み込みも遅く、再生負荷まで高くなる」
という、ほとんど誰の得にもならない、むしろ害悪な動画ファイルが出来上がることもある。
品質基準VBRならば、とりあえず品質（--crf）の値を20～23くらいにしてエンコードすれば、
ニコニコ動画向けとしては十分綺麗な画質になり、ビットレートもその画質に見合ったものになる。
無論、「複雑で動きが多く解像度が高い映像」の場合はかなり高いビットレートになってしまうし、
ファイルサイズ制限を越えてしまうこともあるので、その場合はビットレートを抑えてエンコードしなおす必要があるが、
そうでないなら驚くほど低いビットレートで済むことも多い。スライドショーなんかは特にそう。
ニコ動などで色々な人に見てもらうには、画質だけでなくファイルサイズとのバランスも重要なので、
適切なビットレートを探るためにも品質基準VBRのエンコードを試みてみるとよい。
239:名無しさん＠お腹いっぱい。
12/06/14 16:35:26.49 zQ5pBTlk0
自動マルチパス
・ほぼ指定サイズに収まるためエンコードが1回で済む
・動きの少ない所では無駄にビットレートを消費し、動きの多い所では足らずに画質が落ちる
品質基準VBR
・エンコードが終了するまでサイズの予想が付かない
・画質が一定なので動きの少ない場所でビットレートを節約し、多い所に割り振ってくれる
→ファイルサイズが同じなら自動マルチパスよりも高画質な動画になり、同じ画質ならファイルサイズが小さくなる
240:名無しさん＠お腹いっぱい。
12/06/14 16:52:54.17 H3No+JHr0
>>239
間違ってる。
＞・動きの少ない所では無駄にビットレートを消費し、動きの多い所では足らずに画質が落ちる
これはシングルパス固定ビットレート指定の場合でしょ。
自動マルチパスは１パス目の解析結果をもとに適切にビットレートを割り振る。
241:236
12/06/14 17:42:38.90 aq0FNc+W0
>>239
違う。同じビットレートなら品質基準vbrよりもslow-firstpassを使って2passした方が綺麗になる。
ビットレートが充分な場合は品質に準拠してもそれと同程度のビットレートを割り振った2passでもほとんど変わらないが問題はビットレートが不足するような場合
品質基準vbrの場合全体を見ずに出力するのでサイズに余裕がないのに馬鹿みたいにビットレートを取る場面が出てくる。
slow-firstpassを付けたabrの場合は最終出力と同じ設定で1pass目の解析を終えているので全体的に人間の視覚上よりよく見えるように配分してくれる
例えとして動画ファイル全体を1枚の絵と見たてると2passは自動的にaq strangeを最適値にあわせてくれるようなものでファイルサイズ比の見てくれを良くしてくれる
ただしslow-firstpassを使わないと最終出力と同じ設定で解析をするわけではないので使った場合に比べ全体の品質が落ちる
242:名無しさん＠お腹いっぱい。
12/06/14 17:48:35.19 zQ5pBTlk0
マルチパスは限られたビットレート内で最適な圧縮をするものであって
基本的にほぼ固定ビットレートな動きをしてたと思うんだが変わったんかな
243:名無しさん＠お腹いっぱい。
12/06/14 18:22:45.02 zQ5pBTlk0
すまない
avinapticを使ってグラフを見てみたらマルチパス動画も普通にビットレート変動してた
どうもエンコード中に出てくるkbpsを見て勘違いしてたみたいだ
244:名無しさん＠お腹いっぱい。
12/06/14 18:34:27.17 dibsk0oV0
翻訳解説
CRFは区間の複雑なシーンやシンプルなシーンのバランスをqcompで調整し、必要に応じてビットレートを分散します。
複雑なシーン、またはハイモーションシーンのフレームの品質を減少させることによってこれを実現します。
一定の区間は入力fpsやtcfile-inによる？
CRF = CQP + AQ + QCOMP.
qcomp = 1はmbtree = 0と同義です。
ABR、別名平均ビットレート
シングルパスモード。設定したビットレートに応じてサイズを与える。このモードでは、CRFと同じくらい速いです。
しかし、ビットレートの差異は限られています。
2パスVBR
このモードでは、特定のファイルサイズにエンコードすることができますがビットレートの分散が
限定されるものではないので、画質はABRよりもはるかに高いです。
2パスの最初のパスはターゲットビットレートを目標にするための解析に必要です。
--trellisは、基本的にはAQの逆の効果があり、フラットで、滑らかな領域からビットレートを奪うことにより
圧縮を向上させます。
Psy-Trellisは、基本的に同じことを行いますが、圧縮が向上することはありません。
ディテールとテクスチャからビットレートを取って、エッジなどでそのビットレートを使用しています。
Psy-RDと同じように、この設定が高すぎると、アーティファクトが発生する可能性があります。
Psy-RD、この設定は、ディテールやグレインのシャープネスを向上させる。
PSY RDOの評価は、通常のPSNR単位歪みに加え、再構築されたフレーム間での複雑さの違い
（ビデオのデコードにどのように見えるか）とソースフレームも含みます。
ディテールが画面全体の鮮明度？
エッジがピクセルの境界線？
245:名無しさん＠お腹いっぱい。
12/06/14 20:50:39.41 9TsTIWTO0
撮った動画の実fps値を測定できるツールはありませんか？
処理の重いシーンなどでフレームレートが落ち込んだりしている時のfps値等が知りたいです。
246:名無しさん＠お腹いっぱい。
12/06/14 23:49:42.77 FxJKOZKD0
--slow-firstpassってプラシーボじゃなかった？
247:名無しさん＠お腹いっぱい。
12/06/15 00:20:30.54 DZ2hjGqDP
テンプレ読め
248:名無しさん＠お腹いっぱい。
12/06/15 00:29:30.28 7EK9/FFd0
ニコエンコでエンコした動画は正しい色が出ますか？
以前は使ってたので…
249:名無しさん＠お腹いっぱい。
12/06/15 00:33:58.35 WyZVPCtT0
>>16
恐ろしく亀だがiPhoneでは元々ref 16の動画は再生できない｡プレイヤ自体が弾いてるのでどうやっても無理
250:名無しさん＠お腹いっぱい。
12/06/15 06:00:53.33 DpE/SOb10
>>241 >>246
slow-firstpassは効果はあるけど実際には誤差程度しか変わらないという話だった気がする。
>>248
v0.77だったら一応colormatrixがついてるので大丈夫だけど過去バージョンは知らない。
もう使ってないようだけど念のため言っておくとニコエンコの使用は非推奨。
>>249
大百科の記事によると「ニコニコ動画iPhoneアプリ4.20に更新すれば再生可能」らしいけど。
URLﾘﾝｸ(dic.nicovideo.jp)
251:名無しさん＠お腹いっぱい。
12/06/15 12:45:09.21 izFRly/C0
昨日のやり取りを眺めてたけど
スライドショーや紙芝居、アニメみたいな動きの少ない動画は品質基準VBRが小さく仕上がる
ゲームや実写みたいな動きの多い動画は自動マルチパスが画質を考えつつきっちりサイズ内に抑えられる
ってことでいいのかな
252:名無しさん＠お腹いっぱい。
12/06/15 13:03:27.37 ZUC4zZU10
高ビットレートの2パスとCRFを比べても画質の違いは少ない
ビットレート制限があるけどビットレートに余裕があるならCRFで済ませても良いだろう
じゃないか？
253:名無しさん＠お腹いっぱい。
12/06/15 13:20:05.05 3r4Xw7h70
2Passで静止画なんかに明らかに必要ないようなレート指定してエンコードしてもその数字になるの？
自動的に下がる？
254:名無しさん＠お腹いっぱい。
12/06/15 14:10:04.89 I1yvCJM00
自動的に下がる
255:名無しさん＠お腹いっぱい。
12/06/15 14:19:10.20 3r4Xw7h70
ありがと
なら別にCRFでなくてもいいんじゃないの
もちろん視覚上あまり必要ないレベルでの余計なレートは食うかもだけど
256:名無しさん＠お腹いっぱい。
12/06/15 14:31:43.93 YNsUWnXA0
>>253
まさにそれをﾃｽﾄとしてやってみたことがあるけどビットレート下がるよ
以前x264のqpmin qpmaxのデフォルトが10 51から0 69に変更になったとき
「非常に単純で低解像度の静止画」をあえて--qpmin 10 --qpmax 51 --bitrate 274でやってみた時のログ
エンコ時にログに黄色文字で警告とエラーメッセージが出た。(下段は訳)
x264 [warning]: Error: 2pass curve failed to converge
エラー: 2passカーブは収束に失敗しました
x264 [warning]: target: 274.00 kbit/s, expected: 222.76 kbit/s, avg QP: 10.0011
目標: 274kbps 期待値: 222kbps 平均量子化値: 10
x264 [warning]: try reducing target bitrate or reducing qp_min (currently 10)
目標ビットレートを減らすか、qpminを少なくしてください (現在は 10)
平均ビットレートがより小さくなりファイルサイズが縮んでた。
余談だけど2passで逆に「明らかに内容に対して足りてない」ビットレート指定でやると
平然と(何のメッセージも出さず)5%くらいは目標値オーバーするよ
(--bitrate以外のビットレートに関する指定がないとき)
257:名無しさん＠お腹いっぱい。
12/06/15 14:40:26.86 DpE/SOb10
>>255
そりゃ、黒い静止画が続くだけの映像に自動マルチパスで1000kbps指定したような場合は
数kbpsに落とされるのは確かだけど、それなりに動く映像の場合は、まさに
「視覚的にあまり必要でないレベルでの画質を上げようとして無駄にビットレートを割り振ってしまう」
というのが問題なわけで。
ファイルサイズ制限ギリギリのビットレートを指定して自動マルチパスでエンコードするのが一番綺麗になることは間違いない。
ただ、それと引き換えに、無駄にファイルサイズがでかくて再生しにくい動画が出来上がることもある。
品質基準VBRを試してみるメリットは、
「ある程度の画質を保ちつつ、ビットレートは必要十分な程度に抑えることができる」
という点にある。つまり、
「適切なビットレートがわからない場合でも、画質とファイルサイズのバランスがとれたファイルを作ることができる」
ということ。
シングルパスで済むのでエンコード時間が短くて済むというのもメリット。
ただし上限をオーバーしてしまうことがあるので、その場合は自動マルチパスでやり直さないといけない。
258:名無しさん＠お腹いっぱい。
12/06/15 16:09:05.98 3r4Xw7h70
つまりあれか
CRFかVBRかでファイルサイズ上限にあわせて設定を
自動でどうにかできるようになれば最強なんだな
259:名無しさん＠お腹いっぱい。
12/06/15 16:15:50.25 DpE/SOb10
個人的オススメエンコードルート
とても複雑で常時動き回っているような映像ですか？
│
├→Yes →時間的に余裕がありますか？あるよね？まずは落ち着くんだ。
｜ │
｜ ├→Yes →まずは品質基準VBRでエンコードしてみましょう。
｜ │ ↓
｜ │ ★１へ
｜ │
｜ └→No →仕方ないなあ。じゃあ自動マルチパスでエンコードして投稿しましょう。
│ ビットレートは投稿条件の上限を守りつつも、上げ過ぎないように注意。(※)
│
└→No →まずは品質基準VBRでエンコードしてみましょう。
↓
★１ ビットレートやファイルサイズの上限は守れましたか？
また、ビットレートは高すぎになりませんでしたか？(※)
│
├→Yes →そのまま投稿しましょう
│
└→No →自動マルチパスで上限を守って適切なビットレートになるように
エンコードしなおして投稿しましょう