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

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

誰か書いてたアイディアだけど
LTXで処理した動画をBasicVSR(もしくは同程度に軽い何らかのモデル)に学習させまくってミドル級なモデルを仕上げる
ってのが現状ベターなのかも

>>500
何も起こらずプロンプトが改行されるだけです

>>506 さらに蛇足

Windowsの7z解凍版で、LTXのBestとFastに結果の違いがあるのか数種のサンプルで
比べてみたところでは、
・デカいモザの場合はあまり違いがない
・細かいモザの場合はBestの方が結果にリアリティが出る、画面に透明感が出る
と思った

とはいうもののBasicVSR++の場合の後処理でUNetよかRTXの方が好みっていうオレの主観的意見なので、各自見極められたし

>>507
モノホンの無臭動画食わせたほうが早いやんｗ

>>510
ソースが激増する

>>493

30万はするよねぇ。

クラウドで借りたほうが現実的かも。

意図を間違って読んでたらゴメンだけど
Jasnaのディスコでの技術的な話によると、学習に一番いいのはモザイク処理された動画とそれの無加工ソースが同時にある事なんですって
↑これからは都合のいいこれがたくさん得られる(もろちん完全にオリジナルのとは違ってる可能性はある)

でもこういう話題の話が活発に出来るってなんか正直嬉しい。

>>508
パッケージの展開からやり直してみたら？
正しく展開出来ていたらこんな感じ
h:\jasna-v0.11.1>.\jasna --help
Jasna: checking the installation...
Jasna: checked 0/19444 files (0.0%)
Jasna: checked 9698/19444 files (49.9%)
Jasna: checked 18923/19444 files (97.3%)
Jasna: checked 19444/19444 files (100.0%)
Jasna: checked 19444/19444 files (100.0%)

Jasna: installation verified.
usage: jasna [-h] [--version] [--benchmark] [--input INPUT] [--output OUTPUT] [--output-pattern OUTPUT_PATTERN]
以下略

>>515
ありがとうございます
解凍は7-Zip26.00(x64)で3回
ダウンロードからやり直ししてますがずっと同じ状態です

展開フォルダーのプロパティは
サイズ12.2GB(13,102,504,651バイト)
ファイル数19,452、フォルダー数2,121

お手間とらせて申し訳ありませんでした
次のバージョンまで一旦諦めます

4K60fpsの5分のソースに約110分ほど処理時間かかってた。
家庭用量子コンピュータの普及が待ち遠しい。

画像生成AIとかだとすぐに軽量化モデルが出るんじゃないの
知らんけど

fp4版が軽量化モデル

https://x.com/PCONES/status/2111023138779897902

こういうのって使えないんですかね？

https://i.imgur.com/wtk6Koy.jpeg

クラウドGPUでゴリゴリやろうと思ったらライセンス対応しとらんやんけ…

今まで唯一、バージョンアップのたびに試しても痕がモヤモヤしてハッキリしなかった頑固なモザイクが、LTXを試したら今までになくキレイになった。これはすごい。これがいつか破壊できるようになったらいいなと、期待を込めてコーヒーを奢ってたが意外と早く来て嬉しい。

最近のデカモザでも見れるようになるんですか？

>>495>>496 課金してすぐくらいにサンキューのメールは来てたけどキーらしきものは見当たらなかった。ペイメントの所にキーが来るみたいなスレがあったので待ってるんやが、もう7時間は経つ。

>>524
今日の11:30に件名「Buy Me a Coffee」のメールが来てライセンスキーは18:40に来た。もう少し待ってみたら。

以前にコーヒー奢ってるけど新しいキーのメールが届かない。
みなさんは既に届いてますか？

届いちょる

>>525 返事ありがとう、先程届いた。

>>526
v11のリリース前に届いたよ

>>526
俺にも来てない
俺の場合はコーヒーおごってキーが届いた後にbuymeacoffeeのアカウント削除しちゃったのが原因だと思う。
しょうがないから$25払って今キー待ち中

キー届いてない人はこれ>>372試してみては

v11は無課金組みには特に変わったところない？

>>492
2時間物は実際は半分くらいの時間なのか　それでも重いっすなぁ


