【超解像】Lada part7

v0.12.1 のリリース前確認依頼が来たから今やってるで

>>120
「直して」と言えば文句言わずに、すぐに対応してくれるしね

5060 8GBと4060TI 16GBが8万円から9万円で同じような価格帯だけど
どちらがLTX処理に向いているのでしょうか
高速化ができる5000番台かVRAMの差が物を言うのか

>>124
すごいね。どうなるとそういう役割になるの？

>>126
そもそもVRAMが足らないとメインメモリー使うから処理時間が激遅になるので
1世代古くてもVRAM多いほうが処理時間は短く済む
FHDの破壊でも9.6GBのメモリー使うから8GBじゃキツい
何れバージョンアップで今よりも少ないVRAM容量で処理出来るようになる事を期待するかだね

gpu unlockしてもltxは10%程度しか速くならないみたいね

>>127
今までのやりとり？

>>129
作者がDiscordで書いてたけど、効果があるのはステップ2（VAEエンコード）とステップ4（VAEデコードと書き出し）
ステップ3（復元）はもともとINT8で動くからほとんど変わらない

>>124
v0.12.1のリリース前確認は手元のUbuntu 26.04+RTX 5080では大きな問題なく通った
・LTXに「Basic」が増えて標準より約1.3倍速い(手元でも30秒クリップで45秒→37秒)、見た目は標準よりわずかにソフト
・標準/Basicは新しいVAEでエンコード・デコードが速くなって、標準の同じ30秒クリップがv0.11.3の69秒→45秒
・LTXでRTX Super Resの二次復元が使えるようになった (自分の提案内容とは違うけど動くようにしてくれた！)
・LTXジョブの中断→再開確認OK(同じコマンド/設定で再実行すると続きから、出力は中断なしと同じ)
・LTXモデルは全部作り直しされているので再ダウンロードが走るｗ (v0.11.xフォルダからのコピーは弾かれる)

>>128
ありがとうございます

v0.12.1のリリース、わくわくw

>>131
乙です。LTX Topの処理時間はあまり変わりない感じかな。
でも >LTXでRTX Super Resの二次復元 ←これちょっと期待しちゃうかも。

WindowsとUbuntuってダブルブートで使える？それとも使ってる人は専用パソコンにしてるの？

ソフト的にブートローダーで切り分けるとトラブった時悲惨だからUEFI(BIOS)
でブートディスク切り替えたほうが安全そう
ストレージ複数積める環境ならね

>>134
Topの時間はほぼそのままだった(手元の30秒クリップで210秒→205秒)
速くなったVAEエンコーダはBasic/Standardだけで、Good/High/Topはデコーダ側だけ新しくなった(デコードは約27%短縮)ようなので、全体では数%の差にとどまるみたい

RTX Super Resの方は、自分がmodi版でやった鮮明化とは狙いが違うように見える
手元で試した範囲では、掛かるのは大きいモザイクのウィンドウだけ(720pで長辺300px前後から、480p素材では一度も掛からなかった)で、既定では見た目も変わらなかった
「LTXの512px出力を引き伸ばして貼っていた大きいモザイクを、RTXで2倍にしてから貼る」というアップスケーラの位置づけかなと思っている
そうだとすると全部のウィンドウにシャープをかけるものではないので、低解像度素材には効かなさそう(古い素材へのこだわりに考え方の違いが出るｗ)
なお、デフォルト設定だと効果は微妙で、--rtx-deblur low を付けると掛かったウィンドウは鮮明になった(手元ではちょうどよい鮮明さ、処理時間は+13%程度)ので、大きいモザイクの多い素材なら試す価値はあるかも
pre-releaseの挙動なので正式版では変わるかもしれない

>>135
自分は >>136 のやりかたで別のNVMe SSDにUbuntuを入れて、UEFIのブートメニューからブートするOSを切り替え使ってる(SSDは値上がり前に買ってたやつ)
ライセンスは2つ消費するけどね

>>137
ありがとうございます。数年前にCドライブの換装用に買ったけど、自力で取り替えるのを断念したM2のSSDがあるから、挑戦してみる。

>>131
LTXでRTX Super Resの二次復元は、どんな提案してたの？
LTX含めて全区間二次復元する感じ？

>>139
ごめん、modiの人だったのか

すぐに速くは出来ないのか。2、3倍速くなるて話や無かった？

>>131 v0.12.1のリリース前確認版で前回と同じ1時間45分の動画(1080p)を通してみた (検出モデルはrfdetr-v6)
・Basic画質のFast modeで47分、動画の長さの0.45倍 (v0.11.3の標準Fastは89分だったので約半分、Ubuntu 26.04+RTX 5080)
・モザイクの検出が327→204トラックに減った。v0.12.1で誤検出を減らす変更が入ったらしく、減ったのは全部1ウィンドウだけの短いトラック、見た限り取りこぼしはなし
・画質もこの動画では気にならなかった
取りこぼしか誤検出かは出力を見ないとわからないのが難点、ただ速くなった分の大半は新しいVAEとBasicモデル(1ステップ)で、トラック減の寄与は1割くらい

>>141 速いよ
今回いちばん時間がかかったのは処理じゃなくて重みのダウンロード(107GBで1時間38分)、処理の47分はその半分ｗ
って冗談はさておき、2、3倍はもう使い切ってると思う
半月前のv0.11.0-rc版は1ウィンドウ8.8秒で2時間の動画に6時間、今は2.4秒

LTXで2070sがおいてかれてオワタ

RTX2XXXは動くだけまだマシと見るしかないな

>>142 教えてくれてありがとう、リリース楽しみだな。

>>78
漫画やアニメの震えるマークのごとく、ちんちんやまんまんが一瞬だけぶれるのは
しきい値を0.1くらいまで下げれば大抵消えるよ
しきい値下げすぎるとモザイクのままっていう取りこぼしが増えるから
ソースに応じて自分で調整する必要があるけど0.1でほとんどの奴は問題ない

>>143 あきらめないで
githubに乗ってるベンチ結果を見ると、RTX 20xxはv0.12.1でLTXが約2倍高速化、さらにVRAM使用量も約5GB削減だそうだ
(2080 Ti、20秒動画: 364秒→181秒)

わかる人いたら教えてください。
処理対象部分のアップ映像が長時間続き、特に動きが少ない場合、処理後の見た目というか形が1−2秒おきに変わる（変形したり違う人のに変わるイメージ）けど、
これはどうにか対処できないかな？　時間軸で参照しているコマ数の制約なのかと思ってるんだけど・・・

全く違うものに変わるっていう感じなのかしらんけど　1-2秒おきに　一瞬ぶれるならしきい値を下げる

>>148
特性上仕方ないんだと思う。デカモザでくぱあのまんま動きなしでだまってるとかは大体そうなるよ。
TopよかStandardの方が顕著になる。

報告したバグも要望も全部解決されてる
対応早いな

>>147
もしかして、VRAM16GB必須だったモードも12GBで動くようになる？