[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 2chのread.cgiへ]
Update time : 01/04 15:14 / Filesize : 235 KB / Number-of Response : 655
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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



1 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/01/28(木) 19:53:50 ID:RReDPkgn0]
ニコニコ動画へ動画をUPするためのFLV/MP4ファイル作成に関する質問スレです。
テンプレやwikiをよく読んで、わからない時に質問するようにしましょう。

※ここは『作成済みの動画をニコニコ動画にアップ出来る制限内のFLV/MP4に変換する』ためのスレです※
 動画の作成方法、画質の追求については関連スレ等をどうぞ。
 ニコニコ動画からDLしたファイルの視聴・編集に関しても関連スレにどうぞ。

質問時は
  1.問題点(なるべく詳しく)
  2.元ファイルの情報 (必ずmediainfo等にかけた結果を書いて下さい)
  3.エンコードして出来上がったファイルの情報 (同上)
  4.使用ソフト
  5.MP4ならば必要に応じてx264のエンコードオプション
    (Aviutlの拡張x264出力(GUI)を使っているなら設定画面の下のほうにある"--bitrate 〜"の部分)
  6.PC環境
等を忘れずに書きましょう。ここにエスパーは居ません。

エラーが起きたというような場合は、
  ・エラーを起こすまでの操作手順
  ・エラー発生時のエラーメッセージ
などもしっかり書きましょう。

なお、mediainfoの動画情報等を貼る場合は、patebin等のサービスを利用すると便利です
ja.pastebin.ca/new.php

次スレを立てるのは950辺りの人が宣言して立てる事。
宣言した人間が立てられなかったら失敗報告後に次の有志が宣言後立てる事。

公式サイト
ttp://www.nicovideo.jp/

ニコニコ動画まとめwiki-エンコード設定
ttp://nicowiki.com/encode.html

前スレ
【ニコニコ動画】FLV/MP4エンコードスレ 49【質問】
pc12.2ch.net/test/read.cgi/streaming/1253283370/

82 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/06(土) 05:10:03 ID:erM/l6Kx0]
すいませんエンコードの問題ではないのですが
flv再生のことで教えていただきたいことがあります

flvdecvp6.dllとflvsplit.dllを登録して
VP6F形式の動画を高画質で再生しようと思ったのですが
ブロックノイズが消えません
ffdshow tryout(revesion 3222)では
VP6及びVP6Fを無効にしているのですが何がいけないのでしょうか
プレーヤーはWMP9とMPC(ver6.4.9.1)です

スレ違いで申し訳ありませんがよろしければご教示の程お願いします

83 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/06(土) 05:22:36 ID:erM/l6Kx0]
ごめんなさい
関連スレが目に入っていませんでした
そちらの方で質問します
スレ汚し大変失礼しました

84 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/06(土) 06:57:55 ID:CsVMXuwP0]
>>82-83
見てるかわからないけど、どこに行ったか探すの面倒なのでここで回答してみる。

>ブロックノイズが消えません
元々の画質が悪ければどうしようもないと思うけど、そのへんは大丈夫なのかな。
なにか過度に期待しすぎているような。flvdecvp6は
  「たまにVP6デコードがおかしくなるffdshowよりも正確なデコードができる」
という程度に考えておいたほうがいいと思うけど。

チェックポイント
  1.FLV Splitterは何を使っている?Gulliverkli2プロジェクトのFLVSplitter.axはメリット値が高いので
    flvsplit.dllとは共存できないし、いまいちなFLV4デコーダーもついてくるので使ってはいけない。
    MPC-HCプロジェクトのFLVSplitter.axならflvsplit.dllとも共存できるし変なデコーダーもついてこないので
    そちらを使うようにする。
  2.MPCのオプションのInternal Filtersのとこで、Source FiltersのとこのFLVのチェックをはずす。
  3.MPCのオプションのInternal Filtersのとこで、Transform FiltersのとこのFLV1/4のチェックをはずす。
  4.MPCでVP6FのFLVを再生しているときに、メニューの「Play→Filters」のとこを見て、
    「On2 Flv Splitter Filter」と「On2 Video Decoder Filter」が使われているか確認する。

  参考 ttp://goldenhige.cocolog-nifty.com/blog/2010/01/directshowflv-e.html

85 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/06(土) 06:59:14 ID:CsVMXuwP0]
あ、>>84の2〜4はMPC-HCの場合なのでMPCの場合はちょっと違ってるかも。
MPCは使ったことないのでよくわからないや。

86 名前:名無しさん@お腹いっぱい。 [2010/02/06(土) 08:23:22 ID:8FAEavjb0]
www.nicovideo.jp/watch/sm9570051
頼みます

87 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/06(土) 08:41:07 ID:CsVMXuwP0]
>>86はただのグロ動画なのでスルー推奨。

88 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/06(土) 14:28:51 ID:erM/l6Kx0]
>>87
FLV Splitterが原因とは分りませんでした
レスで教えていただいた通りにやるとできました
スレ違いにもかかわらずご親切にどうもありがとうございます

