【超解像】Lada part7

前スレ
【超解像】Lada part6
https://egg.5ch.io/test/read.cgi/software/1789682962/

■　URL
Lada
https://github.com/ladaapp/lada/releases

Jasna
https://github.com/Kruk2/jasna/releases

Lada-EX
https://codeberg.org/comman/lada-ex

検出モデル　v2_accurate
https://huggingface.co/zelefans/vrmr/tree/main　の
lada_vr_mosaic_detection_model_v2_accurate.pt

除去モデル　basicvsrpp-generic_v1.2_full
https://huggingface.co/ladaapp/lada/tree/main　の
lada_mosaic_restoration_model_generic_v1.2_full.pth

■　不具合があった場合に試してみる事

・GPUスケジューリング　オフ
スタートメニュー＞設定＞システム＞ディスプレイ＞グラフィックの設定
ハードウェア アクセラレータによるGPUスケジューリング＞オフ

・最新グラフィックスドライバに更新

遠目かつ境界線が曖昧な分かりづらいモザイクだとv2_accurateじゃないと検出出来ないな

ロングの小さいモザはv2_accurateでも取りこぼす事がある
速度改善に振ったyolp-v3以降とか局部認識限定に振ったrfdetrのNSFWとか方向間違ってんだよな
モザイクを確実に拾ってくれるのが正義なのに

5分の普通の4K VRならLTXで30分位で完了するところだがスッポンポンが12人いる動画だと3時間40分。"大きなモザイクだけLTXを有効" にしとかないと厳しいなこれ。50人ものとか100人ものとかはかなり上級者向きなんだろな。

モザの検知はJavPlayerが一番だった
博士元気かな

モロ警察利権だからどっちにしろ日本で続けたりLTXクオリティは無理だった
ありがとう博士
偉大な人だった

丸ごと突っ込むなら区間エディターでスキャンしてやったほうが早いぞ、モザイクないとこはスキップ処理だから

>>118
と思ってたけどv0.11.xは継ぎ目の処理とかバグ持ちで音ズレする事がある

>>87〜89 っす。みんな盛大なツッコミありがとうｗ

そもそもがLTX処理に時間掛かって20時間だの待つよりはせめて3〜4時間で少しずつ見れんか、というところから始まって、
前スレで教えてもらったffmpegでブツ切りにするコマンドを使ってみたり、やっぱあかんわってなってDavinci Resolveやらその他もろもろ使ってみたりしたんだけども、
結局はffmpegが一番確実なんだからこれを使いこなすのが一番、快適にするために自分が欲しい機能だけのGUIをClaudeに作ってもらったら、自分が欲しいやつピンポイントだものそりゃ快適だわな、っていう話。
Claudeさん、特に指定してないのにエンコするかしないかのモード選択までつけてくれたり、指定してなくても明らかなエラーは一通り網羅してるし、すごい。
切り出し位置をtxtに書くようにすると、それ保存しとくと後でまた使えたりするから意外に便利だったりもするし。

AIにGUI作ってもらう話はスレでちょくちょく出てたけど、確かにハマればめっちゃ便利だわ、ってことで。

VRはclaudeで作ったGUIで処理してるな

5060TI 16GB
4KVRを何本かLTXでやってみたけどどれも指定区間の18倍くらいだな
仕上がりには大満足。今まで何度も試して失敗してたやつがくっきり
8KVRも試してみたけど50倍はかかりそうだったので途中で止めた

高速化でどれだけ速くなるかやな
生成だから膨大な時間かかるのは予想してたけどやってくれるはず

v0.12.1 のリリース前確認依頼が来たから今やってるで

>>120
「直して」と言えば文句言わずに、すぐに対応してくれるしね

5060 8GBと4060TI 16GBが8万円から9万円で同じような価格帯だけど
どちらがLTX処理に向いているのでしょうか
高速化ができる5000番台かVRAMの差が物を言うのか

>>124
すごいね。どうなるとそういう役割になるの？

>>126
そもそもVRAMが足らないとメインメモリー使うから処理時間が激遅になるので
1世代古くてもVRAM多いほうが処理時間は短く済む
FHDの破壊でも9.6GBのメモリー使うから8GBじゃキツい
何れバージョンアップで今よりも少ないVRAM容量で処理出来るようになる事を期待するかだね

gpu unlockしてもltxは10%程度しか速くならないみたいね

>>127
今までのやりとり？

>>129
作者がDiscordで書いてたけど、効果があるのはステップ2（VAEエンコード）とステップ4（VAEデコードと書き出し）
ステップ3（復元）はもともとINT8で動くからほとんど変わらない

>>124
v0.12.1のリリース前確認は手元のUbuntu 26.04+RTX 5080では大きな問題なく通った
・LTXに「Basic」が増えて標準より約1.3倍速い(手元でも30秒クリップで45秒→37秒)、見た目は標準よりわずかにソフト
・標準/Basicは新しいVAEでエンコード・デコードが速くなって、標準の同じ30秒クリップがv0.11.3の69秒→45秒
・LTXでRTX Super Resの二次復元が使えるようになった (自分の提案内容とは違うけど動くようにしてくれた！)
・LTXジョブの中断→再開確認OK(同じコマンド/設定で再実行すると続きから、出力は中断なしと同じ)
・LTXモデルは全部作り直しされているので再ダウンロードが走るｗ (v0.11.xフォルダからのコピーは弾かれる)

>>128
ありがとうございます

v0.12.1のリリース、わくわくw

>>131
乙です。LTX Topの処理時間はあまり変わりない感じかな。
でも >LTXでRTX Super Resの二次復元 ←これちょっと期待しちゃうかも。

WindowsとUbuntuってダブルブートで使える？それとも使ってる人は専用パソコンにしてるの？

ソフト的にブートローダーで切り分けるとトラブった時悲惨だからUEFI(BIOS)
でブートディスク切り替えたほうが安全そう
ストレージ複数積める環境ならね

>>134
Topの時間はほぼそのままだった(手元の30秒クリップで210秒→205秒)
速くなったVAEエンコーダはBasic/Standardだけで、Good/High/Topはデコーダ側だけ新しくなった(デコードは約27%短縮)ようなので、全体では数%の差にとどまるみたい

RTX Super Resの方は、自分がmodi版でやった鮮明化とは狙いが違うように見える
手元で試した範囲では、掛かるのは大きいモザイクのウィンドウだけ(720pで長辺300px前後から、480p素材では一度も掛からなかった)で、既定では見た目も変わらなかった
「LTXの512px出力を引き伸ばして貼っていた大きいモザイクを、RTXで2倍にしてから貼る」というアップスケーラの位置づけかなと思っている
そうだとすると全部のウィンドウにシャープをかけるものではないので、低解像度素材には効かなさそう(古い素材へのこだわりに考え方の違いが出るｗ)
なお、デフォルト設定だと効果は微妙で、--rtx-deblur low を付けると掛かったウィンドウは鮮明になった(手元ではちょうどよい鮮明さ、処理時間は+13%程度)ので、大きいモザイクの多い素材なら試す価値はあるかも
pre-releaseの挙動なので正式版では変わるかもしれない

>>135
自分は >>136 のやりかたで別のNVMe SSDにUbuntuを入れて、UEFIのブートメニューからブートするOSを切り替え使ってる(SSDは値上がり前に買ってたやつ)
ライセンスは2つ消費するけどね