【動画プレイヤー】JavPlayer【超解像】

JavPlayerは、「動画の特定部位だけ超解像するアプリ」です。
AV鑑賞において、ディテールを損なわずにモザイクを目立たなくする動画プレイヤーとして使用できます。
このスレッドは、JavPlayer の使用法などについての質問や、より効果的な設定、効果が高い動画などについて、
ディスカッションする場所です。
「モザイク破壊」などとして、著作権のある動画を「動画の特定部位だけ超解像」して、無断でアップロードすることは犯罪です。
また、そのようにしてアップロードされている動画を、ダウンロードする事も犯罪です。
違法動画に誘導するリンクを貼ったり、違法行為を推奨する行為は厳禁です。

>>48
オレ環だとMKVだけなるわ

まだ1.12は未完成か
人柱が検証やったあとのバグ修正された1.12bを待つべきみたいだな

ver1.12で「作業フォルダ削除：録画完了後」にしても完了後
作業フォルダが削除されていないんだけど、みなさんはどう？

>>57
俺も残ってました。あれ？と。
やはり、まだバグ多数？

>>58
情報、thanks!
おれ環じゃなくて安心しました。

作業フォルダは次の動画の作業に入ると削除されるなぁ・・・

FFmpegエンコードで「FFmpegの完了待ち」で止まってしまうな～

修正版がアップされるまで、内部エンコードを使うしかないかな。そうするとプロレスは今は使えないか？

>>52
博士は５chの規制で書き込めない様ですが、こちらのスレも認識しておられるみたいです。
「両スレの不具合報告等は参考にさせてもらいます」とTwitterに書き込まれています。

1passと2passで処理すると、エンコード後シャットダウンの設定が無視されるみたい。
取りあえず、eキーで複数選択画面に入ってからqで実行してる。（こちらは終了後シャットダウンが実行される）
ひょっとするとおま環かも。次回のアップデートで治っているといいなあ。

自分の場合は1passと2passを選択した時だけ"完了後も継続"なのに
超解像処理後にエンコードのフェーズに進まずにアプリが終了した（これは100%再現）。
そこで試しに"エンコード後にアプリ終了"にして実行すると
エンコードまで進んだがアプリは終了しなかった。
不思議なことに上記でエンコードが成功した後は"完了後も継続"に戻して1passと2passで実行しても
エンコードまで進むようになりアプリも終了しなくなった。

1.12ウキウキして走らせてみたけど、抽出がスムーズにいかず途中で止まっちゃう。一晩放置してみたけど2hの動画が完走してなかった…
ログも見たけどWarnもErrも出ておらず、1.11bでは問題なく動くのだけど。

ffmpeg処理を選ぶと作業処理が終わらない。
HEVCを選ぶと終了間際でソフトが突然落ちる。

新機能が全く試せないです。これでは使えない。

NatCorderでよくね？

>>68
HEVCの方が画質が良いと感じるから、使えるようにはして欲しいね。
せっかくここまで備えたのだから。

NatCorderもHEVC作れるけどffmpegのほうがきれいってことかな？
個人的にはNatCorderで十分きれいだった

FFmpegエンコードは、
binフォルダにパスを通すことで
最後まで行ける。

>>71
説明書にもパスを通すって書いてんだけど、そもそもパスを通すってなにすりゃいいのか大抵の人がわからんと思うわ

>>71
> FFmpegエンコードは、
> binフォルダにパスを通すことで
> 最後まで行ける。

説明書に
ffmpeg.exe を取り出して JavPlayer.exe と同じフォルダに置いても良いでしょう
となっているので、今までそうしていて問題なかったが、

FFmpegエンコードはにすると、”完了待ち状態”から進まない。

それで、binフォルダにパスを通してみたら、確かに最後まで行けた。

Twitterでも報告されてるけど新しい1passがPCによって抽出が開始しない現象に困ってる
fastとかの旧方式はOKなのだが新しい1passか2passで録画開始するとまず選択範囲の作業用mp4ファイルは作成されるのだけれどそこから抽出が開始せず録画中止もできず強制終了しかできなくなる。

