【動画プレイヤー】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/ >>553
mkvが問題ならffmpegでコンテナだけ変更すれば良いのでは？ >>555
やっぱりそうか
動きの早いシーンで頻発するよね
高速フェラのシーンとかモザ有り→破壊の繰り返しになるw ffmpegでGPUエンコできるようになったけど、完走しても、長い動画で最後の方が映像止まって音声だけになる現象は起きる
動画による
TMPGEncとかでエンコードした動画は問題なかった
2.02bでも起きてた Javski
@Javski2
モザイクが加工されない原因の一つとして、「持続フレーム数が6未満のモザイクは加工しない」という仕様がありました
調整を予定していた部分ですが、JP3.iniの最後に「MinMosaicLife=2」という行を追加すると簡易的な対処が可能です
これにより、2フレームで消えるモザイクも加工の対象になります
Javski
@Javski2
MinMoisaicLifeが小さいほど加工漏れは減りますが、誤判定されたノイズがモザイクとして加工されやすくなります
実際にはモザイクが消えていないのに、画面の変化が激しいシーンで「シーンチェンジの誤判定→モザイク情報をリセット→全モザイクが一旦消えたことにされる」というケースもありました 取りあえずMinMosaicLife=3にしてみた これで良しとしないでユーザーの意見をしっかり聞いて改善と進化を
進めてくれる博士ってすげーな。いつもありがとう。 >>559
試したけどこれでもやっぱりダメだな
識別能力だけは圧倒的に旧verが上だわ
でも色々とやってくれる博士ありがとう 超解像を利用した破解はもちろんだけど、モザイク領域検出技術も凄いことだと思う マルチモザイク対応してくれたこと、EZとの統合を実現したこと、破解状態をファイル名に残すようにしたこと等多々感謝してる
破解画像の鮮明化、モザイク識別能力の向上は今後の機能強化で実現されるものと期待してる 300a
合成・エンコード中の赤テキスト表示でフリーズする
これで2作品目
エラーログらしいログは無い
作成フォルダには tmpVIDEO.mp4 が残るが再生できない
おれ環だと思うが、原因不明
問題なく破解される動画とフリーズする動画の違いがみつからない
いろいろ 試行錯誤してみる あれ？もしかして、DVDリップで、ごく一般的なMPEG2+AC-3のMPEG-PSが開けない？
まあ、インタレ解除のついでにMPEG-4 AVCにエンコし直せばいいだけだけど 色々やってみて300aも結構エンコ停止パターンが出てきたわ
短いのでもNatCorderでも失敗したりする
エンコ周りのデバッグは博士も大変だろうな VRAM不足エラーで止まった時にPCを再起動して続きから処理すると完走する事あるね 録画範囲の先頭と録画範囲の末尾が設定した範囲（画面上の表示時間）と生成されたファイルに記録される時間にずれがある。
[6m55s-7m39s]と範囲設定しているが[6m56s-7m39s]とファイルに記録される。
同一範囲を指定する場合に不便。 0565です
エンコード中に止まる動画２作目をアルファベットと数字にリネームしたら完走した
１作目は同様にしてもダメ エンコード中にとまる
ログの最終行に作業用データフォルダからJPGが探せないとある
RAMディスク3OGBに作業用データフォルダを指定したが、そこには528MBのファイル数: 78,575、フォルダー数: 3,877が残っている
ログテキストの最終行4行
BeginEncoding
ffmenc_arg=-y -f rawvideo -pix_fmt rgb24 -s 844x480 -r 60 -i - -c:v hevc_nvenc -b:v 0 -cq 27 -g 120 -aspect 1.7778 -pix_fmt yuv420p "L:\JavPlayer300REC\tmpVIDEO.mp4"
FileNotFoundException: Could not find file "R:\JavPlayer_TEMP\E5-11-A_0-4217.83\outputB\06229\0000.jpg" >>569
全範囲指定の事で書いたけど、スライダーとかで指定すると同じ所でも違う場面のコマを指定されたりする
それが音ズレなどのバグも生じていると思う
全範囲の仕方はレスも貰ったし博士も上げてくれたけど、それに伴うスライダー指定とかの問題は解決されてないんだろうな
止まる事は無くなって完走はするけど、音に関してはピッタリ合ってない場合が半分くらいで微妙にズレてるわ
しばらく2.02c使う事にした
音ズレは破壊クオリティ以前の問題なので 破壊した時だけ「おー」って見てそのあと全然見ない、音なんざまともに聴いたことないｗ
俺以外にもいるはずだｗ >>570
コレあるよね。エンコードが30分くらいの所で止まってしまう
今、半角の単純なファイル名、ファイルパスにして再処理中 録画時間がV2.xxとは比較にならないぐらい短くなったのはすごいな。まだいい感じの設定を探すのが難しいけど停止したりエラー吐くようなのはまだ無いかな >>566
描画設定で再生用デコードAPIを変更してみて >>572
まあこんな沼にハマってる人は俺も含めて間違いなくポルノ依存症だろうからそんなもんだろ 音ズレするかどうかの判断は最初1分指定しちゃんと1分動画ができるかでやってる
58秒とかの動画ができる場合はまずｓｓｓｓｓｓｓ音ズレする
そういう場合は元動画を再エンコしてやれば大丈夫になる場合が多い
欠損フレームがあるんじゃないかなと思ってる 単純にコマ送りでとりこむと欠損分短くなり音ズレする？ような気がしてる
Ver2の取り込みの仕様と差があるのかな？ >>博士
録画範囲指定と作成した動画のファイル名に含まれる時間が一致しないのは、整数化の方法が違うためです 始点が5.6秒の場合、
JavPlayerでは小数を切り捨てて"00:05"と表示されますがファイル名では小数を四捨五入して"6s"になります Ver.3.00bでは切り捨てに統一します
WORKフィルダに作成されるフォルダ名の様に小数点以下2桁（"00:05.50"）とすることは出来ないでしょうか？ 分秒じゃなくコマ番号で残すようにもできないでしょうか 最近は使ってなかったjavplayerだったんですが更新メールが来てたので
新しいバージョンの3.00aをインストールして使ってみたんですが
すごい進化してて驚きです
以前は最近のモザイク作品では思ったほどの出来にはできなかったんですが
今回の物はかなりキレイにできて大満足、一番驚いたのが再モザイクで
解像した物に再モザイクをかけるとボヤケやウネウネしてたものが
スッキリした映像になるやつ
たぶん目の錯誤を利用してるんでしょうがメチャメチャ見やすくなるんですね
以前にEZに搭載されてて本家にも搭載が望まれてましたけど
その理由がやっと分かりました BVPP前のほうがいいんだが
今のやつ4xでも前と違うから困る >>582
300aで前のBVPPを動作させることは可能。
202cのbasicvsrppをtoolsにコピーしてbasicvsrpp下のbatchフォルダを作成。
300用にバッチを作成（改造）を行えば動作する。 300aで前のBVPPを動作させることは可能。
202cのbasicvsrppフォルダをそのままtools下にコピーしてbasicvsrpp下にbatchフォルダを作成。
tools ┬ G&BVPP_XXXX ─ BATCH
└ basicvsrpp ─ BATCH
300用にバッチを作成（改造）を行えば動作する。 >>575
DirectShowにしたら出来たわ。ありがとう。 >>548
たしかにTG8XaでチラつかないSTDモザを破壊すると黒ノイズが酷い。
個人的にはTG8Xaのの黒いモヤ無しのやつを作ってほしいところ。
博士の意図としては陰毛っぽくしたいのだろうけど無毛にはよくないな。 あとBVPP8Xaも黒い霧みないたのが残るからそこを除去したやつが欲しい。
もしかして博士は陰毛のリアルさを追求したいのかな？必要ないケースもある。 助言を頂きたいのですが、動画をエンコードまで完走することは出来たのですが
モザイク調査中から開始後おおよそ,12~18%で動画が止まり
そこから完走して,完走した動画を見ると12~18%までの部分は普通に再生されているのですが、
それ以降は音声だけが流れてしまい映像は止まったままになっているといった状況です。
<最初の方だけ映像音声は通常ですが、途中から映像止まり音声だけです>
きちんと、映像が止まることなく最後まで再生させる事を可能にするには
どういった対処が必要でしょうか いくつか違う種類の動画を試してみて、全ての完走した動画が
最初の方だけ映像音声は正常で途中から映像フリーズ音声だけ通常、になるのか
やってみます アニメはモザなしが出ている作品をコンプリートする気で挑めばそれなりの数の学習データになりそうだけどなぁ
編集ミスもかなりあるし 特に止まることなく最新版は使えている。
しかし、同じ動画を破解して、
モザ認識の差があり過ぎますな。
EZベースにして作られたバージョン3.00だが、
使い勝手も含めて、この流れで開発を進めて
オッケーなのかは微妙に感じている。
まぁ、博士もその点は踏まえて
考えているのだろうけれど。 色々破壊試したけど結局202cのほうが綺麗に破壊できるんでモヤってる
同じ設定でなんで差が出るんだろう 300a使って見たけど、どの設定でも「超解像に失敗しました画像を1枚も処理できませんでした」になってしまうんだけど何故？？
何かやる事ある？ >>597
まちがった外部ツールを設定していたりしていない？
トラブルシューティング
問題 : 外部ツールによる超解像が必ず失敗する
原因: 外部ツールが正しくインストールされていない
対策 1 : CUDA(NVIDIA 用)と ZLUDA(AMD 用)の違いに注意してインストールしなおす
対策 2 : ZLUDA の場合は、GPU に対応した ROCm(HIP SDK)がインストールされているか確認する ワテの録画は、エラーにはならないが音ズレとかは飛び飛びで見てるので気付いて無いだけかもしれん。EZで見るのと大差ないのでEZを使う方が多い、EZの方の開発も続けて貰えたら嬉しい。 0570です
作業用データフォルダをSSDに指定したら完走しました。
しかし、まったく破解されていない
モザの状態もまったく変化なし
うーん
なんとも 330a は、よくわからない >>600
その不具合が1番多かったわ
縮小画像作らないで、モザイク確認中からいきなりエンコードに進むパターンだわ >>597
博士のｘ書き込み（10月13日）にあるTG&BVPP(CUDA,ZLUDA)の動作確認用バッチファイルを使って、
TGとBVPPの環境を確認したらよいです。ここで、処理が失敗するようなら、インストールに問題があります。
CUDAの場合、JavPlayer_Ver.3.00とTG&BVPP8X_CUDA_300b_diff.zip（10月10日版）、TG&BVPP_*_300（TG&BVPP_CUDA_300.zip 9月22日版）のインストールが必要です。
あ＾アンカミス >>596
は、関係ないす。
一つも処理されてない場合のうっかりな。可能性 >>427
これは長尺だとマジ致命的
録画ボタンをグレーアウトしてとかで押せないよーににして欲しい
。藻座認識が甘くて結構使う人も多いはず。 3.00は軽くて早いからもう2.02には戻れん
ビデオカードが熱くならないしビデオメモリも12G使い切るようなことがなくなったのにむしろ早い気がする
設定を突き詰めればもっと使い切れるのかもしれないがまあいいかな >>607
いやいや。肝心のモザイクが破壊されないとか、音ズレ、破解途中で止まるとか、使えないだろ。あれで満足する神経を疑うわ。 高速化は快適さにも電気代にも直結する長く使う上では重要な要素、完成を待つわ
UIは正直あんまり好みではなくて個人的には本家型に戻しては欲しい まあこれで本家と同等にモザイク探知能力が上がれば文句ないんだけどな
将来的にこの3.00システムでそれができるようになるのかね？ Video AIみたいなの安価で作ってくれないかな 最初は快適かと思ったら「合成エンコード中」で止まるのが結構出てきた
%表示が消えたまま処理停止
ファイル名は数字だけ、エンコーダはNatCorder+H265
一度止まったファイルは同じ場所で何度も合成エンコードが止まる感じ
今のUIの方が良いと思った
結局、慣れの問題
モザイク破壊の品質は十分だと思うし、音ズレ、破壊途中で止まるのはないが、エンコード途中で止まるのがつらい
このような素晴らしいソフトを改善し続ける博士には大感謝 TG8Xaの黒い靄がきついので追加AIがまったく機能しない。
陰が濃くなる、線がぐにゃる、ぼやける。 まだ不具合らしきものには遭遇してないな。なかなか最適解設定が見つからないかな。 あまり綺麗にできないやつは諦めてモザイク(粗)の方が何か良い 合成＆エンコードで特定の場所で止まる時、デバッグログでは「FileNotFoundException: Cound not fined file "XXX.jpg"」ってなってる
XXX.jpgは、超解像のフォルダ見ると、最後のファイルの番号の次の番号のファイル
超解像の処理で出力されてないファイルを参照してエンコードしようとしてるっぽい 録画時をコマ送り用デコーダー(FFmpeg)にしたのが音ずれの原因っぽいけど
動画を再エンコードしたのを使えば大丈夫そうだし、モザイク判定の調整に期待してます >>0604
0600です
14は全く触らないので、うっかりミスはないです
300aで破解しなかった動画を202cでやってみたら見事に破壊されました
300aはモザの検出がおかしいのか、動画を選ぶようです >>619
その動画、EZだとモザ認識して破解された状態で見えていますか？ >>620
EZ持っていません
いろいろ試行してみました
600に書き込んだ動画
300a
作業用データフォルダをRAMディスクに指定→破解できない
作業用データフォルダをSSDに指定→破解できた
202c（202cの作業用データフォルダはSSD）→破解できた
この動画はSD画質で1時間15分程度のもの
うちの環境で300a作業用データフォルダをRAMディスクに指定すると合成＆エンコード中で止まる動画がある
ログにはFileNotFoundException: Could not find fileが記録される
当該動画をアルファベットと数字にリネームすると完走することがある
当該動画を漢字テキストのまま作業用データフォルダをSSDに指定すると完走する
うちのRAMディスクがおかしいのかもです
64GBで30GをImDisk ToolkitでRAMディスク化してます
RAMはMemtest86で3周エラーなしです EZだと認識しているのが3.00だと認識してはいるけど認識が甘くカクカクしている。
そのモザイクっぽい角度がそのまま破壊されて残っている。
だから輪郭が途切れるとか断線するとかの結果になる。
ここをなんとかしてほいい。 >>621
詳細な報告をありがとうございます。
私はRAMディスクでの処理を初期のJavplayerで行って、大きく不具合を起こしたので、それ以来、RAMディスクの使用はあえてしません。信用してないので。
まるまる１テラのSSDにJavplayerのフォルダを放り込み、そこでの作業と破解ファイルの仕上がりを行ってますが、これまでのバージョンで特に不具合を起こしたことはありません。 >>623
なるほど、Javplayerそのものをシステムと別のSSDに入れてしまう手があるのですね。
Windows直下のルートに置かないとだめだと思っていました。
うちのWindowsシステムSSDはCrucial1TBですが、Javplayerを使い始めてからか、
CrystalDiskInfoの健康状態が87%になっているため、RAMディスクを利用した次第です。
このSSDはTWBが少なかった感じです。
他に2TBのSSDを別ドライブにしているので、そちらにJavplayerを入れて使います。 >>612
と同じく、「合成エンコード中」で止まる。
印象として、2時間以上の動画で止まる。
止まった動画を30分とか1時間ぐらいに細かく分けて破壊すると、完走できる。
動画によって様々で、よくわからない。 >>624
ダウンロードとかこういった処理を扱う、書き込み多発ドライブは普段からSSDに全てしてますね
WDREDのSATAにしてからそんなに加工等の処理速度は変わらないし寿命が伸び、組み換え前から使ってますけど1度も交換してません。寿命は80%ギリですけど
大事なデータは置いてないので潰れ切るまで使う予定です(javplayerの配布時の圧縮とか別に保存してます) 安めのSATAの1TB SSDをJavPlayerとrope専用に使ってるが7000時間くらいで76%だわ 最後まで完走できた方々にお聞きしたいのですが
開始して最初にモザイク調査中になると思うのですが、その時に調査中の進行パーセンテージ<％>が
画面中央に出ると思うのですが、100％迄皆様方は行われていますか？
もしよろしければ回答頂ければと思います、よろしくお願いします。 >>628 98、99%ぐらいまでかな、表示でるの。すぐに次の工程に行く感じ。縮小画面、エンコードも同じかな。ちゃんと破壊されてるよ。 >>629さん、お答えありがとうございます
先日>>591を投稿させて頂いた者ですが、>>629さんのご回答で原因が解った気がします
私の状況で録画を開始した時に、モザイク調査中のパーセンテージ<％>が18%で終わり次の工程にいっているので
完走が終わってその動画を確認すると、映像が開始18%でフリーズしてあとは終了まで音声のみですので
最初の工程のモザイク調査中が100%近くまで行く必要があるという事が、映像がフリーズさせない方法のようです
あとは最初の調査中の工程を100%完了する方法を、制作者様に聞いてみます
ありがとうございました >>630
問題の切り分けが必要じゃない？
多くの複数の動画ファイルで全てその現象になるのか？
その動画１つだけなのか？
じゃないと博士にも迷惑掛けるよ 途中で動画が停止して音声だけになる動画、元動画をffmpegで再エンコードしてからjavplayerにかけると音声だけになる現象はなくなったわ ffmpeg -i 入力ファイル名 -c:v hevc_nvenc -b:v 8M -maxrate 12M -bufsize 24M -bf 0 -c:a copy 出力ファイル名
NVENCのHEVC使って、可変ビットレート8Mbps、最大ビットレート12Mbpsで元動画を再エンコするのはこんな感じ >>630です
試みた全ての動画に起きている状況です
>>632さん この方法試させて頂きます、ありがとうございました モデルファイルの7zipでの解凍が異様に遅い問題、セキュリティソフトが原因だったわ
セキュリティソフトを一時的に切って解凍したらすぐ終わった まず聞く時は自分の環境とか書いたほうがいいと思うぞ
ほかの人で起こってない事象ならほとんどがおま環だしさ
3.00なら導入も楽だし全部削除して最初から入れ直してみるのもいいし コーデック?? コンテナ?? フレームレート?? CUDAドライバー?? なんて人もいるんだろうね これ移植したBVPPでもやっぱり前と違う結果になるな 移植したやつでもモヤ現象起きるから新しい方の何かが作用してるんだなんだろうな そうなんだ
3.00はボヤケルっていうか霧がかっているような結果になるのがねー >>634です
博士や皆様のおかげで無事、解決致しました
制作者様からもお返事頂くことが出来ました、この場を借りてお礼申し上げます 必要な画像ファイルが見つからず、合成エンコードで止まる問題
ツール並列実行の上限で、並列度を下げることで解消したかも
8にしてたの4にしたら2時間動画完走した >>487
>>603 テストして、CUDA実行不可。TG&BVPPの2ファイルを再インストールして、動作しました。報告まで。 >>638
>>639
V3の縮小画像（input)の解像度がV2とは全然ちがうよね。V3ではかなり小さくなっている。
それのおかげでV3の超解像がスピードアップしているんだなとおもう。
input画像が違うと昔のBVPPでやってもV３は結果は大きく違ってくるよね、これは仕方がないね〜。 >>646
成果物が悪いのだから改悪でしかない。処理が速いは優先第1ではなく優先すべきは成果物の品質。 おれの環境だとBVPP8Xaが非常にいい感じでVer2より成果物はよい感じ
モザイク判定しない画質低めなやつには使えないけどね モザイク識別能力さえ旧verに追いつけば文句ないっすわ 202cの8Xhd+AF0使ってたけど300aで一番キレイな設定探しても202c超えないんだよね
鮮明さとウネウネ感が一歩足りない感じ
使いやすさは格段に上がったから博士応援してる 並列度落としても2時間動画完走しないのもあった
2時間以上の動画は1時間程度の複数に分けてffmpegで結合するしかないな
ffmpeg -safe 0 -f concat -i 結合するファイル名のリスト.txt -c copy 出力ファイル.mp4
結合するファイル名のリスト.txtの内容
file '入力ファイル名1.mp4'
file '入力ファイル名2.mp4'
file '入力ファイル名3.mp4'
こんな感じで
「結合するファイル名のリスト.txt」の文字コードはUTF-8で 「結合するファイル名のリスト.txt」のファイル名はシングルクオーテーションで囲った方が良い
ダブルクオーテーション駄目
エクスプローラでファイルのフルパス文字列をクリップボードにコピーするには、右クリックメニューから「パスのコピー(A)」
ファイル名に「^」があると駄目
ffmpegって結構クセがあって使いこなすのは難しいな モデルの名前がカオスになってきて、何が最新なのか解らなくなってきたな。
たまに2.02Cに戻ったらマジで解らなくなった。ver3系はXaとかXa2だけど、2.02Cは8Xft2と8Xhd2なら8Xft2の方が新しいんだっけ？ 2系は博士が対応しないようだから、完全に忘れて3系に集中した方が良いと思う
こんなツールがあること自体、奇跡なんだからさ
JavPlayer 3.0系は「BVPP8Xa(STD)+SPANhd」と「BVPP1Xdf+TG8Xa2(STD)」の二択に絞って良いと思うわ
チンポが見えるシーンを5秒くらい「BVPPXa」でテスト録画してみて再生してチンポがウネウネしてるようだったら「TG8Xa2」で本番録画
これでやってるわ ■ このスレッドは過去ログ倉庫に格納されています
