X
x264 rev43©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
0592名無しさん＠編集中 (ﾜｯﾁｮｲ 19a5-0GSP)
垢版 |
2017/10/24(火) 02:20:01.25ID:n9jE2wGA0
>>590これが汚い原因分かった
RGBやP010だとグラボの高品質デインタレが対応してないから汚くなる
インタレ動画はデフォルトのNV12が一番綺麗だね
グラフィックがAMDやIntelの環境は知らないけど
0593名無しさん＠編集中 (ﾜｯﾁｮｲ c5ec-h3yZ)
垢版 |
2017/10/25(水) 01:53:37.49ID:63k5eUdT0
>>589-592
> 何度も書いてるけど10bitでエンコしたやつを8bitで再生してもバンディングは出ない

サンプルがあった方がいいだろうと思って10bitのグラデーション動画(プログレッシブ)を作成して
検証してまとめてみたけど、どうだろうか。

　10bitグラデーション映像の視聴時バンディング発生テスト
　　まとめテキスト： https://pastebin.com/PjXMXesZ
　　動画やスクショ等： https://www.axfc.net/u/3856752.zip

少なくともうちのIntelHD環境では、LAVでNV12にされたものをEVRで見ると、はっきりしたバンディングが発生する。
（madVRではディザリングでごまかしてそれなりに綺麗には見える）

もしこれがそちらの環境の「NV12→EVR」でバンディングが発生せず綺麗に見えるなら、
Pascalの映像補正処理によって、ごまかされて綺麗に見えているだけだと思う。

なんにせよ少なくともプログレッシブではP010で精細なデータをレンダラに渡す方が良いのは間違いないけど、
P010のインタレ解除対応とかについてはよくわからない。
0594名無しさん＠編集中 (ﾜｯﾁｮｲ 19a5-0GSP)
垢版 |
2017/10/25(水) 03:12:22.43ID:czTfBjnQ0
>>593
おーお疲れ。うちの環境でも表示のされ方はだいたい同じだったよ
なるほど、YUVでディザリングはしてるけど、YUV→RGB変換が1対1に対応しないから、
値を飛び越えちゃうところで色の違いが出てるのかなぁ
いろいろな影響があって難しいね
0597名無しさん＠編集中 (ﾜｯﾁｮｲ c5ec-h3yZ)
垢版 |
2017/10/25(水) 13:08:41.71ID:BioamKEC0
>>595
書いてあるとおり。NV12が8bitのYUV4:2:0。P010が10bitのYUV4:2:0。
以下のように、条件によってデコーダからレンダラへの出力が変わり、10bitを生かせるかどうかも変わるので、
LAV Video Decoderの設定でNV12とP010を切り替えて実験している。

●LAV Video Decoder＋EVR

　・Win10CU＋LAV.70.0以上の場合
　　　(10bit4:2:0)→LAV→（P010）→EVR　⇒10bitソースを生かせる

　・それ以外の場合
　　　(10bit4:2:0)→LAV→（NV12）→EVR　⇒10bitソースを生かせない

●MPC-BE(r2755)内臓デコーダ＋EVR
　　少なくともWin10CU環境では
　　　　(10bit4:2:0)→MPC-BE(r2755)内臓デコーダ→（P010）→EVR　⇒10bitソースを生かせる
　　となるが、OS条件などがあるかどうかは知らない。
　　多分Win10CUあたりじゃないとうまくいかないんじゃないかと思う。

●LAV Video Decoder or MPC-BE(r2755)内臓デコーダ＋madVR
　　(10bit4:2:0)→デコーダ→（P010）→madVR　⇒10bitソースを生かせる
0599名無しさん＠編集中 (ﾜｯﾁｮｲ 19a5-0GSP)
垢版 |
2017/10/25(水) 17:42:00.74ID:czTfBjnQ0
>>597
俺が元々言ってたのは
「8bitソースを8bitでエンコして8bitで再生」するより
「8bitソースを10bitでエンコして8bitで再生」した方がきれいになるって話

「8bit or 10bitソースを10bitでエンコして10bit再生」した方がきれいだってのは
そりゃそうだけど、そんな話してなかったし、
「10bit動画をいかに綺麗に再生するか」って話はここだとちょっとスレチかも
0600名無しさん＠編集中 (ﾜｯﾁｮｲ fad2-yWqP)
垢版 |
2017/10/25(水) 18:05:21.56ID:jBdK3wWL0
エンコ前のソースではなく、デコーダに渡される10bitでエンコされたものをソースと言ってるように読める
0601名無しさん＠編集中 (ﾜｯﾁｮｲ c5ec-h3yZ)
垢版 |
2017/10/25(水) 18:24:39.81ID:BioamKEC0
>>599
そちらの話をきっかけに10bit動画の再生検証とまとめをしてみただけなのであまり気にしないでくれ。

