x264 rev43©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
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チャンネル) [バイナリ]
・...::: Komisar x264 builds :::... (changelog.txtもここを参照)
http://komisar.gin.by/
前スレ
x264 rev42
http://echo.2ch.net/test/read.cgi/avi/1454050806/ CLIで使用できる文字数って上限有りますか?
--zonesで出来ることが増えたからいろいろ試したいんですが、
既に--zonesで1500文字以上消費してるので、不安です ググったらvista 以降は32000字と出てきた ・echo コマンドで、8192 文字目以降の引数が切り捨てられる。
・Cmd.ex e から、子プロセスを起動する際、渡される引数の一部に抜けが生じる。
https://support.microsoft.com/ja-jp/help/2823587 違法な無反応チューナーやB-CASの規約に違反するTS抜きに関するスレッドを皆で追い出しましょう。
【自治】DTV板自治スレ5©2ch.net
http://echo.2ch.net/test/read.cgi/avi/1485486086/ 作業用に一時的にHi10PなイントラでCBRエンコしようしてるけど流石に早いな。 https://translate.google.com/translate?sl=en&tl=ja&js=y&prev=_t&hl=ja&ie=UTF-8&u=http%3A%2F%2Fkomisar.gin.by%2F&edit-text= 残っていたMMX部分SSE2にしたっぽいが速度上がるかな? 2762、若干速くはなっているけど、微々たる物だな
i7辺りだと気にならないレベル、PhenomUやCore2でエンコしている人は其れなりに大きいって感じか Ryzenどうなるかなー
コア数多くてもAVX系弱そう x264の実行時間の半分はSIMD以外の計算と言う話だから、AVX2が128bitでも、コアが増えるのは有効だろう 現行FXより速くなるだろうから、それだけでもかなり良いと思う。エンコだけなら無難な速度だしてくれるからねw ジャップランドからだと落とせないのかw
ココでも『日本氏ね!!』だなww 2762駄目じゃね?、少なくともx86版
tmodしか使っていないからtmodが悪いのかもだけど
2台のPCでエンコしていて、両方ほぼ同じ位置で止まった。
タスクマネージャー覗いたらx264 .exeが原因、ハングアップじゃなくループし続けたりするときと同じような状態 なら何でmodビルドではないplainなビルドで試さないのさ
同じ場所で止まるならソースが悪い可能性はないの?AvisynthやAviutlのフィルタとか crf 0って量子化が可逆なだけで、refとかmeが違うと別物のファイルを吐くんだな Iフレームでディザが消えててフレームを進めるとディザが復活してきて
次のIフレームではまたディザが消えるのって何が原因?
設定はcrf20でpresetがMedium >>42
ちょっとでも動きの激しいGOPの部分でよく見るわ
fgo=1にしてもほぼ改善しなくてバンディングが発生するから私も悩んでる その部分だけをTrimしてエンコするとfgo=0でもディザはきれいに残るから何が悪いのかわからない 元からあるとかいう話じゃなくて?
x264のオプションならipratioのBフレーム版なオプションがあった(今もある?)はずだから探してみては pbratioかな?
でもこれってIフレームには影響しないんじゃない? 名前の通りPとBだね
Pフレームの品質に対してBフレームの品質をどうするか
みたいなコマンドだったはず Crfエンコでのビットレートで2passのエンコをすると、そっちではディザが保持された
かといって、ソース毎に必要なビットレートが違うから、一度Crfでエンコして必要なビットレートを取得して2passでエンコし直すというのも手間だしどうしたらいいんだろう ごめん
さらっと読んで階調割れのことかと早ガッテンした
細かいものを残したいならデブロッキングフィルタを下げてみるとかpsy-rdの調整ぐらいしか思い浮かばないけど
今使ってるpresetや個別に指定してるオプションなどを書いてくれたらなんか思いつくかも 階調割れを防ぐためのディザを残そうとしてる
設定してるのはcrf=18, deblock=-1:-1, psy-rd=1.0:0.2, aq-mode=1, aq-strength=0.9 psy-rdを1.35:0.4に変更して、fgo=1を追加してもあまり改善はみられなかった
それで>>51の設定で2passエンコをしたらディザが保持できていた もう画質とかあまり考えずにx265へ移行したから的外れ(記憶違い)かもしれないけおd
動きのあるシーンならとりあえずqcomp=80を試してみてるぐらいかな
あとはオプション弄る前にsubme上げるとか(プリセットを)上げる方が先決な気がする
(個人的にはcrf18ならdeblockは-2:-2:にしても大丈夫だと思うけど大した効果はないかな) me=umh, subme=9, merange=32, qcomp=0.8, deblock=-2:-2
試してみたけどほとんど変わらないかな そうか残念・・今、あと思いつくのはsubme=11のno-mbtree だけ
そういえば、むか〜しmuken氏の私的エンコード設定晒しなコマンドラインをどっかに保存したはず・・と思って探してみたんだけどないんだよね
muken氏のオプション設定の優秀さを測れると思ったんだけど、それもちょっと残念 >>55
--no-mbtreeは効きそうですね
--pbratioが有効になるから、1付近に設定すればマシになりそう --qpfile とか --cqmfile みたいに、 --zonesfile オプションがほしい いろいろ試してみたけどやっぱりディザが残らない
qpfileでIフレームのqpを0に設定してもフレームの上端のマクロブロック一列しかほとんどディザが残らない そういえばpsy-rd使うとなんとかqp-offsetがマイナスになった気がするからpsy-rdを0:0(効果を分かりやすくするため)でやってみたら?
さらにtune grainでやって残らないならmuken氏にでも聞くしかないと思うな・・
とういうかなんかIで消えてP/Bで残るってなんか出てきそうで出てこないんだよね マイナスになるのはchromaじゃなかったかな?
次はtune grainも試してみる
なんでcrfだと消えて、2passだとバンディングが発生しない程度には保持できるのか謎 そもそも無理だからバンディング低減フィルタが生まれたのではないのか なんで糞忙しそうなmuken氏に聞こうとするんですかね・・・
かつて野良ビルドしてた人だけどx264devじゃないでしょ
>>58
取り敢えず画像上げてみたら?ソースとcrfエンコ後、2passエンコ後の3種類 >>34
>PhenomUやCore2でエンコしている人は其れなりに大きいって感じか
FXまでのAMDプロセッサを使う場合は、r2345以降は思ったほど速度でないから。
r2345以降のx264でエンコさせると平均で6〜8fps前後遅くなるし。 >>60
ソース見ないと、対策できるものかどうかなんとも
思いつくのは、まずは詳細ログを取って該当箇所のフレームタイプとqp値を調べる事かな
自分なら実験として、10bitやb無しをためしてみる
yを少しいじるだけで、かなりブロックが出てくるソースて結構あって
それをエンコすると俺には階調に見えたりする事もあった
(ffmpgのssim見るとx264のエンコはyが大きく落ちる傾向にある)
それも考慮に入れて見ては >>r2345以降のx264でエンコさせると平均で6〜8fps前後遅くなるし。
2346以降、2345最期に削った命令はOSが7以降と言う条件付き
XP(改)や2kexの場合は元々機能しない命令なので最新版の方が速いと蛇足付けておきます そもそもx264でエンコする人がいまだにWin7未満を使い続けてるとは到底考えられないんだが。
Win7未満を使い続けてる層はx264よりくっそ軽いXVIDやDIVXを愛用してんじゃないか。 ライゼンってSSEが十倍の性能らしいからコア数とあいまってエンコはかどるかな? 理由は不明
予想するとすればAviUtlのx264GUIExが自動ダウンロードするx264がkomisar氏のもので
それでアクセス数が急増して日本からの接続を拒否ったとかそういうところじゃないのかな? 自動インストーラってAviUtlに必要なん?
README見て必要なものを集めてくんじゃないの?w
>>75
急増騒きは少し前だと思うよ
その時期にYoutubeに手順動画が流れてにわかユーザーが増えたからじゃないかな
理解しないで適当インストールを繰り返してアクセスが増えたのは確かかな
今も増えてるようだけど、安易に変なインストーラ作らないで欲しいと思うよ Readmeを見て自分でファイルを集めてこれない人向けだから… 久々に来てみたがネ実のクズ共の荒らし行為って沈静化したん? >>74
それで良いと思うよ
ツール使ってダウンロードしないでくれって書いてあるし
よっぽど行儀の悪いアクセスしていたか、数が半端じゃなかったんだろうよ >73
自分は今すぐには買えないので、レポ待ちでワクワクしている コアあたりの性能はIntelとほぼ同等まで追いついて価格が驚異的に安い
Ryzenコスパやばいな まさかx264エンコードでも上行くとは
動画エンコードでIntel上回ったのなんて初じゃね 611 名前:名無しさん@編集中[sage] 投稿日:2016/12/07(水) 21:57:43.12 ID:Ast4Hrma [3/3]
[バイナリ]
■rigayaの日記兼メモ帳 (右下の「x264」から)
http://rigaya34589.blog135.fc2.com/
■jpsdr/x264 (t_mod版)
https://github.com/jpsdr/x264/releases
■...::: Komisar x264 builds :::... (clear版/kMod版)
※2016年11月より日本からアクセスできなくなっているのでWebArchiveで。
http://web.archive.org/web/*/http://komisar.gin.by/ 1700で十分だな
1800X/1700Xの差別化ポイントであるXFRはたった
1コアを100MHzだけOCするガッカリ機能だと判明して
結局は手動で倍率設定するしかない
自作PC板では倍率フリーの1700をクロック上げれば1800Xとほとんど変わらんじゃん
て流れになってる 2ソケットできるNaplesだと1800Xよりさらに上か・・・
買う人は買うだろうなあ Naples x 2だと合計128スレッドで、現時点でのx264の--threadsの限界に達するな 確かスレッド増えるとファイルサイズも僅かに大きくなるよね
128スレッドだと、気になるぐらいファイルでかくなるんだろうか --threads 12で--threads 1よりビットレートが1%ぐらい大きくなってた気がするけど
128/12=10.67%も大きくなる…のかなぁ ccx内で完結するように2本流して速度稼ぐのが良いのでは?
スレ数増やす設定で処理fps増やすのだから物理スレ数と設定スレ数が同一なのはメリットがイマイチな気がする。
L3キャッシュはccxを跨ぐと効率が落ちるからこの辺りの実装を気にした実装が理想だろうね。 実際にはx264はRyzenが非常に得意な分野だから
コアの割り当て問題は当然のこととしてL3が8MB + 8MB
にパーティショニングされてる問題もほとんど影響ないんだろ >>99
このスレじゃいかんの?
【x264+Avisynth】実用エンコベンチ Part5.1 [無断転載禁止]©2ch.net
http://potato.2ch.net/test/read.cgi/jisaku/1460032466/ ■ このスレッドは過去ログ倉庫に格納されています