x264 rev43©2ch.net

2017/01/28(土) 12:06:57.70

Q ニコニコ用の動画を作りたい。
A 板違い。Youtube板の"FLV/MP4エンコードスレ"でどぞ。

Q 圧縮codecありませんか？AviUtlのx264guiEx.auoの使い方は？
A x264 VFW GUI専用スレでどうぞ。
　　　x264vfw GUI専用スレ Part9
　　　http://peace.2ch.net/test/read.cgi/avi/1351856057/

Q コマンドラインの使い方が分かりません
A 初心者スレでどうぞ。
　　　x264 初心者質問スレ part6
　　　http://peace.2ch.net/test/read.cgi/avi/1347527423/

[本家]
http://www.videolan.org/developers/x264.html
http://git.videolan.org/?p=x264.git;a=summary (ソース/チェンジログ)
http://web.archive.org/web/20150419065724/http://x264dev.multimedia.cx/ (開発者ブログ跡地)
http://web.archive.org/web/20141203142708/http://doom10.org/index.php (公式フォーラム跡地)
irc://irc.freenode.net#x264(ユーザー用IRCチャンネル）
irc://irc.freenode.net#x264dev(開発者用IRCチャンネル）

**名無しさん＠編集中** (ﾜｯﾁｮｲ ecec-je3A) · 2018/02/23(金) 18:17:05.20

ソースによって変わるからソースにあわせてcrf値を調整するしかない。

**名無しさん＠編集中** (ﾜｯﾁｮｲ fae7-k8Zo) · 2018/02/23(金) 21:59:48.11

>>759
-tune ssim

**名無しさん＠編集中** (ﾜｯﾁｮｲ ecec-je3A) · 2018/02/24(土) 00:27:53.06

内容的に --tune ssim は関係ないやろ。

**名無しさん＠編集中** (ﾜｯﾁｮｲ 96e8-fGf5) · 2018/02/24(土) 07:11:27.09

>>760
やっぱそういう感じなんですね。
ありがとうございます。

**名無しさん＠編集中** (ｵｯﾍﾟｹ Srea-4PVk) · 2018/02/24(土) 07:16:05.16

ちなみに、その0.985っていう値はどこから出てきたの？

**名無しさん＠編集中** (ﾜｯﾁｮｲ 7011-x4Or) · 2018/02/24(土) 13:50:41.80

x264はデフォで表示されなかったっけ？

**名無しさん＠編集中** (ﾜｯﾁｮｲ 21ec-je3A) · 2018/02/24(土) 18:26:20.89

SSIMの表示には --ssim が必要だけど、>>764が言いたいのは値の取得方法ではなく

　・SSIM=0.985を基準にしてるのはなぜ？（なんでその数値を選んだの？）

　・そもそもSSIMを基準にしたエンコードをしたいという理由は何？
　　（ただのテストならいいけど、実用なら主観での品質を大事にしたほうがいいよ？）

とかそういうことじゃないだろうか。

**名無しさん＠編集中** (ｵｯﾍﾟｹ Srea-4PVk) · 2018/02/24(土) 22:21:49.99

そういうこと

**名無しさん＠編集中** (ﾜｯﾁｮｲ fae7-k8Zo) · 2018/02/25(日) 19:53:52.29

0.985についてはここで言及があるね(ソース不明だけど)
https://bucci.bp7.org/archives/26839

他に「0.98以上」てのも
http://www.wikihouse.com/htumenc/index.php?SSIM

2018/02/26(月) 14:19:18.80

psy入れてたらSSIMも糞もないだろうな
lameで言う心理音響みたいなもんだから機械的指標だとうんこになる

**名無しさん＠編集中** (ﾜｯﾁｮｲ bee8-s3ST) · 2018/03/08(木) 17:21:34.62

地デジ、実写、爆発シーンがあるアクション映画がソースで
爆発シーンはすでにノイズが出ているような場合
qcompをデフォの0.6から0.7に上げても
ノイズを一生懸命再現しようとビットレートを割り振ってしまって
上げる意味はないのかね？

**名無しさん＠編集中** (ﾜｯﾁｮｲ bee8-s3ST) · 2018/03/10(土) 20:59:39.09

crfで綺麗にエンコできる設定だからって
2passでビットレートを制限した場合でも
綺麗になるかってと、そうでもないんだな。

**名無しさん＠編集中** (ﾜｯﾁｮｲ 5b11-uQtz) · 2018/03/10(土) 23:18:51.35

crfこそがきれいにエンコオードできる設定だからね

**名無しさん＠編集中** (ｱｰｸｾｰ Sx33-fQch) · 2018/03/11(日) 00:57:08.76

>>770
上限ビットレートを12Mbpsぐらいにしとけばいいんじゃね？

**名無しさん＠編集中** (ﾜｯﾁｮｲ 5b11-uQtz) · 2018/03/11(日) 09:59:37.31

上限じゃなく平均レートに6~10Mbpsを指定する必要がある

