【超解像】Lada part3

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

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

RTX4070でまだGUIしか使ってないけど、CUIで処理時間10倍くらいかかる設定にしたらもっと綺麗に破壊できるの？

そんな設定がそもそもない

保守 (´･ω･`)

乙

(´・ω・｀)

>>2
破壊は少しだけ選べる。
エンコードとそのパラメーターで凄い時間は掛けれるよ。

v0.10.0 なら　--encoding-preset hevc-nvidia-gpu-uhq　で取り敢えずモザイク破壊したmp4作って、あとで ffmpeg で自分で好きなようにトランスコードしたほうが効率的だよ

本家
https://flathub.org/en/apps/io.github.ladaapp.lada

Github
https://github.com/ladaapp/lada

Windows版
https://pixeldrain.com/u/sXEq2C2V

Linux版もWindows版も無料です
有料の派生版がありますが無視しましょう

無料gui版作ってくれてる人にも感謝
去年からお世話になってます

Mac版(前スレ974氏による)
https://codeberg.org/lada_for_mac/lada_for_mac

ladaへ頻繁にアクセスしてる国はどこのどいつだ

>>11のMac版、CLIしか試していないけどコレ凄い
これまでの派生Mac版を遥かに凌駕している
はじめてGUIの環境整えようと思ったわ

● JavPlayer との違い
・モザイク破壊の原理は basicvsrppでJavPlayerのBVPPと同じだが
　学習素材にNSFWを使用しているためモザイク破壊がより綺麗にできる
　（TecoGANは無い）

・JavPlayerではグニャグニャになっていた作品も綺麗に破壊可能
　２D作品なら基本的にはどのメーカーでもOK

・JavPlayerにはあったウザいウォーターマークが無い
・JavPlayerよりも高速処理

数年前に無修正流出して潮吹きがホースだったの判明した動画あるけど
モザイク版をlada破壊したらちゃんとホース出てくるんだろうか

●処理速度の目安
-- CPU: Intel 265K
-- GPU: 5070ti(16GB)
-- DRAM 64GB
-- OS: Linux, Cuda 13.0, Pytorch 2.9.1
-- Lada ver. 0.10.0
-- モザイク検出モデル v4-accurate
-- モザイク破壊モデル basicvsrpp-v1.2
--encoding-preset hevc-nvidia-gpu-uhq
で、コマンドラインから実行した場合
FHD ならソース時間の 1/4〜1/3
4kならソース時間の 2x 〜

>>13

lada_parallel_gui.py

>>17
えぇ、それはそうなんですけど、その前にシステム直下にGTKとかlibadwaitaが必要では？
このままCLIで十分な気もしてきた

確かpythonだけでいけるやつ。
gtkも作ったけど、今のやつの方が良い感じ。
私もcliでいい感じ笑

超解像ってことで、この板には以下スレもあるです

【超解像】画像拡大ソフト総合スレ12【waifu2x】
https://egg.5ch.net/test/read.cgi/software/1710421297/

>>19
おわ、開発者さん！ありがとうございます
確かにLADATurbo画面が出ました（lada_parallel_gui.pyではなくlada-parallel-gui.pyだったw)

次の3連休が無くなるよコレ

ffmpegの作業ディレクトリがあるとスワップが起きやすいことがわかったので、スクリプトを最新に置き換えて--temp-dirで必ず外部を指定して。ウチ環だと速度かなりアップしました。

>>15
ちょうど中華破壊あったから見てたけどホースもわかるぞ

>>23
自分で試したいので品番頼む。

>>11
前スレ993だけど、会社のMac Studio M4 Max 128GBで試した結果載せるわ。
720p 2時間動画を並列4で試して約60分でエンコ完了。処理中もまだ余裕ある感じだったので、恐らくもう少し並列処理上げられそう。自分の周りハイスペ環境がMacしかないのでマジ974氏には感謝だわ。

Device: mps / workers=4 / segment=30
Detect: v4-accurate (face mosaics: OFF)
Restore: basicvsrpp-v1.2 / max-clip-length=300

自営だよな

>>25

asitopで見てGPUが100％張り付くように並列処理を調整すればよいと思います。

x86プロセサ＋ nVidia GPU なら FHD ２時間動画を30分で処理できるのになんで Mac にこだわるかね
Mac 使いって昔からほんとに…

あのスクリプトはx86でも使えるはずよ。
試す環境がないのでないやってないけど。

>>25

検証してないけど並列10まで行けるようにしてみた。

そもそも lada には並列処理なんていう概念が無いから何を並列させてるのか知らんけど
階層ディレクトリ探索させながら lada-cli を実行するbash スクリプトを組んで１つ１つ順番にバッチ処理させるのが一番効率的だぞ

階層ディレクトリじゃなくてどこか１つのディレクトリにまとめてソースをおいて一括処理するならスクリプトもいらん
lada-cli で入力にディレクトを指定すればいいだけ

並列と逐次実行は目的が違うぞ。

macじゃそれが通用しないのよ笑
M1 Macだと普通にすると一本エンコするのに2日とかかかっちゃう笑

新参者です GUIの方でも処理を早くする方法はありますか？変換したい動画が数十本あってなるべく短縮したいです。
マシンのスペックは
Core i9-9980XE
メモリ128GB
GeForce RTX 2080 Ti
です。

windowsのEXEでも並列処理できた。
pip install torch torchvision torchaudio
で仮想環境に必要なパッケージをインストールして以下のプログラムをコピーして実行
python3 process_video_parallel.py --input xxx.mp4 --output xxx.mp4 --temp-dir /tmp --parallel-workers 2 --device cuda
EXEにして配布もできるね
効果は検証中

最初に--segment-durationで分割しないと効果ないよ。

おっと、そなのか
4070でgpu 90%使ってるようだからx2ぐらい高速化する予感

>>24
STARS480

HINBAN警察の方、出番ですよぉｗ

WindowsとMac持ってるけどMacで破解する気はしないなぁ
それぞれ用途に見合った使い方するのが一番

無臭見みたけりゃ無臭買えって論破されそうw

無臭は無臭で嗜んでるけど、隠されてるものが見える様になることには別の価値がある

見たいんだ。【おまんこ】

そこに見れないまんこがあるから見るんだよ

>>36

並列処理スクリプトありがとう。Windowsでも動いたのでご報告

<環境>
ハード：Ryzen 9700X+DDR5 64GB+RTX 5060Ti 16GB
OS：Windows 11 25H2
NVIDIAドライバ：Studio 591.74
PyTorch： 2.9.1 CUDA 13.0
lada：0.10.0-dev (32d9a7d)
lada実行設定はencoding presetだけhevc-nvidia-gpu-hqを指定

＜入力ファイル＞
　FHD　17:31　(Segment数 18)

<結果>
オリジナルlada-cli　660.1秒 (11.1分)
process_video_parallel.py
　並列数1　850.8秒 (14.2分)
　並列数2　604.8秒 (10.1分)　8%高速化
　並列数4　531.7秒 (8.9分)　20%高速化
　並列数6　530.4秒 (8.8分)　頭打ち

単発ファイルの処理は並列数4でオリジナルlada-cliより2割高速になった

>>34
そんな焦りなさんな
バージョンアップで精度が上がればまたやり直すことになる

macのvideotoolbox使う時の設定間違えてたので修正しました。

画質大幅アップ。

4gb,Maxwellというド底辺環境のためcu126でビルドし、
30fps,sdを処理しているのだが、
実際に使えるVram量を身誤るのか、
大抵8秒周期で、7秒処理、1秒未処理
の動画になってしまう。
どこを書き換えれば良いのだろうか？
QuadroK2200なのだが、同じ4gbでもGTX970ならそういったことがほぼない。

>>46
基本放り込んで放置だから、どれだけ時間かかってるか確認してなかったけど、出力結果見たら動画の実時間より短い時間で終わってるみたい。高望みしてました。失礼しました。

0.10で連続破壊したら結構な頻度でスキップ発生するんだけどなんだろう？
もちろん再度やり直すと普通に破壊できる

超博士、頑張ってください、応援してます！

30本くらい変換して、満足の精度だったけど、さっきやったやつはダメだったから、やはり得意不得意はあるんだな。
JAVPLAERよりは精度が高いのは確実だけど。

破壊力は圧倒的にLADAが上だけど、精度自体はJAVの方が高い。
LADAの精度自体はjavスレに投下された初期verから変わってないというか、
むしろGUIの利便性と引き換えに悪くなってるくらいよ

なんか末期のEZの流れを見てるようで不安がよぎるわ

まず、破壊力とか精度とか何を指して言ってるのか分かりまてん

分からないならまだ二流ということだ。一流の人達ならたぶん分かる

全てにおいてきめえな

実際v2とv4の違いってなんなの

>>56
よっ、二流！

前スレ974氏へ
-encoder-options を ffmpegによるmerge_videos 時に適用するようにできませんでしょうか？
lada-cli --list-encoder-options hevc_videotoolbox で見ると pyavとffmepgでは適用できるオプションが異なるようなので

>>59は撤回します。
無視してください。申し訳ないです。

>>59

merge_videos時に—encoder-optionsを適用するのは時間が倍かかる気がするので、できないと思う。

claudeに投げて、帰ってきた答え通りをアップしてみました。

試してみて。

>>33
AppleとNVIDIAは対立関係だから
Macユーザーは「M1/M2/M3/M4」チップで頑張るしかない

>>61
早速の対応ありがとうございます
そもそもの>>59の提案は、ladaでvideotoolboxを使用すると
品質と引き換えでのファイルサイズの節約ができなくなるためでした
pyavでは未対応？？？

今回も -q:v 80 の設定は有効になってない感じがします

1つの動画を分割して並列処理は、分割・結合にムダな時間がかかるのと再エンコードによる劣化が伴う
そうではなくて複数の動画を並列処理するというようにはできないものだろうか？
これなら分割・結合による時間のムダも再エンコードもなくていいと思うんだが

無劣化の編集ソフトなら再エンコードはないでしょ
カットした部分だけあるかもしれないが

ソースを見た限りでは、分割の映像・音声と結合の音声は無劣化コピーだけど、結合の映像は再エンコードに見えるけど

複数動画並列は自分でコンソール複数枚でやればいいだけでは
処理しつつキュー管理や並列スロット増減とかするuiでも欲しいんかい？

すんまそん、結合の映像も'copy'でした

def merge_videos(segment_paths, output_path, encoder='copy'):
[中略]
if encoder == 'copy':
cmd.extend(['-c', 'copy'])
else:
cmd.extend(['-c:v', encoder, '-c:a', 'copy'])

>>63

-q:vしか設定していないのでファイルが大きくなっているようです。
他のパラメーターを調整中。

しばらくお待ちください。

>>67
こわくてやったことなかったのですが、コンソール複数枚で同時に処理しても問題は起きないんですか？
それならやってみます、ありがとうございました

>>69

-q:vやめました。pyav経由だとffmpegにうまく伝わらないようです。

>>70
​VRAMが多い環境なら、複数同時でも全然いけますよ
自分は今、並列2プロセスで回しながら、裏でPython使って別動画の結合を同時にやってますが、VRAM 8GB～10GB前後(MAX24GB)の安定推移でクラッシュも起きてません。
ただ、max-clip-lengthを上げすぎると一気にメモリを食って共倒れするので、並列なら180以下くらいに抑えておくのが安パイです。

Windows用のEXE実行タイプのGUI使ってるけど、便利だけど余り細かいことできないのね。
Python使ったGUI使えばいいんかな？
それともCUI？CUIだとバッチ処理出来るんかな？

1度に出来れば２つ処理したいんやけど、、

無知ですまん

0.10.1 にしたら lada-cli が使えなくなったぞ😠

>>74
試してみたけどGUIもCLIも問題ないようだが？

0.10.0でCLIの引数結構変わっているから、0.9.xか0.8.xから0.10.1に上げたのなら戸惑うかも

>>76
そうだよね、0.10.0で急に「--crf」が廃止になったからえ？と思ったよね
恐らく、nvenc使用時に変える必要があるのが「--codec」指定なら判定できるけど、
「--custom-encoder-options」で直接ffmpegに渡されると面倒なのでやめたんだろうけど

>>77
0.10.0から--encoding-presetでプリセットを選択するか、--encoderと--encoder-optionsを使って細かく設定するかの使い方になったようだ
自分はffmpegのオプションには詳しくないので、面倒だからnvidiaのデフォルト設定(hevc-nvidia-gpu-hq)で使っている
lada/utils/encoding_presets.csvを見てみたらこの設定は以下でffmpegのオプションを構成している様だ
Encoder: hevc_nvenc
Encoder options: -preset p7 -tune hq -rc constqp -qp 20 -spatial_aq 1 -aq-strength 6 -bf 3 -b_ref_mode middle -rc-lookahead 32

lada-cli使ってます。
--encoder libx264 --encoder-options "-crf 10 -preset slower"
で出来上がったmp4ファイルをTMPGEnc Video Mastering Worksで編集エンコードする際、かなりの確率でハングアップします。
その際はタスクマネージャーから強制終了させ、「Out Process for VME」も終了させないと再びTMPGEnc Video Mastering Worksを使えません。
mp4コンテナと相性悪いのかと思いladaでproresコーデックを指定してみたのですが、
Error on export 'mp4' format does not support 'prores' codec
と言うエラーが出て終了してしまいます。
mp4コンテナ以外を指定すれば良いのかと思いましたが
ERROR:libav.prores:Specified pixel format yuv420p is not supported by the prores encoder.
ERROR:libav.prores:Supported pixel formats:
ERROR:libav.prores:yuv422p10le
ERROR:libav.prores:yuv444p10le
ERROR:libav.prores:yuva444p10le
ERROR:libav.prores:Specified pixel format yuv420p is not supported by the prores encoder.
ERROR:libav.prores:Supported pixel formats:
ERROR:libav.prores:yuv422p10le
ERROR:libav.prores:yuv444p10le
ERROR:libav.prores:yuva444p10le
Error on export [Errno 22] Invalid argument: 'avcodec_open2(prores)'; last error log: [prores] yuva444p10le
と言うエラーが出てしまいます。どこか見落としてる箇所があればご指摘戴けませんでしょうか。

>>78
詳しい説明ありがとう
0.10.0以降対応の VR_Single_File.bat で crf だけでなく preset も消えた理由がよくわかったよ
しかし、このVRでは lada 通した片目ファイルは一時ファイルで、その一時ファイルで超遅い p7 を使ってファイルを高画質＋小さくする意味はないな
試しに、lossless を使って左右分割と lada 処理をしたらどうなるかやってみたが、試したVR動画では、処理スピードは約3倍になったが、各ファイルサイズは約70倍になった
そこで、処理の順番を 左目動画抽出⇒左目lada通す⇒左目動画削除⇒右目動画抽出⇒右目lada通す⇒右目動画削除⇒左右目lada結合⇒左右目lada削除 に変えてみた
見てみても最終SBSファイルの違いはよくわからないが、速くなったからいいか

>>79
Windows/Linuxでnvidia積んでいるのだったら急がば回れで、lada-cliは >>80のようにlosslessでやるか>>8 に書いてある通り --encoding-preset hevc-nvidia-gpu-uhq で処理して後でproresにトランスコードする方が確実じゃね？

wcswidth　が flatpak の manifest に入ってねぇんだよ

AV総合板にLADA part3スレが建っているが、荒らしが一人で工作してる糞スレになってるや

codebergに置いてあるlada-python-dependencies.yamlにはwcwidthが追加されているが、githubのflathub/io.github.ladaapp.ladaに置いてあるやつは0.9.0版になっててwcwidthがないな

イシュー発行だ >>74

ド新規の3流連中があっち行ってくれればええがな

lada-0.10.0-mps.zipってどこからダウンロードできるの？

86 無視してもらって大丈夫です失礼しました

lada-gui.exe待ちやわ

>>81
有難うございます。
そう思ってprores選んだんですけどエラーが出て困った次第で。
んーどうした物か。

LADA 0.10.1が出たよ

CLI+GUI: FP16 が有効になっている場合の Nvidia 50 シリーズ GPU のパフォーマンス低下を修正
CLI+GUI: ワーカーのいずれかがクラッシュした場合には、復元パイプラインを停止し、エラーを表示するようにします。
GUI: 別のファイルを開いたときに時々フリーズしたり、スピナーが動かなくなる問題を修正

らしいよ

本家
ttps://flathub.org/en/apps/io.github.ladaapp.lada
windows GUI+CLI
ttps://pixeldrain.com/u/KTaf6p3n

>>89
再エンコードが1回余計に入るけど、ladaはhevc_nvencでファイルサイズ大・高品質設定で処理して、出来たファイルをその後ffmpegとかでproresにトランスコードするのが確実では、ということを言いたかった

>>91
有難うございます。
再エンコードとなるのですね。
折角ladaにprores対応ってなってるのに何で駄目なんですかね。

>>90
可変の修正とかいうの入ってないんだな

パフォーマンス低下を修正と言われても開始したらほったらかしだからわからん

losslessでやると、一時ファイルを作るその処理は高速だけど、その次の、できた超巨大一時ファイルを使った処理が超低速になるので全くダメでした
結局、hevc-nvidia-gpu-uhq か hevc-nvidia-gpu-hq でやるのが現実的ですね
それか、hevc をやめて h264-nvidia-gpu-fast にしたら高速だろうけど、品質はどれぐらい落ちるんだろう？

Encoding Presetの構成は以下の通りだった

h264-nvidia-gpu-fast|h264_nvenc|-preset p4 -rc constqp -qp 23
hevc-nvidia-gpu-hq|hevc_nvenc|-preset p7 -tune hq -rc constqp -qp 20 -spatial_aq 1 -aq-strength 6 -bf 3 -b_ref_mode middle -rc-lookahead 32
hevc-nvidia-gpu-uhq|hevc_nvenc|-preset p7 -tune hq -rc constqp -qp 18 -spatial_aq 1 -aq-strength 6 -bf 3 -b_ref_mode middle -rc-lookahead 32

h264_nvencのp4はmedium (default)、hevc_nvencのp7はslowest (best quality)
hevcに比べてチューニング頑張っていない様だから、画質はそこそこ？

ladaで処理した動画をTMPGEnc Video Mastering Worksで何の編集しているんだろう。。。

普通は編集してからladaにつっこむのにな

--encoding-preset の中に codec も入っているので、--encoding-preset を指定したら --encoder を指定する必要はない
それどころか、両方指定して、使用する codec が異なっていると、--encoder の指定だけが採用され、--encoding-preset は無視される
また、--encoding-preset を指定して、--encoder-options で別の codec を指定すると「無効なエンコードプリセット」のエラーとなる
ということで、合体させて
--encoder h264_nvenc --encoder-options "-preset p7 -tune hq -rc constqp -qp 18 -spatial_aq 1 -aq-strength 6 -bf 3 -b_ref_mode middle -rc-lookahead 32"
を試してみたが、hevc_uhq よりも遅いしファイルサイズも1.6倍ほどになってしまった

今まで何も考えずに動画を放り込んでたけど、解像度が無駄に高いと時間かかるんだな。どうせ8インチのタブレットでしか視聴しないから、変換ソフトで解像度下げてから破解するようにしたら、半分くらいの時間で終わるようになった。これなら捗るな。

何を今更

最近知って、使い始めてまだ10日くらいだから

そうか。頑張って極めてくれ

お、manifest が修正された

10.0も10.1も　顔モザイクを検出　はＯＮしたらダメだな
肝心なところのモザイクが取れないシーンが多くなる
顔モザイクを検出　をＯＦＦにしてやり直すと取れなかったモザイクが取れている
顔モザイクを検出ＯＮで結構数処理したのでＯＦＦでやり直しだわ

皆さん、変換にはどれくらいの速度が出てますか？

ワイ環境ではFHDで実時間0.8～1.1倍かかります。oculinkがボドルネックになってるようだから、新しく自作PCを組もうか考慮中です

CPU Ryzen 9 8945HS
RAM 32GB
1TB SSD
RTX 5070Ti 16GB（外付けGPU）
oculink接続（PCIe 4.0 x4）
OS Windows11
lada v0.10.1

検出精度はv4-accurateよりv2の方が優秀なんですよね？

zelefansが10.3へバージョンアップされてワンクリックでのfisheyeモードが追加されたから試してたがVR画面の端のモザまで処理してくれるケースが増えて格段に変換精が上がった感じ。
ただ処理ステップが増えたので処理時間は掛かる。

>>106
ryzen5700x
メモリー32GB
RTX2060super
SSD500GB

これで元の1,2～1.8くらいだな
JAVが5-6倍かかっていたのに比べたらダントツに早いから
早さよりもモザイク残りをどうにかしてほしい

>>108
あのfisheyeモードってPCで見たときに四角が台形に見えるタイプのVRに使うってことでいい？

>>110
すまん、俺も詳しくないがVRで見た時に正方形になるモザイクのかけ方と思ってた。

>>109
それって60fpsのソースですよねCPUが3900X以外はほとんど同じ環境だけど
FHD 30fps v4-accurateだと 元尺の0.6倍くらいで完走します
ピークレベルでCPUは20% , Cudaは70〜80% , Video Encode50%くらい
本当にモザイク残りが一番の課題ですね

エンコード書いてなかった
H265/HEVC Nvidia H/W 高品質中程度です

javに比べて誤爆がまじで多いな

>>12
あたしだよっ

>>106
顔モザイク検出 off
最大クリップ時間 300
GUIで実行

>>16
16氏の環境が理想

お気に入りの女優がグロマンだった時の悲しさ

グロマンしか学習させてない、誰を破壊してもグロマンになるモデル作ったら意外な需要ありそう

全員美祢藤コウのピンクマンになる学習はよ

全員同じピンクマンになったらそれはモザイクと変わりない(ｷﾘｯ
多少グロい方がエロいだろうが

お前らのデカチンをモデルにしたらどうだ？

ゴム無しだけ学習したモデルでなんでもかんでもナマに出来るの？

BasicVSR++は生成AI系のモデルじゃないってことをいい加減知ってほしい

無知でスミマセン

可変フレームレートになるのは不可避なのかな

>>125
--encoder-optionsに"-rc cbr"とか"-cbr true"とかで出来るみたい
やったことないけど

>>111
PCのSBSで台形とか扇型に見えるタイプをVRで見ると正方形になるということでいいのかどうなのか　まあとにかくfisheyeモードですごく良くなる動画があった

javplayerのver2にあったVRの歪み補正的なものと考えて良さそうかな
この機能がver3に無かったから困ってたんだよね

LADAはバージョンアップの方向性をどこに向けてるのかな？
正直、メジャーになって初期のバージョン7あたりの仕上がりで俺は満足なんだけど、
モザ認識力の弱さや、残りモザの改善さえ進めば…と思っているが、
一向にその辺の動きが見えないのがもどかしい。

仕上がりは自然だし全然いいんだよな
本当にバージョンアップしてほしいのはそこなんだよ

今はスピード命なんだろう
スピードが終わったら品質向上願います

利便性は二の次で良いのに、あれ入れてくれ、これできるようにして欲しいっていう
有害無益な外野が多すぎるのよな。JAVもまさにそれが原因で全然進化しなかったし

それも外野の意見じゃね？

2〜3年後にはボディスワップやマンコスワップまで出てきそう
で、もうそれでいいやってなりそう

複数モザイクと上下判定（例えばフェラを下から撮ってるときとか）のモザイク認識を改良してくれればと思う

スピードは弄りやすいがモザイク関係はちょっとやそっとじゃ無理やろ
そんなもん年単位でかかるわ

乳首スワップも出来るんかな
ピンク乳首にしてほしいお

>>136
別にお前が愚痴ることでもない。
作ってもないのに何で上から？

それはもう一からエロ動画錬成した方が良いレベル。

4690(3.7GHz)/DDR3/3060でも処理時間1-1.3倍位で意外に速かった
win11/1080p30fps/v2/nvencHEVC高品質
0.8-1倍　5700X(4.6GHz)/DDR4-3200MHz/4070ti-PL50%
0.9-1倍　5700X(4.6GHz)/DDR4-3200MHz/3060-PL58%
0.9-1倍　5700X(4.6GHz)/DDR4-3200MHz/2080ti-PL45%
1-1.3倍　4690(3.7GHz)/DDR3-1600MHz/3060-PL58%
やっぱCPUクロックが大事かと思う
後はwinよりlinuxの方が良いかもしれない、面倒でまだ試してないけども

上のレスみたいに細かく検証してくれる人ってマジで尊敬する
男の思考や行動なんて仕事や役職に左右されると思ってて
エンジニアとか研究職とかで答えだすまで突き詰める癖ついてんだろうなー
って勝手に思ってる
俺みたいに空っぽな人間からすれば畏敬の念しかない
いつもありがとうございます

ゴム有りをゴム無しにできるようにしてください（文系）

そういう物じゃないだろ 超解像の意味わかってないよな

LadaはVSRだけど、超解像で括ったらESRGANだって超解像なんだから
>>143
の書き方も怪しいけどね。ここはLadaスレだとか文脈から判るだろとか言い訳しそうだけど

スワップ出来るようにしろというのは明らかに間違ってるだろ

デュアルブートでubntuを入れて、windowsと比較してみたけどやっぱり速いね

モザイクありの動画を1分に切り抜いて、同じ動画を並列でぶん回した

スペック
cpu core i9 13世代
グラボ rtx 4090

lada 0.10.1
fp16 / hevc-nvidia-gpu-uhq
検出 vr v2 auurate
除去 basicvsrpp1.2

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

LINUXとWINとこんなに変わるの？

最近知って試してみたいんだけどコレってやっぱりNVIDIAで無いとパフォーマンス出ないものなの？
手持ちがRTX3070 8GとRadeon RX 6900 16GBなんだよね。
メモリがだいぶ違うけどこれでもRTX3070の方が早いもんなのかな？

試してみれば分かるだろ

>>147
あんまり詳しくないけど、
多分検知と再構成のスピードがかなり早くなってるんだと思うよ

8KVR破壊でGPUやCPUをまともに使ってくれないんだけど解決方法ある？

メインメモリが足りてないんじゃね

CPUやGPUの使用率を100%付近まで使いたいということなら現状では方法はないと思うよ。
今より少しでも使用率を上げたいとか速くしたいの一点狙いならより高速なメモリと高速なエンコーダ積んだGPUに交換かな。
デコードは影響小さいみたい。
linuxだがHWデコードできるよう俺環依存でffmpegコンパイルし直したりutiliy内のコード変更してたりしたけど変わらんかった。

そもそもGPU、CPUをまともに使ってないって思う根拠はなんなんだろうな
20コアCPUの全部のコアのload が100%に張り付いて無いと不満なのか？

WinでGPUの使用率を100%近くに持ってはいけるよね。
複数走らせればなるし。
一本の動画だけで100%は無理やけど、、、

151だけど構成は9900x、5080、ram96で
2DならGPUCPUは普通に使ってくれる
8KVRだとzelefanとundergate版両方試しても
GPU使用率10%CPU20%ぐらいしか使ってくれず7fpsぐらいしかでないから困ってる

それなら正常でしょ。i9-14900k+5080+96GBで単純にffmpegで再エンコードだけしても9fps位しか出ない。
ffmpeg使ってるladaでそれを超えることはあり得ないし。

解答サンクスzelefanに期待してたけどffmpegの限界みたいね8KVR破壊が実用的になるのは残念だけどladaでは無理なのかも

そもそも扱ってるデータが時系列のシーケンシャル構造をもつものなんだから潜在的な並列処理可能性はそんなに高くはないってのは分かるか？
basicvsrってのは一枚の絵ではなく複数フレームにまたがるモザイクの時系列的な変化を考慮して計算してるんだからな

複数の動画を並列に実行する場合は潜在的な並列処理可能性は関係なくなるが今度はデータ転送がボトルネックになる
4kでデータサイズが多くくなっても同じことが起きる
ffmpeg でCPUを使おうがGPUを使おうがそれは同じ

mac版の並列処理しているものは少し変更すればwindowsで動くよ
gpu使用率が上がり20-50%高速化する
速さを求めるならこれがおすすめ

長時間の処理だけに速さも大切だが熱も抑えたいので結果的に現状はちょうど良いのかもしれん。

グラボ新調したいけどAI需要のせいで民生品に半導体回ってこなくて価格暴騰してて買えない
てか品物すら無い

今まで面倒だったのでやっていなかったが146のUbuntu実行結果を見てこんだけ早くなるならと思い、俺もUbuntu Native環境作ってみた
マジで倍近く速くなるのな。一方、WSL2はダメだった。Windowsそのままより4割くらい遅くなる
バッチ処理するならUbuntu Native環境が良いな

＜環境＞
　Ryzen 9700X+DDR5 64GB+RTX 5060Ti 16GB
　lada-cli 0.10.1-dev
　v4-fast/fp16/hevc-nvidia-gpu-hq

＜入力ファイル＞
　FHD　17:31

<結果>
　Windows 660秒
　Ubuntu (Native) 354秒 (x 1.86倍)
　Ubuntu (wsl2) 1,031秒 (x 0.64倍)

Ubuntu nativeはめっちゃ速くなるよね
あとnvidiaのmpsも実行してlada回したら複数処理も安定するようになった

>>163
今買えるとこで買わないともっと酷くなるぞ

16gb のグラボは 5080 優先で 60 ti 16gb と 70 ti は減産してるらしい

>>165
情報ありがとうございます

Linuxの場合、複数ファイル同時処理や分割並列処理スクリプト使う際はnvidia-cuda-mps-controlが必須なのね
複数ファイル同時処理は最初これ動かさずにスクリプト実行したらworker数を増やしても処理時間が短縮されずにおかしいな？と思ってた

mps動かした後だとworker数に応じて処理時間が減っていった
Windows単体cliの2.6倍、Ubuntu単体cli実行より40%高速化とか、捗る

<MPSなし>
Worker数2：383秒
Worker数3：373秒
Worker数4：367秒

<MPSあり>
Worker数2：320秒
Worker数3：275秒
Worker数4：261秒
Worker数5：251秒

LinuxとWindowsでそんなに違うのか...( ﾟДﾟ)

Stable Diffusionも含めてそうなん？ってChatGPTに訊いてみたら、SDは倍速にはならんけど全般20〜30％は速くなるとか。
え〜今からUbutuだのLinuxゼロスタートとかどんだけ〜〜( ´Д`)

