【動画プレイヤー】JavPlayer【超解像】 Part.9
JavPlayerは、「動画の特定部位だけ超解像するアプリ」です。
AV鑑賞において、ディテールを損なわずにモザイクを目立たなくする動画プレイヤーとして使用できます。
このスレッドは、JavPlayer の使用法などについての質問や、より効果的な設定、効果が高い動画などについて、ディスカッションする場所です。
「モザイク破壊」などとして、著作権のある動画を「動画の特定部位だけ超解像」して、無断でアップロードすることは、犯罪です。
また、そのようにしてアップロードされている動画を、ダウンロードする事も犯罪です。
違法動画に誘導するリンクを貼ったり、違法行為を推奨する行為は厳禁です。
※前スレ
【動画プレイヤー】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/ >>57
うちも博士の投稿通りにして可能になった
しかし新方式の恩恵に預かれないのは残念 モデルは変わってないから劇的な変化は期待できないんじゃない
3.0待つわ 過去はBVPP + SRA-REGpで処理してたが
今回はBVPP + SPAN4Xhdで処理したところ、品質はほぼ従来通りだが処理スピードが格段に速くなった
長すぎて敬遠してた動画もこれでどんどん処理できる、博士ありがとう
ただ、もしかしたら俺の環境特有の不具合かもしれないがJavPlayerを最小化した状態でSPAN処理すると何故か非常に時間がかかる
普通にウィンドウを表示しておくと問題なし。マニュアルにそういう注意書きあるかと思ったが特に記載が見つからなかったので、一応情報共有しておく。 >>31
10秒くらいの範囲を処理して「録画と音声の結合が終了しました」のとこで放置してたら
小一時間でかな？24Gのメインメモリの98%くらい喰ってた（ブラウザまで処理落ちしだして気が付いた）
過去のバージョンでは経験したことないメモリの喰い方してるね Unityでガベージコレクションを強制停止させてると起こる現象にちょっと似てるかも 確か作者さんがチェックしているからご報告します
window11で使用中、超解像処理後にエンコードする時に
開いているファイルのセキュリティの警告のウインドウが出るな
発行元を確認できませんでした。このソフトウェアを実行しますか？で
実行を押さないとエンコードが0%のままで止まる >>62
俺も放置してたらクラッシュしたわ
メモリ8GBの💩PCだが >>54
*SPAN4X *SPAN4Xhd で追加超解像すると前のものよりザクザクしたトゲトゲしさは
緩和できているように見えますね。ただ元の破壊が同じなのでTG16Xに期待ですね
個人的には新しいデータで学習しなおすとのことですので最近の大手メーカーの再現度が
改善向上できているかどうかをすごく期待しています メモリの総量間違って書いてた、「48Gのメインメモリのうちいつのまにか98％喰ってた」だった
>>69
昨日は気が付かなかったんで特定の条件があるのかも >>22
俺もこれに成るんだけどならない人もいるってことだよな？ 俺も最初は出なかったけど、博士のXにある旧バージョンのエンコ方式のオプションつけたら出てきた。 オプションいじってから再起動したら復活したわ
最初スローモード突入したけどやり直したらぎり行けた よくわからないんだが、結局、新方式のエンコードが優れていてオススメということなんだよね？新方式がうまく行かない場合は旧方式を使えということでオケ？ 新方式でffmpeg作業フォルダ指定できればいいんだけど 俺はRAMディスク使ってたから使わなかったら動くと思う >>22 録画詳細設定のffmpegのとこ二つしか項目出ないでしょ。俺のは問題なく動く、1pass、2pass、safe追加はスパン、VEAI、TVAI。短い動画でやってるからかな？苦戦中の人は長めの動画でやってるの？ >>79
いや俺も動いてたよ
BVPPだと失敗すると思う ffmpegの5をjavplayerフォルダに入れたら新旧エンコードともにエラーなくなった >>68
>最近の大手メーカーの再現度
残念だけどそれは無い
作者のXの書き込みによれば
・元の学習画像 -->縮小 --> Lanczos とかの補間演算をしないで単純にピクセル等倍してモザイク画像を作る
・元の学習画像とピクセル等倍して作ったモザイク画像を与えて機械学習させる
っていう単純なことをしてるだけ
元の学習画像が無修正のAVなのかは知らんけどｗ
独自のモザイク生成アルゴリズムを使って単純な縮小拡大で作れるモザイクと違う場合は破壊はうまくできない
ユラユラ、グニャグニャして見れたもんじゃないのはこのパターン
だから現行のバージョンでユラユラ、グニャグニャしてるやつは 16x になってもユラユラ、グニャグニャしたままだよ >>81 bvppいけたわ、8xhd2登場以来使って無かったが。 >>89 2分くらいや、今出先なので明日あたり少し長めで試してみる。 何か録画詳細設定の右側に◯に!のマークが出てくるようになって録画開始をクリックしても何も始まらず破解出来なくなった フォルダー全部削除して再構築し直したけどやはり出来ないな
何処かで状態覚えてんのかな？
あの!マークをクリックするとunityのアプリ画面が出てくるけどわからん みんなエンコードはffmpegでやってるんだ？
natcoderだと2時間ものでも問題ないで >>95
俺も問題無くnatcoderで4時間物2本完遂
家帰ったらffmpegで何かテストしてみるわ natcoderが推奨だと思ってたから特に気にせず使ってたけど
試しにffmpeg使ってみた
特に速いわけでもないからnatcoderでいいや 自分も1pass ffmpeg/HEVCが速度画質ファイルサイズが好きなんで使ってるけど202からエンコード失敗しますね
マニュアルに書いてある
>通常の録画方式(1pass または 2pass)では同梱されている FFmpeg(Ver.6.1)を使用しますが
FFmpeg(Ver.6.1)の問題の気がする モデルリストで「TG-AF*」を選択するとVRAMリークが発生すると報告があり、確認しました
重大なバグなので、Ver.2.02の使用を控えてください
早急にVer.2.02aをリリースします
VRAMのリークだったか 録画設定の完了後も継続を選択しても、完了後にJavPlayer2.02が閉じられてしまいます。
2.01cでは完了後にウインドウは開いたままでした。
他の設定は、2.01cと同じにしています。 ram=メモリだけどramリークとはほぼ言われない
メモリリークって言われるものだね
まあ何も知識無いやつにわかりやすく言うならメモリ関係のバグって意味 メモリリーク（英：memory leak）とは
確保したメモリ領域を解放する処理がプログラムに入っていないのが原因で
メモリを確保するけど解放しないのが続くことによって、メモリの空き領域が減っていくこと 割り当てられていたVRAMの使用が終わっているのにメモリが開放されず使い続けてしまい動作が不安定になるってこと 2.02でTG-AF0の時、RTX-3060VRAM12GBは使い切り、メモリーは32GB中28GBまで使用していたのでメモリーを64GBに増設しようかと思案していましたが、メモリーリークが原因のようですね。
今、2.01cでTG-AF0録画をしていますが、メモリーは12GBくらいの使用です。 入力ファイルをjavplayerと同じフォルダに置かないとエンコードできないんだけど俺だけ？ >>108〜110 何の知識の無いワシに教えてくれてありがと。前スレにbvppで8分超えるとエラーになる話はコレが原因なのか？ 追加超解像のSPANとノイズいくつか試したけど、1-pass, BVPP, NONE(追加超解像), ノイズ0, ffmpegのHEVC NVENCエンコード
結局これで良い気がしたわ
エンコードは劇的に速くなった
tecoganモデルの再学習に期待 >>99
ffmpegはGPUでのエンコードにも対応(NVIDIAならNVENC)、NatCoderはソフトエンコだけ
多分最大の違いはここ >>115
GPU対応するffmegのほうがよさそうなのにNatCorderが推奨なの？ NVENCが爆速なら使うけど現状natcoderと体感変わらない >>116
NatCorderはJavPlayerなので別途インストール必要ない
一方、ffmpegは外部プログラムなので別にインストールする手間がある
ffmpegのバージョンが5以外だとうまくエンコードできないとか、pathを通してないとかの問題が発生しがち -> NatCorderはJavPlayer内蔵なので別途インストール必要ない オマカンの可能性もビレゾン
すいません。言ってみたかっただけです；； 博士のx見てないの、次が出るまでjavの使用を控える様にと仰ってるぞ。 博士ゆっくりでいいのでよろしくです
201cでコツコツとやりますので 201cに戻したけどffmpegのtempフォルダをramdiskに指定してもTGフォルダ下で動いてる 処理速度上がっただけなんだから、そんな無理して新verにせんでも・・・ 俺は丸々全部やらんけど長時間使用で
メモリやら動作やら何も問題ない 202は、ffmpegでのエンコードで中間ファイル作成しないので処理速度が大幅に上がっただけでなく、
追加超解像度にSPAN使えるようになったのも大きい
出力フォルダのパスに半角スペース入ってなければ普通に使えるんで別に使用を控える必要ないよ 今後の博士への期待
18万枚の画像で学習させたTG8XとTG16Xの新モデルのリリース
（TG8Xの学習が先
18万枚の元画像と縮小画像を学習させたTecoGANのモデルを作成する
元画像はそのまま使うんじゃなくて、フィルタをかけて調整していて、このノウハウも多分重要
学習とは、縮小画像から縮小前の画像を推測するニューラルネットワーク（脳に相当）を作る作業
このニューラルネットワークは、学習させてない画像についても拡大できるのがすごいところ
絵を当てはめてる、というより、リアルな絵を描ける天才画家がモザイクで失われてる部分をランダムに想像して高速で描いている、というイメージに近い
TecoGANのTecoは時間的な連続性も考慮する方法 >>131
https://twitter.com/Javski2/status/1790361977338183833
公式に「モデルリストで「TG-AF*」を選択するとVRAMリークが発生すると報告があり、確認しました
重大なバグなので、Ver.2.02の使用を控えてください」と言われてるんだから
パスに半角入れなきゃ大丈夫で使用を勧めるのは見当違いかと 新しいソフト、おちんちんと希望を大きく膨らませて待ってるわ(*´ω｀*) 3060 12GB で 2pass, 8xhd2, SPANhd4, TG-STD, FFmpeg(付属のやつ)で２時間57分の作品完走したわ
いままで追加超解像は使ってなかったから SPAN の処理が入った分すげー時間がかかった
破壊度合いは、、、微妙だな
いままでとそんなに変わらない
8xhd2 は同じなんだから当たり前だけど 手マンしてる男の指の人差し指と中指が融合しちゃうのは直ってない あんまり良くわかってないけど8xhd2Rのほうが速くないかい そりゃ変わらないだろx16待てって話でしょ
前にも書いたけどTecoGANが何か理解してから言ってほしいな >>135
要はspanの効果があまりないってことだな？ ずっとFFmpeg使ってきた
Natcotder使ってみたいけどうちでは動かない >>132
新モデルは期待大ですな。
>>136
ほんとこれはよくある。チン〇の再現性は極めて高いけど指の再現性がほんと弱い。
マン〇はビラの黒いグロいのは再現性高いけど色素沈着していないマン〇はよくない。
この２つをしっかりトレーニングさせればもっとよくならないかな。博士に期待してます。 博士のX 更新情報
JavPlayerとFFmpegの通信がネックで、エンコード処理に関する最適化は難しそうです
新方式でエンコードが止まってしまう問題は再現できず、原因不明なので、FFmpegのエラーがデバッグログに表示されるようにしました
VRAMリークの修正は完了しているので、明日Ver.2.02aをリリースできると思います ついに来た！
おちんちんと希望がパンパンに膨らむ新ソフト！
楽しみすぎる 16xhdへの期待が高まるよな
リリースが楽しみだ 2.02a入れたけどまだ途中で止まる
土日で再点検するわ >>150
どの動画でやっても同じように止まるの？ >>151
解像作業時にフリーズします、再度動かして進む物もありますが殆どはダメです
前バージョンでは問題無く動作してたんですが…
帰宅したら再構築するつもりです 新バージョン試てみた。20分程度のHD動画だが、ffmpeg h264エンコードで8xhd2r+SPAN4xhd、bvpp+SPAN4xhd完走した。 202a 1Pass+FFmpegで相変わらずエンコード失敗だけど気になる現象発見したので
共に解像度1280x720 H.246 mp4 のファイル
1pass+AFx-0+8XhdR+FFmepg/H264(HEVC)で5秒の破壊
ファイル名 testa.mp4
失敗 https://i.imgur.com/7THd7YL.jpeg
ファイル名 test01min.mp4
成功 https://i.imgur.com/xE6wn5P.jpeg
これで博士のヒントになればいいな 俺はグラボのドライバ更新したら治ったかもしれん
動画によるからまだわからん >>154
博士にログ提供を
気づきとは、同じ動画でファイル名により違いが出ることですか？ 