【超解像】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スケジューリング＞オフ

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

Linux版jasna v0.11.0 ベータテスト参加中
Discordで連絡取れた

>>217
状況を推測してるんじゃないぞ

Windows版もbeta test募集してますよ



I'm looking for some Windows beta testers
a) has windows 10/11
b) has nvidia card
c) I recognize your nickname (I have terrible memory to names so even if we interacted I might not recognize you...)
d) is a supporter

DM me with your email/unifans nickname
There is one small issue but more or less we can see how stable it is

modiさん、0.11ベータ手にしてると思うから聞いてみたいんだけど
Ltxの超解像サイズを例えば縦横半分の面積で実行して高速化、解像度は2次復元で高解像度化する
って方法だったらVRAM消費を抑えた上で品質そこそこ維持して高速化できそうかしら？

>>218
これすごいね。今後のバージョンアップに期待。

>>241
結果はいいんだけど、MiniMax H3のチューニングは難しいみたい
例えば、寄りと引きのショットが混在するシーンをこれで処理するとハルシネーションがひどくなり面白い挙動する
女優さんに珍珍がにょきっと生える現象がホントに起きて草だった (誰かが書き込みすると、そんなわけあるかと議論になるやつ)

今まで俺ら何やってたんだ…みたいな爆速の出ないかなあ

>>240
Linuxのv0.11.0ベータ版で計った限り、速くはなるけどVRAM使用量は減らないっぽい
LTXのピークはdenoise中の重み(NVFP4 7.7GB / INT8 13.4GB)で決まり、キャンバスを縮めても変わらない
速度は1080p 30 秒で144秒→50〜80秒くらいの見込みだけど、品質的にはどうなんだろ
1080pだと512キャンバスは等倍なので、これを1/2に縮小した入力で生成することになりLTXの売りのディテール部分をVSR頼ることになる
モデルも512/768でしか学習してないから256の出力は未知数だし、unet-4xやSwiftVR-distillの結果がどうなるかはやってみないとわからない
なにせ非公開モジュールなので、やれることが少ないんだよね

なお、LTXの中で一番速い(=品質最低)の設定だと俺環(RTX5080)では実時間の倍くらいの時間で処理できた
品質最低でも従来版と比べたら十分凄いんだけど、品質最高の結果と比べると違いがわかっちゃうんだよな
(品質最高は品質最低の5倍くらい時間がかかる、つまりRTX5080でも実時間の約10倍・・・)

>>244
あ〜なる、学習した解像度でないと地力が出ない可能性があるのか
となると512X512で1次出力、オフラインで2次修復、が現実的なのかな

>>245
作者の学習ソースに近い最近の1080p動画だとLTXの一次復元だけで十分って感じ
低解像度や劣化が強い動画の時に二次復元必要そうかはこれから検証
また、4k動画とかでモザイク領域が512x512や768x768より広くなった場合
今は単純にbicubicで拡大して貼り付けているのでこの拡大処理をVSRに変えるのはありかもしれない
いずれにせよLXTは非公開モジュールなので、modi版では対応できないんだけどね

>>230
TWCCとかペンキで逮捕された後の一定期間のデジプランのイメビはモザイクかかってる

焦点をぼかして修正したやつとか磨りガラス状に
モザイクかけたやつ、ああいうのはソフトでどうにかなるんだろうか？

あの手のモザは対応されてない
今の検知方法とは別アプローチがいる
モデルを専用に調整したらいけるかもしれんけど、そういう動画がそんなに多くないからやる気もでんな

>>218
ありがとう

これやばいねw
めちゃくちゃ遅いけどロマンあるわ

>>250
さっきハルシネーション対策が入ったみたいなんで、面白挙動は出にくくなったかもw
Kitchen attentionとメモリ解放対策も取り込んでくれたので
Sage Attentionを使ってなかったらv1.0.4を使うと処理遅いのがある程度改善されるよ

二次復元的に使う、という事は
1次修復である程度整合性取れてるけどボケ酷い系に強い感じ？
それとも1次修復がダメでも効く？