>>497
Pythonがインストールされてないってオチだったり？
Stable Diffusion使うためにすでに入れてるから、別途LTX版動かすために必要なのか知らんですけど

>>532
無課金だと目立つ新機能はないかも
v0.11.1のLTXは無料だと速度テストだけ動くｗ、BasicVSR++側は変わってない
主な変更は不具合修正で、WMVの音ズレ、出力で音声が消えるケース、HEVCのMP4タグ、HLSストリーミングあたり
GUIは、処理後シャットダウンをキューの途中で変えられる、大量キューの表示改善、韓国語・タイ語対応など
AMDはROCm 10対応

>>529
やっぱ課金済みの方は届いてるんですね。

>>530
課金したのが3ヶ月前で記憶が曖昧だけど同じような状況かも知れないです。
$25奢るかぁ。

ltxの方こそ、シーンの切り取り必要やろ。ワイの低スペックグラボじゃ一本なんて何時間掛かるんやろやし。次のバージョンで付けて欲しい。

円相場と決済手数料(3.85%)考慮すると25ドルは4,100円くらい

>>536
v0.11.1のSegment EditorはLTXに対応してるから、範囲指定処理は今でもできるよ

>>521
えええ〜使えないのぉぉ( ´Д`)

>>538 返事ありがとう、どうやるの？LTXの方、範囲指定の無くない？

LTXは素晴らしいが2時間もので30時間オーバーというのはちょっと躊躇する
とりあえず、変換したい箇所を厳選してLTXをかけて、その後でBasicVSR++をかけてみようと思う
これで良い成果がでるかどうかよく分からないけど既にやってみた人いる？

>>540
Add Filesとかでキューにファイルを追加して、はさみのアイコンをクリックだ

>>541
>>505
LTX only for big mosaics ってやつをONにして%を調節だけど、使い方が難しい印象

>>523
最近のは余裕、オリンピック前後の悪夢のようにデカいモザでもバッキバキになる
2005年以前の仁義無き巨大モザだと流石に破綻が多いけど、所々いい具合に構築してくれることがある
高樹マリアのとかちょこっとだけ試したけど馬鹿にならない BasicVSR++とは雲泥の差
でも悲しいかな、疑似姦なのもクッキリになるｗ
死ぬまでになんとかして無修正が見たいオキニのがあるなら、何時間かかろうが試す価値はあると思う

>>543
>仁義無き巨大モザ
>死ぬまでになんとかして無修正が見たいオキニのがある
そこまで熱く語れるならもう120万出して5090買えｗ

100万は出せんが、28万出して5080ポチッたw

5090に100万出すくらいなら、1本千円くらいで代理で破壊してくれって本気で思うのであります・・・

>>542 教えてくれてありがとう。シーン切り取りでシコシコやるわ。

>>542
やってみたが、実行ボタンを押した直後にエラーが出てとまっちゃうな
原因調べたいんだが、GUI動作時のlogってどこにあるの？

我慢できずに5070ti買って今破壊中だけど
FHD2時間が予想破壊時間5時間って出た
結構実用的かもｗ

>>548
メインウインドウの右下にあるLOGSってボタンをすとログが見れる
あと docs/ja/segments.md も読むんだ

右下に>_ログってない？

>>550
>>551
ありがとう
取り敢えずCLIで全領域実行しているから、ゆっくり調べながら試してみるわ

>>534
回答ありがとう
スレ見てるとオレ環だとまだまだ実用的でないので課金はまだ待機だな
でもwmvの音ズレ改善は助かるのでアップはしとくか

>>552
おかげさまで解決できました
入力ファイルのコーデックが対象外だったので、事前にFFmpegでHEVCに変換してから実行したら処理開始できました

>>544
変態でスマソｗ オレのAV好きは異常だと自分でも常々思ってるｗ
120万なんてゼニは出せんから、持ってるボードで現実的に処理出来る本数に厳選するワケよね

旧バージョンのBVSR++の爆速だったら取り敢えず破壊しとけって何でも放り込めたけど
LTXの負荷はそうは行かない さすがのディフュージョンモデル JAVPの頃の4倍以上時間かかるのは参った
しかし結果はとにかく素晴らしい 作者には感謝しか無い すっげえしか無い 無臭と区別するのが難しいくらいの出来

4080Sでもさっき放り込んだ120分の終了予定が22時間後とか出るしｗ
それでも出る結果が分かってれば待てるんだわな

1080pの3時間物FULLやっと終わった。22h11mかかった(5060Ti 16GB)
Jasna最小化していたけど終わったときはウインドウがデスクトップの外に居て出てこなかった。

>>556
標準（早い）+高速モードを使ってですか？

>>546
気持ちは分かるんだけど、ホントに請け負うとクライアント側に反社が混ざるのよ。
それに巻き込まれると社会的に一発アウトよね。
そのうちSapJAVとかにLTX破壊版が無臭と称して流れるんじゃないかと。悲しいかな。

ちなみに電気代と減価償却を考えると、120分1本1000円なら採算レベルかも。
クラウド利用もそういう考え方に近いと思うんだけど、>>521 によるとクラウドでjasnaが動かない模様で・・・

>>557
今回は高速モードは使ってません
どれくらい画質に影響するんですかね

>>559
そこが気になりますね。本当は比較したいんですけどそれでも時間かかるし･･･
一部分だけ破壊だと正直分からないですね

こんなに常時GPUをフル回転させている状態は、昔イーサリアムが PoW 方式だったころ以来だわ

>>560
>>559

細切れサンプルで試した主観評価ではあるけど、
・デカモザはfastでもBestでも差異なし
・細かいモザだとBestの方が細かいディテイルがしっかり出る
っていう印象。

小さい池と大きい池のどこに正解があるのか当てるクイズみたいなもんで、
小さい池のほうがそりゃ正解に近いわな、っていうことのような気がしてる。

なので、デカいモザの場合はFastでOK！

>>561
ホント。ウチのもGPU温度80℃前後で張り付きっす。壊れんのかのう？(；´Д`)

