【超解像】Lada part3

前スレ
【超解像】 Lada　part2
https://mercury.bbspink.com/test/read.cgi/avideo/1761381502/

【超解像】 Lada　
https://mercury.bbspink.com/test/read.cgi/avideo/1758433407/

LadaでRADEONのROCｍを使う方法教えてください

>>189
ladaのモザイク破壊品質は素晴らしい
モザイクが大きいと微妙な仕上がりだけど、モザイクが小さな動画は無修正にかなり近い
ありがてぇ

薄めの小さいチラつくやつはあっちの方が良かったりする
こっちはフェラが凄く得意だな

初心者なんだが最大クリップ時間はいくつに設定するのが良いのだ？
パソの性能は𝗥𝘆𝘇𝗲𝗻7 5700 GTX5070 16GB メモリ32GB win11

vramの最大容量みながら調整すりゃぁいいよ
180もあれば大抵のものは破壊できる

その調整の目安を聞いとんのや

僕も知りたいです。RTX4070 12GBです。よろしくお願いします

180って書いてあるだろ
そこから調整しろや

400にしてるが違いがわからない

>>208
デフォルトは180になんだけど、例えば12GBと16GBではどうしたらいいんよ？

違いを自覚できないんだったら変える必要はないでしょ。

素人は黙っとれAA

VRAMが一杯になったりエラーが起きるようなら減らした方がいい
そうじゃない場合は値を上げてもできた動画が対して変わらんならデフォルトの180でいいやろ

最適値は自分で探さんと意味がない
短く切り出した動画で試せばいいだろう

フレーム数の指定。30fpsの動画ならデフォだと6秒ぶんか
この値変えたことないが、大きくすると何かいい事ある?

Maximum number of frames for restoration. Higher values improve temporal stability. Lower values reduce memory footprint. If set too low flickering could appear

復元処理で使用する最大フレーム数。値を大きくすると時間方向の安定性が向上します.小さくするとメモリ使用量を抑えられますが、低すぎるとちらつきが発生する可能性があります

うん、GUIにもそれ書いてあるけど、時間的安定性ってなんやねんっていう

読んでそのまま、時間軸の一貫性をどのくらい先まで考慮するかって事じゃね？
短くすると前後の繋がりの悪いフレームが出やすくなって、それがチラついて見えると

一番破壊したい部分抜き出した15秒位のテストピース作って条件振って試せばいいだけやないかい

知ってる人がいるんなら聞いた方が早いけど
知ってる人はいないんだよ

何でもタイパで人に聞いて済ませようとしたり、自分の感覚より他人と合ってる方を優先する点にZ世代を感じる俺は老害

BasicVSR系は何フレームか一度に読み込んでピクセルの移動を追跡しながらフレーム間が滑らかに繋がるように復元してく
これが小さいとピクセルの移動の追跡が細かく途切れるからチラついたり色味が安定しなかったりする

前スレにも書いたけど要はclipを長くすると読み込みフレーム量(時間)が長くなる
ladaは読み込んだフレーム内で前後が破綻しないようにするから一定アングルのシーンに関しては長めの方が安定するとも言える
ただアングル変更や場面転換を巻き込みやすくなるから位置ズレや取りこぼしの発生が増えるかもしれない
clipを少なくつまり短くすれば長い時のデメリットは解消するけど長いシーンでデモザの結果が安定しなかったり外れたりチラつくようになるかもしれない

というわけでデフォルトから長くするも短くするもメリデメがあって大して良し悪しはない
自分で1シーン切り出して処理するなら長めでもいいと思うけど一作品丸ごとの時はデフォルトでいいんじゃない
プレビューの時は短めの方が読み込み早いかもね
ただ短いclipの時は読み込み->gpu処理のサイクルが頻繁になるのでgpu使用率は高めになるかな

VRAM消費量は動画解像度×フレーム数(clipの値)で計算出来るけどもぶっちゃけ動画数秒数分なんて大したサイズじゃないのでVRAM8GBあれば1000だろうが10000だろうが問題ないしグラボによって最適値なんてもんはない
(もちろん4kだの8kだのVRだのサイズが大きければ消費量は大きくなるがアホみたいなclipサイズにするメリットは皆無なので考慮しない)

ありがとうございます
めちゃくちゃ早口で言ってそう

馬の耳に念仏

>>220-221
完全に理解した！ありがとう
180のままにします

>>221-222だったすまん

Jasnaはどうなんだろうか

ladaapp氏はrfdetr.onnxをv5として求めるかな〜
プライド高そうな気もするし厳しいか

Jasna試してみた
確かにGPUの負荷は常に100％近辺に張り付くが、出来た動画は時折モザ部分のバウンディングボックスが真っ黒く残ったりとか、破壊は発展途上か
仕上がりは試した動画だとボケ気味なのが気になった
処理速度は俺環だとむしろLadaより遅い
VLCで再生するとリサイズに追随しないのには困った

