【超解像】Lada part6

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

■　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スケジューリング＞オフ

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

>>860

大きいモザイクモードでもダメなの?

自分はＧPUのVRAMが12GBなので試せてない。(VRAMの空きが12GB以上ないと有効にならない)

>>878
4000番と5000番は全く違うとおもうので先のコメのDDU＆CUDA関連もきれいさっぱり再インストールじゃな

やってみます

まじめにちんこ擦り切れ対策した方がいいなこれは

>>882
つ てんが

ローション使ってちんぽ擦り切れ回避しろ

MacでLTXかけた結果。めちゃおそ。

https://discord.gg/cwxSBK9Tk

jasnaの方見たこと名かからわからんけど、どう？

>>853
720Pからの高画質化は例えばFlashVSRX4使えば行ける、肌の質感を自然にする力が凄い高いモデル
このスレでも紹介されてるから興味あったらスレ内検索して調べてみてね
X2だとグッと処理が軽いし十分綺麗になるけどモジャ毛を増やかす傾向がちょっと強い

アソコがグンニャリ潰れたように加工されちゃってた動画もLTXならきれいにやれるかな？

無事に動作するようになりました！

Jasnaを終了した状態で `%TEMP%` フォルダを開き、その中の
`torch_tensorrt_engine_cache` フォルダを削除しました。
その後、Jasnaを再起動して再度試したところ、
TensorRTエンジンのコンパイルが正常に完了しました。

ありがとうございました

LTXはモザ無しシーンもなんかやってるから、動画1本喰わせるとめちゃめちゃ遅くなるね
モザ無しシーンだけ切り出して大きなモザのみLTX2%の設定にしてもそれなりに時間かかった
この辺改善されると良いなー

>>889
モザなしシーンでモデルは動いてなくて、重いのは全フレームのデコードと再エンコードだと思う
--ltx-auto-split 指定ならモザなし部分は勝手にコピーしてくれるから、切り出しの手間はいらない
小さいモザは BasicVSR++ でいいなら%大きくすれば速くなるし、2% だとほぼ全部LTX行き

>>887
バカでかいモザの場合、
動きがあるやつはそこそこ破綻少なく生成してくれるけど、やっぱグニャリはあるね
特にくぱぁのまま動きがないやつとかはマンコが1秒ごとに入れ替わったりするのでとても没入できないｗ

>>889
LTX自体はモザなしと認識したフレームでは何もやってないのでは
LTX planでモザだと認識したフレームだけでしょ

出力先もNVMeしたら早くなる？

>>893
自分も出力先の".ltx-****"という暫定フォルダの中にたくさんファイルを作っているようだったので
出力先をNASからローカルに変えてみたけど処理中もタスクマネージャーでのディスク稼働率が全く上がってないので、またNASに戻そうと思ってる。

手マンうぜえ

