【超解像】Lada part3

**名無しさん＠お腹いっぱい。** · 2026/01/07(水) 14:46:33.37

前スレ
【超解像】 Lada　part2
https://mercury.bbspink.com/test/read.cgi/avideo/1761381502/

【超解像】 Lada　
https://mercury.bbspink.com/test/read.cgi/avideo/1758433407/

**名無しさん＠お腹いっぱい。** · 2026/01/10(土) 22:13:54.60

>>69

-q:vやめました。pyav経由だとffmpegにうまく伝わらないようです。

**名無しさん＠お腹いっぱい。** · 2026/01/10(土) 22:24:34.97

>>70
VRAMが多い環境なら、複数同時でも全然いけますよ
自分は今、並列2プロセスで回しながら、裏でPython使って別動画の結合を同時にやってますが、VRAM 8GB～10GB前後(MAX24GB)の安定推移でクラッシュも起きてません。
ただ、max-clip-lengthを上げすぎると一気にメモリを食って共倒れするので、並列なら180以下くらいに抑えておくのが安パイです。

**名無しさん＠お腹いっぱい。** · 2026/01/10(土) 23:19:48.11

Windows用のEXE実行タイプのGUI使ってるけど、便利だけど余り細かいことできないのね。
Python使ったGUI使えばいいんかな？
それともCUI？CUIだとバッチ処理出来るんかな？

1度に出来れば２つ処理したいんやけど、、

無知ですまん

**名無しさん＠お腹いっぱい。** · 2026/01/11(日) 00:03:38.71

0.10.1 にしたら lada-cli が使えなくなったぞ😠

**名無しさん＠お腹いっぱい。** · 2026/01/11(日) 01:11:47.50

>>74
試してみたけどGUIもCLIも問題ないようだが？

**名無しさん＠お腹いっぱい。** · 2026/01/11(日) 03:08:24.61

0.10.0でCLIの引数結構変わっているから、0.9.xか0.8.xから0.10.1に上げたのなら戸惑うかも

**名無しさん＠お腹いっぱい。** · 2026/01/11(日) 09:19:18.84

>>76
そうだよね、0.10.0で急に「--crf」が廃止になったからえ？と思ったよね
恐らく、nvenc使用時に変える必要があるのが「--codec」指定なら判定できるけど、
「--custom-encoder-options」で直接ffmpegに渡されると面倒なのでやめたんだろうけど

**名無しさん＠お腹いっぱい。** · 2026/01/11(日) 10:26:27.96

>>77
0.10.0から--encoding-presetでプリセットを選択するか、--encoderと--encoder-optionsを使って細かく設定するかの使い方になったようだ
自分はffmpegのオプションには詳しくないので、面倒だからnvidiaのデフォルト設定(hevc-nvidia-gpu-hq)で使っている
lada/utils/encoding_presets.csvを見てみたらこの設定は以下でffmpegのオプションを構成している様だ
Encoder: hevc_nvenc
Encoder options: -preset p7 -tune hq -rc constqp -qp 20 -spatial_aq 1 -aq-strength 6 -bf 3 -b_ref_mode middle -rc-lookahead 32

**名無しさん＠お腹いっぱい。** · 2026/01/11(日) 12:18:07.78