博士の想像通りデバッグログにデコーダー(SCPlayer)のエラーが表示されてる
DllNotFoundException:SCUtility
DllNotFoundException:SCCore
NullReferenceException:Object reference not set to an instance of an object
Pluginsフォルダー内のSCPlayerのdllがload出来ないみたい

core i9-9900KF+RTX2080SUPERで発生するがAMD Ryzen 7 PRO 4750GE内蔵GPUでは同じ動画の同じ範囲で問題無く動作する
インストールドライブ変えたり色々試したがダメ

>>72
分からん人はこんなものいじったらあかんわ。
調べれば分かるし。

>>72
同意。わからないまま試行錯誤してやっています。

HEVCでのエンコードがうまくできない。
一見正常に終了したように見えるんだけど、tmpVIDEOが消えたあとに残るのは

4FF_19068115811927109567.mp4

みたいな4倍速のファイルだけ。俺だけ？

そのゴミは残るけど完成したビデオもできてる

>>80
指定したディレクトリにないぞ……どこにできるの？

ちなみにH264を指定したときはゴミと一緒に完成してる。
HEVCのときはゴミしか残らない。

ffmpeg、NatCorderどっちよ

NatCorderのH264、HEVCでも同じフォルダに出来る

>>45
確認したら自分の環境でも1pass、2passだとそうなってた
元ファイルが25分の動画から10秒の範囲を指定して
出来上がった動画の情報を見たら長さが10秒ではなく25分になってる
再生ソフトでも再生時間の表示が25分になっている

うんだからそれは完成動画じゃなくて最初の抽出で作る中間ファイル
モザイクついてるでしょ

>>83
NatCoder。ffmpegはまだ試してない（もうひとつのは2passにしてるから指定しても無駄）。

>>85
いや、破解された完成動画だよ。
1pass2passを使った時に変な状態のファイルになってしまう。

NatCorder/HEVC、色々試してみたけどダメだなあ。
4FF_*.mp4だけ残って肝心のファイルがない。
log.txtにもエラーは残ってないし、うーん。

1pass HEVCでいくつかの動画やったけど音ズレしてしまうなぁ
抽出の速さとか凄いんだけど、まだ前verから乗り換えは出来なそうだ

おれ環だとFFmpeg以外は快調だけど

同じく

これOS入れ直してまっさらにするとかだと改善されたりするのかな？

素人がテキトーな事言うけどunityインストールしてみたらどうだろう

新しい1passがPCによって抽出が開始しない現象ですが原因がわかりました。
やはりデコーダーDLLのロードに失敗していて
C:\WINDOWS\system32\VCRUNTIME140_1.dll
がないことが原因でした。
さすが博士はすぐに当ててました。

動作するPCと動かないPCではOSはまったく同じWin10Homeで
バージョン21H2
OSビルド19044.1766
Windows Feature Experience Pack 120.2212.4180.0
も同じなのにVCRUNTIME140_1.dllがない理由はなんでだろ
IntelとAMDの違い？
こいつがないと1passも2passも動かない
解決して良かった

C++の環境の違いじゃない？

>>96
そうですねMicrosoft Visual C++の環境の違いのようです。
「Visual Studio 2019から、ランタイムライブラリの構成ファイルとしてvcruntime140.dllに加えてvcruntime140_1.dllが追加されました。VC++の特定の機能を利用するとこの追加されたファイルを参照します。・・・既定の設定でVC++のビルドをすると、この vcruntime140_1.dll への参照が発生することになります。」

博士にお願いがあります
JavPlayer.udjファイルの仕様というか見方を教えてもらえないでしょうか？
自力で調べてみましたが難度高いです。
サイズはどこまで大きくなるのでしょうか？

>>88
自分も同じく　NatCoder / HEVC & 2passだとエンコード終わっても、結局エンコード後のファイルができないです。
途中のtempVideoみたいなのはあるんですけどね
ちなみに、NatCoder / H264もダメで、　UTJ/H264にして、2pass実行すると勝手に設定が置き換えられてNatCoder / H264
で実行できるといった感じです。

