【超解像】Lada part4

ブラウン管に写してる？

ワシ、PS3だからH.265ムリー(T_T)

Fire TVにVLC for Fireをインストールすれば、
LAN上のWindowsPCの共有フォルダ・NAS上の動画などもテレビで見れて最強
ただし、家族に見られる恐れあるので、パスワード必須

jasnaのためにgeforceドライバーを最新にしたらゲームや全画面でチラつくわ不具合でるわクソすぎるな
古いの使わせてくれ

何のゲーム？

JasnaでDVDソースのファイル処理するとアスペスクト比4:3も16:9も3:2で出力される
既出のIT609入力NG仕様も結構めんどくさい、この辺Ladaの方が使いやすいな

Ubuntuならドライバー別に入れることになるからWindows側のドライバを上げなくていいのが良い
jasna動かすのがめちゃくちゃ大変だったけど

Jasna v0.5.0
HD素材ファイルを数十個追加して処理させて放置すると数個処理が完了したら勝手にJasnaがクローズされる
終了なのでログに何も残らない
おま環ですかね
２台のPCとも同じようになります

NVIDIAのドライバーはSTUDIO用の最新を適用済み
GPUスケジューリングはオフ
Jasnaのシステムチェックでは全部OKになります

何かやることありますか？

>>109 ワテもそのバージョンで勝手にクローズされた。予約数多い時は前バージョンのアルファ10使ってる。他のバージョンじゃ駄目なのかな？

v0.5.1でもダメなの?

v0.5.1は構成チェックを強化しただけだから変わんないんじゃね

>>111 ご教示ありがとうございます
v0.5.1　でやってみます
>>110 ダメなら　他のバージョンを試してみます
結果出次第、また書き込みします

俺の環境だとjansnaで破解したのカクついてズレが発生してなんかダメだ

からの　GPUスケジューリングでしたスンマセーン　だろ、もう飽きたそれ

解除してるわ

>>116 jasnaの説明のvram管理にあるやつ、クリップサイズを下げるとかやっても駄目なの？

>>107
ladaでもスクエアピクセルじゃないソースの場合はアスペクト比変わってなかった？
ladaでもffmpegでアス比修正必要だったよ

全部デフォにしても下げて調整してもダメだね
5080で最新ドライバね
時間がある時に古いjasna試してみるかな

github jasna/assetsにある茄子サンプルでやってみなはれ

高解像度の元動画ならHD動画でもそうなるのか試してみるとか？

Ubuntu環境で8KVRをzelefansで左右分割2D化、jasnaで並列処理試すも片面vram13gb使用5080では無理、仕方ないので順番処理するしかなかった

undergate版なら余裕で並列処理でき処理も速かった

5080使用でJasna、NVENCを2基搭載しているんだけど、5070tiの1基搭載より復元がはるかに速いのか気になるな…誰か分かる方いるだろうか

おっとエンコーダ数が違うのは5070tiと5070でした、それぞれ読み換えてください

>>124
5070tiは5070と比較して、エンコード、AI画像生成で30〜40%ほど速いとかどっかの記事で見たけど
LADAやjasnaでどの位差が出るかは持ってないから分かんない

>>124
5070Tiも2機積んでるけど？
5070は1機だね。

jasnaで処理したファイルをVLCで再生すると、VLCの設定で出力モジュールD3D11のビデオアップスケーリングをRTX Super Resにしてるとリサイズで黒い画面になってしまう
ladaで処理したファイルは大丈夫なんだが、jasnaだと出力がBT.709になっちゃうのが関係あるのか？

「jasvr.exe」です。（コマンドライン専用ツールです）
VR動画を、左右分割⇒それぞれ jasna-cli 処理⇒結合 を行います。
一応、jasna-cli は同時処理もできるようにしましたが、RTX 5070 の 12GB では全く足りません。
同時処理するより片目ずつ処理する方がずっと早く終わります。

元ファイルがトップアンドボトムで fisheye オンの時の出力はサイドバイサイドになりますが、
その時に画面上下の映像が画面外へ出てしまうことが確認されています。
とりあえず、トップアンドボトム＋fisheye は後回しにすることをお勧めします。

（パスワードは jasn）
https://94.gigafile.nu/0713-b5f9e0312a463785bed0b2f996987bc56

既出かもしれませんが
金払ってTopaz導入するメリットはあるのでしょうか？

>>129
待ってました！
が”切り出しの指定時間が動画の全長より後です”と出てerror
切り出しオプションが無しでも有りでも一緒ですわ…

>>130
rtx vsrが使えればいらないと思う

>>132
ありがとう

Topazで4KVRを8KVR相当に引き上げることができるのかは気になる

古いTVAIじゃ駄目なのかな。パスは通ってるんだけど39%から進まない。

>>131
もしかして、.mkv でしょうか？
ffprobe -v error -select_streams v:0 -show_entries stream ファイル名 | find /i "duration"
とやって、「duration=」か「TAG:DURATION=」で動画の秒数か時間は出ますか？

>>134
冬ならできるよ、夏はイヤ。
4K30fpsでカクカクして画質もザラついて今イチだった動画もIris選択して8K60fpsに変換すると明らかにお顔クッキリでヌラヌラ動く動画に変換できる。
けど気が遠くなるほど時間がかかる。変換の指定内容によるけど5080でだいたい1～2fpsくらい。

>>136
たしかにmkvでした。mp4に変換したら動きました
事前にavidemuxってアプリで編集してるときmkvで出してるんで…

>>135
ウチは5系のTopaz Video AI BETAでも処理できてるな
複数のバージョン持ちなら環境変数とパスを合わせてやる必要があるんじゃないかな
サブスクになった最新のはTopaz Video
その前のはTopaz Video AIもしくは
Topaz Video AI BETA
jasnaのフォーラム？に書いてある環境変数はTopaz Video AIになってるけど、jasnaから設定するffmpegのパスはデフォルトだとTopaz Videoになってる。
両方を合わせてやったら動いたけど、違ってたらごめんね。

>>136
完走してクエストで確認した。サンクス！

>>137
知りたかったサンクス！　いつか試してみたいがお高いしな…

>>75
ウチもDVDをVidCoderでMP4に変換したやつが必ずエラーになる。HandBrakeもメニューがそっくりだしエンコに関して同じようなクセがあるのかも。
エラーが出たMP4は 右クリック→プログラムから開く→フォト で開いて、”トリミング”で最初か最後の数コマだけ削って”コピーとして保存”をやるとしっかり再エンコするみたいで、問題なくjasnaで処理できるようになった。
なのでDVD変換したやつは仕方なく全部これで対処した。SDだとそんなに時間食わない。
”フォト”も目安120分超えるとできましぇ〜んてエラー吐くから、240分とかのはチャプターの区切りを見つけて120分以内のブツ切りにする必要あったりする。

SDでもFANZA動画をStreamFabで落としたやつは全然問題無いんだよね。何だろねぇ。

HandBrakeって癖強くない？何が原因だったか忘れたけど、HandBrakeで処理した動画が相性よくなかったから
avidemuxでh264にした動画で処理してるけど、加工には特に問題なし

トリミングの出力が709とかになって通るようになってるだけじゃないか？
DVDもタグで601指定されてないやつは普通にJasna通るぞ

handbrakeに限らずbt609を再変換してもbt609のままだからjasnaはエラーになる
jasnaで処理するならffmpegでbt609をbt709に変換すればいい

>>138
.mkv の VR動画がないのでテストできなかったのですが .mp4 から変換すればよかったですね。
次回バージョンでは修正します。

何かと制限が多く面倒くさい bat はやめて C で書いてますが、やはり C は自由でいい。
bat だと編集して上書きしたら動作していた bat がエラーとなりましたが C ではコンパイルしない限り影響なし。
ですが、ソースが見えないし実行するコマンドラインが表示されないので不安ではないですか？
そんなあなたに裏オプションの -d スイッチ、もちろん裏オプションといっても追加料金は不要です。
ちなみに、次回バージョンアップでは謎の超電磁 -v スイッチも実装されます。

113です
途中でクローズする原因が分かったみたい
バージョン変えてもダメなんで、試しにグラボのオーバークロックを低くしたら2台とも完走するようになりました
アフターバーナーのOCスキャン結果どおりにOCしてたけど、50%くらいまでOC下げました

完成品がカクついて解析部分がズレる問題
うちの場合はシステムチェックの時にcomfyuiのpytorchを誤認してシステムの方に入ってなかったからそれが原因だった
pytorch入れ直したら治った

Ubuntuでjasna1280×720 2時間の動画
10分で処理完了して草

ubuntuはUSBから起動しようとしたらグラボが暴走してぶっ壊れかけたから二度と手を出さないことにした

動かすまでがハードモードだが、jasnaもUbuntuの方が速いよね

グラボの暴走ってどんな状態なの？

jasnaもflatpak化して欲しいね

>>151
ファンが全力で唸りっぱなしになって画面表示が崩壊してノイズしか表示されず
その後電源ボタン長押しで強制OFFしてUSB抜いて再起動したがBIOS画面が崩壊したままWindowsは正常起動って状態
翌日はBIOS画面も復活して今に至る

ここの住人でディープフェイクAVを生成してる人って居ますか？
最近ローカル環境で簡単に顔交換出来るアプリが出始めたので、顔が微妙だけど体が良いAVが超絶美人に加工出来るので、LADAで初めてモザイク破壊出来た時以来の衝撃がありました。
なので他の人はどんなソフト使ってるのかなと。
自分はビデオフェイススワップってアプリに課金しました。

親父譲りの蛇行地獄

ただでいいのかあるじゃん

>>156
ビデオフェイススワップは顔を変えたい素材の女優動画と、理想の顔画像を指定するだけだけど、無料のでそれくらい簡単に作れるソフトがあるもんなんですかな？

無料のだと変換度合いを調整したり複数人を別々の顔のIDを指定して変換したりと簡単にやるつもりが凝ったことやりだして面倒になってしまう。

>>154
>顔が微妙だけど体が良い
むしろこういうのばかり探してしまう。体が良いのに顔がハンコ顔の作品を微ブスに変換したい

>>154
ローカルLLMで遊んでるがGPUをハイエンドにしないと時間がめっちゃかかるよ

>>160
まだビデオフェイススワップってソフトしか知らないけど、グラボはRTX5070でHDの動画の尺1時間のレンダリングが3時間前後なので、時間はLADAと同じくらいかな。

>>41
そのSECONDARY RESTORATIONについて教えて欲しいです。私の環境でRTX Super Res を選んで x2 とすると、解像度が倍になるのかと思えば、出てきたファイルの解像度は変わらないようです。もちろん RTX 4050 は使ってます。この設定が何をしているのか分からないのですが、もし良かったら使い方と効果を教えて下さい。

lope next　

テンプレ通りにやってみたけど、こりゃ凄いね
javpの時も驚いて、素のladaで驚いて、さすがにこれ以上変わらんだろと思ったらまだいけますか