>>251
まじすか！w
さっき1.0.3入れて使い始めたとこなのに
早速codexくんに頼んでみます

>>252
MosaicDiffは面白挙動が出やすかったからあまりやりこんでない
rfdter-v6で検知→BasicVSR++で一次復元→H3のRef2VAで処理という流れなので、
BaiscVSR++の結果に影響受ける印象 ボケが強いのとかは試せてない

きっちりバグレポしてたらWindowsのRC版テストもやることになったｗ
今度のは海賊版対策か、ライセンスのアクティベーションがオンラインに変わったりインストールされてるファイルの一貫性チェックが入ってる
アクティベーションキーはv0.10.0のサポーターキーとは別なのでLTXを使うには追加課金が必要そう

で、古いVGA素材でBasicVSR++ (単体 / +unet-4x / +swiftvr-distll)とLTX fastを比べてみた
結果はVGA素材だとBasicVSR++に二次復元かけた方がくっきりする
LTXはモザイク領域が小さいと512 pxサイズにバイリニアで拡大してから処理するため出力が柔らかめになるみたい
(1080pの大きいモザイクだと逆で、LTXの方がくっきりする)
ただ、クッキリ度と復元がうまく行くかは別の問題
今のところLTXの方が復元力高い印象なので、BasicVSR++でうまく行っていなかった動画はLTXだと復元成功するかもしれない
個人的にテストで使っている劣化が大きい低解像度素材2本についてはLTXで処理したやつが今までいろいろやって来た中で一番結果が良かった

LTXでも低解像度向けに二次復元的な処理が追加できるといいんだけど、作者は古い素材に興味無さそうなんだよな(技術的には可能なんだが)