あかん、性能が低いのかVRの破壊はかなりの確率で途中でフリーズすんな
8Kなんて確実にフリーズする
終盤まで行ってのフリーズは時間の無駄で辛いわ😭

まだ、lada試してないから外してたらごめんだけど。
複数ファイルに分割して全部通ったら結合したら良いんじゃない？
パンツ脱ぐまでのモザイクいシーンはかけなくて良いし。

それだとエンコード揃わなくて結合時に全体の再エンコードが必要になる可能性大だから処理不要な部分のファイルも変換しておいて、結合時に-c copyで走らせた方が結果的に早くなる場合がある。やる前に要計算だね。8kのエンコードは時間かかるから。

俺も最大クリップ時間は400にしてる
同じサンプルを180と横並びにして比べてみると破壊画像が崩れた時の復帰が早くなってる
つまり動画全体で破壊精度が上がってる
デメリットとしては破壊部分が少しカクついて見えるときがある

破壊じゃなく復元でしょ

復元は元に戻すこと
モザイク破壊は AI がモザイク部分を作ってるからコラージュじゃないか？

お前の中での定義は置いておいてlada自身が
Restore videos with pixelated/mosaic regions
って言ってるんだから失われた情報の復元なんだろ

basicvsrppってのはモザイクの２D情報だけでなく時系列的な変化の仕方も考慮した「最尤推定」なんだよ
　学習データから得られた過去の経験に基づけば
　こういうモザイクがこういうパターンで変化した場合は
　元の画像は多分こんな感じになっていたはず
っていう最も尤（もっと）もらしい画像を推定してる
コラージュでもなければ復元でもない

どっちでもよくね？😅

じゃあ、何だよ

例えて言えばソニーのウォークマンでやってる疑似ハイレゾ(DSEE)みたいなもん
オリジナルのハイレゾ音源と波形は全く同じにはならないけど、ハイレゾっぽい感じの波形にはなる

JavPでは破"解"って呼んでたよな
解は解析なのか超解像なのか分からないけど

それ中国語由来なんじゃなかったっけ？

中国語だとハックやクラックの意味があるみたいだから、それっぽいな

まあ由来と言うか中華に上がってるやつを見てそのまま日本でも言い出した感じじゃないかね
なので自分は違和感あるので破解って使わないようにしてる

目的はモザイク破壊、方法は復元ってことでどちらが正解というより会話の内容次第だろ。

Mac版ありがとうございます

M1 MacBook Air 16GB
45分のSD動画を2並列設定で90分で完了しました

>>246
ファンレスに無理させんなよ

>>246

—temp-dir　外部を指定すればもっと速くなると思う。

>>247
>>248
どうもありがとう
冷却しながら試してみます
ちなみに外部ということは別ドライブが必要ですかね

しかしAIに利用による電力の逼迫が言われてるのに各自でモザイク破壊なんて生産性の低いジャップの無駄仕事の象徴だよな。
一時配布元のメーカーで破壊してから市場に出せば良いのに頭悪いな。

モザイクの関係において近年一番の害悪は、東京五輪を誘致した結果として
モザイクを濃くするよう指示した連中

>>251
コンビニからエロ本撤去するのは分かるけど、モザイクはなんで大きくさせたの？

公序良俗を良く見せようとしたから。要するにええかっこしの一貫。

コンビニがそうなのは分かるけど、AVはそもそもモザイクないのが当たり前の人たちでしょ
モザイクの大きさなんて気に留めないだろ

>>249

できるだけ速い別ドライブです。

起動ディスクをtempにすると
Swapができまくりメモリ圧迫して遅くなります。

破解力はいつ上がるかな

ちらつかないタイプのモザイクだとボケた感じになるのが残念なところ

五輪周辺の作品が綺麗に出来るようになってくれれば良い

javp時代はボケてるのが当たり前だったのにこっちに慣れるとボケてたらがっかり感凄い

元がブラーかかってんじゃね

ComfyUIが0.11.0にアプデされた
テンプレWFにZ-Image: Text to Imageが追加されとる！
こりゃ確定やな

>>261
書き込み先間違えた
無視してくれ

なにが確定したんだ？

けつあな

真正中出し　とかのタイトルをLADA処理すると薄いゴムと精液だまりが、まる見えなものが多い
これはこれで、やっぱりなって感じ
生ハメってタイトルでゴムをとって女優の腹に乗せるシーンも、薄いゴムがもう一枚被せてあるのが見えちゃう
なるほどなって感じ

いまさら？AVファンタジーを信じちゃう人？
だいたい、本当に生だと違反なんだが・・・

昔はそもそも入れてなかったんやで

