【ニコニコ動画】FLV/ ..
[2ch|▼Menu]
39:名無しさん@お腹いっぱい。
08/11/06 02:27:17 1IKADaJE0
それならはじめにQPの値を変えて何回かエンコしてみな。
それで自分が許せる画質のQP値を決める。
必要以上にQP値を小さくしても,ビットレートとファイルサイズが膨大になるだけで意味がないんだよ。
で,あとはQPとビットレートの制御が自動で行なわれるように設定を組む。
動画ごとにこつこつ試行錯誤していたらたまらんよ。
いやまあ,ここぞというときはこつこつやるんだがw



40:名無しさん@お腹いっぱい。
08/11/06 02:35:09 tbDWpKsG0
>>38
URLリンク(revo.mine.nu)

ためしに同じ動画を3種類の設定でエンコしてみた
それぞれQP1、QP10、QP18くらいになるようにしたもの
QP1とQP18での見た目の違いとビットレートを比べてみれば、--qpmin 1が単なる馬鹿設定だってことが良く分かるだろ

41:名無しさん@お腹いっぱい。
08/11/06 02:50:51 0V9prv2Z0
普段AviUtlを使って簡単なカットとBMP画像の挿入の編集だけやっていたんですが
動画の上に乗せるような感じで文字を入れるにはどうしたらいいんでしょうか?
テロップというフィルタを使ってみても動画全体に画像を入れるだけで
範囲を指定しての挿入はできませんでした

42:名無しさん@お腹いっぱい。
08/11/06 02:55:50 3IsnCvID0
QPMAXは51のときより33に減らすと容量がへって画質がよくなるのはわかるんだけど、
33のときよりも40のほうが画質がよくなって容量も減ってる不思議。そんな俺はいつも40

43:名無しさん@お腹いっぱい。
08/11/06 03:04:58 tbDWpKsG0
>>41
拡張編集プラグイン使えよ

44:名無しさん@お腹いっぱい。
08/11/06 03:26:47 0V9prv2Z0
>>43
ありがとう、これでなんとかできそうです

45:名無しさん@お腹いっぱい。
08/11/06 04:25:42 3nMJ0KhB0
>>42
--crfのみとかでレート設定してないなら確かに不思議だが
ターゲットレート設定してるなら何の不思議もない

46:名無しさん@お腹いっぱい。
08/11/06 04:28:49 +XnwtxdC0
とりあえず投稿してみたのですが、シークが重くて(反応が遅い)気になりました
軽くするにはどの辺りのオプションをいじればいいですか?

47:名無しさん@お腹いっぱい。
08/11/06 07:55:58 i59+/5hBO
PC買い替えてついでに市販の動画編集ソフト導入したらエンコ速度が5時間くらいから10分くらいに短縮された。
クアッドコアすげー、TMPGEncすげー。やっぱ金かけずにできることには限界あるんだな。

48:名無しさん@お腹いっぱい。
08/11/06 08:17:53 39fe6uVh0
>市販の動画編集ソフト導入したらエンコ速度が5時間くらいから10分くらいに短縮された

?( ゚Д゚)・・・

49:名無しさん@お腹いっぱい。
08/11/06 08:39:46 giKfhQe/P
>>39
とりあえず試してみます
小さすぎても意味がないなら、やはり
ある程度上げてその中間を取るような感じなんですかね
>>40
わざわざ撮ってくれてすいません!
確かにサイズがこんなに違うのに見た目はぜんぜん変わらない・・・
QPって下げればいいってもんでもないようですね
とりあえず試してみます


50:名無しさん@お腹いっぱい。
08/11/06 08:54:29 2iDL8rJ60
>>47
TMPGEncはカット・字幕挿入ができるから動画編集

51:名無しさん@お腹いっぱい。
08/11/06 08:55:40 2iDL8rJ60
できると思いがちだがあれはエンコソフトにおまけが付いたものだ

って言いたかったが途中送信orz

52:名無しさん@お腹いっぱい。
08/11/06 12:08:46 i59+/5hBO
>48
4つ並列でいけるから40〜50分/4でひとつ10分強、ちなみに約25分の動画
>51
そういうもんなの? まあおまけ機能だとしても十分便利ですよ。

53:名無しさん@お腹いっぱい。
08/11/06 13:02:04 z1n0O6HS0
あの糞画質に耐えられるならTMEのmp4出力もありかもな。
それと、エンコード時間は商用だからって変わらんぞ。というか、むしろ同じ画質で良いならx264の方が速いぐらい。
つまり設定がおかしいだけだと思う。

54:名無しさん@お腹いっぱい。
08/11/06 13:29:57 nYFP6OD10
TMPGEncとか懐かしいなぁ
SmileVideoが出来たばかりの頃はよく名前を聞いたもんだけど
Aviutlがマルチスレッド対応したあたりから全然聞かなくなったなぁ

55:名無しさん@お腹いっぱい。
08/11/06 17:06:42 67KgZnZ90
グラボのエンコとかに対応したとか聞いたな、どの程度効率うpするのかわからんけど
フリーに押されっぱなしだと、ソフト業界に陰りが出そうで心配ではある。

無職金無しのオレが心配する事でもねーけどw

56:名無しさん@お腹いっぱい。
08/11/06 17:28:27 zdKuaXMY0
>>52
5時間じゃなくて50分かよと。

57:名無しさん@お腹いっぱい。
08/11/06 17:41:36 dF3YG+1Q0
>>55
ホビーユースの商用H.264エンコーダーなんて、もともとDivX(MainConcept)とapple以外は作ってないだろ
業務用エンコーダーはそれこそx264なんて鼻にもひっかけないでしのぎを削ってるから、心配はいらん

DVDなみにBlu-rayが普及して、CCE-Basicみたいな製品が出ないかな…

58:名無しさん@お腹いっぱい。
08/11/06 17:52:17 Ik/Yc9Xt0
ところが業務用のが縛り多すぎて画質が劣るからこの世界は恐ろしい。x264の開発ペースも尋常ではないが。

59:名無しさん@お腹いっぱい。
08/11/06 19:10:35 NKtU3J8M0
当たり前だけどH.264含めてエンコーダーとかは各社がしのぎを削って
1%でも符号化効率や速度を上げようと努力してるわけで当然その成果は
特許という形で独占利用される。x264も当然それら特許絡みのコードは
一切使えないから縛りで言えばx264が一番きついだろ。
ついでにx264はエンコ速度重視だから業務用エンコーダーに比べれば画質は
まだ余地はあるよ。

60:名無しさん@お腹いっぱい。
08/11/06 19:26:13 whZaojimP
>>1