寝食忘れて相性の良いAVずっと探索してて体調わるいw

ちゃんと寝らんとチンポの立ちが悪くなるぞ

>>162
両者を並べてじっくり比較すると。。。
全く違うから

>>130
ATOPAZ契約してるけど、Jasnaでは俺が色々試す限りはモザのあった部分がユーザー登録が反映されずに色反転とTOPAZの透かし入りになっちまう。
ちゃんとしたやり方あるんかな？

>>137
GPUが5080だとボトルネックはGPUよりCPUの性能にかなり依存すると思うんだけど、どうなの？

>>162 元動画のサイズは変わらないよ
Scale x4, Quality ultraくらい極端に効かせた結果と、Secondaryを使わなかった結果で比べてみたらわかるさ

>>168
core i5 14500、i7 14700K、i9 14900K
4070、4070tis、5080
これらを組み換えてみたところTAVIの場合はGPUが一番効いた。公開されてるベンチマークからも上位のGPUはもっとパフォーマンス出てるね。
ladaの場合はGPUよりCPUのシングルスレッド性能の違いが処理時間にかなり影響した。

>>164
1年以内にもう一段のブレークスルーが来ると思うてます。

>>170
CPUどれかに固定して適当な動画を、GPU4070、4070tis、5080にした場合(RTX VSR有効)それぞれの出力に掛かった時間を教えてもらえないでしょうか？

>>167
オレの場合はjasnaを立ち上げる前にTopazを立ち上げてログインしてからjasnaの処理したらできた

>>172
VSRってTVAIやladaの変換に影響あるの？
lada-exのupscaleのこと？
どちらにせよ来週家に帰ってから入れ替えの危険性確認してテストするかどうか判断するね。cuda12.1とcuda12.8を同居させた上でtensorrt13入れつつ古いonnxやpytorchでnsfw前のReactorノードも動作するようにしてるから構成変わって壊れるのが怖いので。

>>173
Jasnaを立ち上げる前のTVAIログインは試してなかったな。
試してみるわ、サンクス。

なるほど顔が微妙だけど体が良いのは捨てずにとっておかなきゃいけなかったのか

顔とモザが自由自在っちゅーことは、体とシチュが最も重要になったな。これは自分の選択基準が全てひっくり返るほどの革命だわ。

>>174
Jasnaの二次修復にRTXSuperResを使ってって意味ですね。ladaが動く環境ならJasnaも大抵問題ないかと思うので、気が向いたらお願いします

>>177
無修正よりもモザイクAVの方が可愛い女優が多いのでモザイク破壊の価値があるけど、
逆に無修正の女優の顔を自分好みに可愛くすればええやんっていうのは逆転の発想だよね。
LADAのモザイク破壊によって、最近の新作モザイクAVって、ほとんどがゴム付けてる疑似中出しって事がバレてるし。

>>178
使ってみたけど、必要以上にヌルツルになりすぎてキモかった

>>177
>>179
ちょっとスレ違いでスマンが顔の加工には何のアプリを使ってるの？

二次修復のTVAIものすごい時間かかるな 10fpsとかになってる
5070ti程度じゃきついのかな

>>182
同時実行数だったかを2から6くらいにしてみた？

>>183
8にしたらPC落ちて、6にしたら5fpsくらいになってしまった
逆に1にしたら許容範囲になったわ！

結局どの設定がモザイクをベストに破壊できるの？

ソース次第だな
お前は目玉焼きに何をかけたら美味しいのか聞くタイプみたいだな

>>181
154だけど、Microsoft Storeで100ドルくらいで売ってるビデオフェイススワップっていうアプリ。
ハシカンでもローラでも広瀬すずでも、好みの顔画像さえ用意するだけでいい。
顔の角度が急とかだと破綻するしまだ完璧じゃないけど、それでも動画素材との相性が良ければ魔法みたいだし100ドルの価値は十分にあると思う。
オンラインにアップロードするタケノコ剥ぎタイプのアプリよりも、自由に相性の良い動画を試すには買い切りの方が結局安上がりだと思うし。

jasnaの二次修復はTVAIのPRO4が一番良いと思ってるけど、結局元動画の画質やらモザの種類に大きく左右される。
RTX VSRと大差ない場合もあれば良くなる場面もあるなあ

>>186
俺は醤油派やな

>>187
それは瞬きするんだろうか
無料ならVisoMasterが50xx系に対応している
わかってると思うが生成AI動画が最先端です

ケチャップが一番

動画でfaceswapするよりも静止画でfaceswapなりheadswapして、その静止画を動かしたほうが表情も含め完璧なものが作れる。civitaiのvideos参照。スレチ失礼。

>>187
それはおしゃぶりもうまくいく？

>>190
情報ありがとう。
今確認したら瞬きのタイミングで薄目になる感じで、完全に閉じてないね。
VisoMasterの使い方をざっと見た感じ、ビデオフェイススワップよりも設定項目が複雑そうだけど、こだわればいい感じ仕上がりそうね。

>>193
顔の角度と顔の前面にかぶさる面積によりけりだけど、ガッツリ被ると破綻するけど、軽めだと頑張って顔の変形に対応出来てる。
フィフティーフィフティーといったところ。

アップデートしていないTVAIで、環境設定は以前やっていたのでffmpegのパスだけ追加、開始前にTVAIを開いてやってみた。元動画の時間の0.8くらいで出来た。iris-2の設定やがワテのTVAIは最初のirisしか入ってない、動作したTVAIのモデルはjavplayerみたいに直近の加工モデルが使われるのかな？

>>192
動画を一度ffmpegでフレーム画像に分解して加工ソフトで画像処理後、再度ffmpegで動画に戻すやつだね
色々応用効く

モザ認識はJavPlayer同等のもの出来ないのかな

stashで通常再生は出来るのに、jasnaのSTREAMしようとすると全て×で止まる。。
SPEC不足かしら

Lada始めて使ってみたけど、ほぼ無修正レベルになってびっくりした。

>>200
こちらの世界へようこそ🤗

はよモデルアップデートしてけれー

jasnaの検出モデルv5は閾値0.1にすればv2vrより精度が高いと思う
処理に時間がかかるのが難点だが顔モザも残してくれるからお気に入り作はこっちを使ってる

>>199
https://github.com/Kruk2/stash/blob/7414f02a1cb9650b7f7a0b643b2dcb25a0f4a5e4/docs/JASNA_STREAMER.md

JASNA_CLI_PATHにパラーメターを直接書けるんで軽いモデルにすると良いよ。
復元モデルはVR用のV2_fast、RTX Super ResはX2、max_clip_sizeは60にすると軽くなる。
3060でもモザイクが多いシーン以外はFHDで止まらない。ただし、FHD 60Hz映像だと上位GPUが必要になる。
このプレーヤーはChromeだとピクチャーインピクチャーで自動文字起こしかつリアルタイム翻訳もできるね。

起動BATファイルを用意しておくと便利だよ。

@echo off
set "JASNA_CLI_PATH=C:\xxx\jasna-cli.exe --fp16 --max-clip-size 60 --secondary-restoration rtx-super-res --rtx-scale 2 --rtx-quality high --rtx-denoise low --rtx-deblur ultra --detection-model lada-yolo-v4"

start "" ".\stash.exe"

>>199
対応するmax_clip_sizeのコンパイル済みモデルがないと時間がかかる
それ以外でxが出た時は進捗バーをクリックすると動きだす
動きが怪しい時はタスクマネージャーでjasna-cliの挙動を確認すると良い
stash経由だとjasnaのプロセス管理がよくできておりゴミが残らないところがお気に入り。ただし、連続再生が3分に設定されているのでほっとくと止まる。

>>205
>>204
詳細有難うございます！
正直レスのレベルが高いので、じっくり読みながらやってみます
有難う

>>1に貼られてるやつって何？
試してみたら一昔前のように再現度が悪化したんだが

元動画はモザイクの小さな動画が良いンゴ

>>207 一番良いとされている検出•復元モデル、リネームしないと使えない。ladaで使う場合、前すれpart3 440参照。jasnaで使う場合 2を参照。

VRの復元モデルならlada_vr_mosaic_restoration_model_generic_v0.5_test_20260331.pthか20260402.pthが今のところ頭1つ抜けて最高に感じる。
変換部分の画像の綺麗さはlada_mosaic_restoration_model_generic_v1.2_full.pthが少し上だが台形や平行四辺形に歪んたモザイクもほぼ復元されるのが素晴らしい。過去動画全部やり直してる。

>>207
俺も>>1のモデルを入れてみたが直ぐに捨てた
Jasna v0.5.0をママ使用してるほうが復元・破壊ともに良いと感じたよ

誤字失礼
>>検出・復元ともに良いと感じたよ

ワイは2Dしか基本処理しないから、generic_v1.2_full.pthばかりやな。よほど大きいモザイクでなければ綺麗に復元される

generic_v1.2_full.pthつかってていまいちだなーと思ってたところ
jasnaでも問題なし？

jasnaGUIってptは選択できるのに、なぜpthは固定なの？
変えたい場合はjasnaCLI使って変えろということなのか

>>215
それは今の仕様だな
いまいちと思うが、jasnaは復元モデルのファイル名を"lada_mosaic_restoration_model_generic_v1.2.pth"でハードコードしている
GUIでもCLIでもv1.2_fullを使いたかったらハードコードされているこのファイル名に変えて元ファイルを差し替えないとダメってことだ

>>216
GUIはどうしようもないけど、CLIなら
jasna-cli --restoration-model-path "C:\\jasna\\model_weights\\lada_vr_mosaic_restoration_model_generic_v0.5_test_20260402.pth"
でいける
model_weightsに
lada_vr_mosaic_restoration_model_generic_v0.5_test_20260402_sub_engines
というフォルダができる

おや、「\」は「\\」じゃないとダメだったはずだが「\」でもいけるや
もしかして、ダメだったのは0.5.0で0.5.1では修正されたのかも
jasna-cli --restoration-model-path "C:\jasna\model_weights\lada_vr_mosaic_restoration_model_generic_v0.5_test_20260402.pth"

>>217 サンクス
CLIは存在するpthファイルのフルパス名をmodel pathオプションで指定すれば取り込んでくれるのか
ハードコードしているのはデフォルト復元モデルのファイル名でした

勘違いしている人がいるかもだけど、jasnaCLIでも初回使用時にはコンパイルしてくれるぞ

Compiling TensorRT engines (this may take several minutes)...
Compiling BasicVSR++ sub-engines (max_clip_size=90)...
Compiling sub-engine 1/6: loop_body [backward_1]
Compiling sub-engine 2/6: loop_body [forward_1]
Compiling sub-engine 3/6: loop_body [backward_2]
Compiling sub-engine 4/6: loop_body [forward_2]
Compiling sub-engine 5/6: preprocess (batch=3..90)
Compiling sub-engine 6/6: upsample (batch=1..90)
BasicVSR++ sub-engines compiled.

