【超解像】Lada part4

■　Jasna-0.5.0＋v2_accurate＋basicvsrpp-generic_v1.2_full

(1)　model_weightsフォルダのv4_fastとgeneric_v1.2を削除するかリネームする
(例)
lada_mosaic_detection_model_v4_fast.pt.bak
lada_mosaic_restoration_model_generic_v1.2.pth.bak

(2)　model_weightsフォルダに
lada_mosaic_detection_model_v4_fast.onnx
lada_mosaic_detection_model_v4_fast.win.engine
があったら削除する

(3)　>>1の検出モデルと除去モデルをmodel_weightsフォルダに入れ、それぞれ
lada_mosaic_detection_model_v4_fast.pt
lada_mosaic_restoration_model_generic_v1.2.pth
にリネームする

(4)　jasna-guiを起動して検出モデルをlada-yolo-v4にする

もう十分無臭と思えるレベルに来たが、あともう一歩ブレイクスルーしてほしいところ。

スレ立て＆テンプレ作成乙です

>> 2
手順(3)で検出モデルのファイル名を次の名前にリネームしておくとv4_fastも残せます
lada_mosaic_detection_model_v2.pt
この場合、検出モデル名はlada-yolo-v2になります

>>999
stashはポータブルなexe単体アプリなんでこれと、exeファイルと同じフォルダの設定ファイルやdbファイルを消せばok

検出モデルと除去モデル変えたらコンパイルやり直した方が良いの？

対象がvrでなくてもvrモデルの方が性能良いんでしょうか？

Jasnaがいいって書き込みだけで最近進んでるけどアカンところはないの？
複数モザイクへの反応はLadaと比べてアップしてるの？

コンパイルが長すぎる。
ぷよぷよしちゃうぞ

WMVとかAVIとかTMPGEnc Video Mastering Works 7でmp4(H.264+AAC)に再エンコしたのをJASNAに通すと全てガクガクな動画になってしまう。BT.709は守ってる。
何か条件が有るのかな？

>>10
VBRだとダメなときが有るみたい

jasnaの視聴が出来ん、コマンドプロンプトでjasnaが無効みたいなエラーが出る。環境設定とやらが間違っているのかな？

>>12
視聴って今度のalpha版でサポートされたstreamのこと?
とりあえず通常のGUI起動して動くことは確認できてる?

あれ、検知モデルしかかえてなかったんだけど、除去モデルも変えたほうがいいの？結構差ある？

コンパイル長いって言うからやってみたら5分かからんかった
環境次第か
CUDAゴリゴリ使って速いのえぇな

今まで勘違いしてたわ
jasnaってlada-exと同じでうちではうまくいかないDeveloper Installationが必要と思ってたけど、Win用exeあるやん
ということで動くようになった、ありがとさん

>>16
見つからないんです
どこから落とすんでしょうか？

>>2
丁寧な導入手順有り難うございます．
質問があります．
検出モデルがrfdetr-v5　しか現れず，model_weightsフォルダにはrfdetr-v5.onnxだけがあり
lada-yolo-v4.onnx　はありません．rfdetr-v5.onnx　をlada-yolo-v4.onnx　にリネーム
すれば良いのでしょうか？それともlada-yolo-v4.onnx　をどこかしらでダウンロード
しなければならないのでしょうか？

>>17
リンクから行って、v0.5.0のAlternative windows download
v0.6.0-alphaにはない

ところで、GUIの方は問題ないけど、jasna-cliの方は日本語が含まれているフォルダにあるファイルが見つからんと出る
lada-cliは問題ないのに、今いるフォルダのファイルが入力できないし、c:\から指定しても"をつけてもダメ
これじゃ、バッチファイルで処理しようとすると、フォルダ名の日本語を除かないとダメじゃん

>>17
https://github.com/Kruk2/jasna
右側のReleasesの下にある「v0.5.0(Latest)」をクリック

>>前スレ part3の808を参照、元になるモデルのダウンロード先は同part3の405を参照。

>>18への返信ね。

>>21
18で質問したものです．アドバイス有り難うございます．
前スレ paert3 も指示通り確認しました．

Jasna-0.5.0をダウンロード後 2 にある手順通りに行いました．
(検出，除去モデルのダウンロード＆リメームも行っています．)

念のため JASANA GUI を再起動させましたが，
相変わらず検出モデルのセレクトボックスには
rfdetr-v5しか現れません．