>>163
中古はダメなん？
ワシ、何日か前にヤフーフリマで16万弱の4080ultra買ったで。まだ動かしてないけど。
中古相場は 4080系が17万、5080系が20万、xx90系はお大尽過ぎて手が出ん。( ´Д`)

linuxとやらも分からんし、linuxでlada動かし方も分からん。難しいんでしょ？

全く知らんでも今ならAIに聞けば手取り足取り教えてくれるからな
昔と違って敷居は全然低い

そんなに速度求めて何したいの
業者か？

今のLADAでも十分早いんだし、変換するシーンを厳選すりゃええのよ
1本丸々は時間と金の無駄だしな

ほんと、処理速度よりも、モザ破解関連部分の改善の方が大事。優先事項はここなんだよ。

linuxはガチでwinより1.5-2倍速いな
だけど俺環境だとメモリリーク起こしてて、処理終わった動画のメモリ解放してないんだよな
数本処理するとDRAMとSWAP食い潰してしまう、何が原因だろ

>>174
1.5倍から2倍違うのにやらないのは時間と金を無駄にしてるだろw

金と時間かけて確かに何やってんだというのもあるが、趣味はそんなもんだろ

昔の動画とかの超解像はさすがに重いし容量も食うのでシーンは厳選するが
、FHD動画2時間が30分くらいで終わるなら何も考えずに全編処理してもいいかと思える位になった

>>135 みたいに思うところもあるけれど、confとiouで気持ちチューニング出来るからv4-fastでもそんなに不満はない
そのうち本体が改善されたらまたやり直すだけ

GUIしか使ってないけど昔の動画は640*480とかですぐ終わるよね
コマンドラインで超解像もやるの？

超解像はLadaとは別でやってる

そうなんだ
RTX VSRが出て以来、ソースのアップスケールはやらなくなったな

Vrの方ならかなり精度高い
それよりギザギザになる方が困る
これはモザじゃないとこ破壊するからそうなってる

それだけ破壊してちゃんと見てるの？
手段が目的になってない？

確かにそれは否めないのだが、観たくなるかどうか取り敢えず破解してみないとわからんのよ。とか言い訳しながら候補全部破解しとる。
かくしてリソースがなんぼあっても足らんという。( ´Д`)