lada-cli使ってます。
--encoder libx264 --encoder-options "-crf 10 -preset slower"
で出来上がったmp4ファイルをTMPGEnc Video Mastering Worksで編集エンコードする際、かなりの確率でハングアップします。
その際はタスクマネージャーから強制終了させ、「Out Process for VME」も終了させないと再びTMPGEnc Video Mastering Worksを使えません。
mp4コンテナと相性悪いのかと思いladaでproresコーデックを指定してみたのですが、
Error on export 'mp4' format does not support 'prores' codec
と言うエラーが出て終了してしまいます。
mp4コンテナ以外を指定すれば良いのかと思いましたが
ERROR:libav.prores:Specified pixel format yuv420p is not supported by the prores encoder.
ERROR:libav.prores:Supported pixel formats:
ERROR:libav.prores:yuv422p10le
ERROR:libav.prores:yuv444p10le
ERROR:libav.prores:yuva444p10le
ERROR:libav.prores:Specified pixel format yuv420p is not supported by the prores encoder.
ERROR:libav.prores:Supported pixel formats:
ERROR:libav.prores:yuv422p10le
ERROR:libav.prores:yuv444p10le
ERROR:libav.prores:yuva444p10le
Error on export [Errno 22] Invalid argument: 'avcodec_open2(prores)'; last error log: [prores] yuva444p10le
と言うエラーが出てしまいます。どこか見落としてる箇所があればご指摘戴けませんでしょうか。

**名無しさん＠お腹いっぱい。** · 2026/01/11(日) 12:21:38.73

>>78
詳しい説明ありがとう
0.10.0以降対応の VR_Single_File.bat で crf だけでなく preset も消えた理由がよくわかったよ
しかし、このVRでは lada 通した片目ファイルは一時ファイルで、その一時ファイルで超遅い p7 を使ってファイルを高画質＋小さくする意味はないな
試しに、lossless を使って左右分割と lada 処理をしたらどうなるかやってみたが、試したVR動画では、処理スピードは約3倍になったが、各ファイルサイズは約70倍になった
そこで、処理の順番を左目動画抽出⇒左目lada通す⇒左目動画削除⇒右目動画抽出⇒右目lada通す⇒右目動画削除⇒左右目lada結合⇒左右目lada削除に変えてみた
見てみても最終SBSファイルの違いはよくわからないが、速くなったからいいか

**名無しさん＠お腹いっぱい。** · 2026/01/11(日) 13:28:43.79

>>79
Windows/Linuxでnvidia積んでいるのだったら急がば回れで、lada-cliは >>80のようにlosslessでやるか>>8 に書いてある通り --encoding-preset hevc-nvidia-gpu-uhq で処理して後でproresにトランスコードする方が確実じゃね？

**名無しさん＠お腹いっぱい。** · 2026/01/11(日) 13:42:02.16

wcswidth　が flatpak の manifest に入ってねぇんだよ

**名無しさん＠お腹いっぱい。** · 2026/01/11(日) 14:04:46.06

AV総合板にLADA part3スレが建っているが、荒らしが一人で工作してる糞スレになってるや

**名無しさん＠お腹いっぱい。** · 2026/01/11(日) 14:12:30.78

codebergに置いてあるlada-python-dependencies.yamlにはwcwidthが追加されているが、githubのflathub/io.github.ladaapp.ladaに置いてあるやつは0.9.0版になっててwcwidthがないな

イシュー発行だ >>74

**名無しさん＠お腹いっぱい。** · 2026/01/11(日) 14:12:53.99

ド新規の3流連中があっち行ってくれればええがな

**名無しさん＠お腹いっぱい。** · 2026/01/11(日) 14:20:59.18

lada-0.10.0-mps.zipってどこからダウンロードできるの？

**名無しさん＠お腹いっぱい。** · 2026/01/11(日) 15:23:05.86

86 無視してもらって大丈夫です失礼しました

**名無しさん＠お腹いっぱい。** · 2026/01/11(日) 17:13:39.54

lada-gui.exe待ちやわ

**名無しさん＠お腹いっぱい。** · 2026/01/11(日) 18:01:02.25

>>81
有難うございます。
そう思ってprores選んだんですけどエラーが出て困った次第で。
んーどうした物か。

**名無しさん＠お腹いっぱい。** · 2026/01/11(日) 18:22:17.51

LADA 0.10.1が出たよ

CLI+GUI: FP16 が有効になっている場合の Nvidia 50 シリーズ GPU のパフォーマンス低下を修正
CLI+GUI: ワーカーのいずれかがクラッシュした場合には、復元パイプラインを停止し、エラーを表示するようにします。
GUI: 別のファイルを開いたときに時々フリーズしたり、スピナーが動かなくなる問題を修正