うちの環境は全く問題なく完了するけどなぁ
気になることはエンコがnvenc指定してもすごく遅い

うん、natcorder/hevc使えないからかわりにffmpeg/HEVC使ってるけど、すごく遅い。
デバッグ画面見ると確かにhevc_nvenc指定されてるんだけどな……。

買うかまよってるんだけど
このスレにいる割とハイスペ環境で
TecoGAN使って90分動画だとどのくらい時間かかるものなの?

>>102
割となら12時間位じゃね

俺はTENGAだと3分かな？

脳内ならリアルタイム

>>102
最高スペック：RTX3090
ハイスペック：RTX3080
割とハイスペック：RTX3070

で良いのかな？

ハイスペでもなんでもないけどRTX1650で2時間半前後のFHDを破壊して抽出・高解像で4時間。
エンコに13～14時間。2pass/ffmpeg/hevcでの数字。エンコに時間がかかりすぎてるな。

>>102
1分の動画をRTX2080で超解像1回・HEVCエンコ

抽出30秒
超解像1分
エンコード30秒

あ、動画はFHD、NatCoder/HEVCね

安いし、現状ここまでの物は他にないんだから買っちゃえよ

FFmpeg、最新バージョンにしたら動くようにはなったけど、確かにものすごく遅い。

検索でたどり着きました。
むっちゃ勉強になります。
よろしくお願いします。

>>112
AV総合板にもスレが存在していますのでご参考に！
JavPlayer開発者であるジャブスキー博士は双方のスレをチェックされてるようです

【動画プレイヤー】JavPlayer【超解像】Part4.1
https://mercury.bbspink.com/test/read.cgi/avideo/1655220450/

ffmpeg./hevcでエンコに13時間半かかった動画、natcorder/h264だと3時間半で終わった。
ffmpegは昨日gyan.devから落とした6/30版だからこれ以上新しいのはないんだが……。

いろいろとあざまっス
>>110　ソフトは買うでいいんだけど
メインがwin7環境で詰んでるので　専用用の中古パソ買おうかなぁ

>>115
快適に作業するならある程度グラボのスペックは必要
逆に言えばグラボがよければCPUのスペックはミドルクラスでいい

>>115
i5-9400fとGTX1660sでやってるけど、ここが快適ではないにせよVEAIも何とかできるギリギリだと思う

>>117
おれおま！
でも全然不便じゃないわ

FHD(1920×1080):
> ffmpeg./hevcでエンコに13時間半かかった動画、natcorder/h264だと3時間半で終わった。

同じぐらいの長さのSD (720×480):
ffmpeg./hevcで Time(encode)=3h41m4s

我慢できない遅さではないかな。だけど。元ファイル 1.9GB の h264 が 2.4GBに。hevcにする意味なかった。

natcorder/hevc で最終ファイルが消えちゃう問題、なんとかして～。

検索でたどり着きました。
先人達の知識、ものすごく勉強になります。
よろしくお願いします。

JavPlayerにVEAIと機械学習最高ですね。
PCがMacBook ProのLate2019でパワー不足なので、計算専用にRTX30xxを積んだデスクトップPCを購入したい衝動に駆られてますｗ

検索でたどり着きました。
先人達の知識、ものすごく勉強になります。
よろしくお願いします。

JavPlayerにVEAIと機械学習最高ですね。
PCがMacBook ProのLate2019でパワー不足なので、計算専用にRTX30xxを積んだデスクトップPCを購入したい衝動に駆られてますｗ

買ってから来てください

VEAIは使ったことないけど、そんなに良いものなの？

凄い時間かかる

>>123
素材との相性はあるがハマるとかなりイイ
事前にテストして確認推奨
グラボのスペックよければ一晩放置で出来上がる

>>123
テコガンで色を塗って、VEAIでクリアを吹く感じ
角が取れて、奥行きが出て、みずみずしさが加わる

イマイチ高画質化が破壊に繋がるのが、よく分からんな