マルチオナニストの俺からすると色んな動画がモザなしで見れる方がありがたいけどな

パターンA
人力選別-加工-収穫
パターンB
加工-収穫-人力選別

数百動画ならAで良いけど、数千動画だとBで気温が低い内に収穫まで終わらしておきたい
モザイク種類、同時モザイク数、元画質によって成果物の出来はバラつくんで実際作ってみないと出来が分からないんだよな

夏は熱問題に悩まされるからなw

万個も得意になってほしいな

今更だけど裏流出してる表作品をladaで変換すると、まんま無臭と同じになるなぁ。
今までjavplayer使ってたけど全部変換し直してるわ。

>>183
それは破壊あるある

>>189
ほんと、JAVPで変換してタノがバカみたいに思える仕上がりなのよな。

俺は4隅のwater markが気になって透過しょりしたものをワザワザ合成してた
日本の作者じゃあれが限界なんだろうけど、失踪するくらいならwater mark消して行けやとオモタ

金払った客とは言えさすに言い草がクズすぎない？

YOLO26モデルってどうなんかな？
全然理解してないけど

モザイクによってはチンコがプラスチック製みたいになって笑っちゃう時がある

それは本当に玩具だったりしてw

破壊するとこれまで死蔵してた外れ作品の中から意外に楽しめる奴が出てくるのが良い

