08/12/16 01:19:31 kwx4+YaU0
>>158
URLﾘﾝｸ(www.nicovideo.jp)
じゃあこれ
こっちは小細工なしの1MbpsでCAVAC、Bフレ、デブロックあり
160:名無しさん＠お腹いっぱい。
08/12/16 01:34:54 6f5i82zD0
768ｘ432とか流行ってんの？
なんか急に増えたけど…
800x450じゃない理由は何だろう？
161:名無しさん＠お腹いっぱい。
08/12/16 01:41:59 nCjI44OI0
なんか8x8とか4x4とかうんたらかんたら
162:名無しさん＠お腹いっぱい。
08/12/16 01:42:29 AaAHkM5N0
比較用の動画もありがとう
うちは数ヶ月前にCore2duoの一番安いのに買い換えたので中スペックくらいだと思うのだけど、
画面最大表示(1280x1024)で比べて目立ってかくつくところは明らかに減ってました
163:名無しさん＠お腹いっぱい。
08/12/16 01:46:16 kwx4+YaU0
>>160
そりゃあんた、16の倍数じゃないと気持ち悪いじゃん
ついでにもうひとつ
URLﾘﾝｸ(www.nicovideo.jp)
これは同じやつの高負荷？版
164:名無しさん＠お腹いっぱい。
08/12/16 01:46:58 FwL/ZUsN0
実際16の倍数にしてもそうでなくてもあまり変わんないけどな
余裕があるなら解像度高い方が画質は良い
165:名無しさん＠お腹いっぱい。
08/12/16 01:53:53 6f5i82zD0
フルHD＝1920x1080の時点で16の倍数じゃないから、別に気持ち悪いとは思わんなあ
166:名無しさん＠お腹いっぱい。
08/12/16 01:59:08 6f5i82zD0
まあそれはおいといて、再生負荷見るならタスクマネージャとか起動してCPU負荷見といた方が良いよ
再生時にちゃんとCPUを使い切れてるか
CPU使い切れてないのにカクついたりしてるならFlashPlayerの仕様だとわかる
167:名無しさん＠お腹いっぱい。
08/12/16 02:04:13 AaAHkM5N0
ああそうか、条件書いとかないと
タスクマネージャ起動しながら見ました
あと、新プレーヤーで見ました
>>162の感想は、裏でaviutlでH.264のエンコードしつつ見て比べました
見てないときでもほぼ100%で、その条件でさらに再生して比べての感想です
168:名無しさん＠お腹いっぱい。
08/12/16 02:19:25 q9K0oyyU0
>>157
ビットレートが倍になるとデコード負荷が１～３割ほど増えるらしい
だからその動画あんまり軽くない
169:名無しさん＠お腹いっぱい。
08/12/16 02:57:03 h4BH1Byd0
そりゃ処理量が単純に上がるんだもんなぁ
っつかエンコ中の再生負荷表示ってなんの役に立つんだ・・・
>>157
コメっといた～、64x2、4200+の奴ね、新プレイヤーでフルスクリーン再生時って事で一つ。
170:名無しさん＠お腹いっぱい。
08/12/16 03:37:51 kjrYLp/J0
16の倍数でリサイズしても綺麗だし512x～は卒業します
171:名無しさん＠お腹いっぱい。
08/12/16 03:39:32 mnFWmRLx0
>>165
符号化する際は下8pxを加えた1088で圧縮するのが普通。
大体はデコード時にその無効領域を切って出力されるから気づかない。
ちなみにこれ32の倍数なのでインターレース素材の符号化も問題ない。
>>164
16の倍数じゃなくてもエンコが通るのはエンコーダーが無効領域を
自動で足してるかH.264の場合はsubMB使って収まるように調整している。
厳密に言えばきちんとした値じゃないと符号化効率はわずかに下がる。
172:名無しさん＠お腹いっぱい。
08/12/16 03:46:35 kjrYLp/J0
768x576のきしめん動画ってうｐされてる？
なかったら作ろうと思うんだけど
173:名無しさん＠お腹いっぱい。
08/12/16 04:01:56 kjrYLp/J0
作っちゃったんであげ
URLﾘﾝｸ(www.nicovideo.jp)
174:名無しさん＠お腹いっぱい。
08/12/16 04:12:47 HbJ8kuflO
バルドフォースのOPをグレインまでクッキリ仕上げられるレベルの人居ないん？
175:名無しさん＠お腹いっぱい。
08/12/16 04:20:08 kjrYLp/J0
ハードル高くないっすかそれｗ
176:名無しさん＠お腹いっぱい。
08/12/16 07:31:02 EYTSFpU80
映像に1000kbps近く使ってx264のSSIMが0.90くらいだからなぁ
177:名無しさん＠お腹いっぱい。
08/12/16 12:27:55 y1BOwGTR0
あれを1Mbpsで綺麗にエンコ出来たら、PHLにも勝てると思うよ
178:名無しさん＠お腹いっぱい。
08/12/16 12:47:53 FwL/ZUsN0
H.265に期待しなくちゃな
179:名無しさん＠お腹いっぱい。
08/12/16 16:30:52 ENjHDeTc0
いくら高速化重視でJMに比べて処理を省いてるx264とは言え、
あれを1Mbpsで綺麗に仕上げるのは規格的に無理だろｗ
180:名無しさん＠お腹いっぱい。
08/12/16 17:01:42 3qZ+moVE0
さっきAviutlでエンコしようとしたら出たメッセージ
width or height not divisible by 16 (800x600), compression will suffer.
compression will suffer.なんていわれると心が痛いｗ
768x562にクリッピングしますた
181:名無しさん＠お腹いっぱい。
08/12/16 19:52:51 h4BH1Byd0
640x360にしてたけど、正直変えた方がいいのかなー
768x432だとでか過ぎてあからさまに画質落ちるんだよな・・・
かといって512だとちょっと小さいという
182:名無しさん＠お腹いっぱい。
08/12/16 20:27:57 Utpwms0H0
俺の場合は768ｘ432か512ｘ288のどちらかしか選ばんな
まあ、640ｘ360なら8の倍数だから、それほど問題はないような気はするが
あと、800ｘ450はないだろ、4の倍数にすらなってない
それなら上下1ずつ削って800ｘ448にするほうが絶対にいいと思う
183:名無しさん＠お腹いっぱい。
08/12/16 20:49:57 E/P8f8cC0
質問なんだけど今まで16:9の動画を上げる時も
わざわざ自前で黒ベタ追加して4:3で投稿していたんだけど、
これって最初から黒ベタ追加せずに16:9で投稿しても画質的には一緒？
184:名無しさん＠お腹いっぱい。
08/12/16 20:53:26 ENjHDeTc0
>>182
> あと、800ｘ450はないだろ、4の倍数にすらなってない
> それなら上下1ずつ削って800ｘ448にするほうが絶対にいいと思う
4の倍数じゃないといけない理由は？
800x448の方が良いと思う理由は？
それすら書かずに、いけない、思うじゃ、単なるシッタカでしかないよ
185:名無しさん＠お腹いっぱい。
08/12/16 20:56:34 ENjHDeTc0
ってか171が答え書いてくれてるな
内部的には16の倍数以外はブランク足されて16の倍数にされてるので、
16の倍数以外はサイズに拘る意味はないよ
186:名無しさん＠お腹いっぱい。
08/12/16 20:57:47 ENjHDeTc0
>>183
ほぼ一緒
厳密には黒ベタがない方が黒ベタ分のデータが不要なので、
微妙に映像部分にビットレート回せるかもね
PSNRとかで比べてみれてもほとんど差はないと思うが
187:名無しさん＠お腹いっぱい。
08/12/16 21:04:12 ZefH0HVV0
画質ﾃｽﾄ
マクロスF OP映像
Blu-rayソース
MP4 H.264 800×600 4:3 980kbps/96kbps 3Pass
URLﾘﾝｸ(www.nicovideo.jp)
188:名無しさん＠お腹いっぱい。
08/12/16 21:04:21 E/P8f8cC0
>>186
なるほど、ほぼ変わらないのかー。
youtubeがワイド化対応してニコも1Mbpsまで上限上がったから
今更になって自分のうｐの仕方を見直そうと考えてたんで勉強になりました。
教えてくれてありがとう。
189:名無しさん＠お腹いっぱい。
08/12/16 21:21:56 BNkP0Nwv0
>>187
予想通り消されててワロタ
190:名無しさん＠お腹いっぱい。
08/12/16 21:33:23 ZEPpPrcl0
黒べたで4:3は解像度増加→描画負荷も増加になるから、
やらずに済むならしない方がいいよ。
191:名無しさん＠お腹いっぱい。
08/12/16 22:00:31 uxVLURaO0
個人的にアニメより実写のがいいんだけど。
アニメは800kの時と正直差がわからん。
192:名無しさん＠お腹いっぱい。
08/12/17 00:09:22 uHU2hEbY0
だよな！高画質とか言いながらエロゲOPとかアイマスとか。
一般会員のビットレートでもいいんちゃうかと
193:名無しさん＠お腹いっぱい。
08/12/17 00:22:55 z0WonqnV0
>>189
そりゃもちろん覚悟の上ですよｗｗｗ
垢削除になってなくてﾖｶﾀｗ
ついでに処分も食らってないしｗ
ってことで、こっちもうｐってみた。
【1M】 涼宮ハルヒの憂鬱 「冒険でしょでしょ？」 DVDVer. 1M/32kbps 【H.264】
URLﾘﾝｸ(www.nicovideo.jp)
【1M】 涼宮ハルヒの憂鬱 「ハレ晴レユカイ」 ダンスVer. 1M/32kbps 【H.264】
URLﾘﾝｸ(www.nicovideo.jp)
どっちも
【映像ソース】DVDISO⇒MP4 H.264 10M/AAC-LC384kbps 1280×720 3Pass 24.98fps
【エンコ後】MP4 H.264 1024kbps/AAC-LC32kbps 800×600 3Pass 24.98fps
なんか、HE-AACって評判悪いけど、どうなの？
ってか、HE-AACに対応してるエンコーダーってなんなの？
194:193
08/12/17 00:23:43 z0WonqnV0
アス比ミスったorz
195:名無しさん＠お腹いっぱい。
08/12/17 00:31:48 z0WonqnV0
>>27
それをうｐした漏れ涙目ｗｗｗ
角川公式動画になれば永久に消されないんだがな・・・
もう既に同じのあるから消しておｋとでも思っているのだろうか・・・orz
196:名無しさん＠お腹いっぱい。
08/12/17 00:32:13 7PofEsal0
>>194
わざとかと思ったらマジだったのかｗｗｗ
再うpｗ
197:名無しさん＠お腹いっぱい。
08/12/17 00:34:38 ws7Z/RpI0
>>193
Nero AAC Codec
URLﾘﾝｸ(nicowiki.com)
198:名無しさん＠お腹いっぱい。
08/12/17 00:36:39 ws7Z/RpI0
あと、ハルヒも削除対象だよ。
199:名無しさん＠お腹いっぱい。
08/12/17 00:44:06 txKsbiz/0
>>193
DVDを1270ｘ720に拡大してH.264にしてから縮小ってのがよくわからん
1408ｘ960にしてから800ｘ600なら、なんとなくわかるんだが…もとのISO捨てちゃったの？
つーかISOとか書くとつつかれるぞｗ
200:名無しさん＠お腹いっぱい。
08/12/17 00:49:50 uHU2hEbY0
3passって結構効くよね
201:名無しさん＠お腹いっぱい。
08/12/17 00:57:52 72qDA1MC0
５ｐａｓｓあたりが一番良いんだっけ？
202:名無しさん＠お腹いっぱい。
08/12/17 00:58:06 7TH77vvu0
画質チェックしてください。こんな感じでいいでしょうか？
URLﾘﾝｸ(www.nicovideo.jp)
203:名無しさん＠お腹いっぱい。
08/12/17 01:08:42 z0WonqnV0
>>197-198
THX。
ハルヒのOP・EDは、800kbpsになった時にうｐしたけど、
うｐから1ヶ月以上経ったけど消されなかったから問題ないかと・・・
らき☆すたと同じ角川だから、油断は出来ないが・・・
まぁ、垢削除でなぜか動画まで消えたけどねｗ
>>199
DVDはちゃんと買ったやつから変換したから気にすんなｗｗｗ
サイズ・画質・音質は、DVDと全く同じ設定でエンコしてから縮小したんだ。
ﾏﾝﾄﾞｸｻかったからｗ
なんかISOを読み取ったが、ソースの元サイズがなぜか1280×720だったんだが・・・
普通だよな？
204:名無しさん＠お腹いっぱい。
08/12/17 01:09:18 txKsbiz/0
>>202
i7買ったの？
いいなぁ
205:名無しさん＠お腹いっぱい。
08/12/17 01:09:34 z0WonqnV0
>>201
3Pass以降はあまり変わらない。
やるとしたら大きくても5Passで十分だろ。
206:名無しさん＠お腹いっぱい。
08/12/17 01:13:29 GnSkTn/r0
正直いってOPくらいの長さなら2passで十分
3passより2passでやたら重いオプションを付けた方がいい
--ref 16 --b-adapt 2 --subme 9とか
>>203
DVDは720x480だぞ
207:名無しさん＠お腹いっぱい。
08/12/17 01:14:15 7TH77vvu0
>>204
何故分かったの？奮発・・・してしまったよ・・・・。
ところで動画の公開設定を公開にしてるけどマイページの投稿動画の欄で非公開になってますよって
でてるんだけど・・・不具合なのかな
208:名無しさん＠お腹いっぱい。
08/12/17 01:17:17 txKsbiz/0
>>207
--threads 0で12になるならxeonかi7だろ
209:名無しさん＠お腹いっぱい。
08/12/17 03:34:14 z0WonqnV0
>>201
3Pass以降はあまり変わらない。
やるとしたら大きくても5Passで十分だろ。
210:209
08/12/17 03:34:44 z0WonqnV0
ごめん。
更新押しちったｗ
ｽﾏｿ
211:名無しさん＠お腹いっぱい。
08/12/17 14:10:45 qN/XYqBZ0
crysisって言うゲームを最高画質設定で撮ったがx264の設定をどう工夫すれば綺麗にエンコ出来るか分からん 時間はどれだけ掛かってもいいんだけど
212:名無しさん＠お腹いっぱい。
08/12/17 14:29:13 F5IqC8A50
そうですか
213:名無しさん＠お腹いっぱい。
08/12/17 14:40:05 qN/XYqBZ0
そうなの？
214:名無しさん＠お腹いっぱい。
08/12/17 15:06:47 YjwTkH27O
>>211
似たような動画を探し出して、そこからオプションを参考に試行錯誤。
215:名無しさん＠お腹いっぱい。
08/12/17 17:12:25 7TH77vvu0
>>211
メディアコーダーでcrysisそこそこにできたよ
216:名無しさん＠お腹いっぱい。
08/12/17 17:46:31 bj2sTNzE0
>>211
時間がかかってもいいんだったら、AviSynthに挑戦しろ
AviUtlオンリーとかに比べて、選択肢の幅が数倍違ってくる
MeGUI? AutoMKV? Staxrip? Ripbot264? Avidemux? Handbrake? Mediacoder?
There are so many free GUIs for x264 that it's ridiculous,
with complexity ranging from "one-click encode" to "all the bells and whistles you could possibly want."
And don't get it into your mind that Avisynth is "hard"; it's literally 30 seconds of effort.
"Using Avisynth" is not in fact synonymous with "writing gigantic complicated denoising scripts."
I have yet to encounter anyone who was wise enough in the ways of video encoding to know
what "Video for Windows" was but was incapable of writing "DirectShowSource("input.avi")".
By Dark Shikari
217:名無しさん＠お腹いっぱい。
08/12/17 19:32:17 5NX7OF460
MeGUI?AutoMKV?Staxrip?Ripbot264?Avidemux?ハンドブレーキ?Mediacoder?
x264のための非常に多くの自由なGUIが複雑さと共にあるので、それは馬鹿げています、
及ぶこと、から「1つのクリック、コード化する」「恐らく望むことができるすべてのオプション機能」に。
そして、Avisynthが「激しく」であるあなたの心にそれを入れません;
それは文字通りに30秒の努力です。
「Avisynthを使用する」ことは、「書く巨大な複雑なdenoisingするスクリプト」と同義な事実にありません。
Iは、まだどの「Windows用ビデオ」があったかが、「DirectShowSource(「input.avi」)」を
書くことができなかったか知るビデオ符号化の方法に、
十分に通じていた人は誰にも遭遇していません。
218:名無しさん＠お腹いっぱい。
08/12/17 19:35:11 R0AeGB8j0
＞Iは、まだどの～
Iすら訳せてなくてﾜﾛﾀ
219:名無しさん＠お腹いっぱい。
08/12/17 22:10:58 oHryn+hK0
エンコ初心者だけど作ってみた
シングルコアでゆっくりやったよ
実写系 1Mbpsテスト■CGデザイナー MarkColeran氏のデモPV
URLﾘﾝｸ(www.nicovideo.jp)
220:名無しさん＠お腹いっぱい。
08/12/17 22:46:12 0gvuXpXd0
>>219
おお、これは…作成スレのほうで以前お題が出されてたやつだね
URLﾘﾝｸ(www.nicovideo.jp)
実写は基本的に背景がぼけてるから、プレミアムと一般で目立った差は出ないよ
221:名無しさん＠お腹いっぱい。
08/12/17 22:48:54 QJdvCjKy0
特に差が出るのはどんな動画なの？
222:名無しさん＠お腹いっぱい。
08/12/17 22:55:25 0gvuXpXd0
>>221
3Dゲーム系だね
キャラも背景もくっきりで書き込みが細かく、おまけにアニメみたいにエッジが存在したりする高域成分の塊
ぼけたら目立つし、リンギングも目立つし、ほんとやりにくい
223:名無しさん＠お腹いっぱい。
08/12/17 23:10:30 QJdvCjKy0
たしかに、MGS3はすげぇ劣化したな
224:名無しさん＠お腹いっぱい。
08/12/18 00:37:36 TKRmAV0D0
URLﾘﾝｸ(www.nicovideo.jp)
どうしてこんなに汚いんだ？鳥の唄の動画と比べると酷すぎる
225:名無しさん＠お腹いっぱい。
08/12/18 00:54:57 eISl2aBX0
そりゃ鳥の唄みたいなエンコしやすいのとこういうのを同列にしちゃいかんよ
暗いところはモヤモヤしやすいし、雨が降ってるのはノイズみたいなもんだから容量食うし、
21秒じゃ削れるところ少ないし…etc
226:224
08/12/18 13:18:07 TKRmAV0D0
もっかい作ってみる。どう工夫すればいいんだろう
227:名無しさん＠お腹いっぱい。
08/12/18 15:11:01 1zAYT0nX0
素材を変える
228:名無しさん＠お腹いっぱい。
08/12/18 16:12:16 TKRmAV0D0
GPUを使うリサイズプラグインって速さだけ？
229:名無しさん＠お腹いっぱい。
08/12/18 16:19:06 TKRmAV0D0
どっち使っても結果は同じ？
230:名無しさん＠お腹いっぱい。
08/12/18 16:25:38 NredIJ6v0
同じリサイズアルゴリズムを選べばほとんど同じ結果になるだろう。
ただ、リサイズにかかる負荷なんて、エンコード全体の負荷から見たら高々数パーセント程度なんだから、
ハードの構成によっては、オーバーヘッドで逆に遅くなるなんてこともありえる。
231:名無しさん＠お腹いっぱい。
08/12/18 16:27:34 +eZ4p1Lw0
URLﾘﾝｸ(www.nicovideo.jp)
再生がカクつくのだけど、CPU変えないと駄目かな？
232:名無しさん＠お腹いっぱい。
08/12/18 17:34:14 jlocm+4H0
>>231
Windows環境に常駐してる他のプログラムを止める。
コメントを出さない設定にする。
画面右クリックで表示されるメニューから画質→低に変更する。
これだけやってダメならCPU替えることを検討するしかない。
233:名無しさん＠お腹いっぱい。
08/12/18 17:43:04 MdwZguPJ0
>>226
とりあえず素材は3000フレームくらいはあったほうがいい
30秒の素材とかでは、エンコの練習ではなく、エンコーダーの操作の練習にしかならん
234:名無しさん＠お腹いっぱい。
08/12/18 18:33:12 EGg35MjG0
エコ回避でどこまで高画質にできるかっていうのもこのスレでいいの？
235:名無しさん＠お腹いっぱい。
08/12/18 19:14:06 HCC1JUSs0
>>234
高画質専門だからそれはこっちのほうがいいかも
ｽﾚﾘﾝｸ(streaming板)
236:名無しさん＠お腹いっぱい。
08/12/18 20:08:17 hqcuY/uK0
3pass以降はあまり効果が無いってのは知ってるけど、5passが3passより汚くなることってある？
237:名無しさん＠お腹いっぱい。
08/12/18 20:25:49 EGg35MjG0
>>235
了解
サンクス
238:名無しさん＠お腹いっぱい。
08/12/18 20:34:31 HnNtBjuy0
ないと思う
239:名無しさん＠お腹いっぱい。
08/12/18 21:03:08 1zAYT0nX0
ものによっちゃ汚く「見える」のはあるかもしれない
240:名無しさん＠お腹いっぱい。
08/12/18 21:49:12 ejbXV/Wy0
スタッフロールのある動画エンコードしてるんだけど
その部分だけ3倍は速いｗｗ
241:224
08/12/18 22:16:47 nkMAdh8p0
URLﾘﾝｸ(www.nicovideo.jp)
出来ました。30fpsの方が良かったかな さすがにブラウザだと負荷が大きい
242:名無しさん＠お腹いっぱい。
08/12/18 22:18:27 HnNtBjuy0
fps同期してなさそうだけどなに使って撮影したの？Dxtory？Dxrec2？
243:224
08/12/18 22:22:15 nkMAdh8p0
あれ？真空波動研で計ると、UPしたファイルの映像ビットレートが1023.08kb/sなのに対してIEのキャッシュに残ったファイルが1022.92kb/sなんだけどこれは一体？キャッシュの方が正しいの？
244:224
08/12/18 22:23:31 nkMAdh8p0
>>242
frapsです。
245:名無しさん＠お腹いっぱい。
08/12/18 23:12:26 QQNm6LxQ0
>>243
必要のないデータが削られる。
x264で作ったファイルにx264のオプションの情報が書かれてたりするからね。
246:名無しさん＠お腹いっぱい。
08/12/18 23:14:28 jlocm+4H0
>>243
そんなに気になるなら映像だけ抜き出して電卓使え。電卓。
247:名無しさん＠お腹いっぱい。
08/12/18 23:15:31 WQEqgQXR0
>>245
ああなるほどｔｈｘ
248:名無しさん＠お腹いっぱい。
08/12/19 22:15:55 uBzcM5yr0
URLﾘﾝｸ(forum.doom9.org)
３Dゲームを綺麗にエンコしたい初心者の質問に、x264の開発者DarkShikari氏が答えているDoom9Forumのスレ
基本的なことしか書かれていないが参考になる人も多いかもね
英語はエキサイト翻訳でも使って各自で対応してくれ
249:名無しさん＠お腹いっぱい。
08/12/19 22:19:53 UVtfo0sD0
そもそも英語も読めないゆとりは海外のフリーソフトなんか使わない方がよい
250:名無しさん＠お腹いっぱい。
08/12/19 22:23:48 bOaf903q0
英語は読めても空気は読めない
251:名無しさん＠お腹いっぱい。
08/12/19 23:04:52 DdXlGrEt0
>>248
まだ読んでないが乙
252:名無しさん＠お腹いっぱい。
08/12/19 23:08:20 eg9O/Yl10
しかりんって呼んでもいいですか
253:名無しさん＠お腹いっぱい。
08/12/19 23:17:23 xfsuUNyn0
んで、この人はアニオタの方なの？それとも東方オタの方なの？
254:名無しさん＠お腹いっぱい。
08/12/19 23:23:34 uBzcM5yr0
アニオタで東方オタなプログラマですよ
255:名無しさん＠お腹いっぱい。
08/12/19 23:47:05 xfsuUNyn0
そうか両刀使いだったのか。こりゃ失礼した。
256:名無しさん＠お腹いっぱい。
08/12/19 23:55:46 1zUH3FHE0
動画の後に黒画面つけてビットレート上げる方法って叩かれますか？
257:名無しさん＠お腹いっぱい。
08/12/20 00:06:03 Hn3vrotu0
なんでいまどきそれをやるの？
それにわざわざ黒べたつけるなんて、スマートじゃないしね
258:名無しさん＠お腹いっぱい。
08/12/20 00:26:42 Vk+bBdMc0
その手の動画を見てると結構効果有るような気がするんですが・・・
259:名無しさん＠お腹いっぱい。
08/12/20 00:37:11 Hn3vrotu0
効果はあるにきまってるだろ
でもそれじゃあこのスレ的には何の面白みもない
無敵技を使って俺スゲーってのは、自分の部屋でこっそりやってろってこった
つーか、そもそも黒べた追加してる時点で頭悪すぎだし
260:名無しさん＠お腹いっぱい。
08/12/20 00:41:19 Vk+bBdMc0
悟った！
261:名無しさん＠お腹いっぱい。
08/12/20 00:51:01 UIlzzdTs0
頭悪いとまで言われる筋合いはないが、まぁこのスレで話す事ではないわな
262:名無しさん＠お腹いっぱい。
08/12/20 06:41:13 RGJ+NFJ0O
黒ベタ使うくらいなら、最初からエンコ後のビットレート配分まで考えて動画を構成した方がいい。
動きの多い部分とそうでない部分を適度に交ぜれば、VBRがうまく効いてくれる。
プレイ動画だってタイトル付けるなり工夫は出来るよ。
263:名無しさん＠お腹いっぱい。
08/12/20 13:38:34 ZHF5MEYe0
H.264ってシングルパスならVBRできたんだな。Aviutlの拡張x264だと。
マルチバスでVBRできないの？スタッフロールつきのゲーム動画あげたときは
これこそVBR向きだろ！と思ってた
264:名無しさん＠お腹いっぱい。
08/12/20 13:41:02 EWj1VGo80
VBR に決まってるだろ
265:名無しさん＠お腹いっぱい。
08/12/20 14:29:04 ZHF5MEYe0
マルチパスってVBRだったのかしらなかったｽﾏｿ
266:名無しさん＠お腹いっぱい。
08/12/20 16:18:31 UIlzzdTs0
マルチパスでCBRだったら凶悪すぎるだろｗ
267:名無しさん＠お腹いっぱい。
08/12/20 17:21:46 VTb+Ibc90
どうでもいいがVP6のCBRならマルチパスは目に見えて効力ある
268:名無しさん＠お腹いっぱい。
08/12/20 18:02:43 YI1bH3h80
ビットレート指定するのはVBRじゃなくてABRだ。VBRは--crfか--qp
あと--crfと--bitrate同時指定しても有効になるのはどちらか片方だからな。
269:名無しさん＠お腹いっぱい。
08/12/20 19:42:24 ZHF5MEYe0
なるほどABRね！ビットレート指定するからにはCBRかと思った。
そうなるとゲームプレイ動画的には動きの激しいシーンのために
動かなくてすむシーンはじっとしていたいなｗ
270:名無しさん＠お腹いっぱい。
08/12/21 05:27:50 NMyvt/6j0
軽いオプションで3Passより重いオプションで2Passの方が綺麗だった
3Pass(ﾟ⊿ﾟ)ｲﾗﾈ
271:名無しさん＠お腹いっぱい。
08/12/21 08:35:53 NQro00Ov0
オプションうｐ
272:名無しさん＠お腹いっぱい。
08/12/21 08:37:03 xU3VXGc80
おっぱいうｐ
273:名無しさん＠お腹いっぱい。
08/12/21 12:49:37 Ol8CshgL0
>>268
ABR（平均ビットレート）はVBR（可変ビットレート）を用いて目的のビットレートに近づける方式だから、
VBRでもあってるんじゃね？
274:名無しさん＠お腹いっぱい。
08/12/21 13:04:32 EVJ9BsX60
ABR＝ビットレート指定VBR
CQP＝固定品質VBR。
275:名無しさん＠お腹いっぱい。
08/12/22 00:40:15 FfUdvj2s0
3分で動画が消されてワロタ
276:名無しさん＠お腹いっぱい。
08/12/22 19:03:48 VygKqtUH0
AviutlでH.264にエンコするときに
AVISource("D:\Test.avi")
FadeIn(30)
FadeOut(30)
みたいな単純なavsファイルを読み込ませてるんだけど、
この単純なスクリプトのためにAviSynthを介すことで
無駄にエンコ時間かかったりするかな？
このavsファイルからもう一度中間ファイルを設けたほうがいいのか
277:名無しさん＠お腹いっぱい。
08/12/22 19:28:35 f8+vWHT80
>>276
特にエンコ時間が増えたりすることはないと思うよ
aviutl経由でエンコするよりバッチファイルを作っておいて、それにavs突っ込んだ方が速くなったりする
278:名無しさん＠お腹いっぱい。
08/12/22 19:54:58 N7y6Gyme0
それだけの処理なら、中間出力するほうがよっぽど時間の無駄だろ
頭と尻以外は、ただデコードするだけなんだから
279:名無しさん＠お腹いっぱい。
08/12/22 20:12:12 VygKqtUH0
>>277
AviutlのGUIを介さずbatファイルでCUI実行ってこと？
現状エンコに2時間とかかかってるからちょっとでも縮まるならありがたい
280:名無しさん＠お腹いっぱい。
08/12/22 20:38:41 N7y6Gyme0
>>279
AviUtlのフィルタを使わないんだったら、AviUtl通すメリットはあまりないよ
せいぜい使い慣れたguiが使えるってだけ
たとえYUY2フィルタモード使っても、そのままCLI使うのに比べれば、スピードダウンする
281:名無しさん＠お腹いっぱい。
08/12/22 21:02:56 VygKqtUH0
>>280
なるほどねー。Wikiどおり何も考えずAviutl使ってたわ。
x264のCUIかー。MeGUI使ってみるかな。サンクス。
282:名無しさん＠お腹いっぱい。
08/12/24 19:26:53 /JWc7/YO0
一般の最高BRっていくつだっけ
283:名無しさん＠お腹いっぱい。
08/12/24 19:37:44 /JWc7/YO0
すみません自己解決しました
284:名無しさん＠お腹いっぱい。
08/12/24 20:09:55 /JWc7/YO0
消えるのは時間の問題かな
URLﾘﾝｸ(www.nicovideo.jp)
捨て垢だからいいけど
285:名無しさん＠お腹いっぱい。
08/12/24 23:05:41 S8Bwmmy20
>>284
vipコメついてるけどどうしたの？
286:名無しさん＠お腹いっぱい。
08/12/24 23:07:15 /JWc7/YO0
vipにも高画質どうこうスレっぽいのがあったんで晒してみただけです
287:名無しさん＠お腹いっぱい。
08/12/26 15:38:34 JKcQny520
Aviutlでｘ264のニコニコ高画質設定試してみたけど全然綺麗じゃないのね
四角いぼこぼこしたノイズみたいなのが乗って、他のと比べるとみてらんないや
288:名無しさん＠お腹いっぱい。
08/12/26 16:05:32 GRRj7VBY0
どうぞほかのをお使いください
289:名無しさん＠お腹いっぱい。
08/12/26 16:56:27 BPzUKntE0
ニコニコ高画質プリセットはアニメ向きなんだよね
290:名無しさん＠お腹いっぱい。
08/12/26 17:54:54 JKcQny520
そうなのね
ロボットがガシガシ動くゲームだから荒が目立つのか
>>48みたいなくっきりはっきりな映像にしたいんだけど中々近づかない
>>219とか綺麗過ぎてびっくりした
291:名無しさん＠お腹いっぱい。
08/12/26 19:25:52 UNi/sGBw0
アニメとかエロゲーとかプリセットでエンコすると綺麗だね。
3Dシューティングゲーム用プリセットとか欲しいわ。
自分で設定できるのがここの住人なんだろうけど。
292:名無しさん＠お腹いっぱい。
08/12/26 19:29:10 /Mx5HO0U0
プリセット作ってもらいたいなら素直にそういえって
293:名無しさん＠お腹いっぱい。
08/12/26 19:34:56 UNi/sGBw0
>>292
ほしいです！いやマジで。
294:名無しさん＠お腹いっぱい。
08/12/26 20:52:18 LGLRLVUN0
万能の設定なんてないんだからプリセットなんて作りようがない
プリセットで大まかなところを決めて、あとはソースにあわせていじるしかないだろ
音のほうのビットレートをもう少し細かく分けるくらいなら簡単に出来るが、
それをやるなら音声は別エンコにして、あとで結合するほうが結局無駄がない
295:名無しさん＠お腹いっぱい。
08/12/26 21:02:44 A8Cbrx120
バイナリエディタくらい触っといて損は無いと思うが・・・
296:名無しさん＠お腹いっぱい。
08/12/26 21:39:36 GRRj7VBY0
つーかどんな素材であれ高画質プリセット使ってまともな画質にならないのであれば
ソースかフィルタのかけ方に問題がある。何でも設定のせいにしてちゃいつまでたっても
上達しねーぞ
297:名無しさん＠お腹いっぱい。
08/12/26 21:48:15 Xh8MEoRq0
どんなソースつかったら、1049kbpsで不満な画質になるのだろうか。
298:名無しさん＠お腹いっぱい。
08/12/26 21:59:13 sHl9wO3t0
>>297
ソースに見劣る
299:名無しさん＠お腹いっぱい。
08/12/26 22:04:22 JKcQny520
PV4で録画した720pのソースなんだけど四角いボコボコしたのがエンコ後に出る
フィルタがいけないのか
何もフィルタを掛けなくても出るのは普通なのかな？
300:名無しさん＠お腹いっぱい。
08/12/26 22:19:20 LGLRLVUN0
>>299
それを人は"ブロックノイズ"と呼ぶのだよ
URLﾘﾝｸ(www.weblio.jp)
これをいかに減らすか、目立たせないか、という課題について、
世界中のあらゆる映像関係者（素人のエンコ厨からトップレベルの開発者まで）が日々うだうだと悩みまくっているのです
301:名無しさん＠お腹いっぱい。
08/12/26 22:25:49 odhjKIXJ0
aviutl H264 で再エンコードされないようにエンコードしたファイルを
ニコニコにアップロードしてダウンロードすると、
ほとんどそのままだけど微妙にサイズが増えているのは何が変えられているのですか？
302:名無しさん＠お腹いっぱい。
08/12/26 22:37:10 fku0FPpP0
>>299
まさかそのソースに出てないとでも？
303:名無しさん＠お腹いっぱい。
08/12/26 22:55:36 3YOB9deZ0
>>299
FFPPとか。
ただリサイズされる前にやらないと失敗するっぽいが。
304:名無しさん＠お腹いっぱい。
08/12/26 23:22:35 /Mx5HO0U0
100Mmadeうｐできるようになってるから500kbps+96kbpsの20分アニメもらくらく通るのか･･･
305:名無しさん＠お腹いっぱい。
08/12/26 23:26:25 LGLRLVUN0
毎度500円の垢代ありがとうございました
これに懲りずに、何度でも本編うｐに挑戦してくださいねｗ
となるのが怖いから、そんなもんやろうと思わんよ…
306:名無しさん＠お腹いっぱい。
08/12/26 23:27:38 +dViYVS90
なぁにエロアニメなら権利削除はほぼない
307:名無しさん＠お腹いっぱい。
08/12/26 23:34:32 /Mx5HO0U0
いや、Veohで拾ったらき☆すたのOVAなんだが。
308:名無しさん＠お腹いっぱい。
08/12/27 01:07:18 AYR/4qmO0
たぶん寿命は短いお
URLﾘﾝｸ(www.nicovideo.jp)
309:名無しさん＠お腹いっぱい。
08/12/27 01:29:38 AYR/4qmO0
あ、ID変わってるけど>304でつ。
310:名無しさん＠お腹いっぱい。
08/12/27 01:57:40 IhLcU5bp0
なんとなくらきすたってのを初めて見てしまった。
311:名無しさん＠お腹いっぱい。
08/12/27 07:19:52 87VHMo2Y0
来年後半ぐらいまでは一般会員のうｐ制限上限上げはないのかな
312:名無しさん＠お腹いっぱい。
08/12/27 16:37:25 wbjOxbxQ0
一般会員の制限を上げるのはあまりメリットが無さそうだからなぁ
この先ずっとプレミアム優先だろうね
313:名無しさん＠お腹いっぱい。
08/12/28 05:34:03 kVD4cx0uO
VideoStudio12を買い､ﾃﾞｼﾞｶﾒ素材のQuicktime動画を編集して
うpしたいのですが､できる限り素材の劣化を抑えようと
素材Quicktime(600x480･30fps)
→VS12で編集後､MP4-BASELINEに(600x480･30fps･6000kbps/AAC48kHz･256kbps)
→ｴﾝｺｿﾌﾄMovieGate3でaviに(Arc Soft H264 codec600x480･30f･6000kb/Liner PCM48kHz･320kb)
→AviUtlでMP4 H.264/AVCに(600x480･980kb/AAC-LC64kb)
→うp
という手順でやってみましたがVS12の出力設定が悪いのか画質はいまいちでした｡
こうしたら画質良くなりそうというｱﾄﾞｳﾞｧｲｽがあれはお願いしたいですm(_ _)m
314:名無しさん＠お腹いっぱい。
08/12/28 07:09:06 dRR4wyCv0
出来る限り劣化を抑えようとするなら
VSからの出力は無圧縮AVIか可逆圧縮AVIにして
AviutlでMP4にするのが劣化行程省けない？
VS使ったこと無いから分からないけど。
315:名無しさん＠お腹いっぱい。
08/12/28 07:41:56 kVD4cx0uO
>>314
レスどうもです。
可逆圧縮についてはVS買ったばかりの初心者で触ったことがないもので
敬遠してましたが、無圧縮Aviは一度試してみました。
しかし無圧縮だと5分弱の動画で15ギガもあり
外付けHDの残りが13ギガしかなかったので急いで出力中止ににしましたが、
やはりエンコソフトのMG3を介するよりは高画質に仕上がるのですね。
もう1台HD買ってきて試してまた結果報告させてもらいます。
他にポイントがあればご指摘お願いします。
316:名無しさん＠お腹いっぱい。
08/12/28 09:13:33 O7rE2FTn0
>>315
どうあがいても可逆は避けて通れんから、この際勉強した方がいい。
317:名無しさん＠お腹いっぱい。
08/12/28 13:10:24 BIoe0iWi0
可逆圧縮だと1/2～1/3ぐらいになるんでしょ
318:名無しさん＠お腹いっぱい。
08/12/28 14:38:31 TiFtZ3/T0
もう200kbpsほど上限を上げて欲しいわｗ
319:名無しさん＠お腹いっぱい。
08/12/28 17:17:17 kVD4cx0uO
>>316
なるほど。では可逆研究してみようかな。
その前に仕組みを分かってないのを承知で質問すると、
無圧縮Aviと可逆圧縮Aviでは最終的な画質はどちらがよくなるのでしょう？
無圧縮の方がよいならば、
可逆は勉強はしても最終的には画質優先で無圧縮で作ることにしようと考えてます
320:名無しさん＠お腹いっぱい。
08/12/28 17:29:57 pxYSxwVQ0
その答えは可逆圧縮についてググったときに
真っ先に明らかになるものだよ
321:名無しさん＠お腹いっぱい。
08/12/28 17:59:23 kVD4cx0uO
いやデータの欠落が全く起こらないやり方だとは聞いたことがあるのですが、
無圧縮でもソフトを介せば厳密には劣化すると聞きましたし、
可逆も劣化はするのだろうけど、無圧縮と比べてどうなんだろう？
と思ったわけです。
322:名無しさん＠お腹いっぱい。
08/12/28 18:02:24 4sD5nVIl0
>>323
だまれ
323:名無しさん＠お腹いっぱい。
08/12/28 18:11:51 kVD4cx0uO
>>324
お前がだまれｶｽ
324:名無しさん＠お腹いっぱい。
08/12/28 18:16:00 7f4RDfTu0
>>325
うるせーよ
325:名無しさん＠お腹いっぱい。
08/12/28 18:16:33 toJ1CdLK0
>>326
あ？死ねよ
326:名無しさん＠お腹いっぱい。
08/12/28 18:18:35 DukTvLj50
>>327
マジウゼーこの流れやめろやカス
327:名無しさん＠お腹いっぱい。
08/12/28 18:26:46 ovWAMPS+0
カスって言ったね!?>>328にも言われたこと無いのに!
328:名無しさん＠お腹いっぱい。
08/12/28 18:27:05 AllpMPWe0
>>328
お前一人の犠牲でみんなが救われるんだっ・・・！
329:名無しさん＠お腹いっぱい。
08/12/28 18:27:46 AllpMPWe0
／(^o^)＼ﾅﾝﾃｺｯﾀｲ
330:名無しさん＠お腹いっぱい。
08/12/28 18:31:55 NpxqspvJ0
>>328
お前にはがっかりだ
331:名無しさん＠お腹いっぱい。
08/12/28 18:31:59 toJ1CdLK0
>>328
332:名無しさん＠お腹いっぱい。
08/12/28 18:51:52 kVD4cx0uO
質問する立場の俺から見ても>>328には心底失望できた
333:名無しさん＠お腹いっぱい。
08/12/28 18:52:32 nDJGfRQu0
>>319,321
写真の色調補正だって画質劣化だ。
雑音だらけで何も聞き取れないCDと
はっきり会話が聞き取れる電話のどっちがいいかという程度の問題。
334:名無しさん＠お腹いっぱい。
08/12/28 18:59:28 Vw3SbU360
無圧縮aviの劣化と可逆圧縮の劣化。出力結果は等価だから心配スンナ。
それよりエンコーダに渡す色空間の勉強でもした方がいい。不勉強は全てを台無しに出来るぞ。
335:名無しさん＠お腹いっぱい。
08/12/28 19:07:33 d4+7ikm/0
入力と出力が（色空間を除いて）違っていればそれは可逆ではない。
ZIPを解凍したら中身が変わってたなんてないだろ。それと同じだ
336:名無しさん＠お腹いっぱい。
08/12/28 19:30:59 kVD4cx0uO
>>333-335
無と可逆はどっちでも同じなんですね。
可逆の方が中間のサイズが小さくて済むと…
別スレや過去ログ読むと、ニコニコにうpする上で
Huffyuvで圧縮すれば良いと何度か目にしました。
これをｲﾝｽﾄｰﾙ?しておけばVS12で出力もできるようにり、
次に直接AviUtlという2度のエンコで済むのかなぁと思いました。
ｴﾝｺｰﾀﾞ・色空間・渡す、でググったらまた凄い量が…(ｗ
まずはHuffyuvを取り入れたりVS12を理解する段階なので、
なんとかメドがついたら色空間とやらに踏み込んでみたいと思います。
ありがとうございました｡またお願いしﾏｽ
337:名無しさん＠お腹いっぱい。
08/12/29 01:57:53 tAD8gxl/0
VS12ですむならAviUtlはいらないだろう...
338:名無しさん＠お腹いっぱい。
08/12/29 02:11:03 PtifviSfO
>>337
そうなんですか？
ニコニコのwikiや解説サイト等みると、
VS12で編集後AviUtlでって記述を結構見かけたので…。
VS12で設定するよりAviUtlの方がニコニコ用のプリセットとか
付いてて設定しやすいからなんですかね？
VS12でMP4出力してそのままそれをうp
というのを自分が余り見かけなかっただけかもしれませんが
339:名無しさん＠お腹いっぱい。
08/12/29 02:45:22 SMHKtBv70
VSで満足するなら問題ないだろ
340:名無しさん＠お腹いっぱい。
08/12/29 03:20:37 c42TOKRU0
VSのH.264出力は、たしか1Mbps以上じゃないと出来なかったような気がする
VSスレで「これじゃニコニコにうｐれねーよ」というのを見かけた覚えがあるなぁ…
この前OSクリーンインストールして以来VS入れてないから、確認はしてないが
341:名無しさん＠お腹いっぱい。
08/12/29 04:00:38 PtifviSfO
>>340
今試してみましたが最低が1024kbpsみたいですね。
だからAviUtlを仲介させるやり方ばかり目にするわけだ…。
342:名無しさん＠お腹いっぱい。
08/12/29 20:52:18 cMLq6GKu0
最低が1024kbpsって、なんでそんな仕様なんだ？
プレミアでも うｐれないとか、メーカーは勘違いするの判っててやってるな。
で、次のバージョンでは「動画投稿サイトに直接うｐ可能な600kbpsができます！」ってかｗ
343:名無しさん＠お腹いっぱい。
08/12/29 21:07:35 vo9Ij6/50
別にニコニコなんて意識すらしてないだろｗ
344:名無しさん＠お腹いっぱい。
08/12/29 21:28:01 fNSlAGg80
>>343
ところがVS12plusには別にFLVエンコード機能もついててな
「YouTube、ニコニコ動画にも再エンコなしでうｐ出来ます！」てな広告打ってたのよ
そのころにはつべのFLV再エンコなしは仕様変更で出来なくなってたんだが…
Uleadってこんな企業なんだよねーｗｗｗ …orz
345:名無しさん＠お腹いっぱい。
08/12/29 22:00:49 i3mdoAZj0
>>344
広告や説明に「再エンコなしで」なんて素人にはわかりにくい文言を入れるとは思えないがソースはどこだい？
普通に考えれば「ニコニコ動画にアップする動画も作成できます」くらいだと思うんだが・・・。
346:345
08/12/29 22:15:29 i3mdoAZj0
>>344
ごめん、「Ulead Video Studio ニコニコ 再エンコ」でググったら出てきたわ。これか。
VideoStudio 12 Plus - FLVアップロードについて - VideoStudio シリーズ
URLﾘﾝｸ(www.corel.com)
ツベの仕様変更とかよく知らんけど、このページの内容ってもうアウトなの？
なんか普通にできるように見えるんだが。
347:名無しさん＠お腹いっぱい。
08/12/29 22:16:06 fNSlAGg80
>>345
ほい
URLﾘﾝｸ(www.corel.com)
348:名無しさん＠お腹いっぱい。
08/12/29 22:17:01 fNSlAGg80
おや、タッチの差だったか
349:名無しさん＠お腹いっぱい。
08/12/29 22:31:16 fNSlAGg80
まあ、かぶったのはいいとして、このページに乗ってる設定を見てみろ
FLVなんだが、オーディオ設定は11.025kHzのPCMなんてことしてるから、絶対鯖で蹴られるとんだお笑い設定だ
つべの設定にしても、再エンコされなかったのはFLV1（H.263）だから、
FLV4（VP6）で作った場合はヘッダーを偽装する必要があった。（もちろんPCMは使えん）
そして、このころはFLV1も再エンコされるようになってたんだな
もっと詳しいことは、つべ向け高画質スレのほうを覗いてみればわかるんじゃないかな
350:名無しさん＠お腹いっぱい。
08/12/30 21:23:02 WA1I9xie0
インタレ解除の練習したいんだけど何かいい素材ないかな？
351:名無しさん＠お腹いっぱい。
08/12/30 22:31:35 PalITGQD0
それはテレビなのか映画なのかアニメなのか
352:名無しさん＠お腹いっぱい。
08/12/30 22:58:36 W7Ypx24+0
URLﾘﾝｸ(www.nicovideo.jp)
1024x768を投稿できた頃がものっそい懐かしい･･･
353:名無しさん＠お腹いっぱい。
08/12/30 22:59:34 WA1I9xie0
>>351
すまん
アニメかゲームがいい
354:名無しさん＠お腹いっぱい。
08/12/30 23:02:05 W7Ypx24+0
DVDでアニメかりてそれエンコすればいいんじゃないか？
355:名無しさん＠お腹いっぱい。
08/12/31 03:12:18 kZ+xc14g0
>>354
それが一番楽か
どっかにファイル置いてあればそれがよかったけど
ありがとね
356:名無しさん＠お腹いっぱい。
08/12/31 04:27:38 2OyTxH3a0
DVD素材でインタレ解除って何のイミが・・・
357:名無しさん＠お腹いっぱい。
08/12/31 04:33:02 0UpAKxoL0
は？
358:名無しさん＠お腹いっぱい。
08/12/31 07:20:20 9iFei7h40
ゲーム動画とかでインターレース解除するときは二重化のほうが良い気がした
359:名無しさん＠お腹いっぱい。
08/12/31 09:38:54 kZ+xc14g0
>>356
・・・やっぱ変だよな
勉強不足でおれが間違ってんのかなと思ってた
指摘サンクス
>>358
サンクス 参考になる
エンコード依頼スレ覗いてみるか
360:名無しさん＠お腹いっぱい。
08/12/31 11:07:41 EAeV4FCp0
ニコ動にあげる程度ならニコエンコで十分すぎる
361:名無しさん＠お腹いっぱい。
08/12/31 13:42:03 4UUVGOcf0
ニコエンコじゃ満足できないからこんなとこで管巻いてるのよ
>>358
ゲームってビットレートきついことが多いから、二重化はまずくないか？残像出るし…
むしろフィールド片方捨てたほうがいいんじゃないかな？
separatefields().selecteven().nnedi(1,true)
とかどうだろうか？
362:名無しさん＠お腹いっぱい。
08/12/31 16:34:09 9iFei7h40
>>361
URLﾘﾝｸ(revo.mine.nu)
ブツがあったほうがわかりやすいかなと思うんで、見比べてみてちょ
01が二重化
02がいつもの片方消す系？
俺はやっぱり二重化が好きかな。好みの問題かもしれんが
363:名無しさん＠お腹いっぱい。
08/12/31 18:08:34 EAeV4FCp0
満足できないというが実際にニコエンコとほかのエンコで納得いくほど違いがでたことなんてあるの？
364:名無しさん＠お腹いっぱい。
08/12/31 18:09:22 w9gs5ATt0
二重化はモーションブラーみたいに見えるから、
動きの激しい動画でフレームレートを削減する場合は見た目よく見える。
365:名無しさん＠お腹いっぱい。
08/12/31 18:15:35 kZ+xc14g0
>>363
ただの紙芝居にMaxBフレームを16もあててる人とかいるじゃん？
デコード負担を無駄に増やす元凶になってるから正直ニコエンコなくなってほしい
366:名無しさん＠お腹いっぱい。
08/12/31 18:21:11 kZ+xc14g0
あ、俺実際に使ったことないから間違ってるかも分かんね
ただ、以前ニコエンコでエンコした動画を友人が送ってきたんだけど
そのビットレートの半分以下でそれ以上の画質が実現できたよ
あと、ニコエンコでエンコした動画がローカルで見れんとかいう人もいた
ニコにうpすると見れるらしいからただ単にそいつの環境の問題だと思うが
367:名無しさん＠お腹いっぱい。
08/12/31 18:28:29 hoPAc9xR0
ニコのコメントでインターレースがどうのって俺には何が違うのかサッパリなんだが何で分かるの？
368:名無しさん＠お腹いっぱい。
08/12/31 18:33:09 qu6ymNWB0
何の話か追ってないけど、インターレース解除だけなら入力でffdshow(VFW)介して解除すれば楽じゃない？
ソースによってはポストプロセッシングとか、ノイズ低減も超高速に出来るぜ。
369:名無しさん＠お腹いっぱい。
08/12/31 18:44:54 EAeV4FCp0
おいおい
ニコエンコのbrames初期値は3だぞ
ニコエンコしか使わないような人はそんなとこまずいじらないだろうし
紙芝居動画で16にするやつなんてわざとだろ
370:名無しさん＠お腹いっぱい。
08/12/31 18:49:19 Zc1DU7Y00
解説動画かなにかで見た高画質という歌い文句の設定をそのまま全ての動画に使ってるだけじゃね？
俺もAviutlで似たようなことやってた・・・。
371:名無しさん＠お腹いっぱい。
08/12/31 18:55:17 kZ+xc14g0
>>369
初期設定そうなのか
見せてもらった動画をバイナリエディタで見たらそうなってたんだよね
最初に見た設定がそれでアホらしいと思って使ってなかったんだ
すまんかった
>>370
友人はニコエンコでやったって言ってたんだけどな
今度確認してみるわ
372:名無しさん＠お腹いっぱい。
08/12/31 19:32:14 44NTaQj20
>>371
あれが出た当初は16だったから、古いの使ってる人ならまだ16のままなんじゃないかな
他にもインタレ解除がTomsMoCombからTDeintに変わったりとか細かく更新されてるあたり、
中の人はもともとあまりエンコに詳しい人じゃなかったんだろうね
まあ、色々改良された結果、今では中を自分の好みでいじるとかはやりにくくなっちゃったけど
373:名無しさん＠お腹いっぱい。
08/12/31 20:06:06 AkPX4Pq30
264の設定だけなら別ファイルになってるからいいんだけど
中いじろうと思うと今のは簡単にはできないね。昔のｖｅｒのが使いやすいかな。
374:名無しさん＠お腹いっぱい。
08/12/31 21:25:35 U8XRaAGo0
画質ゼロスタイル！！！！！！！！！！！！！！！！！
375:名無しさん＠お腹いっぱい。
09/01/01 21:54:31 62uPBeOL0
Virtualdubで動画の結合と余計なシーンのカットとして
中間ファイル出力してからエンコードしてるんだけど
動画の結合とシーンのカットをAvisynthのスクリプトでできないかな
そしたら中間ファイル出力の手間が無くなるのです
376:名無しさん＠お腹いっぱい。
09/01/01 22:55:37 8nLW+W3K0
動画の結合
v1=AVISource("video1.avi")
v2=AVISource("video2.avi")
V3=AVISource（”video3.wmv")
last=v1++v2++v3
シーンカット
src=last
s1=src.trim(a,b)
s2=src.trim(c,d)
last=s1++s2
もしくは
hoge.avsでとりあえず動画を結合後まで書いてから、VDでavs読み込んで編集してvcfを保存
再びhoge.avsを開いて
LoadPlugin("AddRange_for_25.dll")
AddRange("xxxx.vcf")
を書き足す
他にも色々書き方はあるから、AviSynthWikiであとは調べろ
377:名無しさん＠お腹いっぱい。
09/01/01 23:03:25 8nLW+W3K0
あら、V3だけ大文字でwmvになってる
v3=DirectShouSource("video3.wmv")に訂正
要は色空間と解像度とフレームレートが同じなら、結合できるってことで
378:名無しさん＠お腹いっぱい。
09/01/01 23:25:22 62uPBeOL0
>>376-377
うわあぁああすげえ丁寧にサンクスぅぅう
ググレカス以外のレスもらったの初めてかも
379:名無しさん＠お腹いっぱい。
09/01/02 00:32:08 8Hq1yM2e0
ツベ板のエンコ系スレには、どういう訳かお人好しが多いんだよなｗ
380:名無しさん＠お腹いっぱい。
09/01/02 08:55:15 zjbtIiU40
一方DTV板のエンコ系スレはひねくれ者ばかりだよね。
381:名無しさん＠お腹いっぱい。
09/01/02 10:39:15 tPD93SMr0
あっちの古参は10年近く前のほとんど情報がなかったころからエンコやってる
人が多いから。全部自分で開拓してきた人種だからおいそれと知識をひけらかす人は少ないよ。
それがひねくれていると捉えるかは自由だと思うけど
382:名無しさん＠お腹いっぱい。
09/01/02 10:47:07 56tv/d110
ニコ動にあげれる画質上限程度の動画のエンコードでレベルをたとえばL3.0とL4.0にして違いってあるの？
383:名無しさん＠お腹いっぱい。
09/01/02 12:26:32 OqW3n4sT0
レベルって、H.264のレベルのこと？
もしそれだったら、ニコニコ規定内の動画で4になることはまずありえないぞ
レベル4っていったらフルHDの世界の話だから
ちなみにレベルは高いほど再生負荷が高い=対応プレーヤーが少ないってことになるかね
L3.0をL4.0に書き換えたところで中身はまったく変わらんが、プレーヤーによっては再生出来ませんってなることもしばしば
384:名無しさん＠お腹いっぱい。
09/01/02 12:29:07 YgqkqxiN0
ニコニコ程度の解像度ならVP6でも十分な気がしてきた
385:名無しさん＠お腹いっぱい。
09/01/02 12:33:23 56tv/d110
そうH.264の話です
実際にニコ動見てるとL2.0の人もいればL3.0、L4.0とかの人もいてまちまちだから
他の設定変えずにlevel変えてエンコしたら画質違うのかと思って
L2しか必要としない動画をL4設定でエンコして意味あるのかな
386:名無しさん＠お腹いっぱい。
09/01/02 12:36:44 k37AVzLy0
デメリットはあるけどメリットはない
387:名無しさん＠お腹いっぱい。
09/01/02 12:47:29 OqW3n4sT0
>>384
H.264対応前までは俺もそう思ってたよ
ちょうどVP6エンコのコツみたいなものがつかめてきた気がしてた時期だったから
いまではVP6は正直つらいだけだ
388:名無しさん＠お腹いっぱい。
09/01/02 12:51:32 zjbtIiU40
アイマスの動画見てると5.1が多い気がする。
389:名無しさん＠お腹いっぱい。
09/01/02 13:30:19 D5j/wXrO0
例えばx264gui.auoでエンコするとデフォルト5.1になるからねぇ
390:名無しさん＠お腹いっぱい。
09/01/02 13:30:28 XQJI7chM0
実際にエンコしてみれば違いがわかるよ
L2.0とL5.1じゃ見た目で違いがわかるから
素材によっても違ってくるんだろうけどね
391:名無しさん＠お腹いっぱい。
09/01/02 13:38:11 8/M53DwF0
>>390
レベル毎の最高ビットレートなどが決められてる。
URLﾘﾝｸ(en.wikipedia.org)
↑詳しい値はここで
High@2.0だと最高ビットレートが2.5Mbpsに制限されるから
どうしようもなく動きなどの多いシーンでは破綻してもおかしくない。
392:名無しさん＠お腹いっぱい。
09/01/02 13:54:25 56tv/d110
>>390
でもニコ動程度なら5.1にする意味ないんでしょ？
393:名無しさん＠お腹いっぱい。
09/01/02 14:05:00 tPD93SMr0
>>385
レベルは動画のデコード時にかかる負荷の目安。デコーダーは
そのレベルを見て自分のハードウェアが正常にデコードできるか判断する。
PCとかはCPUに依存するからあまり意味がないがBDプレイヤーとかは
レベルオーバーした動画はコマ落ちとかすることがあるから重要な情報のひとつ。
ビットレートのほかにフレームレートや解像度、--refや--b-framesなどの設定しだいで
レベルは変わる。
>>389
最近のrevは自動判定するようになりました。
>>390
同じオプションなら確実にプラシーボです。さっき言ったようにレベルは
ハードウェアに伝えるパラメータに過ぎません
394:名無しさん＠お腹いっぱい。
09/01/03 11:43:03 lgozJL380
レート設定って最適なの決めようがなくね？
マルチパスの段階でその辺も探って決めてくれたらいいのに
395:名無しさん＠お腹いっぱい。
09/01/03 12:05:48 BQIIhE7e0
だったら1パス目をcrfでやりゃいいだろ
結果見て2ﾊﾟｽ目でビットレート指定すりゃいい
自動なんか使うから、そういう間抜けな発言をすることになる
396:名無しさん＠お腹いっぱい。
09/01/03 13:53:52 lgozJL380
>>395
QPの下限とかIDRフレーム間隔の下限あたりの話なんだけど話し食い違ってない？
まあAviutlのx264GUI使ってるからコマンドライン使いからしたら間抜けです
397:名無しさん＠お腹いっぱい。
09/01/03 14:56:14 4vvExC7/0
QPやIDRフレームの下限って普通は「レート設定」とは表現しないよね、たぶん。
仮にするとしても普通はビットレートのことだと思うだろ。
398:名無しさん＠お腹いっぱい。
09/01/03 15:07:13 lgozJL380
確かにそうだな。すまんかった。
399:名無しさん＠お腹いっぱい。
09/01/04 09:46:24 JZlJFnmx0
DVDの解像度は720×480と聞いたんですがこれはどういうことでしょうか？
試しに720×480と640×480の両方でエンコしてニコニコに上げてみたんですが、前者のほうは画面上下に黒帯が入ってしまって、画面もほんのちょっとだけ横に引き伸ばされた感じになってしまいました
でも編集中の動画ファイル見ると720×480って出てるし・・・意味がわからない
多分わかってる人にとってはものすごく間抜けな質問なんだろうけど・・・教えてください
400:名無しさん＠お腹いっぱい。
09/01/04 09:55:32 ovdWpann0
720x480って縦横比はいくつか計算しなさい？
401:名無しさん＠お腹いっぱい。
09/01/04 10:00:43 JZlJFnmx0
>>400
計算しておかしいから質問したんです
3:2になっちゃいますよね
でも検索したらDVDの解像度は720×480って書いてあるし、動画を編集しててもDVDソースの動画は720×480って表示されてます
だからこれはどういうことだろうって
402:名無しさん＠お腹いっぱい。
09/01/04 10:16:17 y/tf4ifd0
>>401
自分も不思議だったから検索してみた
URLﾘﾝｸ(detail.chiebukuro.yahoo.co.jp)
403:名無しさん＠お腹いっぱい。
09/01/04 10:24:40 JZlJFnmx0
>>402
こちらでも検索してみました
そしてわかったのは、DVDの映像の信号は720×480で記録されてるけど、アス比の情報もDVDに記録されててDVDプレイヤーなどで再生する際は自動的に補正して表示してるって感じでした
ただDVDソースの動画を編集する場合はその補正がないので、そのまま扱った場合は3:2のアス比のままになって、さっき言ったニコニコ動画に投稿した場合のケースになってしまうみたいです
って認識で合ってるんだろうか、どうなんだろう
404:名無しさん＠お腹いっぱい。
09/01/04 11:48:26 3eaApo6c0
それでおｋ
あと、アナモルフィック、スクイーズ、854x480といったキーワードを押さえておくとよい
405:名無しさん＠お腹いっぱい。
09/01/04 11:50:19 JGTf4Asl0
アナルファックに見えた（´・ω・｀）
406:名無しさん＠お腹いっぱい。
09/01/04 11:52:51 JGTf4Asl0
とまあ冗談はおいといてニコニコでないかぎりSAR指定してやればいいんだけどね
407:名無しさん＠お腹いっぱい。
09/01/04 12:05:05 RTVnTE5J0
DVDの映像はITU-T BT.601っていうSD解像度のアナログ映像信号をデジタル変換する際の
規格に沿っていてそこでは横方向のサンプリング数は720と決まっている。
何でそんな数なのかとかは URLﾘﾝｸ(www.marumo.ne.jp) ここみるよろし。
意味わからんかったらそういうもんだと思っとき。
ついでに実際は720のうち左右で合計16pxは無効領域としてマージンが取られている。
たとえば4:3映像というのはこの16pxを切り取った704x480に対して4:3を適用するのが正しい。
408:名無しさん＠お腹いっぱい。
09/01/04 12:28:54 f2FOGS580
--crf 24 --aq-mode 0 --psy-rd 0.5:0
--qpmin 18 --qpmax 46 --qpstep 10
--scenecut 54 --min-keyint 8 --keyint 300
--partitions "p8x8,b8x8,p4x4,i4x4" --weightb --b-adapt 2 --direct "auto" --me "umh" --subme 9 --merange 64 --sar 10:11 --threads 2 --trellis 2 --no-deblock --cqm "flat" --no-fast-pskip --no-dct-decimate
↑最近aviutlのx264拡張を知ったんですがプリセットの高画質はこんな設定になってました
-b-frames 4、-ref 3で混合参照ありです
暗がりが多い3Dをなるべくフィルタ無しで出力したいんですが「ここだけは弄って置くべき」
って部分はあるでしょうか。ほぼ全部暗い場面なんですが
409:名無しさん＠お腹いっぱい。
09/01/04 14:01:44 Vd/RZx1o0
著作物取締りの超強化で高画質追求も廃れてきたな
410:名無しさん＠お腹いっぱい。
09/01/04 16:02:21 V3nMR1oU0
>>408
--merange 64 ←逆に圧縮効率が落ちる 32もあれば十分
--sar 10:11 ←ニコニコでは無意味
--no-deblock ←圧縮効率が落ちる
こんなもんかな…
3Dとはいってもどんな物かは見ないとわからないからね。
411:名無しさん＠お腹いっぱい。
09/01/04 17:17:58 f2FOGS580
>>410
ありがとうございます
とりあえずまだ設定の意味が何も分からないので気長に調べながらやっていきます
アドバイス感謝です
412:名無しさん＠お腹いっぱい。
09/01/04 18:15:52 5mips/fs0
qpmin 18でcrf 24とするその心は？
同じで良くない？
threads autoの方が汎用性が高いように思う。
no-fast-pskipを指定してある意図は？
413:名無しさん＠お腹いっぱい。
09/01/04 18:46:38 f2FOGS580
>>412レスどうもです
調べた所qpminは10-30が適正範囲のようですね、
ここを下げると浪費対策になるんでしょうか、10ぐらいにしても大丈夫そうですね
threadsは自分のPCのスレッドが2つだったというだけであまり分かっていませんでした
autoでやってみます
no-fast-pskipは多少暗い画面でブロックを減らせるんじゃないかとおまじない程度に指定しましたが
もっと根本的な方法が無いものかとは思います
-crfを使うのは2passでbit指定しようとしても自分では-crfよりキレイに出来なかったので orz
同じサイズに仕立てようとするとビットを相当に低くしなければならず、お世辞にも画質が良いとは
言えない感じになってしまいました…
414:名無しさん＠お腹いっぱい。
09/01/04 19:30:25 hbKHvbzM0
URLﾘﾝｸ(x264.tobinaka.com)
オプションのことはここに結構書いてある。…といってる本人が読んでないがｗ
ただしDTV板でここを出すとtobinaka乙と叩かれるので注意。
415:名無しさん＠お腹いっぱい。
09/01/04 19:51:24 f2FOGS580
>>414
ありがとうございます、ブクマに入れました
黙って参考にさせてもらうことにしますｗ
416:名無しさん＠お腹いっぱい。
09/01/04 22:58:44 5mips/fs0
いや，crfはいいと思うよ。
ただ，qpmin 20 crf 20みたいにそろえないとどっちかが意味なくないかと思って。
10だと個人的には無駄にビットレートを食い過ぎなように思う。
417:名無しさん＠お腹いっぱい。
09/01/04 23:48:55 RTVnTE5J0
なんでやねん。指定したパラメータによって適切なqpが割り振られるんだから
qpmin, qpmaxは広めに取っとくのが普通。--crf 24だと大雑把に言って平均qpが
24くらいになるんだからqpminが24だと下げるべきところもqpが24までしか下がらんのだから
画質が悪くなる。まあニコニコみたいにビットレートが限られている環境なら
容量節約のためにqpminを上げる意味はあるがqpminとcrfを揃える理由にはならない。
--no-fast-pskipは基本的にOFFにする理由はない。特に小さい物体がスクロールするような
シーンだと動き検索の誤爆が減る
>>413
乱暴な言い方をすれば--crfでできた動画と同じビットレート指定で2passすれば
普通画質はほとんど変わらんよ。なんかまちがってないか？
暗部に対する対策としてはOreAQ使うかpatch版のaq2使うかだな。
OreAQなら--aq-strength 0.4:0.6 --aq-sensitivity 12くらい。
でもほとんど暗い場面だと効果が少ないかもなあ。
あとはマトリクス練るとか
418:名無しさん＠お腹いっぱい。
09/01/05 00:52:53 8h4nAOCS0
crfとcqpを混同してる人って多いよね。
419:名無しさん＠お腹いっぱい。
09/01/05 05:57:09 c8Xh0cm40
高画質の5分の映像をMPG2化したのだけど
前半の二分切りたい場合どうしたらいい？
エンコの時Windowsのムービーメーカーで後半ならたぶん切れると思うけど
前半は切れない（操作できない）と思う
420:名無しさん＠お腹いっぱい。
09/01/05 06:02:44 A7Aa0IZt0
>>419
ここそういうスレじゃねぇから！
421:名無しさん＠お腹いっぱい。
09/01/05 11:15:31 0XPQe8500
>>419
ここそういうスレじゃねぇから！
422:名無しさん＠お腹いっぱい。
09/01/05 11:16:34 0XPQe8500
>>362
２Ｄ神のウメハラじゃんｗ
どっちでも良い気がするが１のほうが滑らかに見えるね
インターレースの消し方なんて自動しかやったことなかったわ
アニメの背景のスクロールみたいなやつは二重化のほうが良い気がする？
423:名無しさん＠お腹いっぱい。
09/01/06 00:32:05 qMsroJGs0
ウメハラと聞いてからダウソ余裕でした
>>362
昔のカプコンのシステム基盤（っつかCP２だったかな）は
縦長ドットだったと思った。もしかしたら基盤の出力的に
二重化と相性がいいのかもね、ストⅣの基盤がどんなかは知らんけど
424:名無しさん＠お腹いっぱい。
09/01/06 20:19:21 9G8WiEmr0
>>423
縦長ドットという言い方はちょっと修正した方がいいな
CP2とか昔のアーケードゲーム基板から出力する信号のタテ解像度はVGAの半分の240本のが多かった
しかしブラウン管面自体は480本でも行けるんだな。で、実は480本のうち片方のフィールド(トップフィールドorボトムフィールド)だけ使ってる。
だから昔のアーケードゲームの画面はよく見ると黒いシマシマが入っていたんだ(ドット・ライン合わせに重宝した)
あとその状態でフレームレートは60でもあったり。なのでソース的には320x240x60pぐらいが基本
X軸の320ってのはもうちょっと解像度高いのもあった(384とか、この場合1ドットの横幅を縮めた縦長ドットになる)
まぁドットの縦長・横長なんてもんはブラウン管時代は画素固定じゃ無いからHsize,Vsizeのボリュームいじっていくらでも調整できた
（俺昔店員バイト時代にその調整やってたんだ）
だから640x480にする場合にはタテは二重化することによってもう片方の真っ黒なままのフィールドをコピーして埋めるので
結果的に画がすごく綺麗になる
ついでに当時ピュア640x480x60pのサイバリオンとかセガのシステム24(クラックダウン、ゲイングランドなど)が出た時には
その精細感にときめいたもんだｗ
425:名無しさん＠お腹いっぱい。
09/01/06 20:29:32 JonJVvw+0
なんかためになったような気がするぜ。
久しぶりにセガサターンのゲームを大画面でやったら
こんなに黒いシマシマがあったのかと思ったもんでな。
426:名無しさん＠お腹いっぱい。
09/01/06 21:18:10 qMsroJGs0
なるほどねえ、最近知って驚いたのはPS2がプログレ表示できるって事だったな・・・ｗ
427:名無しさん＠お腹いっぱい。
09/01/06 23:11:14 TvldN8C20
>>417
crfは別に平均じゃないだろう？
crfとcqpは何が違うんだ？
ビットレートの上限とかが有効になるかどうかが一番の違いだと思っていた（某ブログにそう書いてあった）。
428:名無しさん＠お腹いっぱい。
09/01/07 00:24:02 R0vKtwyc0
CRFは、CQPの動作に加え、AQや多少のビットレート平均化を行う。
結果として、基本品質ベースだが画質を落としても分かりにくい部分の画質を落として、目の付きやすい部分に回すというような動作になる。
429:名無しさん＠お腹いっぱい。
09/01/07 22:37:27 uKDW7pUm0
なるほど。
今までの経験と照らし合わせて合点がいった。
勉強になった。
ありがとん。
430:名無しさん＠お腹いっぱい。
09/01/09 20:33:36 9vyP/iR+0
拡大しても綺麗なままの動画をアップロードしたいんだけど
高解像度でアップロードすると再エンコードされて汚い動画になってしまう。
どの程度の解像度まで大丈夫なの？
431:名無しさん＠お腹いっぱい。
09/01/09 20:38:31 Bqz8c+Cs0
800ｘ600が限界
432:名無しさん＠お腹いっぱい。
09/01/09 20:39:18 Bqz8c+Cs0
昔は1920ｘや1280xも投稿できたらしいけどね。
1024x768で投稿されたやつとかならまだ残ってるかも。
433:名無しさん＠お腹いっぱい。
09/01/10 06:02:31 /rxePrLb0
縮小表示も酷いもんだろ
434:名無しさん＠お腹いっぱい。
09/01/10 09:36:57 NLizXcaz0
心配しなくても等倍表示でも酷いよ
435:名無しさん＠お腹いっぱい。
09/01/10 20:19:51 BYeN2szh0
■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□
本家を超えた！最高の本日の最高動画！
アイマスや東方の様な稚拙な動画じゃありません！
製作時間３ヶ月！これよりクォリティの高い動画はしばらくミク関係では出ないはず！
プロの犯行です！必見！VOCALOID系動画の最高峰
【MikuMikuDance】くるっと・おどって・初音ミク【ねんどろいど風味】
URLﾘﾝｸ(www.nicovideo.jp)
■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□■□
436:名無しさん＠お腹いっぱい。
09/01/10 23:02:34 HqN9Yion0
またアンチボカロの荒らし依頼か
437:名無しさん＠お腹いっぱい。
09/01/10 23:05:27 rsrs6G1G0
マルチまじで死ねよ。
荒らしさせてその反応みるのが楽しいんだろうな。
くやしいけど（ｒｙ
438:名無しさん＠お腹いっぱい。
09/01/12 05:45:59 vjVTPtQXP
バルドフォースのOPをエンコしてみました。どうでしょうか？
URLﾘﾝｸ(www.nicovideo.jp)
ビットレートは一般で動画595kbps、音声48kbpsです。
オプションはこんな感じにしました。パスは2passです。
--aq-mode 0 --aq-strength 0 --psy-rd 0.7:0.1 --ipratio 1.2 --pbratio 1.2 --qcomp 0.7
--qpmax 40 --qpstep 25 --scenecut 40 --qpmin 10 --min-keyint 20 --keyint 300 --8x8dct
--partitions "all" --bframes 6 --b-pyramid --weightb --b-adapt 2 --ref 16 --mixed-refs
--direct "auto" --direct-8x8 0 --me "tesa" --subme 9 --merange 64 --threads "auto"
--trellis 2 --deblock -2:-2 --cqmfile "bfseopnico2.cfg" --no-fast-pskip --no-dct-decimate
--zones 42,60,b=1.2/648,716,b=1.8/865,908,b=1.2/914,1155,b=0.6/1298,1340,b=1.2/
1502,1554,b=1.2/1560,1768,b=1.2/1930,1980,b=1.2/2142,2194,b=1.2/2251,2407,b=1.2/
2412,2460,b=1.8/2462,2661,b=0.5/2680,2887,b=1.2/2996,3073,b=0.7/3103,3314,b=0.8/
3315,3524,b=0.2
元ファイルはこれです。
URLﾘﾝｸ(mirror.tsundere.ne.jp)
ノイズと縞線がつぶれないように何十回も試行錯誤を繰り返したところ、それなりに再現できた気がします。
少しでも無駄を減らすためにqcompとqpstepを多めに取って、ビットレート配分にメリハリをつけました。
scenecutはあえて少なめにしています。場面転換が多いので、すぐに不要となってしまうIフレームを
増やすよりは、全体の画質を底上げした方がいいのではないかと思いました。
デブロックフィルタはノイズを守るために切ろうかと思ったのですが、切るとブロックノイズがひどくなってしまい、
弱めにかけることにしました。弱めでも見違えるようにブロックノイズは消えるものなのですね。
それでいて守りたいノイズは意外とそのままだったので、デブロックフィルタはかなり優秀みたいです。
direct-8x8を0にすると、少し画質が上がった気がします。4x4を使うので激しい動きに強くなるようです。
--me "tesa" --subme 9 --merange 64のあたりは全力でいきました。特にtesaの効果は絶大です。
普通のアニメでは遅くなるだけで無意味と言われていますが、この激しい動きの動画ではかなり変わりました。
はっきりしなかった線がくっきりして、画質もumhよりシャープになった気がします。
マトリクスもこの動画用に作りました。優先順は、一番大事な輝度イントラの部分は
低周波＝高周波＞中周波（真ん中）＞中周波（高寄り）＝中周波（低寄り）
といった感じです。細かいノイズ用には高周波を、縞線はグラデーションっぽいので中周波を重視しました。
更に縞は横向きなので、横の波を意味するマトリクスの左側を気持ち数字を下げるようにしました。
輝度インターは、画面の移り変わりが激しいので輝度も変わりやすいだろうから、高周波が大切だと思い、
低周波に加えて高周波も重視しました。中周波はその分数字を上げてビットレートを節約することにしました。
色のマトリクスもそれに似た感じで作って、節約のために全体的に輝度より数字を多めにしました。
ここまでやってもまだ満足できないところがありました。
どうしても潰れてしまうノイズが序盤にあったり、なぜかぐちゃぐちゃになる画面があったんです。
それに3D部分の激しい動きは正直よく見えないので画質は控えめでいいんじゃないかと思いました。
そこでzonesを使うことにしました。指定した場面のビットレートを多め少なめに操作できるオプションです。
配分は実際に何度も動画を見て決めました。
タイトル部分やアニメ絵部分、ノイズ部分など、パッと見て印象深い部分の画質を上げるようにしました。
明らかにひどい部分が少しでもあると全体がダメに思えてしまうので、そうならないように頑張りました。
ちなみになぜ2パスなのかと言うと、最初は5パスもやっていたのですが、2パスより画質が落ちてしまったのです。
パスを増やすと全体にビットレートを落ち着ける方向にいってしまうようで、それが裏目に出てしまいました。
これで自分としては限界まで突き詰めたつもりです。595kbpsの中でやりくりするのは大変でした。
皆さんの目から見るとどうでしょうか？