【ニコニコ動画】FLV/ ..
75:名無しさん＠お腹いっぱい。
09/07/10 06:19:41 vj+REWwqO
>>74
VobSubとか詳しくないから見当違いだったらすまんけど
DirectShow File Readerの優先度を一番上にしてもダメかな？
76:名無しさん＠お腹いっぱい。
09/07/11 00:05:31 USJEmb0I0
エンコードではなく動画編集の質問になるのですが、他にどこで聞いていいのか分からないので質問させて頂いてもよろしいでしょうか。
昨日PCを新調して今日早速動画編集をやってみたのですが、
ウインドウズムービーメーカーから出力する映像の色が変になっていました。
旧PCの時と設定などは何も変えていないはずなのですが、OSがXPからVistaになったのでいまいち勝手が分かっていません。
なお、ググってみたら同じ症状が出た人のログが見つかって、
その人の場合はエンコしたら元通りになっていたそうなのですが僕はAviutlでMP4にエンコしても色は変なままでした。
どなたか原因がお分かりになる方、いらっしゃいましたらお教え願えないでしょうか。
なお、スペックは以下の通りです。
OS Vista SP1
CPU Core2Duo E7500 2.93GHz
メモリ ４G
HD (C:)100G 空き 65G
グラボ G41 Express Chipset 1421.5MB
77:名無しさん＠お腹いっぱい。
09/07/11 00:35:32 F4eI+QTO0
>>76
その症状はわからんがすごく中途半端なパソコンということだけはわかった
78:名無しさん＠お腹いっぱい。
09/07/11 00:48:29 B6JDCybNP
>>76
エンコ前と後のファイルを古いPCにコピーして再生してみる。
そっちで予想通りの色合いだったら、新しいPCの色の調整を行う。
色の調整方法は不明なので自力で探してください。
古いPCでも色がおかしいと感じたなら、どっちかが腐ってるのでお好みの方を窓から(ry
79:名無しさん＠お腹いっぱい。
09/07/11 00:58:34 L7GFMhowO
>>76
>>1すら読まずに質問するのはとてもよろしくないので
そんな輩にくれてやる回答はありません。
80:名無しさん＠お腹いっぱい。
09/07/11 01:13:50 USJEmb0I0
>>78
すみません、言葉が足りなかったようです。
僕は紙芝居クリエーターというツールで作った動画をムービーメーカーでつなぎ合わせたり
エフェクトをかけたりしているのですが、ムービーメーカーに入れる前と出力した後で明らかに色が変わっているんです。
上記の「同じ症状が出た人」というのもそうだったようです。
>>79
申し訳ありません、やはりスレ違いでしたでしょうか？
これ以上のレスはやめておきます。
81:名無しさん＠お腹いっぱい。
09/07/11 01:35:43 L7GFMhowO
・・・次にどこに質問に行くのか知らんが、次こそはテンプレしっかり読んでから質問しなよ・・・。
曖昧な情報しか出さないんじゃ回答もらえるわけがない。
82:名無しさん＠お腹いっぱい。
09/07/11 01:59:03 USJEmb0I0
もうレスしないと言いつつ申し訳ない。
真空波動研を通したデータを書けという意味で仰っていたのでしょうか？
厳密にはエンコードの話ではなく、ムービーメーカーの問題だろうと思ったので飛ばしていました。
恐らく参考にはならないと思いますが、試しにやってみた動画のデータを張らせて頂きます。
色がおかしいほう
512x384 24Bit Windows Media Video 9 29.97fps 103.68kb/s
Windows Media Audio 9.2 48.00kHz 16Bit 2ch 192.22kb/s
[WindowsMedia] 00:00:59.000 (59.000sec) / 1,978,605Bytes
真空波動研 090613 / DLL 090613
元のAVI
640x480 24Bit 無圧縮 30.00fps 1794f 221185.92kb/s
[RIFF(AVI1.0)] 00:00:59.799 (59.799sec) / 1,653,395,968Bytes
真空波動研 090613 / DLL 090613
なお、動画のサイズが変わっているから色も変わっているように見えるのでは？
とお思いになるかもしれませんが、その程度のものではなく明らかに違うようです。
不要かもしれませんが、スクリーンショットを撮ったので張っておきます。
色がおかしいほう
URLﾘﾝｸ(up2.viploader.net)
元のデータ
URLﾘﾝｸ(up2.viploader.net)
83:名無しさん＠お腹いっぱい。
09/07/11 02:03:35 6Ayvi/W10
>>82
色空間関係での色の劣化だと思う
84:名無しさん＠お腹いっぱい。
09/07/11 02:24:15 USJEmb0I0
ありがとうございます。
圧縮形式を変えた方がいいということでしょうか？
aviutlの色調補正でごまかすという手も考えたのですが、なかなか元通りの色に近づけられず断念しました。
85:名無しさん＠お腹いっぱい。
09/07/11 02:29:11 6Ayvi/W10
>>84
エンコードオプションに「--colormatrix smpte170m」って加えてエンコしたあと
ニコ動に投稿して色確認してみて。
ローカル環境で色が違うのはおそらく伸張がうまくいってないだけ
86:名無しさん＠お腹いっぱい。
09/07/11 02:32:46 USJEmb0I0
>>85
ありがとうございます。
ちなみに一回諦めてアップしてしまったのですが、何もオプションをつけずにやったらうｐした後も色はおかしいままでした。
次回はそれで試してみます。
87:名無しさん＠お腹いっぱい。
09/07/11 10:08:30 K3ES3VMK0
800×600と768×432ってどちらがいいのでしょうか？
88:名無しさん＠お腹いっぱい。
09/07/11 10:21:24 h63qd20L0
16で割ってみれば？
89:名無しさん＠お腹いっぱい。
09/07/11 13:51:58 L7GFMhowO
>>87
256×144にしとけ。
90:名無しさん＠お腹いっぱい。
09/07/12 10:08:02 h3L9TyVoP
Sothink FLV Playerってのがあったんだね。今日初めて知って使ってみたけどCPU負荷が軽いっぽいよ。
日本語ローカライズされた奴と、大元の英語版ではバージョンが違うけど機能的な違いは殆んどなさそう。
画質設定などは見当たらないけどmp4も再生出来る。新たに視聴確認用プレーヤーを探してる人向き。
・Sothink FLV Player
日本語版（現状のバージョンは2.2）
URLﾘﾝｸ(www.ah-soft.com)
英語版（現状のバージョンは2.3）
URLﾘﾝｸ(www.sothinkmedia.com)
91:名無しさん＠お腹いっぱい。
09/07/12 12:02:33 h3L9TyVoP
>>90
MAC版もあったので一応追加しとくよ。
・Sothink Free FLV Player for Mac
Mac OS X 用（英語版）
URLﾘﾝｸ(www.sothinkmedia.com)
オレとしたことが>>90のアドレスから頭を消し忘れてたよ。。。
92:名無しさん＠お腹いっぱい。
09/07/12 12:12:18 /5nXqIvL0
いいよ別に、今時h抜きなんか考えなくても
過去の話だから
93:名無しさん＠お腹いっぱい。
09/07/12 13:10:50 lS/Ty3ze0
>>90
とりあえず--colormatrixが効くのは確認しました。
今はFlavie使ってて特に不満はないけど、視聴確認用の選択肢としてはいいかもですね。
94:名無しさん＠お腹いっぱい。
09/07/12 13:18:32 w98qRAW20
Aviutlの拡張ｘ264出力を使って作成したmp4をニコにあげて
それをSmiledownloaderでDLしてみたら音声の周波数？（ｋHz）が
44.10kHzから22.05kHzに変わっていました
元ファイル
512x288 24Bit AVC/H.264 29.99fps 10443f 529.95kb/s
MPEG4-AAC 44.10kHz 16Bit 2ch 99.20kb/s
MP4 Base Media v1
[QuickTime] 00:05:48.204 (348.204sec) / 27,541,803Bytes
真空波動研Lite 080210 / DLL 080210
ニコに上げたあとDLしたファイル
512x288 24Bit AVC/H.264 29.99fps 10443f 529.95kb/s
MPEG4-AAC 22.05kHz 16Bit 2ch 99.20kb/s
MP4 Base Media v1
[QuickTime] 00:05:48.204 (348.204sec) / 27,541,821Bytes
真空波動研Lite 080210 / DLL 080210
ニコニコ動画まとめwiki-エンコード設定の仕様部分を見る限り
元動画は再エンコされない範囲内であると思うのですが
どのようなことが原因なのでしょうか？
ちなみに以前（といっても1年くらい前）にほぼ同じやり方で
上げたものはもんだいありませんでした
（変わったのはｘ264のバージョン）
95:名無しさん＠お腹いっぱい。
09/07/12 13:40:51 Hn7tYScN0
真空の読み間違いだろ
ほんとに中味が同じかどうか確認したいなら、
音声のみ取り出してハッシュを比較するなりしろ
96:名無しさん＠お腹いっぱい。
09/07/12 13:53:20 w98qRAW20
>>95
ほんとだ、TMPGEncで確認したら一緒でした
読み間違いって可能性は全く頭にありませんでした、すみません
使ってる真空自体のバージョンも古かったようで、最新の物にしたらちゃんと表示されました
どうもありがとうございました
97:名無しさん＠お腹いっぱい。
09/07/12 13:58:23 rw4h7yh10
エコノミー回避の条件って変わった？
h264映像180kbps音声63.6kbpsでもエコノミー回避できないorz
98:名無しさん＠お腹いっぱい。
09/07/12 14:20:32 rw4h7yh10
トータル198以下でやっとエコノミー回避できたorz
条件厳しすぎだろ・・・
99:名無しさん＠お腹いっぱい。
09/07/12 14:24:00 h3L9TyVoP
マジで！？（AA略
まいったねぇ。一時的なものだといいんだけど、再生数も500未満とかだっけ？
依頼スレもますます厳しくなっちゃうじゃん。。。
100:名無しさん＠お腹いっぱい。
09/07/12 14:25:22 lS/Ty3ze0
>>97-98
質問の書き方から考えると全く信頼できないんだけど。
テンプレをちゃんと理解してるのか？
101:名無しさん＠お腹いっぱい。
09/07/12 14:37:01 rw4h7yh10
>>100
ん？どういうこと
102:名無しさん＠お腹いっぱい。
09/07/12 14:43:32 h3L9TyVoP
ちゃんと実際のファイルサイズと再生時間から詳細なビットレートを算出してるかどうか。
ここで使うのはWindows標準の電卓がお勧めだよ。って話しだと思うよ。
103:名無しさん＠お腹いっぱい。
09/07/12 15:03:26 rw4h7yh10
ファイルサイズ2.10 MB (2,211,592 バイト)
再生時間71.33秒
でエコノミー回避できなかった。
104:名無しさん＠お腹いっぱい。
09/07/12 15:07:36 NUw2NfGZ0
ついさっき依頼スレでやったやつ（合計241kbps)でエコ回避成功したばかりなんだが
105:名無しさん＠お腹いっぱい。
09/07/12 15:09:09 NUw2NfGZ0
2211592*8/71*1000=249.193
死んで来い
106:名無しさん＠お腹いっぱい。
09/07/12 15:09:28 lS/Ty3ze0
一応確認のため適当な動画作ってアップしてみたけど、エコ回避動画を落とすのってどうやるんだっけ・・・？
落として比較しようと思ったけどeco=1のURLでSmileDownloaderで落とそうとするとエラーになる・・・。
一応見た目では再エンコされてないように見えるんだけど、どうだろう。
再エンコ条件確認テスト
URLﾘﾝｸ(www.nicovideo.jp)
[真空波動研の情報]
512x384 24Bit AVC/H.264 Main@2.1 24.72fps 128f 160.83kb/s
AAC 44.10kHz 2.0ch(2/0 L+R) HE(LC) 69.63kb/s
MP4 Base Media v1
[MPEG4] 00:00:05.178 (5.178sec) / 152,373Bytes
Sinku.DLL 090503
ビットレート計算（★秒数は小数点以下切捨て）
152,373[Bytes]×8÷5[秒]＝243796.8[bps]=243.7968[kbps]
エコノミー条件
240[上限のkbps]×1024(★何故か知らんが1024を掛ける)＝245760[bps]＝245.76[kbps]
★印の
「秒数は小数点以下切捨て」
「何故か1024を掛ける」
は、以前検証してくれた人からもらった情報。
kbpsだから普通1000を掛けるはずなのに、検証結果から考えると、何故か1024を掛けて判定してるらしい。
107:名無しさん＠お腹いっぱい。
09/07/12 15:09:35 JO1Y6YRR0
>>103
2211592(バイト) / 1000 * 8 = 17692.736(キロビット)
17692.736(キロビット)/71.33(秒) = 248.04…(kbps)
エコ回避できなくて当然。
108:名無しさん＠お腹いっぱい。
09/07/12 15:10:33 lS/Ty3ze0
解決してた ／(＾o＾)＼
109:名無しさん＠お腹いっぱい。
09/07/12 15:15:15 rw4h7yh10
>>105
死んでクル
110:名無しさん＠お腹いっぱい。
09/07/12 15:21:38 h3L9TyVoP
自前でエコ回避エンコ実験を始めてたオレ涙目。。。
111:名無しさん＠お腹いっぱい。
09/07/12 15:22:30 NUw2NfGZ0
>>109
夕飯までには生き返ってらっしゃいよ！
112:名無しさん＠お腹いっぱい。
09/07/12 16:03:20 rw4h7yh10
死にきれずにエンコうｐ繰り返し↓でエコ回避成功しました。
2.06 MB (2,166,176 バイト)
再生時間71.33秒
242.9469788kbps
みなさんお騒がせして申し訳ありませんでした。
ちなみに↓は失敗しました。
2.08 MB (2,184,190 バイト)
再生時間71.33秒
244.9673348kbps失敗
113:名無しさん＠お腹いっぱい。
09/07/12 16:46:05 lS/Ty3ze0
>>112
秒数は小数点以下切捨てで計算ね。
つまり、>>112の場合、
成功→244.076[kbps]
失敗→246.105[kbps]
これが証拠ログ（秒の小数点以下切捨て的な意味で）
【再エンコ確認テスト】エコノミー回避NG 245.904[kbps] ＞245.76[上限kbps]
URLﾘﾝｸ(www.nicovideo.jp)
小数点以下を切り捨てずに計算した場合は237.451[kbps]で、上限以下になるんだけど、実際にエコ回避に失敗してる。
「秒は小数点以下切捨て」というのは、テンプレの>>4に追記したほうがいいのかもしれない。
114:名無しさん＠お腹いっぱい。
09/07/12 19:49:48 rsXI9hoJ0
ニコエンコ0.70を使った7分10秒以上のmp4ファイルは
エコノミー症候群になるようなのですが(7:10以降早送り)、
こういった動画はどうすれば修復できるのでしょうか。
ビットレートが固定か可変かで決まるというような噂も聞きましたが、
どうもはっきりせず。
うちの貧弱なPCではニコエンコだとエンコ時間がaviutlの1/3近くまで減るので、
可能ならこちらの利用を続けたいんです。
115:名無しさん＠お腹いっぱい。
09/07/12 20:02:20 qUdEgml90
>>114
使うフィルタや設定が同じじゃないと比較の意味無いぞ
設定変えればaviutlでも短くできるんじゃないかな
まあ寝る前にエンコすりゃ起きる頃には終わってるだろ
でもビットレートは固定にすること
可変は論外
116:名無しさん＠お腹いっぱい。
09/07/12 20:08:21 QWc+nhgA0
いや、ビットレートは可変だろ、普通
固定はフレームレートのほう
117:名無しさん＠お腹いっぱい。
09/07/12 20:44:08 rsXI9hoJ0
>>115
実際に設定見直してaviutlでトライしてみたら
見積もり時間本当に大して変わらず。なんだこりゃ。
wikiの表が以前と比べて親切になった影響でしょうか。
ひとまず今後はaviutlに戻ることになりそうです。
118:名無しさん＠お腹いっぱい。
09/07/12 21:06:08 Ht4mktXt0
>>106
＞ エコノミー条件
＞ 240[上限のkbps]×1024(★何故か知らんが1024を掛ける)＝245760[bps]＝245.76[kbps]
＞
＞★印の
＞ 「秒数は小数点以下切捨て」
＞ 「何故か1024を掛ける」
＞は、以前検証してくれた人からもらった情報。
＞kbpsだから普通1000を掛けるはずなのに、検証結果から考えると、何故か1024を掛けて判定してるらしい。
地味に重要な情報のような気が。
245kってなんか中途半端な数字だなと思ってたけど、
ニコの中の人がビトレ計算なのに1024を用いてるからか。
やっぱビンゴだ。一般会員のビットレートもそれだ。
「640」×1024＝655360
これが元か？
プレミアムは…（ニコWikiのって計算ミスしてない？）
1024×1024＝1048576
これ？1049ってWikiに数字があるけど…。
119:名無しさん＠お腹いっぱい。
09/07/12 21:07:28 fRXkC57v0
>>118
たぶんそう。wikiだから全部が全部正しいわけじゃねぇっす
120:名無しさん＠お腹いっぱい。
09/07/12 21:37:22 h3L9TyVoP
コンテナのオーバーヘッド分とでも思ってありがたく頂いておきましょう。
きっとおまけですよ。おまけ。中の人が気付いて修正されませんようにｗ
121:名無しさん＠お腹いっぱい。
09/07/12 21:55:55 +rpDo0IZ0
>>94
真空波動研が古すぎる。HE-AACのLC部は半分のサンプリングレートになるから
その表示は実際ほとんど正しい
122:名無しさん＠お腹いっぱい。
09/07/13 07:22:08 af6qKNPJP
AviUtlで、拡張編集を使っていろいろ編集してから出力をすると
なぜか音ずれしてしまいます。
原因、解決策わかるかたいらっしゃいませんでしょうか？
123:名無しさん＠お腹いっぱい。
09/07/13 09:20:29 SP8xcjuJO
>>122
色々頑張ればなぜか音ずれしなくなるかもね。
124:名無しさん＠お腹いっぱい。
09/07/13 10:06:41 pJsjPCId0
どんな素材をどんなやり方でどんな風に加工してるのかまったくわからないのに原因って言われてもねえ
こういうのは何かやるごとに中間出力して、そのたびに不具合がないか確認するのが定石
可逆圧縮ってのはそのためにあるんだから
125:名無しさん＠お腹いっぱい。
09/07/13 10:33:37 vzl5O9910
動画編集ならAE買った方が良いんじゃないの？
限界があるよ。
126:名無しさん＠お腹いっぱい。
09/07/13 11:51:28 V+VnSSOu0
1048kbpsまでが限界だった・・・
1049kbpsは都市伝説か
127:名無しさん＠お腹いっぱい。
09/07/13 17:09:45 7FSGhJme0
久々に覗いてみたが、まだ1000kbpsのままだったのか
128:名無しさん＠お腹いっぱい。
09/07/13 17:34:06 SP8xcjuJO
>>127
これ以上ビットレートあげても無駄っつうか非効率だと思うんだが。
129:名無しさん＠お腹いっぱい。
09/07/13 18:08:23 Xw8FoEYg0
800*600で投稿するともうちょっと欲しいな。
512*384は1Mで十分だと思う。
130:名無しさん＠お腹いっぱい。
09/07/13 19:31:23 QsBx62u5P
まとめると
ビットレートをbとおく。
b＝（ファイルサイズ[Bytes]＋1）×8÷int（再生時間[秒]＋0.5）
エコノミー条件をeとおく。
e＝（240×1024）-1
＝245759
よって
b＜245759
のとき、条件を満たす。
131:名無しさん＠お腹いっぱい。
09/07/13 19:39:06 m8mE9gqx0
>>130
b<245760だ
132:名無しさん＠お腹いっぱい。
09/07/13 20:31:46 EyCbr45F0
>>130
>>106では、「秒数は小数点以下切捨て」になってるのに、秒数を四捨五入してるのはなぜ?
133:名無しさん＠お腹いっぱい。
09/07/13 20:58:51 hsHHoqmX0
>>122
元素材の音声がWAV以外。
…自分のエスパー能力は果たして。
>>126
＞1048kbpsまでが限界だった・・・
＞1049kbpsは都市伝説か
1049kは計算ミスか何かだったのかな。
差し支えなければ成功した1048kの動画の
時間＆ファイルサイズ情報を教えていただけませんか。
134:名無しさん＠お腹いっぱい。
09/07/13 21:27:57 QsBx62u5P
>>132
ならこうなる。
ビットレートをbとおく。
b＝（ファイルサイズ[Bytes]＋1）×8÷（int（再生時間[秒]）−1）
エコノミー条件をeとおく。
e＝（240×1024）
＝245760
よって
b＜245760
のとき、条件を満たす。
135:名無しさん＠お腹いっぱい。
09/07/13 22:47:46 2CpRRf700
intとか出してもよくわからんし、わざわざ難しいまとめ方せんでも。こんな感じでいいのでは。
--
■実ビットレートの計算
・ファイルサイズ[bytes]
ファイルを右クリック→「プロパティ」で、「サイズ」の「〜バイト」と出る部分の数字。
真空波動研で〜Bytesと出る部分の数字もこれ。
（「ディスク上のサイズ」のほうではないので注意。）
・再生時間[秒]
小数点以下は切り捨てます。
●実ビットレート[bps] = ファイルサイズ[bytes] ÷ 再生時間[秒]× 8
■エコノミー回避の条件
●MP4の場合
検証結果から考えると、MP4の場合のエコノミー上限ビットレートは、
240×1024＝245760[bps]
となっているようです。1024をかけている理由は不明ですが、なんにせよ
実ビットレート[bps]＜245760
の場合に、エコノミー回避となります。
136:名無しさん＠お腹いっぱい。
09/07/13 22:50:12 2CpRRf700
＞ ●実ビットレート[bps] = ファイルサイズ[bytes] ÷ 再生時間[秒]× 8
細かいけど訂正。×８の位置は
●実ビットレート[bps] = ファイルサイズ[bytes] ×8 ÷ 再生時間[秒]
のほうがわかりやすいよね。(´･ω･`)
137:名無しさん＠お腹いっぱい。
09/07/13 23:01:15 TJa6Sg2r0
前にムービーメーカーのことについて質問したものですが、原因が分かりましたので一応ご報告を。
どうやらvista対応のムビメカにはデフォで色調補正のフィルタがかかっていて、解除する方法はないとのこと。
つまりどう足掻いてもvistaでムビメカを使うと色がおかしくなるようです。
メーカーの公式サポートからの返答ですから正確な情報だと思いますのでvistaをお使いの方はお気をつけを。
失礼しました。
138:名無しさん＠お腹いっぱい。
09/07/13 23:37:07 n2JenH8Q0
>>34に 実ビットレート＜245760[bps] を満たしてても、
あまりギリギリすぎるとエコ回避できてない場合があるというのがあるけど、
これ他に経験した人いるの？
139:名無しさん＠お腹いっぱい。
09/07/13 23:40:29 m8mE9gqx0
245760はじかれて 245759セーフだった俺がやったときは
140:名無しさん＠お腹いっぱい。
09/07/13 23:55:59 J2iK7y8e0
プレミアム死ね！
てめえのせいで待ち人数減らねえじゃねえかニコニコ儲が！！！
141:名無しさん＠お腹いっぱい。
09/07/14 00:20:18 3rCnYUs90
うーん・・・以下のファイルがアップ成功してしまった。
512x384 24Bit AVC/H.264 Main@2.1 24.50fps 128f 950.49kb/s
AAC 44.10kHz 2.0ch(2/0 L+R) HE(SBR) 49.28kb/s
MP4 Base Media v1
[MPEG4] 00:00:05.224 (5.224sec) / 655,728Bytes
Sinku.DLL 090503
実ビットレート＝655728[bytes]×8÷5[小数点以下切捨秒]＝1049164.8[bps]
>>118で出てた、
1×1024×1024＝1048576[bps]
という上限説が崩れたことに・・・。
それともエコノミー判定とは違って上限ビトレ判定では秒は小数点以下も使ってるとかだろうか。
あと、アップしたファイルをSmileDownloaderでダウンロードしてみると
必ずファイルサイズが18バイト増えてるのは何故だっけ？？？再生時間も微妙に変わってる。
[ダウンロードしたファイル]
512x384 24Bit AVC/H.264 Main@2.1 24.40fps 128f 946.56kb/s
AAC 44.10kHz 2.0ch(2/0 L+R) HE(SBR) 49.08kb/s
MP4 Base Media v1
[MPEG4] 00:00:05.246 (5.246sec) / 655,746Bytes
Sinku.DLL 090503
>>140
ごめんな。プレミアだと２０人待ちくらいだけど、すぐに終わってサクサクで快適でほんと申し訳ない。
142:名無しさん＠お腹いっぱい。
09/07/14 02:04:55 Avl9oO6r0
動画上の赤がなるべく滲まなくなるエンコオプションってどうしたらいいのかな･･･
FlashPlayerが悪いのはわかってはいるんだけど。
143:名無しさん＠お腹いっぱい。
09/07/14 02:05:56 vTTATwt50
赤を使わないようにするしかない
144:名無しさん＠お腹いっぱい。
09/07/14 02:11:27 Avl9oO6r0
ふむ。
ゲームとかしてたら普通に赤色でてくるからなぁ
だから毎回滲まないように赤をオレンジっぽくしてるんだが･･･
解決策なしか・・
145:名無しさん＠お腹いっぱい。
09/07/14 02:14:19 vTTATwt50
ビットレートが大丈夫なら大きくエンコする
それで通常の表示サイズに縮小表示すると目立ちにくい
もうこれしかない
146:名無しさん＠お腹いっぱい。
09/07/14 02:15:45 vTTATwt50
大きくエンコ→高解像度でエンコ
147:名無しさん＠お腹いっぱい。
09/07/14 02:16:41 Avl9oO6r0
あれ・・？
--colormatrix "GBR"
こうすればいけない？・・・・だめかな。
148:名無しさん＠お腹いっぱい。
09/07/14 02:21:06 Avl9oO6r0
DxtoryでRGB24録画してるからRGB->RGBにすればいけるかなと思った。
すみません。
149:名無しさん＠お腹いっぱい。
09/07/14 02:23:13 vTTATwt50
--colormatrix "GBR"はRGBとは関係ないよ
FlashでRGB形式の動画はサポートされてないからそもそも再生出来ない
150:名無しさん＠お腹いっぱい。
09/07/14 02:27:38 Avl9oO6r0
まじすか(´･ω･｀)
640x480でエンコして滲み目立たないか試験してみます。
thxですた
151:名無しさん＠お腹いっぱい。
09/07/14 02:34:14 3rCnYUs90
そもそもx264でエンコするかぎりYUV4:2:0になっちゃいますからねえ。(´･ω･`)
152:名無しさん＠お腹いっぱい。
09/07/14 02:49:34 0t8XTZjl0
FlashPlayer自体はYUV4:2:0じゃないH.264も再生できるん？
153:名無しさん＠お腹いっぱい。
09/07/14 03:26:08 3rCnYUs90
>>142
書き忘れてたけど、Aviutl使ってるなら「UVダウンサンプリング」っていう
プラグインを入れて、「YUV4:2:0 Lanchoz3」あたりでかけとくと、赤のにじみ等を少し軽減できる。
FlashPlayer相手だと効果はいまいちだけど。
>>145-146の言ってる「高解像度アップして縮小視聴してもらう」という方法にするなら
いらんかもしれんけど、かけといて損はないと思う。
>>152
H.264自体はYUV4:2:2やYUV4:4:4も規定されてるらしいけど、
これらの形式でH.264エンコできるフリーのエンコーダって何かあるのかな？
x264はYUV4:2:0だけらしいし。
154:名無しさん＠お腹いっぱい。
09/07/14 03:46:49 3rCnYUs90
>>152
ググってみたら、どうやらFlashPlayerは4:2:0も4:4:4も未対応っぽい。
URLﾘﾝｸ(www.adobe.com)
155:名無しさん＠お腹いっぱい。
09/07/14 03:47:48 3rCnYUs90
>>154訂正
× ググってみたら、どうやらFlashPlayerは4:2:0も4:4:4も未対応っぽい。
○ ググってみたら、どうやらFlashPlayerは4:2:2も4:4:4も未対応っぽい。
156:名無しさん＠お腹いっぱい。
09/07/14 04:02:28 Avl9oO6r0
UVダウンサンプリング使ってエンコしてみた。
URLﾘﾝｸ(www.nicovideo.jp) （UV有）
URLﾘﾝｸ(www.nicovideo.jp) （UV無）
むぅ・・・
157:名無しさん＠お腹いっぱい。
09/07/14 04:20:47 Avl9oO6r0
512x384でやったら違いがよくわかってﾜﾛﾀ
URLﾘﾝｸ(www.nicovideo.jp)
URLﾘﾝｸ(www.nicovideo.jp)
UVダウンサンプリング紹介してくれた>>153に感謝します。thx！
158:名無しさん＠お腹いっぱい。
09/07/14 08:25:26 EN5RJP470
x264なら他にchroma-qp-offsetとかで色差のqを下げるとか
cqm4ic/cqm4pcとかで量子化マトリックスの値下げるとか…
あ、cqmはプロファイル変わっちゃうからダメか？
159:名無しさん＠お腹いっぱい。
09/07/14 08:29:27 oxARWSe10
FlashPlayerはHigh5.1までいけるから、cqmは使ってもいい
FlashPlayer9のころにはcqm周りにバグがあったみたいだけど、それも10で解消されたみたい
160:名無しさん＠お腹いっぱい。
09/07/14 09:25:46 3rCnYUs90
上限ビットレートは
プレミア
(1024+1)×1024＝1049600[bps]
一般
(640+1)×1024＝656384[bps]
エコノミー判定は
FLV
306×1024＝313344[bps]
（映像250、音声56とか考えたんだろうか・・・？）
MP4
240×1024＝245760[bps]
ということなのかなあと思いつきを貼ってみるテスト。
161:名無しさん＠お腹いっぱい。
09/07/14 11:51:54 MwTSn65f0
[Item62]
Title=[704x396]x264re_encode
Command0=""<%AppPath%>\cores\ffmpeg" -y -i "<%InputFile%>" -pass 1 -passlogfile "<%TemporaryFile%>" -timestamp "<%TimeStamp%>"
-threads 2 -flags bitexact+loop+psnr -flags2 bpyramid+wpred+dct8x8+mixed_refs -subq 7 -trellis 2 -partitions parti4x4+partp4x4+partp8x8+parti8x8
-me_method tesa -cmp -async 1 -qmin 10 -qmax 31 -vcodec libx264 -mbd rd -sc_threshold 2 -s 704x396 -g 480 -b 864k -bufsize 128k -maxrate 2048 -an "<%TemporaryFile%>_1.m4v""
Command1=""<%AppPath%>\cores\ffmpeg" -y -i "<%InputFile%>" -pass 2 -passlogfile "<%TemporaryFile%>" -timestamp "<%TimeStamp%>"
-threads 2 -flags bitexact+loop+psnr -flags2 bpyramid+wpred+dct8x8+mixed_refs -subq 7 -trellis 2 -partitions parti4x4+partp4x4+partp8x8+parti8x8
-me_method tesa -cmp -async 1 -qmin 10 -qmax 31 -vcodec libx264 -mbd rd -sc_threshold 2 -s 704x396 -g 480 -b 864k -bufsize 128k -maxrate 2048 -an "<%TemporaryFile%>_1.m4v""
Command2=""<%AppPath%>\cores\ffmpeg" -y -i "<%InputFile%>" -ac 2 -ar 44100 -f wav "<%TemporaryFile%>_1.wav""
Command3=""<%AppPath%>\cores\neroAacEnc" -br 160000 -2pass -lc -if "<%TemporaryFile%>_1.wav" -of "<%TemporaryFile%>_1.aac""
Command4=""<%AppPath%>\cores\MP4Box" -add "<%TemporaryFile%>_1.m4v" -add "<%TemporaryFile%>_1.aac" -new "<%OutputFile%>_max2048_a160k_v864k_tesa.mp4""
Command5="cmd /c "del "<%TemporaryFile%>*.*"""
encoded OK.
view NG.
162:名無しさん＠お腹いっぱい。
09/07/14 12:10:42 rkrbH4aa0
ん？
いきなりffmpeg用のバッチを貼って、いったい何がしたいんだ？
163:名無しさん＠お腹いっぱい。
09/07/14 15:24:27 WJDq9Scv0
ちょっとここでの質問内容とはずれてしまうのですが教えて下さい。
youtubeからflv動画を拾ってきたのですが、
このflvが他の形式(avi等)に変換できません。
akJ betas＆ＱＴコンバーターはサポートしてない形式と出てしまい
SUPER ｩ＆携帯変換君はエラーがでてしまいます。
真空波動は「パス名とファイル名を確認して」と出てきます。
再生はできるのですがこの様なflvはどうやったら変換できるのでしょうか？
知ってる方は教えて下さい、よろしくお願いします。
164:名無しさん＠お腹いっぱい。
09/07/14 15:59:45 N/Ahp5Ja0
AviUtl+flvinp.auiでいいんじゃないかな
165:名無しさん＠お腹いっぱい。
09/07/14 16:02:05 lqlLKT1oO
>>163
「>>1も読めないアホウには他人様の動画を再利用する資格なんざねえよ」という神のお告げです。
とっとと作業を諦め、見る専に戻って下さるよう心よりお願い申し上げます。
166:名無しさん＠お腹いっぱい。
09/07/14 16:11:24 WJDq9Scv0
>>164
あ、AviUtlも試したのですが「ファイルの読み込みに失敗しました」って出てしまうんですよね。
試したソフトはこれくらいです。（今までは全部で変換できないってことはありませんでした。）
他に何か良い方法がありましたら助言お願いします。
167:名無しさん＠お腹いっぱい。
09/07/14 16:27:54 LIwR1ER20
>>166
国語が出来ないみたいだからまず義務教育を終わらせてこいよ
168:名無しさん＠お腹いっぱい。
09/07/14 16:31:31 N/Ahp5Ja0
>>166
ちゃんとFLV入力プラグインの最新版使ってるんだろうね？
まあ、あれはどちらかというとマイナーなプラグインだから、たぶん使ってないんだろうけど
169:名無しさん＠お腹いっぱい。
09/07/14 16:47:14 lqlLKT1oO
どうせファイルが破損してるってオチだろ。
再生もGOM(笑)とか使ってるんだろうな。
170:名無しさん＠お腹いっぱい。
09/07/14 17:24:41 WJDq9Scv0
>>168
調べていたらＧＯＭエンコーダーというのを見つけました。
これでは何故か変換できましたのでとりあえずこれで我慢しておきます。
AviUtlの方はFLV Splitterの最新版をインストールしました。
ds_input025c.lzhも入れてあったんですが、プラグインについてはもうちょっと調べてみます。
このflvはまだ謎ですが変換について調べてたら色々わかったんで助かりました。説明ありがとうございました。
171:名無しさん＠お腹いっぱい。
09/07/14 18:21:15 LUHWlFGeP
>>138
134のbを求める式で秒を1短くして実際よりも高く出そうとしているのはそのためだったり。
172:名無しさん＠お腹いっぱい。
09/07/14 18:32:12 1CQ4G0idP
>>170
ツベの映像ってことならコンテナはFLVでも中身はmp4なんじゃないの？
AviutlでFLV5読み込むならffdshowを導入してH.264をデコードできる設定にする。
これでds_input経由で簡単に読んでくれるよ。FLV Splitterの有無はどうだったか忘れたが。
ウチの環境だとCoreAVCでのデコードだと読めない様だから、その辺、デコーダは選べよ。
173:名無しさん＠お腹いっぱい。
09/07/14 18:43:54 1CQ4G0idP
>>171
だんな、難しい公式はオレには覚えられません；；
つか、既にファイルサイズと再生時間とビットレートの個々の意味を理解し、それを求められる奴ならともかく、
そうじゃない奴に数学的手法でいきなり公式を覚えさせようというアプローチは逆効果なんじゃないかと思うよ。
ただし既に指摘のあった↓は書いたオレのミスだったわ。
> 実ビットレート（kbps） = ファイルサイズ（byte） ÷ 時間（秒）× 8 ÷ 1000
つか135に136で自己レス入れてる人。
オレ、最初135見たときに自分を棚に上げて思いっきり心の底で突っ込んでました。マジごめんorz
174:名無しさん＠お腹いっぱい。
09/07/14 19:02:22 EN5RJP470
＞コンテナはFLVでも中身はmp4
＞コンテナはFLVでも中身はmp4
＞コンテナはFLVでも中身はmp4
175:名無しさん＠お腹いっぱい。
09/07/14 19:04:45 1CQ4G0idP
>>174
すまん。h.264です。ツッコミありがとう。
176:名無しさん＠お腹いっぱい。
09/07/15 17:59:59 p/n/J2af0
>>141
＞あと、アップしたファイルをSmileDownloaderでダウンロードしてみると
＞必ずファイルサイズが18バイト増えてるのは何故だっけ？？？再生時間も微妙に変わってる。
再生時間のほうはわからないけど、
バイト増のほうはニコから落とした動画をMediaInfoにかけると
Copyright : SMILEVIDEO_MP4
ってとこが付け加えられてるんで、多分これ関係かと。
>>139
＞245760はじかれて 245759セーフだった俺がやったときは
そこまで追い込みをかけられるの凄い…乙です。
>>157
URLﾘﾝｸ(www.nicovideo.jp)
みたいな静止画（で斜めの赤のある素材）なら嬉しいというか
動画だと比べにくいというかぶっちゃけわからなかったのは自分だけですか？
>>160
＞プレミア
＞ (1024+1)×1024＝1049600[bps]
＞一般
＞ (640+1)×1024＝656384[bps]
なんか見慣れた数字が…それなのかな？
>>170
＞AviUtlの方はFLV Splitterの最新版をインストールしました。
FLV Splitter？ それを使うんならffdshowを入れてデコード設定すればいけるような。
177:名無しさん＠お腹いっぱい。
09/07/15 20:17:46 /o/UQ4VC0
>>176
再生時間半分あたりから画面右上に小さな赤い文字が出てくるだろ
あれ見りゃ一発でわかる
178:名無しさん＠お腹いっぱい。
09/07/16 13:19:22 NbDAII/B0
つんでれんこ使ってみたけどニコエンコより時間かかって画質同じくらいだなあ
中の設定もみたけどどっちもwikiの推奨設定を速度か画質のどちらかに片寄らせたくらいでそんなに違いはない
一年前と比べてもビットレート以外は画質ってなんにも変わってないのね
179:名無しさん＠お腹いっぱい。
09/07/16 13:57:25 rqEzxq150
>>178
両方ニコにあげてみればいいじゃん
180:名無しさん＠お腹いっぱい。
09/07/16 14:59:55 2UrUYyxl0
画質で一番重要なのはビットレートだからな。
181:名無しさん＠お腹いっぱい。
09/07/16 15:05:20 NbDAII/B0
>>179
ニコエンコ版
URLﾘﾝｸ(www.nicovideo.jp)
つんでれんこ速度重視版
URLﾘﾝｸ(www.nicovideo.jp)
つんでれんこ画質重視版
URLﾘﾝｸ(www.nicovideo.jp)
比較用に難しいソースを借りただけで自作動画ではないよ、なんかあったら消す
エンコに倍の時間かかるのに3passになっても全然画質変わらないし、自分はニコエンコをこのまま使うことにした
どっちもバックエンドは同じだし、速度なんて設定次第だけどツンデレはpassの自動判別で3passになることが多いような？
つんでれんこの方が高画質って人もいるけど、ソース次第なのかな〜
ただ、3passになったときの
>>こ、こんなに大きいなんて聞いてないわよ・・・//// （容量敵な意味で
>>も、もう1回やったら収まってくれるかしら？//// （３pass的な意味で
には、ちょっと萌えた
182:名無しさん＠お腹いっぱい。
09/07/16 15:14:31 y/Iab95B0
＞音ズレを防ぎます
＞Bフレーム使用による音ズレを防ぎます。またNeroAacEnc.exeでのエンコードによって発生する音ズレにも対処しています。
これどういう事？
普通にエンコすると音ズレが起きるの？
183:名無しさん＠お腹いっぱい。
09/07/16 15:26:35 BMRiGKfQO
書いてある通り。
H.264でBフレーム使うと音ズレするし、AACやMP3にエンコすると音ズレする。
184:名無しさん＠お腹いっぱい。
09/07/16 15:46:30 rqEzxq150
>>181
サンクスー
こういうノイズが多い動画だとニコエンコの方が綺麗になるのかもな
psy-rdの設定が違うせいなのかな
エロイ人の解説待ち
それより3pass目のせりふひどいな・・・
185:名無しさん＠お腹いっぱい。
09/07/16 15:47:03 y/Iab95B0
どうやって回避するの？
wiki見ても書かれてないような…
186:名無しさん＠お腹いっぱい。
09/07/16 16:40:11 Frt0WTIA0
つんでれんこってのは知らんがBフレ使って音ずれするって？
まさかVFW使ってるの？
187:名無しさん＠お腹いっぱい。
09/07/16 17:05:45 Frt0WTIA0
ああ、勘違いしてた
mp4の初期ディレイのことか
H.264の映像をmp4に入れるとスプリッターによっては、Bフレ使用時に1フレーム、b-pyramidを使うとさらに1フレーム分、映像が遅れる
一方で、neroAacEncを使うと、先頭にほんの少しだけ無音が挿入される。
無音の長さはモード（LC、HE、HEv2）とサンプリングレート（48kHz、44.1kHz、32kHz…）によって、それぞれ固定の数値をとる
普通（24fpsとか30fpsとかの動画）では、Bフレによる遅延とaacの無音でズレは気にしないでいいレベルまで相殺されるんだけど、
60fpsとかの動画になるとなんとなくズレてるのを感じられる人も出てくる
また、作業用BGMなんかで1fpsとかにすると、Bフレのズレは1秒〜2秒になるから、出だし1秒間画面真っ黒になる
対策としては
１：1fpsとかの動画でBフレ使うなら、初期ディレイカットを使う（エコ回避のときのみ推奨）
２：ズレを計算してその分音のほうを予めずらしておく
の２つがあるな
188:名無しさん＠お腹いっぱい。
09/07/16 17:59:46 QNIpxUIS0
ツンデレなエンコツール「つんでれんこ」
配布先 URLﾘﾝｸ(loda.jp)
広告動画 URLﾘﾝｸ(www.nicovideo.jp)
以下を含むDQNパッケージで大好評！
再配布禁止だけど同梱！
neroAacEnc
GPL？ライセンス？何それ状態「欲しいファイルだけ詰め合わせ」
AviSynth URLﾘﾝｸ(www.avisynth.org) GPL
FFmpegSource URLﾘﾝｸ(ivtc.org) GPL
swfextract URLﾘﾝｸ(www.swftools.org) GPL
TDeint URLﾘﾝｸ(bengal.missouri.edu) GPL
WAVI URLﾘﾝｸ(sourceforge.net) GPL
x264 URLﾘﾝｸ(www.videolan.org) GPL
FFmpeg URLﾘﾝｸ(ffmpeg.org) LGPL
MediaInfo URLﾘﾝｸ(mediainfo.sourceforge.net) GPL/LGPL
189:名無しさん＠お腹いっぱい。
09/07/16 18:05:47 S7Vy/G2D0
>>188
ニコ動で何を今更・・・やるならニコエンコ、図書館セットもつるし上げよろ
190:名無しさん＠お腹いっぱい。
09/07/16 18:10:36 k0o9+rwx0
なんだそりゃ、しょっちゅう違法アニメうｐばかりしてる君と違って
ニコニコだから違反OKなんて考えはいかんぞ
191:名無しさん＠お腹いっぱい。
09/07/16 18:15:53 QNIpxUIS0
>>189
何その小学生論理・・・
192:名無しさん＠お腹いっぱい。
09/07/16 18:28:02 S7Vy/G2D0
別にokなんて言ってないぞ？やるなら徹底的にやれよって話だよ。
ランキングの大半なんて著作権侵害してるものばっかりだろ？
193:名無しさん＠お腹いっぱい。
09/07/16 18:38:25 rqEzxq150
>>191
お前の行動（マルチ）の方がよっぽど小学生じみてると思うが
194:名無しさん＠お腹いっぱい。
09/07/16 18:40:30 QNIpxUIS0
はいはい。
195:名無しさん＠お腹いっぱい。
09/07/16 18:42:52 QO5eOUbf0
>>194
よう、マルチ
はわわーっていってみろよ
196:名無しさん＠お腹いっぱい。
09/07/16 18:44:09 25Zlcstt0
QNIpxUIS0が必死すぎてpgr
197:名無しさん＠お腹いっぱい。
09/07/16 18:48:59 2UrUYyxl0
各種ツールはDLして指定フォルダに入れろとかにすれば問題ないが、
初心者だと指定と異なるバージョン入れて動かないとか言いそうだから全部入れちゃうのかな。
198:名無しさん＠お腹いっぱい。
09/07/16 18:53:04 S7Vy/G2D0
最初から使えるってのは初心者はまぁうれしいだろうね。楽だし
使いたい人は使えばいいし、引っかかる人はスルーしときゃいいんじゃない？って感じだけど
199:名無しさん＠お腹いっぱい。
09/07/16 20:01:42 8miMZkbA0
ニコニコ動画投稿用 FLVエンコードについて 教えてください．
エンコード環境：aviutl-FLV0.2.3(0.1.6)プラッグイン Lame MP3
エンコ-スペックの参考に投稿された動画を見させてもらうと、Audioが MPEG1-Layer3 2ch CBR 64kbps
ってよく見かけるんですが、Lame MP3の選択肢には mono CBR 64kbpsまでしかないです．
Lameとはまったく違う vfw? 別個エンコーダで先行MP3変換後 ffmeg 多重化?
よろしくお願いします．
200:名無しさん＠お腹いっぱい。
09/07/16 21:58:22 AVq6xLZsP
>>199
Lameはどこのどのバージョン使ってるの？
Lame ACMコーデックをインストールしてれば、普通にAVI出力の音声を選択すれば
mono CBR 64kbps以外も表示されると思うんだけど。とりあえずテンプレからwiki。
201:１９９：
09/07/16 23:27:50 8miMZkbA0
>>200
よろしくお願いします．
ニコまとめwikiのvp6２パスエンコードで紹介されてるリンクから
RAREWARES： URLﾘﾝｸ(www.rarewares.org)
ここから、Lame 3.98.2 のENCODER と ACM と DROP-GUI を 入れています.
今もエンコやってたんですが 44100hz 2ch CBRは 128kbps 以上にしか出ません．
44100hz 2ch ABRが 124kbps， 118kbps で それ以下のビットレイトでは monoばかりです.
202:名無しさん＠お腹いっぱい。
09/07/16 23:31:57 t1j+5bZA0
MP4動画のことなんですが、
VLCやその他のプレイヤーでローカル再生すると普通に見えるのが、
ニコ動のプレイヤー上で再生すると真っ赤な色の部分だけが
粗いブロック状になってしまいます。
エンコードの設定でこれを避けることはできないのでしょうか
参考までに、この動画を見ていて気がつきました
URLﾘﾝｸ(www.nicovideo.jp)
203:１９９：
09/07/16 23:33:46 8miMZkbA0
>>201
大事な事を書き忘れていました．
サンプリング周波数 44100Hz に限っての 質問です、orz
204:名無しさん＠お腹いっぱい。
09/07/16 23:43:09 Wjy/tZO80
コーデックの選択肢がLameでなくて単なるMPEG Layer-3とかになってる場合があるけどそういうのない？
205:１９９：
09/07/16 23:50:54 8miMZkbA0
>>204
選択は LAME MP3 で やってます． XPのサウンドレコーダからも見てるんですが 同じです．
ニコで見かける 44100Hz 2ch CBR 64kbps Stereo って コーデックリストには出てこないんです．
206:名無しさん＠お腹いっぱい。
09/07/16 23:53:45 Wjy/tZO80
コンパネ＞サウンドとオーディオデバイスのプロパティ＞ハードウェアタブ＞オーディオ CODEC＞
プロパティ＞Lame ACM MP3 Codec＞優先順位を上げる
あとプロパティでSmart EncodeとAverage Bitrateのチェックをはずす
207:199:
09/07/17 00:07:54 dYIOOYNU0
>>206
やってみましたが 変わらないようです．
Audioコーデック部分 スクリーンショット
URLﾘﾝｸ(uproda.2ch-library.com)
208:名無しさん＠お腹いっぱい。
09/07/17 00:08:57 mZFw93Vs0
あAverage Bitrateは別にはずさんでもいいよ。個人的に1pass-ABRが嫌いなだけだからｗ
209:名無しさん＠お腹いっぱい。
09/07/17 00:12:25 mX67EhRj0
>>202
MP4(H.264)やFLV(VP6)の色空間の仕様です。
ニコ動のプレーヤー＝FlashPlayer上で再生する以上、どうにもなりません。
自分もその赤色ブロックが発生するその色空間が嫌いです。
YUY2が標準になんねーかなぁ…。
210:名無しさん＠お腹いっぱい。
09/07/17 00:12:32 mZFw93Vs0
>>207
えーとじゃあ C:\WINDWS\System32 のなかに lame_acm.xml ってファイルあると思うんだけど
それ右クリックプロパティで読み取り専用ついてたらはずして。なぜかチェックついてる場合がある。
211:名無しさん＠お腹いっぱい。
09/07/17 00:21:59 Mb0UzUMz0
aviutlでx264変換していたら、windows巻き込んで落ちるようになってしまった・・
暑いからか・・・？
212:名無しさん＠お腹いっぱい。
09/07/17 00:25:49 dYIOOYNU0
>>208
ストリーミング環境に乗せるには 絵も音も CBR のほうが安全って教わったんで私もここ最近は
VBR 、 ABR は縁遠いですw
213:名無しさん＠お腹いっぱい。
09/07/17 00:27:55 mX67EhRj0
>>210
それ意味ある？
>>207
言われてみると、確かに自分のLameも44100Hz Stereoで64kbpsは出てきてない。
ただ、LameのLPFの仕様からすると、64kbps Stereoでは実質22050Hzになってしまう。
＞ 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
だから22050Hz Stereo 64kbpsを選択すればいいと思われます。
ただ22050Hzでも64kbpsのStereoはデフォでは出てこないはず。
>>210が書いてるlame_acm.xmlを開いて↓みたいな行をこれに書き換えればABRが選べるはず（CBRよりABRの方が音いいですよ）
<ABR use="true" min="40" max="128" step="8" />
214:199:
09/07/17 00:31:15 dYIOOYNU0
>>210
確かに ［V]読み取り専用 になってたので 外して コーデックリストを見ましたが >>207 のスクリーンショトと同じでした．
215:名無しさん＠お腹いっぱい。
09/07/17 00:33:07 mZFw93Vs0
はずしてから>>206やってみた？これでもだめなら俺にもお手上げ
216:名無しさん＠お腹いっぱい。
09/07/17 00:34:23 dYIOOYNU0
>>213
その 22050HZの64kbpsあたりを使用して、 真空波で見ると 8kbpsって出ません? 問題はないようだけどなんか気味悪いwww
217:名無しさん＠お腹いっぱい。
09/07/17 00:34:24 Nxsj2bvZ0
>>202 >>209
＞真っ赤な色の部分だけが 粗いブロック状になってしまいます。
＞エンコードの設定でこれを避けることはできないのでしょうか
基本的に避けれないけど、わずかながらでも軽減する方法は
このスレ内で出てるからしっかり読んでみるといいと思うよ。
218:名無しさん＠お腹いっぱい。
09/07/17 00:35:33 mZFw93Vs0
>>213
実際の音質に関しては置いておきますが>>206で呼び出す設定が件のxmlに
保存されますから読み取り専用だといくら設定しても書き換わりません。
219:名無しさん＠お腹いっぱい。
09/07/17 00:47:08 NE+Wrsev0
このスレの人が一番詳しそうだったので質問させてください
同じ動画をflvとmp4の2種類で保存して、真空波動研で調べると↓のようになりました
各項目の詳しい見方があまりわからないんですけど、どっちの方が質はいいんでしょうか？
[video.flv]
640x480 AVC/H.264 Main@3 29.97fps 801.42kb/s
AAC 44.10kHz 16Bit 2ch 118.41kb/s
[FlashVideo] 00:03:20.234 (200.234sec) / 23,250,522Bytes
[video.mp4]
480x360 24Bit AVC/H.264 Baseline@3 29.89fps 6001f 538.07kb/s
AAC 44.10kHz 2.0ch(2/0 L+R) LC 117.70kb/s
MP4 v2
[MPEG4] 00:03:20.781 (200.781sec) / 16,524,519Bytes
220:199:
09/07/17 00:49:33 dYIOOYNU0
>>215
ありがとうございました．
無事出ました、スクリーンショト
URLﾘﾝｸ(iup.2ch-library.com)
で、最後までお手数をかけっぱなしで申し訳ありませんが、教えていただいた設定変更で
弊害とか、この場合は元に戻せ．．．とかありましたら、教えてやってください． orz
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5215日前に更新/239 KB
担当:undef