超博士、マイペースでバージョンアップをお願いします！
応援してます、超博士頑張って！

モザイクのギラギラが激しくてJAVPではどうやってもウネウネになってしまうやつが綺麗に破解出来るよな

一時期ちんこキャップの作品あったな
最近見なくなったけど

>>198
Ladaの作者はDiscordしか見ていない

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通ってればいい

>>300
だからいるんだってフォーク版が
結局JavPもTg-PLusを超えれなかったからな

まあ有料版とやらを買う必要性はないけどな

処理自体はLadaのみでやるんやから
それ以上の再現度は望めん
ただ少しくっきりするかもくらいか

で、jasna とやら、破壊の出来はどうなん？

jasnaでググっても海外のスキーリゾートとか無関係なものしかヒットしないんだが...
どこにあるの？

そんなヘナチョコ検索に掛かるほどヤワじゃない。

現状ladaより微妙なもんは話題に挙げなくていいぞ

いつものガイジ

Jasnaはインストールや手順をどうすれば良いのかある程度知識ないと難しい

気のせいだGUIがないと面倒なだけだった

teijiのAlethis1.8でJasnaが使えない。
マニュアル通りにダウンロードして
Jasna作ってぶっ込んだんだけど。

LADAモードだと問題なく動作する。

最新の NVIDIA ドライバーを使用することを忘れないでください。
readme訳より

