【動画プレイヤー】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/ 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
じゃあ寄せ集めで作ってるのが何がなんだか把握できないってどういうことｗｗｗ
会話成り立ってないやんｗｗｗｗｗ 5chのレスバって見てる側が恥ずかしくなってくるよね みんながありがたいと言ってる相手をうらやんで腐したがるやつはいつでもどこでもおる
だいたい何もしないし何もできない 代替アプリケーションを候補に上げられない時点で何を言ってるのか感ある 実生活で誰からも相手にされない必要とされない人って、こういう所で誰かを腐したり喧嘩をふっかけたりして人を嫌に気持ちにする事で憂さ晴らししてるんだね 破壊場所によってズレかたが一律じゃないから
SHIFT_X、SHIFT_Yじゃ対処できなかった…
同一フレーム内で二箇所破壊してたらそれぞれズレ度合いが違うとかもある
バックグラウンドGPUでやるのは諦めた方がいいかな〜。残念
BVPPはズレないことから、tg8x_dml.exe、tg8xR_dml.exeの
問題じゃないかと思う 自分が使いこなせないとポンコツ扱いする爺思い出した
まだ絶滅してなかったんだな >>580
親の作った料理にいつも文句をつけるけど結局全部食べるような子供だなオマエ。
で、自分で料理できるのか？ってなったらインスタント麺もろくに作れないような雑魚。
文句あるなら使わなきゃいいだろｗｗでもエロに負けて使っちゃう。
どうせ今もエロ動画見なら部屋に籠ってんだろ爺さん。 >>458
>>594
うむうむ
そうなんだよな、なんか微妙にずれているような結果になる。
過去レスにも同じようなのがあるけど「ゆらゆら」とか「ギザギザ」って
表現で言われてることはそういうのが原因なのかもな。 1.0から2.0にかけて外部拡張が進みすきてごちゃごちゃしすぎたと思う
博士もそれを気にしての3.0の再設計宣言だろう 2.02cでSR-TG8Xft2を試そうとしたら
DOS窓に
\TG\TecoGAN8X\python310.dll
がloadできないとのエラーが…
どなたか解決法をお分かりでしょうか？ >>599
python310.dllが無いのでは？ >>599
JavPlayerのDL先に関連ファイルあったと思う 初心者す
ちょっとでも長時間の処理をすると、最初の動画から画像を取り込む段階で「Raw buffer」っていう短期保存？用っぽいフォルダが出きて、それが死ぬほど大容量になってフリーズするんだけどこれってどうすればいいんだろう。
グラボは4070でRAMも16あるのでなんか設定間違いなのかな ■ このスレッドは過去ログ倉庫に格納されています