あれ？いつニセ汁仕込んだの？みたいな作品もある
もうマジックの世界だよ

>>266
その意味で加藤ももかはえらい

>>266
実際に中出ししてるのも多々あるけどね
まずお腹に発射してからそのままインするやつとかは誤魔化しようがないし

最近は生ぽいのはあるよ
あんま言わん方がいいと思うけど

常にゴム有りだったのに何故かゴム無しが合ったりするんだよな
周りのスタッフとかは気が付いてるんだろうが、好みとかなんらしかの忖度があるのだろうか?

由愛可奈の流出で生中出ししててファン増えたってのがあったね

逆に澁谷○歩が無修正流出でキレたのは「真正(生・性)中出し」のタイトルでゴムハメがバレたせいだったのかも

ってここはAV板じゃなくてソフト板だったなｽﾏｿ

破解で見えてくることもあるからセーフ

時間軸見てるとはいえモザを通した情報量でよくゴム有り無しまで復元出来るよな

そのためのモデルなんやろ

最新版に変えたけど、たまにバッチ処理が完了せずに止まるのがチラホラあるな
JAVでよく見た光景だけどメモリー絡みかねぇ

>>270
それはねちんこ握った手にスポイトとかシリンジやチューブ隠して腹にかけてるだけなんよ

>>279
擬似中出物は精液の飛ぶ位置がズレてるし不自然にちぬこ握ってるし精液も不自然に白いしからわかる

jasna使い方わかんねえ
mkvmerge入れろってことか

そう。mkvmergeとffmpegをjasnaの実行ファイルを同じ場所に置いておく必要がある
0.3.0試すなら最初は--no-compile-basicvsrppをつけたほうが良い
こいつのコンパイルにくっそ時間がかかる
俺環だとbasicvsrppのコンパイルが走るとWindows 11がBlack Screen of DeathでOSごと落ちるので--no-compile-basicvsrppオプション必須

VRの破壊は凄いな、元が綺麗だから破壊が上手くいった時は完全破壊レベル
無修正が流出したのかと勘違いするレベルだよ

まだGUIで2DしかやったことないけどVRもGUIでできる？

>>265
答えが出ない方が幸せな事もあるって事だな。
破壊より生成の方が良いのかもな。

>>283
VRで生成で男優の身体をパススルーカメラで写した自分の身体にしてくれたらより現実感増すかもな。

>>285
某ユーチューバーが言っていたが、それをやると自分のではないモノが生えているから不気味の谷になったそうだ。

>>285
幽体離脱じゃね？
それに現実感感じるのヤバいよ。

有料のやつTVAIもできるようになってんだな

zelefans vr使ってみてるけど
映像の中央付近は良いけど映像下部分が認識できないことが多いわ

有料版買ってみたわ
TVAI使えるのでかすぎる

Alethisの次回verではjasnaも付くみたい

有料版はどこから買えるの？

有料っていうかフォーク版だけどね
でもまじおすすめだよこれは

TVAI なんて使う必要ないだろ
むしろモザイクの認識に邪魔

更に無修正へプルスウルトラ

Ladaの後にTVAIで処理してんじゃね?
すっごい時間かかりそうだが

現在のはモザ領域のみ後処理としてTVAIがかかる
時間もかかるが、物によってはだいぶ良くなる

良くなって見えるのはただの錯覚だぞ
モザイク破壊ということに関してはTVAIは無力だ
そういうことに特化したデータで学習されていない、一般的なノイズ除去、疑似４ｋアップスケーラーだTVAIは

最終的にその可能性はあるがladaは関係ない箇所を破壊してしまうバグがあるから
超解像必要

TVAIかけるとギラギラした目になるからオススメしない

jasna試してみた、ソースは1080pの60fpsで環境は5700X 96GB(DDR4 3200) RTX 5070 ti 16GB
VRAM消費は8~9GB、メインメモリも7GBくらい(デフォルトだと逐次.hevcで書き出しているのでメモリに貯め込みはしない)
処理速度モザイクのない区間は140fps、モザイクが出てくると65fpsくらいまで下がる
GPU使用率的にはモザイクない区間の方がサイクル早いからか85~90%でモザイク処理中は60%前後まで下がる
まぁ大体ladaより倍くらい速い
どういう仕組みかなと思ったが復元モデルをTensorRTでコンパイルしてんのね、まぁ初回だけだが20分くらいかかった
CLIPサイズで調整してるみたいで無指定のデフォルトだと60でコンパイル済みのファイルは1.5GBくらいだけど展開して処理するときは5GB以上になる
CLIP180が高パフォーマンスらしいけどVRAM24GBいるらしいので試してない

ちなみにmkvmergeとffmpegは別にjasna.exeと同じ場所じゃなくてPATH通ってればいい