何か設定し損ねたことがあるでしょうか？

>>23
リネームして差し替える前にまずは解凍した直後の状態でGUIを起動しても選べない？

>>23 確認だけどダウンロードした物を名前を変えてモデル-ウエイトにコピーして置き換えてますかね？これでlada-yolo-v4を選択出来る筈やけど。

>>24
早速のアドバイスありがとうございます．
改めて解凍し，GUIを起動したらセレクトボックスに
lada-yolo-v4 が選択できました！！
これでJASNAが使えそうです．有り難うございました！！

>>25
はい，置き換えています．
しかし改めてファイル名を確認すると
lada_mosaic_detection_model_v4_fast.pt.pt
と.pt が1つ余計に付けてリネームしておりました．
それを修正しいたところっぶじlada-yolo-v4 を選択することが出来ました！！
24さん，25さんアドバイスありがとうございました！

>>19
>>20
ありがとうございます

Winのjasna-cliは日本語フォルダがダメというのは勘違いだったが、これバグだよね？

jasnaと同じフォルダにある動画は正常に処理できるが、他のフォルダの動画ではエラーで起動しない
model_weightsフォルダを動画と同じフォルダにコピーすれば動くので、カレントフォルダ相対になってる
しかも、--detection-model-pathと--restoration-model-pathで指定してもカレントフォルダ相対のまま
バッチファイルでmodel_weightsフォルダ（の中の必要なファイル）を動画のフォルダにコピーして
後で削除するようにしてしのげってことか？

あちら製のアプリは日本語ユーザ名日本語フォルダ日本語ファイル名を使わないのがお約束

いや、model_weightsをそのフォルダにコピーすれば日本語フォルダでもおｋ

既出だったら、すみません。
JavPlayer上で、ladaの超解像モデルを動かすことに成功しました。
出力結果が同じような感じになるので、一応動いてくれているようです。
結構手間がかかるので、お手軽にお勧めできませんが、頑張れば可能です。

>>13 guiの方は動く、動画生成出来る。視聴が駄目や、Chromeの拡張機能の設定とかあるのか？

俺もHLS使ったStream動かないと思ってしばらく放置してたらいつの間にか
ブラウザ内にプレーヤー立ち上がってたから数分間放置してみたら

>>33
0.6.0-alpha4を落としてきて展開
GUIで良いから検出・除去(復元)モデルを先にコンパイルしてファイル処理できることを確認しておく
視聴する場合はターミナル(俺はPowerShell)を開いて展開した場所に移動
.\jasna-cli --stream
でしばらくするとWebブラウザが開く(俺はEdge)
初回は通信許可求められるのでOKする
ファイルを選択して再生
Edgeは特に拡張機能は入っていなくても動いた

RTX Super Resを効かせたかったらCLIを次のように実行
.\jasna-cli --stream --secondary-restoration rtx-super-res --rtx-scale 4 --rtx-quality ultra
効果は自分の好みで変えて

あ、そもそもエラー出てるんだったなすまん
余計なことお世話だった

>>35 駄目や、出来ん。jasna-cliが認識されないと表示が出る。返信してくれてありがとう。

認識されないってそれコマンド実行する場所間違えてる超初歩的なやつだろ…それくらいググって勉強してくれ

ちんこにばっかり血が回ってんだろ

皆様情報有難う。2026/4/1時点のド素人向けjasna導入手順をメモらしてもらいます。

https://github.com/Kruk2/jasna/releases
素人はWindowsだろうから、上のページの中の『v0.5.0』ってとこを探して、
そこの『Assets』をクリック、リンクがバラっと拡がるとそこに
jasna-v0.5.0.7z.001　（1.95GB）
jasna-v0.5.0.7z.002　（1.86GB）
ていう圧縮ファイルのリンクが出るから両方ダウンロード。
同じ場所に保存したら、例によって 7-Zip で .001の方を展開。（勝手に.002も一緒に展開される。7-Zip以外の解凍アプリだと泥沼るので注意。）

解凍で出来たフォルダの中に　jasna-cli.exe　jasna-gui.exe　の２つの実行ファイルが出る。
好きな方クリックして窓が出るまで放置。（20分以上？）
なんか是正しろって言うメッセージが出たらそれに従って是正。
最初に小さいテストピースみたいなの放り込んでスタートするとまた20分位かかるから放置。
その後は通常運転になる。

