【超解像】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/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で再生するとリサイズに追随しないのには困った