【動画プレイヤー】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/ 今日、博士はVer.2.02をリリースしてくださりました。
さっそくみんなで試しあって、よりよい破解の仕方等を情報共有しよう！ FFmpeg使用時にテンポラリフォルダとしてRamディスクが使えなくなってしまったのかな。
なので、エンコードに時間が掛かるようになってしまった。 自分のリファレンス動画で破壊してみた
8xhd2 + spanx4hdでぎらつきノイズが抑制されリアル感が向上
spanx4だとCGチックになるが8xhdとbvppの中間の様な感じ
最近のモザイクは解像感あがらずのっぺり感が増すのでこれは16xと新しい学習モデルに期待
今まで上手く破壊できていたものは確実にレベルアップすると思う
現EZも素晴らしいが破壊品質はモザイク範囲が複数あるものを除いて格上となった JavSky博士をノーベルエッチ賞に推薦したいんだけどどうやれば良いの？ 前スレで上書きしたら録画開始押してもうんともすんとも言わないって書いた者だけど
そのあとの書き込み見てまっさらから作り直したら動いた
上書きがダメっぽい ・本体のインストールについては、マニュアルに下記の記載がありました。
”ファイル構成の変更により、旧バージョンに上書きすると不具合が発生する場合があります
アップデートの際は、新しいフォルダに展開してTGフォルダとJavPlayer.udjを旧バージョンから新バージョンに
移動したほうが良いでしょう。”（p.1本体のインストール）
・JavPlayer.udjを複写したところ、JavPlayerのウインドサイズが固定され強制的に手前表示となり焦りました。
「環境設定パネル」ボタンの”ウインド拡大”と”手前表示”を調整する事で、解決できました。
・*SPAN4Xhdは軽くて良いです。自分の環境ではSTD系モデルは問題なく動作しますが、AF×系が”OP_REQUIRESが失敗して画像が処理できないようです。 今回はしっかりとマニュアルみてインストールしたので、無事使えてます
>>10
私の環境ではAFx-0 (BVPP)正常に破解出来てます >>13
自分の環境でもAFx(BPP)動きました。ギラギラモザイクがより鮮明になりました。感謝です。
博士の新モデルのリリースが待ち遠しいです。 自分は、エンコードが前のバージョンよりかなり遅くなる。 EZは使ってないからわからないけどどうしようもない作品に対してのReMosはいいね
妥協になるけどないよりマシ 最期のエンコードの終了のところ
esetで引っかかってたのでjavplayerフォルダを除外設定入れたらうまくいった。 うーん、safeではいけるけど2passではエンコードで止まる 初心者なので見当違いなのかもしれませんが
ver2.02はこれまでのverとは違い録画詳細設定のFFmpegのページに
「エンコードに使用するプロセッサ」
「キーフレーム間隔」
の2項目しか出てきません
これはインストールの失敗で壊れているのでしょうか？
ちなみにダウンロードしたのはDMMアップグレード版ではありません >>22の者ですが
この状態で稼働させると>>21さんと同じく、safeではいけますが2passではエンコードで止まります 同じくsafeではいけますが１pass 2passではエンコードで止まります 同じくsafeではいけますが１pass 2passではエンコードで止まります なにこれ？同じ言葉繰り返してまたスクリプト湧いたの？って冗談は置いといて
そもそもスペックも書いてなけりゃ情報が少なすぎて何も伝えること出来ないかな
JAVPのダウンロードからやり直そうとしか言えないかも 俺は何も問題ないけどね
行ったことはファイルを解凍して旧バージョンからTGフォルダをコピー
後は自分の環境に合うように設定して終わり
録画詳細設定のFFmpegは2項目だけみたいだね
マニュアルはしっかりと読んでね 1回JavPlayerを起動した後、何回も連続で超解像してると
JavPlayer.exeのメモリ使用量が急増していった
コミットサイズが数十GB、ワーキングセットが十数GBまで
増えるの確認したので即座に終了させたけど
多分放っといたらクラッシュする
ver2.02です マニュアルにはRAMディスク使用推奨と書いてありますが、2.02はRAMの設定欄がありませんよね？ 超解像終了後の放置中にも増えていったから
ビデオ読み込んで放置するだけでもそうなるのかも >>30
JavｐlayerでRAMディスクを使うというのは
自分のPCにRAMディスクドライブを設定して、そこにJavplayerをフォルダごと投げ込んで使うのよ
（実行中はTGフォルダ内に一時作業フォルダ≒大量に画像を書いたり消したりするフォルダが出来ている） >>30
取り敢えず1passをsafeにしてFFmpeg画面にすると、テンポラリフォルダ指定ができたが使用はされていないみたい。 2台のＰＣで2.02を試用。
Windows11-AMD5900x-NVIDIA3080tiだと
1pass、2passでエンコードが止まる。
Safeだとエンコードできた。
Windows10-AMD3700x-NVIDIA3060だと
問題なくエンコードできた。
同じ設定とファイルでどういうこと？ 2.02は、まだ複数のモザ認識には対応してないみたいね。 ちゃんと動いたんですがメニューにSPAN4Xhdがないんですが span4Xもspan4Xhdも何もせずにあるけどな ワテも動作報告を、最初にffmpegのチェックで未確認の〜と出るもsafeも含め問題無く動いた。リモザイクはマニュアルだとS、Lの選択やが実際は1、2になってるのが気になった。 >>35
本当に、これ欲しいよね
EZで対応できているのでJavPlayerでも採用されるとは思うけど 上書きで駄目だこりゃ言ってる破壊者が多すぎる感じやね
まぁ一から構築する手順どうだったか思い出すのは面倒ではあるけど・・・ ずっと上書きだけど2.02はあかんのか？
めんどいなぁ ラパン4xhdのエンコードの時、8gbのrtx2070sの場合スローっぽくなるんやがもっと上のグラボだと通常再生のスピード位になるの？ 上書きだと失敗したよ
だからインスコし直した
数分で出来るから面倒ではなかった 3060 12GBだとspan時はエンコード10fps程度
fhd動画で一本フェラ場面だけど
処理中はcpuやgpuはまだ余裕があるように見えるが >>39
Ver.3から対応させるんじゃなかったっけ たまに男優の顔にモザイクがはいってる作品で
男優の顔のモザイクを取ろうとして
のっぺらぼうとか顔が溶けてるみたいな映像になるの怖いな Javpさんにとっての男とは
〜おちんぽそのものだけ〜 上書きじゃなくて別フォルダーに展開してから前VERのTGフォルダーを展開したTGフォルダーにコピーしてるな
一応旧VERは残してる Javski @Javski2
1d
マニュアル(1ページ)のとおり、上書きインストールは不具合の原因になるので別のフォルダにインストールしてください
TGフォルダを別の場所(ドライブ)に移動して「録画詳細設定-TecoGAN」でパス指定すれば、
旧バージョンからコピーする必要があるのはユーザーデータ(JavPlayer.udj)だけです
Javski @Javski2
22h
Replying to @funky_koupin
2.01と2.02の超解像ツールは同じなので、全て同じTGフォルダを指定しても問題ありません
ただし、2.01で中断してから2.02で録画すると作業中のデータが消えてしまいます
3.00では2.0xとの互換性が無くなると思います 毎回そうしてる
TGフォルダはパス指定できるからコピーしなくていいんかな ワクワクしながら前のバージョンで破壊がうまくいかなかった動画を試したけどだめだった
気分もおちんちんもしょんぼり… ダメだ
別フォルダーにインストールで試してもエンコード12％で停まる
この３年間バージョンアップ対応できてたが今回は原因がわからん
同じくエンコードで停まってた皆さんはクリアできたのかな？ >>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
博士にログ提供を
気づきとは、同じ動画でファイル名により違いが出ることですか？ 懐かし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のリリースを待ちます FFmpegのバージョン違いってやたら多くて難解だなあって思ってたけど
博士ですら沼にハマるのか･･･ >>256
マニュアルにそう書いてあったんで、俺もノイズ除去フィルタの強さかと思ったんだけど
博士のツイッターによれば逆で、のっぺり避けるためのノイズ追加みたい
あまり違いがわからない感じだけど
>これで、ようやくエンコードできるようになりました、新しい「ノイズ」の機能はどういう場合に使うのでしょう。
>加工部分がつるつるでCGっぽくなる問題を緩和するためのフィルタです
>追加超解像とノイズ追加フィルタの併用 2.02aもVRAMリーク発生してるのか、複数の動画を処理する時、2つ目以降、解像度が低くなったり、全く超解像度処理されてなかったりするわ（多分VRAM不足） >>260
難しいならエンコーダー切り離しちゃえばいいのにと勝手に想像する 無理にffmpegをv6.1にしなくてもv5.1でしばらくやって
少し作業に余裕が出てきたらv6.1に対応とかではダメなのかな？ >>261
結構効果あるよこれ
ここだけ変えてもエンコードから再スタート出来るから、数秒の動画作って0と9で試してみたらわかりやすいかと
>>263
同梱してユーザーが扱いやすく、同時に高速化もしたいって意図もあるだろうし上手く行くのを待つね The other warning:
Non-monotonous DTS in output stream
This means your Decoding Time Stamp is out of order. FFMPEG is "fixing it" and warning you.
It could create an additional issue so here is more info about what it is
Simple:
https://stackoverflow.com/questions/43333542/what-is-video-timescale-timebase-or-timestamp-in-ffmpeg
In depth:
http://dranger.com/ffmpeg/tutorial05.html
And how to fix it if your video is using variable bit rate
https://superuser.com/questions/1334998/explicit-timebase-with-ffmpeg-and-variable-framerates-in-mp4s
これは、デコード タイム スタンプが間違っていることを意味します。FFMPEG はこれを「修正」し、警告します。
あくまでもおかしいのを修正したという警告みたいだし、音ズレとかおきなければ無視してよいのではないかな >>261
よくよく比較してみたら、ノイズ0だとｂﾌっぺりなのが＝Aノイズ9でざらざら加わった感がわかった
これからはノイズ9でやってみるわ
ありがとう >>261
よくよく比較してみたら、ノイズ0だとのっぺりなのが＝Aノイズ9でざらざら加わった感がわかった
これからはノイズ9でやってみるわ
ありがとう 文字化けしとる
->
よくよく比較してみたら、ノイズ0だとのっぺりなのが、ノイズ9でざらざら加わった感がわかった 1pass AFx-2 TG8Xhd2+*SPAN4Xhd n9
今んとこの設定
TG8Xの新モデルに期待 SR-BVPPAだけど、複数同時処理ってできないの？
DOSプロンプトが1個づつしか開かない。 ノイズ9はノイズ乗りすぎだった
ノイズ5がちょうど良いか 顔にモザイクかかっている映像はそこは顔だと認識してモザイク状態を維持するのは難しいのかなー
破壊後の顔がキモいので たしかに男優にモザイクが入ってるのは変になるから残念だな。仕方ないけどな。 JavPlayer_Ver.2.02bをリリースしました
レシートに記載されたGumroadへのリンクからダウンロードできます >>275
映画リングで呪いのビデオ見た後写真撮った時みたいな顔になるな 2.02b ffmpegの黄色いテキストが表示されなくなった
設定にffmpegの項目があるので内包された感じ
博士のX情報
ffmpeg.exeのバージョンを6.1に統一し、追加インストールを不要にする 2.02b ffmpegの黄色いテキストが表示されなくなった
設定にffmpegの項目があるので内包された感じ
博士のX情報
ffmpeg.exeのバージョンを6.1に統一し、追加インストールを不要にする 202b ごく短い動画でしか試して無いが、エンコード速くなったな、追加のプランもはようなってる。 202aより処理が速くなっていますね
途中で止まることなく最後まで処理が進みます v2.02b 前バージョンではエンコード処理でエラーとなった動画も、問題なく処理できました。
処理オプション：TG8Xhd2R(STD0)SPAN4Xhd ffmeg/HEVC
超解像処理結果も解像度が一段と向上しており嬉しいです。
更に処理スピードも向上しており、Studio Driver最新版（555.85）の環境で、
超解像度テストの処理コマ数が1．5倍（3414コマ/分）に改善しています。5700x,RTX3060Ti
短期間にバグ対と機能向上を実現していただき感謝です。 今回のバージョンアップで快適度上がったのでPCパーツ更新を先送りする 更新したらちゃんと破壊できなくて変になるんだけど俺だけ？ 各ファイル上書きだといろいろよくないらしいから
俺は新しいバージョンにTGフォルダをコピーするようにしてる >>294
駄目ならまず君の環境を出してくれよ
明らかに改善しているし速度もあがっているぞ 原因分かったわ
オプションが機能しなくなってる
負荷が小さいをオンにしたら駄目だな 作業用のSSDへインストールして立ち上げたらエラーがでるな
Application folder:
L:/JavPlayer_202b
There should be 'vJavPlayer_Data'
folder next to the executable >>170でログ提出したものですが202bで問題なく破壊できました
ありがとう博士 >>297
それはUnity使ってるアプリケーションで、DLや解凍に何らかの失敗があると出る事があるエラーらしい
（JavPlayer_Dataフォルダがあれば動くでしょう、ていうメッセージだけどそのフォルダの中身がぶっ壊れてる可能性がある）
もう一度DLして再回答してみたらいいかも？
うちの環境だと202bは外部SSDにフォルダごと入れて問題なく動いてる Ver.2.20bのエラー報告
超解像中に次のDOS窓が出で
超解像
JavPlayer_202a\vminimize.のタブで
バンドルされていない例外:System.IndeexOutOfRangeException:インデックスが配列の境界外です。
場所 mnnmize.Program.Main(String[] args)
最後にDOS窓のC:Windows\System32\cmd
Active code page: 65001
input_pix=152x88=13376
tg8x_model=TecoGAN8X_af1_225K@7t.pth
L:\JavPlayer_202b\TG\TecoGAN8X>tg8x_dml.exe --in_dir ../input17 --out_dir ../output17 --start_index 0 --model TecoGAN8X_af1_225K@7t.pth --gpu_id 0
Access is denied.
L:\JavPlayer_202b\TG\TecoGAN8X>pause
Press any key to continue . . .
が出て超解像に失敗する >>300
Xのアカウントを持っていたら
博士のXアカウントの2.02bリリース投稿にそのネタをリツイートすると博士が調べてくれると思う これは凄い！
今までのバージョンの中で一番の満足度１００％！
結果に大満足です。これ以上があるのか？ 教えてください
超解像処理部分の速度を上げるにはCUDAコアがより多いGPUに交換するのが一番効果的ですか？ Javski
@Javski2
JavPlayer_Ver.2.02cが不要なら、以下の順で作業する予定です
1.新しいTG8Xのテストと調整
2.SRA-TVAIの修正
3.EZの更新(超解像,録画)
4.JavPlayer_Ver.3.00の設計
TG16XやBVPP8Xのモデル作成は、上記の作業と並行して行います
いつ完成するかは、何回作り直すか次第です
期待していますよ博士！！！ >>305
超解像処理中のVRAMが常時30%位余ってるんですよね。頭打ちしていれば効果ありそうなんですがこの状態でVRAM容量増やす事に意味がありますかね？ 誤解してました、
超解像に使用するGPUのVRAM容量設定は24GBまで設定出来るのでそこが多ければ多いほど良いと言う意味ですね
まぁVRAMが大きいGPUはCUDAコアも増えるので相乗効果ありそうですね 