89 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/06(土) 15:03:01 ID:3C4M402b0]
>>82
これをいったいどうしろとwww
>>86
  [とある変態の性感飛行(駄作).flv]
  320x240 On2 VP6 30.00fps 11.97kb/s
  MPEG1-LayerIII 44.10kHz 64.00kb/s CBR JointStereo/MS
  [FlashVideo] 00:03:37.099 (217.099sec) / 2,312,611Bytes

FLavieで十分じゃなかろか??

90 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/06(土) 17:24:15 ID:e4oYgPe40]
MP4Pluginって再配布禁止なの?



91 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/06(土) 17:26:29 ID:keSOpDHFP]
>>90
GPL

92 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/06(土) 19:29:14 ID:e4oYgPe40]
>>91
そしたら作者サイト以外にどっかミラーされてないのかな……?

93 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/06(土) 19:36:16 ID:WUeUCsAi0]
VistaからWindows7 64bit版に変えたらニコエンコ使えなくなった−(´;ω;`)

94 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/06(土) 21:13:58 ID:uFZMrNbsP]
>>92
作者サイトが生きてて更新もされてる内にミラー作るメリットがないだろ。
むしろミラーのメンテが止まったら、そこで古いままのバイナリを拾った奴がトラブル抱える原因になりかねんよ。

95 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/08(月) 11:40:55 ID:poYYbrIE0]
1000kbpsでBフレーム10〜MAXにした動画と
2000kbpsでBフレーム1〜2の動画はどっちが重いですか?

96 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/08(月) 12:07:13 ID:lG9nYUuW0]
2000kbps
そもそも--b-adapt 0にしない限り、Bフレが連続で10使われることは殆どない
まあ、使われても2000の方が重いだろうね

97 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/10(水) 21:57:47 ID:wmBsrO3H0]
質問です
AVIファイルをaviutlで読み込んだ時点で再生ウィンドウで再生した動画に音ズレが発生している場合
ズレの原因としては何が考えられるでしょうか
元のAVIファイルはメディアプレーヤーなどで再生した時特に音ズレは発生していません

98 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/10(水) 21:58:16 ID:VqlkfKHo0]
1年半ぶりぐらいに動画つくろうと思うんだけど、フリーソフトならいまもAviUtlですか?

99 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/10(水) 22:06:20 ID:wmBsrO3H0]
すいませんテンプレ読み直してから出直します。

100 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/10(水) 22:17:48 ID:aqvGtBeq0]
>>97
デコードが遅いとか、音声がVBRとかじゃないの



101 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/10(水) 22:37:22 ID:wmBsrO3H0]
こんな感じです

フォーマット : AVI
フォーマット/情報 : Audio Video Interleave
プロファイル : OpenDML
サイズ : 3.02 GiB
ながさ : 14分 16秒
オーバルビットレート : 30.3 Mbps

ビデオ
ID : 0
フォーマット : Digital Video
コーデック ID : dvsd
コーデック ID/ヒント : Sony
ながさ : 14分 16秒
ビットレートモード : CBR モード
ビットレート : 24.4 Mbps
幅 : 720 ピクセル
高さ : 480 ピクセル
解像度 : 1.500
元解像度 : 4:3
モード : CFR モード
フレームレート : 29.970 fps
標準 : NTSC
解像度 : 8 ビット
カラーリメトリ : 4:1:1
スキャンの種類 : インターレース
ビット/(ピクセル*フレーム) : 2.360
ストリームサイズ : 2.87 GiB (95%)

オーディオ
フォーマット : PCM
Endianness : Little
Sign : Unsigned
コーデック ID : 1
コーデック ID/ヒント : Microsoft
ながさ : 14分 16秒
ビットレートモード : CBR モード
ビットレート : 1 536 Kbps
チャンネル : 2 チャンネル
サンプルレート : 48.0 KHz
解像度 : 16 ビット
ストリームサイズ : 157 MiB (5%)
ドゥレイション : 967 秒 (28.98 ビデオフレーム)

デコードが遅いってどういうことですか?

102 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/10(水) 23:45:08 ID:V6NCnfar0]
>>97 >>101
違うかもしれんけど、DirectShow File Readerで読み込んでるとか。
問題のAVIを読み込んで、メニューの「その他→ファイルの情報」の表示内容を貼ってみれば?

103 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/11(木) 00:51:38 ID:rOea4OXK0]
---------------------------
ファイルの情報
---------------------------
画像サイズ : 720 x 480
記録時間 : 14分 16秒
フレームレート : 29.970fps (29970/1000)
フレーム数 : 25675
ビデオ圧縮 : 未圧縮

サンプリングレート : 48.000kHz
チャンネル数 : 2ch
オーディオ形式 : PCM

ファイル制御 : DirectShow File Reader
ビデオ展開形式 : YUY2

特に何もいじらずに読み込むとこんな感じでした

104 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/11(木) 02:05:55 ID:Fy1U/cZp0]
AVIUtlのH264MP4エンコで、最初の一コマ目にたまにノイズが載るのは仕様でしょうか?


105 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/11(木) 02:25:27 ID:Mr8zFe7C0]
じゃあビデオフェードでも入れれば?

106 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/11(木) 02:31:02 ID:UPUKwWJq0]
>>103
とりあえず環境設定の「入力プラグイン優先度の設定」で
   AVI/AVI2 File Reader
ってのをDirectShow File Readerよりも上に持っていってからAviutlを再起動して、
あらためて元のAVIファイルを読み込んでみて、再生してみたらどうだろう。
「ファイルの情報」の「ファイル制御」のとこがAVI/AVI2 File Readerになるかどうかも確認してね。

自分も理屈はよくわからんけどDirectShow経由での読み込みは何か色々と欠点もあるらしい?
悪いというわけじゃなく、使う側の注意が必要というレベルらしいんだけど、
自分がわかってるのは、使ってるDirectShowフィルタによって読み込み結果が変わるという程度で、
詳しいことはわからないんで、誰か教えてくれると嬉しいんだぜ・・・。

107 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/11(木) 03:25:15 ID:x29WTzj70]
つーかそもそも再生プレビューで音がズレたって気にしても仕方が無いだろ
AviUtlはプレーヤーじゃないんだから

108 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/11(木) 03:26:12 ID:rOea4OXK0]
確かにDirectShow File Readerが一番上に来てました

nicowiki.com/AviUtl.html#input
↑を参考に優先度を見直してみましたが、
ファイル制御のところの情報がDirectShow File Readerから変わらず
音ズレも特に変わっていないようです

なんでだろ

109 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/11(木) 03:48:43 ID:i109KdGqO]
>>108
DV用のVFWコーデックが入ってないからDirectShowでしか再生できないんだろうね。
DV用のVFWコーデックって普通は編集ソフトと一緒についてくるんだっけ?
撮影したカメラの添付ソフトとか見直してみたら?
カメラ買ったことないからよくわからんけど。

110 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/11(木) 03:51:07 ID:i109KdGqO]
ああ、でも>>107の言うとおりだよね。
エンコしてずれてるなら別だろうけど。



111 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/11(木) 05:34:15 ID:dNT6dT6L0]
AVIUtlのx264.1416.release01.rarきてる。
処理が若干早くなり、精度が良くなったみたいだ。


112 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/11(木) 08:06:30 ID:rOea4OXK0]
いやエンコードしたらずれてたんですよ
それじゃちょっとコーデック探してみます

113 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/11(木) 08:28:03 ID:dNT6dT6L0]
>>112
デコードや再生負荷の違いじゃないのかねぇ・・・
プレイヤーによっては軽さがぜんぜん違うから、スペックが低いPCだとかなり影響は出るよ。
後は、ソフトやプラグインのバージョンが古い(バグありの)モノを使っているとか・・・
neroエンコも最新は1.5.3になってたと思ったが・・・

114 名前:108 mailto:sage [2010/02/11(木) 23:08:09 ID:rOea4OXK0]
>>109
DV-AVI用のコーデックを入れたらちゃんとAVI/AVI2 File Readerで読み込んでくれました
aviutl上での音ずれも無くなりました
ありがとうございます

115 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 03:40:56 ID:8DAjlTAp0]
質問させてください。
1.問題点:ニコ動wikiを参考にh.264で動画を作ったところ、Gom playerでは再生できたのですが
  実際にアップすると画質が粗くなる&15分あったはずの動画が6分程度に短くなっている。

2.元ファイルの情報 (必ずmediainfo等にかけた結果を書いて下さい)
  720x480 24bit huffyuv 29.97fps 115780f 55840.26kb/s
  PCM 48.00kHz 16bit 2ch 1536.00kb/s
  [RIFF(AVI2.0)] 01:04:23.196(3863.196sec) / 27,707,123,200bytes

3.エンコードして出来上がったファイルの情報 (同上)
  上の動画の15分だけ抽出して作りました。
  512x384 24bit AVC/h.264 unknownprofile(0)@unknownlevel(0)29.97fps 25043f 499.93kb/s
  AAC 48.00kHz 2.0ch(2/0 L+R) HE(SBR) 62.88kb/s MP4 Base Media v1
  [MPEG4] 00:13:55.711(835.711sec) / 59,113,905bytes
  
4.使用ソフト
  ゲームしてるのをふぬああでキャプチャ、それをaviutlで編集&エンコ

5.MP4ならば必要に応じてx264のエンコードオプション
  --preset Medium --bitrate 500 --pass 3 --stats ".\x264.stats" --aq-strength 0.55 --psy-rd 10:0
--min-keyint 30 --keyint 297 --b-adapt 2 --weightp 0 --direct auto --me umh --subme 9 --trellis 0
--output nul
  
6.PC環境
  Windows VISTA home premium sp2
  Intel Core2 Duo 2.62GHz
  3.0GB RAM

116 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 03:50:49 ID:cp5PrDbE0]
>>115
鯖エンコ発動条件に引っかかっているんじゃないかい?

117 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 07:24:25 ID:SVhey3tVP]
x264gui.auo使ってるんだと思うけど、どのリリースなのかも書いて欲しい。
ものによっては、それが原因の場合もある。

118 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 07:27:41 ID:SVhey3tVP]
それと視聴にGOMは使うな。あれは何でも再生出来ちゃうから意味ない。

119 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 14:27:36 ID:K1EkwHWR0]
>>115 unknownprofile(0)@unknownlevel(0)
ここが気になるんだが。


120 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 14:29:40 ID:icY1k7lW0]
>>119>>115
たぶん1400の初期の奴でないかい?
x264gui.auo



121 名前:115 mailto:sage [2010/02/12(金) 14:55:01 ID:8DAjlTAp0]
数々のご指摘ありがとうございます。
>>117>>120
x264.1400を使っていました。

>>119
私もそこが気になります。
unknownということで、ちゃんとh.264の形式になっていないのではないかと。

その後ですが、x264の最新verを入れなおしてエンコし直しました。

ビデオ
フォーマット : AVC
フォーマット/情報 : Advanced Video Codec
プロファイル : High@L3.0
コーデック ID : avc1
コーデック ID/情報 : Advanced Video Coding
ながさ : 13分 55秒
ビットレートモード : VBR モード
ビットレート : 450 Kbps
最大 : 2 809 Kbps
幅 : 512 ピクセル
高さ : 384 ピクセル
解像度 : 4:3
モード : CFR モード
フレームレート : 29.970 fps
解像度 : 8 ビット
ストリームサイズ : 44.8 MiB (87%)
使用したライブラリ : x264 core 84 r1416 fcf70c2
エンコードライブラリの設定 : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x113 / me=umh /
subme=9 / psy=1 / psy_rd=10.0:0.0 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=1 / cqm=0 /
deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=1 / sliced_threads=0 / nr=0 / decimate=1 / mbaff=0 /
constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=2 / b_bias=0 / direct=3 / wpredb=1 / wpredp=0 / keyint=297 /
keyint_min=30 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=450 / ratetol=1.0 /
qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:0.55

今度はflvenc等でも再生でき、smilevideoへのアップも成功しました。
x264の旧バージョンを用いると、エンコが不安定になるといった現象はあり得るのでしょうか。
まだ腑に落ちないところもありますが、無事にアップすることができました。
みなさんありがとうございました。

122 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 14:58:43 ID:icY1k7lW0]
>>121
1400の初期の奴は不安定。
過去スレでも出ている。
あとVBRはストリーミング向きではない(瞬間的にビットレートが超えるとカクつく)から、CBRの方が安定して見れると思うよ。


123 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 15:00:46 ID:8DAjlTAp0]
>>122
ありがとうございます。
まだまだ下調べが足りなかったみたいです。
今度はCBRを使うようにします。

なかなか難しいですね。

124 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 15:16:23 ID:oPsueYan0]
>>122
ニコニコでCBR勧めるなんてアホか

125 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 15:32:54 ID:3PmXWRS50]
ニコニコはストリーミングじゃねえし

126 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 15:37:32 ID:icY1k7lW0]
>>124
あほも何も、wiki自体がCBRで書かれているだろ。
回線速度に依存するようなストリーミング配信は、CBRの方が向いているんだよ。


127 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 17:09:49 ID:oPsueYan0]
そりゃリアルタイムストリーミングならCBRもありだろうが、
プログレッシブダウンロードのニコニコでCBRのほうがいいことなんてひとつもないぞ
そもそもwikiにCBRのほうがいいなんて書いてあったっけ?

128 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 17:21:34 ID:fyp/Rd/k0]
>>127
原理的には手元にファイルが残るか残らないかの違いだけだから、平均ビットレートからぶれないCBRの方が良いんだよ。
>そもそもwikiにCBRのほうがいいなんて書いてあったっけ?
h264のニコ動wikiが、CBR前提で書いている。

CBRのメリットについては
ttp://homepage2.nifty.com/netwarp/resource/faq.html#%E3%83%97%E3%83%AD%E3%82%B0%E3%83%AC%E3%83%83%E3%82%B7%E3%83%96%E3%83%80%E3%82%A6%E3%83%B3%E3%83%AD%E3%83%BC%E3%83%89%E3%81%A3%E3%81%A6%E4%BD%95%EF%BC%9F
とか
ttp://ascii.jp/elem/000/000/141/141067/
とか見れば判るだろ?
回線速度やスペックに依存する再生環境では、可変ビットレートの処理能力次第で再現性が悪くなるんだからさ。


129 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 17:47:26 ID:oPsueYan0]
ニコwikiのAviUtl+x264関連の記事の10分の1くらいは俺が書いた
とくに↓のページに関しては半分以上は俺が書き直したようなもんだが、
CBRを前提に書いたことは一度もない
nicowiki.com/%E6%8B%A1%E5%BC%B5%20x264%20%E5%87%BA%E5%8A%9B%EF%BC%88GUI%EF%BC%89%E3%81%AE%E8%A8%AD%E5%AE%9A%E9%A0%85%E7%9B%AE%E3%81%A8%E3%81%9D%E3%81%AE%E6%A9%9F%E8%83%BD%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6.html

一体どこの記述のことを言ってるんだ?
そして、CBRがいいと主張するなら、当然これくらいは把握してるよな?
www.up-cat.net/CBR%25A4%25CE%25B8%25B8%25C1%25DB.html

130 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 17:50:52 ID:qiktcwdI0]
2passでいいじゃまいか



131 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 17:56:24 ID:cu937wQ20]
見比べたいんでおなじ動画をCBR、VBRで作ってみてよ

132 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 18:17:01 ID:fyp/Rd/k0]
>>129
厳密な定義はともかく、ビットレート計算や実際の変換手順が2パスCBRの手法そのものだろ。(疑似でもABRでもいいけどね)
拡張x264のGUI自体VBRとそうでない物を分けてあり、実質固定ビットレート扱いなんだからさ。
上にあげたアスキーのページにもDivXのビットレート変動記事はあるから、厳密な意味で完全な固定ではないと自分も理解しているよ。
紹介されたページの最後にも「MP3から脈々と続くCBRへの幻想を捨て、現代的な意味でのCBR(ABR)を理解して使おう。」って書いてある。
ちなみに俺の指摘は↓ね。
ttp://nicowiki.com/aviutl_h264.html


133 名前:名無しさん@お腹いっぱい。 [2010/02/12(金) 18:19:26 ID:liRnJ9x30]
えっ…

134 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 18:26:51 ID:oPsueYan0]
>>132
お前はニコwikiの記述にそって2パスエンコした動画はmediainfoで>>121みたいに
表示されることも知らないでそんなことを言ってたのか?
>>121を見てCBRを勧めるってのは、まさに古典的なCBRを勧めるってことと同じなんだよ

135 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 18:29:51 ID:fyp/Rd/k0]
>>134
mediainfo使った事無かった。
手間かけさせて悪かったなw

136 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 18:34:59 ID:++HHjBvd0]
>>132
あのなあ、それでエンコされるのはまさしくVBRなの。
VBRだからシーンによってビットレートは大きく変動する。
そこで指定した値になるように各シーンのレートをコントロールしてエンコードするわけ。

137 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 18:37:50 ID:++HHjBvd0]
Bitrate Viewer - Main Page
ttp://www.winhoros.de/docs/bitrate-viewer/index.html

このソフトでビットレートが時間軸に沿って見られるから、適当なファイルを見てみろ。
シーン毎に変動して平均レートからブレてるのが分かるから。

138 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 18:40:44 ID:oe/2ZpUZ0]
CodecSysCE-10 みたいなソフトでLinux対応の無料ソフト知らないですか??

139 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 18:52:37 ID:fyp/Rd/k0]
>>136-137
それ(ビットレート変動)は判るが、↓ではCBR(固定ビットレート)と解説されている。(もちろんDivXとh264の違いはあるがね)
ttp://ascii.jp/elem/000/000/141/141405/index-7.html
H264も同じ様なものだと思ってたが、違うのか・・・それとも記事が間違っているのか?



140 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 19:03:50 ID:++HHjBvd0]
>>139
いや、だからx264で普通に使うのはそのページのVBRなんだってば。
>132のページにもマルチパス(推奨)になってるでしょ、
それがそこのページで解説されてるDivXの2パスのVBRって事。

シングルパス - 固定ビットレートをわざわざ選べばそこのページのCBR(ABR)相当になるが。



141 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 19:10:03 ID:oPsueYan0]
>>139
この記事は色々おかしい
例えば
>CBRは別名「1パスエンコード」と呼ばれる。またVBRは別名「2パスエンコード」や「マルチパスエンコード」などと呼ばれる。
そもそも週アスの記事はネトランと同レベル
こんなもん参考にしてるだけで笑われる

142 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 19:11:25 ID:oPsueYan0]
ああ、これは週アスじゃなかった
まあ、教えて君.netと同レベルだというのは間違いないけど

143 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 19:18:00 ID:oPsueYan0]
>>138
そういうのはLinux板で聞けよ

144 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 19:28:09 ID:fyp/Rd/k0]
>>140
要は、h264では(疑似CBR(ABR)の)VBRを使えば平均ビットレートの斑が安定して、ニコ動みたいな配信向きになると思っているんだが。
厳密なVBRは、出来上がりまでファイルサイズが特定できない訳だし。
>x264のCBRの定義は、ソースのdoc/ratecontrol.txtに書いてある。
>若干古くなっているので読み替えるべきだが、VBVを充足するABRの事をCBRと呼んでいる。
>そして、x264的な(CBRではない)ABRの定義は、厳密なVBVを充足しないが、大体指定のビットレートに落ち着くようにレートコントロールを行うものとなっている。

って答えと一致するのではないか?

何だか自分で書いててGr.3エンジンオイルの区分みたく思えてきたw
>>140的にはどう思う?


145 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 19:32:00 ID:qYjgiNAx0]
やんぶ

146 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 19:45:03 ID:qcnq4aJO0]
>>144
いきなりアク禁になったorz

要するに>132に書いてあるマルチパス(推奨)は使わずに、
シングルパス - 固定ビットレートを選ぶって事?
それならマルチパスよりビットレートの変動は少なくなるのは確か。
ビットレートの変動が少なくなる分再生負荷も変動しにくくなる。

>厳密なVBRは、出来上がりまでファイルサイズが特定できない訳だし。
それは違う、サイズが特定できないのは品質指定VBR。
x264で言うqp(シングルパス - 固定量子化量)やcrf(シングルパス - 品質基準VBR)がそう。

マルチパスはビットレート指定VBRなので、指定した値になるようにコントロールする。
どちらの方法もVBR。

147 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 19:54:17 ID:oPsueYan0]
>>144
一致しないよ
>VBVを充足するABRの事をCBRと呼んでいる。
ニコwikiではVBVの設定には何も触れてない
なぜってプレミアム会員にもビットレート制限が合った頃には、そんなもん必要なかったから
flashplayerがビデオカードでの再生支援に正式に対応したら書き加えようと思ってたけど
現状のニコwikiの記述は、単なるファイルサイズ調整のためだけのもので、純粋なVBR

148 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 19:59:27 ID:fyp/Rd/k0]
>>146
いやいや、2パスh264。
ttp://ja.wikipedia.org/wiki/%E5%8F%AF%E5%A4%89%E3%83%93%E3%83%83%E3%83%88%E3%83%AC%E3%83%BC%E3%83%88
↑見るとたぶん2パスABRって事になるんじゃないかなぁ?って思ってね。
配信向きに、ビットレート指定する訳だから。

149 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 20:08:43 ID:BUa9igie0]
>平均ビットレートの斑が安定して、ニコ動みたいな配信向きになると思っているんだが。

リアルタイムでの配信を重視するようなものならともかく、
ニコ動の場合は動画ファイルをスピーディーにローカルに送れればいいだけだし
現在のネット回線とかの能力を考えると平均ビットレートが安定したからと言って
「配信向き」になるとは思えないけどなあ。
ニコニコ動画的な「配信向き」は
  ・小ファイルサイズ(なるべく速くファイルをローカルに落とす)
  ・その上でなるべく高画質
  ・できれば低スペック環境でも再生負荷が低いようにする(CABAC切ったりとかそのへん)
であって、ビットレート変動なんてほとんど関係ないような気がするけど。

150 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 20:19:11 ID:qcnq4aJO0]
>>148
呼び名はVBRでもABRでもどっちでも良いが、
マルチパスの場合は明確にCBRと書かれている場合を除いて、
品質に応じてビットレートを変動させる処理になる。

なぜならそうしないと時間コストをかけてマルチパスで処理する意味がないから。
ビットレートを固定するなら1パスでそこそこの精度で出来るわけだ。

ビットレートを指定するのは配信向きではない、ファイルサイズを固定するため。
例えばDVDに保存(≠ストリーミング再生)する場合、SLなら4.7GBとメディアのサイズが決まってる。
その容量にピッタリ収まる範囲内で出来るだけ高画質にエンコードできるよう、
マルチパスエンコードを用いてビットレートを指定するわけ。

ってかそこははっきり言ってあまり良い解説じゃない、英語版の方が良いのでそっち見た方が良い。

Variable bitrate - Wikipedia, the free encyclopedia
ttp://en.wikipedia.org/wiki/Variable_bitrate



151 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 20:34:53 ID:Kmi9xzZn0]
近々パソコンを買いかえ予定なんだけどWin7だと動画編集とかに使う
フリーソフトが対応してなかったりする?
おもにaviutlとVideoStudio9とniveとニコエンコあたり使ってるんだけど

152 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 20:38:57 ID:oPsueYan0]
とりあえずVSは11がWin7(x64)ではインスコ出来なかったので、
VMWarePlayerでXPモード使わなければならんかった
逆に言えば、VMWarePlayer使えば互換性は気にすることはない
もちろんXPモードなしのHomePremiumなら、別にXP用意せにゃならんが

153 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/12(金) 21:20:53 ID:SVhey3tVP]
妙に白熱してると思ったら。。。あれ?
元々、このスレじゃVBR前提で、おまけに推奨までしてた筈だけど、どうしてこうなった?
ニコはストリーミングをバッファに蓄え再生する仕様ではなく、ブラウザのキャッシュにDLしつつ再生する。
VBRでもCBRでもファイルさえ落ちてくれば滞りなく再生される。厳密なリアルタイムじゃないからね。
逆に回線が詰まってファイルが落ちてこなければ、VBRだろうがCBRだろうが止まるワナ。

そもそもキツイ容量制限下で画質を満足させようと思ったら、使える手段は積極的に使うとこでしょ。
もちろん視聴者側の再生負荷などとのバーターになるから、その辺の設定を見極める必要はあるけど。
フレーム単位でビットレートを融通してでも、無駄なビット使用は控えたいと考える方が効率的。

そんな訳だから、この流れを見てよく解らなくなった初心者さん。あんま気にせずエンコ楽しんでくだしあ。

154 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/13(土) 06:27:30 ID:tdWBkcj80]
無駄なビット使用は控えたいけど --crf で容量ぎりちょん狙うのはキビシー
何パスかければ限りなく近くなるんだ

155 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/13(土) 14:49:11 ID:PWI8xbzv0]
パス数は増やしても無駄だろうし、ほんの数kbps上がったところで
品質がよくなるわけでもなかろ(悪くなったりすることもあるだろうし)
ほどほどで妥協しないとハゲるぞ

156 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/13(土) 16:12:26 ID:x4ErEE480]
720分の動画をうpしたくてニコエンコにつっこんだんだけど
出来上がった動画は半分くらいで音が聞こえなくなった
こんな自分にお勧めのソフトとエンコ設定教えてください

157 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/13(土) 16:40:11 ID:PWI8xbzv0]
プレミアム会員でも19.4kbpsか…お手軽ツールには荷が重すぎる
あきらめろ

158 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/13(土) 16:46:17 ID:01EzPOeU0]
12時間てw

159 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/13(土) 20:23:27 ID:Yn88nWxfP]
>>156
ちょっとでも動いてたら依頼スレでも丁重にお断りされかねんw
どんな素材だか気になるが、静止画1枚でもキツイってことは念頭に置いた方がいい。
まず導入し易いAviutlでも使うとして、100回ぐらい設定を練りつつエンコしてみてはどうだろう?

160 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/13(土) 23:14:46 ID:LHw5pjHY0]
そうか・・・
やっぱ難しいのね
ありがとう



161 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/13(土) 23:18:48 ID:Yn88nWxfP]
作業用BGMで検索掛けて、時間の長い順でソートし、その中から適当な動画を
実際にDLして詳細を見てみるといい。どうやって実現してるかの参考になるよ。

162 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/14(日) 13:34:24 ID:LVy/dief0]
質問です、よろしくお願いします

1.問題点
Aviutlの拡張x264出力(GUI)でエンコードすると
できあがったMP4ファイルの映像だけ早送りになっている


2.元ファイルの情報
フォーマット : AVI
フォーマット/情報 : Audio Video Interleave
プロファイル : OpenDML
サイズ : 3.02 GiB
ながさ : 14分 16秒
オーバルビットレート : 30.3 Mbps

ビデオ
ID : 0
フォーマット : Digital Video
コーデック ID : dvsd
コーデック ID/ヒント : Sony
ながさ : 14分 16秒
ビットレートモード : CBR モード
ビットレート : 24.4 Mbps
幅 : 720 ピクセル
高さ : 480 ピクセル
解像度 : 1.500
元解像度 : 4:3
モード : CFR モード
フレームレート : 29.970 fps
標準 : NTSC
解像度 : 8 ビット
カラーリメトリ : 4:1:1
スキャンの種類 : インターレース
ビット/(ピクセル*フレーム) : 2.360
ストリームサイズ : 2.87 GiB (95%)

オーディオ
フォーマット : PCM
Endianness : Little
Sign : Unsigned
コーデック ID : 1
コーデック ID/ヒント : Microsoft
ながさ : 14分 16秒
ビットレートモード : CBR モード
ビットレート : 1 536 Kbps
チャンネル : 2 チャンネル
サンプルレート : 48.0 KHz
解像度 : 16 ビット
ストリームサイズ : 157 MiB (5%)
ドゥレイション : 967 秒 (28.98 ビデオフレーム)

163 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/14(日) 13:37:44 ID:LVy/dief0]
3.エンコードして出来上がったファイルの情報
フォーマット : MPEG-4
プロファイル : Base Media
コーデック ID : isom
サイズ : 7.81 MiB
ながさ : 1分 29秒
オーバルビットレート : 729 Kbps
エンコード日 : UTC 2010-02-10 17:29:25
タグ付け日 : UTC 2010-02-10 17:29:25
ビデオ
ID : 1
フォーマット : AVC
フォーマット/情報 : Advanced Video Codec
プロファイル : High@L3.0
CABAC : はい
RefFrames : 5 フレーム
コーデック ID : avc1
コーデック ID/情報 : Advanced Video Coding
ながさ : 1分 29秒
ビットレートモード : VBR モード
ビットレート : 600 Kbps
最大 : 1 096 Kbps
幅 : 512 ピクセル
高さ : 384 ピクセル
解像度 : 4:3
モード : CFR モード
フレームレート : 29.970 fps
解像度 : 8 ビット
カラーリメトリ : 4:2:0
スキャンの種類 : プログレシッブ(PPF)
ビット/(ピクセル*フレーム) : 0.102
ストリームサイズ : 6.41 MiB (82%)
使用したライブラリ : x264 core 84 r1416 fcf70c2
エンコードライブラリの設定 : cabac=1 / ref=5 / deblock=1:-1:-1 / analyse=0x3:0x113 / me=umh / subme=9 / psy=1 / psy_rd=0.5:0.0 / mixed_ref=1 / me_range=16 /
chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=1 / sliced_threads=0 / nr=0 / decimate=1 / mbaff=0 /
constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=2 / b_bias=0 / direct=3 / wpredb=1 / wpredp=0 / keyint=600 / keyint_min=24 / scenecut=54 / intra_refresh=0 /
rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=600 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=16 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:0.50
エンコード日 : UTC 2010-02-10 17:20:42
タグ付け日 : UTC 2010-02-10 17:29:26
matrix_coefficients : BT.601-6 525, BT.1358 525, BT.1700 NTSC, SMPTE 170M

オーディオ
ID : 2
フォーマット : AAC
フォーマット/情報 : Advanced Audio Codec
バージョン : Version 4
プロファイル : LC
SBR : はい
PS : いいえ
コーデック ID : 40
ながさ : 1分 29秒
ビットレートモード : VBR モード
ビットレート : 127 Kbps
最大 : 150 Kbps
チャンネル : 2 チャンネル
チャンネルの位置 : L R
サンプルレート : 48.0 KHz
ストリームサイズ : 1.36 MiB (17%)
エンコード日 : UTC 2010-02-11 17:29:19
タグ付け日 : UTC 2010-02-10 17:29:26

164 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/14(日) 13:38:56 ID:LVy/dief0]
4.使用ソフト
aviutl


5.MP4ならば必要に応じてx264のエンコードオプション
--preset Medium --bitrate 600 --pass 3 --stats ".\x264.stats" --aq-strength 0.5 --psy-rd 0.5:0 --qpstep 16 --scenecut 54 --min-keyint 24 --keyint 600 --b-adapt 2 --ref 5 --weightp 0
--direct auto --me umh --subme 9 --trellis 2 --deblock -1:-1 --output nul


6.PC環境
システム:
Microsoft Windows XP Home edition version2002 Service Pack3
コンピュータ:
Intel(R)
Celeron(R)CPU2.66GHz
2.67GHz、1.00GB RAM

165 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/14(日) 13:47:41 ID:U/Buz8M10]
再生側がおかしいんだろ
とりあえず>>3のFlavieかFLVPで再生してもまだおかしいんだったら
もう一度おいで

166 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/14(日) 14:31:39 ID:LVy/dief0]
なんてこったあっさり再生できてしまいました、どうもすいません

けどメディアプレーヤークラシックで再生に異常があっても特に問題はないんですか?

167 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/14(日) 15:09:33 ID:QodAxOD50]
>現状はフリーの正しくedtsに対応したDiretShow Filterはありません。
これのことなら、対応するまでしばらくはx264r1376でも使えばいいよ

問題ない人には関係ない話だから

168 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/14(日) 15:35:34 ID:U/Buz8M10]
まあ、早々に決着してよかったね

あと、今回みたいに直接情報書きこむと長ったらしいからpastebin使うといいよ
いちおう>>1にもそう書いといたんだけど

例:
ja.pastebin.ca/1795993

169 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/15(月) 18:53:55 ID:FtwDya+10]
今までムービーメーカーで編集&無圧縮出力した後MediaCoderでMP4にエンコしてました
今回aviutlで編集&MP4にエンコした物をうpしたら「動画が流れずに音声しか聞けない」というコメがつきました
どっちの動画もサイズは100MBなんですがなぜ見れなくなってしまうんでしょうか?
MediaCoderの方は30fpsでaviutlは60fps(?)くらいしか違いが思いつかないんですが関係ありますか?

170 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/15(月) 18:58:58 ID:SExJZnlL0]
>>169
あなたは見られてるのかどうか。
つーかなぜその動画のURLを貼らない?



171 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/15(月) 19:14:36 ID:FtwDya+10]
>>170
自分は見れています
ttp://www.nicovideo.jp/watch/sm9710618
↑の動画がaviutl版でそれ以前の動画がMediaCoder版です

172 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/15(月) 19:58:30 ID:fqrZXa+U0]
>>171
普通に観れてるよ
そのままロースペPCおいてけぼり路線でいいと思うよ

173 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/15(月) 20:48:26 ID:d6hbBIEJ0]
>>171-172
ロースペおいてけぼりっていうか、4年前のCeleronM 1GHzノートで十分見れるけど・・・。

174 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/16(火) 00:33:55 ID:rWbSHaRF0]
>>171
cpuほぼ100%だけど、わりと快適に見れたよ
celeron M 1.7GHz
声がひろゆきに似てる

175 名前:名無しさん@お腹いっぱい。 [2010/02/16(火) 09:05:44 ID:w5tvm2x+0]
IntelならPen4、AMDならAthlonXPはもう切り捨てて全く問題ない

Intelはその後Core、Core2、Corei、
AMDは64、Phenom、PhenomIIと出てる

いつまでも古い環境に縛られて進歩を阻害されるのは迷惑だ

176 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/16(火) 10:01:25 ID:P7qcMOIk0]
進歩を阻害されるww
無視すりゃいいだけじゃねえか

177 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/16(火) 11:44:58 ID:Ono+zoK00]
単に後から出たからというより
大幅に進歩したからな

178 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/16(火) 15:54:37 ID:5ojQVSVc0]
>>175
とは言え、世間では圧倒多数のPentium4、Athlon XPが現役だろ?。
製品のライフサイクル的にも、そろそろ壊れる時期だろし、俺のPentium4_3.0GHz(北森)も壊れた。
数年もせず業務用の一部のPC以外は、Corei*、Phenom II に置き換わる坐して待て。

とか言ってるが、実は 64 4000+ を中古部品で再生したばかりだっt(ry

179 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/16(火) 16:22:14 ID:mE2TQQAR0]
>>178
さすがに圧倒的多数はないと思うが。
既にどちらかというと少数派だろう。
H.264動画が始まった当初多かった重いって話も減ってきてるし、
だいぶ移行も進んだんじゃないか。

180 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/16(火) 16:27:57 ID:MXUcayC80]
俺は今年もPen4で頑張るぜ。2ch見れてエロゲーできてニコニコ見れる。
エンコが遅くて昔のflv時代では容量オーバー>やり直し
に泣いたときはあるが、今ではそういう事もなくなったしな。まあでも今年が限界かねぇ



181 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/16(火) 19:18:49 ID:vyKQ2KU2P]
>>180
あんたはオレかw

182 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/16(火) 20:42:02 ID:D03a8oDb0]
俺のセレロン540@1.86GHzでも普通に観られるしぃ〜。






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<235KB

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