Alethis1.8でJasnaが以下の手順で使えましたよ。
1) mkvmergeをダウンロードし、インストールする。
2) ffmpeg, ffprobe, mkvmergeをAlethis.exeと同じフォルダーにコピーする。
モザイクの認識が良く、破壊も素晴らしい。

いるよねー自分が作った訳でもないのに偉そうな
意地が悪くてへなちょこな
>>307 みたいなダセーヤツw

>>314

ありがとうございます。

1はやったんだけど2はやってなかったのでやってみます。

ドライバーは最近アップデートしたんだけど、確認してみます。

Jasnaの最初のCompileがどうしても24ギガ要求されるんだけどなんでだ？
しょうがないからNoCompileでやってるけど黒塗りがたまに出る

はいはい
jasna kruk2

>>318
神かよ！！！！あざまーす！！！！

どうやってもできない

basicvsrppコンパイルしている人、たまに黒塗り出る現象起きてる?

しらんけどJavｐ時代はたまになってた

神様はいない　だって祈ったもん

黒塗りはGPUスケジューリング切らんと直らないかもしれない、切ったら直った

ladaがアップデートしたらどうすればいいんですか？
最初から入れ直しですか？

>>324
ありがとう
確かにそれドキュメントに書いてあった
Windowsの設定で「ハードウェアアクセラレータによるGPUスケジューリング」をOFFにしたら黒塗りは出なくなった！
コンパイルするとは依然BSoD起きる
GPUメモリ16GBじゃ足りんのか・・・