>>600
あー、たしかに>>597の書き方は誤解を生んでしまうかも。
そちらの指摘どおり、「10bitソース」とあるのは「10bitエンコされた動画」のことです。
0602名無しさん＠編集中 (ﾜｯﾁｮｲ fad2-yWqP)
垢版 |
2017/10/25(水) 19:51:42.65ID:jBdK3wWL0
>>601
うにょんうにょんの話から始まってたのか
色々しらべてくれてありがとう
0603名無しさん＠編集中 (ﾜｯﾁｮｲ d9a5-20SA)
垢版 |
2017/10/26(木) 00:08:06.54ID:ly9F1jYY0
>>601
じゃあ、もう少し乗っかってみる
>>594で同じって言ったけどあれはウソだった。よく見たらちょっと違ってた

環境はGTX1060でWindows10。全部MPC-BEでEVR-CPレンダラ

LAV→(NV12)→EVR(8bitサーフェス→8bitRGBディスプレイ）
https://i.imgur.com/JUXbiHR.png
>>593とちょっと色の出方が違うけど、バンディングは同じようにも見える

LAV→(P010)→EVR(8bitサーフェス→8bitRGBディスプレイ）
https://i.imgur.com/kL0gCho.png
>>593のmadVR-P010-ditherONと同じような表示になった

LAV→(NV12)→EVR(10bitサーフェス→8bitRGBディスプレイ）
https://i.imgur.com/BqmypsW.png
>>593のmadVR-NV12-ditherONと同じような表示になった
0607名無しさん＠編集中 (ｵｲｺﾗﾐﾈｵ MMab-7n1W)
垢版 |
2017/10/26(木) 11:37:44.52ID:Lqu4m2pKM
UltraHD Blu-rayがIntelのiGPUでしか再生できないのに、何故糞と言えるのか
単純に再生時のフィルター処理やらせるかどうかの違いだろ
オンボサウンドが音質悪いからって、サウンドカード挿すぐらい滑稽(どっちもマザボ由来のノイズは乗る)
0608名無しさん＠編集中 (ﾜｯﾁｮｲ 9390-w9fV)
垢版 |
2017/10/26(木) 12:05:51.59ID:koiMQ39k0
>>603
うち、マルチモニタ環境なんだけど
Chrome[ハードウェア アクセラレーションが使用可能な場合は使用する]にチェック入れて
モニタ1：GTX660→DVI接続→IPSパネル
モニタ2：4790KインテルHD→アナログ接続→VAパネル
でそれぞれpngを開くと、モニタ1だとどれも階調分からん、モニタ2側だと一番上のはガッツリ色割れが見える

GPUなのかモニタ原因なのか接続方法なのか…オモシロｗ
0611名無しさん＠編集中 (ﾜｯﾁｮｲ a9ec-DRuk)
垢版 |
2017/10/26(木) 17:37:30.49ID:bZqhxTl+0
>>603
うーん・・・うちでそれらの画像を>>593（うちのIntel環境の結果）と比べると以下のように全然違って見えるけど・・・。

１番目（NV12+EVR）
　少しバンディングの出方が異なるが、「EVRCP-NV12」とほぼ同じくらい。

２番目（P010+EVR）
　P010出力なのに、３つの中で画質が最も酷い。細めの汚れたバンディングがはっきり見える。
　「madVR-P010-ditherOff」で生じているバンディングを更に悪化させたような感じ。
　「EVRCP-P010」や「madVR-P010-ditherON」の方がはるかに綺麗。

３番目（NV12+EVR(10bitサーフェス)）
　「madVR-NV12-ditherON」と似てはいるが、ざわつきが酷く画質としては劣る。
　バンディングがほぼ気にならないレベルになってるのは
　10bitサーフェスをデスクトップ(8bitRGB)に統合する時に、もう一度ディザリングしているのかな？
　結果的にバンディングが目立たなくなっているとはいえ、無駄な処理をしているとも言えるような。

うちはノートPCでモニタも6bit+FRCなTNというショボ環境だから、他の人の結果や意見も聞いてみたいところ。
0612名無しさん＠編集中 (ﾜｯﾁｮｲ a9ec-DRuk)
垢版 |
2017/10/26(木) 17:45:49.30ID:bZqhxTl+0
>>603
２番目の画像を見る限り、そちらの環境では、EVRがP010を綺麗に処理できていないように見える。
「madVR-P010-ditherOff」が、LAVがレンダラに渡してるP010データとほぼ同等なはずだが、それより酷くされている。
nVidiaコンパネで何らかの映像補正処理がONになってる可能性もあるかも？

>>604-605
> Intelグラはディザリングしないんだね

ディザリングというべきかデバンドというべきかよくわからないけど、
「madVR-**-ditherOff」（LAVがレンダラに渡しているデータ）と「EVRCP-**」を比べると、
後者の方がバンディングが目立たなくなってるので、処理はされてる模様。

>>610
部屋を暗くしてモニタを明るめにすればわかりやすいと思うけど・・・。
そもそもバンディングの話をしてるのに、なぜカラーバー？
0613名無しさん＠編集中 (ﾜｯﾁｮｲ a9ec-DRuk)
垢版 |
2017/10/26(木) 17:58:50.33ID:bZqhxTl+0
まあ根本的な話として、GPU補正の影響を避けられないEVRを使うより、
それを避けることもできるしLAVとも連携して開発されていて多機能高性能で自由に設定可能なmadVRを使った方が
手っ取り早く安定した高画質が得られるとは思う。
0615名無しさん＠編集中 (ﾜｯﾁｮｲ d9a5-20SA)
垢版 |
2017/10/26(木) 22:29:15.67ID:ly9F1jYY0
>>611
こちらは4Kブラビア（KJ-49X8300D）にAVアンプ（AVR-X2100W）経由で繋いでる
「6bit+FRCなTN」と「4Kブラビア」じゃ環境が違いすぎて見えてるものが違うんだと思う
0616名無しさん＠編集中 (ﾜｯﾁｮｲ d9a5-20SA)
垢版 |
2017/10/26(木) 23:26:47.90ID:ly9F1jYY0
>>613
確かにIntel GPUの糞な補正が掛かるよりはmadVRの方がきれいだってのは分かる
うちのPascal GPU環境だとEVRとmadVRはどちらもいいろこ悪いところがあってどっちもどっちって感じ
だから動作が軽くて安定してるEVR使ってるわ
0617名無しさん＠編集中 (ﾜｯﾁｮｲ a9ec-DRuk)
垢版 |
2017/10/27(金) 00:05:48.90ID:lbq/6KPv0
>>614
スケーラーってなんぞ？madVRだとChromaUpScalingの設定が各自でバラバラになるからとかそういうことかな？

>>615-616
8bitRGBディスプレイって書いてるから普通のPCモニタかと思ったらブラビアだったのか・・・。
ブラビア側でデスクトップ映像全体が補正されて、発生してるバンディングがほぼ見えなくなってたってことかな・・・？
>>611に書いた通り、そちらの環境のEVR-CPのP010処理が何か変みたいだから、
ブラビアまかせじゃなく出力そのものを良くしたいなら、GPU補正設定の再確認やmadVRへの移行をした方がいいと思う。
GTX1060＋そのブラビアならmadVRを入れて直接接続すればYoutubeのHDR動画とかも見れて楽しそう。
まあさすがにx264とは全然関係ない話になるのでこのへんで・・・。疑問とかあればmadVRスレへ。
0619名無しさん＠編集中 (ﾜｯﾁｮｲ d9a5-20SA)
垢版 |
2017/10/27(金) 01:02:44.22ID:XMw2Db120
一応、俺の感想を言うと
>>593の画像(Intel GPU)は、ディザリングされてないから境界のはっきりした細かいバンディングが出てる
>>603の画像(Pascal)は、ディザリングされてるから境界ははっきりしてないけど、バンディングもどきは出てる

ちなみに、暗いところのバンディングは画質設定で黒を目立たなくすれば見えなくはなる
ただし暗いところが潰れて見えるようになって画質が落ちるからそれはやりたくない
0621名無しさん＠編集中 (ﾜｯﾁｮｲ 13ec-DRuk)
垢版 |
2017/10/27(金) 21:30:55.30ID:ZmaiasnV0
>>618-619
申し訳ない。こちらがボケてました。
　> 「6bit+FRCなTN」と「4Kブラビア」じゃ環境が違いすぎて見えてるものが違うんだと思う
これですよね。モニタサイズも解像度も違うんだから見え方違って当たり前だ・・・。念のため26インチTVで確認して納得。
見え方だけじゃなく画像の差分をとったりもしたんだけど何か間違えてたっぽいです。

もしよければそちらの「白111-P010-EVRCP(8bitサーフェス)」のスクショも上げていただけると嬉しいです。

>>620
拡縮まで入るとややこしいので等倍のみ考えてました。なおBEもHCもEVR-CPのリサイザのデフォはbilinearの模様。
0626名無しさん＠編集中 (ｵｲｺﾗﾐﾈｵ MMab-PCft)
垢版 |
2017/10/28(土) 16:07:06.26ID:aZTaLCEhM
バンディング低減フィルターって、ソースに入ってるバンディングにも効くように設定すべきなのかな？
例えばWOWOWの映画開始前の「これから流しますよ」的なタイトル絵がバンディングすごいけど、あれを低減できるレベルに設定値すればいいの？
0639名無しさん＠編集中 (ﾜｯﾁｮｲ 1334-aAnL)
垢版 |
2017/10/30(月) 20:41:33.46ID:cDns2kcE0
ファイルの並び順を作成日時でソートしているのですが
エンコードにミスがあったものをやり直すと話数順と合わなくなるので
作成日時を書き換えて合わせていました。
ですが、エンコード日やタグ付け日が作成日時と合っていないことが
個人的に気に入らなかったので質問させていただきました。
質問に答えていただき、ありがとうございました。
0643名無しさん＠編集中 (ﾜｯﾁｮｲ a9ec-DRuk)
垢版 |
2017/10/31(火) 14:36:40.95ID:41mjP/K80
>>640-641
>>629が聞いてるのは日付の変更方法であって、設定オプションは関係ないと思うぞ。

>>642
「（ファイラーで）作成日時をいじったけど、MediaInfoで見れるエンコード日などもそれにあわせたかった」ってことでしょ。
まあ変なこだわりだとは思うけど、これ以上どうこういっても無意味。
0644名無しさん＠編集中 (ﾜｯﾁｮｲ 13d2-kgpv)
垢版 |
2017/10/31(火) 18:31:40.36ID:IvmGk3l40
>>641
ソースがノイズだらけのフレームは me dia で psy-rd も 0:0 にしてるわ
0648名無しさん＠編集中 (ﾜｯﾁｮｲWW e15c-YD3/)
垢版 |
2017/11/06(月) 12:20:23.32ID:nWEh0PuI0
オーバークロックはしない前提で
1 定格クロックは7900xの方が高い
2 x264のマルチスレッド効果は20位で頭打ちとの説を見かける
3 もちろん7900xの方が安い
この辺を考慮すると7900xを買った方が幸せとの意見はないでごわすか?
0649名無しさん＠編集中 (ｽｯｯﾌﾟ Sd62-2eRG)
垢版 |
2017/11/06(月) 12:45:07.90ID:PJNEo3fvd
スレッドは20Cだろうが128Cだろうが使うが使用率100%は使えないってだけ
毎回1本しかエンコしかしないなら7900Xにしとけば？
それでもコア数多い7920Xの方が速いだろうけど
0650名無しさん＠編集中 (ﾜｯﾁｮｲ 2260-apvC)
垢版 |
2017/11/06(月) 13:05:09.71ID:AhYKSv2j0
threadsを最大にしても、殆ど全部使い切らないx264で
より多くのcoreを割り当てたところで速度アップにも画質(ソース画質の再現率)向上にも繋がらんよな。
それならいっそx264を経由する重めのavsフィルタ内部でより多くのcoreを割り振った方が
エンコ速度も画質向上も大きく改善できてメリットも増そうなもんだが。

Avsフィルタ類はCPUよりグラボに処理させてもいいんだけどな。
APU以降ならVCEを、APU未満でDX9を使えるグラは_GPU25で、NV系ならCUDAなどで。
0658名無しさん＠編集中 (ｱｰｸｾｰ Sx33-WtbZ)
垢版 |
2017/11/09(木) 03:55:05.26ID:2lLHGB5mx
x264に入るまでの前段のデコード、フィルタ、色空間変換のいずれかがマルチスレッドに対応してないからだろ
対応してたとしても、例えばHuffyuvのデコードは4スレッドまでしか対応してないし
あとは、ドライブの転送速度が追い付いてないとか
0661名無しさん＠編集中 (ﾜｯﾁｮｲ 7feb-lB0v)
垢版 |
2017/11/09(木) 23:26:26.85ID:8skGIZpd0
>>648
6950XだとフルHDアニメのx264(10bit)エンコードでほぼ100%にはりつく
20スレッドより多いcpuで試したことないからその20位で頭打ちとの説が本当かどうかわからんな
0665名無しさん＠編集中 (ﾜｯﾁｮｲ 5fc6-Ud84)
垢版 |
2017/11/14(火) 23:54:34.74ID:OmCERatJ0
最新ビルドでAMD向けのSSEMisalignに対応するビルドが欲しいわ
あれが対応しないと微量(6-8fps前後)だがエンコ速度に差が発生するから損した気分になる。
0667名無しさん＠編集中 (ﾜｯﾁｮｲ 419f-CT75)
垢版 |
2017/11/16(木) 21:39:08.85ID:Lok3SOLr0
下手に触ったら、弄りすぎて壊れた…

x264の内部

関数内の処理時間順
ttp://iup.2ch-library.com/i/i1868333-1510835655.png
呼び出し回数順
ttp://iup.2ch-library.com/i/i1868332-1510835582.png
0668名無しさん＠編集中 (ﾜｯﾁｮｲ 419f-CT75)
垢版 |
2017/11/18(土) 15:36:47.29ID:mg/31u3f0
Intel C compilerで作った x264@0.152.2851
https://dotup.org/uploda/dotup.org1391216.zip.html
ソースは、弄ってないバージョン

バイナリの環境はSandybridge以降に依存
依存したDLLとか調べてないから、動かなかったら教えて。


自分でビルドしたい人は、ｍｓｙｓのlinkerをmvしたりしないと通らないから要注意
0674名無しさん＠編集中 (ﾜｯﾁｮｲ a3ec-615/)
垢版 |
2017/12/23(土) 21:21:11.03ID:VSoAQ8Gh0
>>673
怒られるっつっても
　　指定されたx264.exeはmp4出力に対応していません。
　　出力拡張子を".264"に変更して出力を行うため、muxが余分に発生し、時間がかかる可能性があります。
　　mp4出力に対応したx264.exeを使用することを推奨します。
と出るだけだから、何か試す程度ならVideoLANのバイナリでいいと思うが・・・。

muxがどれくらい遅くなるのかは知らないけど、わざわざr2345を常用したい理由でもあるの？
x264guiExも最新のバイナリにあわせて更新されてるから、
古いバイナリを使ったら設定値が思うように反映されなかったりすることもあるけど。
0678名無しさん＠編集中 (中止 03c6-RBuR)
垢版 |
2017/12/25(月) 00:12:41.45ID:3pbDkQUJ0XMAS
基本、ダウンローダかFirefoxでDLするように。くれぐれもIEやChromeやEdgeでDLするなよ
でないともれなくウザいジャンクマルウェアがブラウザをフリーズさせようとするからw
0679名無しさん＠編集中 (中止 03c6-RBuR)
垢版 |
2017/12/25(月) 00:40:15.29ID:3pbDkQUJ0XMAS
r2345にこだわる理由はおそらくこれじゃないか。
AMD環境でエンコするときは、r2345以降だと拡張命令が一つ無効にされるから
若干エンコが遅くなる。そこはryzenで改善されたけど

r2346
commit 0c738e30ec025f0effdb62802685fce40cf20057
Author: Henrik Gramner
Date: Fri Jul 5 21:15:43 2013 +0200

x86: Remove X264_CPU_SSE_MISALIGN functions
Prevents a crash if the misaligned exception mask bit is cleared for some reason.
Misaligned SSE functions are only used on AMD Phenom CPUs and the benefit is miniscule.

---
x86: X264_CPU_SSE_MISALIGN関数を削除。
何がしかの理由でmisaligned exception mask bitがクリアされていた場合のクラッシュを防ぐ。
Misaligned SSE関数はAMD Phenom CPUでのみ使用され、その利得は非常に小さい。
0680名無しさん＠編集中 (中止 73b5-buzn)
垢版 |
2017/12/25(月) 12:34:34.96ID:64mfmyLL0XMAS
ブラウザやメール、ビジネスアプリくらいしかやらない人にとってはPhenom系のCPUで全然問題ないから
買い換えるという選択肢がないかもしれないけどRyzenはマジで優秀だからな
それなりにエンコする機会があるなら買って損はないと思う
性能がそこそこ優秀な割に異常に安価な1500Xあたりで組めばそれなりの価格で収まるし電気代も優しい
0684名無しさん＠編集中 (中止 03c6-RBuR)
垢版 |
2017/12/25(月) 19:28:13.40ID:3pbDkQUJ0XMAS
余談だが、ブル世代のAPUとFXもMisaligned SSEが使えるわけだけど、それも無効にされている。
APUはVCEでハードエンコできるからまだいいが、FXは限界までOCしてゴリ押しするしか無いんだよな。
0691名無しさん＠編集中 (ﾜｯﾁｮｲ ffb5-Auke)
垢版 |
2017/12/28(木) 02:17:54.51ID:gCKZ0KCj0
電熱による暖房は効率が悪いからな
電気暖房で効率重視なら現状ヒートポンプ一択
とはいえコスト度外視ならハイエンドPCを2台もフル回転させれば多分ちょっとしたセラミックヒーターくらいの発熱はあるはず
ただ熱を垂れ流すしか能がないヒーターよりは何らかの仕事をさせられる分だけ建設的なのかも知れん
0693名無しさん＠編集中 (ﾜｯﾁｮｲ cbec-O50F)
垢版 |
2017/12/28(木) 13:39:09.46ID:afSjZm/R0
なんとなくr2893メモ

・8bitと10bitのバイナリを統合
　→１つのバイナリで8bitも10bitも出力できる。
　→出力ビット深度は、追加された --output-depth で指定。デフォルトは8bit。

・--transferに arib-std-b67 を追加。(HLG：Hybrid Log Gamma)
・--colormatrixに chroma-derived-nc / chroma-derived-c / ICtCp を追加。
　→2017年4月のH.264規格書で追加されたもの。

・--alternative-transferを追加
　→2017年4月のH.264規格書で追加されたもの。

・その他の細かいコミットは割愛

・--fullhelpでのqpmaxのデフォルト値表示がおかしい。
　　--qpmax <integer> Set max QP [2147483647]

・x264guiExの8/10bit統合対応が地味に面倒そうではある。
0696名無しさん＠編集中 (ﾜｯﾁｮｲ f316-Auke)
垢版 |
2017/12/28(木) 15:30:50.89ID:7aUzwO6o0
自分の好きなようにしたらエエ。
俺は PC で再生するだけだから 10bit 派。
そのくせ BlueskyFRC を挟んでFluid Motion してるから余り意味が無いという。
0700名無しさん＠編集中 (ﾜｯﾁｮｲ 67fa-MiNv)
垢版 |
2017/12/31(日) 11:38:00.81ID:90rtTOjH0
誰でも自分ＰＣで稼げる方法など
参考までに、
⇒　『政道のゴウイウセレイイ』 というＨＰで見ることができます。

グーグルで検索⇒『政道のゴウイウセレイイ』

A6L4JIAVLJ
0708名無しさん＠編集中 (ﾜｯﾁｮｲ bbec-BEZ7)
垢版 |
2018/01/07(日) 15:36:59.83ID:uxim0//O0
>>705-707
WARNINGに少し書かれてるけどjpsdr版tmodのr2893(実際にはr2867+74)について。

・バージョン表記→ x264 core:155 r2867+74 66b5600 t_mod_Custom_2

・tmod用の各種パッチの互換性確保を優先して公式コミットを省いたりしているので、
　公式のr2893とは大きく異なるものになっている。
　8/10bit統合もしておらず、別バイナリのまま。ffmpegも古いv2.8.13のまま。

・r2867までは公式masterと同じなのだが、その後はr2893までの26個のコミットのうち、
　8/10bit統合のr2868を始めとした13個の公式コミットが省かれている。
　(x264_Customブランチ。コミット数2880(2867+13)(2893-13))

・x264_Customブランチをベースに各種パッチを当てていった
　t_mod_Custom_2ブランチ(コミット数2941)を元にバイナリがリリースされている。
　r2867+公式13＋パッチ61ということで、r2867+74。
0712名無しさん＠編集中 (ﾜｯﾁｮｲ bbec-BEZ7)
垢版 |
2018/01/08(月) 02:01:12.14ID:sREVb2Z30
うちでr2851kModとr2893(rigaya版)を一発比較した限りじゃ特に変わらんようだけど。

■8bit

【x264】x264 0.152.2851kMod ba24899 (8bit)
　【オプション】--crf 20
　【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
　【.　Slower】 10.73 fps, 3954.37 kb/s, duration 0:01:45.11
　【　 　Slow】 21.50 fps, 4047.44 kb/s, duration 0:00:52.47
　【. Medium】 28.53 fps, 4094.00 kb/s, duration 0:00:39.54
　【Veryfast】 62.89 fps, 4100.91 kb/s, duration 0:00:17.93

【x264】x264 0.155.2893 b00bcaf
　【オプション】--crf 20
　【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
　【.　Slower】 10.88 fps, 3954.36 kb/s
　【　 　Slow】 21.07 fps, 4047.44 kb/s
　【. Medium】 28.93 fps, 4094.00 kb/s
　【Veryfast】 62.15 fps, 4018.47 kb/s
0713名無しさん＠編集中 (ﾜｯﾁｮｲ bbec-BEZ7)
垢版 |
2018/01/08(月) 02:02:25.09ID:sREVb2Z30
■10bit

【x264】x264 0.152.2851kMod ba24899 (10bit)
　【オプション】--crf 20
　【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
　【.　Slower】 6.77 fps, 3923.71 kb/s, duration 0:02:46.73
　【　 　Slow】 15.43 fps, 4072.16 kb/s, duration 0:01:13.09
　【. Medium】 20.43 fps, 4141.27 kb/s, duration 0:00:55.21
　【Veryfast】 40.21 fps, 4171.15 kb/s, duration 0:00:28.05

【x264】x264 0.155.2893 b00bcaf
　【オプション】--crf 20 --output-depth 10
　【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
　【.　Slower】 6.59 fps, 3923.71 kb/s
　【　 　Slow】 14.98 fps, 4072.15 kb/s
　【. Medium】 20.74 fps, 4141.26 kb/s
　【Veryfast】 41.27 fps, 4115.07 kb/s
0717名無しさん＠編集中 (ﾜｯﾁｮｲ ebc6-+W2v)
垢版 |
2018/01/09(火) 02:00:22.72ID:qOe0KmCS0
60000/1001で同じようにエンコしてどのぐらい出るか知りたい。
動きの多いアニメや殆どの実写映像も60fpsでエンコさせるとヌルヌル動いて気持ちいいし
0722名無しさん＠編集中 (ﾜｯﾁｮｲ ebc6-+W2v)
垢版 |
2018/01/09(火) 13:12:14.00ID:qOe0KmCS0
特にエンディングのスタッフロールとかは60fpsでエンコすると
テロップ類の動きがヌルヌル過ぎてすげー気持ちいい。
RPGとかのエンディングみたいに最後まで飛ばさず見よう！って気になるw
0723名無しさん＠編集中 (ﾜｯﾁｮｲ bbec-BEZ7)
垢版 |
2018/01/09(火) 16:24:41.33ID:cLDLIUCj0
>>717 >>722
フレーム補間という手法を覚えたばかりではしゃぎたくなるのはわかるけど、スレ違いなので他でやっとくれ。
何を使ってフレーム補間してるのか知らないけど、逆テレシネしてないアニメをソースにしたり
いまどきMBlockFPS()を使ってるなんてオチがなければいいけど。

>60000/1001で同じようにエンコしてどのぐらい出るか知りたい

エンコード速度(fps)は毎秒どれだけのフレームを処理できるかを表すので、元動画のフレームレートは関係ない。
フレーム数が増えれば必要時間は増えるし、フレーム補間してるならその負荷がかかるけど
それはx264とは別の話なのでこのスレでは関係ない。


>>718
>>712-713のtest-1080p.mkvは、x264/x265ベンチマークスレで使ってる実写映画の予告動画だよ。
0728名無しさん＠編集中 (ﾜｯﾁｮｲ 9fd2-Gfid)
垢版 |
2018/01/10(水) 12:55:19.73ID:lXjmbGhD0
むしろ動いてないところは削りまくってタイムコードで引き伸ばしてるわ
0729名無しさん＠編集中 (ﾜｯﾁｮｲ 3b98-H65A)
垢版 |
2018/01/10(水) 15:08:45.13ID:W8NHXz/H0
60iを60pにしたというオチじゃないよな
テレビ放送をテレビで見ると60fpsで見てることすら知らなさそう

こんなことで喜べるんだから、無知っていいな
羨ましすぎる
0742名無しさん＠編集中 (ﾜｯﾁｮｲ 6ad2-JQPx)
垢版 |
2018/01/12(金) 18:40:29.51ID:64eEZn7/0
>>739-740
>>629あたりからの流れを見てね
0748名無しさん＠編集中 (ﾜｯﾁｮｲ 25c6-zHNy)
垢版 |
2018/01/15(月) 17:40:39.06ID:aaz1ubzE0
旧作アニメのエンコをして、当時の放送日時に合わせて日付を設定しちゃおう！っていうのなら
まぁわからなくもないが、それはさすがに深読みし過ぎかw
0750名無しさん＠編集中 (ﾜｯﾁｮｲ eaeb-PGvU)
垢版 |
2018/01/15(月) 19:06:47.18ID:1aBtJVCr0
エンコ日時フィールドにエンコ日時以外を入れたいとは思わないな
さっきエンコしたものを放送当時にエンコしたかのように装うなんて気持ち悪いわ
起源捏造民族じゃあるまいし
0751名無しさん＠編集中 (ﾜｯﾁｮｲ 25c6-zHNy)
垢版 |
2018/01/15(月) 19:19:05.16ID:aaz1ubzE0
俺のエンコは、mkvでmuxするときにTSから拝借したEIT情報を埋め込むぐらいだな。
キャストとか諸情報とか放送当時のデータをそのまま残せてコレクション冥利に尽きるという感じ。
0753名無しさん＠編集中 (ﾜｯﾁｮｲ 6681-QpsD)
垢版 |
2018/01/16(火) 01:36:32.03ID:6W/mSrv50
https://i.imgur.com/eQTcsUg.png

グループポリシーで自動更新関連を全て無効、サービスでも自動更新関連を無効にしているにもかかわらず
動画エンコード開始して寝て起きたら、なんと1時間ごとに再起動されていた
当然ファイルは破損していた

もうやだこのゴミOS

Windows10　16299.192
0754名無しさん＠編集中 (ﾜｯﾁｮｲ 5998-0F6q)
垢版 |
2018/01/16(火) 10:06:44.86ID:H8ZVNNZc0
気がついたら同じような動画を何回も拾ってる
そんなとき、拾い重複エロ動画整理のために、エンコ日やmux日はよく使うな

ファイルが壊れてるときなんか、remux時にエンコ日はそのままにしたいと思うけど
そこまでやるのはめんどくさい
0755名無しさん＠編集中 (ﾜｯﾁｮｲ 25c6-zHNy)
垢版 |
2018/01/16(火) 11:02:02.43ID:Q83gu4jz0
>>753
WindowsUpdateサービスを無効にすれば解決するぞ。ただし、長期間そのままにしてあると
定期的なライセンス認証の確認作業に不具合が生じてバルーンヘルプが出始めるかもしれないが
0756名無しさん＠編集中 (ﾜｯﾁｮｲ c7ec-Tfxv)
垢版 |
2018/01/31(水) 21:16:35.20ID:rZJ4njBN0
　
1/19 に r2901 が来てたのね。今まで気づかなかった・・・。

あとsandboxの方には 1/22 に 「4:0:0 (monochrome) encoding support」 が来てた。

なおKomisar氏は r2851 から動き無し。
0757名無しさん＠編集中 (ﾜｯﾁｮｲ 9776-/IWG)
垢版 |
2018/02/01(木) 13:24:21.57ID:AtL2er/I0
>>753
寝ている時間をアクティブ時間にすればいいのでは？
１度も勝手に再起動された事はないな。
0758名無しさん＠編集中 (ﾜｯﾁｮｲ d7c6-HmOu)
垢版 |
2018/02/03(土) 22:27:02.72ID:iiAEegYF0
>>753
RS2までロールバックしてみたら？
Win10は一度ロールバックするかクローンHDDから復旧させてCBBのWU確認期限を１年間にしておけば
重要なアップデートが見つかっても検知されないまま放置される。
0759名無しさん＠編集中 (ﾜｯﾁｮｲ 96e8-fGf5)
垢版 |
2018/02/23(金) 17:46:51.10ID:bNdCDf+U0
x264guiExで実写を品質基準VBR (crf)でエンコしてるのですが
この品質基準とは何を基準にしているとかあるのでしょうか？

エンコ結果をSIMM0.985に付近にしたいと思い
複数ソースを同じcrfでエンコしているのですが
SIMMの結果がまちまちで疑問に思った次第です。

また希望するSSIMになるような指標などあるのでしょうか？
0766名無しさん＠編集中 (ﾜｯﾁｮｲ 21ec-je3A)
垢版 |
2018/02/24(土) 18:26:20.89ID:9nHgYv4k0
SSIMの表示には --ssim が必要だけど、>>764が言いたいのは値の取得方法ではなく

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

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

とかそういうことじゃないだろうか。
0770名無しさん＠編集中 (ﾜｯﾁｮｲ bee8-s3ST)
垢版 |
2018/03/08(木) 17:21:34.62ID:ncjlH8cj0
地デジ、実写、爆発シーンがあるアクション映画がソースで
爆発シーンはすでにノイズが出ているような場合
qcompをデフォの0.6から0.7に上げても
ノイズを一生懸命再現しようとビットレートを割り振ってしまって
上げる意味はないのかね？
0776名無しさん＠編集中 (ﾜｯﾁｮｲ e6c2-8ags)
垢版 |
2018/03/11(日) 12:37:47.82ID:vOQxZ3fe0
ノイズかどうかって人間の目ならだいたいわかるんだから
いずれAIが進化したら再エンコ専用のエンコーダで
ノイズ部分無視とか補完とかやってくれるようにならんかな
0781名無しさん＠編集中 (ﾜｯﾁｮｲ bee8-s3ST)
垢版 |
2018/03/12(月) 01:58:27.24ID:dFyvws7u0
crfとか2passとか設定出さずに爆破シーンのエンコとか
言って混乱させてしまってすまん。
爆破シーンのは2passでエンコしました。

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

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

初心者とかguiスレがなくてココにこんなこと書き込んですまん。
0782名無しさん＠編集中 (ﾜｯﾁｮｲ bbec-Osi7)
垢版 |
2018/03/12(月) 02:24:58.51ID:8qoNk2AH0
>>781
> あとｘ264出力(GUI)Exでエンコしてんだけどマルチパスとか
> サイズ確認付き品質基準の「上限ファイルビットレート」項目の
> 設定もビットレートのピークを制限するものだよね？

全然違う。
あれはできあがったファイルサイズ(ビット単位)を秒数で割った数値がそれ以下になるようにするというもの。
昔のニコ動のエコノミー回避や一般会員のビットレート制限のために作られた。
ニコ動の仕様が変わったので、もう使われることはないだろう・・・多分。
0790名無しさん＠編集中 (ｱｰｸｾｰT Sx25-MOYc)
垢版 |
2018/03/17(土) 20:33:57.41ID:41kAdC9fx
ロスレスは劣化が無いと信じて使ってたけど
なんか線が細ってるなーと思って減算して元画像と重ねたら
見事に淵のピクセルが飛んでた
このスレ読んでやっと真実が分かった
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況