【ニコニコ動画】FLV/ ..
294:名無しさん＠お腹いっぱい。
09/02/10 22:41:16 00jkY8UB0
>>286
あれは確かに正しくはないけど逆に2進接頭辞の場合は明確にiつけてるから一応は
判断つくね。納得はいかないが
Wikipediaのやつノートに書いといたから。反論あるなら出典もってこい
295:名無しさん＠お腹いっぱい。
09/02/10 23:16:55 AfQV4NPC0
キビとかメビなどの接頭辞なんて、極端な話し後付けの言い訳みたいなもんだからね。
ハードウェアを含めた情報処理分野で2進数を端折って表現する為に生まれた訳だし。
2進計算が不要な分野においては、普通に10進で表現するのが現実的って奴ですよ。
ところで先のニコwikiのとこだけど
「（=641.000[Kbps]=641.000[Kibps]）」←この部分は不要じゃなかろうか？
単位系の使い方はさて置き、帯域幅の計算結果を2進で表記する習慣はないじゃろ？
これじゃ返って勘違いや混乱の元になりそうだと思うのは杞憂なのかな。
296:名無しさん＠お腹いっぱい。
09/02/10 23:36:51 ylyKBlM10
他にも
100MBと40MBで使用できるビットレート早見表 → 超基礎情報
のところ。最後までちゃんと読まないとビットレートも1k=1024であるかのように誤解できる。
なんだこりゃ。
297:名無しさん＠お腹いっぱい。
09/02/10 23:43:42 dnBD5QNp0
>>295
1024で割るものだという主張を変えようとしない馬鹿がいるから、
そうじゃねえよってことを伝えるために無理やり書いてあるだけだろう。
下に説明文も書いてあるし。
落ち着いたら消したほうがいいと思うけど、当面は残しとけばいいんじゃないかな。
>>296
ファイルサイズとビットレートの話は分けて書くべきだよな。
298:名無しさん＠お腹いっぱい。
09/02/11 00:24:10 JIZy8EnK0
>>297
むしろ「そういう表現もあるのか...」と勘違いして馬鹿になっちゃう奴が増えそうで怖いんだよね。
思うに、理屈が解らないから参照されてると考えれば、こういった暗に示す方法では逆に誤解を招きかねないかと。
むしろ※印の上辺りに
「ファイル容量などの単位換算では1024で計算しますが、動画や通信経路などの帯域を計算する際は1024ではなく1000で乗除してください。」
と、解りやすく断定口調で明示した方がいいと思うんだけど。。。どうでしょ？
299:名無しさん＠お腹いっぱい。
09/02/11 00:45:10 xxkwbwCG0
>>295のとこはコメントアウトで充分？
>>296のとこはなんかごっちゃというか何というか…。
>>298
そもそもその※印も不必要な部分がないか見直すのが先とか？
動画や通信経路などの帯域（ビットレート）では×1000、
ファイルサイズでは×1024での計算が基本なので、
算出・変換の際には、まず×1024も×1000も使わないbyteかbitに直す必要があることに注意。
「ファイルサイズ（K＝1024）byte」←→「byte or bit」←→「ビットレート（k＝1000）bit」
こんな感じのをもう少し丁寧にというか分かりやすくというか…。
300:名無しさん＠お腹いっぱい。
09/02/11 01:44:19 EapZAHMP0
あれだろ、ダウソとかで転送速度がKB/秒とか書いてあるからそれがすべてに当てはまるとか
思ってる馬鹿なんだろ。転送速度とビットレートは意味がちがうっつーの
301:名無しさん＠お腹いっぱい。
09/02/11 02:17:12 xxkwbwCG0
>>300
ぶっちゃけ「また641[kbps]に直されないようにするにはどうすりゃいいか」に気が行って
他がテキトーと化してるんで。どう直したらいいですか。
302:名無しさん＠お腹いっぱい。
09/02/11 02:37:52 BlQ3HBe20
テンプレに656って書いてあるし知った上で変えられて不便するの？
303:名無しさん＠お腹いっぱい。
09/02/11 02:52:42 EapZAHMP0
>>296
それ一部書いたの俺だ。いろんな人が書き足していってるからだんだんぐちゃぐちゃになっちゃったんだろう。
何とかKbpsみたいな誤解をしないよーに書き換えてみたが余計ややこしくなってしまった悪寒
304:名無しさん＠お腹いっぱい。
09/02/11 02:56:18 EqqaeFyF0
>>302
まとめWikiを見る一般人の数は多いけど、ここのテンプレをわざわざ見に来る人は少ないんだよ。
不便とかどうとかいう問題じゃねえわ。
わっかるかなあ？わっかんねえかもなあ〜。
305:名無しさん＠お腹いっぱい。
09/02/12 01:12:14 IaMvlI0h0
ごめんなさい急にエンコードができなくなっちゃったので質問させてください＞＜
Webカメラで取り込んだ動画(15fps/69.9MB)をAviutlでx264出力しようとしたらエラーがでました
設定はWikiの一般会員のところを見ながらやりました
マルチパスで映像が512kbpsで音声がAAC-LCの92kbpsです
映像のエンコードは上手くいってるようなんですが、
それが終わると音声処理が行われずにAviutlが強制終了されます
以前はエンコードを開始すると動画の情報が書いてある
DOSのコマンドウィンドウみたいなのが開いて成功してたんですが
それが出なくなってからエラーが出始めてしまいました
色々と設定をいじったりググってみたりしたんですがうまくいかなくて・・・
どなたかお答えいただけるとうれしいです＞＜
306:名無しさん＠お腹いっぱい。
09/02/12 01:16:31 95X+1+QF0
別スレの過去ログコピペ
398 名無しさん＠お腹いっぱい。 sage 2009/01/11(日) 14:40:27 ID:7U0vGiPV0
出力先のフォルダに同名のWAVファイルがあってそれを動画のエンコに使ってると
エラーが出たような気がする。微妙に原因が違うかもしれないが出力先を変えるとか
WAVを違うところにどかすとか名前を変えれば回避できたはず。
そのエンコで動画だけは問題なく終わってるはずなので音声だけ別にエンコして
Muxすればいいと思う
307:名無しさん＠お腹いっぱい。
09/02/12 01:17:06 IaMvlI0h0
ちなみにビデオフェードのプラグインが使えなくなっちゃうので
Aviutlのバージョンは最新版ではなくて0.98dのままです
308:名無しさん＠お腹いっぱい。
09/02/12 01:21:23 IaMvlI0h0
ごめんなさいsage忘れました＞＜
>>306
素早い返答ありがとうございます
確かに同じ状況です
とりあえず使用しているWAVファイルを別の場所に移して
出力ファイル名も変えてみます
309:名無しさん＠お腹いっぱい。
09/02/12 02:00:47 wQnA7/Z90
x264.1110.release01 2009/02/12
310:名無しさん＠お腹いっぱい。
09/02/12 16:19:05 XbZ/HSeF0
真空波動研更新きたな
・AACに以下の修正をしました。
・プロファイルがHEだった場合のSBRとPSの文字の付け方を変更しました。(format.txtにも記載してあります)
HE(SBR) ※HE-AAC v1
HE(SBR+PS) ※HE-AAC v2
HE(LC) ※プロファイルがHEでSBRもPSも含まれていない場合の実質的なLC(NeroAACEncで作成した場合に多いです)
HE(!SBR) ※プロファイルがHEでコンテナ側でSBRのフラグが付いてないがSBR付と思われる場合
HE(!SBR+PS) ※プロファイルがHEでコンテナ側でSBR+PSのフラグが付いてないがSBR+PS付と思われる場合
311:名無しさん＠お腹いっぱい。
09/02/12 21:08:54 Nh/RboES0
ウインドウズムービーメーカーで編集したAVIファイルをMediaCoderでエンコードしたのですがどうしても画質が上がりません
何とか画質を上げる方法はありませんか？
設定
映像：550kbps
Mode:Three-pass
Format:MP4
音声：64Kbps
Profile:LC-AAC
Late mode:CBR
これでやってみたのですがどうしても駄目でした。
何か原因や引っかかる点がありましたらどうか教えていただければ・・・
あと、使用OSはXPです。
312:名無しさん＠お腹いっぱい。
09/02/12 21:14:37 zK9Hjt8u0
まずエンコ前の動画の質が悪いのかそれとも円弧後が悪いのか
313:名無しさん＠お腹いっぱい。
09/02/12 21:18:51 Nh/RboES0
>>312
おっしゃるとおり、youtubeで落としたので、エンコ前の画質は相当悪いです
これの画質を上げるのはやっぱり不可能ですか？
314:名無しさん＠お腹いっぱい。
09/02/12 21:19:52 zkGoFjSu0
画質を上げる？
そんな魔法が使えるわけないだろ
315:名無しさん＠お腹いっぱい。
09/02/12 21:19:58 zK9Hjt8u0
無理ｗ
エンコは基本画質落とすんだよ
316:名無しさん＠お腹いっぱい。
09/02/12 21:21:41 zK9Hjt8u0
あと「youtubeで落としたので」ってまるでyoutubeの動画の画質は糞みたいに言ってるが
画質の上限はニコニコよりはるかに上だぞ
317:名無しさん＠お腹いっぱい。
09/02/12 21:24:32 Nh/RboES0
え？あのエンコすると画質が上がるのではないのですか？
MediaCoderを使って高画質でうｐする方法をニコニコ動画講座を見てやったんですけど・・・
318:名無しさん＠お腹いっぱい。
09/02/12 21:27:33 +Z2Iy+7c0
三流釣り師乙
319:名無しさん＠お腹いっぱい。
09/02/12 21:32:44 IfXUs5iw0
mp4で落してないんだね
まだ知らない奴が多いのか
320:名無しさん＠お腹いっぱい。
09/02/12 21:34:24 Nh/RboES0
すみません、今調べてみたんですが、エンコードは画質を上げるためのものではなくて
画質を落とさないようにするためのものなんですね・・・
勉強不足で申し訳ありませんでした・・・
初心者で何も分からなかったので
321:名無しさん＠お腹いっぱい。
09/02/12 21:43:40 uesc+K900
>>320
画質を上げることは出来ないが、ノイズを取り除いたり輪郭補正で綺麗に見せる方法はある。
そういった一見高画質ってのなら可能かもしれないから頑張れ。方法はスレ違いだからググってな。
322:名無しさん＠お腹いっぱい。
09/02/12 21:46:49 95X+1+QF0
>>320
その理屈がまかり通ればどんなに汚くて見るに耐えない動画でもエンコを繰り返せば
やがてBlu-rayも裸足で逃げ出す高画質になるな
323:名無しさん＠お腹いっぱい。
09/02/12 22:19:19 10guGrse0
>>319
高画質の&fmt=35はh.264+AACだけどflvなんだぜ
324:名無しさん＠お腹いっぱい。
09/02/12 22:35:45 zK9Hjt8u0
このまえH.264+MP3のflvをニコニコにあげたらビットレート150kbpsくらいの糞動画にエンコされた
H.264+AACのflvだったら再エンコされないんだろうか？
325:名無しさん＠お腹いっぱい。
09/02/12 22:45:14 WcGDSKda0
>>324
mp4じゃなくて？
H.264+MP3はサポート外。音声をAACにすること。
H.264対応初期はH.264+MP3だと音が全く鳴らなかった(再エンコはされなかった)
326:名無しさん＠お腹いっぱい。
09/02/12 23:03:51 Zf6jKZGQ0
>>324
黙ってmp4にしとけよ
327:名無しさん＠お腹いっぱい。
09/02/13 00:08:37 4XGXLvK20
>>324
h.264+aacは鯖に蹴られて終わり
ffmpegで作れるようになってから月に1度くらい試してるんだけど、どうやら対応する気はないみたい
328:276
09/02/13 03:46:18 Kdn4pnfY0
>>278
遅れましたがお答えありがとうございます。
助言だけで解決しようとあれからちょくちょくと戦っていましたが未だにできません。
ビットレートを合計600KBにする為下げてもサイズを40MB以下にしても駄目でしたorz
無知な自分に詳しく教えていただければと存じます
329:名無しさん＠お腹いっぱい。
09/02/13 04:07:00 DQDmvOs90
>>328
・エラーログの「flv does not support 〜」の一文をしっかり読む。
・参考サイトの「バッチファイルの作成」関連のとこをしっかり読む
・まとめWikiのここの後半のほうをしっかり読む
URLﾘﾝｸ(nicowiki.com)
・自分が作ったAVIやMP3の情報をしっかり見直す
（エラーログに出てるし、真空波動研を使ってもよい）
330:名無しさん＠お腹いっぱい。
09/02/13 04:38:48 j8s5L/400
>>328
急がばまわれ、>>329の内容をしっかり勉強しる。
331:名無しさん＠お腹いっぱい。
09/02/13 18:31:30 MHvIqLOz0
>>328
いいかげん答えが解った頃かね。解ってれば今頃は羞恥のキワミにいるのかもしれんけど。
これ、いつぞやは画像が置かれた鯖が止まってたかで、ウチじゃ今初めて画像を見たんだが。
これだけ思いっきり答えが画像の中にきっぱりと明示されてるにも拘わらず的を外したんだね。
折角、SSまで撮ってて、そこに判り易くエラー内容が書かれてたのを思いっきりスルーとは。。。
これはもうDTV板辺りだと釣り認定されて叩かれちゃうレベルだから気をつけた方がいいよ。
もしもまだわからずに映像のエンコをやり直してるとしたら、それは無駄な足掻きだぞ。
一応、ヒントな。
332:名無しさん＠お腹いっぱい。
09/02/13 18:52:52 mzDSxmtU0
シュウチノキワミ、アッーーーーーｗｗｗｗｗ
333:名無しさん＠お腹いっぱい。
09/02/13 19:42:27 bjsVYJR50
お前らそろそろ正解教えてやれよ、いい加減うざいわ
FLVに使えるMP3のサンプリングレートは44.1kHz、22.05ｋHz、11.025kHzの3種類のみ
48kHzのMP3はアウト
334:名無しさん＠お腹いっぱい。
09/02/13 19:58:55 4jx7mynr0
>>331
こういうことを3行以上よく書けるよな
335:名無しさん＠お腹いっぱい。
09/02/13 20:31:29 bjsVYJR50
たぶんストレスがたまってるんだよ、そこらへんはそっとしといてやれ
>>331
また運転手か？
336:名無しさん＠お腹いっぱい。
09/02/13 22:52:26 QKRDtHNY0
若干スレ趣旨から逸れる質問ですまんのだが、
最近、ニコニコからダウンロードしたflvをmp3とかwavに変換しようとして、携帯動画変換ちゃんとか使ってみると
昔はすんなり変換したのに、最近デコードエラーしか出なくなった。
なんかニコニコ側で仕様変わったりしたの?
337:名無しさん＠お腹いっぱい。
09/02/13 23:50:16 5txj3dV20
>>336
URLﾘﾝｸ(sourceforge.jp)
俺はこれを使って音声抜き出したりwavにしたりしてる
338:名無しさん＠お腹いっぱい。
09/02/14 00:04:46 AR/unrkl0
変換ちゃんって言ってるからMacだろ。
どっちにせよニコニコのflvの仕様は今も昔も変わりまへん。YouTubeは変わったけど。
339:名無しさん＠お腹いっぱい。
09/02/14 00:28:45 MMCbtb7U0
Macには「携帯動画変換ちゃん」なんてあるのかｗ
340:名無しさん＠お腹いっぱい。
09/02/14 00:29:06 +d4euXwG0
>>335
うん。かなり近い。先の書き込みの直後に狩り出されて、今しがた開放された。
てか、本当にオレの事をオレ以上にわかってて怖いわｗｗ
341:名無しさん＠お腹いっぱい。
09/02/14 00:45:23 +KipfkC/P
800x600と512x384で他の設定全く一緒でエンコしてあげるとニコニコで2倍表示したときどっちのがきれいになりますか？
342:名無しさん＠お腹いっぱい。
09/02/14 00:47:21 EbqU2Roj0
>>341
短い動画を使って自分で試せ
343:名無しさん＠お腹いっぱい。
09/02/14 01:12:09 +d4euXwG0
>>341
どうせ試すなら800x600より16の倍数である768x576の方がいいかも。
それと静止画が続く様な奴は画質維持に必要なビットレートが少なくて済むから、解像度が高くても必要ビットレートは
少なくて済むけど、逆に動きが激しい場合などは解像度が低い方が画質を維持し易いと思う。
兼ね合いは判らないから、それを判断する為にも実際に試す他はないね。
344:名無しさん＠お腹いっぱい。
09/02/14 01:15:36 ZfXknh3x0
16の倍数だと何か良いことあるんですか？
345:276
09/02/14 01:15:36 OBG5hWOt0
>>329-333
返答ありがとうございます。ようやく出来ました！
何分、PC初心者で思いも寄らない事を言ってしまっていたのかもしれません。
助かりました、本当にありがとうございました<(_ _)>
346:276
09/02/14 01:17:08 OBG5hWOt0
日本語訂正
×何分、PC初心者で思いも寄らない事を言ってしまっていたのかもしれません。
○何分、PC初心者である故思いも寄らない事を言ってしまっていたのかもしれません。
347:名無しさん＠お腹いっぱい。
09/02/14 01:22:45 +d4euXwG0
>>344
最近のエンコーダの大半が16x16のブロック単位で動画を処理してるから。
エンコーダによっては綺麗にエンコできなかったり、緑色のラインが乗ったりすることがあるよ。
348:名無しさん＠お腹いっぱい。
09/02/14 01:23:45 jsnX6xlw0
x264使ってるなら特に問題はないけどね。
349:名無しさん＠お腹いっぱい。
09/02/14 01:24:51 +d4euXwG0
>>345
331で投げっぱなしだったから、解決出来て何より。
でも初心者ってのを免罪符にはしないように、これからも励んでくださいね。
350:336
09/02/14 01:27:39 baSelz5+0
>>337
ありがとう。メインがMacなもんで、つい無意識に「変換ちゃん」と書いたけど、
Windowsも持ってるから、そのソフト試してみます。
仕様は別に変わってないってことは、手元のソフトのデコーダ部分がおかしいんかな。
みんなあんがと。
351:名無しさん＠お腹いっぱい。
09/02/14 01:36:38 BicKqxjx0
flvからmp3抜き出すなら、何も分からんなら黙ってflvextract使っておけ。
352:名無しさん＠お腹いっぱい。
09/02/14 08:09:59 F98oUPf80
HugFlash
353:名無しさん＠お腹いっぱい。
09/02/14 08:14:39 1NRAqR1s0
>>348
同じ動画を800ｘ608、800x600、800ｘ592にリサイズして--crfの１パスでエンコ（他の条件は同じ）してみると
ファイルサイズはたいてい大きい順に800ｘ600、800ｘ608、800ｘ592になる
つまり、16の倍数を守らないと、圧縮効率（≒画質）は落ちるんだよ
少しの違いなんて気にしないと反論するやつもいるかもしれんが、
それを気にしないやつが「少しでも綺麗に見せるため」800ｘ600でやることは矛盾である
354:名無しさん＠お腹いっぱい。
09/02/14 08:24:04 qcMY8ukg0
ここ高画質スレじゃないんでどっちでもいいんでない。
いい加減解像度制限youtube並にすればいいのに。
355:名無しさん＠お腹いっぱい。
09/02/14 08:55:41 7gwPhDRJ0
高画質スレって次スレ立ってたんだな。
また落ちそうだが。
356:名無しさん＠お腹いっぱい。
09/02/14 10:23:53 +d4euXwG0
これか。
【ニコニコ動画】高画質化専用スレ6【H.264】
ｽﾚﾘﾝｸ(streaming板)
もう滅びたと思ってたよ。教えてもらうまで気付かなかった。ありがと。
357:名無しさん＠お腹いっぱい。
09/02/14 10:58:23 mQmMDRPN0
URLﾘﾝｸ(www.nicovideo.jp)
この動画って２００分超えてるんですけど
どうやってエンコしたんだろう・・・
俺は１００分が限界だわ（映像30kbps 音声96kbps）これ以上は落とせない・・・
358:名無しさん＠お腹いっぱい。
09/02/14 11:23:11 1NRAqR1s0
>>357
1fpsの動画をビットレート指定7kbpsで2ﾊﾟｽしてるだけ
もうちょっと削れそうな気もするし（つってもせいぜい1〜3kbpsくらいだが）、無駄なオプションが多いな
359:名無しさん＠お腹いっぱい。
09/02/14 11:48:23 pfL5O/8k0
ゲーム音ってそんな低いビットレートでも十分きれいなんだな
360:名無しさん＠お腹いっぱい。
09/02/14 14:15:43 ccjrYSRi0
x264が高速化。rev1100辺りかそれ以前のx264を使ってる人はver(rev)うｐをおすすめ。
rev1103以降の人もバグフィックスされてるrev1110以降のrevを使うべし。
361:名無しさん＠お腹いっぱい。
09/02/14 14:22:08 /yJCIb8p0
シングルパスでもｆｌｖより十分綺麗なんだなmp4
362:名無しさん＠お腹いっぱい。
09/02/14 14:37:56 mQmMDRPN0
>>358
レスTHX
まだ長くできるのか・・・俺には知識が足りなくて無理だわｗ
363:名無しさん＠お腹いっぱい。
09/02/14 14:42:26 v534MH8l0
h264の設定で、ニコ動まとめwikiに載ってるマルチパスのと
プリセットの最高画質のと両方でやってみたんですが
自分では違いが解らないのですがどっちのが高画質なのでしょうか？
364:名無しさん＠お腹いっぱい。
09/02/14 15:31:50 FeKr7/cg0
>>363
自分で違いがわからないなら、どっちがどう違うって言われても意味がないんじゃないか？
それに、画質というのは一口でどれが一番という言い方は出来ない。
サイズと動画の出来、どちらも納得できればそれがベストだよ
365:名無しさん＠お腹いっぱい。
09/02/14 16:18:33 VzLHc9Jg0
>>363
基本的に>>364の言う通りなんだけど
例えば、Ａの設定は仮に80点とれる画質をはき出す設定として
Ｂの設定は70点の画質をはき出す設定と仮定する
あくまで点数ってのは仮の話なんでそこは突っ込まない様に
ところが、用意した素材が60点の画質のモノだった場合、
エンコってのは基本的に画質は上がらないので、
ＡとＢ、どっちの設定を通しても結局60点のモノが出来上がる
まあ、ファイル容量とか色々と単純に点数とかで採点出来るモノじゃないんだけど、
元が良くないと、あまり高画質用の設定を使っても意味無いよと言う話もある
アプコンとか通すのは、またエンコとは違う話だしね
366:名無しさん＠お腹いっぱい。
09/02/14 18:40:09 ItZcYguD0
ちょっとここで聞くべき質問なのかわからないのですが、困っています。
キャプチャした動画をいつものようにAviUtlに読み込ませようとしたら、「GOPを作成中です」と出たあと、２５％くらいで止まり、その後「対応するコーデックまたはプラグインが見つかりません」というような文が出ます。
昨日まで普通に読み込めてたのに、原因がわからず・・・。
動画ファイルがおかしい可能性が一番強いのですが、イマイチわかりません。今まではキャプチャすると、「.mpg」のファイルしかできてなかったのに、今回なぜか同名の「.mpg.idx」というファイルが隣にできてます。
367:名無しさん＠お腹いっぱい。
09/02/14 19:29:24 1NRAqR1s0
そんなことここに書かれたら困るのはこっちだ
どこのカード使ってるのか知らんが、そのカードのスレかメーカーのサポートに相談してくれ
368:名無しさん＠お腹いっぱい。
09/02/14 20:00:38 Lv/XAeFC0
動画編集ソフトは何がお勧めですか？
sonyvegasはむずくて使えないです
369:名無しさん＠お腹いっぱい。
09/02/14 20:03:03 2tqneMIQ0
>>368
スレチ死ね
vegasでも無理なら動画編集やめろ死ね
370:名無しさん＠お腹いっぱい。
09/02/14 20:06:19 eYQzZcyd0
WMMでもつかってればいいとおもう
371:名無しさん＠お腹いっぱい。
09/02/14 20:08:13 1NRAqR1s0
>>368
Sony Vegas
いや、マジでVegasお勧め
安定性、軽さはピカイチで、独特の操作も一度慣れれば、他のソフトよりはるかに使いやすいのですよ
adobeでもたもたしたり、Uleadでわけのわからんエラーに悩まされたりするより、そのままVegasを使うべきです
372:名無しさん＠お腹いっぱい。
09/02/14 20:09:45 HLTVjxH+0
ソフトって慣れが一番重要だからな
とりあえず根気よく使えばいいと思うぜ
373:名無しさん＠お腹いっぱい。
09/02/14 20:27:14 /a6BLfQZ0
GK乙
374:名無しさん＠お腹いっぱい。
09/02/14 22:08:41 v534MH8l0
>>364 365
ありがと〜
何度も繰り返し見てると自分じゃ何だかよく解らなくなっちゃって。
SSIMは0.99あるからこれ以上は無理って事ですよね
375:名無しさん＠お腹いっぱい。
09/02/15 18:23:49 ZWkyHL+L0
656x352の中途半端なサイズのを512x288にリサイズするので挫折した
横幅は512でいいとして縦を上下にどんだけ黒帯つけるか計算できなかった
ゆとり世代ですが何か
376:名無しさん＠お腹いっぱい。
09/02/15 18:35:04 4lEWakUH0
>>375
方法は二つ
1、512x275にリサイズ。その後、上に6下に7の黒い奴。274で上下7でもいい。
2、656x352のまま上に8下に9の黒い奴。その後、512x288へリサイズ。
ちょっと自信無いけど、たぶんこんな感じ。
377:名無しさん＠お腹いっぱい。
09/02/15 18:35:55 jvZPfL9E0
俺の計算だと
656/ 512 = 1.28125
352/ 1.28125 = 274.731707
四捨五入して275で512×275かな。
656 / 352 = 1.86363636
512 / 275 = 1.86181818
だから比率は大体あってるはず。
俺も算数苦手だから変な計算してるかも。
378:名無しさん＠お腹いっぱい。
09/02/15 18:36:38 L5y48ztG0
縦275で13足せば？
ただそれだと少し圧縮しにくそうだから、上下を合計2削って、512ｘ272にして、上か下にまとめて16足したほうが
なんか良さそうな感じ
どっちにしろ、微妙にアス比は狂うけど
379:名無しさん＠お腹いっぱい。
09/02/15 18:38:00 nk5U4CYI0
tmpegencってその辺勝手にやってくれるよね。
多分無料版でも。
380:名無しさん＠お腹いっぱい。
09/02/15 18:48:55 Sq+pt1qM0
左右を削っていいなら
656x352 -> 640x360 ってすればいい具合に16:9になるな
381:名無しさん＠お腹いっぱい。
09/02/15 19:05:01 ZWkyHL+L0
おまえらみんなありがとう
これで前進できるぜ
382:名無しさん＠お腹いっぱい。
09/02/16 03:14:01 bW+lihn00
解像度のことで質問したいのですが
ニコニコ動画をブラウザ上で再生する場合、最高でも512×384の解像度になると考えていいんですか？
それとも全画面表示とかにすると各再生環境に応じてそれ以上の解像度でも再生されるのかな？
なんか、ニコニコ動画の解像度は512×384だからその解像度でエンコードするとよいよって良く聞くけど、できることならオリジナルの解像度のほうがいいと思って
383:名無しさん＠お腹いっぱい。
09/02/16 03:25:34 A5ekmgyt0
>>382
ブラウザの表示状態に係わらずニコ動のプレーヤーの表示サイズの基本は512ｘ384です。
ただしプレーヤー側の拡大表示を利用した場合は、ブラウザのウィンドウの大きさに比例して拡大されます。
つまりプレーヤーの拡大機能を利用した場合は、動画のサイズが大きい方が綺麗に見え易くなります。
ちなみに、ニコ動にアップ可能な解像度には800x600以下の制限があります。
また、ビットレート上限の為に、高解像度ではビットレート不足で低解像度の時よりも画質が落ちる可能性も。
要は基本が分かったら自分でいくつかのパターンを作って上げてみろ。ってことです。頑張ってください。
384:名無しさん＠お腹いっぱい。
09/02/16 03:30:25 bW+lihn00
>>383
＞ただしプレーヤー側の拡大表示を利用した場合は、ブラウザのウィンドウの大きさに比例して拡大されます。
これは512×384の解像度の動画が拡大されて表示される、という意味ではなくて、最大800×600まで、拡大の度合いに応じて解像度が変化するということでいいんですか？
つまり512×384でエンコードするのがよい、と言われてるのはあくまで基本表示の場合のみで、拡大表示を考慮するなら800×600か、オリジナルの解像度でupしたほうがいいってことでしょうか？
385:名無しさん＠お腹いっぱい。
09/02/16 03:34:19 OMuCiK940
常に作った動画の解像度からリサイズされると考えればいい。
だから>>384の質問に答えるならそのとおりだ
386:名無しさん＠お腹いっぱい。
09/02/16 03:37:05 14hSuhrf0
解像度が大きいとそれだけ必要なビットレートが増えるし
ほとんど多くの人は512x384な状態で見るわけだから
512x384でうｐする人が多いんだと思う
387:名無しさん＠お腹いっぱい。
09/02/16 03:50:10 gf4tKeDC0
ハイビジョンソースは800*450が多いみたいだな
388:名無しさん＠お腹いっぱい。
09/02/16 05:05:20 bEKk/gsI0
flashplayerの画像縮小のアルゴリズムってどうなってんだろ？？
512x384で再生するって人が大半だと分かってるんだからLanczos3とかきれいに縮小できる奴で縮小して
うpしといたほうが見た目きれいだし、その分動画のサイズ自体もコンパクトになるし、再生負荷も下がるんじゃないの？
個人的には最近ニコニコ重いし、MADとか無駄に高解像度であげない方が見やすい。
389:名無しさん＠お腹いっぱい。
09/02/16 05:15:11 ET/0ONKu0
>>388
バイリニア法
390:名無しさん＠お腹いっぱい。
09/02/16 05:17:50 ET/0ONKu0
ちなみにフルスクリーンモードにする場合、スケーリングはハードウェアアクセラレーテッドになる。
ニコニコの中途半端な拡大はソフトウェア（CPU）スケーリングになる。
Adobe - デベロッパーセンター : Flash Player 9 Update 3のFLVPlaybackコンポーネントの使用
URLﾘﾝｸ(www.adobe.com)
391:名無しさん＠お腹いっぱい。
09/02/16 06:08:08 bW+lihn00
>>385
実際にやってみました
512×384
URLﾘﾝｸ(www.nicovideo.jp)
640×480
URLﾘﾝｸ(www.nicovideo.jp)
おっしゃる通り通常再生だとほぼ差はなく（理論上はビットレートの関係で512×384のほうが綺麗？）、拡大表示だと640×480のほうが明らかに綺麗って感じになりました
392:名無しさん＠お腹いっぱい。
09/02/16 17:25:22 Xa2RkEM60
>>388
字幕がある場合は話が別だよ
字幕をきれいに小さくするのはかなり難しい
大抵ゆがむ
でも高解像度であげるとニコで縮小されても字幕がきれいに読める
393:名無しさん＠お腹いっぱい。
09/02/16 17:38:47 zJfVe2990
>>392
いや、別にゆがまないけど。
縮小処理変えてみたら？
394:名無しさん＠お腹いっぱい。
09/02/16 17:42:44 Ftx7rEVP0
まとめwikiでダウンロードした FLV4enc_D&D に
WMVファイルをD&DしてFLV変換しようとしたのですが、
オーディオビットレート（64）を入力してEnterすると、
'mencoder' は、内部コマンドまたは外部コマンド、
操作可能なプログラムまたはバッチ ファイルとして認識されていません。
よいうメッセージがでて設定画面に進めません。
どうすればいいでしょうか？
長文失礼しました。
395:名無しさん＠お腹いっぱい。
09/02/16 20:59:43 Xa2RkEM60
>>393
そうか？
以前efのデモムービー512x288にしたら字幕がひどくて話にならなかった記憶があるんだが
まあいいや
396:名無しさん＠お腹いっぱい。
09/02/16 21:01:49 kwjCvmr+0
>>393
歪みねぇな
397:名無しさん＠お腹いっぱい。
09/02/16 21:47:31 THPCSjGj0
歪むっていうのがよく分からんけど
ソースとか、フィルタとか、エンコ方法とか書いてくれないとなんとも。
398:名無しさん＠お腹いっぱい。
09/02/16 22:07:48 Xa2RkEM60
>>397
表現よくなかったね
正確には「潰れる」
それを救おうとしてフィルタでシャープかけると直線が曲がる（歪む）
この中間点探すのが難しくて、高解像度でエンコしたら一発で解決した
ただ昔エンコ勉強し始めのときにやったことだから確かに自分の腕のせいかもしれん
ちなみにソースはもう配布されてない
399:名無しさん＠お腹いっぱい。
09/02/16 22:54:36 OMuCiK940
サンプル見せてくれないとなんともいえない。シュートやリンキングの類かもしれないし
補間の精度が悪いせいでエイリアスが出てるのかもしれないし。
400:名無しさん＠お腹いっぱい。
09/02/16 23:05:19 OMuCiK940
つーか文字だったら可読閾以下ならどうしようもないな。大体漢字は8px以上ないとまともに読めない。
401:名無しさん＠お腹いっぱい。
09/02/17 15:33:34 9F2NneOq0
Movie Edit Pro HDで動画作っている人いますか？
wmvで出力してFLVに変換して投稿したのですがどうも音量が
小さくなってしまいます。
なにか解決方法があればお願いします。
402:名無しさん＠お腹いっぱい。
09/02/17 16:31:14 sbSfPbmO0
>>401
WMVからFLVへのエンコには何を使ってるのかな？
見たところMovie Edit Pro HDに関しては、直接YouTubeアップ機能はあるようだけど
FLV出力は明記されてないよね。ニコちゃんが可愛いかったとしかわからないんだけど。
VP6エンコにAviutlを使ってるなら音量の調整、もしくは音量の最大化でいけるかと。
それ以外の方法だと一旦、音声をwavに変換後、mp3エンコ前かエンコ時に音量を
調整する。wavの音量調整だったらフリーのサウンドエディタなどでいけると思うよ。
探せばmp3を再エンコせずに音量を弄れるソフトも見付かるかもしれない。頑張れ。
403:名無しさん＠お腹いっぱい。
09/02/17 18:30:14 0vPPpqxS0
AviUtlのx264出力プラグイン使い6分半の動画を映像500kbps（2pass）、音声64kbps(AAC-LC)でエンコード。
そのファイルのサイズが27MBと二コ動の基準を満たしているはずなんですがどうしてもエンコされてしまいます。
が、そのアップしたものをＤＬしてみると画面のサイズも同じでファイルの大きさも誤差程度、画質もほぼ同じ（自分の目ではわからない）なのですが、ひょっとして「エンコード中」っていうのはどんな動画でも表示されるものなのでしょうか・・・。
404:名無しさん＠お腹いっぱい。
09/02/17 18:33:36 OdC9MK/10
>>403
どんな動画でも出る。
405:名無しさん＠お腹いっぱい。
09/02/17 18:40:25 0vPPpqxS0
>>404
安心しました！
ありがとうございます。
406:名無しさん＠お腹いっぱい。
09/02/17 18:43:37 +je+46Gx0
エンコード中＝待機中ね
動画のページ作ったりその他諸々のことをしてたりする
407:名無しさん＠お腹いっぱい。
09/02/18 12:06:35 RmPf3WUG0
>>405
ちなみに、待機中で再エンコ無しなのに時間がかかる最大の理由は
エコノミー再生時のデータを作ってるから
よーはある程度以上のビットレートの動画をうｐすると、
結局鯖でのエンコが行われちゃうって事
詳しくはここ辺りを読んでくれ↓
URLﾘﾝｸ(nicowiki.com)
408:名無しさん＠お腹いっぱい。
09/02/18 15:08:20 BYl4CxoT0
エンコード中ですより単に登録処理中ですみたいな表記にしたほうが誤解が少ないのにな
409:名無しさん＠お腹いっぱい。
09/02/18 17:25:00 PhaNQsIL0
おまえらやさしいな・・・
その質問何度目だよってｷﾚかけてた自分が情けないぜ
410:名無しさん＠お腹いっぱい。
09/02/18 17:27:14 qZC8OBkR0
初心者→質問をする
中級者→同じ質問の繰り返しにイラだつ
上級者→悟って（諦めてとも言う）キレなくなる
411:名無しさん＠お腹いっぱい。
09/02/18 17:38:38 BYl4CxoT0
ゆとりに逆切れされて荒れるよりはましだからな・・・
412:名無しさん＠お腹いっぱい。
09/02/18 18:29:17 OsGuk0Lc0
さすがに低レベルすぎる質問はスルーかwiki誘導するようになったな・・・
413:名無しさん＠お腹いっぱい。
09/02/18 21:30:48 30PqkXPd0
>>410
そうそう、それそれ
414:名無しさん＠お腹いっぱい。
09/02/18 21:46:05 rOM1SCOI0
その日の機嫌によって、教えたり、教えなかったり、けなしたり、嘘ついたり
基本的な態度は教えて同時にけなす
415:名無しさん＠お腹いっぱい。
09/02/18 22:18:55 ubxibzoZ0
>>410
上級者の思考が分かるということは君は上級者かい？
上級者を自称するとはたいした自信だなおい。
ところで自分の場合、イラだちながら質問してるから初級者と中級者の間だね。
416:名無しさん＠お腹いっぱい。
09/02/18 22:39:48 rOM1SCOI0
質問するのは、どんなに上手くても初心者
417:名無しさん＠お腹いっぱい。
09/02/18 22:59:18 A7qMixC40
中級者はジャギ様みたいな奴が多い
418:名無しさん＠お腹いっぱい。
09/02/19 04:40:53 lJDYyY7T0
ゲームキャプチャー動画を主にエンコしてます
まずDxtoryで
生データ最高品質(圧縮チェックなし）
でキャプチャーし、動画をＷＭＭで編集、aviutlで圧縮を
したいのですが、WMMで作られた動画が画面全体がボヤけてて
色も元動画と比べて劣化してて、aviutlでシャープフィルターをすれば
多少マシになるけど、元動画から直接エンコしたときの画質には適いません。
WMMで動画作る際、ぼやけた感じをなくして作るにはどうしたらいいのでしょうか
419:名無しさん＠お腹いっぱい。
09/02/19 05:11:47 QVYS7ufz0
WMM使ってないからよくわからないけど
ボケる一番の原因はリサイズがクソってるからじゃないかな
ということで、編集はWMMでやることを前提とするならば
先にソースをaviutlとかでリサイズしてしまえばいいんでないかい
420:名無しさん＠お腹いっぱい。
09/02/19 05:18:59 UGLpjq7r0
>>418
WMMでコンピューターに保存するときに
その他の設定にチェック、ローカル再生用ビデオ(2.1Mbps)ってのを選択する
デフォルトだとこれが一番まともな画質になるはず
もっと良くしたいなら、自分でプロファイルを作る方法もある
たぶん↓のスレのどっかに書いてあると思う
【無償】WindowsMovieMaker【ビデオ編集】
ｽﾚﾘﾝｸ(avi板)
421:名無しさん＠お腹いっぱい。
09/02/19 06:21:54 5j72F7oK0
>>418
もしもWMMの出力プロファイルを試すのなら、依頼スレ住人が作ったプロファイルがある。
ｽﾚﾘﾝｸ(streaming板:2番)
エンコ屋が依頼仕事をやり易くする為のプロファイルだから、画質は悪くないかと思うよ。
422:名無しさん＠お腹いっぱい。
09/02/19 07:59:35 UfhipHYW0
どんな編集してるか知らんけど、切り貼りだけならWMM使う必要ないよ？
423:名無しさん＠お腹いっぱい。
09/02/19 18:19:12 axCxmMG60
tateta
424:名無しさん＠お腹いっぱい。
09/02/19 18:49:16 C8sUAKOe0
今まで軽くて高画質という理由でVP6の2passエンコードしてたんだけど、そろそろMP4にも移行してみようかな
という気になってきた。今までそれを躊躇してきた最大の理由はMP4（H.264）のデコードの重さなわけだけど、
H.264でエンコードする際BフレームをOFFにすればそれなりに軽い動画を生成することが可能だということ
がわかった。
同一ビットレート、2passでエンコードしたさい、VP6とH.264（BフレームOFF）では後者の方をより高画質に
することって可能だと思う？
あとBフレームをOFFにする以外にも動画再生を軽くする方法極意があったら是非知りたい。
425:名無しさん＠お腹いっぱい。
09/02/19 19:23:32 wqM5wlRM0
>>424
Wiki見ようよ。
URLﾘﾝｸ(nicowiki.com)
426:名無しさん＠お腹いっぱい。
09/02/19 19:36:06 IiJxcVzd0
また男性差別動画があったぞ(´・ω・`)
しかも今回は東方厨だ！
自分達がキモイからって、勝手に男の性を笑いにされたくないよなｗ
URLﾘﾝｸ(www.nicovideo.jp)
この動画に
｢また東方厨の女尊男卑か｣
と、書き込んで優しく抗議してやろうぜ。
427:名無しさん＠お腹いっぱい。
09/02/19 20:18:04 yD7pVWlm0
>>424
程度の問題はあるにしろBフレあったら見れんようなCPU使ってるほうが問題だと思うけどな。
ローカル保存用じゃなくて、ネット上の動画共有サイトに投稿する動画なんだから
カクつき云々以前に詰まらず見れることのほうが重要だって思わない？
だから、圧縮率いいh.264普通に使えばいいじゃない。
あと質問に対してだけど、そんなもん自分で試せよ。
428:名無しさん＠お腹いっぱい。
09/02/19 20:29:02 C8sUAKOe0
あ、ありがとう（；´Д｀）
視聴者の裾野を広げるために少しでも再生の軽い動画を掲載したいとおもっていたもので・・・
429:名無しさん＠お腹いっぱい。
09/02/19 20:37:19 wqM5wlRM0
>>427
うわあ・・・
430:名無しさん＠お腹いっぱい。
09/02/19 20:41:40 wqM5wlRM0
途中送信しちまった orz
>>427
うわあ・・・切り捨てられた俺のノート環境涙目ｗｗｗ
最近の無駄に重いMP4は俺の敵なんだぜｗｗｗｗ
エンコで何を重視するかは人それぞれだけど、
デコード負荷を減らすってのも重要な要素の１つだって。まじで。
431:名無しさん＠お腹いっぱい。
09/02/19 20:42:40 C8sUAKOe0
>>430
やっぱ重いよな(´･ω･｀)
MP4だけって理由で視聴を諦める人も少なからずいるかと。
少しでも軽いMP4が作れるならそれに越したことは無いと。
432:名無しさん＠お腹いっぱい。
09/02/19 20:43:24 axCxmMG60
というかcpu使用率に余裕があるのにカクつくのは何なんだ・・・
433:名無しさん＠お腹いっぱい。
09/02/19 20:44:21 qmXnKhre0
ある程度そこら辺を実際に試行錯誤した経験から言えば、
H.264は同程度の画質でよければ、VP6と同等か、むしろ軽く出来る
ただし、実験はマルチコアのマシンでしか行っていないので、シングルコアではやっぱりVP6のほうが
軽いかもしれない
434:名無しさん＠お腹いっぱい。
09/02/19 20:45:37 QOhKoiq50
むしろBフレームを入れた方がコマ落ち時の救済になったりする。
Bフレームがある場合は、デコードが間に合わない場合
Bフレームをあきらめて次のPフレームをデコードしてしまうこともできる。
この場合はコマ落ちするが再生は中断しない。
Bフレームがない場合は↑のようなことができないので
全てのフレームを順番にデコードするか(再生が勝手に止まる)
あきらめて次のIフレームをデコードする(長時間画像が止まる)
しかない。
435:名無しさん＠お腹いっぱい。
09/02/19 20:46:42 QOhKoiq50
…と書くだけ書いたがFlashPlayerがそういう実装かどうかはわからん。
そもそもビットレートが低ければしょぼいPCでも問題にならない。
436:名無しさん＠お腹いっぱい。
09/02/19 21:01:49 sCEizlHS0
重いなら?eco=1付けるか画質設定低にすればいいじゃん
437:名無しさん＠お腹いっぱい。
09/02/19 21:36:19 wqM5wlRM0
>>436
なんも嬉しくないがな(´･ω･`)
438:名無しさん＠お腹いっぱい。
09/02/19 22:01:27 5j72F7oK0
VP6でも重い動画はあるけどなｗ
URLﾘﾝｸ(www.nicovideo.jp)
439:名無しさん＠お腹いっぱい。
09/02/19 22:06:48 C8sUAKOe0
>>436
15分だか20分を超えるMP4動画はそれやってもエコノミーにならないんだよ(´･ω･｀)
440:名無しさん＠お腹いっぱい。
09/02/19 22:07:26 C8sUAKOe0
余談だけど動画VP6、音声AACな映像ってアップできないんだっけ？
441:名無しさん＠お腹いっぱい。
09/02/19 22:12:00 5j72F7oK0
>>440
つべがサポートしてる形式のFLVでしたっけ？
試してないけどSMILEでは非対応だと思うから無理じゃないかと。
442:名無しさん＠お腹いっぱい。
09/02/19 22:20:05 80mqZ1xx0
>>439
それは初めて知ったけど，そんな長い動画はビットレーとが低いのだから，それでも重いのはエンコのせいではないと思う。
443:名無しさん＠お腹いっぱい。
09/02/19 22:20:13 qmXnKhre0
試したけど無理だった
444:名無しさん＠お腹いっぱい。
09/02/19 22:25:49 qmXnKhre0
>>442
ニコニコ程度のビットレートだと、ビットレートよりもCABAC、Bフレ、デブロックの影響のほうが大きい
445:名無しさん＠お腹いっぱい。
09/02/19 22:27:21 qmXnKhre0
って、おい、できちゃったよ VP6+AACのFLVのうｐ
URLﾘﾝｸ(www.nicovideo.jp)
いままで何度か試しても出来なかったのに、いつの間に…
446:名無しさん＠お腹いっぱい。
09/02/19 22:31:49 qmXnKhre0
smileのヘルプみてみたら記載が変わってる!?
> FlashPlayerの仕様的問題で、音声フォーマットは
> MPEG1-レイヤ3（通称MP3）
> サンプリングレート 22kHzまたは44.1kHz
> ビットレート 32kbps〜128kbps
> 推奨。
> 上記MP3フォーマット以外での音声につきましては動作保障はされません。
mp3でなければ絶対駄目とは書かれてないな…
これはひょっとすると、ADPCMでもいけるのかも…
447:名無しさん＠お腹いっぱい。
09/02/19 22:41:36 5j72F7oK0
>>445
これはGJ!
Mediainfoだと情報表示出来るけど、Avicodecでは表示できないんだな。
AACが使えるなら音声低レートにして、余った帯域をVP6にまわせる。が、今更感がｗ
448:名無しさん＠お腹いっぱい。
09/02/19 22:50:35 rn1YQDSc0
ニコニコ程度が重いPC使ってる香具師はいい加減買い換えた方が良い。
最近は普通のサイトでもフラッシュ多用してたりするから、
そんなPCじゃWebブラウジングも辛いでしょ。
449:名無しさん＠お腹いっぱい。
09/02/19 22:59:54 n8/YU+vz0
俺はFLVでエコノミー回避で音楽カテによく投稿するから
かなりの朗報！！乙！
450:名無しさん＠お腹いっぱい。
09/02/19 23:01:27 h0moFiYj0
どういう仕組みかよくわからないが、
Bフレーム使ってるとリピートして再生するとコメントがスムーズに流れなくなるが、
Bフレーム切るとリピートしてもスムーズに流れるようになる。
451:名無しさん＠お腹いっぱい。
09/02/19 23:04:43 C8sUAKOe0
>>443
> 試したけど無理だった
さんくす(´･ω･｀)
>>445
> って、おい、できちゃったよ VP6+AACのFLVのうｐ
工工エエエ（´д｀）エエエ工工
どっち（；´Д｀）？
452:名無しさん＠お腹いっぱい。
09/02/19 23:07:08 qmXnKhre0
>>451
過去何度か試したときは出来なかったのに、さっき試したら成功した
453:名無しさん＠お腹いっぱい。
09/02/19 23:09:47 fr7Y7enN0
>>451
>>445落としてみればわかるやん
454:名無しさん＠お腹いっぱい。
09/02/19 23:10:13 C8sUAKOe0
>>452
動画：VP6
音声：AAC-48kHz
みたいなのもok(´･ω･｀)？
455:名無しさん＠お腹いっぱい。
09/02/19 23:19:45 C8sUAKOe0
>>453
あれ？いま>>445を落として解析してみたら「音声コーデック不明」となっとるぞ(´･ω･｀)
456:名無しさん＠お腹いっぱい。
09/02/19 23:20:33 qmXnKhre0
>>454
>>445の動画はまさにそれだ
457:名無しさん＠お腹いっぱい。
09/02/19 23:33:51 fr7Y7enN0
>>455
>>447でもちょっと書かれてるけどツールによっては不明になる。
AVIcodec、MMname2、Gspotあたりは駄目だった。
真空波動研、MediaInfoならＯＫ。
458:名無しさん＠お腹いっぱい。
09/02/19 23:44:04 5j72F7oK0
Lapis鯖に置こうと思ったけど、DL用のコンテンツ書き換えるの面倒なので取り敢えずね。
これでAAC音声のVP6_FLVをお試しくだされｗ
URLﾘﾝｸ(revo.mine.nu)
459:名無しさん＠お腹いっぱい。
09/02/19 23:45:48 yD7pVWlm0
波動研はAACとは出るけど、LCかどうかは出ないみたい。(090212)
あと、AVInaptic (18-11-2007) on 19 feb 2009, h 23:44:36 でもAudioはCodec: unknownだった。
460:名無しさん＠お腹いっぱい。
09/02/19 23:48:37 bnig5ppY0
エコノミー回避する場合はVP6+AACのほうがいいのかな。
461:名無しさん＠お腹いっぱい。
09/02/19 23:50:50 qmXnKhre0
>>458
ちょうどffmpegの差し替え提案しようと思ってたところだ、乙
ところで今年は2009年だよ
462:名無しさん＠お腹いっぱい。
09/02/19 23:57:07 qmXnKhre0
>>460
画質をとるならH.264
軽さをとるならVP6かな
H.264で約60kbpsのハンデを負って軽さを追及するのは、さすがにつらいものがある
とくにCAVLCとCABACの圧縮効率は、低QPだとものすごい差があるからなぁ
463:名無しさん＠お腹いっぱい。
09/02/20 00:01:04 CRVFvPoC0
>>461
がーんorz
保管庫に納める前に直しときます。教えてくれてありがとう。
464:名無しさん＠お腹いっぱい。
09/02/20 00:03:33 eGWU93oN0
ニコニコが重いって人は具体的にどの位のスペックで重く感じるの？
うちは最低でもCeleron 440（2GHz）だからよくわからん。
YoutubeのHDはCeleron 440だと確かに重くて、時々コマ落ちするけどね。
465:名無しさん＠お腹いっぱい。
09/02/20 00:05:41 gkyUX0Vr0
>>460
俺は技術ないからバカチョン設定でやってる
ので参考にならんと思うが
FlashやAfterEffectsのアニメがほとんどだが
その場合、FLVの方がフェード(ディゾルブ)時の荒が目立たない
そのほかはH.264の方がきれい
しかしフェードの荒が目立つのが致命的なので
全体的にボケっとしちゃうがFLVを選んでる
466:名無しさん＠お腹いっぱい。
09/02/20 00:23:55 2Ft3KmAY0
H.264は重み付け予測できるのでディゾルブは本来一番得意なものなんだが。
エンコーダーがきちんと予測できていないなら知らない。x264は--b-adapt 2できちんと予測する
467:名無しさん＠お腹いっぱい。
09/02/20 00:48:17 PK5d8axp0
あと--weightbも忘れずにね
ところで音声リサンプルして48kHzと44.1kHz試したが、どちらもおｋだった
ただし、HE-AACをFLVコンテナに突っ込むと、どうもSBRとか消えちゃうみたい
要するにHE-AACがサンプリングレート半分のAAC-LCになっちゃうってことね
ちょっと残念だが、mp3だと64kbps以下のはモノラルじゃないときけたもんじゃないから、まだましかな？
468:名無しさん＠お腹いっぱい。
09/02/20 00:53:41 CRVFvPoC0
新しい事好きなのでウチでも実験がてら上げてみましたよ。
てことで宣伝しとくｗ
URLﾘﾝｸ(www.nicovideo.jp)
ついでにLapis鯖で>>458のバッチファイルを保管。同時に上のをサンプルとして貼ってみた。
レイアウト的に変だけど(・ε・)ｷﾆｼﾅｲ!!
469:465
09/02/20 01:22:35 gkyUX0Vr0
>>466>>467
実は内心アドバイス期待してたｗ
ありがとん、試してみるよー
470:名無しさん＠お腹いっぱい。
09/02/20 01:36:14 PK5d8axp0
>>468があらたに見本をさらしてくれたので>>445は消しました
あれはエンコに手を染めた初日につくったFLVを流用してたから、こんなところでさらし続けるのは
かなり恥ずかしいものがあったりして…
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4869日前に更新/334 KB
担当:undef