**名無しさん＠編集中** (ﾜｯﾁｮｲ 6ab3-RZSe) · 2018/03/11(日) 11:55:25.12

いや無駄な再現なら上限を設ければってことだろJK

**名無しさん＠編集中** (ﾜｯﾁｮｲ e6c2-8ags) · 2018/03/11(日) 12:37:47.82

ノイズかどうかって人間の目ならだいたいわかるんだから
いずれAIが進化したら再エンコ専用のエンコーダで
ノイズ部分無視とか補完とかやってくれるようにならんかな

2018/03/11(日) 12:44:41.34

googleがビッグデータを使ってディテールを予測して補完するエンコーダーの研究してるよな

**名無しさん＠編集中** (ﾜｯﾁｮｲ 5b11-uQtz) · 2018/03/11(日) 13:43:34.74

>>775
めんご
>771からの話かと思った

**名無しさん＠編集中** (ﾜｯﾁｮｲ bbec-Osi7) · 2018/03/11(日) 14:28:13.12

771からの話だとして、なぜ平均レート6～10Mbpsと言い出したのかよくわからんのだが・・・

**名無しさん＠編集中** (ﾜｯﾁｮｲ 5b11-uQtz) · 2018/03/11(日) 19:05:37.90

crfやめて2passで高画質を狙うなら
高い平均ビットレートを指定する必要があるってこと

**名無しさん＠編集中** (ﾜｯﾁｮｲ bee8-s3ST) · 2018/03/12(月) 01:58:27.24

crfとか2passとか設定出さずに爆破シーンのエンコとか
言って混乱させてしまってすまん。
爆破シーンのは2passでエンコしました。

また疑問でvbv-maxrateでビットレートを指定すると、
指定した値を極端には超えないファイルが出来上がるて
認識なんだけど合ってるよね。

あとｘ264出力(GUI)Exでエンコしてんだけどマルチパスとか
サイズ確認付き品質基準の「上限ファイルビットレート」項目の
設定もビットレートのピークを制限するものだよね？

初心者とかguiスレがなくてココにこんなこと書き込んですまん。

**名無しさん＠編集中** (ﾜｯﾁｮｲ bbec-Osi7) · 2018/03/12(月) 02:24:58.51

>>781
> あとｘ264出力(GUI)Exでエンコしてんだけどマルチパスとか
> サイズ確認付き品質基準の「上限ファイルビットレート」項目の
> 設定もビットレートのピークを制限するものだよね？

全然違う。
あれはできあがったファイルサイズ(ビット単位)を秒数で割った数値がそれ以下になるようにするというもの。
昔のニコ動のエコノミー回避や一般会員のビットレート制限のために作られた。
ニコ動の仕様が変わったので、もう使われることはないだろう・・・多分。

**名無しさん＠編集中** (ﾜｯﾁｮｲ 6aeb-REXQ) · 2018/03/12(月) 02:57:46.67

意味もわからず2pass使うバカが多いよな

**名無しさん＠編集中** (ﾜｯﾁｮｲ bee8-s3ST) · 2018/03/12(月) 03:41:09.56

>>782
ありがとう。
品質基準の「上限ファイルビットレート」は
目的が全く違うんだね。

>>783
いるよなｗ
CCEの影響か

**名無しさん＠編集中** (ﾜｯﾁｮｲ f3c6-uQtz) · 2018/03/12(月) 06:06:48.95

マルチパスは画質を捨てて、エンコ後のデータ量を揃えたい人限定じゃね？

**名無しさん＠編集中** (ﾜｯﾁｮｲ 5beb-++4j) · 2018/03/12(月) 15:20:07.23

crf使ってるのに何度もエンコしてファイルサイズ揃えようとする馬鹿も笑えるよな

2018/03/12(月) 15:45:56.62

psy入れてるのに毎回ログでSSIM解析値残してる俺
無駄だとわかってるけど何となくね

**名無しさん＠編集中** (ﾜｯﾁｮｲ f3c6-uQtz) · 2018/03/13(火) 07:25:55.28

>>786
VBVでビットレ制限すればcrfでもデータ量を揃えることは可能だが
アニメ以外だと高いSSIM値になっていても糞画質な映像に仕上がってることが多い。

**名無しさん＠編集中** (ﾜｯﾁｮｲ 0bf2-uQtz) · 2018/03/13(火) 22:09:04.65

それはcrfというよりcbrになってるだろ

2018/03/17(土) 20:33:57.41

ロスレスは劣化が無いと信じて使ってたけど
なんか線が細ってるなーと思って減算して元画像と重ねたら
見事に淵のピクセルが飛んでた
このスレ読んでやっと真実が分かった

**名無しさん＠編集中** (ﾜｯﾁｮｲ 0dec-Ue6H) · 2018/03/17(土) 20:43:54.27

RGBソースをYUV4:2:0の可逆で保存してたってことかな。
そのあたりをちゃんと理解してない初心者は結構いると思う。

2018/03/18(日) 18:52:37.64

フチっつーからエンコーダがサイズ間違えたとか？