x264 rev22at AVI
x264 rev22 - 暇つぶし2ch844:名無しさん@編集中
09/07/17 20:11:32 mLvozCwG
x264は実写向きだからアニメは辛い

海外では映画のエンコードが主用途だからな

PSYもVAQもみんな実写向き

845:名無しさん@編集中
09/07/17 20:34:05 W+8KxvNm
>>844
x264が実写向きだったとは始めて知ったよ

846:名無しさん@編集中
09/07/17 20:36:40 YkQMWplK
>>844
そう言いながらDaiz氏のテストではPSYもいい結果出してたしな。
あと、動画関連のソフトってのは意外とアニメをエンコしてる人と関わってるん
だよ。別に辛くないと思うよ。ソースによってAQの強ささえ変えればエロゲーの
OPでも色々いける。b-adapt 2も完全にエロゲーのOPで作られたし。

アニメをエンコしてるのは日本だけじゃないしw
URLリンク(www.animereactor.dk)

まぁ、そんな釣りにマジになってどうする…ってことで(ry

847:名無しさん@編集中
09/07/17 20:39:24 q9R+4Sp0
いずれにせよ、VAQやPsy-RDを使うことで、グレインが保持できる様になったのは、とても嬉しい。

次に出る東方の映像が今までよりもっと複雑だったなら、DSもさらなる改良をしてくれるのだろうか。

848:名無しさん@編集中
09/07/17 20:50:22 3FTH51IW
そもそもAvery LeeがVirtualDub作ったきっかけがうる星やつらだからなぁ

849:名無しさん@編集中
09/07/17 20:57:08 bgtV0Kw3
>>842
>そして、D_S氏からまた新しいエンコーダーテスト用の動画だ
それをMediaInfo 0.7.18で見ると
>Format profile : High 4:4:4 Predictive@L3.2
と出てYUV444なのか?と思いきや
>Colorimetry : 4:2:0
と出て…。

Colorimetryって何?

850:名無しさん@編集中
09/07/17 20:57:24 3FTH51IW
間違えた
セーラームーンだった…

851:名無しさん@編集中
09/07/17 21:00:05 YkQMWplK
>>849
プロファイルの名前が: High 4:4:4 Predictive@L3.2
だけど、Colorimetryは実際のカラー空間。つまりYV12だ。
x264のロスレスでエンコされたものですから。

852:名無しさん@編集中
09/07/17 21:18:06 92+32bys
H.264のロスレスはHigh 4:4:4っていうプロファイル名なんですわ。
名前からもわかるとおりこいつはYUVやYCoCg(RGB)の4:4:4を収録することはできるけど
x264は4:2:0でエンコしてる

853:名無しさん@編集中
09/07/17 21:19:29 bgtV0Kw3
>>851
どうも。

てっきり非公式(という表現でいいのかな?)な
「444でエンコしてみた」動画なのかとwktkしたのに…。

854:名無しさん@編集中
09/07/18 01:17:21 9MhsTli4
1920*1200の動画をエンコすると動画の下の方が緑色の帯状になって
おかしくなるんですけど、なんか回避方法あるんでしょうか?
リサイズしたりして1920*1200より解像度落とすと問題なくエンコされます。

環境は、Aviult+x264拡張GUI(x264.1181.release02) です。



855:名無しさん@編集中
09/07/18 01:20:18 3x32mAcy
スレチです。x264の問題ではありません。こちらへどうぞ
スレリンク(avi板)

856:名無しさん@編集中
09/07/18 01:23:58 KzHVv4ZV
1920x1080のまちがいじゃないのか?

映像下部端が緑になるのはエンコード時ではなくて
再生時にデコーダとフィルタとレンダラの組み合わせが悪いせい
再生環境を見直せ

857:名無しさん@編集中
09/07/18 01:26:01 Mm+FhfOG
ゲームのキャプチャじゃね?
まっスレチなのは変わらんがw

858:名無しさん@編集中
09/07/18 18:56:55 r1nlXwFx
x264itvfr.exeはもう更新されないのか

859:名無しさん@編集中
09/07/18 20:02:54 nnPkFKWK
ソース修正するのがめんどいとか

860:名無しさん@編集中
09/07/18 21:06:56 HtuGIu0t
crfを2pass VBRの1pass目に出来たらなぁ、とか思ったり。

crf 20とかにしても、ノイズが見え隠れするので、出力されたファイルの
平均ビットレートで2pass VBRしたら、ノイズが消えることが結構あったり。

logを見ると、crfは、directMVが、ほぼspatialのみで、2passにすると、
temporalを2~30%ぐらい入れて、圧縮効率が上がってる模様。
本体に実装されなくても、MeGUI辺りに実装されないかなぁ。

861:名無しさん@編集中
09/07/18 21:34:47 P+yiLLuR
いわゆる2pass版crfですね

862:名無しさん@編集中
09/07/18 21:39:11 cUJfrJhD
バッチファイルでcrfでやるときに-p 1と--stats付けてやって、
エンコしたファイルのビットレート取得して変数に入れて、
-p 2 --stats -B %rate%ってやれば?

863:名無しさん@編集中
09/07/19 00:10:10 H2EsM318
Losslessはぇぇ。。。Full HDでも20fpsとか出るもんなんだな
当たり前だけど容量的にほとんどエンコする意味が(ry

864:名無しさん@編集中
09/07/19 00:49:00 Yz+Apw+V
>>863
それってデコードとHDDの書き込みがボトルネックになってて、大幅にスピードダウンしてると思う


最新レス表示
レスジャンプ
類似スレ一覧
スレッドの検索
話題のニュース
おまかせリスト
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch