【動画プレイヤー】JavPlayer【超解像】 Part.12
■ このスレッドは過去ログ倉庫に格納されています
JavPlayerは、「動画の特定部位だけ超解像するアプリ」です。
AV鑑賞において、ディテールを損なわずにモザイクを目立たなくする動画プレイヤーとして使用できます。
このスレッドは、JavPlayer の使用法などについての質問や、より効果的な設定、効果が高い動画などについて、ディスカッションする場所です。
「モザイク破壊」などとして、著作権のある動画を「動画の特定部位だけ超解像」して、無断でアップロードすることは、犯罪です。
また、そのようにしてアップロードされている動画を、ダウンロードする事も犯罪です。
違法動画に誘導するリンクを貼ったり、違法行為を推奨する行為は厳禁です。
※前スレ
【動画プレイヤー】JavPlayer【超解像】 Part.11
https://mercury.bbspink.com/test/read.cgi/avideo/1722068238/
【動画プレイヤー】JavPlayer【超解像】 Part.10
https://mercury.bbspink.com/test/read.cgi/avideo/1720528086/
【動画プレイヤー】JavPlayer【超解像】 Part.9
https://mercury.bbspink.com/test/read.cgi/avideo/1715513701/
【動画プレイヤー】JavPlayer【超解像】 Part.8
https://mercury.bbspink.com/test/read.cgi/avideo/1701833899/
【動画プレイヤー】JavPlayer【超解像】 Part.7
https://mercury.bbspink.com/test/read.cgi/avideo/1688497310/
【動画プレイヤー】JavPlayer【超解像】 Part.6
https://mercury.bbspink.com/test/read.cgi/avideo/1673537216/
【動画プレイヤー】JavPlayer【超解像】 Part.5
https://mercury.bbspink.com/test/read.cgi/avideo/1665323989/
【動画プレイヤー】JavPlayer【超解像】 Part.4.1 {Part4がなぜか57で過去ログ入りしたので、Part4.1として新スレ作成}
https://mercury.bbspink.com/test/read.cgi/avideo/1655220450/
【動画プレイヤー】JavPlayer【超解像】 Part.4
https://mercury.bbspink.com/test/read.cgi/avideo/1654779343/
【動画プレイヤー】JavPlayer【超解像】 Part.3
https://mercury.bbspink.com/test/read.cgi/avideo/1646955938/
VRの話はこちらで
【VRAV】バーチャルリアリティAV総合 108
https://mercury.bbspink.com/test/read.cgi/avideo/1722039749/ 解決策としてはID:AnSz8wXj自身をアンインストールw おま環トラブルを自己解決出来ない無能のヒステリーは醜いね >>747
くだらなすぎ。無能に面白いレス期待しても無駄かw
オレは解決などどうでも良いのに無能のオマエがヒスってるだけって気が付かないの？逆に無能呼ばわりされて悔しいのか？www
2.02の方が安定してるし、破解も好みだから即解決なんか要らないんだよ
解決したいなど一言も書いてないんだがwww
ばーか >>750
煽りに対してレスしてるだけなんやけど
書き込まれたくないなら、オマエらが先に書くなってだけの話
無能レベル通り越してアタマ悪いの？ >>728
>当然既にした。そこまで無知じゃない
>特に何もおかしなところはない
>javplayer起動で別に他の常駐アプリ等に変化はないし、javplayerを閉じたとてjavplayerしか特段変化もない
気付けないくらい無能ってことかｗ
動作が重いんなら、なんらかの兆候はあるだろｗｗｗ
ちなみに私の201Cから300bまで、exe等そのまんま、同じSSDに入れとるけど、
すべてのバージョンで正常に動作しとるよｗｗｗ
右クリックメニューが無反応！？どうしよう！？そうだJavplayerのせいにちがいない！
スレに書いてみよう！あれ？同事象の人がいない！？いいや、2.02のほうが安定してるし！ってｗｗｗ とりあえず3.00系をノントラブルで運用出来てるのでどっかの旧バージョンで我慢してる馬鹿よりはマシかなw >>752
何言ってんの？
メモリも何も全く余裕があるのに動作が鈍くなるんよ。CPU-Zから何から確認したわw
200系で不具合なんかオレも起きてねーし。今も全く起きんよ。300起動させると終了させようが起きるんよ。きちんと読めダニ
右クリックの件も最初別にjavplayerのせいとは思ってもいないんだが、色々試しておかしくなるのが300の起動したかどうかなんだがな
同事象の人をオレがいつ探したよ？勝手に思い込みを書き込むなゴミ
オマエは1番勘違いも甚だしいバカ >>753
別にトラブル無くても202で今はいいねんけど
それも読めないのか？
それと別に300での問題は起動したら他の動作が鈍くなるだけで、別に破解に問題も無いし、再起動したら治るから我慢なんか必要ないんやけどw
我慢とかオレがする訳ねーだろ。オレが我慢してると思い込まないとストレス溜まりすぎてキツイのかオマエ？www 300はAFのピンボケがキツいのしか無いから、もっとコントラストキツめのAFでないと使わないわ
使うとしたらSTDでスライムみたいにならない様なショボいモザイクで速く処理したい時だけや 博士、次はEZのモザイク検知改善とVR対応お願いします もともと300は1画面にサイズの違うモザイクが混在する動画対応だからね
202の延長では修正箇所がおおすぎて困難なためEZのシステムにのりかえたみたいだし
おまけで動画を選ぶがより解像感のあるBVPP8対応と高速化がついた よくなってるな3.0
VBRは変になるけどそれ以外ならまあいいか >>757
せっかく統合したのに今更EZはやらないでしょ 統合ってことはEZだけ買った人も300使えるんか？ 統合はしてないよ
300はEZのシステムを基にしただけでいろいろリアルタイム超解像モデル選べるのはEZのみ 暗い部分のモザイクでどうしても見たい超絶イケメンのおちんちんがあるのよね
色々試したんだけどどうしてもだめだわ
なんとかならないかしら(´；ω；｀) >>764
そうなんだ、じゃあEZは今後アプデもあるってことかな
てっきり統合したと思ってた EZと無印じゃ、リアルタイム再生結構違うと思うが。EZを使う方が多いので、博士にはEZの開発•改良もお願いしたい。 動画によっては最後の方が映像が止まって音声だけになる現象は3.00bでも起きた
ffmpegで事前に再エンコードしておけば回避できるので問題ないけど
長い動画が完走するようになったのは大きい >>683
ありがとう！その組み合わせは完全にスルーしちゃってた。
3.00bアプデも相まってか、onsd-160 oned-089 あたりの破解がかなりええ具合に出来たよ。
「くぱぁ」は相変わらずダメだけどｗ >>769
具体的な作品の番号とかは出さない方が良いと思う 今更EZをアプデするより、無印を改良してリアルタイム超解像モデル選べるようにした方が良いんじゃない？ すいません、202cを使ってるんですが最近頻繁に「メインメモリ不足で超解像に失敗するかもしれません」とコメントがでます、
とりあえず破壊は出来てるようなのですが何が悪いのでしょうか？ >>770
特定型番の破解情報交換とか、やっぱ危ないかねえ。了解っす。( ´Д`) >>736の件公式で回答あった
超解像の分割回数がやたら増えて時間が延びてしまうのは
モザイク/ブロックノイズの判定精度を上げた結果生じた副作用という事らしい
ブロックノイズが多い動画だとそうなりやすい模様 複数モザイク非対応で構わないので、
200までのモザイク判定（AIなしのシェーダー方式含む）も搭載＆選択可能にすることは出来ないのかな？
あれ＋300bの超解像だと合いそうなのが結構ある 要望ばっかり書いてるとアレなんで
ブロックノイズの少ない動画の処理はかなり速いし
200で「そこそこいい感じに超解像出来てたけどチラつきが惜しい」感じだった動画のソースを
300ｂで再処理してみた時の出来は素晴らしいの一言でした エロ使用でラデなんか買ったら絶対後悔するよ
あれは現段階ではゲーム専用GPUと思っていい 「指定された動画保存フォルダに書き込めません（赤字）」が出てアウトです！「オプション-自動でログファイルを作成」を「録画毎に分ける」にしても同じ。
ファイル名を変更したり、複数の環境の違うPCで試したが同結果でした😿JP300aと同じ現象。
JP300bはパスし、次のバージョンを待ちます。 SDサイズ動画で「にじんだモザイクの検出」ON、「暗いモザイクの検出」0設定で処理を行ってモザイクが3〜4フレーム残る部分が複数個所発生する。
色々な設定を試したがよい結果とならなかった。
この処理済動画(ファイル名の「~VM」を削除したもの)をJP3.iniに「MinMosaicLife=0」追加して「にじんだモザイクの検出」ON、「暗いモザイクの検出」5設定で再処理を行うと残ったモザイクの大半が処理された。
iniファイルを毎回書き換えるのはめんどうなのでMinMosaicLifeを加工設定から変更できる様にできないでしょうか？ >>785 書き忘れ、追加
モザイクが残る部分は、JP300bの確認モードでモザイクとして認識されている。 >>783
300から続いているバグで、「動画保存先フォルダ」だけはCドライブ内に置かないと、そのエラーが出て
エンコードフェーズに進みません。 上記フォルダの置き場所を変更してみてください。 >>783
>>787
300a、300bで「動画保存先フォルダ」をFドライブに置いているが正常に動作している。
今までエラーが発生したことがない。
環境の問題では？ 動画によって破壊効果が様々なので、局部アップの短いシーンで色々設定を変えて試してみて、
いちばん満足できる設定で全動画を破壊していますが、比較のため２つの動画を並べて再生できる
再生ソフトで、おススメはありますでしょうか？
動画編集ソフトではなく、お手軽に再生できるソフトで・・。 Vectorとかにマルチ動画プレイヤーを10年以上前にいくつも試したけど、フレームがきっちり同期してズレずに再生できるのはなかったなあ
きっちり同期してずれずに再生したいならAVIUTLで編集して作るしかない >>789
比較用にフリーの「video-compare」、「video-compare_GUI」を使用している。 >>790
>>791
レスありがとうございました。
「video-compare」、「video-compare_GUI」導入しました。
ありがとうございましたm(__)m >>788
まぁ、そうなんでしょう 同じ症状の人がXで博士に質問していたから、便乗して聞いてみたが博士にも
わからなかった、おま環ですけどね 何人かは同じ症状の人がいるし、自分の環境にも問題ないって博士
に言われたしで、普通にバグだと思うんだけど？
でも、環境の問題だろうがなんだろうが、自分の場合はそうやったら正常に破解できているんだから、783
さんも試してみればいいだけでしょ ダメで元々 >>793
見てきたけども
>「オプション-自動でログファイルを作成」を「毎回録画に選んで」ください
の枠で言ってる事は直接の解決策ではなくて、その設定をするとログにエラー状況が記録されるから
赤文字のエラーコードを吐かれたらまずそれを確認してね、という意味で
ログになんて書かれてるかまず教えてくれないと博士も対処しようがない奴かと思う
そもそもそこで問い合わせてされてるのは合成とエンコードが完全に停止してしまう、っていう別なエラーの事でない？
「指定された動画フォルダに書き込めません」って質問は1人しか見かけなかったからあなたの事だと思うんだけど…
この設定にしたなら、JavPlayer_300b→logs に録画を実行するごとにテキストファイルが出来てるはずだから
まずその内容を見てみるのが先 うちの環境だとIドライブ（外付けSSD）に300ｂ本体を入れて
Kドライブ（外付けHDD）を録画ファイルにしてるけど300でも300ｂでもトラブルは出ていない
フォルダの階層に日本語は入れてない MinMosaicLifeって今のバージョンでも機能してんだ S1とかMOODYZとかの破解、皆さんが常用してる設定訊かせて下さい。 画面に大きく処理範囲が広い時に端の方が歪みにくくなってるな >>799
いろいろと微妙なしがらみがあるから
個別の設定は自粛する空気だよ
全般的な設定は過去ログ見てね エンコード時にはきっちりモザイク取れているのに、完成したものはちょっとざらついていたりできが悪い。何で?因みにSD画質。 300b完成度上がったね
3時間物と4時間物を立てつづけに4本処理したけどエラー皆無で完走
全角ファイル名も問題なし 300b こちらの環境では処理が随分早くなった
50分程度の動画で作業時間1時間40分とか、202cで4,5時間掛かっていたのがウソみたい
エラー全くなし、破解の状態も許容範囲
VRAM、RAMの使用量が少ない
202cではVRAM14GBくらい使っていた
i5-13500
DDR4 64GB
RTX 4060 Ti 16GB
JP本体とTEMPフォルダは 1TBのSSD
完了ファイルフォルダは 8TBのHDD 300aまでで出てた問題がかなり解消したね
博士の改善の努力には頭が下がる 300aでは長い動画は途中でフリーズするので、分割して破壊していたけど、
300ｂでは問題なく完遂できるようになった。
でも、博士がXでポストしているように「超解像の回数が増えて録画にかかる時間が長くなる」
というのは確かにある。動画によるけど、古い動画では今までの10倍ぐらいの超解像の回数に
なることがある。それでも、202以前に比べて格段に破壊時間が短くなっている。
後は、破壊の精度にどれだけ満足できるかかな。 >>775>>785
細かいモザ・にじんだモザ・暗いモザ検出ONにしてMinMosaicLife=0にしてまでも
202cでは拾えてた小さめモザが300bじゃ拾えないケースがまだあるね〜
202cまでのモザイク検出方法に切り替える機能搭載には俺も賛成
現状、そういうケースがある動画に対してバッチをいじって202cでBVPP8Xaを使ってるけどいい感じだ 300bでもモザイクの外側が破解されず残ってしまうパターンが度々あります。202まではモザイク認識の枠幅が広げられたので良かったのですが。 >>807
202cでBVPP8Xaを使ってみた。
たしかに良い感じになった。
ただし、検出方法をかなり緩くしないと破壊されないので破壊されていない部分のみ範囲指定を行って実行した方が良さそう。 300bの安定性とスピードと軽さは素晴らしい
ezと比べて300以前の無印は微妙に重かったのでezベースにしたのは正解だと思う 音ズレ発生するものはptsだかdtsだかのデータがおかしいっぽい
音と動画を分けて再結合してやれば再エンコしなくても音ズレしないファイルができた
-r は元動画のフレームレートね
ffmpeg -i inputfile.mp4 -vn -c:a copy audio.aac
ffmpeg -i inputfile.mp4 -an -c:v copy -f h264 noaudio.h264
ffmpeg -r 29.97 -i noaudio.h264 -i audio.aac -c:v copy -c:a copy outputFile.mp4 300bで モザイクが残ったものを202cで再処理を行った。
202cでもモザイクとしては認識しているが処理されない。
人体検出をoffとすると正常に処理された。
300bでは設定がないが人体検出が影響しているのかな？ 202cに入れてみたけどリトライでループするんだがどうやんだ >>813
202cのバッチでは、png、300bのバッチでは、jpgとなっている。
完了をチェックしているファイル形式が異なっているのでは？ 元動画のドライブを変えただけでコマ送りエラーが出なくなるのは何だろ
どちらもパスは半角だけだし ちと苦労したけどなんとか202c版BVPP8Xa動いた
300b は何をブロックノイズと間違うのか20000越えのぶつ切りになる動画もあるから
背景モザイクが長々と続く動画もあるしそういう動画は202c版使おう 300bの方がモザ認識はむしろいいときもある
でもモザが動いてないのに変化する欠点がある ボケがマシになるか知らないけど、3.00もpngで処理出来ないかぁ >>821
試していないので断言は出来ないがバッチファイルで下記の変更を行いとpngで処理出来ると思われる。
tg16x.exe／bvpp8x.exeの最後の引数をjpg→pngに変更。
生成ファイル数確認処理のファイル種別をjpg→pngに変更する。 300bのBVPPが変なのって一度に処理可能な範囲を算出のmax_int上げたら治せる事がわかったんだが
これ上げたらなんかおかしくなんのかな 202ｃでBVPP8Xを使う方法を教えてくれ
BVPP8Xのモデルファイルを202ｃのｍodelsフォルダ内にコピーして、
200ｃのBVPP用のバッチファイル（のコピー）のモデルフファイルの指定部分をBVPP8X用に書き換えただけで行ける？
それとも300ｂのbvpp8x.exeごと移植する必要あり？ >>822
ありがとう！
ちょっと時間出来たら試してみる 8XってAFにするとニジみたいなノイズ入るときあるんだけど
俺だけか >824
202ｃにバッチファイルを追加するだけの方法でやった
バッチファイルで300ｂのbvpp8x.exeとモデルを呼ぶようにした
SR-BVPP.batをコピーしてSR-BVPP8Xa.batを作り
cd "%~3basicvsrpp" の下に
cd /d %3 を入れ
超解像を呼ぶところを
"D:\JavPlayer_300b\Tools\TG&BVPP_CUDA\bvpp8x.exe" "D:\JavPlayer_300b\Tools\TG&BVPP_CUDA\models\BVPP8X_st_crop333_18k.pth" "%~3input%2" "%~3output%2" %interval% %1 %vram_fraction% jpg
に変更
私はBVPP8XはSTDしか使わないから直接STDのモデルを指定してる
あと
if exist ../output%2/0000.png goto :exit
を
if exist "%~3output%2\0000.jpg" goto :exit
に
私はこれで動いたけど環境によっては動かないかも >>824
300bのTG&BVPP_CUDAを202cのTGにコピー。
202c用にバッチを作成。 MinMosaicLife時間かかるけど１にしたほうがいいな
１で前と同じになる 鮮明さとテカリ具合がどうしても202cに負けてしまう
300bTG8Xa+BVPP8Xa(STD)が近いけどぼやけるんだよねぇ >>828
出来たありがとう、自分はAFモデルも使うからバッチをSTD用とAF用と2つ作ったね
一か所だけうちの環境だと違ってたのは
>if exist ../output%2/0000.png goto :exit は同じ表現の記載は見当たらなくて
>for %%A in (..\output%2\*.png) do (if exist %%A (set /a num_out+=1))
のとこを
>for %%A in "%~3output%2\0000.jpg" do (if exist %%A (set /a num_out+=1))
に書き換えた
SDソースだと200ｃのほうがモザイク逃しがなくてよい感じだ、BVPP1Xｄｆも使おうと思ったらバッチでまとめられるのかなこれ
>>829
こちらの方法は使わなかったけどもそういう方法もあるんだってのは参考になったね感謝 バッチでBVPP1Xｄｆの超解像処理をして出力したフォルダを入力フォルダにしてBVPP8Xの超解像処理を走らせれば
200でいけるかな？ 今度挑戦してみよう >>832
300bと202cを独立した環境としたいので >829 の方法としている。 202cでBVPP1Xdf + BVPP8X いけた
でいろいろ試していて気が付いたんだけどBVPP1Xdfで使うモデルBVPP4Xから
BVPP8Xに変えたらうねうね現象が改善した
下処理と本処理の倍率が違うのがうねうねの1要素な気がする SDサイズの動画で縮小画面のサイズが300bは、22x28、202cは、58x38となっている。
300bで、BVPP1Xdfを使うとうねうね感が減少するが詳細部分がぼけてしまう傾向がある。
300bも縮小画面のサイズを202c程度まで大きく出来ないでしょうか？
もしくは、自動、大、中、小などと選択できるとか。 >>835
おーできるのか
バッチの書き方ざっくり教えて〜 ＞＞837
"D:\JavPlayer_300b\Tools\TG&BVPP_CUDA\bvpp8x.exe" "D:\JavPlayer_300b\Tools\TG&BVPP_CUDA\models\BVPP8X_af_crop333_1k.pth" "%~3input%2" "%~3outputA%2" %interval% %1 %vram_fraction% png -r 3
でBVPP1Xdfの処理したものをoutputAに書き出してerror check終了後
"D:\JavPlayer_300b\Tools\TG&BVPP_CUDA\bvpp8x.exe" "D:\JavPlayer_300b\Tools\TG&BVPP_CUDA\models\BVPP8X_st_crop333_18k.pth" "%~3outputA%2" "%~3output%2" %interval% %1 %vram_fraction% jpg
で超解像する感じ
なおBVPP1Xdfの使用モデルはBVPP8Xのものに変えてある bvpp8xの引数 ”-r 3”を1から4の間で変更するとぼけ具合が変わるみたい。
3が一番ぼけが強い（うねうね現象が一番改善する？）みたい。 旧BVPPでウネウネしてたやつも見易くなったのなら乗り換えるんだけどなぁ 試しに数秒「BVPP8Xa(STD)+SPANhd」で破壊
ウネウネしなかったら「BVPP8Xa(STD)+SPANhd」で全部破壊
ウネウネしてたら「BVPP1Xdf+TG8Xa2(STD)+SPANhd」で全部破壊
これが一番良い基本戦略だと思うわ
3.01bで長い動画も確実に完走するようになったし、vram不足で超解像の並列度上げられず数倍の時間かかってた2.0には戻る気全くしない
まだ3.01bに移行してないのはモザイク判定に完璧を求めてる一部の職人だけだろう 3.0以降は、EZベースのJavPlayer無印が軽くてリアルタイム破壊の品質も良いので、JavPlayerEZは全く使わなくなったわ 現状、EZのリアルタイム超解像と比較にならないのでは 無印もEZと同じレベルのリアルタイム超解像できてると思うけど >>843
職人ってかSD動画やらFHD動画でもモザ面積小さいとほんとモザイク残っちゃうのよ
1〜数フレームごとにモザと破壊できてる画が交互に出るようなケースもあるし
そういう心配がない動画なら300b使うけど
>>838
202cでBVPP1Xdf(BVPP8XaのAFモデル使用)使う場合、後の超解像はBVPP8XaよりTG8Xa2のがいい感じがする
ただその場合、TG8Xa2の並列処理をどうするかが問題なんだよね
VRAM使用量違うから同じバッチ内でbvpp8x.exeとtg16x.exeは混在させにくい
追加超解像でtg16x.exe走らすにしても、追加超解像バッチは並列処理してくれない
並列させないなら問題ないけど ■ このスレッドは過去ログ倉庫に格納されています