らしいよ

本家
ttps://flathub.org/en/apps/io.github.ladaapp.lada
windows GUI+CLI
ttps://pixeldrain.com/u/KTaf6p3n

**名無しさん＠お腹いっぱい。** · 2026/01/11(日) 18:34:23.69

>>89
再エンコードが1回余計に入るけど、ladaはhevc_nvencでファイルサイズ大・高品質設定で処理して、出来たファイルをその後ffmpegとかでproresにトランスコードするのが確実では、ということを言いたかった

**名無しさん＠お腹いっぱい。** · 2026/01/11(日) 18:59:38.03

>>91
有難うございます。
再エンコードとなるのですね。
折角ladaにprores対応ってなってるのに何で駄目なんですかね。

**名無しさん＠お腹いっぱい。** · 2026/01/11(日) 19:39:12.55

>>90
可変の修正とかいうの入ってないんだな

**名無しさん＠お腹いっぱい。** · 2026/01/11(日) 21:26:14.09

パフォーマンス低下を修正と言われても開始したらほったらかしだからわからん

**名無しさん＠お腹いっぱい。** · 2026/01/12(月) 09:20:42.48

losslessでやると、一時ファイルを作るその処理は高速だけど、その次の、できた超巨大一時ファイルを使った処理が超低速になるので全くダメでした
結局、hevc-nvidia-gpu-uhq か hevc-nvidia-gpu-hq でやるのが現実的ですね
それか、hevc をやめて h264-nvidia-gpu-fast にしたら高速だろうけど、品質はどれぐらい落ちるんだろう？

**名無しさん＠お腹いっぱい。** · 2026/01/12(月) 11:03:46.54

Encoding Presetの構成は以下の通りだった

h264-nvidia-gpu-fast|h264_nvenc|-preset p4 -rc constqp -qp 23
hevc-nvidia-gpu-hq|hevc_nvenc|-preset p7 -tune hq -rc constqp -qp 20 -spatial_aq 1 -aq-strength 6 -bf 3 -b_ref_mode middle -rc-lookahead 32
hevc-nvidia-gpu-uhq|hevc_nvenc|-preset p7 -tune hq -rc constqp -qp 18 -spatial_aq 1 -aq-strength 6 -bf 3 -b_ref_mode middle -rc-lookahead 32

h264_nvencのp4はmedium (default)、hevc_nvencのp7はslowest (best quality)
hevcに比べてチューニング頑張っていない様だから、画質はそこそこ？

**名無しさん＠お腹いっぱい。** · 2026/01/12(月) 11:50:49.80

ladaで処理した動画をTMPGEnc Video Mastering Worksで何の編集しているんだろう。。。

**名無しさん＠お腹いっぱい。** · 2026/01/12(月) 15:44:03.05

普通は編集してからladaにつっこむのにな

**名無しさん＠お腹いっぱい。** · 2026/01/12(月) 15:59:44.13

--encoding-preset の中に codec も入っているので、--encoding-preset を指定したら --encoder を指定する必要はない
それどころか、両方指定して、使用する codec が異なっていると、--encoder の指定だけが採用され、--encoding-preset は無視される
また、--encoding-preset を指定して、--encoder-options で別の codec を指定すると「無効なエンコードプリセット」のエラーとなる
ということで、合体させて
--encoder h264_nvenc --encoder-options "-preset p7 -tune hq -rc constqp -qp 18 -spatial_aq 1 -aq-strength 6 -bf 3 -b_ref_mode middle -rc-lookahead 32"
を試してみたが、hevc_uhq よりも遅いしファイルサイズも1.6倍ほどになってしまった

**名無しさん＠お腹いっぱい。** · 2026/01/12(月) 19:02:46.56

