【動画プレイヤー】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/ >>487
他の人も書いてた合成時にずれてる感じですね。エンコード時のもんだいかな〜
FFMPEG設定の「FFMPEGへのデータ転送方式」を変えてみてはどうでしょう または同設定のGPU CPUの切り替え、
またはエンコードをFFMPEGではないものに変更する・・ >488
ありがとうございます
いろいろ試してみます いや、まてよ 合成はエンコードの前のプロセスだよな・・
個々のFFMPEGの環境の違いでトラブル有り無しの人が出ている感じがすると思うけど
なんかわかんなくなってきた すまん 博士此処見ているだろうから できる範囲内のチェックをして報告したほうがいいね。 そうですね
博士がここをみてくれているので内容をここに少しでも記載するのが
博士は助かるかと思いますね
動作自体はエンコード途中で止まったりするようなことはこのバージョンでは
一切ありません。気になるの１つだけで学習し直したモデルをインストールしても
学習前のモデルで破壊した結果と同じになってしまう点です（まったく反映しないことです）
超解像のレスポンス、エンコードのレスポンスは問題なく改善できています
エンコードでいろいろパターンを選択して再度処理ができますが、どうもエンコード前の
超解像の段階で処理がうまく出来ていないようでいろいろ選択しても同じ結果になります
あとは博士に調べてもらって対応を待っています（いろいろすみません） 博士のPCでは問題なくてもいろんな人がやってる環境では
考えられなかった現象なんかは起きるのはしゃあないね。
その都度真摯に対応してくれる博士はすごいと思うよ。
世の中バグだらけで放置のアプリなんて山のようにあるのだから。 初歩的なことで申し訳ないけど、一度javプレイヤーでモザイク処理した動画を後日更にもう一度javプレイヤーで読み込ませて処理しようとしたら画面左上の録画開始ボタンが出ないんだけど何か方法があるのでしようか？ アプリ起動させてまだ動画表示されてない状態でエクスプローラーからドロップアンドドロップしても
動画表示されないけど俺環だろうか。
アプリ内のファイルブラウザで選んだあとならエクスプローラーからでもいけるんだけど。 >>493
ファイル名の最後にあるWMを消せばいけるんじゃなかったけか ４Ｋアップコンバートソフト使って高画質にしてからＪＡVプレイヤーで破壊してる人いますか？
逆の手順の方がいいとかありますか？
アップコンバートしてFPSを上げたら凄い良いのですがモザイク部分が微妙ですね。 2.02c 破壊問題なし
それにしてもX8とftの違いがわからんｗ 先人達教えてください
STD-n、AFx-nのnは0-9,Xが指定できる値ですか？
また、XはSTD、AFxと同等のの意味ですか？
STD-nのnを変えた場合はエンコードから再開できますが、AFx-nのnを変えた場合は超解像からの再開になります
8x系の超解像の場合、AF0、AF1、AF2、AFxのどれを指定しても超解像の結果は同じという認識は正しいでしょうか？ 2.02c 3時間のやつ試したら失敗
しかしこのスピードとクオリティ、前のバージョンにはもう戻れない
博士ありがとう >>500
自己レス
マニュアルを読んだら全て記載されてました 2.02c非常に快適に作業してたんだが3hオーバーの長尺でエンコが1/2速みたいに遅くなってる
とりあえず終わるの待って他の長尺でもエンコーダー変えたりして色々試してみる Javski
@Javski2
5chでの報告によるとTG8Xftで録画してもTG8Xhdと同じ結果になるそうですが
Ver.2.02cでTG8Xft,TG8Xft2,TG8XhdR,TG8Xhd2Rの4回録画を行い、それぞれ正しいモデルで超解像されることを確認しました
Ver.2.02bでも同様に動画を作成し、4つともVer.2.02cの結果と一致することを確認しました ほんとこんなとこまでチェックしてくれてる博士は神様やで 博士に感謝
同じ結果って書き込んだ人は何をもって同じ結果って思ったんだろうか？
どれが良いかは別にして、同じフレームの静止画で比較したら違うという事は判ったが 2.02bより破壊結果が良くなった。博士ありがとう。 雰囲気で文句たれてるユーザーにも対応するとかマジ神 2.02bは複数バッチと長時間物エンコで止まってたけど2.02cメチャ安定してる！
試しに2時間もの6本バッチしたけど最後まで完走できた！なんか超解像速度アップした気がしたから、起動時の超解像テストしたら2.02bは2400弱、2.02cだと4000台になって早くなってる！（RTX3070 GPU並列10でテスト）
今のところ長時間物でも遅くなる印象はなし
（当たり前だがモザイク多い映像だと超解像処理数が700とか増えてその分時間かかる、長時間でもモザイク箇所少ないとすぐ終わる）
博士いつも有難うございます！一生使わせて頂きます みんなAV1使ってる？
いくら試してもffmpegがエラー吐きやがるから使えん >>510
エラーはでないです。
ただAV1のソフトが入ってなかったので
動いているけど破壊後に画面が黒色で映像が再生されなかったから
AV1のソフトを入れたらきれいに再生されたよ。 TG-STD
*SPAN4X
ノイズ５
でやったらなんか蜃気楼のように
もやっているけどなんかまだ設定しないといけないのかな？？
でもすごく速くなっているな。
びっくりだ！ javmix検索のところクリックしたら
勝手にページが開くな
面倒臭いなぁ 博士のX 更新あり
ジャフスキー
@Javski2·10時間
SRA-TVAI.bat(Ver.5.02用)の65行目を以下のように書き換えるとTVAI(ffmpeg.exe)のコンソールを最小化できます
start "" /min /wait /d %TVAI_DIR% ffmpeg.exe...
旧バージョン用のバッチファイルでは「/min」を付けていたのですが、テストのために削除したまま忘れていました >>504
これってつまり、
TG8Xft,TG8Xft2の性能はTG8XhdR,TG8Xhd2Rと大差ない
（＝アップデートする意味なし）
ってことだからな >>516
最近の作品の超解像が甘かったヤツはかなり良くなった（旧バージョンで綺麗に仕上がってたのは大差はないと思う）けど
それは置いとくとしても、現バージョンは高速化が進んでるからモデルだけの問題じゃないでしょ TG-STD
*SPAN4X
ノイズ５
のこれなんだけど
＞従来のSPAN4Xはディテール不足でSPAN4Xhdに劣っていましたが、Ver.2.02cでは改善されました
＞雑に言うと、hdからディテールを10%ノイズを30%減らしたものという感じです
＞元動画の状態やユーザーの好みにもよりますが、おすすめはSPAN4Xです
まえのバージョン？202bのときのJavplayerで同じ動画を破壊処理すると
蜃気楼のようにユラユラしないんだよね。（くっきりと外枠？外観？が再現される）
表現があいまいなんだけど、輪郭（外側の部分）が2重にぼやけてよこゆれしているかんじ。
この前の202ｂでの設定も選べるようにしてほしいです。
（俺の環境の問題かも？そうだったらほんとごめんなさい）
>>516
＞TG8Xft,TG8Xft2の性能はTG8XhdR,TG8Xhd2Rと大差ない
俺PCだと追加の超解像をNONEで設定しないでやるとTG8Xft2がいちばんハッキリする。
ただし*SPAN4Xをつかうとどっちもおなじようにゆらゆらしてしまう。 今更だけど、2.01以降抽出とエンコードにかなり時間がかかるようになったんだけど、2.01以降グラボに最適化されたとかあるんですかね？
CPUのみのPCには限界がある？ >>519
13700K + RTX4700 だけど、2.01 -> 2.02 でめちゃ速くなった。 >>520
そうなんですね、超解像度処理は若干早くなった気がするのですが、抽出が実際の再生時間の1.5倍くらいかかってるようなのですが、自分もグラボ買おうかな
>>521
すみません、sTD-3とはSTDの派生か何かですか？ すみません下記、レスの相手を間違えてました💦
>>521
すみません、sTD-3とはSTDの派生か何かですか？ 最新だけではありませんが、VR動画でモザイク検出設定画面の「モザイク検出用画像の解像度を高くする」をONにすると超解像後の動画で右眼画像だけ超解像が適用されていないことが多々あります。
検出精度は低くなりますが、VR動画での破壊時はこの機能はOFFにした方が良いです。 >>515
博士ドジっ子で草
エロに情熱を燃やす有能なドジっ子博士 我らの博士にナメた態度をとる輩は許せない ふざけんな
博士のおかげでモザイクの裏側を見れるというのを忘れるな >>517 >>518
>>471
>TecoGAN8X_FineTuneをインストールして破壊すると学習しなおす前の旧モデルで破壊したような結果
>新モデルで破壊しないで旧モデルで破壊しているような感じの処理結果
という一連の流れからの
↓
>>504
>それぞれ正しいモデルで超解像されることを確認しました
>Ver.2.02bでも同様に動画を作成し、4つともVer.2.02cの結果と一致することを確認しました
だからなｗ
変わってないように見えるからバグなんじゃないの？ って勘違いされるくらいの微々たる違いしかないのに
作者がバクじゃないって言ったら、「やっぱり新モデル方が綺麗だ！」ってｗ
なんのギャグだよ >>529
自分は>>471の人じゃないし手持ちの映像で実際やってみた感想で答えてる
それをアップロードする訳にはいかないんだから、各自のためした結果への感想で水掛け論になるのはしょうがない >>476
再学習した追加モデルなどまだないのだがね SR-BPPPが常に失敗します。「超解像に失敗しました。画像を１枚も処理できませんでした」というエラーになります。
1pass,、セーフどれにしてもダメです。環境はi7-10700,GTX1660superです。
とりあえずESETは無効にしてます。2.01Cも2.02Cどちらも結果は同じです。
設定は ::VRAM_USAGE 2600にしてます。
DOS窓みたらactive code page 65001って出てました。
ログ見たら、file count unmatchとあります。
どなたか原因の心当たりわかりませんでしょうか。 >>534
元ファイルを標準的なh264にエンコードし直してから再度挑戦 SR-TG8xft+TG-Af1+NONE+noise1で動画変換中
Javplayerを裏で動かしておいて、その間ブラウザやテキストエディタで別作業をするような使い方です
超解像時に多数のコマンドプロンプトが最小化されて起動されるのだけど、新たなプロセスが起動されるたびにウィンドウのフォーカスを持って行かれて、メインの作業に支障が出てしまうのだけど・・・
フォーカスを持って行かれないようにする方法ないもんですかね？
OSはWindows11 >>537
アドバイスありがとうございます。
数本試してみました。MiniToolでh264に変換しましたが、残念ながらダメでした。 >>538
マルチディスプレイなら、JavPlayerが無い方で作業すればフォーカスは移らなかった。 >>539
ファイル名やフォルダ名に全角文字が使われてない？
65001ってのはおそらくUTF8の文字コード番号。
通常のバッチファイルはShiftJISを前提に書かれている。
半角文字ならUTF8もShiftJISも変わらないけど、全角文字はコードが違う。
必要なファイルが見つかってないのカモネ
知らんけどｗ >>540
ありがとう
>>542
設定にバックグラウンド化があったんだね
いま気づいた >>541
ファイル名が漢字だったのでアルファベットに直してみましたがエラーになります。PATH上にも全角はないです。
いろいろやってみたら、240X160の小さな動画を5秒くらいなら時々成功しました。
なんとなく大きなデータが取り扱いできない感じです。
アドバイスありがとうございました。 >>547
貴重な情報ありがとうございます。
早速やってみたいのですが、忙しくなってしまったので...
来週ためしてみます。 2.02cでSHIFT_X、SHIFT_Yが効くようになってた
両方-0.4でいい感じに 博士！！
TG１６Xを早くリリースしてくれ
ユーザーのデバックになってもいいので期待しているぜｗ
いくらでも検証するぜ
SR-TG8xftはたしかTG16ｘのためだったよな？
俺たちはその先に期待しているｗｗ
！！ 202C で FHD大作を試してみましたが失敗でした。(5900X MM64GB 2700 8GB)
形式 : MPEG-4
形式のプロファイル : Base Media / Version 2
コーデック ID : mp42 (isom/iso2/avc1/mp41)
サイズ : 7.80 GiB
長さ : 2時間 47分
総ビットレート : 6,676 Kbps
>SR_NAME=SR-TG8Xft
>InitIMDN:*SPAN4X
log の errorカウントは表示されてませんが、
以下の log出力で、input/outputフォルダは削除されていました。
（起動後の抽出動作当初は見てました・・・）
>Retry failed (10037014)
>[F] Extract failed at frame 300806.
>DeleteTG:3
>[F] Time(delete)=33s
>InitIMDN:*SPAN4X
JavPlayer は、エンコード後シャットダウン設定でしたが、
そのまま稼働しており、引き続き正常動作してるように見えます。。。
なお、出力・tempストレージは SATA-SSD で400GB以上の空きがありました。 >>551 他のもっと容量のある内蔵ドライブで試して見るとか？ ＞＞551 レスどうもです。
空きスペース不足かな・・・内蔵 400GBは確実に空いている SSD なんです。
ビットレートが自分の環境には高すぎる(6.7k)ので、落として(3.7k)実験します・・・
抽出失敗したときに一時ファイル残してもらうといいのですがね。。。 ドライブの容量じゃなくてまだvramリークが起きててメモリ不足で失敗するのかも
俺も長いのとか、短いの複数のバッチエンコードとかで何度か失敗してるわ 長時間で失敗する場合ってのが引っかかるんだよね
CPUとGPUを酷使するソフトはハードも疑ったほうがいいかもよ
メモリ設定緩めるとかCPUGPUの温度下げるとか電源替えるとか Ryzen5900、4070tiの環境でVR用の4096x2048x60fps動画を破壊して超解像が終わりエンコード中で
30~40fpsくらいしか出なくてリアルタイムに追いつかない。そんなもんですかね？
ffmpeg/h264,hevc,av1 何れも同程度
エンコードプロセッサはGPU0(NVIDIA)指定済み >>555
連続録画で最後の録画の解像度が低くなることがあった
vram足りなくて解像度が低くなってるのだと思う
vramのメモリリークが原因と考える
長時間や連続録画で失敗してから、ずっと1時間程度の単発録画し続けてるんで、深く追求してないけど
温度はFanCtrlで制御してて、ケースファンは強力なやつに変えたんで問題ないと思う
電源も新しい850Wのやつ javplayerは意外に温度上がらない
DLSS有効にしての動画再生の方がGPU温度上がる ＞551 です。
ビットレート落として(3.7k)も抽出が失敗しました。
> Part526:8,8
> Part527:116,72
> Part528:140,66
> Part529:8,8
> ForceStepProc:9952342
> ForceStepProc:9977767
> ForceStepProc:9987710
> Part530:8,8
> retryTime=10036893
> Retry failed (10037014)
> [F] Extract failed at frame 300806.
> DeleteTG:3
> [F] Time(delete)=33s
> InitIMDN:*SPAN4X
バックグラウンドで実行させていたので、気づいたときには、ファイルロード時の初期状態に戻っており、
ログは上記記録されてましたが、プロセスに異常は見受けられませんでした。。。。
最後の5分程度だけ範囲指定しての処理は問題なくできました。
報告してませんでしたが、Ver.202b のときにも同じ現象を経験しています。
抽出時に何らかの異常が発生したとき、この現象が起きるパスがあるのでしょうかね。
このファイルの他に何本か試してますが正常に処理されてます。
HW は cpu 換装時に電源冷却ともに強化していますので大丈夫と思いますし、
イベントログにも異常はありませんでした。 抽出失敗で1ファイルだけは博士の言う通り元ファイルの問題ちゃうの >>559
動画特有だとしたら
映像はh265に音声もAACで再エンコ再エンコして破壊してみては？ 滝沢優奈と原千尋が超ヌケる。
こんな美人が濃厚ザーメンをメチャメチャ飲む姿が素晴らしい。
また我が家の家宝として永久保存版認定した。
もうね、見てるだけで股間のシフトレ… じゃなくてトマホークが発射寸前になるほどだ。
滝沢優奈のゴックンランドがまた素晴らしく、天衣みつを見た以来の衝撃だよ。元モーニング娘の後藤真希にも見えてくる。
いきなり飛行機シーンから始まって、『まもなくゴックンランドに到着いたします』からの遥か斜め上をいき、『たくさんザーメン出さないとゴックンランドに降りられません』ときたもんだｗ
乗員片っ端からエロいフェラチオで濃厚ザーメンごっくんのオンパレード、これほど抜けたのは天衣みつ以来だよ。 >>562
原千尋は俺も好き。最近愛咲れいら名義の ドリシャッ！！の眼鏡シーン破壊したわ。 2.02bから2.02cに変えて破解結果よくなったって書き込み見て期待したけどわからん
まぁ素材によるか >>565
個人見解ですが昔のモザが小さい時代の動画はあまり変わらない？？って感じかな。もともと良いし。
劇的に良くなったのは追加AI処理のスピード向上とメモリ不足で画面が固まって処理が止まるとこが
無くなった点かと。追加AI処理はAI処理無しと比較して処理後に鮮明さが失われてギザギザするものが
あるのでそこが課題だと感じるのが使った感想。博士は十分把握していると思うので
そこの改善と進化はすごく期待している。それより近々にあるTecoGAN8Xから16ｘでどうなるかが楽しみ。 追加処理でSPAN4XhdとTVAIに大きな差は無いという事だが
同じフレームの静止画像を拡大してみると、やはりTVAIの方がシャープさで優ってると感じる
しかし通常サイズの動画ではほとんど差が分からない事と処理時間を考慮するとSPAN4Xhdでも良いかな
お気に入りの映像だと迷うな 動画を連続で破壊すると
vramリークと思われる症状でエンコード途中で固まる
Windows11を再起動させても裏で何か動いている様でもっさりする
しばらく放置してからWindows11を再起動さると正常になった 掲示板でいろいろ賛否両論の議論が熱いけど
こういった書き込みができるのは博士の探求心のおかけだと思う
みんな総論だと思うけど、博士ってやっぱすげーよな、俺はマジで尊敬するわ 2.02c
エンコード97%で止まった
マジで泣くわ >>568
javplayerが終了した時点でjavplayerが起動したスレッドから確保されてたvramは全て解放されるはずだと思うんだけど
なんなんだろうね
NVIDIAのドライバの問題もあるのかもしれんが >>565
モデルのバージョンアップが大きいんで
TecoGAN8XFineTuneだったかの新モデルをダウンロードしてTGフォルダにコピーして
TG8Xft2を選択しないと変わらない BVPPで時間かけて超解像してもうねうねになっててあきらめてたやつが、TG8Xft2+SPAN4Xhdでやると完全クリアではないけどおー！というレベルになる
BVPPと比べてTG8Xft2+SPAN4Xhdはかなり軽いし
個人的には革命的進化だと思う BVPPのが良かった、というのもあるんで、動画によると思うけど モザイク破壊してなんかコンドームつけてる感があるなと思ったらコンドームつけてる動画だったｗ >>571
おまえさー
なんか否定的な意見をいつも書き込むけど
器小さいよなー
小さい小さい エンコード途中でPC落ちるまであった
何度やっても特定の箇所で、h264,hevc,av1でも
ffmpegを最新に差し替えたら完了するようになった
原因も何もわからんので結果だけ
元のファイルが悪いだけかもしれん JavPlayerポンコツなだけやろ、TecoGANやらTVAIやら寄せ集めで作ってるし何が何だかもう作者把握しとらんと思うで >>580
こういう無知な奴って例えばサムスンが出してるスマホのGalaxyがサムスンの部品だけで構築されてると思ってそう
Galaxyは日本製の部品がかなり多いぞ >>581
思ってるわけないやん勝手な妄想でマウント取ろうとする信者きも >>582
じゃあ寄せ集めで作ってるのが何がなんだか把握できないってどういうことｗｗｗ
会話成り立ってないやんｗｗｗｗｗ ■ このスレッドは過去ログ倉庫に格納されています
