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
221:名無しさん＠お腹いっぱい。
09/07/17 00:50:36 mX67EhRj0
>>218
>>206の設定画面初めて見ました…。これの保存のためと知らず失礼しました。
>>217
UVダウンサンプリングでブロック軽減の効果を得られたことは…自分はないんですが…。
>>216
そのビットレート帯はそれなりに使ってますが真空波動研でそんな表示出たことないですね。
その真空波動研は最新ですか？ 今年６月にも更新されてますよ。
222:名無しさん＠お腹いっぱい。
09/07/17 00:50:43 88B8B5Vk0
重要→グーグ ル検索→告白2【誰？】【創価】【在日特権】【緒方県】
223:名無しさん＠お腹いっぱい。
09/07/17 01:01:17 mX67EhRj0
>>220
Ω ΩΩ＜な、なんだってー！！
Lame ACMで44100Hz 64k Stereo CBRが出てる…自分の昔の苦労は一体…orz
>>218
自分まで勉強になりました、ありがとうございます。
224:名無しさん＠お腹いっぱい。
09/07/17 01:02:06 Nxsj2bvZ0
>>221
＞UVダウンサンプリングでブロック軽減の効果を得られたことは…自分はないんですが…。
書いてあるとおりFlashPlayerでの再生だと、効果はごくわずかだからね・・・。
大きめエンコして縮小状態で再生してもらうか、赤を使わないようにするくらいしか・・・。
225:199:
09/07/17 01:05:38 dYIOOYNU0
>>220 変だなぁ スクリーンショト再掲します
無事出ました、スクリーンショト
URLﾘﾝｸ(uproda.2ch-library.com)
226:名無しさん＠お腹いっぱい。
09/07/17 01:07:36 arZuSlHI0
>>221
512ｘ384でやるとなんとなく違いがわかるよ
>>157とか
227:名無しさん＠お腹いっぱい。
09/07/17 01:07:42 dYIOOYNU0
>>221
実は 昨日まで Lame 3.98 でしたw
228:名無しさん＠お腹いっぱい。
09/07/17 01:13:30 NE+Wrsev0
どなたか>>219の差の判別できる方いないでしょうか
229:名無しさん＠お腹いっぱい。
09/07/17 01:14:13 dYIOOYNU0
>>221
あッ
真空波動研SuperLite 090613 / DLL 090613
これは２週間くらい前、AACのLC，HEのテスト版が出たころからサイトチェックしてなかったですw
230:名無しさん＠お腹いっぱい。
09/07/17 02:01:33 QAaLr2Xk0
>>228
自分の目を信じろ。
231:名無しさん＠お腹いっぱい。
09/07/17 02:02:39 JqKIum4/O
>>228
お前が自分で判別できないならどっちでもいいってこった。
質問が間抜けすぎて相手にされてないってことに気づけ。
232:名無しさん＠お腹いっぱい。
09/07/17 02:48:00 NE+Wrsev0
mp4の方が色味が薄い気がするくらいしか判らなかったので詳しい人ならどっちがいいのか
判断できるのではと思ったもので・・・
ファイルサイズは2倍くらい違うのですけれども、どちらも同じという事ですかね
233:名無しさん＠お腹いっぱい。
09/07/17 03:07:04 mX67EhRj0
>>226
せいぜいなんとなくレベルですよね
>>227,229
古い真空ってケースはよく見かけたんで耐性はあったんですが
3.98っていつでしたっけ…Lame側の問題ですか…？ｗ
>>228
画面の解像度が640x480と480x360とで大幅に違ううえに
ビットレートも約250kbpsも差があるし、
そもそもその質問の仕方では何のためにMP4とFLVで保存しようとしているのかわからないし
（ニコ動にアップロード用ならどちらももったいないし、その前に会員種別もわからないんじゃ…）、
MP4とFLVのエンコ初心者かと思いきやFLVで音声がMP3でなくAAC…。
さらに言えば、FLVもMP4もエンコードの設定で画質が大幅に変わる（特にMP4）わけで、
その情報だけでは非常に答えづらいです。
234:名無しさん＠お腹いっぱい。
09/07/17 07:13:59 R2SjvQdlP
遅レスだけどさ。
mp3の音声ビットレートの件はLIMEで別に作った奴をFLV用のMUXerで纏めてあるんじゃないかな。
ウチは映像エンコ時に仮でmp3もエンコしてるけど、その後で音声を別に作って差し替えてるよ。
その方がビットレート調整がしやすいからね。
それとビットレートの指定出来る値が少ない件は、Windows標準の機能で
拡張出来るとこがどこかにあったと思う。
今は出先から携帯なので確認出来ないけど。一応、帰ったら調べてみるよ。
235:名無しさん＠お腹いっぱい。
09/07/17 07:18:22 R2SjvQdlP
おっと。
別にLIME使わなくても、お望みのmp3が得られるならエンコ方法は何でもいいんだけどね。
236:名無しさん＠お腹いっぱい。
09/07/17 08:03:38 nlq8TJuo0
ゲームボーイプレーヤーよりPCにキャプチャした場合、
編集時にGCのロゴと枠を消すことはできますか？
分かる方いらっしゃいましたらお願いします。
237:名無しさん＠お腹いっぱい。
09/07/17 08:06:52 z1joNpGT0
LAMEとLIFEをごちゃまぜにしてないか？
win標準のMP3ACMの拡張はこれね
URLﾘﾝｸ(www.losttechnology.jp)
238:名無しさん＠お腹いっぱい。
09/07/17 10:28:42 R2SjvQdlP
あれ？
...orz
239:227: (１９９：)
09/07/17 10:53:08 dYIOOYNU0
>>233
所要で席を外してたので 遅くなりました．
ちょくちょく 64kbpsを 8kbpsと 誤表示する真空波のDLL(これ以前のDLLでもあったように記憶してます)
真空波動研SuperLite 081122 / DLL 081122
（総バイト数 x8bit / 動画秒数 ) - Videoビットレート = 間違いなく 64kbpsには なります．
今日お世話になった 44100Hz 2ch CBR 64kbps の件は ABR ， VBR が 絡んだ問題だったので、ひょっとすると
真空波が ヘッダを読み間違るのか はたまたLameが．．． でも別の再生ツールでは何も問題なく再生するんで
真空波かな？
いや待てよ、そういえばニコ動のエコノミーは44100Hz-2ch-CBR-64kbps、シャリシャリと変なノイズが混じって
聴くのも苦痛なほど音が破綻してた．．．するとやっぱり LAME ？？
実はこのニコ動エコノミーの破綻音のことも今日聴いてみたかったんですよね、皆さんも同じなのかなって．
一昨日まで使ってた LAMEのバージョンは： Lame ver 3.98 / 2008.07.04 です．
240:199:
09/07/17 11:38:11 dYIOOYNU0
>>237
ありがとうございますwww
サイト見ました、話に聞いたことのある56kbps超えってこれのことなんですね．
これっててっきり デコード専用かと思ってました．
エンコードいけるんならMP3-512kbpsいってみたろかなw それでも150あまるしwww
241:名無しさん＠お腹いっぱい。
09/07/17 12:03:02 qRFD4Fu90
なんていうかビットレートの無駄遣いしてるの見ると、なんだかなあって気がする。
242:名無しさん＠お腹いっぱい。
09/07/17 12:28:30 dYIOOYNU0
>>241
aviutlで作業してるとどうしてもＷＡＶＥ音声を聞くことが多くなって、最近ではこれならよかろって投稿した
音楽系動画のMP3-320ｋｂｐｓでも物足りなって来ましたｗ
Mp3にしてもAACにしても音の厚みが削げ落ちてるのが悲しくて．
私が信じられないのは エコノミー自主規制(?)なのかどうかw、MP3-2ch-CBR64kの破綻音で
MP4エコノミー制限245kbpsをちょこっと超えた動画を見た時。修行中の方だったのかも知れないけど orz な気分でしたw
243:名無しさん＠お腹いっぱい。
09/07/17 12:31:02 dYIOOYNU0
>>242 訂正
間違い， FLVの320kbpsでした
244:名無しさん＠お腹いっぱい。
09/07/17 18:57:30 YsDgjz+o0
ID:dYIOOYNU0はなんでいちいち語尾に草生やしてるんだ？
245:名無しさん＠お腹いっぱい。
09/07/17 19:55:51 zMSFJ2NjO
敵意がない事を示す文盲なりの知恵
246:名無しさん＠お腹いっぱい。
09/07/17 21:16:30 mX67EhRj0
そういえば…。
>>202
＞真っ赤な色の部分だけが 粗いブロック状になってしまいます。
＞エンコードの設定でこれを避けることはできないのでしょうか
根本的な解決法ではないけど、512x384よりも大きく800x600以下の画面解像度でエンコード。
そうすれば、FlashPlayerが512x384に縮小表示再生してくれる。
…ただMP4では重くなったような…（FLVでは軽かった気が）。
>>242
＞私が信じられないのは エコノミー自主規制(?)なのかどうかw、MP3-2ch-CBR64kの破綻音で
＞MP4エコノミー制限245kbpsをちょこっと超えた動画を見た時。修行中の方だったのかも知れないけど orz な気分でしたw
デコーダの問題とか？
これに関係してるのかわからないけど、
XPのマシンでエンコしてニコ動上で再生しても問題なく聞こえる低ビットレート音声（MP3かAACか失念）を、
Vistaの別PCでニコ動経由で再生してみるとひどくノイズがのってることがあった。
普段使ってるXP上では問題ないから原因は分からないまま放置してるけど…。
247:名無しさん＠お腹いっぱい。
09/07/17 21:20:19 NZsfg8LR0
H.264でもVP6でも解像度が上がれば重くなる
248:名無しさん＠お腹いっぱい。
09/07/17 21:22:18 mX67EhRj0
>>247
FlashPlayerにリサイズ処理をさせると、
VP6では軽いけどH.264では異常に重くなった（気がした）ことがあったんですよ（そのときは拡大）。
249:名無しさん＠お腹いっぱい。
09/07/17 21:29:31 NZsfg8LR0
>>248
リサイズは新プレーヤーで軽くなった
コメントもスムーズに流れるし、CPU使用率も低い
旧プレーヤーだと処理が頭打ちになるような感じで、
デコード処理の重いH.264だとやたら重くなってコメントもカクカクしてた
250:名無しさん＠お腹いっぱい。
09/07/17 22:01:45 mX67EhRj0
>>249
気になる情報をどうも。新プレーヤーの改善点なのかな。
気が向いたらリサイズ処理検証してみるか…（いつになるかわからないけど）。
251:名無しさん＠お腹いっぱい。
09/07/17 22:11:07 R2SjvQdlP
動きの少ない動画やプレミアムとかで帯域に余裕があるなら、大き目の解像度でエンコするってのは手だね。
一応、800ｘ600以下だったか未満だったかの制限があるから、推奨される上限解像度は768x(432か576)。
エンコ時のオプションで負荷を低く設定すれば、プレーヤーの縮小機能を利用してもそんなに重くは無いよ。
252:名無しさん＠お腹いっぱい。
09/07/17 22:16:11 +o5LET400
x264なら16の倍数じゃなくていいんじゃない？と思ってるんだけどどうなんだろ
253:名無しさん＠お腹いっぱい。
09/07/17 22:21:53 R2SjvQdlP
>>252
自分もいいような気はするんだけど、昔ながらの作法って奴かな。
オレ自身はx264のどのリリースから制限緩和されたかも知らないしね。
254:名無しさん＠お腹いっぱい。
09/07/17 22:23:14 Sn5S1PjC0
フルHDからして16の倍数じゃないから大丈夫だよ。
255:名無しさん＠お腹いっぱい。
09/07/17 22:25:54 R2SjvQdlP
>>254
本当のフルHDのエンコ時の解像度は1088だったんじゃないっけ？
256:名無しさん＠お腹いっぱい。
09/07/17 22:31:30 Sn5S1PjC0
>>255
そう、16の倍数まで足りない分は自動的にパディングされる。
ちなみにx264はRev.327でパディングに対応したようだ。
257:１９９：
09/07/17 22:59:12 dYIOOYNU0
MP3－44100Hz-2ch-CBR64kbpsの件では 大変お世話になり、ありがとうございました.
６月更新の最新バージョン、どうぞお使いください. 昨年春依頼スレで作ったやつと同様に
ランゲージ未対応部分は本体プログラムをパッチして極力日本語化してあります.
Yamb-2.1.0.0 beta2 日本語化パッチ
URLﾘﾝｸ(www1.axfc.net)
CRC32:611B11E4
258:246
09/07/18 14:44:35 y/vF7jLJ0
>>257
自分はろくにお役に立てませんでしたが、勝手ながらパッチいただきました。
ありがとうございます。
本体の仕様だとは思いますが、詳細設定のYambの項目、
保存されない気がする（設定を保存した後もう一度項目を見に行くと保存されてない）のは自分の環境だけなんですかね？
>>252
基本的なマクロブロックのサイズが16x16らしいので、
エンコ効率を上げる狙いで自分ならH.264でも16の倍数にこだわります。
FLV(VP6)だと16の倍数じゃないと画面端がおかしくなるんで16の倍数必須と思ってますが
ニコ動の16:9エコノミー鯖エンコは352x200…きっちり16:9じゃないし200は16の倍数じゃない…
（かといって16の倍数で16:9を満たすのは512x288か256x144だけなので微妙）。
259:名無しさん＠お腹いっぱい。
09/07/18 14:51:55 y/vF7jLJ0
そういえばニコWikiの「AviUtlでMP4エンコ」のページ、じっくり読み直してみると、例えば
# 正式なコンテナは「MPEG-4 Part 10 AVC」です。プロファイルはベースラインプロファイル、またはメインプロファイルが推奨です。
の一文とか古いですよね（下のエンコード設定で思いっきりHighプロファイル推奨してるのにｗ）
最近x264のrev1177以降でオプションが変わって古くなってるのもありますが、
その他にもページ全体では記述の整合性がなかったりで…。
誰か書き換えないかな？（他力本願でｻｰｾﾝ）
260:名無しさん＠お腹いっぱい。
09/07/18 14:57:15 DPIVKnOt0
>>259
> # 正式なコンテナは「MPEG-4 Part 10 AVC」です。プロファイルは
> ベースラインプロファイル、またはメインプロファイルが推奨です。
それはニコニコの公式ヘルプにある文章をそのまま書いただけだと思うけど。
URLﾘﾝｸ(www.smilevideo.jp)
整合性がない部分があるならせめて羅列してみてくれ。
261:名無しさん＠お腹いっぱい。
09/07/18 15:04:20 WGYhpJCj0
x264更新したらplaceboにワロタ
やはりme tesaやref 16、bframes 16は意味なしかｗ
262:１９９：
09/07/18 15:07:30 pkosb0E10
>>258
同じような症状があること、また必ず破綻音になるわけでもないらしいようなので、いろいろやってみます.
>>詳細設定のYambの項目、保存されない気がする
すみません、確認不足でした。
yamb2008_2007-09-15も改めてみましたが、特殊な設定(-flatとか）は保存しない仕様のようです.
263:名無しさん＠お腹いっぱい。
09/07/18 17:31:23 y/vF7jLJ0
>>260
整合性って言葉が悪かったです。
整合性だけについては「ビットレート設定 一覧表」のところ。
整合性というよりも記述の不十分さというか古さというか色々。
リサイズ・黒ベタ追加があるのにクリッピングがないとか、
「wmvからMP4作成」のやり方（≒VFAPI経由）よりは
「DirectShow File Reader」＋ffdshowの方がいいだろうとか、
「AviUtlでFLV」のページにはhuffyuvなんかもあるのにMP4のページでは消えてるとか、
MPEG2を書くならTSも書いておけばいいのではとか（CMなんかは問題ない気がします）、
インタレ素材については自動解除あたりの方法も加えておくべきではとか…。
>>262
「Yamb終了／続行の判断を指示」などもチェックボックスが保存されないですよね？
（「次へ」で保存した後、右上の×ボタンではなく「離脱（Cancel）」でYambを終了させてるのが悪いんでしょうか？）
訳についてですが、「ランゲージ」→「表示言語」でどうでしょうか。
あと左のところで「設定： Sttings」と綴りでeが抜けてます。
他にも細かいところが気になるといえば気になる…
どこのスレで訳をやっていらっしゃいますか？
264:名無しさん＠お腹いっぱい。
09/07/18 18:00:05 wyMoQGuj0
>>263
wikiの記述に不満があるなら自分でやっといてよ
あきらかにまずいと思うものがあれば、誰かがそこだけ書き直すから
265:名無しさん＠お腹いっぱい。
09/07/18 19:25:30 pkosb0E10
>>262
>>「Yamb終了／続行の判断を指示」なども
これチェックに関わらず表示するんじゃなかったかな?、現時点では意味を持たないと思います．
[X]は時々終了イベントをループすることがあり、文字どうりYambを抜け出せなくなるので
そんなときも「離脱」を使います．
>>ランゲージ
やはり．．．MP4Boxコマンドにも「ランゲージ」があるから混乱しますよね
これと「S(e)ttings]はJapanese.iniだからテキストエディタで楽チン修正w
Yamb2008-09-15は 【PC等】/ソフトウェア/このソフトを日本語化して欲しい☆16で勉強させてもらってたころです．
266:名無しさん＠お腹いっぱい。
09/07/18 20:58:11 y/vF7jLJ0
>>264
そういう結論になりますよね。
でもあまりに改変量が多い（≒私的意見が増える）ので
別のアプローチをとることにします。お騒がせしました。
>>265
＞>>「Yamb終了／続行の判断を指示」なども
＞これチェックに関わらず表示するんじゃなかったかな?、現時点では意味を持たないと思います．
そのようですね。
一番覚えて欲しい「ログをYambフォルダに保存」も意味を持たないっぽいので諦めます…。
＞[X]は時々終了イベントをループすることがあり、文字どうりYambを抜け出せなくなるので
＞そんなときも「離脱」を使います．
そのような動作であれば「離脱」というかもう「終了」ですよね。
Englishにおいても「Cancel」ではなく「Exit」などのほうがふさわしい気が。
そのスレ見てみました。そちらにも提供した方が、待たれている方が多いのではないですか？
267:名無しさん＠お腹いっぱい。
09/07/18 21:36:23 kTm+4Ikg0
プリセット NicoNico:高速のままでやるとアップロードできるのですが、
wikiを見た通りにやると何度やっても「エンコードに失敗しました。」と言われます。
何か入れてはダメなものがあるのでしょうか？
268:名無しさん＠お腹いっぱい。
09/07/18 22:17:56 IuMP1FX00
まずは>5の真空波動研でうｐしたファイルの情報を調べて晒せ
話はそれからだ
269:名無しさん＠お腹いっぱい。
09/07/18 22:33:33 kTm+4Ikg0
>>268
すみません、もう諦めます
失礼しました
270:名無しさん＠お腹いっぱい。
09/07/18 22:33:44 FPua+3cd0
>>266
俺自身、何度か書き直したほうがいいのかもとか考えたことはあるが、あまりにも書く量が多すぎてな
H.264対応以降、情報量が倍以上に増えたもんで、もはや収集がつかないような気がする
いっそのこと一度全部消して最初から書き直したほうが早いかもしれんが、それこそやりすぎだしなぁ
271:名無しさん＠お腹いっぱい。
09/07/19 04:38:52 5u4AMfZr0
１．問題点
動画をアップロードしても極端につぶれてしまいます。
youtubeにアップロードしたときには同じ症状はありませんでした。
URLﾘﾝｸ(gazo6.com)
２．元ファイルの情報
688x520 32Bit AMV3 Codec 30.00fps 9030f 9993.15kb/s
PCM 44.10kHz 16Bit 2ch 1411.20kb/s
[RIFF(AVI2.0)] 00:05:01.000 (301.000sec) / 429,096,960Bytes
３．エンコードして出来上がったファイルの情報
640x480 On2 VP6 30.00fps 319.25kb/s
MPEG2-LayerIII 22.05kHz 56.00kb/s CBR JointStereo/I
[FlashVideo] 00:05:01.086 (301.086sec) / 14,447,875Bytes
真空波動研 090613 / DLL 090613
４．使用ソフト
aviutl
５．PC環境
WinXP 1.81GHz、1.00GB RAM
よろしくおねがいします。
272:名無しさん＠お腹いっぱい。
09/07/19 07:16:12 7g5DpdB30
このつぶれる症状はVP62ではなくVP60とかを使ってしまった場合に起こるんだったかな
273:名無しさん＠お腹いっぱい。
09/07/19 11:49:24 5u4AMfZr0
>>272
文字化けしていたのでVP60かVP62か分からなくなっていました
VP6っぽいものを使ったら無事にアップロードできました。ありがとうございました。
274:名無しさん＠お腹いっぱい。
09/07/19 13:03:12 ZABH4E/c0
すいません。
Windows Media エンコーダを使って
動画をエンコードしたら、エンコード結果というものが出てきて、
エンコードは成功しているようなのですが、
そのエンコードした動画はどこにあるのでしょうか？
デスクトップの動画をエンコードしたのですが、
エンコードする際に保存先フォルダの指定も出てきてませんし、
動画はどうすれば、デスクトップに置けるのでしょうか？
275:名無しさん＠お腹いっぱい。
09/07/19 14:03:58 6UJ6/rcV0
ＷＭＥのあるディレクトリにあるんじゃね
276:名無しさん＠お腹いっぱい。
09/07/19 16:54:55 mQD9W+2N0
>>266
>一番覚えて欲しい「ログをYambフォルダに保存」も意味を持たないっぽいので諦めます…。
不慣れな人には動画と同じ場所のほうが迷わずに済むからワザとそのままにしてるのかも．
yamb日本語化の際、MP4Boxとの関連調査やyambエコーバック解明のために、こんなバッ
チファイルを SendToフォルダに置いて、右クリックメニューから動画作業フォルダ
＝ [yamb.log]フォルダで MP4コマンドラインを実行してます．
こうすることでフォルダパスなんてどうでもいいことに気を使わなくて済むので
長くて煩わしいファイルパスはスッキリばっさり削除ですwww
rem
@echo off
set path=%path%;c:\program files\yamb
cd /d %~dp1
cmd
exit
277:２７４
09/07/19 19:21:18 ZABH4E/c0
>>275
ありません・・・・
すいません、どなたか２７４の解決方法をご存知ではないですか？
278:名無しさん＠お腹いっぱい。
09/07/19 19:26:01 FIWRTlOU0
そもそもWMEはスレチですが
279:名無しさん＠お腹いっぱい。
09/07/19 19:36:40 9uT6jwo9P
>>277
思い当たる場所としては「エンコ前の素材を置いてる場所」とか、「マイドキュメントのマイビデオ」とか。
その辺にも無かったらHDD内を『wmv』で検索しろ。無ければ無い。
280:名無しさん＠お腹いっぱい。
09/07/19 19:40:50 mQD9W+2N0
>>277
もう一度、同じ作業を最後のエンコード開始直前まで、保存パスはどこだろうって意識で睨んでれば、見えてくるんじゃ?
281:名無しさん＠お腹いっぱい。
09/07/19 20:23:10 mQD9W+2N0
>>277
これみて確認してみて
URLﾘﾝｸ(iup.2ch-library.com)
282:名無しさん＠お腹いっぱい。
09/07/20 00:56:50 urnkLHWr0
１．問題点
SMILEVIDEOでアップロードしても「エンコード失敗」と吐かれてアップロードできない
２．元ファイルの情報
640x360 24Bit Fraps Movie Capture 60.00fps 216f 115305.16kb/s
PCM 44.10kHz 16Bit 2ch 1411.20kb/s
[RIFF(AVI1.0)] 00:00:03.600 (3.600sec) / 52,527,936Bytes
真空波動研Lite 090613 / DLL 090613
３．エンコードして出来上がったファイルの情報
512x288 24Bit AVC/H.264 High@3 59.04fps 216f 923.73kb/s
AAC 44.10kHz 2.0ch(2/0 L+R) HE(LC) 64.14kb/s
MP4 Base Media v1
[MPEG4] 00:00:03.658 (3.658sec) / 456,173Bytes
真空波動研Lite 090613 / DLL 090613
４．使用ソフト
AviUtl 0.99h4 + 拡張x264出力(GUI) + Lanczos 3-lobed 拡大縮小(SSE2整数)
５．エンコードオプション
--preset Slow --tune Grain --bitrate 900 --pass 3 --stats ".\x264.stats" --aq-mode 0 --aq-strength 1
--psy-rd 1:0 --ipratio 1.4 --pbratio 1.3 --qcomp 0.6 --qpmin 1 --qpstep 16 --scenecut 54 --min-keyint 60
--keyint 600 --bframes 5 --b-pyramid --ref 8 --me esa --subme 9 --merange 32 --trellis 2 --dct-decimate --output nul
６．PC環境
Core2Duo E8400
DDR2 3G
HD4850
283:名無しさん＠お腹いっぱい。
09/07/20 01:09:07 Kf0DgH/v0
>>282
あきらかにビットレートオーバー
>>136の式で計算してみ
284:名無しさん＠お腹いっぱい。
09/07/20 01:12:51 urnkLHWr0
>>283
ごめんなさい、プレミアム会員ですorz
285:名無しさん＠お腹いっぱい。
09/07/20 01:52:16 3L7fUzs10
>>284
時間は小数点以下切捨て
286:283
09/07/20 08:19:39 DL8shMWH0
>>284
仮にも質問して解答もらっときながら、ほんの少しの計算すらしないってのはどういう了見だ？
1200kbps超えてんだろうが、この盆暗が
287:名無しさん＠お腹いっぱい。
09/07/20 09:56:56 OAW8zYtk0
>>286
引用するなら>>136だけじゃなくて、>>135-136のほうがよかったかもね。
小数点以下切捨てってのは以外と知られてないし。
あとは>>160あたりか。
288:名無しさん＠お腹いっぱい。
09/07/20 11:43:46 urnkLHWr0
>>287
ご丁寧にありがとうございました。
289:名無しさん＠お腹いっぱい。
09/07/20 19:01:57 hM6lPcin0
最近結構な頻度で起こるんだけど、
アップする時に込んでると動画事態は問題ないのにエラー出たりするから、
そっちかと思ったら単に計算間違いかー。
290:名無しさん＠お腹いっぱい。
09/07/20 22:43:49 S6SZe/rs0
VideoStudioを使用して動画を編集しているのですが
編集した動画を保存すると拡張子がmpgになります。
そして、mencoderでflvにするとエラーが出てしまいます。
そこでWindows Media エンコーダでmpgからwmvにしてからmencoderを使うと
うまくエンコードすることができています。
ですが、最近Windows Media エンコーダでwmvにした動画に雑音が入ってしまいます。
動画の途中でいきなり「ザーーーーー」という音がなります。
最初からやり直してもう一度Windows Media エンコーダでwmv化しても
同じ結果になってしまいます。
これはどうしてでしょうか？
また、解決策はないでしょうか？
宜しくお願いします。
291:名無しさん＠お腹いっぱい。
09/07/20 23:34:49 vluZjA10P
>>290
ちゃんとavi出力あるはずだからもう一度確認。
292:名無しさん＠お腹いっぱい。
09/07/21 03:57:34 Dd5cPE/f0
>>135-136 および >160 をまとめWikiに反映してみたけど、どうだろう？
URLﾘﾝｸ(nicowiki.com)
URLﾘﾝｸ(nicowiki.com)
前者は以前の文章を取り消し線つきで残してあります。
後者は新規追加。
293:名無しさん＠お腹いっぱい。
09/07/21 06:29:46 ZWWHd4WM0
>>292
ベリー乙！
294:名無しさん＠お腹いっぱい。
09/07/21 08:26:46 dDKRkkYO0
>>292
乙！
すんげー細かいが、計算式内の数字の「８」は半角「8」にすべきかな。
あと、「真空波動研」にリンクあると親切かも。
295:名無しさん＠お腹いっぱい。
09/07/21 14:17:10 OJyBXWwL0
>>291
avi出力からaviで編集した動画を作成することはできたのですが
これをmencoderでエンコードするとうまくいきません。
296:名無しさん＠お腹いっぱい。
09/07/21 14:21:09 EKeStsyJ0
>>292
乙
スッキリわかり易くてなってていいです． 何で?って 答えにもなってるし．
K=1024bytes 、 M=1024Kbytes ってのを濁したのは愛嬌?
297:名無しさん＠お腹いっぱい。
09/07/21 16:19:32 hCWOvaTdO
>>294
変えておきました。
>>296
いや、ＫだのＭだのを持ち込むと無駄にややこしくなるだけだと判断したためです。
余計な解釈が入る余地をなるべくなくす方向で書いてみました。
298:名無しさん＠お腹いっぱい。
09/07/21 16:36:27 EKeStsyJ0
>>297
やっぱりそうですか、いやすぐ上のTipsでキッチリ説明がしてあるもんだから．
299:名無しさん＠お腹いっぱい。
09/07/21 17:18:35 FUKsU7JS0
>>295
mencoderに関する質問は当スレでは基本的にNGです
なぜなら、住人は誰も使ってないから
300:名無しさん＠お腹いっぱい。
09/07/21 17:21:59 ctFv6Ria0
めんこい子だは一時期重宝したけど、H.264メインの今じゃ全然使ってないな
301:名無しさん＠お腹いっぱい。
09/07/21 18:08:57 KENlLaO5O
メンコダはコーデック指定でx264が使えるしx264オプションも実験的な奴以外は大体実装されてるはず
俺は今でもたまに使うかな
302:名無しさん＠お腹いっぱい。
09/07/21 19:25:23 EKeStsyJ0
aviutl + FLV0.1.6(0.2.3) Plugin はマイナー?
303:名無しさん＠お腹いっぱい。
09/07/21 20:24:10 23AVRRv7P
>>302
このスレでは既にFLV自体がマイナー扱いですよｗ
ともあれFLVに関してはVP6コーデックがビットレート指定から大きく外れ（膨らみ）易い。
折角プラグイン出力を使ってVP6とmp3を同時にエンコしても、エンコ結果がビットレートオーバーしてたら改めて作り直しです。
音声側だけ別にエンコし直して差し替える手もありますが、それなら最初からVP6(AVI)出力後に映像のビットレート計算を行い、
その結果を元に音声をエンコして「FLV_ffmpegmux_D&D.bat」を使う方が効率的な気がする訳ですよ。
だから、このスレの以前のテンプレには「FLV_ffmpegmux_D&D.bat」を使った方法が掲載されていました。
304:名無しさん＠お腹いっぱい。
09/07/21 20:33:18 23AVRRv7P
>>295
もう見てないかもしれないけど一応。。。
既に出来上がった動画をニコ動向けにエンコするなら、mencoderを使うよりはニコエンコ使った方が楽ですよ。
・ニコエンコ
URLﾘﾝｸ(d.hatena.ne.jp)
もしもこれで不満が出るようなら Aviutl + x264gui.auoへでも移行した方が後々便利だと思います。
詳しくはテンプレから該当リンクを辿ってくださいな。
305:名無しさん＠お腹いっぱい。
09/07/21 20:39:01 EKeStsyJ0
>>303
んーーん、エンコード後のビットレイトずれによる再エンコード、確かにツライですわ．
自分があげてる動画も、FLVはAAＣコンプレッサの中低音域ブーストを嫌った動画だけになっちゃった．
306:名無しさん＠お腹いっぱい。
09/07/22 14:08:19 O/L86c/c0
MEncoderはMPlayerの付属品でデコーダーやフィルタはMPlayerと共通なので、とにかくデコードとフィルタリングが速い
対応形式もlibavcodec＆codec essentialで、やたらと多い
だからニコエンコみたいなお手軽ツールの読込＆フィルタ担当としては、実はAviSynthよりも向いていたりする
ただ、WMVの読込が苦手なのと、UtVideoやAMV3みたいなローカルコーデックは読めない点がニコ向けとしては
ちょっとつらいところだね
307:名無しさん＠お腹いっぱい。
09/07/22 16:40:23 0eBK3O/p0
だったらmencoderにavs食わせたら最強なんじゃね
308:名無しさん＠お腹いっぱい。
09/07/22 17:23:05 U7XHQmpt0
「ニコニコエンコード計算機」
URLﾘﾝｸ(2525food.cscblog.jp)
これ凄い！私も動画とサウンド計算するのが面倒なｲｲ
309:名無しさん＠お腹いっぱい。
09/07/22 17:28:50 5qHJKnffO
>>308
なんか中華系の罠くさい書き込みですね。
310:名無しさん＠お腹いっぱい。
09/07/22 18:51:51 sLlunKeU0
電卓つかえ。
311:名無しさん＠お腹いっぱい。
09/07/22 20:15:53 iB2zz3kr0
何このサイト、重いのかよくわからんが踊る初音ミクから下が表示されんのだが。
ページに重いのいれまくって重くしてんじゃねーよ･･･
312:名無しさん＠お腹いっぱい。
09/07/22 20:18:18 iB2zz3kr0
URLﾘﾝｸ(fileserver.or.tp)
ここまでしか表示されん。
どのブラウザでも。
313:名無しさん＠お腹いっぱい。
09/07/22 20:47:28 U7XHQmpt0
URLﾘﾝｸ(2525food.cscblog.jp)
今回暇だったので
「ニコニコエンコード計算機」を作ってみました。
この「ニコニコエンコード計算機」は、ビットレートの計算です。
海外にも対応出来る様にツール内容は英語と日本語です。
「電卓あるからいいや」と思った方、まてぃ！！！
このエンコード計算機はビットレート違反をすると赤文字で「-(数字) 違反しましたよーっ！！」と
文字でお知らせしてくれるんです。
※特に数学が苦手の人は「モッテコイ！」の品だと、思います。
○使い方
Sound と Video に数字を入れておｋ押すだけ。
あとは違反していれば赤い数字で - 表記され、
余っていれば (数字)が表示されます。
■ Download ■
URLﾘﾝｸ(karimofu.org)
PassWord : niconico
■ 安全対策の為、ウイルススキャン済で異常なし ■
URLﾘﾝｸ(www.virscan.org)
※2次配布は開発者(私)に許可を得て下さい。
宣伝は許可を得なくても大丈夫(´･ω･)ｂ
また良いアイディアが生まれれば、配布する予定です。
(誹謗中傷・荒らし・釣り・挑発的な表現を含むコメント、言葉は・・さ・・削除するんだからねっ！)
314:名無しさん＠お腹いっぱい。
09/07/22 20:54:07 SJ/BWl3QP
アドレスを入れ子にする必要はないんじゃない？
URLﾘﾝｸ(2525food.cscblog.jp)
ちなみにWinXP sp3 IE8で普通に表示された。特に異常無いと思います。
315:名無しさん＠お腹いっぱい。
09/07/22 20:58:17 SJ/BWl3QP
と、思ったら。。。すまん。>>314の入れ子うんぬんは忘れてください。
オレの専ブラがレス表示の際に勝手に入れ子で表示してました。。。
316:名無しさん＠お腹いっぱい。
09/07/22 21:30:51 iB2zz3kr0
Aviutlの拡張編集で動画ぶち込んで音声が入ってないことに気づかず3時間エンコしまくって「糞画質なおんねぇ･･」と一人バカ格闘してた俺に一言。
317:名無しさん＠お腹いっぱい。
09/07/22 21:33:07 U7XHQmpt0
>>312
友人に推奨を受けたブログがログインや管理画面で重過ぎて、
「イラッ」と来たので、ブログ変更しました。
URLﾘﾝｸ(systemline.blog93.fc2.com)
318:名無しさん＠お腹いっぱい。
09/07/22 21:35:26 iB2zz3kr0
Blogサービスはいっそのことfc2かエキサイトだけで良いと思うんだ･･･
319:名無しさん＠お腹いっぱい。
09/07/22 22:01:16 ytbLFW6M0
>>317
ん？作者か？俺のコメント反映してくれてんのかなｗｗｗ
対策するとかかいてあるし(´・ω・`)
320:名無しさん＠お腹いっぱい。
09/07/22 22:02:33 5q9nqiz30
よくわからんが・・・ID:U7XHQmpt0 は自演で自作ツールを広めようとしたという認識でいいのか？
ツール自体も「Sound と Video に数字を入れておｋ押すだけ」って、
何の数字入れるのやらよくわからないっていうか、テンプレレベルで
間違った認識で作られたツールな気がするんだけど。
P名も最初のサイトと変えてるようだし、なんかすげえ胡散臭い。
321:名無しさん＠お腹いっぱい。
09/07/22 22:05:48 iB2zz3kr0
ぶっちゃけると>>310でFA
googleとか電卓使えば右手テンキーだけで計算できるしな･･･
322:名無しさん＠お腹いっぱい。
09/07/22 23:50:28 U7XHQmpt0
先ほどは不具合が多いver1.0を公開して申し訳ないです。
URLﾘﾝｸ(systemline.blog93.fc2.com)
ver2.0 >>319 さんのコメで少し対策しました。
あと「値入ってないよ！！」っていうエラーも追加しました。
323:名無しさん＠お腹いっぱい。
09/07/22 23:52:54 U7XHQmpt0
>>320
エンコする時に 音質 と 画質の値を入れると思うんですが、
その計算です。
>>321
単純計算は出来ても、ビットレート規制の計算は脳内でするか二度計算になるので
それを取り入れた数学が苦手な人も便利(私とか・・・)です。
324:名無しさん＠お腹いっぱい。
09/07/22 23:55:05 iB2zz3kr0
1000kbpsじゃなく1040kbpsでよくないか？
325:名無しさん＠お腹いっぱい。
09/07/22 23:58:31 iB2zz3kr0
音声のほうにビトレ入力しようとすると
URLﾘﾝｸ(fileserver.or.tp)
こうなるんだけど
326:名無しさん＠お腹いっぱい。
09/07/23 09:13:05 ecGGsEF90
\>>325
fileserver.or.tp という名前のサーバが見つかりませんでした。て。。、
327:名無しさん＠お腹いっぱい。
09/07/23 13:11:52 BcxXQbxl0
ニコの制限ビットレイトが
まとめwikiにも整理記載され(1024+1)Kとか(640+1)Kとか240Kとか306Kとか数字の意味がわかったので非常にやりやすくなりましたね．
もっと複雑な経緯計算を経た末での制限ビットレイトかと思ってたので、まとめwikiに載ってた数字でまじめに計算してた．
vedeoもaudioも 使用単位がKbit/secだから そのまま一般会員なら
video:Kbps + audio:Kbps <規制ビットレイト 641Kbps (MP4エコノミー回避なら240kbps)
作業用BGMとか長編やらなきゃ大概これで済んじゃう
328:名無しさん＠お腹いっぱい。
09/07/23 15:37:59 felfK16EO
>>327
別にやりやすくはなってないよ。
わざわざ「Ｋ」なんて持ち出して話を複雑にした上に認識が間違ってる。
以前もこのスレで暴れた馬鹿がいたが、videoやaudioのビットレートは
通常は小文字のkを使って1000単位での表記。
まとめWikiをちゃんと読んできたほうがいいと思うよ。
videoとaudioのビットレートを足したものが上限以下ならＯＫというのは
簡易計算としては使えるけど、そんなの前からそうだし。
実際の判定はWikiに書いてあるとおりなんだから、
その簡易計算は使わないほうがいいと思うがね。
つか、KとかkとかMBとかMiBとかは初心者が混乱する要素だから計算から排除したのに
わざわざ持ち出さないでほしいとも思う。
329:名無しさん＠お腹いっぱい。
09/07/23 15:41:16 34CeirFs0
中途半端に覚えたのを俺様用語全開で広めようとするなってこった
330:名無しさん＠お腹いっぱい。
09/07/23 16:47:18 BcxXQbxl0
>>327
すみませんでした
331:名無しさん＠お腹いっぱい。
09/07/23 16:57:05 v+T0pbdi0
単にあれは動画鯖での処理量の上限を1MB/sや640KB/sで設定してるからだろう。
コンピュータにとってはビットレートなんて関係ないからな
332:名無しさん＠お腹いっぱい。
09/07/24 01:43:26 1kYs9zpM0
携帯3gp→GOM(WMVかAVI)→WMMで無圧縮動画にして
mencoderでエンコしていまして元動画は８分くらいあるのですが
なぜか２０秒くらいで100％になりエンコ終了になって２０秒動画が出来上がってしまいます。
どんな原因が考えられますか？
333:283
09/07/24 04:50:39 kvWF0dZP0
WMMで無圧縮
mencoder
この二つはここでは非推奨
ついでに言えばGOMも非推奨
自分でなんとかできないのであれば、これらは使ってはいけません
334:名無しさん＠お腹いっぱい。
09/07/24 13:58:27 fomga8V/0
スレ違いorテンプレ嫁カスでしたらすみません
今まで一時間ある動画のいいことろだけ抜いて編集ってのをムービーメーカでやってたんですが、
ＦＬＶからwmvやaviとかに変えるのめんどくさくて、ＦＬＶのまま編集できるソフト探してたらAviUtlがあり、
それを使おうと思うんですが、このソフトでもいいところだけ抽出して違う動画ともくっつけることってできますか？
Ａ動画のこの部分とＢ動画のこの部分をくっつけてＣ動画にするみたいな
335:名無しさん＠お腹いっぱい。
09/07/24 14:32:59 0yZoQSu5O
>>334
ググレカスさん、こんにちは。
336:名無しさん＠お腹いっぱい。
09/07/24 14:37:34 fomga8V/0
てかソフトウェア板にスレあったんだね
そっちいきます
337:名無しさん＠お腹いっぱい。
09/07/24 14:42:01 47cYem0/O
>>336
おいやめとけ、フルボッコにされるだけだぞ
もう遅いか。これだからググることも実践することも知らない子は…
338:名無しさん＠お腹いっぱい。
09/07/24 16:51:08 SKDVyukX0
x264.1181.release01使ってエンコした結果、情報ウインドゥに下のVFR-Timing Errorって出たんですがどういうエラーなんでしょうか？
何か致命的なものですか？
--------------------------------------------------------------------------------
[C:\Documents and Settings\デスクトップ\test2.mp4] (1pass)
--------------------------------------------------------------------------------
VFR-Timing Error < 1892> type = 5, pts = 8444436, dts = 8439431, b_dts = 8439431, cts_offset = 0, cts = 8431423
VFR-Timing Error < 34026> type = 5, pts = 149064916, dts = 149059911, b_dts = 149059911, cts_offset = 0, cts = 149051903
encoded 38928 frames, 2.55 fps, 7064.75 kb/s
339:名無しさん＠お腹いっぱい。
09/07/24 19:17:23 Sb3hEEol0
>>333
WMMで無圧縮は非推奨なんですか。こんどWMMで編集してから無圧縮avi作って
aviutlでエンコしようと思っていたのですが、どのような問題がありますか？
340:名無しさん＠お腹いっぱい。
09/07/24 19:42:38 jLZsg+Vc0
やってみりゃわかる
つーか、やる前に質問するな
341:名無しさん＠お腹いっぱい。
09/07/24 21:02:54 EEezY2G90
>>333
非推奨ばっかりですね・・・。
今回は疲れましたのでWMM無圧縮動画をまたGOMでMP4にエンコしようと思います
342:名無しさん＠お腹いっぱい。
09/07/25 20:06:39 WhhigY/c0
URLﾘﾝｸ(www.nicovideo.jp)
↑この動画の音声を、ｍｐ３化しようにも失敗します。
Any Audio ConverterでもCraving ExplorerでもArea61 ビデオダウンローダーでも無理でした。
どなたか原因解りますかね・・・？
３ヶ月ぐらい前にArea61で試したときはｍｐ３にできたのに
最近やったら無理になってたうｐ主が何かしたのかね？
343:名無しさん＠お腹いっぱい。
09/07/25 20:11:47 rO9sg2C70
>>342
↓で解決
URLﾘﾝｸ(www.nicomimi.com)
344:名無しさん＠お腹いっぱい。
09/07/25 20:22:03 WhhigY/c0
>>343
どうもありがとう！
あなたがｍｐ３化してうｐしてくれたんですか？感謝！
345:名無しさん＠お腹いっぱい。
09/07/26 01:40:25 OXCJZWdHO
全くの初心者で全然良くわかってないんですが
ゲーム動画をdvdレコーダ→エンコード→うpでやりたいんですけどエンコードした時の画質がそのままアップした動画の画質になるんですか？
エンコード時にキレイだったものがエコノミー時以外の理由で低画質になったりするんですか？
346:名無しさん＠お腹いっぱい。
09/07/26 01:49:10 gGhFbC120
>>345
ビットレート・サイズオーバーで弾かれなければ
基本的にはエコノミー以外での劣化はない。
けど、ローカル環境とニコ動のフラッシュプレイヤー上だと、
フラッシュプレイヤーが補間してくれないから、特定の色が
隣り合っている場合に劣化してるように見える（ギザギザ）
347:名無しさん＠お腹いっぱい。
09/07/27 03:57:39 lrbSAb9j0
「限界突破」シリーズ
URLﾘﾝｸ(www.nicovideo.jp)
これじゃプレミア商売あがったりだな
348:名無しさん＠お腹いっぱい。
09/07/27 04:05:41 fpFAaJzm0
限界突破つくろうとおもったけど思ったよりめんどくさいことしないといけない事がわかってやらないことにした。
FPSゲーム動画とかでやったら神画質になりそうだな。
349:名無しさん＠お腹いっぱい。
09/07/27 04:13:29 fpFAaJzm0
Aviutlで拡張編集プラグインつかって前半に2：30くらいの動画入れてその後に10分の真っ黒動画突っ込んでいつもどおりにエンコしたら突破できる・・・
とかそういうふうに簡単にできたら苦労はせんか。
350:名無しさん＠お腹いっぱい。
09/07/27 07:46:12 ffyjOScs0
それは黒だけの動画を後半に連結してるだけだな。
そんでもって投稿者コメントのスクリプトでループさせてる。
そういうのを皆がやりはじめたらトラフィック量が膨らむから自粛すべきだと思う。
351:名無しさん＠お腹いっぱい。
09/07/27 09:22:49 4crx4XBV0
そんな昔からあるビットレート偽装はやめろと何回もスレでも言ってるし、今後も言い続ける
偽装してるやつマジで爆発しろ
352:名無しさん＠お腹いっぱい。
09/07/27 09:28:05 hUIAHW030
解像度512*384でそこまで必死にビットレート稼ぐこたーないよな
353:名無しさん＠お腹いっぱい。
09/07/27 14:09:58 BfCnyvej0
そもそも512x384ってマイナーじゃね？
早くプレイヤーの解像度が640x480と1280x720に対応しないかな。
354:名無しさん＠お腹いっぱい。
09/07/27 16:41:39 o/10iE+r0
>>351
偽装したことないけど、偽装した40MBのファイルと偽装してない40MBのファイルで
鯖の負担が変わるものなの？素人考えだけど俺は変わらないと思ってて・・・
>>352
画質厨は800xのファイルで上げてることが多いよ
ローカル保存を想定してるのか赤色の劣化を軽減するためか知らないけど
355:名無しさん＠お腹いっぱい。
09/07/27 17:12:24 o82DXDL10
本来ビトレ制限によりファイルサイズが10MBまでしか使えないようなものに、
インチキすることによって40MB使えば、トラフィックは4倍増えるだろ
負担になるのは鯖じゃねえ、回線だ
356:名無しさん＠お腹いっぱい。
09/07/27 18:38:23 NFi9Ezup0
>>354 ローカル保存を想定してるのか
そのうち VIDEO編 と AUDIO編 とか分けてUPLOADする人が出るとか?
ローカル再生なら受け手がコンテナにMuxingしてもいいかも．
ニコ上で再生なら２窓開けて同時再生でもいけるな、複数窓の同時コントロールとか機能があれば．
それでも 1000kbsか．．．萎えるな
357:名無しさん＠お腹いっぱい。
09/07/27 18:54:38 3wqzewen0
ニコニコでやってる｢イヴの時間｣の時間だけど、
通常時のmp4よりエコノミー時間帯のflvの方が画質がいい気がするのはなんで？
mp4は何か荒いんだよな。真空波動研究で調べてみたやつ↓
[イヴの時間act05：CHIE ＆ SHIMEI.flv]
512x384 On2 VP6 29.97fps 0.00kb/s
MPEG2-LayerIII 22.05kHz 64.00kb/s CBR JointStereo/MS
[FlashVideo] 00:17:35.005 (1055.005sec) / 41,493,359Bytes
[イヴの時間act05：CHIE ＆ SHIMEI.mp4]
512x384 24Bit AVC/H.264 Main@2.1 24.00fps 25321f 309.96kb/s
AAC 44.10kHz 2.0ch(2/0 L+R) HE+SBR 62.74kb/s
MP4 Base Media v1
358:名無しさん＠お腹いっぱい。
09/07/27 19:08:05 o82DXDL10
>>357
それflvとmp4で違う動画なんじゃないの
あれってそもそも16:9だし、フレームレートが違うのも変だろ
どの動画をDLしたのかわからんから動画番号それぞれ貼ってみろ
359:名無しさん＠お腹いっぱい。
09/07/27 22:29:24 9bt0se9Y0
スレ違いかもしれないのですが、重いFLVデータを円滑に再生させる方法を教えてもらえないでしょうか？
音、画質をあまり劣化させずにサクサク再生できるような方法などを探しているのですが。
360:名無しさん＠お腹いっぱい。
09/07/27 23:26:20 iqxjs1Vd0
>>359
どういうFLVをどういう環境で再生させたいんだ？
361:名無しさん＠お腹いっぱい。
09/07/28 01:14:07 EKb67bM/0
>>358 ニコアニの動画だよ。URLﾘﾝｸ(www.nicovideo.jp)
それぞれってなんだ？flvってのはエコノミーの時、mp4は通常時にダウンロードしたんだよ。
まぁ、flvの方が絶対きれいとは一概にも言えないところがややこしい。
362:名無しさん＠お腹いっぱい。
09/07/28 18:35:23 FsyBIF5H0
>>361
レスの流れを見てたよ．
自分が貼った通常時MP4のURL動画をDownLoadして、真空波動研で見直したらいいよ．
それと そこに貼ったURLの最後尾に ?eco=1って書き足せばエコノミー発動時FLV動画を好きなときに呼び出せるよ．
なるほどそういうやり方もあるかって感心したし、勉強にもなりました．
363:名無しさん＠お腹いっぱい。
09/07/28 19:04:33 jql7225HP
>>361
FLV側に関していえば、通常のエコノミー用再エンコの解像度320ｘ240を明らかに超えてる。
ただしmp4側と画質を比較する限りではバンディングも乗ってきてるし、輪郭周辺の劣化も著しい。
これが一見して高画質に見えるのは、FLV側のエッジが立った様な画質によるところだと思う。
だから素人相手ならシャープ掛けとけば「高画質」って言われるっつのは、このスレでは定石だよ。
364:名無しさん＠お腹いっぱい。
09/07/28 19:16:07 jql7225HP
ちなみに通常、SMILE鯖側でエコノミー用に再エンコされると320ｘ240で映像ビットレートは200kbps前後。
件の動画のエコノミー用ファイルに関して、映像は512ｘ384で241kbps。これに音声を足して310kbps程度。
ヘッダの情報も通常の再エンコとは違うから、公式ってこともあるし中の人が手作業でエンコしたんだと思うよ。
365:名無しさん＠お腹いっぱい。
09/07/28 19:49:50 glyuZu3TO
dvdレコーダーで撮った動画をニコニコにアップしてるのですがどうしてもクソ画質になります
dvdコピー all for playerというソフトを使ってdvdをflvやmp4などに数値上では高画質に変換しているのですが全く良くなりません
是非アドバイスをいただけたらなと思います
ちなみにプレミアム会員です