【超解像】Lada part4

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

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

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

もうeco modeでもなんでなくてただのero modeだな

>>376
元の動画によるのかも
4Kや8K VRとか、画質良いものにVSRを使っても効果があまり感じられないとか、
このレベルの動画をVSRでScale x4 Quality ultraで処理してVRAM 12Gがボトルネックになってるとか

VSRは５０７０とかなら再生時に自動で効かせられるのと同じではないの？

2018年に購入したVRをダウンロードしたら今のとは違ってた
SBSは今はアスペクト比2:1（片目だと1:1）のものがほとんどだが、16:9になっていた（片目だと8:9）
TBはアスペクト比は1:1で同じだったが、縦が半分に潰れてない代わりに左右に1/4ずつの黒帯があり、映像は画面の半分しかなかった
SBSはいいけど、TBはもったいないことをしてると思った

でもTBは何も考えずにキレイには復元できるよね

>>388
機能は同じだが、使い方が違う
VLCみたいな動画プレイヤーで再生時に動画全体にかけるのではなく、
jasnaやlada-exだと検出したエリアのみに、復元後2回目の処理としてVSRをかけてから元動画に合成している
つまり、VSR処理後の画像で出力動画が作られる訳だ
(TVAIを選んだらは2回目の処理にTVAIが使われる。当然だが、TVAI持っていなければ動かない)

SBSとTBってなに？

SBSはサイドバイサイド、TBはトップアンドボトム

ちなみに、作品によっても違うけどある作品では
・超高画質
　H264 SBS 3840x2160（片目1920x2160）
・H265
　HEVC TB 2144x2144（黒帯を除いた片目1072x1072）
・PC（これだけ mp4 ではなく専用プレイヤーでしか再生できない）
　H264 TB 2160x2160
・スマホ
　H264 TB 2160x2160（黒帯を除いた片目1080x1080）
今となっては普通画質の超高画質以外は見れたもんじゃない

エンジンが不足って出た
https://imgur.com/a/DAUBYaf
>>2の導入通り、削除、リネームしたんだけどなぁ

普通の初回コンパイルじゃないの
検出モデル一種類に一回
復元モデルはclip sizeごとにコンパイルが必要

ごめん間違い
PCのやつは、解像度はわかるけどコーデックは不明です

>>354
解凍できない

コンパイルOFFにしたら初回コンパイル無くなると思ったのに、コンパイル始まるのね。。。

>>398
コンパイルON/OFFの選択は復元モデルだけ
検出モデルはコンパイルされたエンジンを使うので、最初に使うモデルでは必ずコンパイルが走る

>>399
なるほど！
thx!

>>397
gemini

394です　自己解決しました

>>393
VRで使うやつなのか

Lada-EXが0.12.1に上がったんだが、Zero-Copy GPU Encodingがやばい
低解像度の動画だと効果が小さいが、FHD動画では俺環だとJasnaの1.5倍速以上出た
今のところ自力インスコ＆Linuxじゃないと厳しいので、試せる人が限られるのが弱いところ

本家のぎざぎざになるバグがJasnaでなんでか起きなくなってる
もうJasna一択

やばいの使い方が気持ち悪いオッサンです

むしろこんなスレおっさん以外が見てたら嫌すぎるだろwwww

トップアンドボトムの VR動画 で fisheye をオンにすると画面上下端の情報が失われてしまう現象ですがようやく対応策がわかりました。

jasnaバージョン0.5.1、gpuドライバ更新しても最初のチェックでgpuドライバエラーになる。rtx50xxシリーズじゃないと使えないのかね？

>>409
入れてるドライバのバージョン確認
0.5.1のチェックはドライバのメジャーバージョンが590より小さいと弾く
GTX1000番台のGPUだったりするとアウトかな

>>410 返信ありがとう。入れたドライバは596.21となっている。グラボは、rtx4060ti。これもオマカンか？