>>896　つづき　文字が小さくなる基準がわからんスマソ( ´Д`)

処理結果の違いについて
・StとTopで処理部分の形状が異なるということは無い
・一方、処理部分の解像度はSt：Top＝HD：FHDって感じに違うことが多い 差が無いことはレア
・処理時間は St/Top＝1/3〜1/4
・Less Overlap ONで処理時間は縮む でも脇で余計な負荷入れると簡単に効果無くす
・Less Overlap ONで処理部分が一瞬ボケたりノイズ入ることあり
・Less Overlap ONとOFFで 処理部分の形が違った結果になることがある どっちが良好とも言えない
・全体的傾向としてクリ周りの形状がころころ変わる傾向あり 顔だったら鼻の形が見るたび変わるみたいな感じ、特にマンコドアップのシーンでクリ周りの形がジワジワ変化することもある、この傾向はLess Overlap ON の方がかなり顕著になる、
・クソデカいモザでマンくぱで動きがないシーンとかは破綻こそしないもののマンコの形が1秒毎に変わったりするので始末に負えない、LO-ONの方がひどくなる、こういうレベルのモザはStでもTopでもどうしようもない、しかしデカモザでも何とか観れるレベルにまとまる場合もあるので事前に短いサンプルで試した方がいい

ちなみにクソデカいサンプルは2017年4月リリースのムテキな夢川さんのやつｗ

初めてJSNAを導入したときは初回のコンパイルは普通にできたんだが、新しいバージョン出るたびに毎回初回にやるコンパイルがエラー出まくり。

何回もやればそのうち走るんだが、新しいバージョンが出る度に毎回これで普通に使えるようになるまでに時間がかかるのがストレス。因にグラボはRTX4090。メモリも十分積んでるだが、何が原因なんだろ？

>>897
時間かかっても高い完成度を目指すなら「重なりを減らす(実験的·高速)」はOFFの方が無難という事かな

FlashVSRってポータブル版でUltraFastでやっても結構かわる？

>>898
%TEMP% を開いて、Jasna-～～ってついてるフォルダと
torch_tensorrt_engine_cache ってフォルダを消したらいけるかも

>>897 検証おつ
作者がv0.11.3をリリースしたときにDiscordに書いてたコメント(意訳)

正直なところ、ほとんど違いは分からないからデフォルトは 2-step（Standard）にしている
4-stepはクローズアップのシーンや特にお気に入りの動画なら使う価値があるかもしれない
8-stepは十分に高性能なGPUがない限り、コストに見合うほどの差はないと思う
Top Qualityについては、正直あまり効果を感じない

v0.11.3のlibtcc.dllでウィルスチェック-アウトになりましたが、大丈夫ですか？

>>903
その情報だけだとわからん、使ってるスキャンソフトとどんな指摘だったか書かないと
jasnaは相性悪いソフトあるよ

rtx5070tiとrtx5060ti 16gbのユーザの人達に聞きたいです。元動画の何倍の処理時間掛かりますか？　標準で。

>>899
Less Overlap はさほどの時短効果がない上、余計なノイズが走ることがあったりして、肝心な所で萎えてやり直しとか考えると、OFF固定が無難だと思う。

>>902
ぶっちゃけると、マンコくぱぁガン見するのが大好きな変態かどうかで意見が分かれると思うｗ
んなもんちょっと気持ち悪くてハメてるシーンだけでいい向きにはStandardで充分、
マンコのドアップで目ん玉がこぼれるくらいガン見する変態にとってはHDかFHDかでかなり違うし、ノイズだの論外、どうかすると今のLTX-Topでも不満があったりする
（完璧を求めるなら人の顔の生成するのと同じロジックを適用して、目鼻口のようにマンコの各パーツを固定＆表情＝くぱぁとかクリ剥くとか尿道口やらヒダがどうとか、っていうマンコ生成専用のディフュージョンモデルが必要だと思うｗ）

海外の無修正とかって意外にマンコどアップでほれほれ見るがいい、みたいなシーンて滅多に無いんだよね。
日本系のカリビとかにはあるけど女優の質が圧倒的に違う（ごめん）
イキオイ表のJAVのそういうシーンを食い入るように見てしまうオレみたいな変態にはLTXの結果が有り難いことこの上ないのだけど、まだまだ完璧では無い、っていうのが正直な所。

というわけで、ドアップはTop、引きのシーンはStandard、って分割して破壊に勤しんでおりますｗ

マンコ特化型あればいいね

なんか話聞くとまだまだ8KVRは夢物語って感じやね
とはいうものの今更旧verで加工する気にもならないし、困りますな

遂に5060ti 16GBポチッてしまいました！

実際チンコの再現クォリティは極限まで到達した
でもマンコはまだまだだな
正直オレはチンコやフェラはどうでもいいんだわ
マンコの再現にこそ、破壊は全力を尽くして欲しいと思うね

5060Tiって今十三万もするのか。
数ヶ月前に9万で買って、3060Tiが2万ちょっとで売れたのはいいタイミングだったんだな。
Qwen がサクサク動くしな。
やっぱりGPU性能よりVRAM容量で選んで正解だったわ。

98堂とかロダの有料の動画配布サイトではもうJasna LTX以外の動画はダウンロードもされなくなった
近いうちに破壊職人は全部LTXになるだろうな

>>908
お、おうｗ
ところでクロースアップ好きなら効きそうだけど
書き換えキャンパスサイズを768pxに拡げるSharper large mosaic設定は使ってる?
時間は更にかかるけどVRAM 16GBあれば動く

丸々1本変換しようとしなければ、今でも十分早くなったと思うけどね

>>914
できれば何で破壊したかわかるようにしてリリースしてほしい

STEP4/4の合成・保存に時間がこんなにかかるのはどうにかできないかな？
動画の4割ぐらいの時間がかかっている（2時間なら50分程度）
5080のCudaは98％前後で動いてるけど、GPUエンコードはほぼ稼働なし、NVMeのディスクアクセスもほぼ無し。

>>918
そこは単にエンコードしてるんではなく、実質二次修復してると思ったほうが近いの
エンコードしつつ同時にディティールを書き足してる

>>918
ステップ3が速くなってステップ4の割合が相対的に大きくなってるよね
ステップ4（VAEデコードと書き出し）の時間は、ほぼすべてLTXのVAEデコーダが占めてて、GPUの演算で律速しているので正常な挙動
フレームの読み込み、合成、NVENCエンコードは、その裏で並行して進んでいて表に出てこない
Claude Codeに公開ソース（v0.11.3）を読ませてVAEデコード高速化の余地を聞いたら
品質を落とさない最適化の余地は数割程度（未計測の推定）で、今の倍にするのは難しく
倍を狙うならFP8化やデコーダの軽量化みたいな画質とのトレードオフになりそう

待ってもコーヒー代が上がるかもしれんし、今導入すべきかなあ

最初は15ドルだったしな

>>915
ありがとう。デフォでONにしてる。変態だからねｗ
>>896 >>897 も全部ONでの結果っす。

いざ、まんこ見放題になってみると、今度は質を求め出すんだなぁ
これまでのまんこ丸見えだっただけの動画コレクションの殆どが陳腐化してしまった
若くて綺麗な女優のはやっぱり格別だな

接写多めのモザイクばかりで評価が低かった作品が一変するから
そういう作品スレあったらいいかもね

>>923
パイセン流石っすｗ
作者がモデルのフィードバック募集中なんで(イシュー#489)
気になるアップシーンのJAVコードと時間帯をメールで連絡すると次のモデルで改善されるかも

少なくともこのスレではノータッチでお願いしたい
実名を上げだすと、何が藪蛇で誰も得しない刺さりかたするか分からぬ
Jasnaディスコは海外のなので、一時のデモクリップ乱舞はほぼ治外法権みたいな状況と化してたけどここは日本国内のスレだし

抜くことが目的のスレじゃないしな

>>928
お前は何を言ってるんだ

次スレ作るときは、個別の作品について言及しないようにという注意書きが必要かもしれんね
あくまで技術的なことを中心に、架空のAVを破解して楽しんでるスレというていで

ここまできたらStarlight Preciseみたいなアプスケツール作って欲しい

>>931
>>314
スレチになるから自分で調べてほしいが、既にあるｗ

>>932
何の話ししてるのかまったく分かってなかったけど、そう言う話をしてたのか

>>930
これはそういう程にしとかんとな

>>930
うん、その方がいい。
あまり大っぴらになると、結局自分らの楽しみが奪われる事になるからな。

DVDのインタレ素材を処理する時にプリプロセスでインタレ解除できれば良いのだがGUIじゃ無理？

別のソフトで解除した方がよくない？

インタレ解除は未だに苦労させられる、topazでも許容できる出来じゃないしAIの本気見せてくれんかの

いろいろ試したけど、じっくり見比べないとあんまり違いわからん
速度重視でいいかもしれん

am4のマザーやcpuはrtx5070tiはあんま早くならない？使ってる人いる？LTXね。

Sulphur 2に、ladaの学習データで作ったペアでIC-LoRAを足したら、jasnaのLTXパスで一次復元として動いたｗ
まぁ品質はリリース版のLTXに届かない（時間方向の安定はSeedVR2+LoRAより断然良かったけど、細部が甘めで平坦）
これを元にして低解像度素材向けにRTX Super Resのdeblurを使った --ltx-crop-vsr 相当をLTXパス内に直接組み込む形を試作し、本家に提案を出してみた

＞＞915
＞＞923
調べても見つからなかったので、Sharper large mosaicの設定方法教えてくれない？

>>942
英語設定にすればわかるかも

>>942
日本語だと「大きなモザイクをより鮮明に」だ　GUIでこれをオンにしな
なお、VRAMは最低16GB無いと動かないよ

グラボ価格更に上がってるな
5080が35万前後で70tiまで上がってきた

>>945
去年の秋がグラボ購入のラストチャンスだったんだな
5060tiだって倍近くなってる、もうこれエントリークラスの値段じゃない

>>930
了解。言いたい気持ちをぐっとこらえるようにしますｗ

標準モデル、高速モード、重なりを減らすでVR8K60fpsの10秒テスト動画を流してみた。

気になってたVRAMはステップ3までは17GB前後、ステップ4ではおよそ22GBで推移するが短時間だけ急激に38GB超えてきた時はもうダメポと声が出そうになったが思ったより早く2分45秒で完了。
矩形のモザイクのものなら画面の端でなければ綺麗に出力されるね。

>>938
インターレースの解除はXMedia Recodeでやってる
大抵TFFなんだけど、たまにTFFのもあったりする
クロップ/プレビューのタブから、右下のインターレース解除の目を開いて
左のインターレース解除を設定する

>>949
インタレ解除はffmpegのコマンドで良いので、コマンドをプリで実行できれば良いのだが
lada出たころの有志が作ったGUIフロントエンドにはあったよね

jasnaライセンスコードを適用するpcは切り替できるのかな？

古いのアンバインドできないとのことで、作者へ連絡してマシンコードを入れ替えてもらう方法みたい。自動的に古い順で無効化して新マシンコードをバインドできるようになるとお互い助かると思う。

ありがとう。
linux版のほうが高速なんでwindows版をアンバインドしたい

ステップ4まで進んで、残り時間20分と出てたから、終わったかな？と30分くらい経って見たけど、まだ10分とか出てる。残り時間ってあてにはならんのか？

VRAM食い尽くしたら遅くなるから　大抵は処理時間伸びるよ

>>954
モザイク多いパートが終盤に多いソースを使うと割とよくある

>>955
>>956
そうなんね。初めてでなかなか終わらんからやきもきした。

残り時間てその時の処理速度で表示されてっから
遅くなれば延びるわな

Linuxユーザーの方これ期待できそう？
https://github.com/Zagitta/gpu-unlock

INT8が倍になったら神だったんだけどな

>>959
これ界隈は現在大変盛り上がってるようだけど
発熱は大丈夫なのかしらね？

>>959
効果があるのはRTX30シリーズの人限定、アンロックされるのはFP16/BF16/TF32入力をFP32で累算する演算
INT8(INT32累算)とFP16累算のFP16は最初から全速で動いてるって、Jasnaで使っても効果は限定的？

20と40用も出てたような気がする

LTXの出来栄えがマジで素晴らしいな。
コーヒー奢ってよかった。
けど、過去に破壊したのは やり直しだなこりゃ。
いったいどれだけの時間がかかることやら

>>964
JavPlayerで処理したのをladaでやり直してるうちにJasnaが出て、さらにLTXでのやり直しが発生して……ぐちゃぐちゃになってるわ

十分見るに耐えるならLADA、たまにチラチラするならJASNA、JASNAでも破壊できないのはLTX、
それでもどうにもならないもの(主にアニメ)は元ファイルで持っとけばええのよ
存在とか忘れてしまってるものや、もう見ないだろうって言えるもんだけ消していけばいい
後になって消さなければよかった！とか一時的に思うこともあるだろうけど、時間が経つと忘れる

どうせ後で全部変換とかやり直す羽目になるから意味が無い

２時間ものを気軽に一本まるまる破壊できてたスピードじゃなくなったからなあ…
まあ厳選して選ぶしかないね。
またやり直す可能性もあるから元動画はとっておいてさ

Jasna v0.12.0 がもうすぐ出そう
レポジトリのバージョン表記が 0.12.0 に上がり、1 週間で 200 件超のコミット、正式版では変わる可能性あり
■ 新機能
・LTX の一時停止と再開、範囲指定ジョブも対象
・LTX 高速化（コミット名は「2 倍速 VAE と 3 倍速 stream-distilled」非公開部分のため詳細不明）
モデルファイルが再ダウンロードされるので 0.11.3 からの流用は更新が必要、ライセンスはそのまま
　(HFには既に新しいモデルファイルがアップロードされてる)
・LTX が 6 GB カードで動く、RTX 20 系は VAE fp16 化で大幅高速化
・AMD: Linux の RX 7000/9000・R9700 で LTX 対応、Windows はベータ、ROCm 10.1 に更新
■ バグ修正
・LTX のウィンドウの継ぎ目で先頭数フレームが灰色にちらつく（#580）
・範囲指定で LUT とシャープ化が復元区間にしか効かない（#551）
・範囲指定で元コーデックが違うと AV1 設定のせいで失敗（#569）
・スマートレンダーで継ぎ目ごとに音声が約 1 GOP ずれる（#595, #548）
・GOP 途中カットの MP4 で先頭・末尾フレーム欠落
・処理スレッドが落ちたときのハング
・ストリーミングの先読みが数分で 0 になる（#579）

>>968
情報Thanks
これから時間かかる作業しようと思ったが、0.12.0　待ちます。

>>968
2モデルが4種づつ置いてるようだけど
どれ落としとけばいいんだろ

>>970
最低限自分が良く使う品質のLTXモデルファイル1つと、共通で必要なVAEファイル2つをダウンロードしておけばよい
使っている設定と、品質によって落とすモデルが変わる
例) Standard＆Fast Mode OFF→distill2-int8、Standard＆Fast Mode ON→distill2-nvfp4

LTXモデルファイル
・RTX50系でFast Mode使うならnvfp4モデル、それ以外はint8モデル
・蒸留モデル3種：Standard(distll2)/Good(distll4)/High Quality(distll8)
・非蒸留モデル1種：Top Quality(ファイル名にdistillがついていないやつ)
共通で必要なファイル
・vae-decoder.safetensors.enc
・vae.safetensors.enc

>>971
理解、サンクス
VAEモデルは更新が24日前だから既存のでいいのかな

バージョンアップは有り難いが、また性能確認で時間が溶ける。嬉しいやらしんどいやら。

てか、作者ちゃんと寝てんのかな？ｗ

日曜にはリリースされなかったなｗ

>>972
HFのltx-restoreにblock-layout3ってフォルダが出来て、その中に新しいファイルが置いてある
LTXモデルもVAEも全部更新されてる(トータル約86GB)

>>968
RTX2070では5分程度のFHD動画に8時間くらい掛かるからRTX20系の速度改善を切に願う

5060Ti 16GB届いた！
4060Ti 8G → 5060Ti 16GBで比較してみた

Jasna
FHD 21秒 処理 4分38秒 → 2分17秒
FHD 3時間 処理 28時45分 → 14時24分

FLASHVSR+ 2倍アップケール
720x480 20秒 処理 6分31秒 → 3分52秒

…と、ほぼ２倍になったよ！

>>976
うらやましいｗ
自分は4070が壊れないか、びくびくしながら使っている

>>976
素直に羨ましい&AIバブル辛い。
昔はマイニングバブルだった。