やっとLTXのエラーが解消できて試せた
30分の動画に5時間かかるけどすごいなこれ

LTXのエラーが解消できない。HEVCに変換してもエラーです。
どなたか方法を教えてください。課金もしてます。お試しモードは完走します。

ファイル名をaとか一文字にしてもダメ？

>>565
ログでエラーを選んでコピペしてAIに聞いた方が速い
Claudeも「プログラムの教材として使ってます」と前置きしたら教えてくれた
LTXのエラーならhttps://github.com/Kruk2/jasna/blob/main/docs/en/models.md#downloading-ltx-yourself からLTXをDLできるという情報も提供した方が良い。

11.2来たぞ
少し早くなったっぽい

まっことか！

夜中に目が覚めてここ見るんじゃなかった
気になったので調べた　確認は起きてからやるｗ

Jasna v0.11.2 の変更点
・LTX が長い動画（1 分以上）で約 13% 高速化（全 GPU 対象）
実験フラグ「重なりを減らす」として追加、Windows は既定オン、Linux は GUI か
CLI（--experimental-ltx-less-overlap）で明示的にオン
　出力は少し変わるが作者は劣化を確認していないとのこと
　気になる人は 1 分クリップで A/B 推奨
・Windows の起動・実行時トラブルの修正多数、診断メッセージも改善
・8GB VRAM・RAM 少なめ環境向けの修正
（LTX のブロック転送で固定メモリを取りすぎて OOM になる件など、#495）
・HDD にインストールしている場合に起動時警告（起動とモデル読込が遅いので SSD 推奨）
・attention カーネル更新（RTX 30 系、特に 3090 でわずかに高速化）
・LTX モデルを手動ダウンロードする手順を docs に追加
・ライセンスの「新しい PC」の数え方を明記（Windows はマザボ交換、Linux は OS 再インストールで枠消費。
Windows 再インストールや GPU/ディスク/メモリ交換は消費しない）

お知らせThanks。
『LTX が長い動画（1分以上）で約13% 高速化（全GPU対象）』
これはナニゲにデカいな。早速の改良ありがたや。でも今RUN中のが終わるまで13時間。その後やなｗ