今さらだけど検出と復元モデル変えたら見違えたな
古めの動画の激しいシーンでめっちゃモザイク残ってたやつもしっかり認識してくれて感動すらしたわ

>>221
それはLada？Jasna？

jasnaのrtx-super-res、皆どういう設定でやってるか気になる。最初は全部ultra設定してたけど、処理の負荷が掛かりすぎるのと、denoise上げすぎると逆にのっぺりするのでmediumかlowにする事多くなった。deblurはいらんかなと最近思ったりもしている。

--secondary-restoration rtx-super-res \
--rtx-scale 4 \
--rtx-quality ultra \
--rtx-denoise medium \
--rtx-deblur medium \

そう
俺も最初はかけ過ぎてた
今は「4/ultra/無し/無し」が自分の標準設定

スケール4Xにするとボヤけるんやがワシだけ？
2Xだとクリアです。
GUI
v0.5.0 alpha10
で
前スレの808に従いV2accurateにしてます。
ので自分はX2の全てultraが完璧な仕上がりです。

自分も「4/ultra/無し/無し」だがエンコードの品質（CQ）を22から18に変えたらお〇んこがくっきりになるな
ファイルサイズが大きくなるんで重要物件だけそれ使ってる

TVAI使えるならproteus naturalが良さそうだな

VRはなかなか満足いく結果にならないな
設定とかが悪いのかな？
jasvrも使ってみたけど、2Dとくらべてだいぶ品質が劣ってしまう

>>225
使っている復元モデルとGPUは？
俺環はv1.2_fullとRTX4060だが、scale 4でぼやける感じにはならないな

NVIDIA、6GB以もVRAMが不要になる新技術「RTX NTC」を発表、エロビデオのモザイク破壊の技術を応用 [249548894]
https://hayabusa9.5ch.io/test/read.cgi/news/1775646574/

>>229
復元モデルは何も弄ってなかったのでデフォルトでした。
ので、
v1.2_fullを導入し再度コンパイルしてx4試したのですがやっぱり微妙にボヤけるんですよね。。。
x2だとクッキリです。
グラボはRTX5080です。

魚眼はもやるな
vrは左右画像がきっちり復元しないと正しく立体視できないし

jasna-cliの--benchmarkコマンド実行してみた
basicvsrppの復元速度、rfdetrとlada_yoloの検出速度をassetsフォルダにあるナスの動画を使って測ってくれる様だ
以下コマンド実行すればOK
jasna-cli.exe --benchmark --benchmark-filter yolo
jasna-cli.exe --benchmark --benchmark-filter rfdetr

現時点だとrfdetr-v5とlada_yolo(v4_fast)の検出速度測定は動くが、basicvsrppの測定処理はバグがあるようでリリースパッケージのバイナリだとエラーで失敗した
ソースからビルドした開発版の方はClaude Codeに直してもらって動くことは確認した

環境：Ryzen 7 5900X+RTX4060+Win11
PS H:\jasna-0.5.1> .\jasna-cli.exe --benchmark --benchmark-filter rfdetr
model test_clip1_1080p.mp4 test_clip1_2160p.mp4
---------------------- -------------------- --------------------
rfdetr_detection_speed 63.5 fps (4.73s) 57.2 fps (5.24s)

PS H:\jasna-0.5.1> .\jasna-cli.exe --benchmark --benchmark-filter yolo
model test_clip1_1080p.mp4 test_clip1_2160p.mp4
------------------------- -------------------- --------------------
lada_yolo_detection_speed 321.8 fps (0.93s) 207.0 fps (1.45s)

rfterは遅いと思っていたが、lada-yoloの方が4〜5倍速いのか

>>231
構成は問題なさそうですね
となると、入力ソースと処理結果の好みの問題かな

>>230
え？　おまえら最先端なんじゃねえか

俺は大発見をしてしまったかも知れない...
なんとボカシも除去できてしまうかも
ボカシの部分に編集ソフトでモザイク掛けて
※俺はPowerDirectorでモザイク幅2・高さ1で設定
それをjasnaで破壊するとあら不思議
モザイク破壊で再構築されてるのか仕組みはよく分らんが大分ボカシが薄れる
ただそれ以上はわからんぞ。気のせいだという人はほっとけばいいし気になる人は掘り下げてみてくれ

魚眼VRは、左右を魚眼に変換して処理した後に魚眼から逆変換して左右に配置しているけど、
魚眼のまま左右に配置すれば少しはましになるのでは？
多分デュアルフィッシュアイのVRとして再生できるだろうし

フィッシュアイのままだとズームで歪むんよね

ダメだ、stash全然わかんない
The media could not be loaded, either because the server or network failed or because the format is not supported.
↓
メディアを読み込めませんでした。サーバーまたはネットワークエラーが発生したか、フォーマットがサポートされていない可能性があります。
どのファイル選んでもこれになる

>>236
ぼかしは破壊すべき部分と認識しないが、ぼかしの上にモザイクをかけると破壊すべき部分と認識するのか…

>>236
なるほど、じゃあ、魚眼でやっても斜めになったりして認識されないやつもその「リモザイク法」でやればおｋってことか

ののの

ま○こが生々しく再現されるのはまだ理解が出来るが（理解出来るとは言ってない）、パンツの生地の質感というか、縫製の感じまで再現されるのは驚いた
肉が見えてないんだから、そもそもモザイクかけんなよという部分だが、よくよく見るとめちゃくちゃエロくて、制作側がモザイクかけるべきシーンだと判断した気持ちがわかった
ま○こ大好き人間だけでなく、下着フェチにもおすすめしたい

破壊速度は上がったけどVRの場合は分割結合に時間食われるね

今朝から突然、次のエラーが出てjasnaが途中で止まるようになった