61:名無しさん@お腹いっぱい。
08/11/06 21:04:38 qOssZSY10
初めて動画を作ろうと思って
ニコニコムービーメーカーをインストールして
動画を入れようとしたんですが
拡張子が合ってないらしく入れることができませんでした。
拡張子って変更できるんですか?
mp4をmp3にするとか・・・
できるのでしょうか?

62:名無しさん@お腹いっぱい。
08/11/06 21:20:11 lFbTMy/70
>>61
まだココに来るのは早かったようですね。まず>>1を読んで理解できるだけのスキルを付けましょう。
別のスレッドをご案内しておきます。

【全力】ニコニコ関連の質問に全力で答えるスレ8
スレリンク(streaming板)

63:名無しさん@お腹いっぱい。
08/11/06 21:49:23 ivxkoZZG0
>>61
こっちで聞いたほうが早いかと。

【高画質】ニコニコムービーメーカー 3スレ目【簡単うp】
スレリンク(streaming板)

64:名無しさん@お腹いっぱい。
08/11/06 22:22:15 h6AGLuY80
まとめwikiのAviutlによるMP4エンコを行うと
凄いカクカクした動画になってしまうんですが…
パス数やビットレートも色々変えて試したものの直らない。
これって対処法ありますか?

65:名無しさん@お腹いっぱい。
08/11/06 22:36:34 34BEbtmX0
>>64
ただ再生が重いだけじゃねえの?
だったらPC買い換えろ

66:名無しさん@お腹いっぱい。
08/11/06 23:01:22 h6AGLuY80
>>65
いや、他の方のMP4動画は普通に見れているので
スペックの問題ではないと思うのですが…

67:名無しさん@お腹いっぱい。
08/11/06 23:01:39 IUWJouGw0
7分ほどの動画を今まで40MB以内に収めれたんですが

何故か今さっき作ったファイルの容量が100MB超えて
ビットレート見たら2000超えてた! いつもは690くらい

MP4で音声64で映像720ほどで出力したが
何故か100MB超えてしまう

特に設定はいじってないのだが 何かありえそうな事あります?

68:名無しさん@お腹いっぱい。
08/11/06 23:10:05 3pKlP4Dc0
PCの反乱だな

69:名無しさん@お腹いっぱい。
08/11/06 23:19:59 JKwa1xfZ0
>>66
だったらその動画さらせ
すくなくともx264はvp6とちがって、勝手にフレーム捨てたりはしない
たいていは再生にGOM使ってますとかいうオチだがね

>>67
特に設定はいじってないとか言って、実は全然違うものでしたってオチもよくある
お前も動画さらせよ

70:名無しさん@お腹いっぱい。
08/11/06 23:43:23 ytgDsGga0
[12345.mp4]
512x384 24Bit AVC/H.264 High@3 30.00fps 6600f 450.14kb/s
AAC 44.10kHz 2.0ch(2/0 L+R) HE 130.57kb/s
MP4 Base Media v1
[MPEG4] 00:03:40.000 (220.000sec) / 15,927,902Bytes

真空波動研 080809 / DLL 080809


作ったmp4がやたら画質悪いもんだから真空波動研落としてきて調べてみたんだけど、ちゃんと450kbpになってるよね?
それとも450kbpsだと全然画質良くなかったりする??
もっとビットレートあげないといけないのかなぁ・・・・

71:名無しさん@お腹いっぱい。
08/11/06 23:47:13 ytgDsGga0
とりあえず晒しときます
URLリンク(www.nicovideo.jp)

録画+録音→Niveで4分割画面に編集→Huff〜見たいなエンコーダー使って450kbpsで出力→Aviutlで読み込んで音声と合成してmp4出力
その時の設定とか書いたほうがいいなら言ってください・・

72:名無しさん@お腹いっぱい。
08/11/06 23:48:11 JKwa1xfZ0
>>70
450で足りるかどうかは動画による
1fpsの静止画なら5kbpsでも十分綺麗になるが、動きが激しけりゃ700kbpsでも足りないなんてのはよくあること

73:名無しさん@お腹いっぱい。
08/11/06 23:58:35 JKwa1xfZ0
>>71
インタレ保持でエンコしてるじゃん

74:名無しさん@お腹いっぱい。
08/11/07 04:10:46 gUt1rg9f0
>>73
え?保持するにしてエンコしたらダメなの??
Wikiにも別サイトも保持する〜って書いてあったのになぁ・・・

なしでやってみるわ。

75:名無しさん@お腹いっぱい。
08/11/07 04:47:12 V32U1FYw0
>>74
保持じゃなくエンコ前に解除しなきゃ駄目
そしてエンコ時にはチェックをいれない

76:名無しさん@お腹いっぱい。
08/11/07 05:46:58 gUt1rg9f0
>>75
あぁ、そうだったのか


んで今インターレース解除自動、エンコ設定チェックなしでやったけどやっぱ画質悪いな・・・
どっかからプラグイン持ってこなきゃいけないのかな。まぁまた後でやることにする・・

77:名無しさん@お腹いっぱい。
08/11/07 07:04:28 esNAxAD9O
インタレとは何かをちょっと調べてみりゃ保持するわけないとわかりそうなもんだが

78:名無しさん@お腹いっぱい。
08/11/07 14:45:05 AsrwUCSh0
h.264でゲーム動画をうpろうと思って
URLリンク(www.nicovideo.jp)
を参考にほぼ動画の通りにやってみたんですが、どうやってもうpの際に
再エンコかけられてボロボロにされます。
テスト用で10秒位無音声の動画でやってもやっぱり再エンコされてしまいます。
aviutlのh.264の設定はプリセットのニコニコ高画質、バランスで他はいじらずに
やってるのですが他の設定もいじる必要があるのでしょうか?

79:名無しさん@お腹いっぱい。
08/11/07 15:27:16 U20n62b30
>>7を参考に、ファイルの詳細を書きましょう

80:78
08/11/07 16:20:02 AsrwUCSh0
AVIcodecと真空波動研で試してみましたが、この形式はサポートされてません的なメッセージが出て
詳細が解りませんでした・・・動画が壊れてる訳ではなく再生自体は問題なくできます。
きちんとh.264の形式で保存できてないのでしょうか?

81:名無しさん@お腹いっぱい。
08/11/07 16:28:16 9st21iuS0
>>80
できた動画をどっかのロダにあげてみれば。


82:78
08/11/07 16:57:06 AsrwUCSh0
URLリンク(toku.xdisc.net:8080)
hg8218.zip DLkey:nico

暇な方診断をお願いします。基本的にはほぼ
URLリンク(www.nicovideo.jp)
の動画通りの手順で作りましたがバージョンが若干違うのかx264GUIの
メニューが若干違うため、設定はプリセット高画質以外いじってません。