Kruk2から届いたメールv0.11.2のリンク先は11.1のURLだった。URL最後の11.1を11.2にしてDLした。俺も処理中案件があと13h25mになってるのでVer.UPは夕方やな

おまいら一晩中寝ずの破壊と検証凄えな
ここ数日まともに寝とらんだろ

低解像度ソース用に2次修復をSwiftVRに投げる環境を導入してみた
若干チラつき出る事あるっぽいけどかなりくっきりするね…求めてたのはコレだ
LTXの高速化が進んだらだけど、本家にも導入されてよさげな出来、速いし

博士のJAVPの時もまともに寝ないでパソコンを四六時中回しっぱなしだったなw
当時はNewパソコンを自作しても安く済んだしね　今のメモリーやグラボの価格はどうなってんだw

>>563
nvidia-smiで温度が75度以下になるように電力制限かけてるわ
4070だが200Wのところを170Wでやってる

リリースすぐで、1割も速くなるのすごいな。

昨夜11.1が起動しないと騒いでいたボンクラです
11.2でも変わらずで絶望しかけましたが--helpで表示されるメッセージが物凄く改善されていたおかげで原因が特定でき無事起動に成功いたしました!
アドバイス頂いた皆様ありがとうございました

昨日の夜から破壊させて起きて確認してみたら終わってた
と思ったら早速高速化の新バージョンとはｗ

しかし高速モードONと大きなモザイクだけLTXで破壊してみたけどこれで十分だね

>>578
よかおめ
で、原因はなんだったの？

解説も、ついでにRAMディスク想定の数字も

数字のまとめ（同じ試験動画、LTX 処理の時間）

USB3 SSD（G:）：657.7秒
NVMe（D:）：187.1秒（約3.5倍速い）
NVMe＋メモリキャッシュ（RAM ディスク相当）：165.1秒（NVMe との差は約1割）
なぜそうなるか

LTX は1回の処理でモデルを何十GBも読みます。USB3 SSD だと、この読み込みが追いつかず、GPU が待たされます。
G:(注、USB3のSSD) のときは denoise が 389.5秒もかかり、読み込み待ちがはっきり出ていました。
NVMe にすると読み込みが十分速くなり、ネックが GPU 側（VRAM に載りきらないブロックの入れ替え）に移ります。
こうなると、それ以上ディスクを速くしても（RAM ディスクにしても）ほとんど変わりません。denoise が NVMe でもキャッシュでも 94.4秒で同じだったのがその証拠です。

>>581
過去に使ったツールの残骸だと思いますが環境変数PYTHONPATHが存在しないフォルダーに指定されていたことが原因でした
その変数を削除したら無事起動しました

>>583
サンクス
なるほど、確かにその状態だとpythonが動かないから初手で詰まるね

ざっくりだけど
4070(12GB)でSSDにファイル置いて
4倍から5倍の時間で完了してる。
CPUは、Ryzen5900Xで32GBメモリ。

大きなモザイク対応版を試したいんだけど
VRAMの空きが12G以上必要で試せてない。(空きが9G程度で実行できないとエラー出る)
VRAMを16G以上積んでないとダメみたい。

メインメモリとVRAM、プログラム本体を読み書きが速い場所に置けると速く処理できると思う。
VRAMだけでなく、メインメモリも多ければディスクにスワップしなくなり速くなるかと。

>>574
動作確認と感想ありがと
この機能はモデル改善までのつなぎ機能と思いたいｗ

SwiftVR or distill版はスケール2xで動かしているから時間安定性はスケール4xに比べると
どうしても落ちちゃうと思う(特に接写のシーンとかで粗が目立つことがある)
VRAM使用量と処理時間のトレードオフでひとまずこの辺で折り合いつけます

今回のバージョンアップLTX使わないならv0.10と変わらないのかな

PCのRAM32Gと4070ti(12G)でjasna本体と入力出力ファイルを全部SSDにしてる
試しにやったらFHD30fps20分の動画が約90分って出た
こちらも4～5倍な感じ

windows版0.11.1で出てたgoogle日本語入力絡みと思われるエラー（実害なし）が0.11.2で治ってる

guiで完了済みがキューに残ってる状態で次の動画の処理を始めようとすると完了済みまでまた処理しようとするんだけど俺だけ？