>>326
コンパイル自体はメモリ少なくても出来た、16GBなら（Clipsize60のoverlap4）位で指定すれば通ると思う。

実際、JasnaってLADAより破壊度が凄いんですか？

ここで良く破壊度って言葉でるけど破壊された場所の鮮明度やリアリティを指してる人と破壊漏れの無さを指してる人が居るから話噛み合わない時あるよね

>>329
失礼しました、Jansaは鮮明度やリアリティでLADAより優れていますか？

>>330
変わるならここで大騒ぎになっとる

ダメだ、alethisでjasna使えねワカンネ

ハイエンドしか無理なんじゃね

性能低くても使えるけどjasnaはRTX系しか使えないからな

性能低くても使えるけどjasnaはRTX系しか使えないからな

jasnaで--device DEVICE ってどう指定すればいいんだ？
0とかGPU0とかやってもInvalid device stringになっちまう

parser.add_argument("--device", type=str, default="cuda:0")

>>337
指定できた　ありがとう

>>327
clipsize 30とかも試してみたが俺環のWindowsでは現象変わらずだった
Ubuntuで試してみたらこっちはデフォ設定ですんなりコンパイルが通った
最初からそうすりゃよかったか
モザ認識はladaのv4モデルより良い気がする。zelefansが公開しているvr v2モデルと同じくらいな印象

