【ニコニコ動画】FLV/ ..
49:自治スレにてLRおよび名無し名変更改正論議中
09/09/24 07:54:32 o7UIii3BO
エンコするときってキャプチャ動画も30か29.97fpsでないとダメ？
DxCaptureっていうソフト使ってるんだけど、フレームレート100に設定しないと録画した動画が早送りになる…
具体的になんていえばいいんだろ？
DxCaptureの設定でフレームレート30にして録画すると、1.25倍速ぐらいの早送り状態になっちゃうから
フレームレート100に設定して録画するんだけど、それをエンコすると100fpsのmp4になるじゃん？
この場合問題あるのかな？ってことなんだけど。どっかで30か29.97fps推奨って聞いたから
50:自治スレにてLRおよび名無し名変更改正論議中
09/09/24 07:56:17 wqchNCnk0
>>49
動画うんぬんよりも精神科で診察してもらったほうがいい
51:自治スレにてLRおよび名無し名変更改正論議中
09/09/24 10:09:02 3ZlB2GvM0
>>49
こりゃ重症だわ・・・
52:自治スレにてLRおよび名無し名変更改正論議中
09/09/24 10:12:44 OW9zgckX0
というか書いてることが本当なら精神科でしか解決できなさそうな
煽り抜きで
53:自治スレにてLRおよび名無し名変更改正論議中
09/09/24 10:12:49 TGmgGCgA0
AviUtl 0.99i2の更新履歴に
>24fps<-30fpsを指定した時に正しいフレームレートで出力されなかったのを修正。
とあるが、もしかして何か関係あるのではなかろうか
54:自治スレにてLRおよび名無し名変更改正論議中
09/09/24 11:57:52 CNeWGh160
>>53
それは録画したアニメをエンコする時のためのオプション。
逆テレシネでぐぐれ
55:自治スレにてLRおよび名無し名変更改正論議中
09/09/24 12:05:44 o7UIii3BO
何が重症なのかわからないから、>>49で言ってることに間違いがあるならその部分を一ヶ所ずつ指摘してほしい
スレ違いだとしたら正しいスレを教えてほしい
56:自治スレにてLRおよび名無し名変更改正論議中
09/09/24 12:35:04 Bj1s7A6CO
文章のプロットがしっかりしてないと総攻撃うけるから気ィつけなはれや。
57:自治スレにてLRおよび名無し名変更改正論議中
09/09/24 12:36:32 CNeWGh160
>>49
100FPSで録画して後から低いFPSに間引けば応急処置にはなる。
DxCaptureはわからん。
58:自治スレにてLRおよび名無し名変更改正論議中
09/09/24 12:40:41 zr4sHHf7O
>>55
とりあえずその録画した動画を波動研にかけてデータを見せてください
59:自治スレにてLRおよび名無し名変更改正論議中
09/09/24 12:40:50 TGmgGCgA0
>>54
逆テレシネに使うものだから関係ないと言いたいの？
間違ってオプションを指定すると0.99iのバグでちょうど1.25倍の早送りになるから、
その可能性が高いと思ったんだが。
60:自治スレにてLRおよび名無し名変更改正論議中
09/09/24 13:04:58 z9XrkmSY0
ＡＶＩＵＴＬでＭＰ4にＡＶＩを変換したら途中から動画も音声も真っ黒になっちゃうんですが
何か考え得る問題はありますか？
61:自治スレにてLRおよび名無し名変更改正論議中
09/09/24 13:12:33 TGmgGCgA0
>>60
おそらく2GBの壁。
「AviUtl 2GB」でググるとたくさん見つかる。
62:自治スレにてLRおよび名無し名変更改正論議中
09/09/24 13:15:23 o7UIii3BO
たぶん早送りになるのはDxCaptureの仕様だと思う。フレームレート30に設定して録画するとそうなる。
この設定をフレームレート100にすれば早送りされない通常速度の無圧縮aviが生成される。
このフレームレート100の無圧縮aviをそのままaviutlでエンコしちゃっても、ニコニコで再生する分には問題はないのか？
またはエンコの際に30や29.97にレートを下げる設定をする必要があるのか？
100fpsよりは30fpsの動画の方がニコニコには向いてるみたいなことを聞いたことがあるから、
DxCaptureで録画する時には100fpsで録画して、エンコの時に30fpsにレートを下げるべきか。
もし100fpsのままでもいいならわざわざレートを下げる必要がないんだけど、
できれば100fpsと30fpsでどう違いが出るのか、またはそれぞれのメリット・デメリットが知りたい。
63:自治スレにてLRおよび名無し名変更改正論議中
09/09/24 13:18:41 o7UIii3BO
>>58
今は手元に無いから、もし解決しなかった場合に後日改めて
別に録画した動画そのものは、調べても聞きたいことと無関係な気はするけど
64:自治スレにてLRおよび名無し名変更改正論議中
09/09/24 15:11:38 Ov+/SvDv0
そこまでわかっててなぜ他のソフトを使ってみたりしないんだろう
65:自治スレにてLRおよび名無し名変更改正論議中
09/09/24 15:13:05 u9Xmqy3yP
どうせおまえに原因があるんだろうな
そんなことで製品の仕様？とか抜かしても恥かくだけだから、静かにここから消えることをおすすめする
ググりもしない人間には誰も教えてくれません
それに大丈夫かどうか知りたいんだったら、一度ニコニコにあげてみればいいじゃないか
試しUPもしようとしない人間なんて、教えてあげようという気持ちも起きません
66:自治スレにてLRおよび名無し名変更改正論議中
09/09/24 15:25:38 zr4sHHf7O
>>62
同じビットレートで100fpsと30fpsの動画を作ってみて画質を比べてみてください。
違いが解ると思います
67:自治スレにてLRおよび名無し名変更改正論議中
09/09/24 16:19:54 /K84pXZy0
俺もあるキャプチャーで早送りになった時期があったなそういや
キャプチャー変えたら平気だったけど
68:自治スレにてLRおよび名無し名変更改正論議中
09/09/24 16:28:17 o7yT+3Sr0
はいはい、みんな喧嘩はやめて「DxCapture 早送り」でググってみようね。
>>62 >>63
自分でまったく調べようとしないで質問するなんて、ほんとどうしようもないな。
１つ言っとくと100fpsの動画なんてデータの無駄遣いなだけであって何の意味もない。
フレームレートを上げすぎても人間の目がそれに追いつかないし、
そもそもディスプレイの描画能力などの面でも限界があって100fpsでの描画などできない。
動画の基礎知識もないのに勘でやろうとするのは初心者じゃなくてただの馬鹿。
69:自治スレにてLRおよび名無し名変更改正論議中
09/09/24 20:26:03 21UCk3mO0
google早いですね、このスレッドのレス49がもう載ってる．
解決策の回答なんて誰もしてないのにwww
70:自治スレにてLRおよび名無し名変更改正論議中
09/09/26 03:03:56 DgRDzZQR0
>>22
これってバグなのかな。不安定だし。
バッファだかシーク(キャッシュフレーム)の扱いに問題があるような。
例えば1：シークのポインタが、0フレーム以前の空のデータを参照してる…みたいな
例えば2：シークのポインタが、初期化してない空のデータを参照してる…みたいな
タイムラインで、0〜nフレームまで削除した時に特に起こりやすい気がする。タイムラインのリスト構造の不具合？
そうじゃなくても、このバグって動画読み込んだ時点で発生してる可能性もあるんだよな。
それとプラグイン作成側にとってそれらのメモリの仕様がわかりにくいんだよね。メモリの構造を図示して説明してほしい。
だからDirectShow系の入力プラグイン側でそういうバグの元が生まれてる可能性もあるよな。
不安定に発生するから非常に厄介。
原因特定も困難で報告しづらい。
>>24
シークして波形がずれるってのも問題だよね。
音だけでなく、映像でもキャッシュ周りの問題かなんかでズレて、切り取り編集がおかしくなる。
aviutlのキャッシュの問題でなくてDirectShowのレンダリング関係のバッファが悪さしてるのかな…
71:自治スレにてLRおよび名無し名変更改正論議中
09/09/26 03:10:08 DgRDzZQR0
ｽﾚﾘﾝｸ(software板:352番)
こういうことかな
72:自治スレにてLRおよび名無し名変更改正論議中
09/09/26 03:11:10 DgRDzZQR0
ちがう
こっち
ｽﾚﾘﾝｸ(software板:325番)
73:自治スレにてLRおよび名無し名変更改正論議中
09/09/26 20:10:39 8EHEouea0
>>70
DirectShowの出力バッファ周り？の仕様では？
普通のDirectShow経由再生などの挙動から
そんな風に勝手に推測してるけど。
DirectShow自体の仕様がプログラマ泣かせな酷さらしいけれど。
74:自治スレにてLRおよび名無し名変更改正論議中
09/09/27 11:57:14 zi+6Cr3l0
限界突破のエンコードのやり方が詳しく乗っているサイトないでしょうか？
どういうものなのか一度試してみたいです。ググって1件出てきましたがよくわからなかったので・・
75:自治スレにてLRおよび名無し名変更改正論議中
09/09/27 12:08:31 KIGbT+7TO
>>74
そんなもん自分で考えろ
皆が皆それをやりだしたらニコニコの鯖がどうなるかを考えれば、なんで誰も教えないかも分かるだろ
76:自治スレにてLRおよび名無し名変更改正論議中
09/09/27 12:12:39 zi+6Cr3l0
>>75
言葉足らずでした。アップするつもりは全くありません。
実際にどういうものか手元で試してみたかっただけです。
77:自治スレにてLRおよび名無し名変更改正論議中
09/09/27 12:45:18 y4jjtZwu0
>>76
仮にそれを信じてレスしたとして、他の誰かがそのレスを実践する可能性まで気がまわらないのかい？
もっと自分で色々考えようよ。
78:自治スレにてLRおよび名無し名変更改正論議中
09/09/27 13:02:21 y4jjtZwu0
しまった。オレも考えが足らなかったわ。
そもそも>>1の1行目に矛盾するじゃないかw
これはスレチってヤツだよ。
79:自治スレにてLRおよび名無し名変更改正論議中
09/09/29 08:34:32 s4BRViRU0
スレチな気がするけどさ、高速可逆圧縮動画なコーデック「igcodec」を
インスコしてゲームキャプチャした動画avitulでエンコしたんだけど、容量が倍になる不思議。
80:自治スレにてLRおよび名無し名変更改正論議中
09/09/29 09:14:16 fwJxp79m0
何へエンコしようとしたのか分からんが
RGBのゲームはそのままRGBの可逆の方が縮むことが多いな。
静止画のキャプ画像でもpngだと縮むが、jpgだと逆に膨らんだりする。
81:自治スレにてLRおよび名無し名変更改正論議中
09/09/29 10:05:33 DXqgAKsri
pngは可逆だからノイズ分が少ないけど、jpegだと圧縮ノイズが微妙な色差として現れるから
それをエンコすると、どうしても膨らみがちになる。
ゲームキャプチャもキャプチャの時点で可逆と不可逆では、不可逆の方が膨らみ易い傾向ですよ。
82:自治スレにてLRおよび名無し名変更改正論議中
09/09/29 10:09:49 DXqgAKsri
>>79
これに関しては、igcodecなるコーデックが極めて優秀なために、それを更にエンコードしたコーデックが
圧縮率で負けた、或いはエンコード時の設定に問題があったのかも。
83:自治スレにてLRおよび名無し名変更改正論議中
09/09/29 10:13:04 DXqgAKsri
>>81
不可逆が膨らみ易いってのは、この場合、更にエンコードを重ねる場合の話しね。
ちょっと表現が悪かったので訂正。
84:自治スレにてLRおよび名無し名変更改正論議中
09/09/29 14:49:01 zI+1a2gqO
>>79の書き方が曖昧すぎて、話が変な方向に行ってるような。
別のコーデックを使ってキャプチャした動画を、igcodecで再エンコしたってことなのか？
だとするとキャプチャ時に使ったコーデックをちゃんと書けと言いたい。
あとigcodecってIGC1〜4の４種類があって、速度優先とか品質優先とかに別れてるんじゃなかったっけ？
85:自治スレにてLRおよび名無し名変更改正論議中
09/09/29 14:51:53 nJFYULje0
utより倍くらい遅くない？可逆スレでも動画キャプスレでもあんまり反応ないけどさ。
86:自治スレにてLRおよび名無し名変更改正論議中
09/09/29 17:48:47 s4BRViRU0
あいまいだったか。igcodecでエンコードしたファイルはフラップスで録画したaviファイルだから、
別のコーデックは使って無いと思う。多分･･･
1.6GBの元のファイルがIGC3だと2.5GB、IGC1だと3GB越してたかな。IGC2、4もそんな感じ。
因みにigcodecでエンコしたファイルの詳細
[th11.avi]
640x480 24Bit Fraps Movie Capture 60.00fps 7192f 118517.14kb/s
PCM 44.10kHz 16Bit 2ch 1411.20kb/s
[RIFF(AVI1.0)] 00:01:59.866 (119.866sec) / 1,797,045,352Bytes
真空波動研 081122 / DLL 081122
87:自治スレにてLRおよび名無し名変更改正論議中
09/09/29 18:39:44 fwJxp79m0
>>86
元ソースはRGBのようだね。
igcodecの方はYUY2だったりしない？
AviUtlのコーデックの設定で「YUY2で圧縮する」にチェックがあると、YUY2に変換されちゃうよ。
RGB可逆→YUY2可逆は物によっては膨らむ。
88:自治スレにてLRおよび名無し名変更改正論議中
09/09/29 19:05:13 YEMS3LRV0
Frapsのコーデックはよくわからんけど、IgCodecはYUV4:2:2(UYVY)。
ちょっとテストしてみたんで結果をDTV板の可逆圧縮スレに書いてみました。
ｽﾚﾘﾝｸ(avi板:73-75番)
まあ結果だけ言うと使うメリットが見当たらないし、うちの環境だとサムネ表示しようとするとExplorerが落ちる。
89:自治スレにてLRおよび名無し名変更改正論議中
09/09/29 19:46:39 YEMS3LRV0
IgCodecテスト結果追加（静止画エンコ編）
ｽﾚﾘﾝｸ(avi板:80番)
うーん・・・？
90:自治スレにてLRおよび名無し名変更改正論議中
09/09/29 20:53:41 NkRY8xC30
すみません、h264 映像976kbps 29.976fps 音声64kbps 44100hzの動画を20MBと60MBの2種作ったのですが、
20MBのほうはうｐれるのに、60MBのほうがファイル形式やビットレートが〜〜って出てうｐれません。
プレミア会員なんで100MBまでイケるはずなんですけど・・どうしてかわかります？
91:自治スレにてLRおよび名無し名変更改正論議中
09/09/29 21:04:29 TFQgot7i0
で？
92:自治スレにてLRおよび名無し名変更改正論議中
09/09/29 21:06:55 Zdr41KuF0
>>90
1をじっくり読んで出直してくるんだな
93:自治スレにてLRおよび名無し名変更改正論議中
09/09/30 01:34:16 XZPNzrOI0
h264追加したはずなのに圧縮プログラウのとこにh264のところにないぞ･･･表示名なんなんだ？
94:自治スレにてLRおよび名無し名変更改正論議中
09/09/30 02:00:03 yGsCiB8X0
魔美さ〜ん、>>93さんがご指名ですよ〜
95:自治スレにてLRおよび名無し名変更改正論議中
09/09/30 02:08:33 XZPNzrOI0
てかあれだわ。x264プラグインのサイトいって落としたけど。中にvfwのフォルダもないしpthreadVC2.dollもはいってない。どういうことなんだ
96:自治スレにてLRおよび名無し名変更改正論議中
09/09/30 02:16:33 b1qV8PVT0
↑
ニコ厨が他板で嫌われるような代表的な書き込み例
97:自治スレにてLRおよび名無し名変更改正論議中
09/09/30 02:26:29 yGsCiB8X0
vfwの開発は本家はrev580で終了
seraphyさんもrev800超えたあたりまでがんばったけど、いい加減いやになって終了
masternobody版はrev1195までいってるが、これまた更新停止中
pthreadはスタティックリンクになってるビルドなら入ってなくてあたりまえ
で、いまどきVirtualDubでもTMPGEncでもなく、AviUtlでx264使うのにvfwって、
どんだけ古い情報を参考にしてるんだ？
98:自治スレにてLRおよび名無し名変更改正論議中
09/09/30 07:15:39 b1z8sM+wP
いやいや、もしかしたらTMPGEncユーザーさんかもしれないし。
オレは使ったことないからわからんが、わざわざvfw版欲しいってその方面くらいでしょ。
pthreadVC2.dllはググれば手に入るよ。ウチもOS入れ直しで、こないだ探し出したばっかだ。
ときにレスの81〜83はオレだけど、話しの前提部分を大きく読み違えてた。
仕事の合間にチラ見でレスなんかするもんじゃないね。変な情報で横槍入れてすまんかった。
99:自治スレにてLRおよび名無し名変更改正論議中
09/09/30 07:34:48 b1z8sM+wP
つか、そもそもAviUtlでvfw版を使うような説明サイトってのがググっても上位には来ないんだけど。
x264プラグインの置き場に行けば嫌でもgui版に遭遇して、普通はそこで気付くと思うんだよね。
TMPGEnc以外だと編集ソフトからの直接出力目的くらいしか思い浮かばないな。
vfwを今から使うなら、どうして開発が中止されたかは知ってた方がいいかもね。
100:自治スレにてLRおよび名無し名変更改正論議中
09/09/30 08:01:31 D9iIFGkH0
>>95が探してるものの１つは「pthreadVC2.doll」らしいしな・・・。
どんな人形なんだろう。
101:自治スレにてLRおよび名無し名変更改正論議中
09/09/30 08:15:29 g9zUu0QV0
>>87 そうなんだ。チェックはずしてみると確かに。サイズは小さくなった。
けどIGC1で-100MB、IGC3で-300MBの圧縮率だし、
動画がなぜか反転して緑色の横ノイズが激しくて動画とはいえなくなってしまった。
こんな風にね。URLﾘﾝｸ(kissho.xii.jp)
仮に反転とかならなくても、使いものにならないかな。それとも俺の環境がおかしいのか･･･
102:自治スレにてLRおよび名無し名変更改正論議中
09/09/30 08:22:57 b1z8sM+wP
>>100
他板なら「pthreadVC2ちゃん」とかキャラ絵描いてくれる神もいそうだけどね。
人形までは無理かなｗ
103:自治スレにてLRおよび名無し名変更改正論議中
09/09/30 08:27:44 9GBcS3ug0
>>101
うちでもそうなった。
「YUY2で展開」を無効にして読むと見られるようになるが、たまにごみが出る。
RGBで受け取ってエンコするのにバグでもあるのかな。
104:自治スレにてLRおよび名無し名変更改正論議中
09/09/30 09:06:30 g9zUu0QV0
>>103 自分は「YUY2を圧縮」と「YUY2で展開する・YUY2で圧縮する」の
2パターンチェックはずしてやって見たけど、同じ結果に成ったよ。
「YUY2で展開する」だけはずすと特に問題ないけど、
それだと容量増えるし二つともはずさないでいるのと変わらないな。
105:自治スレにてLRおよび名無し名変更改正論議中
09/09/30 12:37:41 vTHSDAGF0
[49147-1.mp4]
512x288 24Bit AVC/H.264 Baseline@1.3 59.94fps 18764f 957.46kb/s
AAC 32.00kHz 2.0ch(2/0 L+R) LC 81.79kb/s
MP4 Base Media v1
[MPEG4] 00:05:13.045 (313.045sec) / 41,186,116Bytes
真空波動研SuperLite 090902 / DLL 090902
これでなぜ弾かれるかわかりますか・・？
ちなみに
[1.mp4]
512x288 24Bit AVC/H.264 Baseline@1.3 29.98fps 9393f 943.57kb/s
AAC 32.00kHz 2.0ch(2/0 L+R) LC 87.30kb/s
MP4 Base Media v1
[MPEG4] 00:05:13.350 (313.350sec) / 40,691,986Bytes
真空波動研SuperLite 090902 / DLL 090902
ちなみにこっちではうｐれたんですよ・・
もっと短い60fps動画ならうｐれたし、謎だ・・
106:自治スレにてLRおよび名無し名変更改正論議中
09/09/30 12:56:30 GLZZhFnq0
>>105
制限ビットレートオーバーでは? >>4 、 >>11 、 >>12 を 参考に確認して
107:自治スレにてLRおよび名無し名変更改正論議中
09/09/30 12:58:14 g9zUu0QV0
合計ｋbpsが上が1039.25kb/s、下が1030.87kb/s。その違いかと思ったら、プレミアム上限が1049kbpsか。
わからん。
108:自治スレにてLRおよび名無し名変更改正論議中
09/09/30 13:29:12 GLZZhFnq0
>>107
[49147-1.mp4]
41,186,116 x 8 / 313 = 1052680 ＞ (1024+1)×1024＝1049600[bps] out!!
[1.mp4]
40,691,986 x 8 / 313 = 1040050 ＜ (1024+1)×1024＝1049600[bps] OK
リミット上限を狙うなら、この方法でどうぞ．
109:自治スレにてLRおよび名無し名変更改正論議中
09/09/30 13:32:46 LVlF30mC0
>>105
上は、1,052,680bpsでビットレートオーバー
下は、1,040,050bpsで制限内
110:109
09/09/30 13:33:52 LVlF30mC0
リロードしてなかったから被った
111:自治スレにてLRおよび名無し名変更改正論議中
09/09/30 14:26:48 g9zUu0QV0
は！音声と映像のビットレートの足し算では駄目なのか！初めて知ったぜ･･･
112:自治スレにてLRおよび名無し名変更改正論議中
09/09/30 15:13:24 b1z8sM+wP
映像と音声のRAWデータのビットレート合計だけじゃなく、ヘッダ情報を含むコンテナのオーバーヘッドも合わせた上での「平均ビットレート」だよ。
113:自治スレにてLRおよび名無し名変更改正論議中
09/09/30 16:17:11 vTHSDAGF0
うはｗｗサンクスｗｗややこしゃー
114:自治スレにてLRおよび名無し名変更改正論議中
09/09/30 22:47:14 yGsCiB8X0
真空やめてmediainfo使えばいいのに
あれのオーバルビットレートはヘッダー含めた数字だから
ギリギリより3〜5kbps下狙いの安全策をとる俺みたいなのには
うってつけ
上限ギリギリから1kbps以内に収めても、目で見てわかる違いなんて
出やしないしな
115:自治スレにてLRおよび名無し名変更改正論議中
09/10/01 20:57:04 6VwDf/zB0
ニコニコ動画、違法投稿の自動モニタリングを開始
URLﾘﾝｸ(internet.watch.impress.co.jp)
「自動モニタリング機能」の仕組みとしては、まず、フィンガープリント技術を用いて、
権利者が登録した映像・音声データの特徴を抽出・数値化。これをユーザーが投稿した動
画と照合することにより、その動画内に権利者の映像および音声が含まれているかどうか
を自動的に検知する。
116:自治スレにてLRおよび名無し名変更改正論議中
09/10/01 21:23:51 l1PRfpMh0
スレチかもしれないがよかったら教えて欲しい
ひとつの動画をザックリ三つくらいに分けることのできるソフトってない？
一度分けたら元の形戻さないと再生できない、っていうのではなく
分割したそれぞれのファイルは単体で再生できるような
頼む
117:自治スレにてLRおよび名無し名変更改正論議中
09/10/01 21:28:41 1nhhF8+qO
>>116
スレチっていうか、自分で全く調べようとしないカスの居場所なんかどこにもないよ。
118:自治スレにてLRおよび名無し名変更改正論議中
09/10/01 21:48:46 avVJ/SyF0
これがニコ厨クオリティ
119:自治スレにてLRおよび名無し名変更改正論議中
09/10/02 04:58:24 QInTtYDL0
aviutlでエンコしたmp4の動画を
?eco=1で強制エコにして見たらすんげー醜くくなるんですがなんでですか？
他の人のは自分の動画ほど汚くないんですよ
120:自治スレにてLRおよび名無し名変更改正論議中
09/10/02 08:58:39 BARz7QbjP
>>119
初期ディレイカットのチェックをはずせばいい
121:自治スレにてLRおよび名無し名変更改正論議中
09/10/02 11:52:56 IlZfD+E10
>>116
unitemovieのフォルダ内を見れ
122:自治スレにてLRおよび名無し名変更改正論議中
09/10/02 17:36:16 QInTtYDL0
>>20
どうもマシになりました
123:自治スレにてLRおよび名無し名変更改正論議中
09/10/05 04:08:49 VMZl6PeNO
音量を均一にしたWAVをAviUtlで画像とくっつけるのと
MP3gainを使って音量を均一にしたMP3(320kbps)をAviUtlで画像とくっつけるのでは
どちらの方が音質は良くなりますか？
あと非圧縮aviをAviUtlでエンコードするのと
非劣化WAVをAviUtlで画像とくっつけてエンコードするのではどちらの方が音質は良くなりますか？
あとAviUtlで映像ビットレートを4以下にするとエンコードに失敗するのですが
これ以上下げることもできますか？
一般会員
静止画1枚で50分の動画です
124:自治スレにてLRおよび名無し名変更改正論議中
09/10/05 04:25:59 4QfDYrYVO
>>123
aviで上げたら向こうで強制的にflvにエンコされるし、
flvやmp4で上げるとしたら、一般会員で50分じゃ音声のビトレは128kbpsぐらいが限界
つまり考えるだけ無駄
元音声が何かも書いてないからどのみち質問には答えられなかったけど、元音声のまま読み込んどけ
静止画だったらx264使って設定を突き詰めれば、高画質で音声に128kbps振れるはず
125:自治スレにてLRおよび名無し名変更改正論議中
09/10/05 09:31:05 aAaYZwiN0
一般で50分じゃどっちにしろ音質はかなり酷いことになるねえ
126:自治スレにてLRおよび名無し名変更改正論議中
09/10/05 18:52:20 hQXO239YP
>>123
一般会員の40MBで50分なら映像と音声を合計した mp4動画の平均ビットレートが111kbpsまで。
このくらいなら wavを直接 AACの96kbps辺りで変換して、残りのビットレートから映像に10kbps充てるかな。
コンテナのオーバーヘッドでギリギリっぽいけど、作業用BGMなら視聴に十分な画質音質だと思うよ。
127:自治スレにてLRおよび名無し名変更改正論議中
09/10/05 19:52:01 soq5LoGoP
x264gui.auoが久々にアップデートされたみたいだけど
エコノミー低画質化の条件とかには変化なしかな？
128:自治スレにてLRおよび名無し名変更改正論議中
09/10/05 22:24:09 0G+/dx350
暗いシーン(ほぼ黒一色の部分)でどうしてもブロックノイズが出てしまうのですが、AVIUTI標準のノイズ除去フィルタでどうにかなるんでしょうか？
できればオススメのフィルタ設定が知りたい。
129:自治スレにてLRおよび名無し名変更改正論議中
09/10/05 22:41:04 kDr8E8WC0
AviUtlで動画エンコするとたまーに123.mp4と.outってのができるんだけど
原因って何が考えられる？ググッたけど解決しなかった
サウンドのサンプリングがどうこうってのが関係あるのかな
130:自治スレにてLRおよび名無し名変更改正論議中
09/10/05 22:50:33 0TTRp0bZ0
音声を、AACのCBRで8kbp以下のビットレートでエンコできるエンコーダないでしょうか。
NEROじゃ12kbps以下ができませんでした。
最低ビットレート関連はググッても情報が少なくて困っています。
131:自治スレにてLRおよび名無し名変更改正論議中
09/10/05 23:23:48 JY6Z2Pt30
ffmpegでできたような気がするけどかなりひどかったような
132:自治スレにてLRおよび名無し名変更改正論議中
09/10/05 23:42:48 0TTRp0bZ0
>>131
ありがとうございます。
20時間の作業用BGMつくっていたので、ちょい調べてみますね。
133:自治スレにてLRおよび名無し名変更改正論議中
09/10/05 23:57:27 8Qnd7M/E0
>>128
それは逆に暗いシーンにノイズを増やさないとダメなパターン
avisynthにならGrainFactory3みたいなもってこいのフィルターあるけど、
AviUtlにはちょうどいいのはなかったと思う
それに、その手の対策するとビットレートはどうしても食うから
制限のきついニコニコではあきらめたほうがいいかもね
134:132
09/10/06 00:47:35 Q1dnNmQw0
調べてみて、WinFFやMediaCoderを弄ってみたんですが上手く変換できません。
やりたいことは、CDから取り込んで繋げた20時間のPCM音源を
モノラル、16bit、11025HzのCBRでエンコしたいのです。
映像(ほぼキーフレーム用)とプラスして100MBに納めようとすると、どうしても音声ビットレートは8kbpsくらいになります。
FFmpegしかないですかね？
最悪有料でも構わないんですが
135:132
09/10/06 00:50:02 Q1dnNmQw0
箱はMP4、音声AAC-HEｖ2が理想です。
136:自治スレにてLRおよび名無し名変更改正論議中
09/10/06 01:02:10 yTsWjx5YP
neroAacEnc -br 8000 -2pass -if input.wav -of output.m4a
じゃだめなの？
137:自治スレにてLRおよび名無し名変更改正論議中
09/10/06 02:26:24 Q1dnNmQw0
>>136
色んなwavファイルで試しましたが、だめでした。
VBRやLCになってしまう・・・
フロントエンドとか使ってても、VBR以外で12kbps以下に設定しようとすると、設定できませんと警告がでます。
138:自治スレにてLRおよび名無し名変更改正論議中
09/10/06 05:34:15 ggB2qVj/0
【HV】2009年 秋 10月開始アニメ OP集 Part1【超高画質】‐ニコニコ動画(ββ)
URLﾘﾝｸ(www.nicovideo.jp)
これどうなってるの？
ハイビジョン解禁！？
139:自治スレにてLRおよび名無し名変更改正論議中
09/10/06 05:39:10 0t/hICTL0
ニコニコベンチマークって書いてあるだろーが
140:自治スレにてLRおよび名無し名変更改正論議中
09/10/06 07:07:51 yTsWjx5YP
>>137
ああ、スマン
きちんと読んでなかった
CBRが希望なら
neroAacEnc -cbr 8000 -hev2 -if input.wav -of output.m4a
ちなみにHEかLCかを判断するのに真空ほにゃららを使ってるようだけど
きちんとAAC-HEv2になってるから安心なされ
このビットレートなら -hev2 をわざわざ指定しなくてもAAC-HEv2になるしね
141:自治スレにてLRおよび名無し名変更改正論議中
09/10/06 09:00:51 Q1dnNmQw0
>>140
ありがとうございます。
色々と謎は残りましたが、なんとかなりました！
16000Hz_16bit_1chでいくことにします。
重ね重ねありがとうございました！
142:自治スレにてLRおよび名無し名変更改正論議中
09/10/06 09:05:09 lkCMtWYg0
んな低音質長時間のBGM作っても無駄な気もするが・・・まあがんばれ
143:自治スレにてLRおよび名無し名変更改正論議中
09/10/07 07:19:29 rxPt9oMEi
低音質で無駄に長い1本動画よりも、そこそこの音質で複数に分かれた動画を
ニコスクリプトだかでナビゲートしてくれる方が個人的にはありがたいけどなぁ。
144:自治スレにてLRおよび名無し名変更改正論議中
09/10/07 12:00:24 PyIDvv1A0
音質が悪いと耳障りだからねえ・・・
145:自治スレにてLRおよび名無し名変更改正論議中
09/10/07 12:06:05 CCEJUZkzP
ラジオならモノ8kでもなんとか聞けるレベルなのかなとも思うけどね
本当にBGMを作ろうとしてるんだったら、やめたほうがいいと思うが
146:自治スレにてLRおよび名無し名変更改正論議中
09/10/07 13:58:56 h/DHMcsr0
っていうかそもそも音楽の丸上げしてるだけだろ
147:141
09/10/07 13:59:31 qqT5yilHO
あるゲームの全シリーズの曲をひとつにまとめるというコンセプトなので、高音質にしたいわけではないのです。
作品ごとだと他の人がいくらでもやっているので
誰も試していないことがやりたかったんです。
148:自治スレにてLRおよび名無し名変更改正論議中
09/10/07 15:24:38 YA8Yge+ii
誰徳だよね。むしろ自己満か。
149:自治スレにてLRおよび名無し名変更改正論議中
09/10/07 16:22:53 qqT5yilHO
動画は全て自己満というスタンスです
150:自治スレにてLRおよび名無し名変更改正論議中
09/10/08 12:40:59 WoZDxk1h0
20時間内をいかにシークバーでサーチしやすくするか．．．サイト内プレーヤに >> がないから大変そうだね
151:自治スレにてLRおよび名無し名変更改正論議中
09/10/08 17:48:13 ZCyoTO4J0
PS3の現在開発途中の配信ムービーが更新され公開されているので
ニコニコ動画にUPしようと思ったのですがニコエンコを使ってエンコードしようと思ったのですが
ERROR：対応してない動画です
メディアプレイヤで再生できるようにしてください
と出ます一応メディアプレイヤーで再生できてるんです。
拡張子は.asxです。使ってるメディアプレイヤはGOM、KMP、WMPです
例の動画は↓です
URLﾘﾝｸ(b.bngi-channel.jp)
152:自治スレにてLRおよび名無し名変更改正論議中
09/10/08 17:50:42 unQIMuEj0
>>151
お断りします
153:自治スレにてLRおよび名無し名変更改正論議中
09/10/08 17:57:05 ioaeyvNsP
>>151
asxはムービーじゃないよ。
154:自治スレにてLRおよび名無し名変更改正論議中
09/10/08 20:04:20 joGqo2D60
x264guiのr1271、エラーが出て動かなかったターボがちゃんと機能するようになってるな
これでnth passエンコの1pass目が5倍速以上早くなるのは嬉しいのだが
Wikiに特に何も書かれて居ないという事は、まだ議論されていないか非推奨なのかな？
155:自治スレにてLRおよび名無し名変更改正論議中
09/10/08 21:03:46 XhNcTtTp0
>>154
正直そこらへんを議論しようとする人間がいない
俺の場合は--me umh --merange 16 --subme 9までしか使わないし、
ニコ向けの低解像度&せいぜい30fpsで15分程度だし、マシンもそれほど遅いわけではないから
あえて--slow-firstpassはつけている
つーか、どんなにx264がスピードアップしてもAviSynthが足引っ張るから、結局速くならんのよ…
156:自治スレにてLRおよび名無し名変更改正論議中
09/10/08 21:28:55 d1UFf4bg0
x264guiは今r1280で、--subme 10を選択できるように修正されてるよ。
157:自治スレにてLRおよび名無し名変更改正論議中
09/10/08 21:56:54 4yC8SNMJ0
つーかgui.auoに頼らないでAviUtl使用者なら(x264.exe + AviUtl <out.auo>)
AviSynth使用者なら(x264.exe + AviSynth)でやってれば問題なんて出ないのに
158:自治スレにてLRおよび名無し名変更改正論議中
09/10/09 05:25:44 Fy9C7p6NO
>>150
ようやく完成しましたが、ちゃんと500曲超、全てにキーフレームおいて投稿者コメの曲名から頭出しできるようにしました。
みなさんありがとうございました。
159:自治スレにてLRおよび名無し名変更改正論議中
09/10/09 15:09:29 7oPRybNk0
タグで動画検索 「限界突破」シリーズ‐ニコニコ動画(ββ)
URLﾘﾝｸ(www.nicovideo.jp)
「限界突破」シリーズとは (ゲンカイトッパシリーズとは) - ニコニコ大百科
URLﾘﾝｸ(dic.nicovideo.jp)
160:自治スレにてLRおよび名無し名変更改正論議中
09/10/09 16:14:45 0T63S9gDi
宣伝はいらないよ。そもそも偽装はスレチだろ。
161:自治スレにてLRおよび名無し名変更改正論議中
09/10/09 21:53:11 DL8AdXh40
まだやってるのか
162:自治スレにてLRおよび名無し名変更改正論議中
09/10/09 23:30:51 5ghYtWmIO
mp4変換前の話で動画が小さいというか周りかなり黒の余白があるのですが
フリーソフトで拡大なり周りの真っ黒のとこきりとったりして解決したいんですがなんか方法ありますか？
163:自治スレにてLRおよび名無し名変更改正論議中
09/10/09 23:32:23 5ghYtWmIO
ｽﾚちだったorz、ｽﾚ汚しすまない
164:自治スレにてLRおよび名無し名変更改正論議中
09/10/09 23:50:15 5ghYtWmIO
しかも解決した、吊ってくる
165:名無しさん＠お腹いっぱい。
09/10/10 08:50:32 U0qOjf0G0
ムービーメーカーで編集保存した、まあまあ高画質wmvファイルをAviUtlで
ニコニコ用にエンコードしたら普通画質程度に落ちたmp4ファイルになるんですが
画質が落ちるのが普通なんでしょうか、自分のAviUtlの設定がおかしんですかね？
ファイル15分 プレミアム 音64 映像822
166:名無しさん＠お腹いっぱい。
09/10/10 09:02:44 TUW2VxVD0
どういうつもりでエンコードしてるの？拡張子を変えるためだけ？
とりあえず､エンコードしても画質が落ちるとは限らない。上がることはないけどね。
何を目的としてるのかによるから､設定がおかしいというわけでもないでしょう。
ただニコ動用にエンコードしてるんなら､画質が悪くなるのは当然だわな
ニコ動は入場すんのに重量制限が設けられているから､高画質な映像（デブ）はダイエットしなあかん
だから普通は画質（贅肉）をそぎ落としてるんだけど､そもそもの大きさ（身長）を縮めてもいいわけで……
どうやったら見栄えを損なわずにダイエットできますか？ってんなもん自分でどうにかしろ
167:名無しさん＠お腹いっぱい。
09/10/10 09:17:47 U0qOjf0G0
そのまんまwmvでupしたら画質が汚くなるから
AviUtlでエンコードしてupしたいなと
640 480のサイズの動画を512 384に設定してエンコするのは問題ですかね？
馬鹿だからそういうのがまったくわからなくて
168:名無しさん＠お腹いっぱい。
09/10/10 09:59:22 S9X+2AzX0
>>167
馬鹿だからとか言う前に>>1から始まるテンプレくらい見て下さい。
質問するならそれなりのやり方ってもんがあります。
見てもわからないなら諦めてください。
169:名無しさん＠お腹いっぱい。
09/10/10 12:31:19 l2G3K8ue0
>>167 640 480のサイズの動画を512 384に設定してエンコするのは問題ですかね？
まずはＷＭＭファイルのスペックを提示することでしょうね．真空波動研あたりでいいから
170:名無しさん＠お腹いっぱい。
09/10/10 16:44:06 wBkA9w950
シークバーがぬるぬる動くようにするには
どうしたら良いのでしょうか
FLVENC2を使っています
171:名無しさん＠お腹いっぱい。
09/10/10 18:18:27 6nHvu4Mk0
そう言えば、短い動画ほどシーク間隔を短くしたいものだが
x264guiでいう「IDRフレーム間隔の上限(--keyint)」って下げすぎると何か問題あるのかな？
172:名無しさん＠お腹いっぱい。
09/10/10 20:36:20 YpRZNFDL0
Iフレームがたくさん入って圧縮効率が悪くなる。
173:名無しさん＠お腹いっぱい。
09/10/10 23:03:38 JrncHwuU0
ニコエンコでAVI形式の動画に再生時間が同じMP3をのっけて動画作ったんだけど
うｐ前に確認すると音ズレしてないのに、うｐしてみたらちょっとだけ音ズレしてる。
うｐして何日か経ってから見ると明らかに音ズレしてる。
どうやらだんだんとズレてってるみたいなんだけど、
これってうｐ前の段階でどういう対策すればいいのでしょうか？
174:名無しさん＠お腹いっぱい。
09/10/11 00:10:03 ekOoui3I0
＞どうやらだんだんとズレてってるみたいなんだけど
そういうナマモノみたいな動画ファイルを作れる才能は大事にしたほうがいいよ。
175:名無しさん＠お腹いっぱい。
09/10/11 00:18:31 Hc0JVbHd0
>>174 え、ありえないってこと？ｗ 気のせいなのかな･･･
176:名無しさん＠お腹いっぱい。
09/10/11 00:21:12 qk0RGDW00
さっさとズレてる動画上げろよ
ここはエスパースレじゃない
177:名無しさん＠お腹いっぱい。
09/10/11 00:39:27 Hc0JVbHd0
すみません、ただの歌ってみた動画なので宣伝乙になっちゃうかなと思いまして；
お言葉に甘えて貼らせていただきます。
URLﾘﾝｸ(www.nicovideo.jp)
うｐしてすぐよりズレ具合が大きくなってる気が…する……
178:名無しさん＠お腹いっぱい。
09/10/11 01:10:40 qk0RGDW00
>>177
落として確認してみたが、音声位置を-0.26秒程度にしたら動画とぴったり合うようになった。エコノミー動画でも同様
これくらいの差のズレで大きくなっていくのがわかるのは才能ありすぎな気がするから多分勘違いだと思う
元からズレてたんじゃないの
179:名無しさん＠お腹いっぱい。
09/10/11 01:11:40 5ksriT720
動画の途中でループさせたり、指定した時間で動画を終わらせたりしているものがありますが
あれはエンコードの段階で何かするんでしょうか？
180:名無しさん＠お腹いっぱい。
09/10/11 01:14:40 qk0RGDW00
>>179
関係ない、ニコスクリプト使ってるだけ
あえてすることといえばキーフレームを多めに入れるとか
181:名無しさん＠お腹いっぱい。
09/10/11 01:42:24 sGVGmM1ZO
よくわからないので質問させて頂きます。
音ゲー(BMS)の動画を作ろうとしたのですが、Flaveで確認するとオブジェが降ってくる際カクカクするんです。ですが、GOMやWMPで確認すると滑らかに映るんですが、これはエンコードとは別に何か理由があるんでしょうか？
それと同じキャプチャー設定エンコード設定で試し取りしたMUGEN動画やＳＴＧ動画、ＭＭＯは滑らかに見えるのですが、音ゲー(BMS)だけカクカクするのはどこかキーになるような設定箇所でもあるんでしょうか？
解る方いましたら教えて頂けませんでしょうか？
182:名無しさん＠お腹いっぱい。
09/10/11 01:48:16 ejLl3cxVP
フラッシュ系のプレーヤーは重いからね。
60fpsとかでエンコしてると、より顕著にコマ落ちが体感できるんじゃないかな。
183:名無しさん＠お腹いっぱい。
09/10/11 01:57:40 ejLl3cxVP
> オブジェが降ってくる際カクカクするんです。
あ、いや、なんか最近、保存用のエンコで字幕のスクロールに似たような現象があったな。
上下だか左右だかの字幕だけがカクついて。。。結局、データ的には残ってるから放置してるわｗ
そんな訳で、改善方法があったら後学のためにオレにもアドバイスお願いします。
184:名無しさん＠お腹いっぱい。
09/10/11 02:02:44 sGVGmM1ZO
なるほど・・・
一応fps30と60どちらでもすべてとっては見たんですが、生データのままだと音ゲーの30の方はGOM等でもカクカクするですよね、エンコードすると滑らかなんですが。
となるとfps30でキャプチャしたのをどう調節するかですか・・・
Wikiや関連動画見て14時間位戦ったが一向に良くならないorz
185:名無しさん＠お腹いっぱい。
09/10/11 05:39:29 qk0RGDW00
swfプレーヤーって６０fps以上はスペック関係なくコマ落ちする仕様じゃなかったっけ
186:名無しさん＠お腹いっぱい。
09/10/11 07:14:10 Hc0JVbHd0
>>178 >>177です。安心しました、本当にありがとうございます！
187:名無しさん＠お腹いっぱい。
09/10/11 13:11:24 BGB16h5I0
>>185
そもそもPC用液晶はほとんどが60Hzだから、60超えてればどんなプレーヤーでもコマ落ちする
ところで「カクカク」とか抽象的すぎて他人に状況を正確に伝えようとする意思を放棄したような言葉をつかうあほたれは
ちゃんと動画をAviUtlとかでコマ送りしながら確認とかしてるのか？
ちゃんとフレームが存在してるのに再生時に表示されないんだったらプレーヤーのせい
キャプチャしたときにドロップが発生して重複フレームになってればキャプチャのせい
あるいはキャプチャするゲーム自体がそのときコマ落ちしてたのかもしれん
そこらへんを自分で確認できないんだったら、せめて撮った動画とエンコ後の動画を
どこぞのろだにでもあげるくらいのことはやれよ
188:名無しさん＠お腹いっぱい。
09/10/11 14:02:23 ejLl3cxVP
>>187
その通りなんだが、ウチの方はRAWでのコマ落ちはなく、RAWとエンコ後との比較でデータ的にはフレーム全て残ってるんだ。
いわゆるスペック不足。Bフレームによる差分のデコードでコマ落ちしてる雰囲気。デコーダによってもコマの落ち方が変わる。
これまで経験しない症状で、気が向いたら過去にエンコした奴との設定の違いを洗いつつ試行錯誤しようと思ってたとこ。
PCを投げ捨てれば解決するけど、そうもいかないし。多少膨らむのを覚悟でデコード負荷を下げるエンコを心掛けようかと。
189:名無しさん＠お腹いっぱい。
09/10/11 14:15:28 fb+T49+/O
少しスレ違いな気もするんですが
動画を投稿する月だけプレミアム会員になるというのは可能でしょうか？
また、一般会員に戻ってから投稿者コメントを編集したくなった場合
一般会員の文字数制限内での編集になりますか？
190:名無しさん＠お腹いっぱい。
09/10/11 14:42:54 D4VttHo7P
>>189
URLﾘﾝｸ(help.nicovideo.jp)
191:名無しさん＠お腹いっぱい。
09/10/11 14:44:00 sGVGmM1ZO
>>187
すみません、確かに抽象的でした。
もちろんコマ送りは確認してます。
再生時は表示されてますし、重複フレームも発生していない臭いです。
ソフト側でたまにコマ落ちがでる場合はありますが、全体がなってるわけです・・・
他に試し取りした動画(神クラス1on1、東方・神威・夜行蛾４、FEZ)は正常にとれてたので設定を変える必要がある箇所があるのかなと思ったものでして。
GOM等では何故カクつかないかも気になっていたので、あまり文章を考えずにかきこんでしまいました、すみません。
そうですね、容量大きいロダ探してアップしてみます。
192:名無しさん＠お腹いっぱい。
09/10/11 14:52:40 fb+T49+/O
>>190
上の質問は可、下の質問は不可、ですね
ありがとうございます
193:名無しさん＠お腹いっぱい。
09/10/11 15:05:09 ejLl3cxVP
>>191
プレミアム帯域用にビットレートを高めに設定してエンコした場合、ニコ動のプレーヤーでPCのスペック不足から
過負荷でコマ落ちが発生してる感じじゃないですかね。要するにPCのスペック不足。
ローカルの他のデコーダでコマ落ちしないなら、デコードの重いフラッシュプレーヤー固有の問題かと。
改善案としてはx264の設定時にデコード負荷を減らす工夫をする。
たとえばCABACを切るとか色々。もっぱら画質とのバーターになりますが。各オプションの詳細はwikiを参照で。
194:名無しさん＠お腹いっぱい。
09/10/11 15:07:19 h4Wa4J1D0
>>181
うちの環境だと、flavieってたまーに唐突にCPU使用率が100%近くになるんだよね
30fps以下のflvでも
再現の仕方がわからんからバグ報告しようがないし
だから別のプレイヤー使ってるわ
195:名無しさん＠お腹いっぱい。
09/10/11 15:29:03 sGVGmM1ZO
解りにくい書き込みにレスして下さいましてありがとうございます。
>>193
エフェクトでＰＣに負荷が掛かりまくるMUGENの神クラス対決がわりかし綺麗に取れてるのでスペック不足はないと思ってます。
デコードの負荷を減らすことには余り触れてなかったので見ながら色々挑戦してみます。
>>194
別のプレイヤーは試してみてなかったです・・・
一度別ので見てみます。
196:名無しさん＠お腹いっぱい。
09/10/11 16:31:08 BYQjmT0/0
60FPSならBフレーム無効にすると滑らかになるよ。
FlashはどうもBフレームのデコードに弱いみたい。
アクションゲームではCAVLCにするよりBフレーム無効にした方が軽くなった。
更にCAVLCにすればもっと軽くなるが。
ただし60FPSは動き的な相関性が強いので、
Bフレーム無効にするのとCAVLCにするのを比べると前者の方が画質落ちた。
どっちにしろFlashだとVsync取れないから、60FPSを完全に滑らかに再生するのは無理。
197:名無しさん＠お腹いっぱい。
09/10/11 16:33:34 BYQjmT0/0
そうそう、あとニコニコは新プレーヤーになってだいぶ負荷減ったから、
一度ニコニコにアップして確認してみれば？
もしかしたら何もせずにそこそこ動くかもしれないし。
前述の話は旧プレーヤーの話なんで、多少変わってるかもしれん。
198:名無しさん＠お腹いっぱい。
09/10/11 17:03:39 BGB16h5I0
>>196
経験的にはBは使わないよりは少なめで使ったほうがむしろいい
一度no-cabac no-debloc bframes 0 でやったら動きがおかしくなったことがある
このときはbframes 2にしたら直った
あと垂直同期はティアリングの発生には関係あるだろうけど、コマ落ちにはあまり関係ないのでは？
199:名無しさん＠お腹いっぱい。
09/10/11 17:05:05 B7Fjd1cd0
非圧縮aviからのエンコ(Aviutlの拡張x264出力(GUI)) をしたんだけど、
動画の文字や画像が高速で動くところにシャギー(ギザギザ？)みたいなのが
でるんですけど、それは動き予測アルゴリズムとかで改善できるものなのでしょうか？
200:名無しさん＠お腹いっぱい。
09/10/11 17:17:07 BGB16h5I0
>>199
出来るかもしれないし出来ないかもしれないとしか答えようがない
SSもエンコ設定も何もさらさずに質問するやつはエンコなんかするな
他人の作った動画視るだけで満足してればいいんだよ
201:名無しさん＠お腹いっぱい。
09/10/11 17:25:35 qk0RGDW00
極限までビットレートとかＢフレーム贅沢に使えばどうにかなるんじゃね
202:名無しさん＠お腹いっぱい。
09/10/11 17:29:10 /gWAgtLtO
>>200
申し訳ない。
後日ssと設定を用意して出直してきます！
シャギーやゴーストはエンコードにはよくあること
と思っていた自分が愚かでした。
203:名無しさん＠お腹いっぱい。
09/10/11 17:36:34 /gWAgtLtO
>>201
回答ありがとうございます。
確かにビットレートをあげるにつれて、
シャギーの量が減っているようには感じられました。
ただ、0にはなりませんでした。
204:名無しさん＠お腹いっぱい。
09/10/11 20:10:20 KBT7W/+n0
aviutlでいくつか動画をエンコードし、それを繋ぎ合わせて一つの動画にすると、
必ずエコノミーで著しく画質が劣化してしまうバグが発生してしまうのですが、これを回避する方法はないでしょうか？
以下動画情報です。
512x384 24Bit AVC/H.264 High@3 29.97fps 44662f 496.72kb/s
AAC 48.00kHz 2.0ch(2/0 L+R) HE 61.77kb/s
[Extra][2]
MP4 Base Media v1
Chapter(1)
[MPEG4] 00:24:50.281 (1490.281sec) / 104,836,043Bytes
205:名無しさん＠お腹いっぱい。
09/10/11 20:20:33 qk0RGDW00
バグじゃねえよＶＢＲだったらＣＢＲにするとか初期ディレイカットオフとかすりゃいいだろ
仕様もソースも理解してないんだからバグバグ言って他人のせいにすんな
206:名無しさん＠お腹いっぱい。
09/10/11 20:22:36 ejLl3cxVP
>>204
> Chapter(1)
これは何？
207:名無しさん＠お腹いっぱい。
09/10/11 20:25:30 BGB16h5I0
Chapter(1)ってのが怪しいような
なんかChapter打ったりとか余計なもんいれてるの？
208:名無しさん＠お腹いっぱい。
09/10/11 20:42:13 KBT7W/+n0
１つ１つはエンコードした際にはエコノミーの画質劣化は見られないんですが、
結合すると起こってしまうんです。
>>205
知識が無くて申し訳ないです。
初期ディレイカットはチェック外してあります。
>>206-207
ただ単に動画を結合してるだけなので、余計なものは特に思い当たりません。
結合方法は、複数のmp4をaviutlで全部読み込ませたあとにエクスポート。
音声はwavを結合させてからaacに変換してmp4と合わせるといった具合です。
209:名無しさん＠お腹いっぱい。
09/10/11 20:58:49 BGB16h5I0
それだとVFRになってる可能性大だな
なんでそもそもバラバラにエンコしてあとでくっつけたりするのさ
どこぞで拾ってきたものを云々とか言うなら、とっとと出て行けってことになるけどな
210:名無しさん＠お腹いっぱい。
09/10/11 21:02:17 ejLl3cxVP
>>208
考えてみれば初期ディレイカットですらエコ画質劣化のきっかけになるほどニコのデコーダは繊細なんだから、
数珠繋ぎの動画がまともにデコードされ、それがきちんとエンコーダに渡る保証なんかどこにもないわな。
ソースから1本に編集して改めてH.264エンコすりゃ回避できると思うけどね。
あとは可能性は低いけどコンテナを入れ替えてみる。
映像RAWと音声RAWだけを既存のコンテナから取り出して、改めてコンテナを作り直す。
> Chapter(1)
これが気になって仕方がないんだわ。何も無しで普通に作ったらこんな表示は出ないでしょ。
211:名無しさん＠お腹いっぱい。
09/10/12 00:08:18 vcZUFzlJO
181です。
画面のカクつきについて大分改善できました。
>>196にて言われましたＢフレームの無効を試してみた所かなり滑らかになりました。
それと試しにニコにUPをしてみたら、Flavieと比べて大分よくなっていました。新プレイヤーなって大分よくなったんですね！！
大分前に別動画を上げた際にFlavieと比べた時は大差なかった気がしてたので・・・
これはかなりの盲点でした。
レスをして下さった方々、本当にありがとうございました。
更なる画質向上に向けて頑張ってみます。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5365日前に更新/236 KB
担当:undef