nvidia-smi にパスが通ってない説
github.com/Kruk2/jasna/issues/124

Jasnaなんとか使えるようになったのですがrtx super resの設定ってどこで調整するのでしょう？
特にそう言う項目が見当たりません

>>413
二次修復って項目の中でrtx super res選択して調整

98にlada0.11.1で破壊している動画が増えてるけどbilibiliで売っているやつ？

>>414
遅くなりましてすみません、返答有難う御座います。
最大化しないと出ないんですね、調整項目。
一度最大化すれば後は大丈夫でした。

>>412 返信ありがとう、パス通って無かった。俺には難しかったがなんとかパス通せた、チェックをクリアして使える様になった。

lada-exの機能追加に合わせてtensorrtやら色々やってたがVRAM16GBでもVR4K動画ですらOOMで落ちる頻度が格段に上がった。8Kはまずダメ。RTX5090ポチったが32GBで今後どこまで耐えられるのかと考えたらPRO6000まで行くべきだったのだろうか。

金があって好きに使えるなら何やってもいいよ

>>418
Lada-exはGPUゼロコピー機能(torchcodec-encode)で処理性能が爆上がりしたが
その分VRAM消費も激しくなった
FHD動画では今のところOOMは発生していないが、RTX VSRを有効にすると
VRAM使用量が13GBとかになっているので、VRAMが多いGPUが必須な感じ
RTX5060ti 16GBでもVSR有効にしてFHD動画が実時間の1/4位で処理できており
ようやくVRAM容量の恩恵を感じている
VRAM 16GBだと4K/8K VR動画ではVSRを使わないようにしないとだめそう
性能と品質を求めるとキリがないですな

>>418
RTX PRO 6000 VRAM96GB 約155万円～
RTX 5090 VRAM32GB 約60万円～

VRAM単価で見たらpro 6000オトクかも…（錯乱）
ビデオカード１枚で軽自動車が買えてしまうw

ホントにそういう量のVRAMが必須になる頃にはその量が60tiのやつらにも積まれるようになるよ
多分

そんで今のハイエンドには無いチップが処理に必要になったりして無駄金になるんだ。知ってる知ってる

早まってはならん

そうなんだよな。5090tiも噂あるしな。

今ならクラウドGPUでladaするマンさんみたいに
RunPodでPRO 6000を従量課金で試す手もあるな

みんなモザイク破壊してるVR動画の素材は何処から落としてんの？FANZA VRが素材になれば最高なんだが、現状無理なんでしょ？何処のサイトのVR動画を素材にしてるんだろ。あと、VR動画のモザイク破壊は、LADAでは出来なかったけど、JASNAならできるの？

ポチったRTX5090の発送連絡こないから問い合わせたら入荷待ちになってしまっていた。
悶々としながらRTX PRO6000調べてる過程でPRO5000 48GBが電力や大きさから今のPCケースのままいけそうで、価格も大差ないことに気付いてポチり直した。これなら夏も耐えられそうだしTensorRTも余裕だと思う。たぶん。

財力がスゴいなぁ

DGX Sparkでもいい

>>425
ダウンしたwsdcfをmp4に変換する方法2つ見つけて試したけど、どちらもエラー出る
どうやら、以前は動いたようだが、暗号キーが更新されたかで動かなくなった模様
最後に見つけた有料のやつ、サイトに登録して無料で1回だけ使えるやつは動いた
しかし、料金が2回で1ドル、9回で3ドル（共に1年有効）とのことで捨てた
やはり、匠くんしかいない

>>429

2D動画用のダウンロードソフトは各種有るけど
VR対応って無いに等しいのかな？

FANZAで購入したVRは40本ほどあった、VRは10円セールの時に購入したのがほとんどだけど
しかも、1本の動画でファイル1つというのはほぼなくて、多くて10ファイルあったりする
全部変換するのにいくらかかるんじゃ