83:名無しさん@お腹いっぱい。
08/11/07 17:09:10 t9+S7YF00
>>78
音も入ってないと駄目

84:名無しさん@お腹いっぱい。
08/11/07 17:23:42 Fj0c+BNb0
>>82
音がないのはニコで蹴られるのがデフォ。

テスト用に作った短いのじゃなくて、>>78 で最初にあげて
蹴られた方の動画をあげてみたら、という意味。
最初のも音なしだったなら >>83 の通りなので
それで終わりだけど。

85:名無しさん@お腹いっぱい。
08/11/07 18:19:07 gh8LSYdR0
音無しmp4は蹴られないで再エンコです

86:78
08/11/07 20:10:14 AsrwUCSh0
音声無しが原因だったようです。無事うp出来ました、有り難う御座いました。
まさか音声無しより付けた方が高画質でうp出来るとは思いませんでした・・・

87:名無しさん@お腹いっぱい。
08/11/07 20:11:27 GiQQVohE0
Flash Player 10を入れたらH.264動画の色がおかしくなっちゃったんですが、
どうやったら解決できるか分かる方はいますか?

XP 32bit SP3 IE7
GeForce6150・GeForce7600GSの環境で確認

カラーバー(VP62版)‐ニコニコ動画(秋)
URLリンク(www.nicovideo.jp)
カラーバー(H264版)‐ニコニコ動画(秋)
URLリンク(www.nicovideo.jp)

上下反転しているので、真ん中の原色に注目してみてください。

Flash9 VP6
URLリンク(kita.kitaa.net)
Flash10 VP6
URLリンク(kita.kitaa.net)
Flash9 H.264
URLリンク(kita.kitaa.net)
Flash10 H.264
URLリンク(kita.kitaa.net)

最初は環境依存かなと思ったんですが、VP6は正常でH.264だけおかしいので、
どうもFlash10に原因がありそうな感じです。
もしFlash10の仕様なら、動画のエンコードはどうすれば良いんでしょうか。
10に合わせると9で見ている人はおかしくなるし…。

このカラーバーならそんなに違和感ないんですが、
他の動画で違和感バリバリになった動画があって、あれって気づきました。

88:名無しさん@お腹いっぱい。
08/11/07 21:04:28 FC7YmNfv0
元動画のサイズが「704,304」で、これを黒ベタ追加して、最終的に「512,288」で出力したいのですが、
横のサイズを-192したら、縦のサイズはどれだけ削ればいいんでしょうか・・・?
16:9を使って計算するっていうのは昔学校で勉強したような気がするんですが、完全に忘れてしまいました。
どなたかご教授願えませんか?

89:名無しさん@お腹いっぱい。
08/11/07 21:07:00 NlC+RNXx0
最近なんか色がおかしいなあって思ってたんだが、Flash10のせいだったとは…
全体的に色温度が低くて黄色っぽい感じがしてたんだが、9と10の比較見ると確かにそうなってるね
昼間の空とかがなんとなく夕方っぽい感じになってた

しかし良く気づいたね
この問題、運営は認識してるのかな?

90:88
08/11/07 21:40:23 +U8eIH5Y0
すみません、自己解決しました。「512,221」ですね。

91:名無しさん@お腹いっぱい。
08/11/07 22:12:39 AXLuoEKm0
>>90
解像度に奇数は使えん
はい、計算やり直し

92:64
08/11/07 22:20:59 U8YgglBJ0
遅くなりました
>>69
URLリンク(www.nicovideo.jp)

手順はDVD録画→MPG2JPGでVOBからwmvへ→WMMで編集後ムービー出力
→Area61ビデオミキサで無圧縮avi→AviutlでMP4 です
高画質には拘っていないのでいつも映像ビットレートを低めに設定しているのですが、
これがフレームレートに影響を及ぼすことはないですかね?

93:名無しさん@お腹いっぱい。
08/11/07 22:52:28 aK25FAvm0
>>92
どこに問題があるのか判然としないな。ファイル的には30fps出てるしね。
そんなにフレーム落ちが疑わしいなら、AviUtlを二つ起動してフレーム単位で素材と比較すればいいと思う。
むしろゲーム画面の60fpsと比較して、録画後の30fpsがカクついて見えてるってオチじゃないことを祈りますよ。
それと再生が重いと感じるのはスペックの問題かと。P4-3.2GHzのオンボロでも問題無く再生出来ますからね。


94:88
08/11/07 22:53:55 +U8eIH5Y0
>>91
はい、無理なんで「512,222」でやりました。

95:名無しさん@お腹いっぱい。
08/11/07 23:01:38 aK25FAvm0
>>94
まさか222のままアップするつもりなのかな。まぁ、いいけど。。。
別に上下に黒ベタで最終的に288になってれば画のある部分が奇数でも構わんと思うよ。
たとえば上に33と下に34とかでも。或いは逆や、もっと妙な数値でもなんでもいい。

96:64
08/11/07 23:14:09 U8YgglBJ0
>>93
スペック不足ですか…今CPU確認したら1.73GHzでした。
動作確認にFLV Player使用したらフレームレートの項に(unknown)と出てたので
どこか不具合があったんじゃないかと不安になったもので…
他の方が普通に見れるようなので自分さえ我慢すれば問題なさそうですね。
何故他のMP4は重くならないのか疑問に残りますが…

お手数かけてすみませんでした。

97:88
08/11/07 23:44:24 +U8eIH5Y0
>>95
すみません、説明不足でした。
動画自体は512,222にして、上下に33づつ黒ベタ入れました。

98:88
08/11/07 23:55:15 +U8eIH5Y0
あ、でもサイズは800x600以内にすればおkだから、
動画514x222、黒ベタ上33下33にすればサイズの欠け無く
そのまま縮小した形でいけますね。

99:名無しさん@お腹いっぱい。
08/11/08 00:11:43 wT63Xv3Y0
>>98
そういう場合はまず704x304に上下46ずつ黒ベタつけてから512x288にすればいいとは思わんかね?

100:88
08/11/08 00:18:10 sOxPxzPG0
>>99
( ゚д゚)!

101:名無しさん@お腹いっぱい。
08/11/08 00:29:43 zo9NcfXj0
境界が補間によってにじむけどな。
あとエンコ時の量子化においてDCTは最大16x16単位で行うから
縦が16の倍数のところ以外でベタの境界が来るとその部分で
量子化効率が落ちる。まあその変態解像度じゃこの問題は避けられないだろうけどな

102:名無しさん@お腹いっぱい。
08/11/08 00:36:53 uhgrit9g0
実況動画つくったんだけど
無限のるーぷ状態になってるのはなんで?

「おきらくさん」に勝ち逃げしてみた4
URLリンク(www.nicovideo.jp)