>>332
もう少し上を確認
まあ今のところLadaの方が良い結果が出る感じ

>>332
左下押した？

ladaもtvai対応か

LADA_GUIすごいな、こんな簡単きれいにモザイク破壊できるのか
ノートPCの4060で2時間FHD破壊に9時間かかったけど、一晩で終わるから何とか使える

AVメーカーの戦略的には、今後はむしろ破壊しやすいモザイクに寄せていくのではないだろうか

tps://i.imgur.com/tpdL99Q.jpeg

>>344
メーカーとしてはそうであってもやり過ぎると規制が強くなるかもね

昔のすりガラス系の修正に変えられたらめちゃくちゃ不味いのかね
それとも今のAIならそれでも突破できる？

「ガウスぼかし」のことけ？

ガウスはダメじゃね？

2013年位までの作品は画質悪くてもLadaかけると無修正並みになるけど
インターレースの縞々がついてる奴は苦手っぽいな

インターレースは、TVAIで解除したの使えば完璧よ？
元の画質が悪すぎたら厳しいけどね。

ガウスぼかしはどの程度ボケているかが分かればある程度何とかなるよ
まあ、それが出来るアプリがあるのかどうかは知らんけど

cliの使い方教えてクレクレにイライラした作者からGUIが出たぞ

確かにGUIがあるととっつきやすい
V3モデルとか、高画質化の2nd処理とか色々試していて面白い
本家がひと月くらい新しいリリース出してないから良いおもちゃになってる

本家でなんの不自由もない

まぁモザイク認識率が良いのと処理時間が半分ちょいになるくらいだしな

fanzaのサンプル動画をフルスクリーン録画した奴と、ウィンドサイズで録画してクリッピングした奴を
Ladaのv2にかけてみたらフルスクリーンの方はモザイクがチラチラ残ったのに対して、
画面小さい方は綺麗にモザイク取れてたわ

単純に高解像度の方が良い結果になるのかと思ってたけど、
アップスケールで引き伸ばされただけの場合は逆効果なんだな

4790K/RTX2060/DDR3の中古三万円でも
linux入れてV2/nvencHEVC高品質
1080pが元時間の0.7位
480pが元時間の0.5位
だから産廃PCでも十分な速度だな

LADA知ってからずっと斉藤みゆ破壊してる、こんな人気女優の作品消えたの残念だな

jasnaアプデすごいな
ほぼほぼ機能あるやん
まあどれも動かなかったけど

Swin2SRの高画質化2回目処理はGUIだと動かなかったが、CLIからやったらいけた
効果は気持ち効いてる?って感じ

lada v0.11.0 来たよ

そろそろv2に代わる識別モデルを出してクレメンス・・・

破損したフレームの対応してるやん
助かるわ

>>359
自分に売り上げ入ってこなきゃ消すよね

>>365

印税みたいに1本売れた(1ダウンロード)〇〇円ってなれば
消す人減りそうだな。

av.error.NotImplementedError: [Errno 40] Function not implemented: 'avcodec_open2(hevc_nvenc)'

エラー。」ｖ0.9.1までは普通に使えたのに？

GUIなのかCLIかわからんがおま環の問題だと思う
最近は生成AIがあるんだからAIに聞いてみりゃいいじゃん
よくあるのはNVIDIAのドライババージョン確認と出たが

(^_^)

lada v0.11.0　破壊度が増した気がするのは気のせい？でも取りこぼしも多くなった

v0.11.0来てたのか
99%で止まる動画が完走できるようになってたわ

今回リリースのChangelogとコミット一覧見たが、restoration pipeline周りの関係ありそうな更新は破損したフレームの扱い改善位しか見当たらないからほぼ気のせいじゃなかろか

11でもGUIはそのまま使えそう？

今までの流れだと lada v0.11.1 がすぐ出そうだからもうちょい様子見る

jasnaよりVRのが上だな

>>367
グラボのドライバ更新してみ？

どれだけ綺麗に破壊できるかは、元動画の画質がどれだけ綺麗かによるよね

v4accurateよりv2の方が検出精度高いって罠だな、結果結構な頻度のチラチラモザイクが
50時間くらいv4accurateでやってしまった、数字大きい上accurateって付いてたらこっちのがいいと思っちゃうよ

v2最強説再び現る

v2accurateを使うとる

v4は総じて駄目

復元度はV2よりV4のほうが良い
モザイク検出より復元度を重視するならV4が良いよ

ソース1か所人力で書き換えてconf=0.1, iou=0.8にしてv4fastを使ってるが、モザイクのちらつきが気になるケースはほとんど無いな

>>382
モザイク検出用のモデル(detection_modelってついてるモデル)と
復元用のモデル(restoration_modelってついてるモデル)ってそもそも別だしバージョンの振り方も違くない？
検出モデルと再現度そのものに関係性あるのかな？

ない、が検出精度が影響はするので無関係ではない

何が良いかはGRIDPLAYERを入れて比較してみるといい
複数の動画をタイムラインで同期できるから破解の仕組みはわからずとも実際に目で見て確認できる
顔モザイクのほうが精度を確認しやすい

huggingfaceのladaappのところにrestoration modelのv1.2 fullってのがちょっと前に登録されていた
サイズがv1.2に比べて4倍弱あるファイル
試しに使ってみたが、warning出たけど処理はできていそう。結果の比較はこれから
これなんだろ？

モザイク検出はv2一択。チラつくのとか論外だろう。

win版は指定範囲破壊は出来ないんだよね？

範囲指定できるguiあるじゃん

あれ？あるんだ。

>>386
restoration modelのv1.2とv1.2 fullで処理した動画をGRIDPLAYERで見比べてみたらv1.2 fullのほうが明らかディテールが良くなっている場面があったので、しばらくこれ使ってみようと思う
モザイク検出もv2/v4-fast/zelefansのvr v2で比べてみたが、試した動画ではvr v2が一番取りこぼしが少なかった

>>387
lada/_internal/model_weightsに入れると除去モデルにbasicvsrpp-generic_v1.2_fullが追加されるね
復元した動画はbasicvsrpp-v1.2と同じに見える