だからこのスレで話題になるVRはfanzaではありません
ログ読んでおくように

ladaでVR破壊できないってそのまま突っ込んでるんだろか
zelefansでsplitしてladaで破壊してcombineすれば良い
jasnaは8KVRだと2.3割速くなるがグラボの負荷が高いうえVRだと長時間の稼働が必要なのでそこをどう捉えるか

VRを破壊する手段の話ではなく、破壊できるVRをどこから仕入れてるんだって話だろう

jasnaのvr用は129で作ってくれてる

VRの入手手段は調べれば良い
お金払えばいくらでもある

claudeで改造したundergate版を通常とfisheyeのスクリプトで使い分けてる
連動したミニGUIなんかも簡単に作ってくれて便利
Ubuntuで全て実行している

>>434

>あと、VR動画のモザイク破壊は、LADAでは出来なかったけど、JASNAならできるの？

jasna v0.6 アルファ5のリアルタイム再生やが、フォーク版stashに動画放り込んでも破壊されない。環境設定が間違ってるのか？

>>439
>>204

>>440 返信ありがとう。>>204 も参考にしたが駄目だ、出来ない。

>>438
>jasnaは8KVRだと2.3割速くなる
つまりできます。

あまり需要ないと思うけど、モザイクじゃなくてぼかしを戻す方法ってないかな？

>>439
Stash から起動された jasna-cli.exe の「カレントディレクトリ」が、
jasna-v0.6.0-alpha5 ではないためです。
Jasna CLI は **モデルを「相対パス」**で読みに行きます：
ってcopilotさんが言ってた
@echo off
cd /d "S:\APP\jasna\jasna-v0.6.0-alpha5"

set "JASNA_CLI_PATH=S:\APP\jasna\jasna-v0.6.0-alpha5\jasna-cli.exe --fp16 --max-clip-size 60 --secondary-restoration rtx-super-res --rtx-scale 2 --rtx-quality high --rtx-denoise low --rtx-deblur ultra --detection-model lada-yolo-v4"

start "" "S:\APP\stash_Jasna v0.30.1\stash.exe"

画面全体に小さいモザイク入れてる動画あるけど
あれ取れねぇな

>>444 返信ありがとう。駄目や、stashは、開くが破壊されない動画が流れるだけ。

>>446
念の為だが、基本的な確認は済んでる？
・stash用の環境変数(JASNA_CLI_PATH)で指定した検出モデルを使ってjasna-guiやjasna-cli単独で動画処理ができることは確認済み？
・stash画面右下の歯車をクリックしてjasnaを選択してる？

>>444
v0.6.0-alphaは使ってないから知らなかったけど、まだカレントフォルダからの相対になっているバグ直ってないのか
jasna-guiやladaは実行ファイルがあるフォルダからの相対になっていることからわかるように、これは仕様ではなくて明らかなバグ
仕様だと言うのなら、そうすることでどういうメリットがあるのか言ってくれ、デメリットしかないだろ

>>447 返信ありがとう。guiでは破壊出来るが、cliはコマンドプロンプトの画面が出てすぐに消え破壊出来ない。stash再生画面の右下に歯車が無い。やっぱ何かの設定が足りてない？

>>449
cliの使い方やbatファイルの作り方から調べた方がよさそう

コマンドプロンプト 使い方
batファイル とは

>>426
RTX PRO 5000 VRAM48GB 約80万円～

pro 5000でも高けぇぇぇ
お金持ちですなぁ 経済回してクレメンス

>>450 返信ありがとう。難しいそうや。

CLI（Command Line Interface：コマンドラインインターフェース）は、
キーボードでテキストコマンドを入力し、文字ベースでコンピュータを操作するUIです。
まあ頑張れ

>>1の"lada_mosaic_restoration_model_generic_v1.2_full.pth"ですが、
Huggingface上でunsafe表記されていていくつかのセキュリティースキャナで脆弱性が検出されているようなのですが問題ないんですかね？