-----------------------------
ladaと同じく　https://github.com/Kruk2/jasna　のページの『Code』のとこから『Download Zip』で落としたら行けるやろと思ったら、jasnaの場合そこのはビルトとやらが必要な玄人向けのなんで素人には手も足も出んよ。
完全ファイルの置き場所の違いは作者の個性なんやろうけど、まあまあシビレたわ。( ´Д`)

ついでに jasna-gui.exe の方の感想。テストピースで試した所だと、
・処理時間は気持ちladaよか早いかも
・モザの取りこぼしはjasnaの方が少ない
・モザの向こうの再現もjasnaの方が破綻が少なくちゃんと再現出来てる気がする
・オプションとおぼしき"SECONDARY RESTRATION"がかなりいい仕事をする
　オレはTVAIに課金してないからRTX一択なのだけど、これでやっとオカズになる感
　（実はladaで破壊したやつは逆に抜けなくなってしらけてた）
　RTXで 4x/Ultra/Ultra/Low がオレの好みにハマるので、これで破壊に励もうと思う
　（タイトル毎に最適条件あるっぽいけどハゲるから追いたくない）
・"SECONDARY RESTRATION"の設定は再起動するとデフォに戻るから要注意やでｗ

>>41
vr v2 検出モデルでさらにモザ漏れ低下、高速化
Presetに保存すればリセットされない

一度もゲーム起動したことなくて、ladaでひたすら破壊してるワイの5070Ti
ローカルLLMの有用な活用事例…
（クラウドでの同等サービスは無いし多分出ない）

jasna-gui でプリセットを作って保存した設定ってどこに保存されているんだろう？
今日作って保存して、dir c:\jasna /s | find "2026/04/01" とやっても出て来ないということはレジストリかな。
ぱぱっと検索してみた限りでは見つからなかったけど、隠してあるのかな？
それが読めれば、バッチファイルなどからそのプリセットを jasna-cli に渡せて、いちいちパラメータ入力する必要なくていいかなと。

%APPDATA%\jasna\settings.json

>>45
をを、ありがとうございます。

正常動作する動画が狭いのが惜しい

>>45
コレのおかげで保存先とかの設定が別バージョンにも引き継がれるのはいいんだがプリセットは設定項目が違うバージョンと行ったり来たりするとごっそり消えてしまうから要注意

検出モデル除去モデル変更して
jasna-v0.5.0alpha10はコンパイルも破壊も出来て正常動作なんだけど
jasna-v0.5.0だとコンパイルはできて破壊でエラーが出るんだけどおまかんなのかな

どんなエラーメッセージ?
alpha10のエンジンファイルはコピらずコンパイルし直したけどダメだったってこと?

zelefansの新しいlada_vr_mosaic_restoration_model_generic_v0.5_test_20260331.pthを試したところ台形歪のモザイクなど結構効くね

自分のポコチンにモザイクかけて復元してみた
結果 ホクロは復元できなかったけど血管は復元してた

>>52
草
そこまでする人いるんや

>>52
そのポコチンで機械学習させたらホクロも再現できるお

「jaspre.exe」を作りました。（コマンドライン専用ツールなので Win上から起動しても意味ないし一瞬で消えます）
jasna-gui で保存した設定の一番上にあるプリセットを読み込んで、コマンドラインの後ろに追加し jasna-cli.exe を起動します。
現時点では対応が容易だった以下の 12 のパラメータのみ対応です。（チェックしていないので、同じパラメータは指定しないでください）

--batch_size, --max_clip_size, --temporal_overlap, --denoise_step, --secondary_restoration, --rtx_scale,
--rtx_quality, --rtx_denoise, --rtx_deblur, --detection_model, --detection_score_threshold, --working_directory

ダウンロードパスは「jasn」です。（4文字までだった）
https://120.gigafile.nu/0710-ce7b9f7f9e1ba423c586621028f8d3fbc

しかし、設定ファイルでは単語間のつなぎが「_」なのになぜコマンドパラメータでは「-」になるんだろ。

jasnaはグラボがGTXシリーズだと使えない？

jasnaめちゃくちゃ速いなー
でも検出はあまり改善してないな

>>58
検出しきい値をデフォルトの0.25から0.10にしてみれば？

>>58 前スレpart3の440は使ってるの？

>>57
VRAM少ないしRTX VSR非対応だから使えないと思ったほうがよいんじゃない？
1660とかなら動かすだけなら動くのかも知れんけど、

jasna入れてみました。
スレの最初の方でも語られていたみたいなのですが、破解したら動画がカクカク（且つモザイク破解部が
ズレるような感じ）してるんですね。
VBRでもCBRでも差は無かったです。
何か見落としあるんでしょうか。エスパーお願い出来ませんでしょうか？
RTX3050(8GB)です。

>>62
GPUスケジューリングはオフになってるの？

>>63
完全に失念しておりました。申し訳ございません。解決しました。
本当にありがとう御座いました。

「jaspre.exe」一応完成しました。（26/04/02版）
jasna-gui で保存した設定の一番上にあるプリセットを読み込んで、コマンドラインの後ろに追加し jasna-cli.exe を起動します。
以下の 4つのパラメータを除く 24のパラメータに対応しています。（v0.5.0 を基準としています）
冗長となるのを防ぐため、24のパラメータであってもデフォルトの値となっているものは省略するようにしました。

対応していないパラメータ output_same_as_input, output_folder, output_pattern, file_conflict

ダウンロードパスは「jasn」です。
https://23.gigafile.nu/0711-d5e91d177bae2a80582efe877dc8124ee

・jasna v0.5.1 と lada v0.11.0 が来てます。
・ファイル名を間違えました。2年前ではありません。

jasnaのリリースノート草

前のバージョンから model_weights フォルダを新しい方にコピーするのを忘れずに。
これをやらないとエンジンの再コンパイルが走ります。
Sehuatang の仲間たちへ捧ぐ。特に説明を読まない人たちへ。

システムチェックに落ちたら、スキップはできません
HAGS の検出を改善
NVIDIA ドライバーのチェックとパスチェックを追加

v0.5.1 になって流石に修正されていると思ったのに、jansa-cli で model_weights をカレントフォルダから読むバグ（仕様？）が直っていません。

lada v0.11.0 は前からそうだったですね。ごめんなさい、寝ぼけていたようです。

BT.709しか読み込めないのどうにかして欲しいわ

>>68
仕様と思う
main.pyさっと見たけど環境変数の参照とかなかったので
別のところ置いてあるモデルファイルを使いたかったら
model pathの引数で指定してやる必要あり

jasnaは入力形式もっと広く対応してほしいね
ProResとか中間素材系全部ダメだし

jasnaの強味は2回目の加工で修正部分をアップスケーリングしてくれるとこか？
多分一次加工だけならladaとそんな変わらなさそう

ladaは二次加工実装されたら追いつけそうだな

汎用性を高めると速度が犠牲になるからその辺は現状トレードオフだろうな。

Jasna v0.5.0　でエラーが出て途中までしか処理されないファイルをHandbrakeでエンコし直して再処置すると、Unsupported color space: <Colorspace.ITU601: 5>
がでてスキップされてしまう。
HandbrakeはColorspaceをいじるのでしたっけ？
Jasna v0.5.0は素材を選ぶなあ

>>57　gtx1660(Vram6G)でも動く
最初に動かす時に、モザイク検出モデルをデフォルトのやつではなく、ladaにする必要がある
仕上がりは若干、自然な気がする。二次加工ができないので、恩恵は少ないかも

75です
SD素材が概ね　ITU601　なんですね
でもITU601のSD素材でも処理完了するものもあって良く分かりません
SDはladaで処理しますわ

これは仕様ではなく勘違いか思い込みによるバグです。
もし、c:\jasna にインストールしたのなら、c:\jasna\model_weights にコンパイルされたデータが入ります。
そこにあるもの以外を使うことはまずないでしょうが、そういう特殊な場合のみパラメータを使用して変更します。

jasna-cli.exe には path が通っているので、カレントフォルダがどこであっても起動はしますが、その時に、
今いるフォルダの中の model_weights しか見ていないので、ファイルがないとエラーになります。
カレントフォルダを c:\jasna にして遠方にある動画を指定するか model_weights をコピーしないと動きません。

これでは正直使い物にならないので「jaspre.exe」で --detection-model-path と --restoration-model-path を
加えるようにしようと色々パラメータを入れてみましたが、なかなか上手くいきませんでした。
試行錯誤の結果、「\」が「\\」でなければならないことに気付き「jaspre.exe」に組み込みました。
一時フォルダの指定は「\」でいけますが、なぜかパスの指定は「\\」じゃなければならないようです。
ということで、アップロードは1日1回までと決めていましたが、明日の分を先取りアップしました。（パスは jasn）

https://98.gigafile.nu/0711-d6c821d7aed3d40381bff2b1eb8ca2ff2

>>75
これ、仕方ないからffmpegで可逆h.264の中間ファイル一括出力してJasnaに食わせてる

>>78
延々と何をしたいのかわからない

JasnaのCLIはinputとoutput両方のファイル指定が必須なので、CLIでたくさんのファイルを処理したければバッチとかシェルスクリプトや >>78 みたいなツールが無いと便利に使えない
LadaのCLIはinput側の指定だけでも動くし、ディレクトリ指定で複数ファイルまとめて処理してくれるし、環境変数(LADA_MODEL_WEIGHTS_DIR)指定しておけば >>78 みたいな問題は避けられる

個人的には1本のファイルを高速に処理したいときはJasna、たくさんのファイルをバッチ処理したいときはLada(最近はtensorrtとRTX Super Resも動くLada-EX)の使い分けが良いかなと思っている
また、PowerShell 7を入れておけばヒストリー機能が強力なので長い呪文打つのもそんなに苦にならないよ

流出動画に怒って大騒ぎ、裁判起こして自分の出演作品検索しまくり片っ端から販売停止にした某女優
ここまで破壊が進化すると何だったのアレって思う

そんな人いたんだ

javplayerEZのようなお手軽再生が欲しかったのでjasna+stashでとりあえずエンドゲームかな
jasna-cli.exeを指定する環境変数にパラメーターつければモデル変更やVSR画質設定もできるんでstash実行batファイルを複数用意して実行させている
シークがもう少し速ければいうこと無し4070Tiです

jasna-gui と iasna-cli（「jaspre.exe」で入出力ファイル名のみ指定）で、同じ動画・同じプリセットを使って比較してみました。

・jasna-gui 所要時間 5:10
・jasna-cli 所要時間 4:49

生成された 912MB の 2つの動画ファイルを「fc /b gui.mp4 cli.mp4」でバイナリ比較すると
「FC: 相違点は検出されませんでした」と表示されました。完璧です。

>>82
誰だっけ？

VR左右分割→それぞれJasna→左右結合
の流れもバッチでできそう？

言うてもまだ破壊は破壊の域を出ないように思います。
無臭流出してる作品を破壊して何度も見比べましたが
ホンマもんの無臭を超えられない壁はまだあるのですよね。
いつの日かブレークスルーする日が来ると信じてます。

>>87
実は「jaspre.exe」は、それをやるための準備段階（jasna-cli を使う上での環境整備）なのでした。

また、昔のトップアンドボトムの VR動画などで jasna すると動きがガクガクになるものがありますが、
そういう問題も、ffmpeg で左右分割することによって解消されることでしょう。

>>89
期待してます！

>>88
これ以上進化すると破壊できないモザイクに変わっていくのではないかと思う。
いままであまり気にしていなかったけど顔のモザイクは別種のモザイクがかかっているね。
どういう理由で使い分けているのだろうか。。。

GRIDPLAYER入れたらファイルクリックで視聴はできる。シークはできんが。。。

jasnaのリアルタイム視聴やってみたが無理やった、gui版出ないかな。

>>91
そりゃちんこまんこは破壊できるようにして、儲かるようにしてるんだろう

エロアニメに比べたら実写は十分な出来になってきてると思うわ

破壊で無修正に近い動画を見てるとエロさが凄い JAVはスケベさをナーフしてたんやね

余計なことしてくれた刑法175条が憎い

jasna0.5.1入れてみた
ladaに比べると速いけど、エンコードはHEVCのみなのか…
うちのMediaPlayer古いからHEVC未対応なのよね
H.264に対応してくれると嬉しいんだが

MediaPlayer？
よく分からないが…ffmpeg入ってんだから再エンコすればいいじゃん

>>97
・VLC media player（無料）をインストールする（おすすめ）
・Microsoft Store で「HEVC ビデオ拡張機能」（\120）を購入し、インストールする
・「HEVC ビデオ拡張機能」を無料でインストールできる方法を探す

LAV filtersだけで行けるんじゃねーの？

MediaPlayerって言葉、誤解を与えちゃったかな
HD600Aっていう一昔前のネットワークメディアプレイヤーなのね
PCでのHEVC再生はVLCで問題ないんだけど

ブラウン管に写してる？

ワシ、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を使わないようにしないとだめそう
性能と品質を求めるとキリがないですな