アップデートされた復元モデルは試してみる価値あるね

tvaiでアプスケしてから破解すると精度下がるのだろうか

>>392
めっちゃ長文のメッセージ出るけど普通に完走してるね
90年代前半らへんの低解像度なソースで試してみた所、ディティールがちょっと良くなってる感じはする

元動画は720pでも綺麗に破壊できる？
やっぱり1080p？

マジか、また破壊し直す旅が始まるのか…

ladaの時点でディテールとかはどうでもええねんな
取りこぼし少なくすることが最大の優先事項じゃね

手がミトン手袋みたいなのと指が一本一本分かれているのと、どっちが良いかは気にするだろ

undergate lada_gui0.10.0でも本家0.11.0動くんだな
ついでに>>382のモデルもlada_mosaic_restoration_model_generic_v1.2.pthにリネームしたら動いた
顔モザイク検出無効にできるからこっちでやってくか

×>>382　○>>387

zelefansのVRって、GUIの方がいいの？
今までずっと、CLI使ったVR_Single_File.batに手を加えて使っていたけど、
ladaのオプション仕様変更への対応以外全く更新されないってことはやっぱり？

v2無印、v2_a、v4_a、v4_fをそれぞれv1.2.pthとv1.2_full.pthを試したら、今回のテスト動画ではv2_aとv1.2_full.pthの組合せが一番復元状態が良かったな。

>>404
huggingfaceのzelefansの所にある
lada_vr_mosaic_detection_model_v2_accurate.ptも試してみ
そのままのファイル名だと使いづらいのでlada_mosaic_detection_model_vr_v2_accurate.pt とかにリネームしてmodel_weightsフォルダ置けばladaが見つけられるようになるから、GUIから検出モデルを選択できる

検出モデルはzelefansのlada_vr_mosaic_detection_model_v2_accurate.ptで
復元モデルはlada_mosaic_restoration_model_generic_v1.2_full.pth

この組み合わせが今のところ最強

ありがたやありがたや

ladaの時点でディティールどうでもいいとかレスあってびっくりした
みんなそうなのか？俺はモザイクの取りこぼしより復元度のほうがデカいわ
価値観は人それぞれなんだな

俺も復元度優先だけどなあ
取りこぼしは程度の問題はあるけど現状なら我慢できるレベル

そうなん？俺は取りこぼしの方が我慢できねぇけどなぁ
まぁ人それぞれか

Ladaの始めの復元モデルの出来が大変いいのは疑いないけど
ボケ度はまだ結構あるし完成されたわけでもないと思うよ

lada っつーか、モザイク破壊アルゴリズムのbasicvsrppはモザイクの時間方向の変化を考慮してるからモヤっとした感じになるのはしかたない
原理的にはこれが限界

もっとハッキリさせるには Diffuion Model を組み合わせるしかない

>>405

素人の質問で申し訳ありません。

huggingfaceのzelefansまでは行けたのですが、lada_vr_mosaic_detection_model_v2_accurate.pt
がどこに貼ってあるのでしょうか？

すいません、自己解決しました

基本、動画いくつか放り込んで放置なんだが、11にしてから気がつくと落ちてることが頻発
安定してないのかな

>>367
NVIDIAのドライバを更新しても治らない場合、カードが古いのかもしれない(HEVC Bフレーム対応要になった)
別のエンコーダーを使うか、エンコーダーオプションをいじる(-b_ref_mode 0を追加？)か対応が必要そう
詳しくはladaのイシュー#254を参照

>>415
0.9.1から久しぶりに更新する気なんですが、モザイク除去精度は0.9.1に比べてどうなんでしょうか

>>417
自分も9.1から11にしたけど、精度の違いはよくわからん

>>406
その組み合わせで何本か復元してみたが、最強ですね

>>406
この選択で処理速度をMAXにするにはどうしたらいいのかな？
メモリなどのパラメタの推奨・最適値があれば教えて下さい

おま環依存の部分もあるが、モデル指定以外のlada実行時設定で処理速度を大幅に改善出来るとか今はないと思う

マジレスすると、金で解決か技術力で解決かの2択

ハードを>>16の処理速度の目安に書いてある構成に近づける or これよりすごい構成にする

今のハードを使ってこのモデルの組み合わせのまま速くしたいなら、Linux上でMac版の分割処理スクリプトを流す

Thanks

現状
GPU：5070（12GB)
CPU：Core i5-14400F
メモリ：64GB
なんだけど、すぐに構成をいじれない状態

ネックがWindows11でLinuxにすれば改善できるとしてもそれなりのGPUがいるってことね
余ってる1650クラスをLinuxで使おうと思っていたのだがあまり意味がないか…
まぁ、夜間にまわしておく分には別に気ならないので気長にやります

いろいろ設定ためしたけど、復元力は>>406の設定でかなりよくなったけど、モザの取りこぼしがまだまだおおい。
特に顔を認識してくれないんだよな。
javでは同じ動画において顔も認識してくれてたんだけどなぁ。」

全てを満足させるのは難しいんだろうね
現状、顔を認識させるにはv4モデルで顔検出ONにするんじゃないかな
顔検出ONはNSFWモザの検出精度が落ちる副作用もあるから使ってないが

>>406
こちらの lada_vr_mosaic_detection_model_v2_accurate.pt
のDL先ってありますか？
検索したのですが、どうも見つからなくて・・・。

ladaイシューの#66からたどり着ける

普通にZelefansのReadme読めば書いてある。ちゃんと読む習慣をつけよう。

(^_^)

v2accurate取りこぼし増えて微妙だわ

>>425
huggingface をぐぐる
huggingfaceの左上あたりの検索窓に　zelefans　を入れて検索
zelefans/vrmr　が出たら　filesタグを選ぶ
lada_vr_mosaic_detection_model_v2_accurate.pt　をダウンロード
あとは　>>405　の通りにリネームしてmodel_weightsフォルダに置く

>>430

すみません、ご親切にご教授ありがとうございます。

無事解決いたしました。。

Supjavのモザイク破壊ページに掲載される作品、直近の分を含めすべてに「JavPlayerモザイク破壊」の
タグが付いているけど、最近の分はradaを使った破壊と考えていいのだろうか
おしえてエロい人

>>432
12月くらいにアップされてるのから格段に精度が上がった気がするから、そのあたりに切り変わったんでは？