【超解像】Lada part3

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

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

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

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

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

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

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

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

**名無しさん＠お腹いっぱい。** · 2026/01/22(木) 04:01:01.61

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

**名無しさん＠お腹いっぱい。** · 2026/01/22(木) 05:40:53.42

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

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

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

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

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

**名無しさん＠お腹いっぱい。** · 2026/01/22(木) 09:31:57.21

馬の耳に念仏

**名無しさん＠お腹いっぱい。** · 2026/01/22(木) 10:05:05.96

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

**名無しさん＠お腹いっぱい。** · 2026/01/22(木) 10:06:08.81

>>221-222だったすまん

**名無しさん＠お腹いっぱい。** · 2026/01/22(木) 16:18:17.45

Jasnaはどうなんだろうか

**名無しさん＠お腹いっぱい。** · 2026/01/22(木) 19:07:32.09

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

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

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

**名無しさん＠お腹いっぱい。** · 2026/01/22(木) 22:50:23.46

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

**名無しさん＠お腹いっぱい。** · 2026/01/22(木) 23:41:23.24

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

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

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

**名無しさん＠お腹いっぱい。** · 2026/01/23(金) 05:25:41.36

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

**名無しさん＠お腹いっぱい。** · 2026/01/23(金) 08:22:24.51

破壊じゃなく復元でしょ

**名無しさん＠お腹いっぱい。** · 2026/01/23(金) 10:31:30.38

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

**名無しさん＠お腹いっぱい。** · 2026/01/23(金) 10:35:19.74

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

**名無しさん＠お腹いっぱい。** · 2026/01/23(金) 10:46:02.23

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

**名無しさん＠お腹いっぱい。** · 2026/01/23(金) 10:50:04.61

どっちでもよくね？😅

**名無しさん＠お腹いっぱい。** · 2026/01/23(金) 11:04:33.57

じゃあ、何だよ

**名無しさん＠お腹いっぱい。** · 2026/01/23(金) 11:10:31.04

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

**名無しさん＠お腹いっぱい。** · 2026/01/23(金) 12:36:06.55

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