LTXなり新しい復元モデル出ると破壊し直さないといかんのや…それまで破壊もおあずけなんや…早よ出してクレメンス…(懇願

てか、そういうモデルが余裕で動くハードウェア持ってるなら Krea2 と MMH3 で自分で無修正エロ動画作った方がいいわ

今回のAIと学習データによる性器はまったりとしていてそれでいて奇跡のデキ…
とかいうボジョレヌーボー評価が無限に出るw

jasna modiのビルドをClaudeに続きチャッピーにも断られたんだけど、どのAI使ってもセンシティブだからダメなのかな？

>>259
Claudeに課金しているのだったらClaude Codeからdocs/jaにある building_windows.md を添付して
「この内容に沿ってビルドして」って頼んだらできない？

>>260
Claudeの課金は期間が終わっちゃって、Androidアプリが作りたくて、今月はチャッピーに課金してるんだけど、チャッピーでできないかな？

>>261
ChatGPTならCodexで同じことできるんじゃないかな？
自分はCodex使ってないのでダメだったらスマン

Linuxベータ版でlarge canvas (768px)が使えない問題はWindows RC版だと直ってた
その後のフル尺テスト実績だとRTX5080はLTXの一番軽い設定でも動画の長さの3倍位処理に時間がかかる(モザイク量にもよる)
Windowsで使ってるRTX5060Ti 16GBはRTX5080の約2.5倍遅いので動画の長さの約7.5倍かかる計算

フル尺やる場合はSegment Editorで処理区間を厳選するか
大きなモザイク→LTX、小さなモザイク→BasicVSR++でハイブリッド処理する機能
(GUI：LTX only for big mosaics、CLI：--ltx-auto-split)なんかを使って
LTX動かす量減らさないと時間がかかって仕方がない

>>263
ltxで生成したデータを使ってvsrppのモデルにするのは？

>>264
LTXのモデルを(より軽い)BasicVSR++のモデルに蒸留するようなイメージかね
LTXの出力はBasicVSR++の学習ソースに混ぜても違和感ないくらいの出来だと思うけど
学習ソースとして使えるだけの物量・バリエーションを揃えるための処理時間が一番のネックになりそうｗ

チャッピーは6使うと、エロは断られます。

チャッピーは６使うとエロは断られる

AIにやらせれば自分みたいにコードの知識無くてもcliベースのアプリも使っていけるし、この先1-2年で、表面上のITリテラシーは一気に引きあがりそうだよね
そうすると今後は何かしら規制も引かれるだろうし、むしろ必要だろうな
AIに直接エロ要求して断られて「つっかえね！」とかなってる人たちばかりならまだいいのだけどw

どういう頼み方して断られているか逆に気になるｗ
直接的な言葉の表現はわかりやすいアウトだけど、AIが勝手に画像や動画の中を見に行くのを止めとかないとダメなのもある

断られたのはURL貼り付けてダメだと返ってきたな
building.mdページはOKだったような気がする
してないけどその時はGeminiだったかな

3Dエロゲの話なんだけどClaudeCode使ってて
「そういう直接的は表現はダメです。ですが類似のこういう表現なら大丈夫ですよ」
と回避方法を指南してくれたことはある
ヤツラも空気を読めるんだ

mosaic diffやってて、一時復元で結果が良くなかったであろう素材でちんこが生えたww
急に存在したとかそういうレベルじゃない
ニョキ！って生えてきて、プランプラン横揺れしてたww
ツヤッツヤのきれいなちんこw

>>266
チャッピー5.6に変えたらやってくれた。教えてくれてありがとう。

>>269
ただ単に、GitHubのURL貼り付けてビルドしてってお願いしただけなんだけどね。Jasnaが問題のあるソフト認定されてた。

エラー吐く
CODECがどうのこうのと
ffmpeg入ってるっぽいんだけど
wingetが機能しない
何ならwingetも入ってる

対処法教えて下しあ

>>275
エラー内容も貼らずに対処法とはこれ如何に
エスパーじゃないんだから

どうして直球で投げちゃうかなー
自分はClaude code使ってクラウドGPUにJasnaをデプロイさせてるが、“研究用プログラム”とか“個人での勉強用”とか最もらしい理由や建前付けてやれば何の問題もなく仕事してくれるぞ

俺は、いかにまんこが好きか
まんこが見え無いと抜けないか
妻とセックスレスなことも含めて切実に頼んだらめちゃくちゃ同情してやってくれたよw

>>274
GitHubのトップページ(README.md)は引っ掛かりそうな文言があるなー (本家の記載だから仕方ないｗ)

>>275
ffmpeg周りか？
PyAVは公式wheelが使えるようになったので前ほど面倒じゃなくなったけど
v0.10.0でVALI forkの組み込みが復活したのとtorchcodec バックエンドがあるので shared ビルド入れるようにしてる
いずれもオプションなので、なくても動くやつだが

こんなメッセージ
av.error.ExternalError:
[Errno 542398533] Generic error in an external library:
'avcodec_open2(hevc_nvenc)'
これで検索したらffmpegが入ってねーからどうのこうのと
wingetってwin11のデフォ機能で入れられるっつーから試したら
無効な構文だの言われて、じゃあ環境変数が〜

しんどいので専スレに来ました

jasnaのパッケージにffmpegは入っているから別途入れる必要はないぞ

ladaだけじゃだめなのすか
ジャｓナって別ソフトですよねい？

>>280
ffmpeg は関係なさそう
Errno 542398533 は「エンコーダを開く時点で CUDA が既に死んでた」時に出る番号
GPU 非対応や設定ミスなら別の番号になる
つまり原因はエンコードより前にあって、エンコーダはとばっちり
見てほしいのは以下：
・エラー全文
　avcodec_open2(...) の後ろに last error log: [hevc_nvenc] ... って続くはずで、そこが真因
　その少し上に thread crashed や CUDA error の行がないかも
・GPU 型番・VRAM 容量・ドライババージョン
・起動時に Sysmem Fallback の警告が出てないか
・配布版や別の環境から持ってきた .engine や *_sub_engines フォルダを model_weights に置いてないか

あと winget の「無効な構文」は、たぶん Python の >>> 画面で打ってるのでは
PowerShell で打てば通る

>>282
modi版試したいわけじゃないのかな？
jasna使ったことが無いならまずは本家のバイナリ配布パッケージを落としてそっちを使うのが良いよ

>>283
1/3くらいしか解らないけどありがとうございます

powershellでも同じなんすよ
しかもpowershell 7ってのを使えってなってたので
それｄも試しましたがダメ。つか7か何か知らんけど
上位版出して使用推奨なら、その7をpowershellにしてくれ
win+rでpowershell7だとだめでpower 7(スペースが必要)
死ね

GTX-1060 6GBというの使ってます
スペック足りないとか非対応なんすかね
視聴はできるけどおっそいのでエクスポートしたいんすよね

>>284
まずは無印かなと思いまして。でもジjasnaも試してみます。
何かwin MEネトラン見ながらあれこれ調整してた時期を思い出させる
疲れました

つか使用要件満たしてないじゃんmy PC
どなたかがやってくれるの待つしかないか

>>287
GTX 1060は非対応だｗ
使ってるCUDA 13系のtorchとTensorRTがPascal世代のカーネルを持ってないので
最初のGPU処理でCUDAが死んで、エンコーダ側がそのとばっちりでこけてた
スペック不足というより世代の問題、さすがにカードが古くて対応もムリポ

最新でVRAMの値が大きいほど良いのはわかるけど価格が高すぎw
jasnaが動く最低のスペックを教えて下さい　
破壊に要する時間がかかっても大丈夫です

>>277

claude はそんなこと言わなくてもやってくれる

>>285
全く関係ないかもしれないけど、以前、なぜかうちの3台のPC全てでWinGetが使えなくなったことがある
PowerShellでもコマンドプロンプトでも何も実行されない（エラーは出ないので存在はしている）
それに伴いマイクロソフトストアも使えなくなった（ダウンロードしようとすると落ちる）
WinGet・マイクロソフトストアの問題で調べて出てきた解決法は全てやってみたがダメ
普通に使う分には問題なかったのでそのまま使っていたが、親戚のPCを組む際にWinのインストールUSBメモリを作ったら、これで上書きインストールできそう
で、3台に上書きインストールしたら2台は直ったが、1台はダメだった
結局、色々試していた時に、システム⇒アプリ⇒アプリの詳細設定⇒アプリ実行エイリアス（または左下の検索で「エイリアス」）でWinGetをオフにしていたせいでオンにしたら直った

ちなみに、いつぞやのWindowsUpdate適用後に、3台共にタスクバー右側の日時・音量・IME状態・インジケーターなどが表示されなくなった
これは地味に不便だったので色々やってみても改善されなかったのだが、上書きインストールであっさり直った

最近、JAVのモザが平均的に濃ゆくなった気がするんだが、ワシの気のせい？
せっかくゆきりのが復活してくれたのに、パイパンのハンデ抜きでもモザが厳しくて破壊がイマイチで。( ´Д`)

>>291
ありがとう！
エイリアス確認したけどONでした新規PC買うかあ
ちなlada-legacyてのが使えるかもみたいな記事見たんだけど
どこでgetできますか

>>289
ボロボロの冷却ファン2回交換したRTX2060S(8GB)だけどJasnaは問題なく動作している。時間はかかるが、JavPlyaerよりは格段に速いのでOK (感覚的に平均30fpsくらいかな)

>>295
レスありがとう　
JavPlyaerより格段に速いという事なのでRTX2060S(8GB)でJasnaに
チャレンジしてみる

11まだ？

今週か来週かって作者は言うてるけどどうなんだろうね

>>296
RTX2000台を今さら買うなら、絶対中古にしといた方がええよ。
2060でもいいなら、2070、2080はもっと性能上なので無難な上、どれも相場は同じで 15000〜20000円くらい。
そのあたりをヤフオクで物色して、評価が高い出品者のを落とせばまず大丈夫よ。
焦らなきゃ12000円くらいで落札できる場合もあると思う。
2000台でまずは走ってみて、新品に買うならもっと後でいいと思う。

ワシもしばらくRTX2080Tiで走ってた。FHDのjasna破壊で実時間と同じくらいだったっけな？
後処理もRTXがしっかり出来たと思った。LADAよかすげえって感動した記憶あるしｗ
蛇足だけど、中古のRTX4080sにしたら処理時間1/3になってRUN中の電力負荷も2080よか小さくなった。
ケースの電源容量が足りなくてボードが落ちてブラックアウトってのが2080ではよくあったのだけど、4080では皆無。
電気代が気になりだした頃に上のボードを考える、ってのも一つの目安かも。

>>288
GTX系だと最低1660だろうな

>>299
詳しくレスしてくれてありがとう
博士が開発したJavPlaerでモザイク破壊を極めたつもりで破壊作業から遠ざかっていたんだわ
久々にsupjavを見たらモザイク破壊度がレベチの作品を見てびっくりw
調べてみたらjasnaというAiを利用したソフトでグラボがGeForce RTXが必要というのが分かった
Radeon使いなんでGeForce RTXを購入する必要があったので専門スレで聞いた方が早いと思い
相談しました　本当に助かりました　>>295にも感謝です

視聴はできるんよねえ
読み込み時間かかるから鬱陶しくて
エクスポートしようとしたらこのざまだよ

>>298
ありがとう
正座して待ってます

vrはモザ残りまくりなんだが、2dと同じくらいに出来る様になったと言うのは別のソフトの話？どこにあるの？

VR動画の作成工程は正確にはよくわからんが、上下のモザが扇型に変形するから破壊できなくなるんだよな。
元動画は魚眼（円形、左右別撮り）で撮影されててその円形の動画時点でモザイクを掛けて、その後スクエアに処理工程で画面の上下のモザが変形するという解釈でいいかな？

>>304
そんな話はどこにもない

大半はモザイク残らん
乱交ものは無理ぽ

VRの画面下端付近のモザは、検出はすれど破壊しきれないね

Jasna 0.11.0 beta版/RC版 のLTXテスト結果
設定は以下の3つ
・Fast mode：OFF (デフォルト、INT8) or ON (NVFP4)
・Model：Standard (デフォルト) or Best
・Sharper large mosaics：OFF (デフォルト) or ON
わかったこと
・Sharper large mosaics ONはVRAM空き12GB必要(足りないとOFFにフォールバック)
・処理時間はほぼウィンドウ数×GPU性能で決まり、入力解像度の影響は小(但し、4Kは追加時間あり)
・Fast mode ONはOFFより約1.4倍高速、VRAM約2.5GB節約、品質はOFFがわずかに上、RTX 50限定
・Best Modelはdenoise 15step (Standardは8step)、少し高品質だがStandardの約1.5倍遅い
・Sharper large mosaics ONはOFF比で2～3倍遅く、効果が出るのは大きいモザイクだけ
・Fast modeだけONにしたとき、長尺動画での処理時間は実時間の約3.2倍(5080)～8倍(5060 Ti 16GB)くらい
・トラック数の影響は小さいが、カット数は大きく影響、頻繁なシーン切り替えはかなり不利
※ウィンドウ数、カット数、トラック数はLTXのスキャンステージでカウントされる数
※すべて正式リリース前の beta版/RC版での結果、0.11.0正式版では変わる可能性あり

LinuxのRC版でlada-yolo-v4がコンパイルできないバグ見つけてしもて、さっきまで対策版の確認してたｗ
対策OKが確認できたんで、これが最後だといいな(WindowsのRC版もyoloコンパイル問題は直ってる)

7年前に買ったパソコンでやってるけど、新しい機能が追加されると、グラボ買い替えないといけなくなるかな？しかし、高いよな。

最低GTX16系
RTX以降が望ましかばい

lada-exもSwiftVRに対応したので実行してみた。5秒ほどのテスト動画だから処理速度など判断できないけど綺麗なのは俺でもわかった。ヘアの解像度なんかマッキーからボールペン位には繊細になってる。

ここまで、
「VR」っていう単語が”エロ動画の3D-VR”と”超解像度AIのVR”で被っちゃってるのだけど、

わけわからんくなってるオッサンには、チャッピーに
『「FlashVSR」、「SeedVR」、「SwiftVR」の特徴と、各々の長所短所を教えてください。』
って質問してみることをお勧めしたい。

スレだけ読んでるとわけわからんくて困っちゃうよねマジ( ´Д`)

>>313
nvidia-vfxの新しいバージョン取り込んでRTX VSRを使ったフレーム生成や出力を直接アプスケする機能も追加されてるね
Lada-ex作者さんとはPRでレビューしてて、ようやく実用的な処理速度と品質が出せたSwiftVRを取り込んでもらった

>>314
いろいろ手だしてスマソｗ

JASNAのエンコード画質いろいろ試したんだけどさH264、H265、AV1　どれも画質悪くない？
他のソフトでエンコしたもんより2段階ぐらいノイジーだし、ファイルサイズも下手すると3倍くらいに膨れ上がる
H264に至ってはQB1ですら細部が消える(ちんこから鈴口が消えた)
仕方ないからH265かAV1のQB1を中間ファイルとして吐き出してるけど　なんだかなぁ

>>315
いやいや、色々と情報ＵＰしてもらえて、そういうもんがあるってのを教えてもらえる
だけでもすごく有り難いし、感謝してるっす。
ご遠慮なく引き続き頑張っちゃって下さいｗ わからんことはチャッピーに聞くからｗ

>>285
jasnaのforkリストの上から2つ目に出てくるやつで、こういうforkがあるね
adding pre-Turing GPU support (GTX 10-series / Pascal and Volta), selectable encode/decode devices, and per-GPU TensorRT engine archiving. See README-BUILD.md.
自分はハード持ってないので試せないのだけれど、1060で動くかも?

>>318
githubのREADME.ja.mdには要件として
「NVIDIA の GTX 16 シリーズ / RTX 20 シリーズ以降の GPU。
GTX 10 シリーズ以前のカード（GTX 1050/1060/1070/1080）では動作しません」
てなっててあきらめたんやけど、そのforkってどこにあるん？

>>319
つ ttps://github.com/QingLiu2333/jasna

お、来るか

>>320
おおお！神かな？
ちょっと試してみますね
ありがとう！

jasna作者からメールでコードが送られてきた。v11からは再度入力が必要な模様。v11 近日リリースって書いてあった。

0.11以降用のコードが届いてる
リリースはもうすぐかな

>>315
fast-pipline、vr-fisheye、tensorrtでの基本処理に加えてSwiftVRの2次復元、RIFEでの30fpsからの60fpsフレーム補間、VSRの2倍アプスケのフルセット同時実行も5080で動いたw
数日前にvramオフロードも実装されてたのですね。

>>325
--frame-gen-backend nvvfx でNVIDIAのVideo Frame Generationを選択できるので、これに切り替えると最強ｗ
jasna modiにも実装したけどRIFEの10倍速でフレーム生成できました

作者からのアプデ通知、Google翻訳の日本語訳だけ貼っとく。コーヒー奢ったやつに届く内容のやつ。
特典に興味あったらコーヒー奢ってみるとええのかも。
『Jasnaをご支援いただきありがとうございます！ライセンスコードは以下の通りです。』
『このコードは、近日リリース予定のJasna v0.11以降のバージョンでご利用いただけます。リリース後、Jasnaを開いて「オンライン（Online）」タブを選択し、コードを貼り付けてください。最大3台のデバイスでご利用可能です。』

追加課金も辞さない腹だったけど以前のコーヒー代だけでいいっぽいな
アレで追加した二次修復モデル・静止画修復モデルとは作業量の桁が3つくらい違うだろうに太っ腹だわね

0.11来たね。

最近検出ばっかでお腹いっぱいだったけど復元モデルどうや？

来たな！

課金しててよかったと思える

まだためせてないけどLTX使うには$25ってあるけど前回$50払ってる俺はどうなるんや

>>333
既に支援済みだったなら、メールにコード送られてきてない？

>>334
コードは来たけどLTXが使えるのかどうかは記されてなかったので気になった次第なんだが、先ほど有効化できてLTXモデルDL中
LTXのお試しモード無効の状態で実行できればOKってことかなあ

LTX、今までにコーヒー奢った人は使えるみたいだね。これから奢る人は25ドル出さないとダメみたい。