今まで何も考えずに動画を放り込んでたけど、解像度が無駄に高いと時間かかるんだな。どうせ8インチのタブレットでしか視聴しないから、変換ソフトで解像度下げてから破解するようにしたら、半分くらいの時間で終わるようになった。これなら捗るな。

**名無しさん＠お腹いっぱい。** · 2026/01/12(月) 20:43:23.26

何を今更

**名無しさん＠お腹いっぱい。** · 2026/01/12(月) 21:43:56.03

最近知って、使い始めてまだ10日くらいだから

**名無しさん＠お腹いっぱい。** · 2026/01/13(火) 00:38:39.94

そうか。頑張って極めてくれ

**名無しさん＠お腹いっぱい。** · 2026/01/13(火) 03:38:38.76

お、manifest が修正された

**名無しさん＠お腹いっぱい。** · 2026/01/13(火) 14:14:59.50

10.0も10.1も　顔モザイクを検出　はＯＮしたらダメだな
肝心なところのモザイクが取れないシーンが多くなる
顔モザイクを検出　をＯＦＦにしてやり直すと取れなかったモザイクが取れている
顔モザイクを検出ＯＮで結構数処理したのでＯＦＦでやり直しだわ

**名無しさん＠お腹いっぱい。** · 2026/01/13(火) 14:20:13.60

皆さん、変換にはどれくらいの速度が出てますか？

ワイ環境ではFHDで実時間0.8～1.1倍かかります。oculinkがボドルネックになってるようだから、新しく自作PCを組もうか考慮中です

CPU Ryzen 9 8945HS
RAM 32GB
1TB SSD
RTX 5070Ti 16GB（外付けGPU）
oculink接続（PCIe 4.0 x4）
OS Windows11
lada v0.10.1

**名無しさん＠お腹いっぱい。** · 2026/01/13(火) 14:25:15.83

検出精度はv4-accurateよりv2の方が優秀なんですよね？

**名無しさん＠お腹いっぱい。** · 2026/01/13(火) 14:54:20.79

zelefansが10.3へバージョンアップされてワンクリックでのfisheyeモードが追加されたから試してたがVR画面の端のモザまで処理してくれるケースが増えて格段に変換精が上がった感じ。
ただ処理ステップが増えたので処理時間は掛かる。

**名無しさん＠お腹いっぱい。** · 2026/01/13(火) 15:28:03.22

>>106
ryzen5700x
メモリー32GB
RTX2060super
SSD500GB

これで元の1,2～1.8くらいだな
JAVが5-6倍かかっていたのに比べたらダントツに早いから
早さよりもモザイク残りをどうにかしてほしい

**名無しさん＠お腹いっぱい。** · 2026/01/13(火) 15:59:35.11

>>108
あのfisheyeモードってPCで見たときに四角が台形に見えるタイプのVRに使うってことでいい？

**名無しさん＠お腹いっぱい。** · 2026/01/13(火) 16:57:04.98

>>110
すまん、俺も詳しくないがVRで見た時に正方形になるモザイクのかけ方と思ってた。

**名無しさん＠お腹いっぱい。** · 2026/01/13(火) 17:19:39.54

>>109
それって60fpsのソースですよねCPUが3900X以外はほとんど同じ環境だけど
FHD 30fps v4-accurateだと元尺の0.6倍くらいで完走します
ピークレベルでCPUは20% , Cudaは70～80% , Video Encode50%くらい
本当にモザイク残りが一番の課題ですね

**名無しさん＠お腹いっぱい。** · 2026/01/13(火) 17:26:58.59

エンコード書いてなかった
H265/HEVC Nvidia H/W 高品質中程度です

**名無しさん＠お腹いっぱい。** · 2026/01/13(火) 18:28:51.14

javに比べて誤爆がまじで多いな

**名無しさん＠お腹いっぱい。** · 2026/01/13(火) 20:51:04.18

>>12
あたしだよっ

**106** · 2026/01/13(火) 21:12:21.65