>>454
前スレ 801
誤検知（false positive）の可能性が高いですが、構造上のリスクは実在

>>453 どうしたらcli.exeが立ち上がるのかも分からん。俺には無理そうだ、大人しくgui版でやるわ。

>>456
それがいいと思う。

>>456
私も知識はゼロだが、AIのgeminiとかに聞いたら教えてくれるかもよ

手っ取り早いのはGoogle検索のAIモードで次のような質問すればよいよ

以下のバッチファイルを自分の環境に合わせて書き換えて実行する方法を詳しく教えて

@echo off
cd /d "S:\APP\jasna\jasna-v0.6.0-alpha5"

set "JASNA_CLI_PATH=S:\APP\jasna\jasna-v0.6.0-alpha5\jasna-cli.exe --fp16 --max-clip-size 60 --secondary-restoration rtx-super-res --rtx-scale 2 --rtx-quality high --rtx-denoise low --rtx-deblur ultra --detection-model lada-yolo-v4"

start "" "S:\APP\stash_Jasna v0.30.1\stash.exe"

>>458 >>459 返信ありがとう。batでstashは開くが破壊されない動画が流れるだけや。jasnaと連動していないみたいだ。cli.exeが出来ない事が関係しているのか？aiに聞いて見てやってみても、聞き方が悪いのかcli.exeを実行できない。

>>460
jasna-cli.exeはstashが中で呼び出していて、呼び出す際の呪文を環境変数JASNA_CLI_PATHでsetしている
460がjasna-cli.exeを実行できない事自体は問題ない

459の書き方だとjasna-cli.exeを置いているフォルダ名に空白が含まれているとJASNA_CLI_PATHが意図したように
setされない気がするので自分がjasnaを展開した場所を確認か

>>459 の内容をやりたければ、

@echo off
setlocal
for /f "usebackq tokens=*" %%a in (`"where jasna-cli.exe 2>nul"`) do set jasna=%%a
cd "%jasna:~0,-14%"
set JASNA_CLI_PATH="%jasna%" --fp16 --max-clip-size 60 --secondary-restoration rtx-super-res --rtx-scale 2 --rtx-quality high --rtx-denoise low --rtx-deblur ultra --detection-model lada-yolo-v4
endlocal
start "" "stash.exe"

でいけるんじゃね？
ただし、v0.6.0-alpha5のjasna-cli.exeとstash.exeにそれぞれpathが通っている必要あり
（'stash.exe'が見つかりませんと出るならpathが通っていない）

ごめん、間違い、endlocalは消して
これがあると、JASNA_CLI_PATHの内容が消えるのでstash.exeがjasna-cli.exeを実行できないわ

https://github.com/Kruk2/stash/releases/tag/v0.30.1-jasna
歯車はでてるのか？

https://57.gigafile.nu/0507-badddc15c77d20d3fdfdff1a850f92412

リアルタイム再生にこだわってJasnaを使う簡単なスクリプト作ってみた。
冒頭のパスだけ設定すれば動くはず。jasna-cli.exe と mpvnet.exe 使ってる。
mpvnet は代わりに VLC とかでもOK。709対策はやはり事前に変換するしかない。
オプションもリアルタイム再生向けに最適化しているがお好みで。

>>2 の方法で書き換えてlada-yolo-v4を使ってたけど、動画との相性や俺環もあるのかもしれないが、一瞬モザイクが残る現象が頻発したのでrfdetr-v5に戻した。まだ数個の動画しか試してないが、症状は出なくなったと思う。

jasnaの話ね

>>465
スクリプトありがとう
mpvnetの呼び出しをVLC向けに書き換えて使ってみた
個人的にリアルタイム再生のためだけにstash入れるのは大げさだなーと思っていたので
好みのプレイヤーでお手軽にリアルタイム再生が出来るようになって良かったです