>>576
さんきゅー。NVIDIA-Appで設定するとこ見つけた。こういうこと出来るんだねぇ。

2080tiで30秒の動画はなんとか完走して復元できるんだけど、
お試しモードにすると、メモリ不足のエラーが出るんだよな

モザイク処理した部分が数フレーム遅れた状態で復元される現象の対処法ってありますか？

コマンドラインで使っているのだけれど、0.11.1から最初に必ずファイルチェックが入るようになっているのは仕様？
ストリーミング再生基本で使っているので、できれば回避したい。。

Jasna: checking the installation...
Jasna: checked 0/19445 files (0.0%)
Jasna: checked 13889/19445 files (71.4%)
Jasna: checked 19445/19445 files (100.0%)
Jasna: checked 19445/19445 files (100.0%)

Jasna: installation verified.

>>589
ATOKもエラー表示が消えました

>>594
海賊版対策のためのチェックで仕様だと思う

4千円払うだけの価値はあると思うんだけどねぇ

なんかエラー出たけど起動できて使えたからスルーしてたけどIMEが原因だったのか

【Jasna 0.11.2】同じPCでWindowsとLinuxの速度比較
同じPC（Ryzen 7 9700X、RTX 5080）にWindows 11とUbuntu 26.04を入れて、同じ動画、同じ設定でテストした
どっちも全部ちゃんと動いて、出来上がりの見た目も同じ

■1. Windowsのほうが遅い、特に短い動画で差が大きい
1本あたりの処理時間（Linux → Windows）
・LTX（Fast modeオン）、30秒の動画（11ウィンドウ）：146秒 → 221秒（約1.5倍）
・LTX（Fast modeオン）、140秒の動画（49ウィンドウ）：474秒 → 561秒（約1.2倍）
・BasicVSR++、10〜30秒の動画：9〜12秒 → 34〜38秒（約3〜4倍）
・BasicVSR++、4〜5分の動画：約1.4〜2倍
Less overlapは両方オフにそろえた
Windowsは初期設定でオンになっていて、オンだとウィンドウが減ってLTXが約1割速くなる

LTXの一番重い計算（denoise）は、1ステップあたりの速さが両方ほぼ同じだった
差が出てるのは、ジョブや工程ごとにかかる準備の時間（モデル読み込みとか）と、
GPUに細かい仕事を何回も頼むときのWindowsの遅さ（BasicVSR++とYOLOの検出がこのタイプ）
だから動画が長いほど差は小さくなる

Windowsは普通の人が使ってる状態で測った（ハードウェアアクセラレータによるGPUスケジューリングはオン、
Defenderもオンで除外設定なし）
これらをオフにしたら速くなるかは試してないので分からない

■2. Windowsだけ、LTXのFast modeオフ（デフォルト設定）が0.11.2で少し遅くなった
・Fast modeオフ（INT8）：修復の工程が0.11.1より約6%遅い、ジョブ全体だと約2%
・Fast modeオン：変化なし
・Linux：どっちも変化なし
小さい差だけど、何回測っても出たので一応記載

「大きなモザイクをより鮮明に」とありすが、VRAM8Gしかないからできない・・・
結構効果ありますでしょうか？

>>599
ありがとう。
ノートパソコンはUbuntuメインなんだけどデスクトップはアプリの関係でWin必須なんですよね〜。それくらい違うならGRUBでデュアルブートするかなぁ

>>562
返信遅れて申し訳ありませんでした。
そこが一番知りたかったですので助かります。

次から細かいモザは「高画質」で破壊したいと思います。

VR動画で、
VRモードで自動以外選んでいると
工程がスキップされるんだが？

>>597
引退した女優のを破壊できただけで十分元を取りました

どうやら3060Ti6GBでは歯が立たないようだな。。

>>571
性能測定結果についてgithub のイシュー#538でやり取り合ったけど、
LTX が長い動画（1 分以上）で約 13% 高速化（全 GPU 対象）
というのは表現良くなくて、モザイクが 4 秒以上続く場面で約 13% 速くなる
という挙動だそうだ
効果の度合いは処理する動画の内容次第ってことみたい