>>106
顔モザイク検出 off
最大クリップ時間 300
GUIで実行

>>16
16氏の環境が理想

**名無しさん＠お腹いっぱい。** · 2026/01/13(火) 21:35:32.43

お気に入りの女優がグロマンだった時の悲しさ

**名無しさん＠お腹いっぱい。** · 2026/01/13(火) 21:46:11.65

グロマンしか学習させてない、誰を破壊してもグロマンになるモデル作ったら意外な需要ありそう

**名無しさん＠お腹いっぱい。** · 2026/01/13(火) 22:26:06.91

全員美祢藤コウのピンクマンになる学習はよ

**名無しさん＠お腹いっぱい。** · 2026/01/13(火) 23:12:52.39

全員同じピンクマンになったらそれはモザイクと変わりない(ｷﾘｯ
多少グロい方がエロいだろうが

**名無しさん＠お腹いっぱい。** · 2026/01/14(水) 03:15:34.80

お前らのデカチンをモデルにしたらどうだ？

**名無しさん＠お腹いっぱい。** · 2026/01/14(水) 03:24:12.15

ゴム無しだけ学習したモデルでなんでもかんでもナマに出来るの？

**名無しさん＠お腹いっぱい。** · 2026/01/14(水) 09:50:10.56

BasicVSR++は生成AI系のモデルじゃないってことをいい加減知ってほしい

**名無しさん＠お腹いっぱい。** · 2026/01/14(水) 09:53:37.48

無知でスミマセン

**名無しさん＠お腹いっぱい。** · 2026/01/14(水) 10:04:42.23

可変フレームレートになるのは不可避なのかな

**名無しさん＠お腹いっぱい。** · 2026/01/14(水) 12:12:23.85

>>125
--encoder-optionsに"-rc cbr"とか"-cbr true"とかで出来るみたい
やったことないけど

**名無しさん＠お腹いっぱい。** · 2026/01/14(水) 12:27:33.65

>>111
PCのSBSで台形とか扇型に見えるタイプをVRで見ると正方形になるということでいいのかどうなのか　まあとにかくfisheyeモードですごく良くなる動画があった

**名無しさん＠お腹いっぱい。** · 2026/01/14(水) 23:59:31.09

javplayerのver2にあったVRの歪み補正的なものと考えて良さそうかな
この機能がver3に無かったから困ってたんだよね

**名無しさん＠お腹いっぱい。** · 2026/01/15(木) 19:06:42.94

LADAはバージョンアップの方向性をどこに向けてるのかな？
正直、メジャーになって初期のバージョン7あたりの仕上がりで俺は満足なんだけど、
モザ認識力の弱さや、残りモザの改善さえ進めば…と思っているが、
一向にその辺の動きが見えないのがもどかしい。

**名無しさん＠お腹いっぱい。** · 2026/01/15(木) 20:21:44.32

仕上がりは自然だし全然いいんだよな
本当にバージョンアップしてほしいのはそこなんだよ

**名無しさん＠お腹いっぱい。** · 2026/01/15(木) 20:46:51.33

今はスピード命なんだろう
スピードが終わったら品質向上願います

**名無しさん＠お腹いっぱい。** · 2026/01/15(木) 22:51:27.04

利便性は二の次で良いのに、あれ入れてくれ、これできるようにして欲しいっていう
有害無益な外野が多すぎるのよな。JAVもまさにそれが原因で全然進化しなかったし

**名無しさん＠お腹いっぱい。** · 2026/01/16(金) 00:39:33.49

それも外野の意見じゃね？

**名無しさん＠お腹いっぱい。** · 2026/01/16(金) 02:17:53.20

2～3年後にはボディスワップやマンコスワップまで出てきそう
で、もうそれでいいやってなりそう

**名無しさん＠お腹いっぱい。** · 2026/01/16(金) 04:03:33.17

複数モザイクと上下判定（例えばフェラを下から撮ってるときとか）のモザイク認識を改良してくれればと思う