>>465
pushd "%JASNA_DIR%"でjasna-cli.exeがあるフォルダへ行ってしまうと、動画ファイルを絶対パス付で指定しないと再生できない
カレントフォルダにあるファイルをファイル名だけで再生するには、動画ファイル名にカレントフォルダのパスをくっつけてやるか
pushd/popdを全て取り除き、jasna-cli.exeのパラメータに
--detection-model-path "C:\jasna\model_weights\lada_mosaic_detection_model_v2.pt" ^
--restoration-model-path "C:\jasna\model_weights\lada_mosaic_restoration_model_generic_v1.2.pth" ^
のように使用する2つのモデルを絶対パス付で指定すればいい

ちなみに >>267 を使って、pushd/popdは全て取り除き、start "" jasna-cli.exeからの連続行を
start "" jaspre.EXE --stream --no-browser --input "%~1"
にしても保存しているプリセットを参照して上記2行他必要なオプションを付け加えてくれるのでいける
（不要な--outputも付け加えてしまうけど動作には問題なし）

>>466
それな

>>246 あたりの書き込みのせいでvr_v2_accurateを妄信してる人たちが多いけど
それはあくまでも Jasna ver. 0.5 の時の評価
じつは Jasna ver. 0.5 にはいろいろ問題があってrfdetr-v5の問題ではなく本体の問題だったりする
Jasna ver. 0.6 ではそういう問題が改善されてrfdetr-v5本来の能力を発揮できてるからvr_v2_accurateより良い結果になる
Linux 版のver. 0.6はまだ出てないからLinux版しか使ってない人はわからないだろうね

>>470
0.6.0-alpha5のrfdetr-v5もassetsにあるテストクリップで試した限り話にならない出来だけど
ほんとに試して比較した？

あんなナスのテストクリップでベンチマーキングしても何の参考にもならないぞ

あれはアプリが動作するかどうか確認するためだけのもんだ

参考にならんなら何で用意してるんだよ、てかテストクリップすら試してないんじゃただのエアプ妄想か

>>474
アプリが正常動作するか確認するためだけのもんで、モザイク破壊の性能を比較する為のもんじゃないからだ

🍆じゃNSFW判定に引っ掛からない

ここまで説明しないと分からない馬鹿が使ってるとはな
┐(´д｀)┌

要するに試してないし比較もしてないんだろ、屁理屈いらんから

あとモザイク破壊じゃなくrfdetrもyoloもモザイクの検出な

環境変えてベンチとっている最中にlada-exが昨夜のコミット「fix: stabilize Linux execution and optimize color/device management」から「TypeError: VideoWriter.__init__() got an unexpected keyword argument 'device'」エラーを吐いて止まるようになってしまったことに気づいた。Gemini大先生のアドバイスでlada/cli/main.py の409行目のdevice=deviceを消したら動くようになった。問題を理解しきれていないのでモヤモヤするけど。

>>478
uv sync --extra nvidia-cu130-nightly --upgrade-package torchcodec
でtorchcodecのパッケージは更新してる?
0428版辺りでAPIの仕様が変わってdevice指定が必須になってる

>>479
cuda12.8なのでuv sync --extra nvidia--nightly --upgrade-package torchcodecを当ててました。
1つ前のコミットに戻すかdevice=deviceを削除しないと動かなかったけど、最新版で動いたら動いたでなんか10%くらい速くなってる。