torch.OutOfMemoryError: CUDA out of memory. Tried to allocate 1008.00 MiB. GPU 0 has a total capacity of 11.94 GiB of which 0 bytes is free.
Of the allocated memory 5.58 GiB is allocated by PyTorch, and 1.69 GiB is reserved by PyTorch but unallocated.
If reserved but unallocated memory is large try setting PYTORCH_ALLOC_CONF=expandable_segments:True to avoid fragmentation.
See documentation for Memory Management (https://pytorch.org/docs/stable/notes/cuda.html#environment-variables)

書かれている「set PYTORCH_ALLOC_CONF=expandable_segments:True」をやった後でもダメ、
再起動やjasna・pytorch・Python・CUDAの再インストールしてもダメだったが、
「set PYTORCH_ALLOC_CONF=max_split_size_mb:128」をやると、今までがウソのように問題なく完走できるようになった

rfdetr-v5a全然しょぼいな

そらぁvr_v2_accurate & generic_v1.2_full 一択よぉ

>>245
何も弄ってないのに突然エラー出て止まる原因がSSDが壊れる予兆だったとかもあったんで気をつけて

v5じゃなくてJasnaの認識が悪いわこれ
つなぎ目で変にならないからJasnaのほうが認識以外は上なんだけどなぜかおかしい

>>249
オレ環境だと、Jasna0.5,1での検出モデルはv4が良かった
v2_accurate.ptはLADAでは良かったけどJasnaでは検出漏れ多数
Jasna標準のv5とv4も大差無いかと思ったけど、FC2の極小モザイク動画を処理したら
v4の方が検出良かった

「jaspre.exe」26/04/11版です。主な変更点は以下の通り。
・--output OUTPUT を省略すると自動で出力ファイル名を作成するようにした（出力先はカレントフォルダ）
・コマンドラインで指定されているパラメータは重複となるので出さないようにした（--encoder-settings を除く）
・ .exe を省略して呼び出すと、実行前に確認メッセージを出すようにした
・ .exe をつけると確認メッセージは出ない（終了時の音の回数は拡張子の小文字の数、.exe だと 3回、.eXe だと 2回、.EXE だと 0回）
（ダウンロードパスは jasn）
https://52.gigafile.nu/0720-c8bff3e358a5c179b3a2c547226536aae

jaspre.exe を使うことで、batファイルで全 .mp4 を処理することができますが、同じフォルダに生成するとできたファイルに再処理してしまい終わらなくなります。
カレントフォルダ以外のフォルダに対して処理するか、または、以下のようにして無限処理を避けてください。（22 は GUI で保存したプリセットの cq の値）

for %%f in (*.mp4) do (
echo %%f | find "_resj22.mp4" >nul
if errorlevel 1 jaspre.EXE --input %%f
)
rem 全終了後に音を鳴らす（3 は回数）
echo 0123456789 | choice /c 3 >nul

JASNAで出力された動画ですが、モザイクの部分のつなぎ目で変に動画の一部が揺れます。設定の問題でしょうか？

>>253
1の
■　不具合があった場合に試してみる事
は試しましたか

完成品がカクついて解析部分がズレる問題ですが、不具合があった場合に試してみる事とは何でしょうあ？

■　不具合があった場合に試してみる事

・GPUスケジューリング　オフ
スタートメニュー＞設定＞システム＞ディスプレイ＞グラフィックの設定
ハードウェア アクセラレータによるGPUスケジューリング＞オフ

・最新グラフィックスドライバに更新

これは全てやってみました

>>256
それやってもカクつくならばおま環の問題かも
エスパーしてもらうにしても情報は多い方が良いよ
使っているJasnaのバージョンは安定しているやつなのか(0.5.1/0.5.0/0.5.0-alpha10あたり)?
検出・復元モデル、ドライババージョン、GPU、CPU、メモリは?
Basicvsrppのコンパイルしなかったらどうなるのか?
特定の動画だけでそうなるのか、全部だめなのか?
とか

クラウドGPUでladaするマンなんやが、1週間がかりでjasnaをRunpodで動かすことに成功したわ。claude code様々や…。
需要あるか分からんが、セットアップ用Dockerイメージ置いておく。
https://codeberg.org/xilight/pod_for_jasna

ちなみに自分は基本バイブコーディングしか出来んので、起動しなかったりエラーが起きても堪忍な。あとRunpodで同じGPUでもNVENC使えたり使えなかったり割とガチャなので、そこも忍耐や。

>>257
アドバイスありがとうございます。0.5.0バージョンです。
全動画でモザイク破壊したところが揺れる感じになってしまいます・・・

>>258
大変乙です
TRTエンジンの書き出し形式 (v240) とデシリアライザ (v239) のバージョン不整合が発生、にはニヤリとした
Ubuntuのビルドでも遭遇。こんなんわかるか！と共に、それをデバッグできるのは、さすClaudeって思った

>>260
そこをお気付きになるとはお目が高い。実はTRTエンジンの不整合が最後まで引っかかって、解決するのにOpusフル稼働させてセッション使い切ったのは良い思い出。それでもさすClaude様ですわ…。

>>259 時間オーバーラップの数値変えてみるとか？

>>259
揺らぎはdenoiseで緩和されたような気がする

俺もだんだんそんな気がしてきた

>>259
GPUスケジューリング　オフにしても
再起動しないとだめだよ。

アニメ弱いって話だけどリアル塗りのやつはきれいに復元するな、パイパン限定で

「jaspre.exe」26/04/12版です。
・自動生成の出力ファイル名が入力ファイル名と同じ拡張子になっていたのを .mp4 に固定（入力が .mkv だと出力も .mkv になっていた）
・入力ファイル名が自動生成されたものであると判断した場合は確認メッセージを出すようにした（20秒で自動的に「スキップ」を選択）
この変更により、>>252 に書いたようなことをしなくても無限処理には陥らないようになりました。
それにしても、lada-cli は Ctrl-C で止まるのに、jasna-cli は Ctrl-C で止めても止めてもゾンビのように復活するのはなぜだろう？
入力履歴が消えてしまうので窓は閉じたくないんだけど、タスクマネージャーから止めるしかないか。
（ダウンロードパスは jasn）
https://86.gigafile.nu/0721-bed36cafd33c93600cfe8274df2a249ce

>>265
おはようございます。再起動したら直りました。本当にありがとうございます。

>>262　263　264
アドバイスいただいたものを全てやって再起動したら直りました。
親切なアドバイス感謝します。おかげでやっとJASNAを使うことができました。

テンプレ案件だったか
設定のところに書いてあるけど、再起動指示を見落としがち・・・

ハードウェアアクセラレータによるGPUスケジューリング
この変更を有効にするには、pcを再起動する必要があります

Lada-Ex commander
国産全部入り

Jasnaを使ってみたけど、自分のPCが非力なのでGPUがギリギリで他の作業とかしてるとHDDとか他アプリとかがハングしてちょっと使えなかったな残念
Jasnaだけ動かしているなら全然行けるんだけどね
CUDAの使用レベルとか設定できればいいんだけどな

>>270
これうちの環境だと動かないんだよね

webで動かすシステムだから、デフォルトだと動かないのかな
おれかんのUbuntuなら普通に動いた

lada-exのwindowsへのdevelopper installationがうまく動かないね。
uv.lockファイル消してもsysplatform == 'linux' で怒られてしまう。

>> 274
今、作者さんがtorchcodecを使った--fast-pipeline機能を実装中で、この機能を組み込んだビルドがLinux前提になっているからだと思う
現状Windowsでビルドするならgit cloneした後に　git reset --hard bef570c でtorchcodecを取り込む前まで戻すと良いよ
(俺環では実績あり)

Windowsで--fast-pipelineを動かそうとするとヘルモードのビルドが待っている
Claude Codeで何とかなったけど、こういうの好きな人じゃなければお勧めはしない

torchcodecを使った--fast-pipelineで俺環ではJasnaとタメを張れるくらいまで処理速度が上がった
使いこなしはまだ試行錯誤中

>>275
ありがとう。その方法でスムーズに導入できました。chatgptにそそのかされてtorchcodecは手を付けたとこで爆死の雰囲気を感じたので止めたとこでしたw
今入っている環境が違いすぎる。

>>272
Lada-Ex commanderも基本Linuxで動作確認しているみたいだから、
Windows環境だと自力 or AIアシストでなんとかできる人じゃないと厳しいみたい
一応動かしたけど、ファイル4つ修正しないと処理までたどり着けなかった
GUIがモダンでカッコよ、なんだが、操作や設定にちょっと戸惑った

Ubuntuへはlada-ex commander入れたけどGUIを見た瞬間ファミコンを思い出した。

zelefansにiterから始まる除去モデルが2つ上がっているけど、Unsafeって付いているってことはやばいの？

fisheyeをオンにしても四角にならないやつってさ、ヘッドセットつけて見ると四角く見えるんだよね
つまり、球体画像に対してかけているんだから、それを平面に変換したらどうやっても四角じゃなくなるってことだね

>>279
新しくトレーニングしていた復元モデルのテスト版と中間プロセス版らしいよ
データセットが足りなくて完成はあきらめたんだって

ログを作ってくれるのが地味に便利だな
エラーが起きるとテキスト化してAIに見せて解決させてる
古い規格のカラースペースだとはじかれる、とか

モデルのトレーニングしている人いる？

最近の破壊精度には結構満足してるから取り組む気が起きない

zelefansがv10.8になったね。便利機能の追加とのことでDLNA環境でVR動画に字幕を表示できるんだって。

1080pだとキノコは綺麗に破壊するけど、アワビは綺麗に破壊してくれないよね

lada-exってバイナリーでの配布では無いのですか？

現状ないですね
基本linux向けでやってるぽいし、lada ex commanderがリモート運用がメインっぽいからバイナリー化はしばらく待つしかなさそう

Jasnaの設定で、二次修復　Topaz TVAI（低速　高品質）の項目を選ぶと、エラーがでて使えない。これ、どうすれば使えるのかな？別のアプリが必要なのかな？

>>289
別のアプリって、当然Topaz TVAIは持ってますよね？

TVAIはバージョンによってはTVAI worker thread crashedエラー出るね
最新の1.3.1はダメで買い切り版(7.x.xは問題無かった

>>290
いや、持ってない。そのアプリ？入れたら、その設定使えるの？

日本語のドキュメント見たら？

>>292
TVAIは高いので俺は5.x.xまでしか買ってないし、2次修復を使ってみたこともない。
>>291 によると7.x.xは使えそうなので買ってみたら？

昨年全てサブスク版へ移行したのでTAVI7はもう買えないのでは？

✕TAVI
◯TVAI

そもそもtopazとrtxでそんな滅茶苦茶差があるのか？あくまで破壊後の高画質化だろ？

小学1年生のクレヨンで描いた絵とピカソくらいの差はある。

>>298
うそつくな、ほんとならjasna\assetsの茄子のテストクリップでいいから上げてみろ

芸術が分かるやつじゃないと分からないくらいの差だぞって言う比喩じゃないのか

jasna5.0 jasna6.0　違いを教えてください

TVAIをあらためて買う程じゃないと思うが、古いTVAIしか持ってないワテが言うのもなんだが。高いし、前スレにある様にRTX Super Resで十分だと思う。パラメータを変更するだけでシャープになる。ワテはデフォルトで使ってるが。

TVAIはサブスクに移行する前の715とBETA7203持ってるが、正直RTX Super Resで十分。ただSD動画をFHDするのに役に立っている。

そこそこの画質だったらRTX VSRでも良いけど
エロだと公式配信でインタレ解除失敗してるのとかザラにあるから
TVAI欲しくなるのはわかる

IVとかもインターレースそのままで配信販売してるのあったりして結構ひどいよね

胡散臭い会社だよね

jasnaにはLadaのように顔モザ無視モードないのかな
登場人物に顔モザあるのがケムール人みたいになってキモかった

検出モデルv5を使う

皆様、JASNAの細かい設定はどのようにされていますか？

>>270
Linux版に比べると機能制限はあるけど、Lada-Ex commanderがWindowsでも動くようになった

lada-exのlinux版で進捗99%や100%で残り数百フレームのところでフリーズすることが多い。--resumableで再開してもフリーズ。--vr-fisheye付けると多いみたいだけどフリーズするとメッセージも出ないしログも無いから何が起きてるかよくわからない。

クラウドGPUでladaするマンや。
少し前に>>253であったようなカクツキやモザイク部分の揺れが確認されたので、Claudeさんになんか良い感じに修正してもらって8割ほど改善はした。
ただ、クラウドGPUなのでスケジューリングOFFとかは出来ないし、Claudeさんにも「動きの速い部分でズレるのは今の仕様上仕方ないんや諦めろ」と言われてしまたので、jasnaさんのアルゴリズム改善待ちや…(しないかもしれんが

>>311
lada-exはいつのやつを使っている？
現状dev版しかない＆結構な頻度で更新されている＆チューニング要素もりもりだから、バージョンと構成そろえるのがムズい
LOG_LEVEL=INFO か LOG_LEVEL=DEBUGをlada-cliの前につけて実行すると手がかりがのメッセが得られるかも

>>312
Linux系なのでNVIDIA Multi-Process Service(MPS)をRunPod環境で動かしている？
これ使ってもカクツキ出るならスケジューラの問題ではないか

今更だが、Ladaの破壊結果に動画の明るさはあまり関係ないんだな
大本が部屋真っ暗くした作品で、元のままと、ガンマ+100くらいにしたやつを
それぞれLadaしてみたけど、結果は全く同じだったわ

ガンマで明るさとか言われてもそりゃそうだろう…

ガンマ汁が出た

>>313
現状、RunpodではMPSは使ってない模様。使うことも出来るようだけど、「それじゃ解決しないと思うよ？それでも実装するんか？」とClaude様とCodex様に怒られたので別の解決策ないか検討中…

>>314
元動画のモザイクの細かさ（細かいほうが良い）、モザイク範囲（狭いほうが良い）は破壊結果にかなり効く

えっそんなこと知ってる…と…デスヨネー

jasnaで破壊したやつ、たまに一瞬モザイクが破壊できてないフレームがあって、観ててちょっと気になるんだけど、設定とか対処法はある？使ってるのはgui版

検出しきい値（Detection Threshold）を0.10にしてみる

>>320
ありがとうございます。それでやってみます。

>>313
アドバイスありがとうございます。毎日git pullを欠かさないのでlada-exは最新です。
LOG_LEVELをセットできるのですね、標準出力とエラーをリダイレクトしてみます。

>>320
検出しきい値を動かして0.1にすると、実際に保存される値は0.09999999999999998になるんだよね
編集して0.1にしたらいいけど、またプリセットを保存したら0.09999999999999998に戻るよね

2進数で計算しているようで、0.25（2のマイナス2乗）以外はぴったりにならないんだよね

他は0.50と1.00だけど、そんなに大きくしないだろうし

>>318
事前に動画ファイルをガンマ補正した事によって白飛びが発生した場合、
モザイクに影響して取りこぼしが発生するかどうかだからね
結果、気にするこっちゃないという話なんで・・・

>>322
仲間
今はAIコーディングができるから問題が見つかったら自力でなんとかなることも多いよ
改善ネタはcodebergで報告すれば、作者さんが対応してくれるかも

>>324
そのレベルの差で処理結果の違いが判ることはまずないから、気持ちの問題と思う

>>327
結果に違いはないだろうけど、画面上で0.1と設定しているのに保存されるのが0.09999999999999998というのは気持ち悪い
もし自分だったら、小数点以下かなり低い位ででも四捨五入してピッタリの値を書き込むという話
あと、0.75もピッタリなの忘れてた

>>321
言い忘れたけど検出モデルはテンプレのv2_accurate
試しにtest_clip1_1080p.mp4をrfdetr-v5の0.10でやってみたら焼け石に水だったわ

明るくしたほうが行けるときあるぞ

新ツール「jafish.exe」26/04/20版です。（いつもと同じコマンドラインツールです）
フィッシュアイなのは間違いないのにオンにしても四角にならないサイドバイサイドの VR動画 専用のツールです。
これまでのように真正面ではなく、視点を上下に動かして jasna を適用すればマシになるかもしれないと思って作りました。
ところが、当方には対象となる VR動画がほとんどないので、マシになっているのか変わらないのかよくわかりません。

「jafish.exe」には２つのモードがあります。
・視点変更モード（デフォルト）
　視点を上下に 45度以内で動かした分割フィッシュアイ動画に対してそれぞれ jasna 処理をして、正面に戻して結合します。
　例えば、-d -30 とオプション指定すると、正面より下向き 30度のフィッシュアイ動画を使用します。
　ただし、正面に戻した際に頭上 30度のデータが失われるので、その部分は入力動画から切り出して補完します。
　当然ですが、補完した部分は jasna は適用されません。
　（-x オプションで補完しないとどういう状態になるかを確認することもできます）
・3分割モード（テスト版）
　思い付きでつけた果てしなく時間の無駄かもしれないモードです。
　画面を正面と上下 22度向きで3分割（縦の比率 3:2:3）し、それぞれ jasna 処理をして、最後に結合します。
　上下 22度を 1つに纏めることで全 4動画への分割となり、それぞれ jasna 処理をするので一時ファイルは 8つになります。
　特に、ffmpeg での最初の分割と最後の結合にとても時間がかかります。

なお、このツールでは、デフォルトでは 60fps の動画は半分の 30fps に落とすようになっています。
60fps のままで処理を行いたい場合は、-6 オプションをつけてください。
-v オプションで全てのコマンドラインが表示されますので、どのようにやっているのか興味のある方はどうぞ。

（ダウンロードパスは jasn）
https://93.gigafile.nu/0729-cb809df0e85001762ea3e7ae58ce545c5

Lada 最初期からの浦島です。
再現性はそこそこ向上しているのでしょうか？
聞き慣れない Jasna とかが幅を利かせてるし。

今現在の最適解を御教示願いたし。
環境でも変わると思いますので以下に記します。
Ryzen5 5600
RAM 64GB
RTX 3060 12GB

根本的にスペック不足は否めません、が最初期 Lada なら快適に動いています。

>>332
>>2
復元モデルはコンパイルonでladaの2倍速
RTX Super resでladaのボケがなくなる
streamモードでそのスペックでもリアルタイム再生可

昨年こちらでladaの使い方を教えて頂き感謝しています。久しぶりに来たら専門的な用語が飛び交う高度なスレになっていました。去年から進化したのか、もしも親切な方がおられましたら教えていただけたら幸いです。宜しくお願いいたします。

Jasnav0.5.0alpha10使ってるんだけど
RTX Super resにチェック入れても全く変わらない動画になるんだけどなんでだろう

>>335
>>223 辺りの投稿確認
ScaleやQualityの設定どうしてる?

>>319
Jasnaのほうが認識悪いな

>>334 jasnaはladaを高速化した様な感じ。ハイエンドのグラボでなくても動く、取り敢えずは導入を勧める。ダウンロード先は本スレ>>1、1の検出モデルを使うと更に速くなる。リネームしないと使えないので本スレ>>2を参考。

>>334 >>1の検出モデルが使えないjasnaのバージョンがある。俺的にはv0.5.0 alpha10が安定版かなと思っている。

v0.5.0 alpha10とv0.5.1って違いある？

バージョンが違う

数字が違う

JasnaでVR動画の破壊を開始しようとすると
failed to open codec video invalid argumentというエラーが出て開始できないです
VR動画によっては問題なく破壊を完了できるものもあるので、コーデックの何が問題なのかわかりません…

出来る動画と、できない動画を比べたらいいんじゃね？

>>343
コーデックチェッカーで出来るものと出来ないものの比較してみたら？
出来ないものが出来るようになるわけじゃないけど

>>343
分割の時に出るんでしょ
ffmpeg -hwaccel cuda -c:v h264_cuvid -i "INPUT.mp4"...
入力ファイルのコーデックで、_cuvid の前を変えなくてはダメだぞ
h264_cuvidとhevc_cuvidが主なものだけど、それ以外でもいけるぞ
ffmpeg -decoders | find "_cuvid"
で見てみ

>>343
もし、ツール使っていてエラー出るんなら、入力ファイルmkvなんじゃね？
mkvはmp4と同じ方法では動画の情報取得ができないことがあるから、
ffmpeg -i input.mkv -c copy output.mp4
で無劣化変換したらいけるんじゃない？

>>340 多分大した違いは無いと思うが、v.0.5.1の前バージョンv.0.5.0で過去スレである様に勝手にアプリがクローズされた事がある。5.1で改善されたかは、分からん。アルファ10の方は俺環では、結構回数やったがクローズ等出てない。ただ5.0はTVAIが速くなっていると感じた、毎回クローズする訳では無いのでTVAIを多用する人は5.0以降が良いのかも。

mp4 D3D11_MV12 856X480 BT.709 の素材をJasna0.5.1　で処理すると　全体が　大きくガクガク震えます
mp4 D3D11_MV12 1280X720 BT.709　の素材は問題なく処理できます
この映像フォーマットでは　SD素材はダメなのでしょうか
おれ環かと思い他のPCでやってみましたが同様でした

ガクガクはSDに限らない。動画カッターで切り取った動画などでもある。Ffmpegで再エンコードするしかない。

手持ちの動画、SDはBT.709フィルタ設定でH.265化
HD/FHDはH.265に変換した

jasna頭固いジジイみたく入出力厳しいな、ladaは何でも食うし何でも出すのに

>>334
俺もこのスレの内容は8割方意味不明だよ
謎の呪文の羅列にしか見えないし謎の呪文の説明がこれまた謎の呪文になってるので頭の悪い爺さんはギブアップだわ
大人しく何とか導入できたladaで頑張るよ

>>353
https://github.com/Kruk2/jasna/releases/tag/v0.6.0-alpha5
ここのassetsから7z.001 7z.002を落として解凍してjasna-gui.exeを実行するだけ
secondary restoration でrtx super resを指定すると驚く結果になるぞ
一括変換の速度やリアルタイム再生のスムーズさもladaとはレベチだ

>>353
なお初回実行時は復元モデルの最適化処理が走るから30分ぐらい我慢汁

RTX3050を使っているのだが、ladaとjasnaの処理時間はほぼ同じ。
rtx super resの処理を加えるせいかもしれないが、jasnaのほうが遅い。
原因はGPU（もしくはメモリ）の限界なのかなと思っている。
3050（もしくはそれ以下）でladaよりjasnaが2倍速いっていう人いる？

コンパイルon常にしないとladaと同じ

BasicVSRコンパイルはONにしているよ。わざわざオフにしたりしてない。
一番最初に実行されるコンパイルも成功しているが、コンパイルにかかった時間は1時間ぐらいだったと思う。

検出モデルがrfdetr-v5になってるって事はないの、あれ遅いよ

そう
jasnaは検出モデルをyoloにしないと速くならない

みんなレスありがとう。
lada-yolo-v4を選択しているし、その設定をプリセットしている。
3050の限界だったとしても10万だして買い替えるつもりもないんだけどねｗ
いまどき3000シリーズを使っているヤツは少数派なんだろうね。

>>354 ありがとう。v0.6.0-alpha5 なんて出てたのね。
早速試してみたけど、ｖ0.5.0 で >>2 をやったやつとの比較では違いがよくわからんかった。

>>361 グラボは頭の 20** 30** 40** よりかはケツの **50 **60 **70 の方で性能差が出るんじゃ？
**80 とかがお大尽クラスでベンチマークもかなり違ってくるみたいだし。

右下のGPUやVRAMの仕様率でどちらかが100%近く占有することが多いなら性能やRAM容量不足なんじゃないかな

>>362
0.5 と 0.6の違いは —stream オプションつまりリアルタイム再生対応かどうか
jasna-gui.exeは今は再生機能ないが、
jasna作者が公開しているjasna対応したstash動画管理再生アプリなどでリアルタイム再生できる
有料GUIツールのalethisでもリアルタイム再生できる

>>361
ははは、ワイはいまだに2070sでがんばっちょるよ

>>365
chatgptに3050と2070sの比較をしてもらったら
純粋な性能 → RTX 2070 Superが圧勝
省電力・新しさ → RTX 3050
という回答だった。

>>362
コメントしてくれたとおりみたいだね。どうもありがとう！

>>361
ざっくり言うとladaでは余してたビデオカードの余力を目いっぱい使えるように→高速化したのがjasnaなので
lada実行時点でVRAM使用状況がカツカツだったらあまり速くはならないと思う

>>356
とりあえず、スピードを重視するなら、RTX Super Res はオフにしてみてはどうでしょう？

4つまでの動画の任意の部分を拡大して見比べるツールを作って比較した結果、RTX Super Res などの二次修復はオフにしました。
RTX 5070 でもこれをオンにするとかなり遅くなりますが、時間コストに見合った改善にはなっていないと感じたからです。
ちなみに、restorationモデルについては、2Dソースでは個人的には vr_v0.5_test や v1.2無印 より v1.2_full がいいと思いました。

スピードも欲しいけど、仕上がりが一番大事だろ

VRの下のほうにあるモザイクって消すのは無理かな？
中央部分ならまあ消えるんだけど

>>368
TVAIかSwin2SRと間違えてない?
RTX Video Super Resは1割増位の時間で処理出来ていると思うが

jasnaの二次復元のunetを試した人いますかね、オーバベットや効果はどうでしょうか？

>>369
大きく同意

動画によってV2aよりV2fの方が良いときある
ていうかaの法が良いのかもわからない

JasnaにTVAIが一番いい
まじレベチ

rtx vsrでかなり遅くなるというのは不思議だな
修復領域だけに4×アップスケールかけてるんだと思うけどそんなもんそもそも1080p全体を4Kでリアルタイム再生出来るくらい大した負荷じゃないのがウリなわけで
ただtensorコアいくらか使うんで無影響とは言わないし旧世代や下位シリーズは影響大きいだろうけど

>>353
このスレをPDFにしてAIに解読させたら懇切丁寧に教えてくれるよ

>>343ですが、事前にTVAIで加工するとJasnaで破壊することができました
ただ、TVAIの実行にかかる時間がめちゃくちゃ長いので実用的ではないですが…

>>366
わいRTX3050(8GB)

本家のアプデ来ないかな？
派生には興味ないし調べるのも面倒くさいし劇的な変化もなさそうだし

ladaだとCPUメインでGPUが暇するけどJasnaだとGPUメインでゴリゴリ行くんだよね
JAVPの時と一緒でGPUの差がモロに出ると思う

>>354
ありがとう
0.5でやってたんだけど不足しているエンジンとしてRF-DETRとBasicVSR++が出て動かないので止めちゃってるんよ
なお最初のシステムチェックでCUDAデバイス無し、CUDAランタイム無し、CUDAシステムメモリフォールバックポリシーが×なんで、そもそもGPUが1650じゃダメなのかなとも思ってる

>>382　参考までに

おれ環は i9-9900KF　2080Ti　これでSDなら実時間の半分くらいで処理出来るし、FHDでもちょい長いくらいかと。

jasnaは二次処理がキモだと思うんだけど、TVAIのサブスクに入らなくても2080TiでRTX Super Res がダーターで使えるし、そもそもjasnaが走るRTXボードならここは大丈夫っぽい。

1650と2080Tiの比較↓
https://technical.city/ja/video/GeForce-RTX-2080-Ti-vs-GeForce-GTX-1650
今買うんなら2080Tiなんて古いボードよりは4060とかが無難なのかも。中古相場同じ位でも世代が若いから電気代安めになりそうなのと、陳腐化が遅くなるから長持ちしそう。

RTXグラボは20**→30**→40**→50**で世代の進化、**50→**60→**70→**80で処理能力アップ、
どこで折り合いつけるかすげー悩むけど、ベンチマークと自分のやりたいことを突き合わせて選ぶ感じかと。予算厳しいならいずれにせよ中古一択になると思うけど。

とにかく金かけたくないなら中華サイトで垂れ流しになってる”无码破解”を眺めればいいだけなんだが、
思い入れのあるやつの破解版て結局”自炊”するしか無いことが多いんよね。
おれなんかオキニのやつをJAVP→lada→jasnaって3回以上しつこく破解しとるｗ

>>382
jasnaはtensorRTで高速化してるのでgtxだと効果ほぼなし
また、最大のメリットであるRTX super resがgtxでは使えない
RTX super resでladaとの出来上がり品質がまるで違うのでrtx 2060 6gbを1.5kでgetすれば？
おすすめは4070Ti以上、PL50%でもtensorコアも多くエンコーダ二基搭載なので省エネでグリグリ動く

>>382
Ryzen 3060 ecoモード、4070Ti PL50%
windows 11環境でrtx super res付きで一般的な2時間ものfhd 30 fpsで1時間ちょい、sdだと40分ちょい
リアルタイム変換視聴がfhdでもスムーズなので今はほぼフル変換はしてないが
なお、max-clip-sizeやoverlapを減らせばvram 6gbでも動く
max-clip-sizeはav映像であれば30で十分なので

もうeco modeでもなんでなくてただのero modeだな

>>376
元の動画によるのかも
4Kや8K VRとか、画質良いものにVSRを使っても効果があまり感じられないとか、
このレベルの動画をVSRでScale x4 Quality ultraで処理してVRAM 12Gがボトルネックになってるとか

VSRは５０７０とかなら再生時に自動で効かせられるのと同じではないの？

2018年に購入したVRをダウンロードしたら今のとは違ってた
SBSは今はアスペクト比2:1（片目だと1:1）のものがほとんどだが、16:9になっていた（片目だと8:9）
TBはアスペクト比は1:1で同じだったが、縦が半分に潰れてない代わりに左右に1/4ずつの黒帯があり、映像は画面の半分しかなかった
SBSはいいけど、TBはもったいないことをしてると思った

でもTBは何も考えずにキレイには復元できるよね

>>388
機能は同じだが、使い方が違う
VLCみたいな動画プレイヤーで再生時に動画全体にかけるのではなく、
jasnaやlada-exだと検出したエリアのみに、復元後2回目の処理としてVSRをかけてから元動画に合成している
つまり、VSR処理後の画像で出力動画が作られる訳だ
(TVAIを選んだらは2回目の処理にTVAIが使われる。当然だが、TVAI持っていなければ動かない)

SBSとTBってなに？

SBSはサイドバイサイド、TBはトップアンドボトム

ちなみに、作品によっても違うけどある作品では
・超高画質
　H264 SBS 3840x2160（片目1920x2160）
・H265
　HEVC TB 2144x2144（黒帯を除いた片目1072x1072）
・PC（これだけ mp4 ではなく専用プレイヤーでしか再生できない）
　H264 TB 2160x2160
・スマホ
　H264 TB 2160x2160（黒帯を除いた片目1080x1080）
今となっては普通画質の超高画質以外は見れたもんじゃない

エンジンが不足って出た
https://imgur.com/a/DAUBYaf
>>2の導入通り、削除、リネームしたんだけどなぁ

普通の初回コンパイルじゃないの
検出モデル一種類に一回
復元モデルはclip sizeごとにコンパイルが必要

ごめん間違い
PCのやつは、解像度はわかるけどコーデックは不明です

>>354
解凍できない

コンパイルOFFにしたら初回コンパイル無くなると思ったのに、コンパイル始まるのね。。。

>>398
コンパイルON/OFFの選択は復元モデルだけ
検出モデルはコンパイルされたエンジンを使うので、最初に使うモデルでは必ずコンパイルが走る

>>399
なるほど！
thx!

>>397
gemini

394です　自己解決しました

>>393
VRで使うやつなのか

Lada-EXが0.12.1に上がったんだが、Zero-Copy GPU Encodingがやばい
低解像度の動画だと効果が小さいが、FHD動画では俺環だとJasnaの1.5倍速以上出た
今のところ自力インスコ＆Linuxじゃないと厳しいので、試せる人が限られるのが弱いところ

本家のぎざぎざになるバグがJasnaでなんでか起きなくなってる
もうJasna一択

やばいの使い方が気持ち悪いオッサンです

むしろこんなスレおっさん以外が見てたら嫌すぎるだろwwww

トップアンドボトムの VR動画 で fisheye をオンにすると画面上下端の情報が失われてしまう現象ですがようやく対応策がわかりました。

jasnaバージョン0.5.1、gpuドライバ更新しても最初のチェックでgpuドライバエラーになる。rtx50xxシリーズじゃないと使えないのかね？

>>409
入れてるドライバのバージョン確認
0.5.1のチェックはドライバのメジャーバージョンが590より小さいと弾く
GTX1000番台のGPUだったりするとアウトかな

>>410 返信ありがとう。入れたドライバは596.21となっている。グラボは、rtx4060ti。これもオマカンか？

nvidia-smi にパスが通ってない説
github.com/Kruk2/jasna/issues/124

Jasnaなんとか使えるようになったのですがrtx super resの設定ってどこで調整するのでしょう？
特にそう言う項目が見当たりません

>>413
二次修復って項目の中でrtx super res選択して調整

98にlada0.11.1で破壊している動画が増えてるけどbilibiliで売っているやつ？

>>414
遅くなりましてすみません、返答有難う御座います。
最大化しないと出ないんですね、調整項目。
一度最大化すれば後は大丈夫でした。

>>412 返信ありがとう、パス通って無かった。俺には難しかったがなんとかパス通せた、チェックをクリアして使える様になった。

lada-exの機能追加に合わせてtensorrtやら色々やってたがVRAM16GBでもVR4K動画ですらOOMで落ちる頻度が格段に上がった。8Kはまずダメ。RTX5090ポチったが32GBで今後どこまで耐えられるのかと考えたらPRO6000まで行くべきだったのだろうか。

金があって好きに使えるなら何やってもいいよ

>>418
Lada-exはGPUゼロコピー機能(torchcodec-encode)で処理性能が爆上がりしたが
その分VRAM消費も激しくなった
FHD動画では今のところOOMは発生していないが、RTX VSRを有効にすると
VRAM使用量が13GBとかになっているので、VRAMが多いGPUが必須な感じ
RTX5060ti 16GBでもVSR有効にしてFHD動画が実時間の1/4位で処理できており
ようやくVRAM容量の恩恵を感じている
VRAM 16GBだと4K/8K VR動画ではVSRを使わないようにしないとだめそう
性能と品質を求めるとキリがないですな

>>418
RTX PRO 6000 VRAM96GB 約155万円～
RTX 5090 VRAM32GB 約60万円～

VRAM単価で見たらpro 6000オトクかも…（錯乱）
ビデオカード１枚で軽自動車が買えてしまうw

ホントにそういう量のVRAMが必須になる頃にはその量が60tiのやつらにも積まれるようになるよ
多分

そんで今のハイエンドには無いチップが処理に必要になったりして無駄金になるんだ。知ってる知ってる

早まってはならん

そうなんだよな。5090tiも噂あるしな。

今ならクラウドGPUでladaするマンさんみたいに
RunPodでPRO 6000を従量課金で試す手もあるな

みんなモザイク破壊してるVR動画の素材は何処から落としてんの？FANZA VRが素材になれば最高なんだが、現状無理なんでしょ？何処のサイトのVR動画を素材にしてるんだろ。あと、VR動画のモザイク破壊は、LADAでは出来なかったけど、JASNAならできるの？

ポチったRTX5090の発送連絡こないから問い合わせたら入荷待ちになってしまっていた。
悶々としながらRTX PRO6000調べてる過程でPRO5000 48GBが電力や大きさから今のPCケースのままいけそうで、価格も大差ないことに気付いてポチり直した。これなら夏も耐えられそうだしTensorRTも余裕だと思う。たぶん。

財力がスゴいなぁ

DGX Sparkでもいい

>>425
ダウンしたwsdcfをmp4に変換する方法2つ見つけて試したけど、どちらもエラー出る
どうやら、以前は動いたようだが、暗号キーが更新されたかで動かなくなった模様
最後に見つけた有料のやつ、サイトに登録して無料で1回だけ使えるやつは動いた
しかし、料金が2回で1ドル、9回で3ドル（共に1年有効）とのことで捨てた
やはり、匠くんしかいない

>>429

2D動画用のダウンロードソフトは各種有るけど
VR対応って無いに等しいのかな？

FANZAで購入したVRは40本ほどあった、VRは10円セールの時に購入したのがほとんどだけど
しかも、1本の動画でファイル1つというのはほぼなくて、多くて10ファイルあったりする
全部変換するのにいくらかかるんじゃ

だからこのスレで話題になるVRはfanzaではありません
ログ読んでおくように

ladaでVR破壊できないってそのまま突っ込んでるんだろか
zelefansでsplitしてladaで破壊してcombineすれば良い
jasnaは8KVRだと2.3割速くなるがグラボの負荷が高いうえVRだと長時間の稼働が必要なのでそこをどう捉えるか

VRを破壊する手段の話ではなく、破壊できるVRをどこから仕入れてるんだって話だろう

jasnaのvr用は129で作ってくれてる

VRの入手手段は調べれば良い
お金払えばいくらでもある

claudeで改造したundergate版を通常とfisheyeのスクリプトで使い分けてる
連動したミニGUIなんかも簡単に作ってくれて便利
Ubuntuで全て実行している

>>434

>あと、VR動画のモザイク破壊は、LADAでは出来なかったけど、JASNAならできるの？

jasna v0.6 アルファ5のリアルタイム再生やが、フォーク版stashに動画放り込んでも破壊されない。環境設定が間違ってるのか？

>>439
>>204

>>440 返信ありがとう。>>204 も参考にしたが駄目だ、出来ない。

>>438
>jasnaは8KVRだと2.3割速くなる
つまりできます。

あまり需要ないと思うけど、モザイクじゃなくてぼかしを戻す方法ってないかな？

>>439
Stash から起動された jasna-cli.exe の「カレントディレクトリ」が、
jasna-v0.6.0-alpha5 ではないためです。
Jasna CLI は **モデルを「相対パス」**で読みに行きます：
ってcopilotさんが言ってた
@echo off
cd /d "S:\APP\jasna\jasna-v0.6.0-alpha5"

set "JASNA_CLI_PATH=S:\APP\jasna\jasna-v0.6.0-alpha5\jasna-cli.exe --fp16 --max-clip-size 60 --secondary-restoration rtx-super-res --rtx-scale 2 --rtx-quality high --rtx-denoise low --rtx-deblur ultra --detection-model lada-yolo-v4"

start "" "S:\APP\stash_Jasna v0.30.1\stash.exe"

画面全体に小さいモザイク入れてる動画あるけど
あれ取れねぇな

>>444 返信ありがとう。駄目や、stashは、開くが破壊されない動画が流れるだけ。

>>446
念の為だが、基本的な確認は済んでる？
・stash用の環境変数(JASNA_CLI_PATH)で指定した検出モデルを使ってjasna-guiやjasna-cli単独で動画処理ができることは確認済み？
・stash画面右下の歯車をクリックしてjasnaを選択してる？

>>444
v0.6.0-alphaは使ってないから知らなかったけど、まだカレントフォルダからの相対になっているバグ直ってないのか
jasna-guiやladaは実行ファイルがあるフォルダからの相対になっていることからわかるように、これは仕様ではなくて明らかなバグ
仕様だと言うのなら、そうすることでどういうメリットがあるのか言ってくれ、デメリットしかないだろ

>>447 返信ありがとう。guiでは破壊出来るが、cliはコマンドプロンプトの画面が出てすぐに消え破壊出来ない。stash再生画面の右下に歯車が無い。やっぱ何かの設定が足りてない？

>>449
cliの使い方やbatファイルの作り方から調べた方がよさそう

コマンドプロンプト 使い方
batファイル とは

>>426
RTX PRO 5000 VRAM48GB 約80万円～

pro 5000でも高けぇぇぇ
お金持ちですなぁ 経済回してクレメンス

>>450 返信ありがとう。難しいそうや。

CLI（Command Line Interface：コマンドラインインターフェース）は、
キーボードでテキストコマンドを入力し、文字ベースでコンピュータを操作するUIです。
まあ頑張れ

>>1の"lada_mosaic_restoration_model_generic_v1.2_full.pth"ですが、
Huggingface上でunsafe表記されていていくつかのセキュリティースキャナで脆弱性が検出されているようなのですが問題ないんですかね？

>>454
前スレ 801
誤検知（false positive）の可能性が高いですが、構造上のリスクは実在

>>453 どうしたらcli.exeが立ち上がるのかも分からん。俺には無理そうだ、大人しくgui版でやるわ。

>>456
それがいいと思う。

>>456
私も知識はゼロだが、AIのgeminiとかに聞いたら教えてくれるかもよ

手っ取り早いのはGoogle検索のAIモードで次のような質問すればよいよ

以下のバッチファイルを自分の環境に合わせて書き換えて実行する方法を詳しく教えて

@echo off
cd /d "S:\APP\jasna\jasna-v0.6.0-alpha5"

set "JASNA_CLI_PATH=S:\APP\jasna\jasna-v0.6.0-alpha5\jasna-cli.exe --fp16 --max-clip-size 60 --secondary-restoration rtx-super-res --rtx-scale 2 --rtx-quality high --rtx-denoise low --rtx-deblur ultra --detection-model lada-yolo-v4"

start "" "S:\APP\stash_Jasna v0.30.1\stash.exe"

>>458 >>459 返信ありがとう。batでstashは開くが破壊されない動画が流れるだけや。jasnaと連動していないみたいだ。cli.exeが出来ない事が関係しているのか？aiに聞いて見てやってみても、聞き方が悪いのかcli.exeを実行できない。

>>460
jasna-cli.exeはstashが中で呼び出していて、呼び出す際の呪文を環境変数JASNA_CLI_PATHでsetしている
460がjasna-cli.exeを実行できない事自体は問題ない

459の書き方だとjasna-cli.exeを置いているフォルダ名に空白が含まれているとJASNA_CLI_PATHが意図したように
setされない気がするので自分がjasnaを展開した場所を確認か

>>459 の内容をやりたければ、

@echo off
setlocal
for /f "usebackq tokens=*" %%a in (`"where jasna-cli.exe 2>nul"`) do set jasna=%%a
cd "%jasna:~0,-14%"
set JASNA_CLI_PATH="%jasna%" --fp16 --max-clip-size 60 --secondary-restoration rtx-super-res --rtx-scale 2 --rtx-quality high --rtx-denoise low --rtx-deblur ultra --detection-model lada-yolo-v4
endlocal
start "" "stash.exe"

でいけるんじゃね？
ただし、v0.6.0-alpha5のjasna-cli.exeとstash.exeにそれぞれpathが通っている必要あり
（'stash.exe'が見つかりませんと出るならpathが通っていない）

ごめん、間違い、endlocalは消して
これがあると、JASNA_CLI_PATHの内容が消えるのでstash.exeがjasna-cli.exeを実行できないわ

https://github.com/Kruk2/stash/releases/tag/v0.30.1-jasna
歯車はでてるのか？

https://57.gigafile.nu/0507-badddc15c77d20d3fdfdff1a850f92412

リアルタイム再生にこだわってJasnaを使う簡単なスクリプト作ってみた。
冒頭のパスだけ設定すれば動くはず。jasna-cli.exe と mpvnet.exe 使ってる。
mpvnet は代わりに VLC とかでもOK。709対策はやはり事前に変換するしかない。
オプションもリアルタイム再生向けに最適化しているがお好みで。

>>2 の方法で書き換えてlada-yolo-v4を使ってたけど、動画との相性や俺環もあるのかもしれないが、一瞬モザイクが残る現象が頻発したのでrfdetr-v5に戻した。まだ数個の動画しか試してないが、症状は出なくなったと思う。

jasnaの話ね

>>465
スクリプトありがとう
mpvnetの呼び出しをVLC向けに書き換えて使ってみた
個人的にリアルタイム再生のためだけにstash入れるのは大げさだなーと思っていたので
好みのプレイヤーでお手軽にリアルタイム再生が出来るようになって良かったです

>>465
pushd "%JASNA_DIR%"でjasna-cli.exeがあるフォルダへ行ってしまうと、動画ファイルを絶対パス付で指定しないと再生できない
カレントフォルダにあるファイルをファイル名だけで再生するには、動画ファイル名にカレントフォルダのパスをくっつけてやるか
pushd/popdを全て取り除き、jasna-cli.exeのパラメータに
--detection-model-path "C:\jasna\model_weights\lada_mosaic_detection_model_v2.pt" ^
--restoration-model-path "C:\jasna\model_weights\lada_mosaic_restoration_model_generic_v1.2.pth" ^
のように使用する2つのモデルを絶対パス付で指定すればいい

ちなみに >>267 を使って、pushd/popdは全て取り除き、start "" jasna-cli.exeからの連続行を
start "" jaspre.EXE --stream --no-browser --input "%~1"
にしても保存しているプリセットを参照して上記2行他必要なオプションを付け加えてくれるのでいける
（不要な--outputも付け加えてしまうけど動作には問題なし）

>>466
それな

>>246 あたりの書き込みのせいでvr_v2_accurateを妄信してる人たちが多いけど
それはあくまでも Jasna ver. 0.5 の時の評価
じつは Jasna ver. 0.5 にはいろいろ問題があってrfdetr-v5の問題ではなく本体の問題だったりする
Jasna ver. 0.6 ではそういう問題が改善されてrfdetr-v5本来の能力を発揮できてるからvr_v2_accurateより良い結果になる
Linux 版のver. 0.6はまだ出てないからLinux版しか使ってない人はわからないだろうね

>>470
0.6.0-alpha5のrfdetr-v5もassetsにあるテストクリップで試した限り話にならない出来だけど
ほんとに試して比較した？

あんなナスのテストクリップでベンチマーキングしても何の参考にもならないぞ

あれはアプリが動作するかどうか確認するためだけのもんだ

参考にならんなら何で用意してるんだよ、てかテストクリップすら試してないんじゃただのエアプ妄想か

>>474
アプリが正常動作するか確認するためだけのもんで、モザイク破壊の性能を比較する為のもんじゃないからだ

🍆じゃNSFW判定に引っ掛からない

ここまで説明しないと分からない馬鹿が使ってるとはな
┐(´д｀)┌

要するに試してないし比較もしてないんだろ、屁理屈いらんから

あとモザイク破壊じゃなくrfdetrもyoloもモザイクの検出な

環境変えてベンチとっている最中にlada-exが昨夜のコミット「fix: stabilize Linux execution and optimize color/device management」から「TypeError: VideoWriter.__init__() got an unexpected keyword argument 'device'」エラーを吐いて止まるようになってしまったことに気づいた。Gemini大先生のアドバイスでlada/cli/main.py の409行目のdevice=deviceを消したら動くようになった。問題を理解しきれていないのでモヤモヤするけど。

>>478
uv sync --extra nvidia-cu130-nightly --upgrade-package torchcodec
でtorchcodecのパッケージは更新してる?
0428版辺りでAPIの仕様が変わってdevice指定が必須になってる

>>479
cuda12.8なのでuv sync --extra nvidia--nightly --upgrade-package torchcodecを当ててました。
1つ前のコミットに戻すかdevice=deviceを削除しないと動かなかったけど、最新版で動いたら動いたでなんか10%くらい速くなってる。

>>178
遅くなりましたがベンチとってみました。RTX4070は既に手元にないので代わりにRTX Pro5000 Blackwellを入れています。短い動画のためか差がはっきりしませんでしたが参考までに。
<テスト環境>
core i9-14900K + DDR5 96GB + MSI RTX4070Ti SUPER GAMING X SLIM
core i9-14900K + DDR5 96GB + ASUS Prime RTX5080 OC Edition
core i9-14900K + DDR5 96GB + NVIDIA RTX Pro5000 Blackwell
<テストファイル>
2D DVD動画 長さ 1m37s
2D HD動画 長さ 1m20s
4K60fps VR動画 長さ 30s(高解像度動画の代替として)
8K60fps VR動画 長さ 30s(高解像度動画の代替として)
<テスト方法>
Windows11 jasna v0.5.1 GUI版モデルlada-yolo-v4, 最大クリップサイズ 30, VSR 4x Ultrax3, エンコード HEVC cq18の条件で実行。2D動画もVR動画も2Dとして扱っています。
<成績>()内VR動画は2Dとして処理しているので参考値。
===== RTX4070ti super =====
2D DVD動画 54s
2D HD動画 41s
(4K60fps VR動画 20s)
(8K60fps VR動画 1m28s)
===== RTX5080 =====
<jasna> Windows11
2D DVD動画 47s
2D HD動画 36s
(4K60fps VR動画 16s)
(8K60fps VR動画 1m10s)
===== RTX PRO5000 =====
2D DVD動画 46s
2D HD動画 33s
(4K60fps VR動画 17s)
(8K60fps VR動画 1m10s)

尚、環境壊れかけましたが何とか戻ってます。たぶんw

追加でUbuntu22.04上でのlada-exでの結果です。
[2D用コマンド]
lada-cli --device cuda:0 --encoder hevc_nvenc --encoding-preset hevc-nvidia-gpu-uhq --max-clip-length 30 --no-detect-face-mosaics --mosaic-detection-model v4-accurate --mosaic-restoration-model basicvsrpp-generic_v1.2_full --hw-decode nvidia --hw-decode-detector intel --fast-pipeline --mosaic-detection-imgsz high --torchcodec-encoder --tensorrt --fp16 --nvvsr-scale 4 --nvvsr-quality ULTRA --input test.mp4 --output out.mp4

[VR用コマンド]
lada-cli --device cuda:0 --encoder hevc_nvenc --encoding-preset hevc-nvidia-gpu-uhq --max-clip-length 30 --no-detect-face-mosaics --mosaic-detection-model v2_vr_ultra84 --mosaic-restoration-model basicvsrpp-generic_vr_v0.5b --vr-mode VR180 --vr-fisheye --hw-decode nvidia --hw-decode-detector intel --fast-pipeline --mosaic-detection-imgsz high --torchcodec-encoder --tensorrt --fp16 --nvvsr-scale 4 --nvvsr-quality ULTRA --input test.mp4 --output out.mp4

※モデル名は呼び出しやすいように以下のものをrenameしてます。
lada_vr_mosaic_detection_model_v2_ultra84.pt
lada_vr_mosaic_restoration_model_generic_v0.5_test_20260402.pth

<成績>
===== RTX4070ti super =====
2D DVD動画 20s
2D HD動画 22s
4K60fps VR動画 50s
8K60fps VR動画 5m27s
===== RTX5080 =====
2D DVD動画 16s
2D HD動画 19s
4K60fps VR動画 45s
8K60fps VR動画 5m22s
===== RTX5080 =====
2D DVD動画 17s
2D HD動画 18s
4K60fps VR動画 44s
8K60fps VR動画 4m45s

最後の
>===== RTX5080 =====
>2D DVD動画 17s
>2D HD動画 18s
>4K60fps VR動画 44s
>8K60fps VR動画 4m45s

はRTX PRO5000の間違いです。

>>480
uv syncで入れたtorchcodec nightly版の日付を見た方が良い
cu128のnightlyは以下が最終のようなので、最近の更新が入っていない

torchcodec-0.12.0.dev20260407+cu128-cp314-cp314t-manylinux_2_28_x86_64.whl

なので、torchcodec-encoderの処理を有効にするにはcu130以降に上げる必要があると思う
LOG_LEVEL=INFOつけて実行して、どの処理ルートを通っているか確認してみたら

>>482
セッティング探すのが大変だけど、現状最強の設定ですな

>>482
RTX5080（16GB）とRTX PRO 5000（48GB）の違いは8K 動画などVRAMを大量に使う場合で差が出る感じですね

VRAM16GBを使い切らない処理（SD, FHD）だとほぼ変わらない

rtx pro 6000買ったらめっちゃ捗りそうだわ

>>484
アドバイスありがとです。
確認したところ0.12.0.dev20260407+cu128でしたので指摘通りちょっと前のものですね。
先ほどcodeberg見たらbe18550a22のコミットで修正されたようですのでまずは日課である最新化してどうなるかを試してみます。(全然懲りてないw)
他にも問題抱えていたのでその後はUbuntu24.04へ移行と合わせてcuda13.xで安定感環境を探ってみます。

>>486
およそそんな感じですね。
nvidia-smi -l 1でウォッチしていたところテストに使った短い8K動画だとVRAM使用量は12GB位からスタートして14GB位までしか使ってなかったのでPRO5000が早く完了したのはバス転送能力の差かもしれないです。
また、4070tisや5080でtensorrt有効にすると恐らく断片化のせいか何度かのメモリ要求で数分から数十分ほどでOOMに達してました。これもテスト動画を短くした理由です。
1本の8K動画を5分程度に分割してると通る動画もあるので動画のシーンでも差があるかもしれません。

>>488
torchcodec-encoderルートはRTX VSR込みでもメチャ速くなるので頑張る価値あると思います
VRAMリッチだと4k/8k動画にも効くんじゃないかな
なお今は楽になっているかも知れないけど、UbuntuでNvidiaのドライバを590系に上げる際のドライバ署名がクセ強でハマりました

>>483
VRではどれくらいfpsがでますか？

>>491
記載したコマンドで4Kの方は41fps、8Kの方は6fps位です。

>>471

ナスビのサンプルは知らんけど、
バージョンアップのたびに次こそは次こそはと同じ動画をしつこく破壊してるオレ的には、
0.6.0に　>>2 を適用して検出に yolo を選択すると 0.5.0 よかモザ残りは少ない、
っていう感じがしてます。

>>492
ありがとうございます。

>>465
こちらのスクリプト有り難く使わせていただいているのですが
自分のGPUが4060と非力な為にフェラのシーンになるとカクついてしまいます
これをスムーズに再生させるにはどのパラメーターをいじったらいいですか？

>>495

>>462
のようにdetection-modelをyoloに
max-clip-size 60
yoloは 2 のようにvr用のやつに変更

>>496
ありがとうございます
かなり改善されました

>>493, 他
jasnaのナスのテストクリップは >>233 に書いたけどrfdetrとlada_yoloの検出速度を測定するのに使われているよ
以下コマンド実行すればOK
jasna-cli.exe --benchmark --benchmark-filter yolo
jasna-cli.exe --benchmark --benchmark-filter rfdetr

BasicVSR++の測定はバイナリパッケージ版だとコードがメンテされていなくて動かない

>>493
しきい値を 0.25 から　0.1 に変更したか？

現状は　Jasna 0.6.0 alpha-5 で rfdetr-v5 しきい値 0.1 で使うのが最強
NSFW のモザのみを検出して顔モザは無視（そのまま）っていうのも良い
もうこれだけで lada/lada-ex を捨てて Jasna に乗り換える理由になる

0.5 までは全然使い物にならない感じだったが 0.6 から急に良くなったな Jasna

Jasna 0.6.0 alpha-5 で rfdetr-v5 しきい値 0.1 で使ってみたが
0．5と6．0の違いを感じなかったです。

>490
速くなるという言葉が頭から離れず、ubuntu24.04を導入し直す前に作業見積もりを兼ねて現環境へcuda toolkit 13.0とそれ用のTensorRTを加えてlada-exを入れてみました。すると上の方で書いたテスト用コマンドで8KVR動画では6fps位であったのが26fpsへ、4KVR動画では74fpsを超えました。想像を遥かに超えた速さに喜ぶのもつかの間で例えばVR4Kの場合では出力動画のビットレートが元動画の約21000kbpsから約2000kbpsへ落ちていてまるでコマ送りでした。
torchcodecは0.12.0.dev20260428+cu130から0.12.0.dev20260502+cu130まで全て同じ結果。lada-cliコマンドから--torchcodec-encoderを外すか--encoder-options '-preset p7 -rc vbr -cq 20'を加えると正常な出力になりました。
video_utils.pyのclass TorchVideoWriterの中で_core.streaming_encoder_add_video_streamのところでbitrate関係が渡されていない感じですね。--torchcodec-encoderを付けた時は--encoder-optionsを使うという設計思想かもしれないですけど。尚、出力動画のビットレートが正常になると処理時間も正常になりました。ここだけで異常の方が良かったです！

>>500
Jasna 0.6.0 alpha-5 で rfdetr-v5 しきい値 0.1でやってみましたが、おれ環では（RTX5070、RAM32GB）しきい値に関係なく>>2の設定lada-yolo-v4のほうが全然というかかなりいいです

>>502
cu130への更新とtorchcodec nightlyの組み合わせトライ乙です
自分は主にFHD動画までで4K/8K VR動画はやっていないのでそういう状況に遭遇してないです
FHD動画のencoding設定はデフォルトのプリセットを使っています(プリセット設定は -rc constqp -qp 数字 で品質を調節)
作者さんは--torchcodec-encoderとエンコード設定の関係については特に言っていないと思うので、高画質・高ビットレート動画での問題なのかな
codebergでイシュー発行すれば見てくれると思う

>>500
v0.6.0-alpha5とv0.5.1は同じコミットだからv0.5.1でもいいぞ

>>2
この内容やったら別のエラー出たの自分だけ？
pytorch 2.6で変更されたものが原因だったみたいだけど、ポータブルの方ってみんなできてるし問題なさそうだよね
自分はソースから動かしてるから2.10でエラー出たんだけど、ほかにソースから動かしてエラー出なかった人いる？

>>500
リポジトリ上はv0.6.0-alpha5とv0.5.1のタグが同じコミット番号を指してるけど、公開されてるパッケージの中身は違う
v0.5.1にはStreaming機能が入ってない
恐らくv0.6.0-alphaで加えたexperimental blendingもv0.5.1には入っていないと思う

>>506
torch-2.10.0+cu130でJasnaをソースからビルドしたけど俺環では検出モデル・復元モデルの差し替えできてるよ
ビルドしたときのメモを見たらuv sync後にladaで当てているfix_loading_mmengine_weights_on_torch26_and_higher.diffパッチをJasnaでもやらないとダメだった
Jasnaはビルドのドキュメントが無いに等しいから厳しい

好きな人が外人だと必死で外国語勉強するのと同じで、
おマンが観られるとなると必死でITスキルを身につける我々の熱量は素晴らしいよね。

DVD素材の動画何か設定が有ったかな？

入力ファイルのインタレ解除、出力ファイルのアスペクト比修正
どっちもladaやjasnaで設定する事ではないな

返信どうも、前処理が必要だと。javplayerみたいに画質を下げるとモザの認識が良くなるみたいなとは無いのね。

>>507
docker作成中ですが難航中

>>507
配布物違うってまじか
ありがとう

fix_loading_mmengine_weights_on_torch26_and_higher.diffは自分がやったのと同じことだから正しかったみたい

結局リアルタイム再生色々やったが出来なかった、最近出たスクリプトも駄目。下に歯車も出て無いし、なんか設定が足りないのやろう。

結局、10円の時に買った8KVRのうち独占のやつから2本（4動画と5動画）を選んで >>429 のやつに3ドル払ってやった
なんか以前は動いたのに動かんと思ったら、DOS窓ではなくてパワーシェルから動かすということを忘れてた
しゃちょー、ありがとー

リアルタイムの設定に合ったコンパイル済のモデルがなかったから数十分のコンパイル待ちとか？