【超解像】Lada part3

**名無しさん＠お腹いっぱい。** · 2026/01/07(水) 14:46:33.37

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

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

**名無しさん＠お腹いっぱい。** · 2026/01/07(水) 17:20:54.85

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

**名無しさん＠お腹いっぱい。** · 2026/01/07(水) 18:04:58.61

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

**名無しさん＠お腹いっぱい。** · 2026/01/07(水) 18:26:28.61

保守 (´･ω･`)

**名無しさん＠お腹いっぱい。** · 2026/01/07(水) 18:46:32.74

乙

**名無しさん＠お腹いっぱい。** · 2026/01/07(水) 18:48:56.88

(´・ω・｀)

**名無しさん＠お腹いっぱい。** · 2026/01/07(水) 19:21:01.79

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

**名無しさん＠お腹いっぱい。** · 2026/01/07(水) 19:33:38.90

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

**名無しさん＠お腹いっぱい。** · 2026/01/07(水) 19:37:00.27

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

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

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

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

**名無しさん＠お腹いっぱい。** · 2026/01/07(水) 19:47:01.17

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

**名無しさん＠お腹いっぱい。** · 2026/01/07(水) 20:32:10.35

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

**名無しさん＠お腹いっぱい。** · 2026/01/07(水) 20:43:17.15

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

**名無しさん＠お腹いっぱい。** · 2026/01/07(水) 20:45:43.66

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

**名無しさん＠お腹いっぱい。** · 2026/01/07(水) 21:00:22.37

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

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

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

**名無しさん＠お腹いっぱい。** · 2026/01/07(水) 21:07:07.50

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

**名無しさん＠お腹いっぱい。** · 2026/01/07(水) 21:07:27.93

●処理速度の目安
-- 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 ～

**名無しさん＠お腹いっぱい。** · 2026/01/07(水) 21:30:30.79

>>13

lada_parallel_gui.py

**名無しさん＠お腹いっぱい。** · 2026/01/07(水) 21:38:53.27

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

**名無しさん＠お腹いっぱい。** · 2026/01/07(水) 21:44:06.56

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

**名無しさん＠お腹いっぱい。** · 2026/01/07(水) 21:47:56.71

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

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

**名無しさん＠お腹いっぱい。** · 2026/01/07(水) 21:58:46.04

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

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

**名無しさん＠お腹いっぱい。** · 2026/01/07(水) 22:05:07.37

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

**名無しさん＠お腹いっぱい。** · 2026/01/08(木) 00:41:26.86

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

**名無しさん＠お腹いっぱい。** · 2026/01/08(木) 07:51:13.49

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

**名無しさん＠お腹いっぱい。** · 2026/01/08(木) 08:21:55.09

>>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

**名無しさん＠お腹いっぱい。** · 2026/01/08(木) 08:39:47.27

自営だよな

**名無しさん＠お腹いっぱい。** · 2026/01/08(木) 09:11:41.23

>>25

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

**名無しさん＠お腹いっぱい。** · 2026/01/08(木) 10:39:05.87

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

**名無しさん＠お腹いっぱい。** · 2026/01/08(木) 10:46:40.25

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

**名無しさん＠お腹いっぱい。** · 2026/01/08(木) 11:10:09.82

>>25

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

**名無しさん＠お腹いっぱい。** · 2026/01/08(木) 11:37:29.05

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

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

**名無しさん＠お腹いっぱい。** · 2026/01/08(木) 11:48:33.36

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

**名無しさん＠お腹いっぱい。** · 2026/01/08(木) 11:48:44.33

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

**名無しさん＠お腹いっぱい。** · 2026/01/08(木) 12:23:59.40

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

**名無しさん＠お腹いっぱい。** · 2026/01/08(木) 13:17:07.14

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にして配布もできるね
効果は検証中

**名無しさん＠お腹いっぱい。** · 2026/01/08(木) 13:30:25.87

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

**名無しさん＠お腹いっぱい。** · 2026/01/08(木) 13:39:51.46

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

**名無しさん＠お腹いっぱい。** · 2026/01/08(木) 15:06:14.60

>>24
STARS480

**名無しさん＠お腹いっぱい。** · 2026/01/08(木) 15:12:49.58

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

**名無しさん＠お腹いっぱい。** · 2026/01/08(木) 19:20:33.47

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

**名無しさん＠お腹いっぱい。** · 2026/01/08(木) 20:06:45.59

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

**名無しさん＠お腹いっぱい。** · 2026/01/08(木) 20:32:06.10

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

**名無しさん＠お腹いっぱい。** · 2026/01/08(木) 20:41:43.47

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

**名無しさん＠お腹いっぱい。** · 2026/01/08(木) 21:06:11.75

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

**名無しさん＠お腹いっぱい。** · 2026/01/08(木) 21:47:56.72

>>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割高速になった

**名無しさん＠お腹いっぱい。** · 2026/01/09(金) 05:41:56.96

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

**名無しさん＠お腹いっぱい。** · 2026/01/09(金) 08:25:15.24

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

画質大幅アップ。

**名無しさん＠お腹いっぱい。** · 2026/01/09(金) 09:44:52.06

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

**名無しさん＠お腹いっぱい。** · 2026/01/09(金) 17:33:28.52

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

**名無しさん＠お腹いっぱい。** · 2026/01/09(金) 18:30:38.38

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

**名無しさん＠お腹いっぱい。** · 2026/01/09(金) 20:58:26.60

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

**名無しさん＠お腹いっぱい。** · 2026/01/09(金) 22:05:35.46

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

**名無しさん＠お腹いっぱい。** · 2026/01/10(土) 04:00:52.74

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

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

**名無しさん＠お腹いっぱい。** · 2026/01/10(土) 04:43:55.56

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

**名無しさん＠お腹いっぱい。** · 2026/01/10(土) 05:44:08.61

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

**名無しさん＠お腹いっぱい。** · 2026/01/10(土) 07:17:17.98

全てにおいてきめえな

**名無しさん＠お腹いっぱい。** · 2026/01/10(土) 09:10:55.91

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

**名無しさん＠お腹いっぱい。** · 2026/01/10(土) 11:45:24.86

>>56
よっ、二流！

**名無しさん＠お腹いっぱい。** · 2026/01/10(土) 12:11:44.99

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

**名無しさん＠お腹いっぱい。** · 2026/01/10(土) 16:37:06.50

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

**名無しさん＠お腹いっぱい。** · 2026/01/10(土) 16:54:48.20

>>59

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

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

試してみて。

**名無しさん＠お腹いっぱい。** · 2026/01/10(土) 18:44:39.09

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

**名無しさん＠お腹いっぱい。** · 2026/01/10(土) 19:08:01.78

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

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

**名無しさん＠お腹いっぱい。** · 2026/01/10(土) 19:15:56.52

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

**名無しさん＠お腹いっぱい。** · 2026/01/10(土) 19:22:03.91

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

**名無しさん＠お腹いっぱい。** · 2026/01/10(土) 19:34:11.15

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

**名無しさん＠お腹いっぱい。** · 2026/01/10(土) 19:37:29.60

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

**名無しさん＠お腹いっぱい。** · 2026/01/10(土) 19:39:59.37

すんまそん、結合の映像も'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'])

**名無しさん＠お腹いっぱい。** · 2026/01/10(土) 19:55:03.10

>>63

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

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

**名無しさん＠お腹いっぱい。** · 2026/01/10(土) 20:00:01.50

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

**名無しさん＠お腹いっぱい。** · 2026/01/10(土) 22:13:54.60

>>69

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

**名無しさん＠お腹いっぱい。** · 2026/01/10(土) 22:24:34.97

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

**名無しさん＠お腹いっぱい。** · 2026/01/10(土) 23:19:48.11

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

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

無知ですまん

**名無しさん＠お腹いっぱい。** · 2026/01/11(日) 00:03:38.71

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

**名無しさん＠お腹いっぱい。** · 2026/01/11(日) 01:11:47.50

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

**名無しさん＠お腹いっぱい。** · 2026/01/11(日) 03:08:24.61

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