【動画プレイヤー】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/ >>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あるのでなんか設定間違いなのかな 博士X 更新あり
ジャフスキー@Javski2
一部のWindows(フランス語など)ユーザーは、環境に依存する問題を経験していました。
そのため、Gumroad の JavPlayer_Ver.2.02c は修正バージョンに置き換えられました。
バージョンアップ版(2019年にFanzaで購入したユーザー向け)もアップしました。
エンコード開始直後に「FFmpeg terminated with an error」というエラーが出ない場合は、Ver.2.02cを再ダウンロードする必要はありません。 Gumroad の JavPlayer_Ver.2.02c 落としてみた
サイズが6月4日公開の2.02cより若干増えているので何らかの修正が入っている感じ 2.02cみなさん速くなってます？
うちのパソコンだと体感2.01cの半分位の速度で物凄く遅いんですが。
我慢して待って、エンコードの97%くらいで結局ハングアップしちゃうし。 アップデートする時は上書きするんじゃなくて１回ファイル全消しして作り直したほうが良いな
バグの原因が何なのかわからんくなる ひとつか2つ前のVERは残したまま別フォルダーにしたほうが何かあったときにすぐ前と比較できるから良いと思う
安定したら前のを消すなり何なりしたほうが 最近のバージョンアップはTGフォルダを外出しにしてアプリはバージョン毎に別フォルダを作成、JavPlayer.udjファイルを上書きするだけでできてる
あとはTGフォルダは一応モデル更新前にバックアップしてる >>580
自分が如何に知能が低いのか自慢せずとも良いわ
でも本当に障害持ちだよな？ もう2.01cに戻した。
5日程色々格闘したけどうちの環境じゃ2.02cは動いてくれなかった。 今まで快調に2.02c動いてたのに、急に超解像で止まるようになった。だれか同じ症状の人いる？ ttps://www.youtube.com/watch?v=SpSFiO591nk
こんなんありますた グラボ変更したので参考までに
javplayer2.02c
ryzen 5900x
dram 32g
3080 6183コマ 206秒
4070ti super 8362コマ 279秒
4090とか年末出る5000seriesがもっと早くなると考えるとすごいな。 >>614
ピクセル化からの復元は、一般のシンプルな文字よりもややこしいけど特徴もその分増える絵文字のほうが復元度が高い
というのは実感としても合ってる感じある
つまり・・・おちんぽは特徴の塊 202Cでhttps://i.imgur.com/aQW3Jo7.png
超解像中にこんな感じで進まなくなったんだが、だれかわかる？ 日本のアダルトコンテンツが“モザイク破壊”されて中国の闇マーケットで大人気
専門家は「比較的簡単」な技術と説明 [ABEMA TIMES]2024/6/13(木) 7:02
https://news.yahoo.co.jp/articles/731efc8c6b029b067f37d967b314d183008e49c8 >>618
「モザイク破壊」が施されたアダルトビデオが中国の闇マーケットで流通しているという。
モザイク破壊とはモザイク部分をAIが解析して予測復元し、リアルな画像を作ってモザイク部分にはめ込むというもの。
AIでモザイク破壊をおこない、その動画を販売していた男が著作権法違反、わいせつ電磁的記録媒体陳列容疑で逮捕されたことも。
そうしたなか、中国ではモザイク破壊した日本のアダルトビデオが闇マーケットで人気に。
実際に調べてみると、制限が厳しい中国において闇サイトで「お金払えばダウンロードリンク送ります」というやりとりが多くあり、
違法な取引と思われるものが大量に発見された。さらに、AIでモザイク破壊する方法を教えてくれる動画もあり、どうすればAIでモザイク破壊できるのかのハウツー動画が多数存在していることも確認できた。
ITジャーナリストの三上洋氏は中国では日本のアダルトビデオが大人気で、人口の多さからもその市場規模はかなりの大きさだと解説。
モザイク破壊については「元に戻すというよりも作ってしまうということ」と説明して「そうした動画が流れていて、人気になっている。さらにそのやり方を教えてくれるハウツーを提供している」
「正直映っているものははっきりしている、どんなものかわかっているので。AIで戻すというよりも作るのは比較的簡単な技術」と語った
（『ABEMA的ニュースショー』より） モザイク"破壊"と書いてる時点でドシロウトだと分かるよね
破解だよ破解！ ■ このスレッドは過去ログ倉庫に格納されています