>>178
遅くなりましたがベンチとってみました。RTX4070は既に手元にないので代わりにRTX Pro5000 Blackwellを入れています。短い動画のためか差がはっきりしませんでしたが参考までに。
<テスト環境>
core i9-14900K + DDR5 96GB + MSI RTX4070Ti SUPER GAMING X SLIM
core i9-14900K + DDR5 96GB + ASUS Prime RTX5080 OC Edition
core i9-14900K + DDR5 96GB + NVIDIA RTX Pro5000 Blackwell
<テストファイル>
2D DVD動画 長さ 1m37s
2D HD動画 長さ 1m20s
4K60fps VR動画 長さ 30s(高解像度動画の代替として)
8K60fps VR動画 長さ 30s(高解像度動画の代替として)
<テスト方法>
Windows11 jasna v0.5.1 GUI版モデルlada-yolo-v4, 最大クリップサイズ 30, VSR 4x Ultrax3, エンコード HEVC cq18の条件で実行。2D動画もVR動画も2Dとして扱っています。
<成績>()内VR動画は2Dとして処理しているので参考値。
===== RTX4070ti super =====
2D DVD動画 54s
2D HD動画 41s
(4K60fps VR動画 20s)
(8K60fps VR動画 1m28s)
===== RTX5080 =====
<jasna> Windows11
2D DVD動画 47s
2D HD動画 36s
(4K60fps VR動画 16s)
(8K60fps VR動画 1m10s)
===== RTX PRO5000 =====
2D DVD動画 46s
2D HD動画 33s
(4K60fps VR動画 17s)
(8K60fps VR動画 1m10s)

尚、環境壊れかけましたが何とか戻ってます。たぶんw

追加でUbuntu22.04上でのlada-exでの結果です。
[2D用コマンド]
lada-cli --device cuda:0 --encoder hevc_nvenc --encoding-preset hevc-nvidia-gpu-uhq --max-clip-length 30 --no-detect-face-mosaics --mosaic-detection-model v4-accurate --mosaic-restoration-model basicvsrpp-generic_v1.2_full --hw-decode nvidia --hw-decode-detector intel --fast-pipeline --mosaic-detection-imgsz high --torchcodec-encoder --tensorrt --fp16 --nvvsr-scale 4 --nvvsr-quality ULTRA --input test.mp4 --output out.mp4

[VR用コマンド]
lada-cli --device cuda:0 --encoder hevc_nvenc --encoding-preset hevc-nvidia-gpu-uhq --max-clip-length 30 --no-detect-face-mosaics --mosaic-detection-model v2_vr_ultra84 --mosaic-restoration-model basicvsrpp-generic_vr_v0.5b --vr-mode VR180 --vr-fisheye --hw-decode nvidia --hw-decode-detector intel --fast-pipeline --mosaic-detection-imgsz high --torchcodec-encoder --tensorrt --fp16 --nvvsr-scale 4 --nvvsr-quality ULTRA --input test.mp4 --output out.mp4

※モデル名は呼び出しやすいように以下のものをrenameしてます。
lada_vr_mosaic_detection_model_v2_ultra84.pt
lada_vr_mosaic_restoration_model_generic_v0.5_test_20260402.pth

<成績>
===== RTX4070ti super =====
2D DVD動画 20s
2D HD動画 22s
4K60fps VR動画 50s
8K60fps VR動画 5m27s
===== RTX5080 =====
2D DVD動画 16s
2D HD動画 19s
4K60fps VR動画 45s
8K60fps VR動画 5m22s
===== RTX5080 =====
2D DVD動画 17s
2D HD動画 18s
4K60fps VR動画 44s
8K60fps VR動画 4m45s

最後の
>===== RTX5080 =====
>2D DVD動画 17s
>2D HD動画 18s
>4K60fps VR動画 44s
>8K60fps VR動画 4m45s

はRTX PRO5000の間違いです。

>>480
uv syncで入れたtorchcodec nightly版の日付を見た方が良い
cu128のnightlyは以下が最終のようなので、最近の更新が入っていない

torchcodec-0.12.0.dev20260407+cu128-cp314-cp314t-manylinux_2_28_x86_64.whl

なので、torchcodec-encoderの処理を有効にするにはcu130以降に上げる必要があると思う
LOG_LEVEL=INFOつけて実行して、どの処理ルートを通っているか確認してみたら

>>482
セッティング探すのが大変だけど、現状最強の設定ですな