【動画プレイヤー】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/ 懐かしAVメインだからBVPP+AFがメインだな
朝岡実嶺作品、パンドラとかが綺麗に破壊できたときは涙が止まらなかった >>160
もちろん素材にもよるがSD破壊はBVPP+AF+3xSRで満足な仕上がりになるな >>160
http://mercury.bbspink.com/test/read.cgi/avideo/1688497310/616
SDソースの超解像は前前スレで紹介されてた方法の応用で
TG8Xｈｄのbatファイルで、正方向だけSTDもしくはAF0を指定した設定＋追加超解像度ではAF2を選ぶ ってすると
前者の解像度とAF2の滑らかさがイイとこ取りで合成されるので この方法もオススメしとくね >>163
TG8X系はモデルとしてSTDかAFの二択と思ってますが、AF0/AF1/AF2で違いありますか？
BATCHファイルを見るとAFかそれ以外でモデルを区別しているように見えます >>165
その認識であってます、説明が下手過ぎて申し訳ない
TG8Xhd2のバッチファイルで正方向と逆方向を別々のモデルに設定しておく＋必要に応じて追加超解像でAF0〜AF2を加える
とSDソースのでも綺麗に仕上がる率が高くなる、ということを書きたかった
BVPPよりもノイズが多めになるけどもディティールは上回ることが多い >>156>>157
わかりにくくてスマン
ファイル名以外全部条件同じ条件で1個だけ成功するファイルが見つかったってことです
つまりプログラム的にはバグはないけどエンコが完了できないなにかがある感じなのかな？ >>168
新方式のエンコーディングが止まった状態でデバッグログ(Ctrl+MouseL+MouseR)を表示すると、FFmpegが出力したエラー(赤いマーク)を確認できると思います
原因究明のため、エラーの内容について報告をお願いします
ログ表示画面上部のTXTボタンを押すとLogフォルダにLog_*.txtが保存されます >>169
赤いマークというのは右上の！ですかね
失敗した時のログテキスト出力しました
http://nkgpgc.sx3.jp/uploader51/upload.cgi?get=00280
パス javp
よろしくお願いします 2.01cではスムーズに動くんだけど
2.02から超解像処理時に1pass 2pss safe何れもフリーズする
1分程度の短いクリップは成功するけど5分くらいになると現象出る
メモリは48gb積んでて動作時の消費は50％程度だからメモリ不足ではなさそう >>171
2.02の環境は2.01cからTGフォルダーはそのまま移行（コピー）してるの？ 何か環境構築間違ってるとか？ >>172
Xに書き込んだことないんで博士が見てる前提です
おまかん的な不具合の可能性もあるしね >>173
そのままコピーしたんだけど駄目だった
今はゼロから構築し直してる
これでも駄目ならもう一回2.01cからコピー試してみる >>160
TecoGAN8Xhd関係一択だがな、おれ。
BVPPののっぺり＆マットなCG感はどうもだめだわ。 202aもnatcorderエンコードで2時間ものでも問題ないよ Javplayer2.02a
5900X 64GB 2070 8GB FFmpeg/HEVC 新方式
TecoGan 3多重 GPU
FHD 6分14秒1Pass TG-STD SR-TGB8Xhd2 NONE で正常終了した、、、
超解像処理中に CPU使用率100% が続くのは正常？？ >>178
うちも5900xだけどCPU100%張り付きになっちゃうね 175だけど結局2.01cからTG上書きして10分程度の長さは無事エンコード終了した
現在フル尺でテスト中 設定を1pass+TG-STD+8XhdR+SPAN4X+FFmepgで
2時間の動画を一本丸々破壊させようとした時に
TGのフォルダーにinputのフォルダー1226個、outputfフルダー1226個だと
エンコード開始から12%の位置で止まってJavplaye2.02aが固まる
しかたがないので同じ設定、同じ動画を半分に位置まで破壊させると
TGのフォルダーにinputのフォルダー545個、outputfフルダー545個だと
エンコード開始から24%の位置で止まってJavplaye2.02aが固まる
50分位のシーン終わりまで破壊すると
TGのフォルダーにinputのフォルダー478個、outputfフルダー478個だと
エンコード開始から30%の位置で止まってJavplaye2.02aが固まる
TGフォルダーに作成されるフォルダー数と動作に関係があるのかなぁ ここまでffmpeg周りで調子悪い報告多くnatcoderだと特に問題ない感じだね これまでのverもずっとffmpegは問題ないけど
natcorder使おうと設定してもぜんぜん動かない
何が悪いのだろう？ 181
同じ設定で10分ほどのシーンを破壊する
TGのフォルダーにinputのフォルダー60個、outputfフルダー60個だと
エンコードが無事に終わった 1回目超解像がtgmain・BVPP・BVPPA・TEST・TG8X・TG8X2では成功するのですが、TG8X2hd2とTG8X2hd2_STD+AF0の２つでは正常に動作したように表示されながらも、工程の最後で「追加の超解像に失敗しました」とエラーを吐きます。 TG8X2hd2の方で失敗するのはなぜですかね？
Win11・メモリ64GB・Ryzen7 3700X・ RTX3060 Ti(8GB)です。 >>181
同じくエンコード途中で止まる現象おきますね。
FFmpegではなくnatcorderにしても全く同じ箇所で止まります。
追加超解像を3xSRにしても同じ箇所で止まる。
止まった時JavPlayerは固まっていなくて、処理中断は押せるんだけど、処理中断押した後に固まって操作受付なくなる。
強制終了して同じ動画読み込ませればエンコードの最初から再開できるんだけど、必ず同じ箇所でエンコードが止まる。
多分毎回同じフレームで止まるみたい。
なんでだろう？ 181
設定を1pass+TG-STD+8XhdR+SPAN4Xhd+FFmepg
TGのフォルダーにinputのフォルダー405個、outputfフルダー405個だと
エンコード開始から35%の位置で止まってJavplaye2.02aが固まる
同じ動画をwindow11を再起動後してからJavplaye2.02aを立ち上げて
録画の再開をする前に、SPAN4XhdをNONEへ変更してからエンコードを再開
TGのフォルダーにinputのフォルダー405個、outputfフルダー405個でも
エンコードが無事に終了した、難しい事は分からないから後は作者さんに任せよう >>175
2.01cからTG上書きして完走したけど再生不能ファイルが出来上がり
皆の症状見ると全然違うからおま環なんやろな 181
設定を1pass+TG-STD+8XhdR+SPAN4X+FFmepgで
2時間の動画を一本丸々破壊出来なかったやつを
設定を1pass+RTG-STD+8Xhd+NONE+FFmepgで
再チャレンジしたら無事に破壊が出来た
違う2時間の動画を1pass+RTG-STD+8Xhd2+NONE+FFmepgで破壊を開始する
現在、超解像処理中、完走してもエラーで止まっても報告する >>189
こちらも全く同じ
2.02、2.02a共に同じで、決まった所でエンコードが止まる。
2.02と2.02aでは同じ動画でもエンコードが止まる所は違うが、それぞれは同じ所 >>189
こちらも全く同じ
2.02、2.02a共に同じで、決まった所でエンコードが止まる。
2.02と2.02aでは同じ動画でもエンコードが止まる所は違うが、それぞれは同じ所 今のとこSPANで超解像済みのお気にをやり直すほどでもないんで
X16が出るまで待つわね >178 追加 Javplayer2.02a 長時間版で確認
5900X 64GB 2070 8GB FFmpeg/HEVC 新方式
TecoGan 3多重 GPU
FHD 5.5GB:2時間7分 1Pass TG-AF2 SR-TGB8Xhd2 NONE
Time(extract)=2h7m38s
Time(super-resolution)=2h12m59s (439block 33.5GB)
Time(encode)=2h39m7s
夜中実行なので、実行中の状況は不明ですが、無事正常終了していました。
Windows も正常稼働中です。 ほんとだ追加超解像NONEにしたらエンコード止まらなくなったわ。 SPANで終了する物と止まる物があり止まったものは
NONEで再エンコードすると完了する 2.02での結果ですが、うちの環境（1 pass、TG8Xhd2r、SPAN4Xhd、FFmepg）では
・ドラマの導入部などで15分以上モザイクが無くその後モザイクがかかる場合
この場面より少し進んだ所でエンコードが止まります
ファイルの先頭から5分くらいでモザイクがかかるものは最後まで行きます
・エンコードが止まった物は、設定を変更してエンコードだけやり直しても止まります
1 passを2 pass設定に変えて初めからやりなおすと最後までいきます
時間がかかるので数はできてませんがこんな感じです なんかえらいことになっとるね。しばらく様子見だなぁ 最近はnatcorder品質10でエンコードして、あとからaviutlとかHandBrakeで再エンコするようにした。
うちだけかもしれないけどffmpegでエンコード中にタスクマネージャーを見ると
WindowsDefenderのAntimalware Service Executableの
CPU使用率が終わるまで高いままなんだけどnatcorderだとならないのも変えた理由。 natでも止まりまくり、queueをこまぎれにして、2分物でも止まる。
最初からやり直しでも同じとこで止まる。別なマシンでも同じ。
待つしかなさそう 諸々進化した分思わぬ所で障害が出たりおま環で何か不都合な現象はあるんだろね 181
違う2時間の動画を1pass+RTG-STD+8Xhd2+NONE+FFmepgで破壊を開始するが
PCの排熱不足で中断する、家のPCでは8Xhd2で2時間ものを丸々は無理だな
あとは、作者さんが何とかするだろう >>198
無事エンコード出来ました
修正版出るまでこの方法でのんびり作業しますわ 今度の目玉は内部追加のプランじゃん、プラン4xhdはTVAIやVEAIに近い鮮明度をそれらより短い時間で出来るのが売りなのに。使わないなら201cで良いんじゃね。丸々一本破壊しないし、加工時間短いからかエラーは出てないから使うわ。 博士のX 更新情報
エンコードがエラーなしで停止することがある場合は、「RecSettings - FFmpeg - 古い方法でエンコードする」を有効にするしかありません。
現在、原因を調査中です。
デバッグログに「ArgumentException: RenderTextureDesc height must be greater than zero.」というエラーが表示され、エンコードが停止する場合は、JavPlayer.iniで「UseOldASR=true」を指定します。
SPAN 処理は遅くなりますが、エラーを回避できます。 202がまともに使えんし201も時間も掛かるので
正直EZでいいやってなってる 博士のX 更新情報
Ver.2.02aでエンコードが止まる問題は解決できそうです
原因が確定したわけではありませんが、シンプルな方法に変更することで原因と思われる処理が全て不要になったからです
エンコードにかかる時間の短縮にも期待できます まさかとは思うんだけど大阪万博の為に東京オリンピックの悪夢が繰り返される事はないよね？ >195 Javplayer2.02a 別の長時間版でも確認
5900X 64GB 2070 8GB FFmpeg/HEVC 新方式
TecoGan 3多重 GPU
FHD 2.40GB:2時間2分 2,809 Kbps Lavf60.16.100
範囲制限なし 1Pass TG-AF2 SR-TGB8Xhd2 SPAN4X
Time(extract)=2h2m46s
Time(super-resolution)=3m2s (157block 531MB)
Time(encode)=2h36m59s
前のやつとはビットレートがかなり違いますが、
超解像分ファイルの消費がかなり違うようです。。。
＞195 は 6,016 Kbps Lavf59.16.100 (439block 33.5GB)
夜中実行なので、実行中の状況は不明ですが、無事正常終了していました。 俺はグラボのドライバ更新したらゼロエラー無くなった
多分 博士やここの奴らが不具合報告してる場所ってコード自体にあって
いくらグラボのドライバを更新したからって治るものじゃないから
ニワカ知識で嘘つくのも大概にしたほうがいいよ グラボのドライバーは新しければ良いってもんじゃないしな
そもそもjavplayerのコードとグラボのドライバーなんて全くと言っていいほど関係ないし 初歩的な質問なんですが並列1ごとのvramは1500以上を指定とのことで
1500以上なら出来上がり画質には影響しないと思っていいのでしょうか？ そこは仕上がりには関係ないよ
関係するのは処理時間 >>213
今まで馬鹿の一つ覚えでBVPPでsafeだったが、参考にして
1pass AFx-2 TG8Xhd2+*SPAN4Xhd n3
でやってみたら結果すごすぎてびびったｗ
SPAN4Xhdやばいな
ffmpgエンコード失敗したんで旧エンコードにした
ありがとう >>220
*SPAN4Xhd n3 のn3 は何ですか。
何かの設定？ >>213
TecoGan 3多重 GPU は 何で設定するの >>221
ノイズフィルタの強さ
3がデフォルト
左上で設定 EZで良いかと思ってたが、TG8Xhd2+*SPAN4Xhd 見て考え変わったわ ゼロエラー治ってなかったわ
内部超解像使ってなかっただけやったわよく考えたら >>227
もう1回書くね
博士やここの奴らが不具合報告してる場所ってコード自体にあって
いくらグラボのドライバを更新したからって治るものじゃないから
ニワカ知識で嘘つくのも大概にしたほうがいいよ Natcorderでエンコしたら滲んだみたいになるんだけど俺だけか >>226
間違ってた
ノイズフィルタじゃなくて、逆にノイズを加える方だった 正直結局どの録画設定が一番綺麗に仕上がるのか？がいまだにわかってない派
何気にAV1に対応してたのさっき気が付いた 今、博士が学習させてるTecoGANの新しいモデルでクオリティがかなり上がるはず どの録画設定が一番綺麗に仕上がるかは、メーカー、年代など色々な要素によるので、動画ごとに設定するしか無いよな。 >>233
あこれ超解像設定ではなくて録画エンコーダーとコーデック設定の話ねといちおう
検索してみてもよーわからん エンコーダー・コーデックの違いで、仕上がりにそんなに差が出るのでしょうか？全然気にしてなかった。 当然だが、エンコーダ、コーデックの違いで破壊の品質に差は出ない custom udon先生の作品を処理するのに最適な設定をずっと模索している…
2pass + TG-AFx-0 + SR-BVPP + SPAN4Xhd で今はやってるんだけど
ディティールがTG-AFx-0だとやや曖昧で、TG-STDだとくっきりするけどチラつきが強いから
出来ればTG-AFx-0とTG-STDの中間みたいな仕上がりにしたいが、バッチファイル内の設定値変更とかでそのあたりを調整することは可能なんだろうか… >>239 xなしのAF0を使うとか、bvppでも使えるけど。AF系はフィルタの強さを変更出来た筈、リネームしてやるやつ。マニュアルに無いなら以前のjavのバージョンのマニュアル参考。それに8xhd2 AF0とかの方が良くない。まあ、好みの問題だけど。 あ、ホントだ。
2.02aで「エンコード（７％）」がチカチカするも、
先に進まないや。 いったんアプリを落として、再エンコードを試みましたが、
やっぱり同じところでエンコードが止まりました。残念。 >>243
仰せのとおりにしてみたら、７％から先に進みました！
ありがとうございます！！！ 超解像よりもエンコードの方が時間喰ったりするんで、短縮される新方式自体はとてもありがたい
何とかうまい事修正してほしい処 博士の投稿ありました！
Javski
@Javski2
書き直した新方式のエンコード処理をテストしています
開発環境では旧方式より速くエンコードできるようになりました
全ての環境で正常に動作するという確信は無いので、旧方式も選べるようにする方針です
書き直した新方式のエンコード処理をテストしています
開発環境では旧方式より速くエンコードできるようになりました
全ての環境で正常に動作するという確信は無いので、旧方式も選べるようにする方針です
TecoGANのモデル作成は継続中で、「TG8Xhdより低ノイズ高ディテールになったかも」という
段階です。Ver.2.02bのリリース後、録画テストの結果が良好なら公開します
TG16Xのトレーニングは最初からやり直しですが、元のデータは新しいTG8Xと同じなため
試行錯誤は少なくて済むと思います ＞「TG8Xhdより低ノイズ高ディテールになったかも」
待ってますよ！！！期待大ｗ 俺たち無能はもちろん博士に感謝するべきだけど
JAVPの元になってるTecoGANの作者4人(中国2人、ドイツ1人、スペイン1人)にも感謝するべきだし
TecoGANの元になったドイツのミュンヘン工科大学の研究資金にも感謝しろ定期
始祖はミュンヘン大学の研究資金だぞ >>240
情報ありがとう、ただ自分の認識だとBVPPはTG-MODELとは別フォルダだからリネームによるフィルタ調整はできないと思ってる。
また、モデルもSTDとAFx0とAFx1の3パターンしかなくAF0とAFx-0は同じ処理になるはず。もし認識が間違ってたらすまん。
それと8Xだとメラメラ？と蜃気楼みたいな感じが残ってしまうから、より自然な仕上がりになるるBVPPで検討してる。 これまではエンコが遅すぎて動画全編をやる気が起きなかったが、202aだと動画尺の2倍程度で切り出しからエンコ終了までできたわ。
これがもっと速くなるみたいだから新方式が楽しみ。 >>240
情報ありがとう、ただ自分の認識だとBVPPはTG-MODELとは別フォルダだからリネームによるフィルタ調整はできないと思ってる。
また、モデルもSTDとAFx0とAFx1の3パターンしかなくAF0とAFx-0は同じ処理になるはず。もし認識が間違ってたらすまん。
それと8Xだとメラメラ？と蜃気楼みたいな感じが残ってしまうから、より自然な仕上がりになるるBVPPで検討してる。 >>255
このノイズフィルタはTecoGANを使用しない(SR-*を使用する)場合にも有効です
ノイズフィルタの強さは0〜9で、デフォルトは3です
、とマニュアル（V202a)に書いてあるよ ２０ページ >>256
ありがとう、勘違いしてた
帰ったら早速試してみる >>254
逆に目茶苦茶時間かかるようになった
おま環なんだろうとは思ってる
とりあえず1から設定見直しだわ JavPlayer-FFmpeg間の通信処理を見直すついでに、以下のような作業も行っています
・ffmpeg.exeのバージョンを6.1に統一し、追加インストールを不要にする
・エンコードオプション(ffmpeg_enc_opt.txt)の書式を変更し、録画方式に関わる部分を除いた全てを定義可能にする
旧方式のエンコードに使うFFmpegをVer.5.1からVer.6.1に変更するとエラーが出てしまいます
オプションを変更してエンコード可能になりましたが、"Non-monotonic DTS in output stream..."という警告が気になります
検索しても解決できなかったので、詳しい人がいたら修正点を教えてもらえませんか?
博士の修正作業が大変そうですが
Ver.2.02bのリリースを待ちます 