>>127

破壊したものを高画質化するイメージでは？

ffmprgのパス通すってなんだっけと思ったけど環境変数弄るやつね

あらffmpegね

何にせよ、今は修正版待ち。
博士、頑張ってください。

今回のはエンコで落ちたり、エンコで物凄く時間かかったりでちょっと使えないね
残念

SRA-VEAIもうちょっと速くならんかなー。処理時間30時間越えとかさすがにかかりすぎだろ。
むちゃくちゃ綺麗になるから多用したいんだけどな。JP側じゃどうにもならんかな。

4窓起動とかJP側は最大限頑張ってるから、あとはグラボ次第
3080で全く不満ない速度出てるよ

GTX1650だと0.25sec/frameぐらいしか出ないよ。パラにも動かないし。
ひどいときには1.5sec/frameぐらいに落ちる。同じ動画の同じような場面なのに不思議。

>>133
REGよりマシじゃないか
REG使うとVEAI早いなぁと感じる

SRA-VEAI遅いなと思ったらうちの環境だと設定無視してGPU使ってくれてないわ。
VEAI2.3自体のバグ臭いしどーにもならん。

>>137
遅いってフレームレートどのくらい？

昨日測ったらjavplayerの超解像部分で７分のところを追加のVEAIで24分だったよ
並行処理数で時間変わるかなって見てたらそもそもGPU使ってねーやって気付いた。

>>139
そうじゃなくて、VEIAIの画面に表示されてるsec/frameの数字を教えて－。

今試した。
HDサイズを処理して0.06だったよ

爆速じゃね？

0.06sec/frameって、サイズ違うけど >>135 の4倍の速度じゃんか。
30fpsだと1秒あたり1.8秒、それで遅いって？
マジかよ今やってるffmpeg/hevcのエンコが終わったらCPUでやってみるわ。

>>137
そもそもどうやって GPU 使っていないと判断したん？

>>144
タスクマネージャー見れば分かるだろ

>>145
横やりだけど最近のグラボは色々な用途に対応出来るように
複数の回路にチップが分かれてるので
GPU全体のタスクマネージャで見ても0％
一部だけ100％に振り切れてる事は良くある

詳細グラフィック1とか見てみよう

>>146
これが正解で俺がポンコツなだけでしたわ。
GPU-Z使って確認したらちゃんと負荷もりもりでした

つか、強制的にCPUで実行させるのってどうやるんだ？
-cuda 10でCPUになるはずだけど指定するとエラーになるし、
preferenceでCPUを指定かつ-cudaを外しても勝手にGPUが選択されてしまう。
どのくらい差が出るのか試したいのに。

>>148 マニュアルに有る通り、環境設定のffmpegのエンコードに使用するプロセッサで変更じゃ駄目なの？　違う話しやったらごめん。

>>149
VEAIがパラメータを受け付けないって話だからJPの設定は関係ないよ。

ところで、ffmpeg/hevcが遅い件。

> Input #0, concat, from 'd:/temp/blend0005/encode.txt':
> Duration: N/A, start: 0.000000, bitrate: N/A
> Stream #0:0: Video: png, rgb24(pc), 1920x1080, 25 fps, 25 tbr, 25 tbn
> Stream mapping:
> Stream #0:0 -> #0:0 (png (native) -> hevc (libx265))

nvenc_hevcじゃなくてlibx265使ってるじゃん。なんでよ？

SRA-VEAI.batのバージョン指定が間違っていてJP_VER 112にしないと変更が反映されないってことがあったけど、何か関係してたりする？

あーffmpeg_enc_opt.txtを書き換えればいいのか。

[nPass]
-vf settb=1/1000,setpts=PTS/1000 -c:v h264_nvenc -gpu 0 (PIX_FMT) -qscale:v 1 (KEY_INT)

これでテスト中。

間違えた、 nvenc_hevc だた。

>>153
日記って言われたくなければ最初から正確に書き直せ

とにかくエンコード後にシャットダウンしてくれないのは困る。
いつも就寝前や出勤前に作業するから。