x264 rev43©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
>>753
WindowsUpdateサービスを無効にすれば解決するぞ。ただし、長期間そのままにしてあると
定期的なライセンス認証の確認作業に不具合が生じてバルーンヘルプが出始めるかもしれないが
1/19 に r2901 が来てたのね。今まで気づかなかった・・・。
あとsandboxの方には 1/22 に 「4:0:0 (monochrome) encoding support」 が来てた。
なおKomisar氏は r2851 から動き無し。 >>753
寝ている時間をアクティブ時間にすればいいのでは?
1度も勝手に再起動された事はないな。 >>753
RS2までロールバックしてみたら?
Win10は一度ロールバックするかクローンHDDから復旧させてCBBのWU確認期限を1年間にしておけば
重要なアップデートが見つかっても検知されないまま放置される。 x264guiExで実写を品質基準VBR (crf)でエンコしてるのですが
この品質基準とは何を基準にしているとかあるのでしょうか?
エンコ結果をSIMM0.985に付近にしたいと思い
複数ソースを同じcrfでエンコしているのですが
SIMMの結果がまちまちで疑問に思った次第です。
また希望するSSIMになるような指標などあるのでしょうか? ソースによって変わるからソースにあわせてcrf値を調整するしかない。 内容的に --tune ssim は関係ないやろ。 >>760
やっぱそういう感じなんですね。
ありがとうございます。 ちなみに、その0.985っていう値はどこから出てきたの? SSIMの表示には --ssim が必要だけど、>>764が言いたいのは値の取得方法ではなく
・SSIM=0.985を基準にしてるのはなぜ?(なんでその数値を選んだの?)
・そもそもSSIMを基準にしたエンコードをしたいという理由は何?
(ただのテストならいいけど、実用なら主観での品質を大事にしたほうがいいよ?)
とかそういうことじゃないだろうか。 psy入れてたらSSIMも糞もないだろうな
lameで言う心理音響みたいなもんだから機械的指標だとうんこになる 地デジ、実写、爆発シーンがあるアクション映画がソースで
爆発シーンはすでにノイズが出ているような場合
qcompをデフォの0.6から0.7に上げても
ノイズを一生懸命再現しようとビットレートを割り振ってしまって
上げる意味はないのかね? crfで綺麗にエンコできる設定だからって
2passでビットレートを制限した場合でも
綺麗になるかってと、そうでもないんだな。 crfこそがきれいにエンコオードできる設定だからね >>770
上限ビットレートを12Mbpsぐらいにしとけばいいんじゃね? 上限じゃなく平均レートに6~10Mbpsを指定する必要がある ノイズかどうかって人間の目ならだいたいわかるんだから
いずれAIが進化したら再エンコ専用のエンコーダで
ノイズ部分無視とか補完とかやってくれるようにならんかな googleがビッグデータを使ってディテールを予測して補完するエンコーダーの研究してるよな 771からの話だとして、なぜ平均レート6〜10Mbpsと言い出したのかよくわからんのだが・・・ crfやめて2passで高画質を狙うなら
高い平均ビットレートを指定する必要があるってこと crfとか2passとか設定出さずに爆破シーンのエンコとか
言って混乱させてしまってすまん。
爆破シーンのは2passでエンコしました。
また疑問でvbv-maxrateでビットレートを指定すると、
指定した値を極端には超えないファイルが出来上がるて
認識なんだけど合ってるよね。
あとx264出力(GUI)Exでエンコしてんだけどマルチパスとか
サイズ確認付き品質基準の「上限ファイルビットレート」項目の
設定もビットレートのピークを制限するものだよね?
初心者とかguiスレがなくてココにこんなこと書き込んですまん。 >>781
> あとx264出力(GUI)Exでエンコしてんだけどマルチパスとか
> サイズ確認付き品質基準の「上限ファイルビットレート」項目の
> 設定もビットレートのピークを制限するものだよね?
全然違う。
あれはできあがったファイルサイズ(ビット単位)を秒数で割った数値がそれ以下になるようにするというもの。
昔のニコ動のエコノミー回避や一般会員のビットレート制限のために作られた。
ニコ動の仕様が変わったので、もう使われることはないだろう・・・多分。 >>782
ありがとう。
品質基準の「上限ファイルビットレート」は
目的が全く違うんだね。
>>783
いるよなw
CCEの影響か マルチパスは画質を捨てて、エンコ後のデータ量を揃えたい人限定じゃね? crf使ってるのに何度もエンコしてファイルサイズ揃えようとする馬鹿も笑えるよな psy入れてるのに毎回ログでSSIM解析値残してる俺
無駄だとわかってるけど何となくね >>786
VBVでビットレ制限すればcrfでもデータ量を揃えることは可能だが
アニメ以外だと高いSSIM値になっていても糞画質な映像に仕上がってることが多い。 ロスレスは劣化が無いと信じて使ってたけど
なんか線が細ってるなーと思って減算して元画像と重ねたら
見事に淵のピクセルが飛んでた
このスレ読んでやっと真実が分かった RGBソースをYUV4:2:0の可逆で保存してたってことかな。
そのあたりをちゃんと理解してない初心者は結構いると思う。 ■ このスレッドは過去ログ倉庫に格納されています