103:88
08/11/08 00:40:19 sOxPxzPG0
>>101
難しいですね。
境界がにじむのはYoutubeでなったことがあります。
もう素直に、上下46づつ追加した704x396でエンコして16:9で上げてみます。
ありがとうございました。

104:名無しさん@お腹いっぱい。
08/11/08 00:43:27 IXc0vzhB0
>>96
とりあえず ref=8 ってのを ref=5 とか ref=3 とかに減らして、
b_pyramid を切ってみたら。

あと、VOBなら普通にAviUtl+まるもプラグインで読み込んで、
それを可逆圧縮でaviにしたものを大本のソースにすれば。
なんか間に無駄な工程入れてて、しかもwmvを経由しているから
その辺でおかしなことになっている可能性もあるんじゃないか。

105:名無しさん@お腹いっぱい。
08/11/08 00:48:42 O8/BQxBA0
31 :名無しさん@お腹いっぱい。:2008/11/06(木) 00:01:56 ID:+XnwtxdC0
 VP6では出来るのですが、MP4でシーク値を固定することはできますか?
 IDRフレーム間隔の上・下限を同じにしてみたけどバラつきがでてダメでした

32 :名無しさん@お腹いっぱい。:2008/11/06(木) 00:25:55 ID:tbDWpKsG0
 >>31
 --scenecut 0 にすれば、--keyint の指定でIフレームが入る


悪いがこれ間違ってるぞ

--scenecut -1 にした場合が自動判定無しだ
0の場合でも適当に自動でIフレーム挟んでくる

106:名無しさん@お腹いっぱい。
08/11/08 01:33:40 CFp6Tz230
>>87
なんか色がおかしいとは思っていたが、確かに9と10では色が変わってるわ
見慣れたきしめんでやってみたらはっきり分かった
VirtualPCで比べたので環境依存ではなさそう

URLリンク(nagamochi.info)

依頼スレや高画質スレでも書き込んでる人はいないみたいだし、
みんな結構色には鈍感なのかな

つーかこれどうやって補正すれば良いんだ?
Flashの仕様ならニコニコ側で対応できるのかなあ
出来ないと今までの動画の色が全ておかしくなると言う最悪の事態に…

107:名無しさん@お腹いっぱい。
08/11/08 02:41:12 O8/BQxBA0
>>106
最悪の事態(笑)
もともとニコニコなんて低解像度で画質制限も知れてると言うのに
「色が違う!どうしよう!?」とかそこまで悲観的になるようなことか?
実際問題として気づいている人間の方が少ないだろうし
もしこのFlash10に合わせて色補正してしまった場合
バージョン変わって9と同じ色に戻ったときの方が問題だろう

108:名無しさん@お腹いっぱい。
08/11/08 06:07:15 DG5QfEx50
huffyuv使ったら本当に劣化しないんですか?
使ってみたのですが画面サイズが512x384になっていました。
元ファイルは1156x864なのですが本当に劣化していないですか?

これら両方エンコードしても全く同じ画質ですか?

109:名無しさん@お腹いっぱい。
08/11/08 06:25:13 GwLCFl+i0

さて、ここで問題です。

  問1.Huffyuvなら、1156x864の動画を1x1にしても劣化しない

○か×か?

110:名無しさん@お腹いっぱい。
08/11/08 06:29:32 DG5QfEx50
>>109
先生〜ちょっと問題内容がわかりません

111:名無しさん@お腹いっぱい。
08/11/08 06:34:04 DG5QfEx50
二つ試しにエンコードしてみた!
画質は変わらないけど、Huffyuvだと画面が白っぽくなってた。きらい
しかもfpsが違う…。
Huffyuv
512x384 24Bit AVC/H.264 High@2.2 14.98fps 821f 625.08kb/s
Huffyuv未使用

512x384 24Bit AVC/H.264 High@3 29.93fps 1640f 620.34kb/s


え?え?

112:名無しさん@お腹いっぱい。
08/11/08 06:52:22 GwLCFl+i0
そっかー(´・ω・`)

113:名無しさん@お腹いっぱい。
08/11/08 07:15:11 wT63Xv3Y0
いったい>>108はなにがやりたいんだ?

114:名無しさん@お腹いっぱい。
08/11/08 07:18:08 nfVLVqHb0
編集とかしたくなったら非可逆だと劣化速度がうんぬんとかあるけど、
ちょっと説明するにはもう少しまず自分で調べてきてもらってからでないと徒労に終わりそう

115:名無しさん@お腹いっぱい。
08/11/08 07:59:25 LNj05j6T0
なにがやりたいかってか、なにをやってるのかってか。。。

116:名無しさん@お腹いっぱい。
08/11/08 08:16:59 DG5QfEx50
aviutlでFrapsのファイルが6個(6個以上追加したらDirectShow File Readerのエラー出ます)
しか読み込めないのでHuffyuvでエンコードしたらどうかって言われたのです…・。

117:名無しさん@お腹いっぱい。
08/11/08 08:28:21 snvN8KYB0
お前はまずHuffyuvというものが何なのか調べて来い


118:名無しさん@お腹いっぱい。
08/11/08 08:52:16 YP0QB3dM0
複数の動画を纏めたいんだったらaviutlより動画編集ソフトを使った方がいいと思うんだ
無料だったVS9があればちったぁマシなんだが…どっちにしてもここの管轄外だわな

119:名無しさん@お腹いっぱい。
08/11/08 09:31:49 8UmXUz08P
QPをあげたりさげたりするとやっぱり画質が変わります。
なのでこれをいじって、容量の調節をしたいのですが
QPの値の決定ってどう決まるのでしょうか?
40さんがあげてくれたものを見ると1にしても意味がないので
10にするとして、上限を例えば35くらいにするとしますよね?
これだとQPはその中間の22くらいになるってことなんでしょうか?
40三のは、1、10、18になるようにしたって書いてありますけど
どうやって値を出してるんでしょうか?
その出し方がわからないせいで、もう5連敗くらい40Mオーバーして
三日くらい無駄にしてます・・・
そのQPの数値がわかればそれをもう少し小さくするって感じで
わかりやすいんですが・・・

120:名無しさん@お腹いっぱい。
08/11/08 09:54:27 Dsj+ih560
>QPの値の決定ってどう決まるのでしょうか?
ビットレートを指定すれば勝手に決まる。



121:名無しさん@お腹いっぱい。
08/11/08 09:59:45 LNj05j6T0
>>119
もっとも根本的な部分、根幹に係わる部分で何か勘違いをしてるんじゃないかと。。。

まず40MBの上限があるんだから、そこから導かれるビットレートの上限も決まっている。
そのビットレートの許す範囲内で、どれだけ画質の劣化を許容できるかを人間側が明示するためにQPの下限上限の設定がある。
君の場合はまず「画質ありき」でQPから設定を起こそうとするから、いつまで経ってもビットレートが収まらないんじゃないのか?
非可逆圧縮である限り可逆同様の画質の維持は無理だし、そもそもデータを間引いて圧縮してるんだから画質は当然落ちる。
まずビットレートが決まってるんだから、それで得られるQ値には「実現不可能な領域」ってのがあるんだよ。

『ビットレートはこれだけしか振ってやれないんだ。だから「ココ以下のQP」は必要じゃないけど、せめて「ココまでのQP以内」に
収めてくれ』って指示する場所で、君は実現困難なQPを設定してるんだ。当然の結果として容量が膨らんでくる。


122:名無しさん@お腹いっぱい。
08/11/08 10:42:00 Ll55Nq4D0
>>119
>1、10、18になるようにしたって書いてありますけど

あれはモードを量子化固定でやっただけだ
これだと(若干上下するが)指定したQPでエンコする

123:名無しさん@お腹いっぱい。
08/11/08 12:06:28 /kSoSXfW0
>>106

1. FlashPlayer9 --colormatrix 指定なし
URLリンク(kita.kitaa.net)
2. FlashPlayer10 --colormatrix 指定なし
URLリンク(kita.kitaa.net)
3. FlashPlayer10 --colormatrix bt470bg 指定
URLリンク(kita.kitaa.net)
4. ConvertToRGB24(matrix="Rec601")
URLリンク(kita.kitaa.net)
5. ConvertToRGB24(matrix="Rec709")
URLリンク(kita.kitaa.net)

で1,3,4と2,5が大体同じだから、RGBにするときの
変換係数が解像度に関係なく709になってるん
じゃないかとエスパー。
元の動画はMPEG1で800x600だけどDGIndexでは
BT.470-2 B,G* って出てた。

あとついでに FlashPlayer9 だとカスタムマトリクス
使うと色がおかしくなる問題が10で直ってた気がする。
例えば --cqm flat でエンコした動画は問題ないのに、
--cqmfile で全部16のマトリクス読んだら変になるとか
そういう意味不明なことにはならない模様。

124:87
08/11/08 16:12:03 RyGSo8jQ0
>>106
>>123
検証ありがとうございます、やはりFlash側の仕様のようですね。
しかしマトリクス指定が機能するとは。
今までの動画はしょうがないですが、これからの動画は問題なさそうです。
ちなみにFlash9ではマトリクス指定は機能しませんでした。
カスタムマトリクスに対応したり、H.264エンジンの更新が行われたようですね。

125:名無しさん@お腹いっぱい。
08/11/08 16:20:05 z5qEkaxV0
>119
合計の容量が40MBになるようにビットレートを指定する。
その上で,自分で許容できるQPの範囲を決めて適切なパラメータを与えると,エンコーダーがその範囲に収まるようにエンコードしてくれる。
指定されたビットレートで指定された画質が実現できなければエラーになるけど,常識的な値を与えていればそれなりにうまくまとまる。
設定の方法はソフトウエアによって違うよ。



126:名無しさん@お腹いっぱい。
08/11/08 16:45:07 8UmXUz08P
>>120
>>121
なるほど・・・QPってのは画質の上限と下限を定めるもの・・・
だからこれを極端に上げたりすると、決めたビットレートで変換したときに
容量が多くなってしまうと・・・。
だから基本設定の下限10、上限51でニコニコの800以下のビットレートで考えて
音楽のことを考えて750ビットレートで変換して
40を超えるようであればそれはもうビットレートを落とすしかないんですかね?

もしそのビットレートで容量があまったら、少し下限をあげたりする、
ってことでいいんでしょうか?

QPってのは画質の上限とを決めるものだから
それをめいいっぱい広げても40個得るんならビットレートを下げるしかないってことですね。

量子化ってなんなんでしょう?それで設定すればわかりやすいと思うんですけど
ビットレートを指定できないからだめなんですかね?

127:名無しさん@お腹いっぱい。
08/11/08 16:54:24 8UmXUz08P
125さんもありがとうございます。

ということは適切なビットレートを探すのが先でしょうかね。
その上で、QPをやればサイズ内で綺麗にしてくれたりするんでしょうか?
その際には、やっぱりサイズが大きくなったりしますか?
aviutlです。

40MBになるビットレートってやっぱり何回かえんこするしかないですかね。
10秒位のを作っていくらか試してやるんですけど
微妙にはみ出たりするから途中での変動が大きいらしく
結局全部やるまでわからない感じ。


128:名無しさん@お腹いっぱい。
08/11/08 16:56:14 8UmXUz08P

aviutlのH264の設定で、40Mまでというような
設定をする項目ってありましたっけ?

129:名無しさん@お腹いっぱい。
08/11/08 17:04:41 O8/BQxBA0
>>127
お前さんはニコニコ用にaviutlとx264guiでmp4動画を作ろうとしているのですか?

130:名無しさん@お腹いっぱい。
08/11/08 17:08:34 BVrYWekp0
>>128
ない

とりあえず800kbpsという数字の存在は忘れる。
QPとか量子化とかそういう難しい話も全部忘れる。
で、>>6 の実レート計算式

41,943,040 (40MB) ÷ 時間(秒)×8÷1000

に自分があげたい動画の再生時間をいれて
計算したらいくつになるんだ。


131:名無しさん@お腹いっぱい。
08/11/08 17:10:25 O8/BQxBA0
URLリンク(revo.mine.nu)
「マルチパス - Nth PASS」 に変更して
「自動マルチパス」を「2」にして
ビットレート(kbps)を指定してやればいい。
指定するビットレートの計算方法は

動画に割振れるビットレート
= [ { ( 完成動画の予定容量 * 1024 * 1024 * 8 ) / 1000 } / 動画時間 ] - 音声ビットレート

※単位はそれぞれ完成動画の予定容量はMB、動画時間は秒、ビットレートはkbps

132:名無しさん@お腹いっぱい。
08/11/08 17:15:13 DG5QfEx50
unitemovieでaviファイルを結合して30GBのaviファイルが出来たんですが
再生するととっても重いんですけど、普通ですか・・・?MPCでもカクカクです。
編集時かなり重い…。エンコードしても大丈夫なのでしょうか(汗)

133:名無しさん@お腹いっぱい。
08/11/08 18:08:50 8UmXUz08P
>>129
そうですけど、なにかおかしいですか?もう20個くらいは作ってうpしてます
今回の剣は容量があまったときにもったいないから、
画質をあげられないか調べてて行き着いたことです
>>130
7分20秒なので、その計算だと
762です。実際に760でやったことがあるけど
結果は41MBでわずかにオーバーでした。
700くらいでやれば何とか収まりそうですかね。
こういう場合はもう、QPなどで画質を上げようとするのは無理なんですよね?
>>131
結果的には音楽ビットレートの32を引くと、
730くらいです。730にすれば収まったわけですね・・・
なんか、QPいじったりしてるうちに変な勘違いをしてしまったっぽいです
とりあえずいろいろ(TдT)アリガトウございます。

134:名無しさん@お腹いっぱい。
08/11/08 18:30:50 O8/BQxBA0
>>133
>こういう場合はもう、QPなどで画質を上げようとするのは無理なんですよね?

ビットレート指定の2passってのは1pass目でどこが動きが少なくて動きが多いか等をを判断し
2pass目に動きが少なかった場所にはqpを小さく割振り、動きが大きかった場所にはqpを多く割振る
という動作を指定したkbpsになる範囲内で綺麗に割振ってくれるわけです
ニコニコ用に動画を製作するのであれば2passエンコ推奨ですな

135:名無しさん@お腹いっぱい。
08/11/08 18:32:00 hk4bV+5c0
しばらくエンコしていなくて、こないだエンコするのにプラグインアップデートして思い出したのですが、
以前北斗の格ゲーのmp4動画作った時、何故か2パスより1パスの方が画質が明らかに上でした。
今回mp4プラグインアップデートしたついでに再度別のソースで比較してみたのですが、やはり1パスの方がいくらか綺麗、
もしくは差がないように思えます。
ただやっぱり納得できない物があるので、職人の方ちょっと比較して見て頂けないでしょうか。

URLリンク(www.42ch.net)
↑同じソース同じフィルタ同じビットレート設定で、パス数だけ変えたゲーム動画が入っています。

また以前の時も聞いてみたのですが、2パスより1パスの方が綺麗になるなんて事はあるのでしょうか?

136:名無しさん@お腹いっぱい。
08/11/08 18:33:50 O8/BQxBA0
>>133
134に2passについて書き込みましたけど、もしかしてあなたの言うQPというのは
gui設定画面の[レート設定]タブにある
QPの上限・QPの下限・QP変動幅の最大を指しているのでしょうか?

137:名無しさん@お腹いっぱい。
08/11/08 20:36:33 8UmXUz08P
>>134
2passってのはそういうことをしてくれるものだったんですか。
それで全体的に多少画質があがることもあるわけですね
時間が増えるのがあれで避けてたんですけど、
これからは2passにしようかなぁ・・・
>>136
はいそれです。何か勘違いしてますかね・・・?


あとそのQPを変動させた後のサイズ予測って言うのは
さすがにやってみないとわからないですかね。

138:名無しさん@お腹いっぱい。
08/11/08 21:30:45 b3vCZyF+0
maxとmin、はフィルタみたいなもので、stepは言葉通り変動幅というだけの意味しかない
これらは、そもそも全体のレート配分を制御するオプションではない

q指定でやると容量の予測ができないから
ニコニコの許容内で最大レートを目指すなら、必然的に--bitrateを使うことになる
(最終的には、エンコーダが--bitrateの指定に見合うq値を割り振る)

139:名無しさん@お腹いっぱい。
08/11/08 21:31:53 O8/BQxBA0
>>137
無茶な「QPの下限・QPの上限・QP変動幅の最大」を指定していない限りに置いては
2passは指定したビットレートを守ってくれる
それ以外の圧縮方法であれば「QPの下限・QPの上限・QP変動幅の最大」によって出力結果は変わる

2passエンコが前提であれば下限1、上限51、変動16あたりでいいんじゃないかと思う

140:名無しさん@お腹いっぱい。
08/11/08 22:10:06 YK47/Dx00
QPがどうとか言って四苦八苦しているソースを見てみたいと思うのは俺だけ?

141:名無しさん@お腹いっぱい。
08/11/08 22:53:18 z9338iMf0
ニコニコ用ならqpなどデフォでたいして問題ない
それよりipraito・pbraitoあたりをいじったほうが効果的だ

142:名無しさん@お腹いっぱい。
08/11/08 23:01:23 z5qEkaxV0
全体のビットレートと,局所の瞬間のビットレートは違ってもいい。
1 passでビットレート指定ははじめから最後まで同じビットレートだけど,2 passだと最終的に全体が指定したビットレートになるようにしながら,
指定されたQPの最大・最小の幅の中でビットレートを変化させながら,動きの大きいところなどに効率的にデータを配分してくれる。
つまり,ニコニコなどの限られた容量制限をぎりぎりまで効率よく利用できるようになる。

>137
サイズ予測のために一回エンコードして,その結果をもとに再度エンコードし直してくれるのが2 pass。

>138
レート配分に影響するだろ。
QP指定とビットレート指定を併用するとその範囲内でエンコードする。

>139
だからそのQP下限1が無駄だと(ry
それにQP上限51じゃとても見れない画質になる。
そもそも上限も下限も振り切れているから,指定する意味がなくなる。

143:名無しさん@お腹いっぱい。
08/11/08 23:02:16 z5qEkaxV0
■携帯動画上級講座1
動画エンコードのビットレートと品質の指定

(1)固定ビットレート
動画を頭から決められたビットレート(bps)でエンコードしてゆく。
出来上がる動画ファイルの大きさが予想でき、各種端末の性能の制限にあわせたエンコードが可能。
動きの大きいところで画質が悪くなったり、動きの小さいところでも無駄にデータ量を消費するので効率が悪い
ビットレートの上限が厳しい携帯端末(auなど)には安全なエンコード方法となる。

(2)品質指定(Qベース)エンコード
画質を数値で指定して、それにあわせてエンコードする方法。
画面の内容にあわせてビットレートが大きく変化するので、出来上がるファイルの大きさが予測できない。
動きの大きいところではそれにあわせてデータ量が増えるので、全体を通して画質は維持される。
動きの少ないところではデータ量が減るのでファイルサイズが小さくなることもある。
最大ビットレートに余裕のある端末(P900iVなど)に向いている。

(3)ファイルサイズ指定、2 passエンコード
出来上がるファイルサイズを指定して、かつ全体の画質を均一にして無駄のないエンコードを行う。
1 pass目では全体のデータの偏りを調べ、自動的に最終的に出来上がるファイルの品質を決定し、あらためてエンコードを行うため、エンコードに倍の時間がかかる。
容量の上限が決まっているCDやDVDへの書き込みに用いられることが多い。
携帯では、ファイルサイズ制限のあるau端末などに有用かもしれない。
ビットレート指定では自動的にファイルサイズも決定されるので1 passエンコードで十分であり、2 passは品質指定のための方法と考えてよい。



144:名無しさん@お腹いっぱい。
08/11/08 23:16:50 YK47/Dx00
>>142
>だからそのQP下限1が無駄だと(ry
>それにQP上限51じゃとても見れない画質になる。
>そもそも上限も下限も振り切れているから,指定する意味がなくなる。

俺は139な訳だがもうちょっと詳しく。お前の日本語が理解できない。
特に最後の一文が何を言いたいのか不明

145:名無しさん@お腹いっぱい。
08/11/08 23:18:46 He5pxkpz0
かなりの初心者で初歩的な質問なんで申し訳ないのですが><
TMPGEnc 4.0 XPressを使ってFLV動画を映像だけエンコして
その後に違う音源などを映像に結合させたいのですが
どうしても、やり方が分かりません。
説明不足かも知れませんけど分かる方いらっしゃいましたら
お願いします。


146:名無しさん@お腹いっぱい。
08/11/08 23:21:25 z5qEkaxV0
上の記事は古いやつだからな。
(3)は以下のように書き換えた方がいいのかもしれない。

(3)平均ビットレート指定,2 passエンコード
出来上がるファイルの大きさを指定するために平均ビットレートを指定しつつ,動きの少ないシーンのビットレートを動きの多いシーンにまわすなどして,全体の画質が平均するように効率的なデータ配分を決定する方法。
実際のビットレートはエンコードしながらその映像の内容に合わせて変化するが,画質はどのシーンでも一定になるようにすることができる。
全体の画質を均一にして無駄のないエンコードを行うために1 pass目では全体のデータの偏りを調べ、あらためて2 pass目で本番のエンコードを行うため、エンコードに倍の時間がかかる。
容量の上限が決まっているCDやDVDへの書き込みや動画共有サイトへのアップロードのために用いられることが多い。
オプションを追加して,iPodなどのビットレート上限のある端末に対してビットレートの上限を指定したり,ビットレートの効率的利用のために画質指定の上限と下限を指定したりすることがある。



147:名無しさん@お腹いっぱい。
08/11/08 23:33:52 z5qEkaxV0
>>144
そもそも,QP下限1が無駄だということが>>40あたりで言われていたろう。

QP 51の絵って見たことある?何が映っているかわからんよ。
QPが無指定だとQP上限51とみなしてエンコされるはず。
それを回避するためにQP上限を指定するのだから,それを51にしたら意味がない。

※QPの値は1〜51の間で指定できる。
>>143の(2)はQPを決め打ちに固定する。
(3)はQP決めうちではないが,全体を平均して同じQPになるように自動的に処理される。
>>146はさらにその自動決定されるQPの上限と下限を指定したり,その範囲の中でさらにビットレートに制限を加えることができると述べている。




148:名無しさん@お腹いっぱい。
08/11/08 23:46:24 zo9NcfXj0
言ってることは正しいのだが理解してないやつに解説するのも面倒なので1-51でいい。

149:名無しさん@お腹いっぱい。
08/11/08 23:54:54 YK47/Dx00
>>147
( ゚д゚)ポカーン

なんか絶望的なまでにx264の挙動に対するの認識が食い違っているみたいだな
俺の認識では、例えば --qpmin 30 --qpmax 51 を指定しておくとする
その上で 2pass --bitrate 1000 の動画を作りたいとし、それを実際に実現するqpが20だったとする
そうしたら下限を30と指定しているので目的とした高画質まで達せないことになる
そういう事を防ぐために最大値である --qpmin 1 --qpmax 51 を念のために指定しておく

違うのか?

150:名無しさん@お腹いっぱい。
08/11/09 00:08:57 IByYeK0y0
ニコニコだとビットレート制限の方がきついんだから,-bitrate 700に対してqp 30とかだろ。
目的とする高画質ははじめから無理なことが多い(内容にもよるけど)。
それに対して-qmin 1を指定したからと言って画質が上がるのか?
だいたい-qmin 1は無駄,という話しから始まったはず。
目的とする最高画質がqp 20なら,初めから-qmin 20 -qmax 51にすればいい。
あとは,ビットレートが不足したらエンコーダが適当にqpを上げてくれるよ。

151:名無しさん@お腹いっぱい。
08/11/09 00:15:16 xEt8UeAB0
頭悪くてすまんな、最終的に思った事がある
-qmin 1は確かに無駄だが、別に損じゃない
この認識はあってるのか?

152:名無しさん@お腹いっぱい。
08/11/09 00:23:37 52cqNh9r0
よこからすまんが、--qpmin 1は絶対に損だよ
--qpmax 51はともかく、--qpmin 1はない
同じソースを--qpmin 1 --qpmax 51 --qpstep 16と--qpmin 16 --qpmax 40 --qpstep 8とかで、その他は変えずに
やってみればわかるが、前者だとqpが8とか9とか無駄に高品質な部分が出て、その分qp20から28くらいの部分が
後者に比べて減り、さらにqp30以上の部分が増える
つまり動きの少ない部分が無駄に高品質になり、その分動きの大きい部分が劣化するんだな
ニコニコの低解像度ではqp8とqp16の違いなんてまず分からんから、これは画質の低下といってもいいと思うんだ

--qpmaxのほうは、少なくともビットレートの無駄遣いはしないから、--qpminほどの違いは出ない(出来上がった
動画のqpの上限は40と51ではほぼ変わらない)が、それでも若干qpの分布が変わり、SSIMはほんの少し下がったりする

153:名無しさん@お腹いっぱい。
08/11/09 00:25:00 ctaTZMs40
>>151
普通に2passやったらそんな極端なqpは使われないと思うから
大抵は大して損になるようなことはないんじゃないか。

例えば、静止画のところとかでqp一桁とかになってて、
そんな余裕があるならもっと他の場所にビット回せと思うなら
--qpmin を高くすれば、多少貯金が増えてウマーってのは
ある気もするけど。

154:名無しさん@お腹いっぱい。
08/11/09 00:35:12 BYK8ePgj0
qpmin/maxは指定したビットレートを無視しても守ることになってる。
だからよくわかってないやつが無理に狭い範囲を指定するとビットレート
外れて頭抱えるかここに駆け込んで聞いてくるか文句垂らすかしてくる。
x264は指定したqpの上限/下限いっぱいまで使うわけじゃなくて
普通に適切な範囲のqpに収まるからわざわざqpmin/maxを指定する必要はない。
俺としてはどうしてもqpが下がりすぎ/上がりすぎて気になる部分があるときに
ようやく調整するオプションだと思ってる。大抵はqcompあたりの調整だけで
事足りる。特にニコニコなんて静止画素材の物だって使うやついるんだから
--qpmin 30とかしたら悲惨なことになるぞ

155:名無しさん@お腹いっぱい。
08/11/09 00:36:44 xEt8UeAB0
ニコニコのような2passが必須な容量制限がある場合はqpmin1はqp分布を変化させ、画質が落ちる
手元に残して置くようなcrf指定で作るような動画ならば別にqpmin1でもいいんじゃね?
と言ったところか?

156:名無しさん@お腹いっぱい。
08/11/09 00:40:05 H7eqHQIF0
結局、習うより慣れろだけどね

157:名無しさん@お腹いっぱい。
08/11/09 00:43:29 Xl7+egot0
頭悪すぎワラタ

qpmin/maxは1-51で設定した場合が、標準動作だと思え。
cq(--qp)以外のエンコードは、qpが変動する。しかし、変動幅の最大値・最小値は動画によって異なる。
qpmin/maxは、一回エンコードをおこない、動画ファイル全体のqp分布を見てqpの下げすぎ、上げすぎの箇所を手当てするオプションだ。
このときに、zonesを使ったりする。

エンコの一発目から設定してあーだこーだ文句をいう馬鹿はほっとけばいい。

158:名無しさん@お腹いっぱい。
08/11/09 01:07:09 IByYeK0y0
>>155
crf指定ならqmin 1は意味ないだろ。

>>157
>qpmin/maxは1-51で設定した場合が、標準動作だと思え。
うん。だから,わざわざ1-51と指定するのはあまり意味がない。

qminとqmaxは指定しなくてもいい。
指定するとしてもqmin 1は止めておけ,qmaxは51でないとエラーになるかも,でFA?



159:名無しさん@お腹いっぱい。
08/11/09 01:10:58 Q9LcyrVf0
-qmin 1は無意味ではない。
ただ、時間を無意味に浪費するおそれがある。
そんなところで。

160:名無しさん@お腹いっぱい。
08/11/09 01:31:33 bnyaFj9i0
ニコニコにUPしたんだけど、意味不明なタグが付けられるんだけど
これは一体何ですか?

たとえば
a d s v a [ ] p とかこんな感じで埋め尽くされます。

161:名無しさん@お腹いっぱい。
08/11/09 01:33:05 xEt8UeAB0
qpminに限らずオプション設定の結論
「本人満足してるならなんだっていい」

162:名無しさん@お腹いっぱい。
08/11/09 02:40:29 N2IENm9x0
qpminを1以外にしている人はだいたいいつもどれくらいにしてるんだろう

163:名無しさん@お腹いっぱい。
08/11/09 03:02:57 d80VwcE/0
ソースによるとしか言いようがない。
ソースによって最適設定は常に変わる物。
オプションを固定して複数のソースで使うのは無理。

164:名無しさん@お腹いっぱい。
08/11/09 03:04:18 d80VwcE/0
とは言った物の1-10はニコニコではまず不要だから、
1以外にしたいなら10以上で決めればいいよ。

165:名無しさん@お腹いっぱい。
08/11/09 03:41:00 N2MdrYcG0
ニコニコ用には16、4倍数が好きなのでなんとなく
普段だと12かな

166:名無しさん@お腹いっぱい。
08/11/09 13:22:29 IByYeK0y0
MPEG-4 SP系のCODECの1-31のqp値に対応するようにしている。
旧qp 3がx264のqp 22,旧qp 4がx264 qp 24。
4の倍数で切りが良い24かな。
まあ,何でもいいんだろうけど。

167:名無しさん@お腹いっぱい。
08/11/09 14:38:17 n4ihMkLa0
昨夜のqpmin/max議論に参加していた物分かりの悪かった馬鹿です
理解した事をまとめてみた

qpmin/maxは1-51で設定した場合が、標準動作である
一度それでエンコードしてqp分布を確認して無駄なく指定し直すのが最上の策
しかしながらニコニコ用のエンコの場合であるとqpminが1〜10は大抵の場合は無駄である
よってqpminは10以上を目安とし自分が納得できる値をソースにそって見つけるべきだ
qpmaxは別に51でもいい、qpstepは適当に調節しろ

こんなところか?

168:名無しさん@お腹いっぱい。
08/11/09 14:43:38 9T0E2JfF0
>>167
なかなか りかいが はやい。

169:名無しさん@お腹いっぱい。
08/11/09 16:26:27 yBaqxRbI0
エンコードした動画の字幕が潰れて見えないのですが、何か字幕用の設定などあるんでしょうか?

URLリンク(ossan.fam.cx)

左がキャプチャ時。右はとりあえずdivx ビットレート800、解像度そのままでエンコしたものです。

VHS3倍モードからのキャプチャです。キャプチャボードは4年前に買ったnovacの安い奴で352x240でキャプチャ。
この時点では約100分で1GBもありますが字幕は見えます。

うp用にvirtualdubmodで5分割しようと思ったんですが、分割後のエンコで、いろんなコーデック、設定
で試しても潰れて見えず。
その後、tmpgencXpressでシャープや輪郭強調などのフィルタをかけても変わらずです。
ニコニコ用の低画質どころか、自分の保存用にdivxやPSPでの再生用のも試したんですが
どれをやっても見えづらくなります。
解像度、ビットレート、FPSなどをキャプチャ時とまったく変えずにエンコしてもダメです。

170:名無しさん@お腹いっぱい。
08/11/09 16:27:10 yBaqxRbI0
形式:MPEG2/System-PS / サイズ:1,117,274,112 (1.04 GB) / 再生時間:1h36m40s
ファイル整合性:
1)PROGRAM_END_CODE(0x000001B9)がありません
■映像情報 (ストリーム数 1)
1)コーデック:MPEG1 / Code:MPEG1 / 略号: / 352x240 1250Kbps 29.97fps
■音声情報 (ストリーム数 1)
1)コーデック:MPEG1-Layer2 / Code:MPEG1_Layer2 / 略号: / 32KHz 256Kbps Stereo
■字幕情報 (ストリーム数 0)
■コメント情報 (情報数 0)
■DirectShow情報
スプリッタ:MPEG-2 Splitter E06D8022-DB46-11CF-B4D1-00805F6CBBEA MEDIASUBTYPE_MPEG2_PROGRAM
映像デコーダ:MPEG Video Decoder E436EB81-524F-11CE-9F53-0020AF0BA770 MEDIASUBTYPE_MPEG1Payload
音声デコーダ:ffdshow Audio Decoder E06D802B-DB46-11CF-B4D1-00805F6CBBEA MEDIASUBTYPE_MPEG2_AUDIO


最初にキャプチャした動画の情報です。
字幕を考えたエンコは全くの知識不足なので詳しい人いたら情報いただきたいです。

171:名無しさん@お腹いっぱい。
08/11/09 17:39:12 /tfyQmIP0
AVIUTL仕様してます。シーク禁止動画ってどうやって作るんですか?


次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
暇つぶし2ch

5369日前に更新/239 KB
担当:undef