【動画プレイヤー】JavPlayer【超解像】Part4.1
■ このスレッドは過去ログ倉庫に格納されています
JavPlayerは、「動画の特定部位だけ超解像するアプリ」です。
AV鑑賞において、ディテールを損なわずにモザイクを目立たなくする動画プレイヤーとして使用できます。
このスレッドは、JavPlayer の使用法などについての質問や、より効果的な設定、効果が高い動画などについて、ディスカッションする場所です。
「モザイク破壊」などとして、著作権のある動画を「動画の特定部位だけ超解像」して、無断でアップロードすることは、犯罪です。
また、そのようにしてアップロードされている動画を、ダウンロードする事も犯罪です。
違法動画に誘導するリンクを貼ったり、違法行為を推奨する行為は厳禁です。
Part4がなぜか57で過去ログ入りしたので、Part4.1として新スレ作成
※前スレ
【動画プレイヤー】JavPlayer【超解像】 Part.4
https://mercury.bbspink.com/test/read.cgi/avideo/1654779343/
【動画プレイヤー】JavPlayer【超解像】 Part.3
https://mercury.bbspink.com/test/read.cgi/avideo/1646955938/ >>359
まさにそれｗ
ドグマの作品がこれまで以上の仕上がりに変わってすごいすわ
博士おねがいです
SR BVPP時に出来るファイル名
@BVPP_000.mp4
モデル名が入ってくれるとうれしいな >>357
BasicVSRを並列化して使用する場合、
TecoGANの設定で、最大並列数を設定する必要は無いのではないでしょうか？
マニュアルに、
”tgmain 以外の超解像では並列数をバッチファイル(SR-*,SRA-*)で制御するため無関係です”
と書いてあります。
同じ動画をTecoGANとBasicVSRで超解像して比較していますが、最大並列数は14の設定のままで
BasicVSRを使用しても、並列数2で問題なく動いています。 >>363
同意。仕上がった動画の破解内容が現状わからないので、ファイル名に表記されるようになると助かりますわ。 >>363
ですよね。TGでは入っているのにBVPPだと入らない
モデル比較してると区別つかなくなるので完了後すぐにハンドでリネームしている >>364
それだと表示が (2/14) ってなるでしょ
Javplayr の UIも含めて何かのカウンタ変数の管理がBasicVSRに完全対応できてないってことだし
だから .bat を書き換えて使えってことだけど
そのREAD_MEには ::VRAM_USAGE と set vram_usage は同じ値にしろと書きながら
最近のツィートでは違う値にしろ、といってたりして作者自身も分かってないバグがありそうだから
不審なところをつぶしながら使った方がいいよ BasicVSRの超解像処理でコマンド画面が動作しなくなりました。SR-BVPP.batの設定を変更して動くようになったので、参考まで書き込みます。
環境：win10,5700X 32GB(MEM),3060Ti 8GB(VRAM),CUDA_11_7
操作：SR-BVPP 2pass #L5S5T5
現象：GPU-Zでのリソース使用率がVRAM 8GB,GPU LOAD 100%で継続しており、処理がループしたようです。
JavaPlayerのログ画面、イベントビューワともにエラーありません。
対応：SR-BVPP.batの設定変更 (解説.txtに詳細の記載あります)
1）51行 VRAM_USAGE 3400 2）75行 set vram_usage=2700
3）123行 if %max_int% gtr 200 set max_int=200
・『"--max-seq-len 300"を"--max-seq-len 200"に書き換え』 の仕様が変更されたようです。 BasicVSRを並列化して使用する場合の、TecoGANの設定の件。
TecGANの設定でtgmainの最大並列数を、Basic VSRの並列数に合わせないと
確かに
（Basic VSR並列数/temainの最大並列数）
と表示されますね。
・・・Basic VSR並列数を2に設定し、tgmainの最大並列数を14に設定すると、
（2/14）と表示されます。
でもこれは、最大並列14と設定しているけど、2並列で作動していますよという
意味にとれるので、この表示で問題ないと思うのですが。
TecGANで超解像しているときも、最大14並列で設定していても、（10/14）等で
作動している事は普通にありますので（14に設定しているのが問題かもしれませんが。）
TecGANとBasic VSRの効果を比較するのに、いちいちtgmainの最大並列数を設定
し直すのはめんどくさい・・・。
それから、BasicVSRでの並列数を設定するためには、VRAM_USAGE と set vram_usageを
同じ値にするのは原則で、解説にもそう記されていますが、並列数の上限を設定するために
”::VRAM_USAGE"の数字を書き込んで、実際のVRAMの使用量の上限を少なく設定するために、
"vram_usage="の数字は”::VRAM_USAGE"の数字より少ない数字を書き込むのが、省メモリに有効
だと言う事だと思います。
”作者自身も分かってないバグ”は多分あると思いますが、この件に関してはバグ対策とは違うと
思います。 >>361
同梱のテキストに同じにしなさいって書いてなかったか？ >>369
何だか面倒なことを模索しているようだけど、
博士のマニュアル通りにやっているだけでガンガン破解出来てるよ。 基本的にマニュアル通りに設定すれば使えるので問題なし。
使い勝手の部分はバグというより仕様と言っても良いので「お願い」レベルですね >>371
はい、自分もガンガン破壊出来ています。
いちばん最初、BasicVSRでモデルをSTDで破壊したら、思ったほど効果が感じられなかったので、
同じ動画をTecGANと比較していました。そこで、色々設定に迷いました。
その流れで、tgmainの最大並列数を、Basic VSRの並列数に合わせる必要は無いと思ったのです。
並列数の設定とはまったく関係なく、その後モデルをTG-AFx-0に変更したら、見違えるほどの効果に大満足です。 >>373
TecoGANの時の設定のまんまで普通に動いているから。最大並列を色々といじる必要は無いと思う。先に挙げた完成したファイル名のこととか、今後のバージョンアップで改良されていくだろうね。JavPlayerも次のフェーズにシフトした感じ。非常に楽しみ！ >>368
自分も同じ症状だと思うけど、その対応でもだめでした。
知識が無いので自分の対応としては、進まなくなったコンソールを消してやるとまた立ち上がって進み始めます。
あと、一度しか試してないけどVRAM_USAGEの値で並列処理させなければ完走しました。 >>376
ESETを使ってますが以前から何も変更してないですね。
ちなみに、止まってしまう同じ動画をTG-STD+tgmainで破壊するとサクサク完走しました。 >>378
TecoGANで超解像する場合、JavPlayerの「拡張設定」のTecoGAN設定から、
「GPUによるtgmainの最大並列数」
「超解像に使用するVRAMの容量」
「超解像ツール以外が使用するVRAM容量」
の項目を設定することができます。
一方、BasicVSRで超解像する場合、並列処理に関して・・
博士は、「SR-BVPPの並列処理のために、JavPlayerをアップデートする気にはなれず」
との事で、”ユーザーがパッチファイルを変更すること”で、並列処理を実現しました。
「超解像に使用するVRAMの容量」を、並列数で割ると、１並列あたりのVRAM容量となります。
使用している
マニュアル（解説）には、
「プロセスあたりの負荷が高いため、並列数を3以上に上げてもあまり効果はありません」
と書いてあります。
並列数の設定するには、
まず
SR-BVPP.batの60行目、'vram_usage'に、
「60行目を"set vram_usage=2000"にするなら40行目を"::VRAM_USAGE 2000"にします」 >>379
スマン、途中で書きこんでしまった。
下にもう一度書き直しますm(__)m セキュリティソフト入れてる人はまずバイパスしてチェックが前提だろうと。
TG-STD+tgmainでサクサク動くって言われてもその他に数多くの実行ファイルが動いてるわけだし、
何が実行されてるか把握できないスキルの持ち主なら猶更だとおもうけどな。 >>381
並列処理無しだと完走したのでVRAMまわりだろうと疑っていました。
セキュリティソフトの設定も変えてみてもう少し煮詰めてみます。 >>378
TecoGANで超解像する場合、JavPlayerの「拡張設定」のTecoGAN設定から、
「GPUによるtgmainの最大並列数」
「超解像に使用するVRAMの容量」
「超解像ツール以外が使用するVRAM容量」
の項目を設定することができます。
一方、BasicVSRで超解像する場合、並列処理に関して博士は・・
「SR-BVPPの並列処理のために、JavPlayerをアップデートする気にはなれず」
との事で、”ユーザーがパッチファイルを変更すること”で、並列処理を実現しました。
使用しているPCのGPUのVRAM容量が8GBの場合、「超解像ツール以外が使用するVRAM容量」を
800MBとすると、「超解像に使用するVRAMの容量」は8000-800＝7200MBとなります。
「超解像に使用するVRAMの容量」を、並列数で割ると、１並列あたりのVRAM容量となります。
3並列に設定したい場合、
7200÷3≒2400MB
となり、パッチファイルSR-BVPP.batの60行目'set vram_usage＝'に2400と記入する事になります。
多重起動させるためにはこの値をJavPlayerに伝える必要があるので'VRAM_USAGE'にも同じ値を設定します。
すなわち、40行目を"::VRAM_USAGE 2400"と記入する事で、3並列が実現します。
逆に言うと、3並列にしたい時には、「超解像に使用するVRAMの容量」を3で割った数字を、
"::VRAM_USAGE"に入力すれば良いのです。
1並列あたりのVRAM容量は、多いほど一度に処理するフレーム数が増えて品質が上がるのですが、
メインメモリの使用量も増えてしまいます。
原則は、"set vram_usage＝"と"::VRAM_USAGE "の値は同じ数字を記入しますが、
1並列あたりのVRAM使用量を減らせば、メインメモリを節約する事ができるので、
"set vram_usage＝"を"::VRAM_USAGE "の値より小さな値を記入する事で、省メモリ化が実現します。 24GBで3並列にしたい場合は7700にして
他が使うvram900かいな >>384
だと思います。
しかし、VRAM24GVって・・RTX3090ですか？
うらやましい。 読み込みまでは出来てるけど1枚も処理出来んやでってエラー出るんだけど何が悪いんでしょう
line72,in module
line48,in mainなんたらかんたら
RuntimeErrorって出るけどさっぱり訳わからんです
どなたか救いの手を
stdは普通に出来てます バージョンとか使ったバッチファイルとか書かないと分からん
多分VEAIのバッチファイルのエラーだった気がするし、博士が修正したファイルを公開してた気がする クオリティ重視なら3並列にしないで2並列や並列なしの設定のほうがいいのかな？ メインメモリ ３２GB
GPU VRAM ８GB
なら
３GBの２並列が一番安定してて結果もそこそこ
って感じ 問題がある人はとりあえず
nvcc -V
の結果を書きなよ 64GB/8GB
7000にしてみたけど、2400*3と品質の違いは分からなかった 割と進化したみたいですね
マニュアルとここを参考に帰ったら挑戦してみよう メインメモリ使いまくられるのに根負けしてとうとうメモリ増やした。
48GBあれば当面なんとかなるだろー。 48GB ってなんだよ。
同じ型番のメモリを増設しなよ。 >>394
8GBと16GBのそれぞれペアだよ。悪かったね。 メインメモリ32GBだけど足りないね
PC組んだ時は十分だと思ったけど、次は128G積むかな 32GBで足りないと思ったことないのは、何か根本的に間違ってるのかな？
タスクマネージャー見ても、余裕があるんだけど。 CGとかやらないなら十分だよ
自分は仕事で使うから積んでるけど >>398
VRAMの少ないグラボを使ってるからじゃ？
BVPPはVRAMを使えば使うほどえげつなくメインメモリを喰うから。 >>398 俺のもタスクマネージャーで見ると余裕有るわ、rtx2070s(VRAM8gb) メインメモリ16gbだが。VRAMが大きなグラボとそうじゃないグラボじゃ結果変わるのかな？品質上がると書いてる人いるんだが。 素材によっては画像取り込みの解像度が200ｘ・・ピクセルになったりするものもある
その時は結構メモリ食うよね それに遭遇していないのではないかと思うな 余裕がある人は。 AIでコラ、モザイク破壊、高画質化・・・
もう何でもアリになってきたな
10年20年後には、本人そっくりのVRが登場して、
誰とでも疑似SEXできるくらいにはなってるだろ 完全とは言わなくてもモザイクの角が取れるだけでも全然マシになるな
本当に最近のモザイクはデカくて嫌になる >>398 >>401
言葉足らずでした。
2400*3で32GBだと、メモリー使用量がMaxで100%行くことがある
https://i.imgur.com/BDGw2yP.jpg
3500*2だとMax21GBくらいなので32GBで足りないという事はなさそう Ryzen 3600 Mem32GB 3060ti の環境だけど、色々試してみて
3並列より2並列のほうが速いみたい
ソース次第かもしれないけど （動画10分をAFx-0）
VRAM2500 3並列 超解像時間：23m11s
VRAM3750 2並列 超解像時間：17m33s
とかだった。別のシーンで切り取ってためしても似たような感じ
CPU or GPUの力不足なのかな
メインメモリは１６ＧＢ→３２ＧＢにして3並列でギリ不足はなくなったけど2並列に勝てない
VRAM８GBのGPUで3並列のほうが速いのは、どんな環境なんだろう？ SR-BVPPで並列処理するよりも7000とかで単処理した方が鮮明な気がする。あとSTD0にして、2倍トレーニングモデルに切り替えるとクッキリしますね。 STDでギラギラしちゃうからAF2で我慢してたやつが綺麗になる
これはすごい >>398-401
メインメモリの大半はキャッシュで浪費されているだけだからな
足りなくなりそうになったらキャッシュを捨てて空きが作られるだけ
ただしメインメモリが少ないとコミット済みのメモリ空間がページファイルとしてどんどんディスク上に書き出されて動作がフリーズしがちになるが >>407
1500から3000までは改善効果が高いが3000以降はそんなに変わらない
８GBなら２並列が一番コスパ高いよ >>406
5分のSD動画 AFx-0で試したけど若干3並列の方が早かった
2400*3 → 09:43
3500*2 → 10:53
画質の違い → 私の目では認識できませんでした。
3900+2060s(VRAM8GB) メモリ32GB >>375です
その後、GPUドライバー、CUDA、cudnnの再インストールやバージョンを変える、セキュリティソフトの無効化、
VRAM_USAGEの40、60行目の値もデフォや博士のツイなどいろいろ試行しましたが症状は変わらずでした。
症状は、超解像処理が始まるとGPU coreとVRAM使用率がほぼ100%に張り付いたまま処理が進まなくなるというものです。
進まなくなるタイミングは、basicvsrpp.exeが起動してすぐや数十分進んでからなど、まちまちです。
自分の環境は、
Win11 I7 9700F メインメモリ32GB
2700super VRAM8GB CUDA11.3 cudnn8.4,1
JAVPlayerはSSD 2TBに入れています。
今のところ並列処理させなければ症状は出ないので、速度は落ちますがVRAM_USAGE 7000-7000で
品質重視で運用しようと思います。報告まで。 >>412追加
イベントビューワーにエラーはありませんでした。 >>413
関係ないかもしれないけど、CUDAとcudnnのバージョンは近い数値にするのではなかったっけ？11ならふたつとも11に。 >>413
自分も同じ症状。止まったら何回も頑張って再開するとそのうちに通過する。ちょっと進んでは止まるみたいに、途中で詰まる感じがする。
モザイクが画面の端にかかってる所で止まる感じ。未確定だけど。 >>412
win10と11のなにかの違いでうまくいかないとかないのかな？11持ってないからわからないけど 2倍トレーニングモデルに切り替えるのはst_165000に1か所書き換えだけ
でaf_85000.pthの方は書き換えなくていいのかな？ >>415
VRAMを使いきるような設定にするとたまにそうなる
入力画像の質に依存して実際使用されるVRAM量が変わり
それを見越して一度の処理に与えるフレーム数を逆算して
モザイク破壊処理のスレッドをforkすることをしているらしいが
その見積もりがミスった場合には上手くいかなくなるらしい
VRAM８GBなら、４０行目のVRAM_USAGEも６０行目のvram_usageも
６GBの１スレッド、または、３GBの２スレッドにすれば安定するよ 10GBニキのRTX3080だけ最適設定教えてくれないの意地悪かよ！w 今はもうRTX3000シリーズでもCUDA使えるってことでいいの？ >>420
「他のアプリが使用するVRAM容量」を1000MBに設定して最大並列数3にするなら
（10000-1000）÷3＝3000
なので、3000でいいんじゃない？ >>424
勘でそうしてましたw
試した感じ、4500の２並列のほうが画質が良いみたいです VSPPを並列で使用すると他に何もできなくなる件。
苦肉の策で以下をバッチファイルの135行目に追加したらマシになった（あくまでマシレベル）。
wmic process where name="basicvsrpp.exe" call setpriority 64
wmic process where name="explorer.exe" call setpriority 256
困ってる人は試してみそ。 優先度変えるならタスクマネージャーから変えるとか
そもそもJavPlayerを優先度下げて起動するとかでもいいかもね
試してないけど 3900XだけどブラウザでWEB見るくらいなら普通にできる >>428
JavPlayer起動してタスクマネージャーから優先度を通常以下に変更
で超解像始めたらbasicvsppも通常以下になったけどこれじゃダメなの？ >>430
その操作をプロセスの数ぶん、何百回もやりたいならそれでいいんじゃね？ 凄いなAFx-0
雑巾絞ったみたいになった今までとまるで別物だ
フェラ物でこれ多いので雑巾絞ったみたいになったのやりなおしてる
1pass、2passもいいな
2passですらsafeより早い
でもなぜかうちの環境？設定？だと
NatCorder使おうとするとエンコード始まった瞬間にエラーで落ちる
今はFFmpeg使えてるから良いけど将来廃止されたら詰む VRAM10G 3000x3並列設定してもすぐ2並列以下で処理してるっぽい・・・
メモリ(DRAM)も全然使いきれてないし これは動画によって違うのかな >>434
拡張設定のTecoGANのページにある超解像に使用する〜と超改造ツール以外〜の設定がまずいんじゃない？ >>435
TecoGAN設定の所は10G設定でその他に使用する項目は800Mですね VRAMの使用率で画質変わるのか？それってモザイク処理の結果ってことだよね？マジか
そういえば誰も話題にしたことないけどJavPlayerで処理かけると最後の数秒だけ元動画より短くなるんだけどなぜなんだろう（Safe時の連番で確実にフレーム数減ってる）
始めの数秒もモザイクを認識しなかったり色々あるからJavPlayer専用に自作ツールでバグ潰ししてるけど公式にバグ報告とかあげても良いのかな bvppは動画によって並列超解像で止まることがある。
※GPUの3Dとメモリ使用量が上限ひ張り付く。
この時は一旦中止して、tecogan設定でvram容量を減らし、1プロセスで超解像途中からレジュームすると完走する。 2022実証済みの関係: 2022 年の COVID ブースターと過剰死亡率
29カ国が「ブースター摂取量」と「過剰死亡率」の間に強い関連性を示している
https://igorchudov.substack.com/p/proven-relationship-covid-boosters >>437
モザイク破壊AVを違法転売する人でもなければ
AVの最初と最後の数秒なんて誰も気にしないだろｗ >>437
シーク一番右まで持ってっても動画の最後にはならないんだよ
ここ改善するか動画全体を選択するボタンが欲しい >>441
一応動画の最初だけ指定すればあとは動画の最終フレームまで録画する仕様、とはマニュアルに書いてある
けれどもどうあがいても最後の数秒だけはうまくできない…機能追加というより根本作り変えないとダメかもな >>441
フレーム移動（ショートカットキー）で最後（最初）までもっていけるよ。
結果 最後はあってた、だた先頭の３フレームが欠けていたわ。
フレームレートがJAVP過去のバージョンは素材が29.97は30FPSになってたが
最新Verは素材が29.97 破壊後が29.971Fになってたwa
. >>443
マジか、おま環なのかな
素材は全て1920x1080、H.264形式(mp4)、プログレッシブ、30fpsで同じようなこと起きる
とりあえず前後にバッファ付けとけばなんとかなるから良いんだけども いままで切り捨てていたギラギラ藻座の作品を探してますｗ
おすすめメーカー、年代、知ってる人おせーてくださいませ >>445
目的がわからん。
自分が観たい女優や作品を観て、
それがたまたまギラモザなら試して
破壊すればいいのでは？
好みでも何でもない他人のいう作品を知っても仕方ないだろ。
ち○こや、おま○こを見たければいくらでもネット上にあるだろうし。 >>437
範囲選択しても最初のコマが正確に取り込めないバグは過去に問題になって
公式の修正履歴での一応直したと書いてあるが、完全には治ってない 範囲選択をポインタのドラッグじゃなくて、他のビデオ編集ソフトみたいに
Ctrl-A（全選択）とかHome（先頭に移動）、End（終端に移動）ってさせてもらえばいいいだけの話だと思うんだけどな。 >>449
kwsk。マニュアル.pdfに書いてあった？ >445
dogma、 オフィスケイ あたりは見直しても良いかもな >>450
キーの割り当てに書いてあるよ
初期設定ではブラケットキーで指定 >>445
MAX-A、AliceJAPAN、SOD、EROTICA と FC2。伊東遙の破壊が改善したのが嬉しい。 >>445
max-aのRio（柚木ティナ）などギラギラですよ >>453
先頭や末尾に移動するショートカットなんてあった？全選択とか。 >>456
・拡張設定→Misc.→長距離シーク間隔（秒）を無限大にする
挙動は良く調べてないけど
↑キー1回で中央のメッセージは最後尾表記されるが、シークバー上は1秒手前表記される
まぁ、↑キー2回押しとけば最後尾じゃないかな
先頭は
拡張設定→Misc.→読み込み後に一時停止にチェック
または
スペースで一時停止後に↓キー >>457
回りくどいなあ。
大規模な修正じゃないだろうしサクっと一般的なキーを用意してくれたらいいのに。 >>458
同意、
あと録画開始ね
それがあればマクロ組めるのに マクロというかバッチファイルで制御できると助かるんだけどなあ。
こんな感じで。
ffmpeg -hwaccel nvdec -i %1 -vcodec h264_nvenc -vf bwdif -b:v 6M -maxrate:v 6M -preset slow -profile:v high -level 5.1 -rc vbr -cq 25 -acodec aac "r:\%~n1".mp4
javplayer -i "r:\%~n1".mp4 -f TG-AFx-1-batch1 SR-VBPP -batch2 none -tgpath d:\TG -enc "NatCorder/HEVC" -o "r:\%~n1_VBPP".mp4
指定されてないパラメータはjavplayer.udjから引っ張ってきてもらう。
思いつきで書いたから適当だけどね。 >>460
それは単純にメンテナンスがメンドクサイでしょうね
VEAIがCUIをやめたがるのも一緒かと ■ このスレッドは過去ログ倉庫に格納されています
