◎正当な理由による書き込みの削除について： 生島英之とみられる方へ:
【動画プレイヤー】JavPlayer【超解像】 Part.12
動画、画像抽出 ｜｜
この掲示板へ
類似スレ
掲示板一覧 人気スレ 動画人気順
このスレへの固定リンク： http://5chb.net/r/avideo/1724972706/
ヒント：5chスレのurlに http://xxxx.5chb.net/xxxx のようにbを入れるだけでここでスレ保存、閲覧できます。
JavPlayerは、「動画の特定部位だけ超解像するアプリ」です。
AV鑑賞において、ディテールを損なわずにモザイクを目立たなくする動画プレイヤーとして使用できます。
このスレッドは、JavPlayer の使用法などについての質問や、より効果的な設定、効果が高い動画などについて、ディスカッションする場所です。
「モザイク破壊」などとして、著作権のある動画を「動画の特定部位だけ超解像」して、無断でアップロードすることは、犯罪です。
また、そのようにしてアップロードされている動画を、ダウンロードする事も犯罪です。
違法動画に誘導するリンクを貼ったり、違法行為を推奨する行為は厳禁です。
※前スレ
【動画プレイヤー】JavPlayer【超解像】 Part.11
https://mercury.bbspink.com/test/read.cgi/avideo/1722068238/
【動画プレイヤー】JavPlayer【超解像】 Part.10
https://mercury.bbspink.com/test/read.cgi/avideo/1720528086/
【動画プレイヤー】JavPlayer【超解像】 Part.9
https://mercury.bbspink.com/test/read.cgi/avideo/1715513701/
【動画プレイヤー】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/
VRの話はこちらで
【VRAV】バーチャルリアリティAV総合 108
https://mercury.bbspink.com/test/read.cgi/avideo/1722039749/ ★YouTube で日本人のおっぱいをみる方法を解説します 前スレで質問あったけど、ADIVはソースが高画質だとポリゴンも細かくなって良い結果が得られるよ
まんこの中の複雑な凹凸がポリゴン化されるのは圧巻の一言
非VRでPOVの作品がなかなか無いのが悩みの種やね AVIDの操作とか設定の日本語マニュアル誰か作ってちよ >>6
DVD解像度の動画がうにょうにょしがちなのはそのせいか >>7
ブレブレになる時は再生位置を変えると直る場合も
あと、ファイル一覧を開いてもう一度再生し直すか、ADIVを終了させて再起動するかすると直る場合もある
斜線が多めな場合はDepthを下げると良いかも（立体感はなくなる >>10
1200円は安すぎなんで半額にはならんのでは Javski@Javski2
BVPP8Xのモデル作成を優先しています
学習データだけでなくプログラムの調整も行うことで良い感じになってきました
トレーニングしているのはSTDだけですが、AFLは頑張っても鮮明にならないので
手早く作ると思います
今週末にTG&BVPPの差分として配布する予定です >>13
steamdb.infoによると2024サマーセールでは660円だったらしい
最安は2023冬で600円の時があったらしい てかADIV前スレ見たらVRコンで操作してる人多数だけど
マウスで操作した方が圧倒的に楽だぞ >>24 リアルタイムで2D動画を3D再生するソフト。破壊済動画やお気にの動画を見ると目の前でええ感じで見れる。steamで1200円で買える、当然それなりのvrゴーグル必要。 >>25
説明するなら正式名も教えてやれよ。少なくともADIVでは検索に引っかからなかったはず。
>>24
Auto Depth Image Viewer で検索してみ。 TG8Xft2＋SPAN4XHDの超解像でGPUは10％程度で安定してるけどCPUが100%で張り付く
これはもうCPUが足引っ張ってるってことなのかな？ちなRyzen7 5800x＋RTX3060ti 3.0beta複数モザ対応すばらしいが、エンコード終了後に「無効な出力」って表示されるのは何だろ
Moviesフォルダーにはしっかりと出力されている
出力する動画の命名規則(rec_name_format.txt)もまだ未対応ですよね？ >>33
自己レスです
3.00beta最後の音声処理の部分で止まる事も多かったのですが
入力ファイルのフルパスを英数だけにしてみたら完走するみたいでした >>32
それは流石におかしいので
グラボでなくCPUで超解像する設定にしちゃってるか、使用VRAMの上限設定を低くし過ぎてるんでない？ >>32
うちの5800xも100%に張り付きますね 並列数は3～4
ただGPUは1660なのでこちらも100%に張り付いてます
この状態で超解像の時間はソースの3倍位かかってます
もうちょっと速くしたいけど全とっかえになるので・・・ >>35
ソフト側のGUIでは超解像で使用するデバイスは両方ともGPU0になってるけどこっちの設定参照してないのかな？
バッチファイルいじらないとだめか >>37
その書き方だとVer2.0台までの「録画詳細設定」→「TecoGAN」の設定だと思うけどもその下の項目3つ
3060tiだとVRAMが8Gみたいだから7Gを超解像に使うように設定してみる
GPUによるtgmainの最大並列数 6（もっと行けるかもだけどうちの環境と違うのでとりあえず）
超解像に使用するGPUのVRAM容量 7GB
超解像ツール以外が使用するVRAM容量 1000MB
ここをちゃんと設定しないとVRAMを十分に使ってくれない、バッチファイルはいじらなくて大丈夫
ここを最適化してもダメならちょっとわかんない >32
計測ソフトは何使ってます？
windows10のタスクマネージャーだとGPU使用率が低く表示されてたような記憶があるので、そうならHWinfoだとか別ソフトで確認してみるのがよろしいかと。
ちなみにwindows11のタスクマネージャーだと正しく表示されてます 若干古い動画で使おうとしてるからかtg8xhdでやろうとしたらぐちゃぐちゃ
tgafx2、bvppでやらないと使い物にならないのはおま環なのかそもそもフォルダの設定が間違えてるのか2015年近辺の動画はこの界隈では古いのか >>38 >>39
今帰って来たんで確認したらその他の超解像に使用するプロセッサがCPUになってました…お騒がせして申し訳ない
GPU0に戻してwin11のリソースモニターで見たら70%ちょいに戻ってた。HWmonitorだと90%前後で安定してるみたい 複数モザ対応って、モザの粗さとかが違っても対応してるんかな？ おんなじ女優さんの色んな動画を全部学習して具の形がほぼ完全に分かるような技術を持つソフトって将来いつか出るのかな もうその頃にはこのスレを見ている奴らの精子は全て枯渇しているので問題無い。 そもそもjavplayerってよく分かんないけど藻あり動画（学習用動画）を頑張って技術使って藻なしに復元させて、それを藻なし動画（テスト動画）と比較して点数を付けて、それをめっちゃ繰り返していい点数出したやつだけを取り出して確立した技術ってことで合ってる？ >>47
まず大量の画像や動画を見せて、画像の穴埋め問題や、低解像度の画像を高解像度にする問題を解かせることで、リアルな絵を描ける絵描きの人工知能を教育する
その人工知能にどこがモザイクか判定させ、モザイクの部分に来れば自然になるような絵を描かせ、それを合成してる
人間でも同じ作業はやればできるよ
時間がかかるし、リアルな絵が描けなければ駄目だが 流出物使っても無しとも有り両方学習させるとよりリアルになるの？ >>48
はえ〜サンガツ
loocvってよりはもっと本格的な総合ディープラーニング技術だったんやな >>44
そうでなければ、複数モザ対応とは言わないでしょ
同じサイズのモザなら昔から対応できている。 もうすっかり配信専用作品のモザ破壊が出回らなくなったな・・・ >>54
博士の1月14日のツイ読みなはれ
生成AI方式はその後も採用していない 自称AI詳しい奴がTecoGANのGANすら知らないの草 >>48 定期的に生成AIとネット上の無修正チ○コマ○コと差し替えてるって奴が湧くな 同じ男優のチンコはどのメーカーのどの作品でも同じチンコに復元されるということは、無修正チンコの差し替え映像ではない証拠 >>60
ほんまのアルゴリズム言ったら対策されちまうだろ BVPP8Xの調整に苦労してるみたいね
気長に待ってますよ 突然2.02cで再生失敗になってしまって再インスコでも解決出来ず。
試しに2.02bで再生してみたら再生可能。
もう一度2.02cで再生してみたら今度は再生可能になった。
解決したが良く解らん。 JavPlayerの超解像、いわゆるモザイク破壊は、モザイク部分を低解像度画像とみなし、
低解像度の画像を高解像度画像に再構成する技術により、モザイクを除去した様な画像に
すると理解しているのですが、生成AIと既存の無修正画像を利用して、モザイク部分に
置き換えていると誤解している人がたくさんいますね。
博士のXのポストで時々”トレーニング”というワードが出てくるので、余計にややこしい。
自分も良く理解できていないのですが、トレーニングって、何をどうしてるのかな？ ちょっと期待が高すぎたか
どれが最適かよく分からないや
アプデで変わりそうだから、放置してる >>68
モザイク化で情報が失われてるんだから再構成なんてできないよ
使われてる超解像アルゴリズムは深層生成学習だよ 博士がRTX 4090欲しいらしいが…
そもそも買い切り1,200円じゃ安過ぎた >>71
BVPP8Xの仕上げで忙しいだろうに親切だ 自分のしょうもない疑問に対し、博士がXのポストで丁寧に解説してくれてる。
ここを見ててくれてるんですね。ありがとうございます。 >>72
買うのはいいけどハイエンド向けにチューニングされても困る 博士の解説わかりやすい！
ディープフェイク（お絵描き）じゃなくて超解像復元ということか。
学習データも「具象的なものではなく皺や毛のような」と仰っていた意味もようやく理解しました。 自分含めこのソフトを勘違いしていた人がいるので補足。
おさらいするとGANの学習は、ジェネレーターで精巧な偽物を生成させ、ディスクリミネーターで本物と偽物を区別するよう学習させる。
ジェネレーターとディスクリミネーターを敵対的に競わせて最終的にジェネレーターの偽物が本物と区別できないくらい最適化されるまで学習させる生成モデルだが、これだと情報不足でファミコンドット絵みたいな8×8ピクセルのモザイクから実写みたいな復元は不可能だと思う。 だけど、TecoGANのアーキテクチャーを使えばGANの仕組みに時系列の要素が追加され、動画の前後フレームなど学習情報がめちゃ増えるのでトレーニング次第では動画の超解像度の復元ができるようなった。 普通の人はこれを低解像度動画の画質改善に使うが、この技術を応用して縮小すれば8×8ピクセルみたいなモザイク画像も最適なトレーニングさせて超解像復元すればモザイク無くなったように見えるかもって思いついてしまった博士は超天才！
だからトレーニングもかなり重要！そしてBVPP8Xの完成楽しみにしてます！ >>75
トレーニングの計算と修正にめちゃ時間かかってるから
処理能力高いグラボ買って開発速度上げたいという博士の真心。要求スペックは関係ない話、グラボ大事ではあるが。
博士のトレーニング速度が早まればBVPP8Xの完成も早まるのでむしろ良いこと しかし、初代と比べたら相当な進化だよね
博士の努力に4090贈呈したい 博士が受け取ってくれるなら一万ぐらいなら喜んで寄付します GANのモデルも深層学習（3層以上のニューラルネットワーク）だし、GANも生成AIの一種に分類されるからここの指摘が間違ってるわけではないぞ
博士が言っている「生成AIではない」というのは「StableDiffusionみたいに、チンポ全体の絵を描いているわけではない」という意味
「チンポのシワや陰毛のディテールに相当するピクセルは作り出したものをブレンドしてる」わけで「ピクセルレベルの生成AI」とは言える 脱衣サイトなんかは、服の部分を自動認識して、その形状に当てはまる裸の画像をstable diffusionでお絵描きしてブレンドしてる
ただまだ静止画レベル
博士が「動画生成AIが発展したら」と触れてるのは、OpenAIのSORAみたいな動画生成にstable diffusionとかが対応すれば、チンポ全体を描いてブレンドすることも可能かも、という話だと思う
こうなってくると「AVや顔画像を参考に全く新しいAVを作る」って夢が実現するかもしれない
ローカルでやるにはGPUがまだまだ性能足りないだろうけど 俺たちのパソコンが頑張ってちんぽ精製してると思うと涙出てくるわ
何万通りも計算してあーじゃないこーじゃないおおこれが一番良いちんぽだ！って頑張ってるんだぞ RTX 4090は28万円
4090対応の1000W電源は2万円
博士に4090買ってもらうには合計30万円の寄付が必要だな
1万円の寄付なら30人だ
1万円の特別javpを販売するとか 学習時間短縮されてそれだけリリースが早まるんだから何かしら力になれんのかな >>87
博士が学習させてる時は、あーじゃないこーじゃないと（識別器が）頑張ってるんだけど、俺たちのパソコンの中で推論してる時は、あーじゃないこーじゃないはやってなくて（識別器(discriminator)は動いてない）、一発でこれだろう！と判断してるんだ
だから博士の学習にはすごい計算パワーが必要なんだ
頑張ってるのは博士のパソコンと、時間かけて調整してる博士なんだ Generative Adversarial Networks
https://arxiv.org/abs/1406.2661
Learning Temporal Coherence via Self-Supervision for GAN-based Video Generation
https://arxiv.org/abs/1811.09393
BasicVSR: The Search for Essential Components in Video Super-Resolution and Beyond
https://arxiv.org/abs/2012.02181
アルゴリズムに興味ある人はChatGPTとかBingとかGeminiとかClaudeとかを利用して翻訳や要約させつつ元の論文を読んでみよう GANsとは？: Generative Adversarial Networks（GANs）は、2つのAIモデルが競い合うことで、リアルなデータを生成する技術です。
2つのモデル:
生成モデル (G): 新しいデータを作り出す役割を持っています。例えば、偽の画像を生成します。
識別モデル (D): データが本物か偽物かを見分ける役割を持っています。
競争の仕組み:
生成モデル (G) は、識別モデル (D) を騙そうとします。
識別モデル (D) は、生成モデル (G) が作った偽物を見破ろうとします。
最終目標: 生成モデル (G) が非常にリアルなデータを作れるようになり、識別モデル (D) が本物と偽物を区別できなくなることです。
例え話
想像してみてください。ある画家（生成モデル）が偽の絵を描き、鑑定士（識別モデル）がその絵が本物か偽物かを見分けようとします。画家はどんどん技術を磨き、鑑定士を騙せるような絵を描くようになります。
最終的に、鑑定士が本物と偽物を区別できなくなると、画家は非常にリアルな絵を描けるようになったと言えます。
これがGANsの基本的な考え方です。 TecoGAN原論文のAI要約
この研究では、動画を作るAIが、時間の流れに沿って自然に見えるようにする方法を提案しています。具体的には、以下のポイントがあります：
自己監督学習：AIが自分自身で学習する方法を使って、動画の中で時間的な一貫性を保つようにしています。これにより、動画が滑らかに見えるようになります。
Ping-Pong損失：新しい損失関数を使って、動画の中で時間的なズレや不自然さを減らしています。これにより、長い動画でも自然に見えるようになります。
評価方法：動画の品質を評価するための新しい方法を提案し、実際に人々に見てもらってその評価を確認しています。
簡単に言うと、この研究はAIが作る動画をもっと自然で滑らかにするための新しい技術を提案しているんです。 博士に提案
もし出来るのならば学習の分散処理に参加させてもらえないだろうか？
SETIとかUDみたいな感じで
自分にはそういうプログラムを書く能力はないけど BVPP原論文のAI要約
この論文は、ビデオの画質を向上させる技術について説明しています。
具体的には、低解像度のビデオを高解像度に変換する「ビデオ超解像（VSR）」という技術です。
主なポイント
基本的な仕組み：
論文では、ビデオ超解像のための基本的な仕組みを再評価しています。
具体的には、ビデオのフレーム間で情報をどのように伝えるか、フレームをどのように整列させるか、
情報をどのように集約するか、そして最終的にどのように高解像度に変換するかを検討しています。
シンプルな設計：
複雑な設計を避け、シンプルな方法で高品質な結果を得ることを目指しています。
既存の技術を最小限の変更で再利用し、効率的に高解像度のビデオを生成します。
情報補充メカニズム：
ビデオのフレーム間で失われた情報を補うための新しいメカニズムを提案しています。
これにより、より自然で高品質なビデオを生成することができます。
拡張性：
提案された方法は、将来の研究や技術開発の基盤として利用できるように設計されています。
BasicVSRとその拡張版であるIconVSRは、他の研究者がさらに改良を加えるための強力なベースラインとなります。
この研究は、ビデオの画質を向上させるための効率的で効果的な方法を提供し、
将来的な技術開発に大きな影響を与えることを目指しています。 >>95
学習の分散処理は今のところ難しい
単純にやると、分散した方が逆にすごく遅くなってしまう可能性が高い
将来、うまい処理の切り分け方が見つかるかもしれない
現状は寄付などで博士のメインPCのGPUを4090にしてもらうのが一番 モザイク無し画像と比較しないのに真偽の判定を学習するって限界あるのでは？
そもそも、モザイク事態もただ元を拡大した訳じゃなくランダムに混ぜられてるだろうし。 >>98
モザなしの画像を学習させてる
モザかけた画像は学習してない
モザなしの画像を拡大したものか、モザなしの元画像そのままなのかを判定する識別器のモデルをまず学習させる
次に学習された識別器が区別つけられないよう、モザを拡大（超解像）する生成器のモデルを学習させてる 修正
モザなしの画像を学習させてる
モザかけた画像は学習してない
モザなしの画像にモザかけたものを拡大したものか、モザなしの元画像そのままなのかを判定する識別器のモデルをまず学習させる
次に学習させた識別器が区別つけられないよう、モザを拡大（超解像）する生成器のモデルを学習させてる アニメのモザは現状、モザイクの目が大きくて粗すぎる上に
そもそもモザ前提の作画されててもともと細部が描き込まれてない疑惑が強い
それを超解像して大した出来にはならないから
むしろ生成AIで創作してもらったほうが高クオリティになるんじゃないかと思う >>101
そうだろうね
博士がアニメを学習させようにもエロアニメは日本でしか作られてないからアニメの無修正画像自体がほとんどないんで学習させようがない問題もある アニメの超解像を一緒に学習させたら、実写の超解像のノイズになりかねない問題もある 2.02cで、nvidia3060。
エンコード時にGPUをあまり消費しないのは何故？ pealみたいな感じで「股間部パーツをざっくり検出して、そこに用意しておいた画像をはめ込む」
くらいならそう遠くないうちに出来そう て書いてから気が付いたけども
「合体」をあれで表現するのはまだ難しかった >>106
今問題になってるnudify系サイトは股間でなく、体を検出して、その形に合わせて画像生成AIで作った画像を合成、服着た画像から裸の画像を生成してる
近くに男がいれば合体画像を生成する場合もある
今のところ静止画だけで動画対応サイトはまだないと思うけど >>108
Pearl（スペル間違ってた）は顔のハメ替えソフト（静止画・動画両方対応）だけど
SD解像度なら動画でもリアルタイムで見れるくらいには軽い
ただ人物が重なったりすると途端に認識精度が下がるんで、こっちの用途に応用するにはまだ不十分だろうなあっては思った 寄付については、以前ここで話題に上がったこともあったけれども、博士本人によって不必要だと
言われています。 博士曰く「本当に必要ならば自分でいかようにでも出来るから」的な内容だった
かと。 なので本当に必要だと思うのならば、博士本人がいずれ自らの手で入手するでしょう。 >>104
タスクマネージャーじゃなくGPU-Zで確認しろ定期 知識だけで行動力の無い出来損ないが1人で長文垂れ流しているだけ。嫌われ者だから無視でいい。 このスレはクレクレ乞食しかいないだろｗ
自治厨風情が悔しかったらプログラム書いてモデル訓練させて公開してみろｗ 設定ちょっといじって粋がってるだけで基本、博士へのクレクレ乞食 >>123
ゴミ箱フォルダーに放り込んで、ゴミ箱を空にするをクリック 自治厨の人何がしたいの？
多少癖あっても色んな人が集まるから情報活性化するのに解説厨やADIVマン追い出した後に話題提供も初心者フォローもしないで残ったのはクズだけ
自分の正義を振り翳すのはよいけど話題の一つでも提供したら？じゃないとただ文句言ってオジサンと変わらんぞ あんたの理想のスレはソフトウェア板にあるしそっちに移住したんだろ
こちらには心配ご無用です >>125
>>126
まぁまぁ
マルチな情報はここじゃ無くて向こうでってのは正論なんだけど、多少のネタとしては良いんじゃない？
それと何よりその殺伐としたキツイ言い方はやめようか？普通に指摘すれば良いだけじゃん
優しく言えば、書いた方も、ごめんごめん気をつけるよ。ってなるからさ
反抗された時にキツく言えば良いだけよ
皆んなで今日も楽しく破解破解！！ >>123
ゴミ箱って書いたまま放置してた
取り敢えず見たい部分が含まれたモザイク動画を10秒位区間設定して、stdとafで試してみてどちらがメインか決めてます。基本的にSOD系列はAF、それ以外はSTDが合ってると思う。AIチックなのが嫌いなので。綺麗というより偽物感がマシです
本家のSODは、今の所良いセッティングは分かりません
あとは×8ftと3-3-5(やったかな)フィルターかけてますね
他のフィルターは偽物感が出るので使ってません。超薄消しモザイクみたいになるけど 所詮エロなんだから仲良くやろうよ
スレチ、スレチうるさく言うのはなしな >>126
ソフトウェア板に覗いてきたらニワカが論破されて過疎ってた
多分論破された恨みで必死にこっち荒らしてるんだろうね 両方見れるしどうでもいい
どっちがどうとかIDコロコロしながら必死に言ってる奴キモすぎ IDコロコロとか言うならソフトウェア板いきなよ
大好きなﾜｯﾁｮｲがあるよ＾＾；？ 見るのも書き込むのも俺らの自由
それをIDコロコロしてコントロールしようとするのがお前の特性
何の進展もないのにお前の自己顕示欲のお陰で無駄にスレ伸びて見にくい 必至に誰と戦ってんだお前はｗ
荒らしなくなって進行遅くなったのにスレ伸びて見にくいって日本語不自由なの？
一ヶ月に1カキコもないお前が立てただろうソフトウェア板の過疎スレ眺めてろ >>127
ありがとな、楽しくトークするようにするわ
>>130
ソフトウェア板のほう書き込んだことすらないぜよ
楽しく破壊トークしようぜ >>48
ずいぶんワザとらしい内容の釣りレスしてんなお前
その流れで形上盛り上がって見えたらアプリ製作者が説明しなきゃいけなくなるだろ
からの>>74
「ここを見ててくれてるんですね。ありがとうございます。」じゃねーよ
お前今まで何回必死に「博士はここを見てる」系レス書いてんだよ これが本当の敵対的生成ネットワークw
冗談はさておきJavPlayerの話に戻ろう みなさん、Newモデル来ましたよー
AF*も対応してるみたいです。
博士はBVPP8XのSTDモデルがおススメみたいですね。試してみよっと。 300betaでRECするとモザイク調査中の画面で同期が取れてないような斜めのシマシマになって進まないのは俺だけ？
720pの映像だけはシマシマは発生せず、BVPP8Xaで完走している 元のTG&BVPP_CUDAフォルダを消さずに上書きで導入しちゃったけど、うちの環境だと1080ｐソースので試して今のところ問題は出てない
とりあえずBVPP8Xa+TG8Xｆｔ2＋AFの組み合わせが
202ｃでも厳し目だった最近のやつのにイイ感じの効き目な第一印象 BVPP8Xはダミーで
今回公開されたのはBVPP8Xaということ 今回の配布アーカイブの中にはBVPP8XではなくBVPP8Xaが入ってるよね
旧フォルダーを消して導入したのでBVPP8Xはリストに出てこなくなった なるほどBVPP8Xaで動きました。どうもありがとう。 博士！
トロイの木馬発見！
Trojan:Script/Wacatac.B!ml
「このプログラムは危険であり、攻撃者からのコマンドを実行します。」とのこと。
\TG&BVPP_CUDA_300.zip->TG&BVPP_CUDA/bvpp8x.exe内に有り。
Defenderが怒っていますよ。 300betaでBVPP8Xaをつかって破壊すると太い筆で絵を描いたような結果に
なります。さらに後処理タイプのなかにあるSPN4xとかSPN4xhdを使ってAI処理を
加えると結果がユラユラして黒い部分が強調されすぎて不安定になります。個人的には
JAVPLAYER_202bのときが一番自然に仕上がるし見た感じも良かったかと感じます。
後処理AIも202bのときは安定しており満足していましたが今回の結果はよくありません。 BVPP8Xaをいくつか試したところ
・2020らへん以降の、新し目でTG8Xft2である程度消えるけども不十分だったもの（BVPP8Xa+TG8Xft2+AF0）
・90年代SDモノで超解像無理フォルダに突っ込んでたもの(BVPP2a+TG8Xhd2+AF0)
この2パターンに絶大な効果があるやつが結構あった
BVPP8Xa+BVPP8Xa+STDではこの2パターンへの効果はいまひとつで、TG系と組み合わせてAFモデルを使うとびっくり、てのが多かった
後処理タイプがどうなのかはまだ試行が少なくてよく分かんない
不満もあって、モザイク判定の設定が簡略化されてるので古いソースでは200版迄のようにはうまく認識できないことが多い
ここは本仕様の時に以前の設定くらいのを実装してもらえるとありがたいです 300betaで718x476のソースで「画面サイズが奇数なため、録画を実行できません」と出るのは何故でしょうか？
取りあえずTVAIでアプコン後、再トライしてみます。 試してみた感じ（個人の感想）
◆チラつかない普通のモザイク
BVPP8Xa＋BVPP8Xa ・・・きれいにならない、
BVPP8Xa＋TG8Xhd2 ・・・↑よりはマシ、202Cより荒い感じ
TG8Xhd2+TG8Xft2 間違って書き込んでしまいました
BVPP8Xa+TG8Xft2・・・↑よりはマシ 普通のモザイクはSTDで処理してます
使った感じは普通のモザイクはEzのリアルタイムで処理している結果と同じような
感じで思っていたより滑らかになっていない（細かい線が入ってボヤける感じ）
これだともうEzでもいいかってなるような結果でした（肌質とか艶とかが前より悪くなっています）
◆チラつくタイプのモザイク（AF0で処理）
BVPP8Xa＋BVPP8Xa ・・・滑らかにならないで雑な印象 ボヤけている印象
BVPP8Xa＋TG8Xhd2 ・・・↑よりはかなりいい感じ
TG8Xhd2+TG8Xft2 ・・・この組み合わせはチラつくモザイクには最適か？ものによっては
ほぼ無〇正の結果を得られます。追加処理をするとなおよろし。
BVPP8Xaはチラつくタイプのモザイクにはすごく相性がいいと感じました TG8Xhd2+TG8Xft2 ・・・この組み合わせはチラつくモザイクには最適か？ものによっては
↑
間違いです すみません
BVPP8Xa＋TG8Xft2です >>142
自己解決しました。
デコード用APIをDirectShowにすると問題なく完走しました
正常に出力はされているのに、「無効な出力」という表示が最後に出るのは何故でしょうか？ 100個くらいテストしたが、博士オススメの「BVPP8Xa,STD」と「TG8Xft,AF1」が凄く良い！
まずこの2択で当たりをつけて処理を足していくのが良いと思った（うねうねモザイクはAF一択）
特に「TG8Xft,AF1」は動画相性ハマると肉感ディテールや解像度感がしっかり出て素晴らしい！
複数バッチかけるとかえってボヤけたりノイズが増えたので「TG8Xft,AF1」はきっとチューニングバランスが良いと思った（単体運用できそう。処理短くなるので有難い）
「BVPP8Xa,STD」の方は複数バッチとも相性良さそうだったのて、「BVPP8Xa + TG8Xft,STD,SPANなど」もいけた。
設定いじるの楽しいなこれ TG8X系 は解像感高いけどブレが残る
BVPP8Xa はちょっとだけボヤけるけど、ブレがなくなり安定感がある
結局両者を２段でハイブリッドするのが、いい感じがする。 300betaにて「STD」で処理すると輪郭がブレて揺れているような結果になるので
一番シンプルな方法で過去のものと似たような設定で比較をしてみました。
JavPlayer_202ｂ（TG-STD SR-TG8Xft2 追加処理なし）
JavPlayer_202c （TG-STD SR-TG8Xft2 追加処理なし ノイズフィルタ０）
JavPlayer_300beta（STD TG8Xft2 追加処理なし バッチ処理Bなし 白線ノイズ低減なし
テクスチャノイズ追加なし）
の３つの基本的な設定で結果を比較しました
結果は同じにならないで自然な感じに一番感じるのはJavPlayer_202ｂで202ｃは202ｂより少し
ブレが発生しています。 300betaは一番結果が良くなく、追加ＡＩ処理でもしてボヤけて
揺れているかのような見え方をしている結果となっています。300betaはSTDを選択すると
どの組み合わせでも処理結果がよくありません。特にAI処理をSTDで追加した際はチラつくモザイクを
TG-STDで処理してしまったときのような揺れが小さく発生しております
300betaに設定されているＳＴＤが本来の機能ではない動きをしていないかと感じています
また
BVPP8XaとＡＦ＊の組み合わせは素晴らしく、この設定でやると輪郭のボヤケけがなく
すごく自然な形でチラつくモザイクも処理されます。202ｂと202ｃではチラつくタイプの
モザイクを処理した場合はモザイクによっては大きく揺れて不安定でしたので大きな改善が
できているとテストして感じました。
STDについてテスト結果がよろしくありませんので再検証をお手数ですがお願いしたいです。
肌の質感や艶が202より悪くなっており細かなブレがより酷くなっています。 頼むから変な位置の改行と全半角混雑やめてくれ
検証内容はいいのによむのが辛い TG&BVPP_CUDA_300 を入れなしたけどSTDが指摘どおりあかんわ。 色々試してるとrec_name_format.txtに対応していないのが辛い 疑似マンコでいいからAIで修正して欲しいわー
やっぱりモザ残って違和感しかない BVPP4X、BVPP8Xaのbatファイルを改造して逆順で超解像処理を行うbatファイルを試しで作成。
それぞれのbatをbatchA、batchBで実行した所結果が良い。
2.02cの場合、出力フィルダー名の最後にrを付加するとjavplayer側で正、逆順のファイルを合成する処理がありましたが
3.00ではこのような処理は、実装されていないと思われる。
TG8Xft2、TG8Xhd2ではtg16x.exeで正、逆順のファイル合成を行っていますがbvpp8x.exeでも同様の処理が実装出来ないでしょうか。 スレ違かもしれないけど、モザイクが残って違和感とか言ってる人は若い人なんだろうな
ネットで無修正が平気で拾える世代
VHSのアダルトビデオから激薄モザイク、その後のビデ倫問題、東京五輪のアレとか通ってきてきてると
EZでそこそこ破壊出来るだけでありがたや、ありがたやと思ってしまう（笑） わい達が若い頃はヤングジャンプですらセンズリのネタだったからな。 batchAでTG8Xft2の実行結果を入力としてbatchBでTVAI実行結果と合成を行ったらボケが改善した。
なお、縮小画像データ(input)はサイズが小さすぎてTVAIでエラーとなる。 まあ、たしかに大きい画像を小さくすればモザイクが薄くなった気がするとはたしかだわｗ TG8Xft2、TG8Xhd2でやると不鮮明かつ細かな線描きのような結果になってよくない。
イメージとしては２枚の透明な下敷きに細いペンで同じ絵をそれぞれに書いて、それをピッタリ２枚重ねないで
微妙にずらしている感じ。しかも平行してずらさないで斜めにずれてるからところどころ断線しているように輪郭がきれいにならない、
といったような感じだな。 さらに追加処理をするとそのズレた部分が黒く強調されたりギラギラ輝くからすごく不自然に仕上がる。
まずは解像結果で輪郭がズレないないようして見た目が自然になるように改良して頂きたい。 仕様なのか分かりませんがbatchAでの４倍、８倍出力結果を入力としてbatchBでBVPP*x、TG*x*で再処理を行うとmodelエラーとなり画像が作成されません。
なお、batchBで実行させているバッチは、元々のバッチファイル(BVPP*x.bat、TG*x*.bat)の入力をbatchAでの出力先に変更したものです。 >>171
300betaのbatchBでTVAIってどうやるの？
202cのtval.batは使えませんよね >>177
202cのtval.batの処理をを300betaのバッチファイルに移植。 書き込み見ると不具合だらけみたいですけど、まだ未購入なのですが安定バージョンとかあるのですか？ >>179
今話題になってるのは新機能をテスト中の3.00のβ版（体験版仕様でそもそも無料）
202ｃが安定版、とりあえず録画時間制限のある体験版を試すのいがよいです 中だし精液のトロトロ感が欲しいな
ただの白い線になってしまうのが悲しい アニメで壁の羽目板を縦に張ったような所で黒斑点が描写される現象が発生する。
2.20cは、上記の事象は発生しない。
3.00は、アニメには不向きの様。 >>183
細かいモザイクの検出をＯＮとすることで黒斑点が描写されなくなることを確認。
2.02ｃのように検出の感度を調整できるように出来ないでしょうか。 >>184
細かいモザイクの検出「ＯＦＦ」でモザイクが検出されていた部分が細かいモザイクの検出「ＯＮ」とすることでモザイクが認識しなくなる部分が発生する。 今本体は最低限の機能で試してもらってるんじゃないの? モザイクの検出が２種類だと認識できないことある
５パターンくらい設定できるといいかもね ★YouTube で日本人女性のおっぱいをみる方法を解説します >>179
アップグレードはタダだよ
こんなエキサイティングなソフトに安定版とかアホかよ
とにかく試してみるのが最高のエクスペリエンス
安定版とか考える性格なら、手を出さない方がよい Gumroadで駄目な物がboothでイケる訳もなく・・・ Gumroadは前々からエロ全面禁止するっつってたんよ 決済会社がダメと判断だからねぇ
dlsiteなら可能な気もするが ci-enでもfantiaでもなんでもいいし、再課金必要になっても全く問題ないのでどうか解決して欲しい ありゃりゃ、まあ色んな意味で目立つようになってきたし、業界の人からしても排除したい存在だったろうからなあ We'll be back soon!
と書かれてるけどこれは遺言か >>195
販売してる物的にdlsiteならいけそうかも
個人的には他のプラットフォームになって買い直しになってもいいから継続してほしい処 要望
長い動画丸ごとじゃなく、シーンチェンジを自動で切り分けてシーンチェンジごとに破壊して最後に全体を繋げる仕様もにできる設定が欲しい >>201
それは動画編集ソフト側でやることでは… >>201
losslesscutとかで自分でやりな もし他のプラットフォームに移転しても応援してる
何度でも買い直すぞ 正規版ver.3.00から新たに売り直せば良い 又買いますよ >>189
分かりました、不具合だらけのアプリみたいなので買うのをやめておきます >>208
購入可否の宣言の書き込みが多かったので自分も書きました
正式版出るまで様子見ようと思っていましたが、>>189を見て本当に不具合だらけなんだなと思い、買うのは控えた方が良いと判断しました いまみんなが買うぞぉって言ってるのは別問題。
販売サイトを移動する必要が出てきて、移動したら既存のユーザーかどうか確認できなくなる。
移動しても新規に買いなおすよと言っている。 >>212
なるほど、分かりました
今後もどうなるか分からないという事ですね、不具合等々も含めて考えると、やはり購入は様子見する事にします
ありがとうございました >>210
この手のソフトに正式だの安定だの。
なかなか特殊な感性を持っていらっしゃる。 かまって欲しいだけの荒らし野郎さ
無視するのが一番効くぞ 既に購入分に関しては影響無いと良いなぁ。「性的欲求を満たす為••」やて中には昆虫見てる人もいるやろ、知らんけど。 ま、買わないですけどね
アホの相手に興味ありませんので 冷たくあしらわれたら、キレちゃったガキか
こんなところに、湧くのは珍しいね リアルで喧嘩売ってんの？と言われてビビるタイプなんですね
面白かったですよ それ言い出す奴が1番リアルでショボイんやで
人間の深層心理の現れや
言い出されて言い返すのはそうでも無いけど
何か言い出す奴はそれについての劣等感があるからその言葉を発するんよ 喧嘩売ってんの？でビビった自覚がある奴ほどねちっこいんですよ
そうです、しつこくねちっこく書いてるあなたの事です
ちなみに僕からは個人を批判するような発言はしていませんので、あしからず 喧嘩売ってんですか？程度でねちっこいですね～
ちなみに僕からは個人を批判するような発言はしていませんので、あしからず 荒らしはスルーするが吉
使いこなしている人達は、このパフォーマンスに1,200円は安すぎという事がわかってる
配布サイト変更は無問題 購入を様子見すると書いただけで荒らしですか、凄いですね もう何でも良いけど。ここの人間に嫌われる様な発言してんのは自覚出来たやろ？
消えてくれるかな？ >>189の言う事を受けて、不具合が多いようなので購入を様子見します、と書いただけですけど こちらが素晴らしいと思っているものに対し、不具合だらけだとか、わざわざ購入様子見ますと
何度も書かれると、気分が悪くなって嫌味も書きたくなるのでしょう。
たった１２００円、しかも無料でアップグレードしてくれる。こんなに
良心的なソフトウエアは珍しい。
アップグレードも、不具合の修正というより、性能の向上が主です。
今話題の3.0はβ版なので、不具合があるのは当たり前。
そもそも、製品版ではありません。
2.02Ｃはそれなりに安定していますよ。
Gumroadの問題で購入不可能になるので、今買うのが吉。
荒れるので、レス不要。 >>231
>>189で、安定版とか考える性格なら、手を出さない方がよい、と書いてあったのでそう書いただけです
製品版は不具合無いんですか？ >>230
丁寧に書いてるつもりなんですけどね
まぁキモいからどっか消えてくれへん？
ババでも垂れてその上がり切った血圧でも下げて来た方がええで
これでええか？
何にしても嫌われてる自覚はあるんやろ？ナニ居座ってんの？意味分からんのやけど 何故居座ってるか
皆がレスを返すから
全員無視したら消えるよ ID:X61nBy2u
発達障害のキチガイ
無視な >>232
3.0はβ版なので、不具合があるのは当たり前、と言いますが
にしても大量の不具合書き込みを見て、製品版買って大丈夫かなと不安になり質問するのはそんなに悪い事ですか？ >>227
何だか、ずっとあなたとだけ会話してる感じですけど
だってほら、大量の不具合書き込みを見て、製品版買って大丈夫かなと不安になり、質問をして、>>189と返ってきたので、それに対して、じゃあ様子見します、と意見を書いただけですし
同時間で多数に荒らしやキチガイ扱いされような内容を書いてませんから >>238
3.0は色々アップグレードしようと試行錯誤調整している段階
過去も不安定な時はあったし、そこから安定もした
また、個々人の設定やPC次第では不安定な事もあるが、問題無い人間も多数
アップデートは最初に購入してから全て追加もかからず1200円のみ
その1200円をそれだけ慎重になって惜しむのならばやめた方がいい
そもそも完璧を求めるならこういった有志の作るアプリなどに手を出すべきでは無い
だから、アナタのその質問は相手にされる様な話ではそもそも無い
自分で確かめてみたら？って反応なのは仕方のない事
欲しいなら買え、不安なら買うな
誰でも保証はしないので
でも不具合をここで上げたりし製作者が対応しようとしてくれて、このアプリは完成に近づいていく ID:X61nBy2u買わないなら此処に用は無いだろ 消えな
お前にはママのおっぱいがお似合いだぜ 3.0が正式版になっても2.0までとライセンスは別にしないだろうね
単純に管理が面倒くさくなるし
ベータテストに参加してないけど2.0使いながら大人しく待ってます >>243
今はガムロードの購入履歴からアップデート版をDLしてるんだから
そこ自体から締め出されたら継続は難しいのでは、というのが現状かと >>239
不具合の書き込みだらけだったので、製品版について慎重になっただけですよ、完璧を求めているなんて書いていませんが
また、
>そもそも完璧を求めるならこういった有志の作るアプリなどに手を出すべきでは無い
だから、アナタのその質問は相手にされる様な話ではそもそも無い
とありますが、相手にするしないはあなたが決める事ではありませんね
>>240
僕の>>238に返してますけど、無視するんじゃなかったんですか？ねちっこいですね～ て博士のX見たら約一時間前に今後の見通しを書いてたね
・既存購入者は販売停止措置後も、既に購入済み＆博士がアップロード済みのファイルのDLは継続して出来る
・販売者側は販売停止措置後は新規データをアップロードできない≒販売停止措置後のアップデートは不可能になる
・販売停止がいつになるのかは「近いうち」で正確な日時の通知はされてない模様
スレ伸びてると思ったらなんか半分荒らされてたくさいけど
最悪発売プラットフォーム自体が見つからなくて入手不可になるまでありそうなので、未入手で迷ってる人は今すぐ買っとけって思う >>245
もし>>180で返事した人がおぬしなら
ちゃんとお返事はしてるので書いたことを試さずにレスを続けてるんなら流石に荒らしにしか見えん そうなのかぁ、停止になったらアップデート落とせないのかぁ。cpuとグラボ交換したらこれだぁ。 >>246
>スレ伸びてると思ったらなんか半分荒らされてたくさいけど
文脈的ににぶっこむの無理がありますよ
>>247
それを見て購入しようかなと思っていたんですよ、したら>>189と返ってきたので、取り合えず様子見しようと思いました
その後は攻撃された側の僕が軽く返しただけです
僕からは個人を批判するような発言を始めていませんので、あしからず 僕もX見てみました
今から購入するのは止めたほうが良いと思います、だそうですね
今後のバージョンアップがないなら、購入した所でネットに無料で転がっている出来以上の物は望めないという事になりますね
間に合うかもしれないJavPlayer_Ver.3.00が安定していればという思いがありましたが、最悪なタイミングで迷います そもそもAVは成人向けだろうに、何を破壊したくてこのキッズは居座ってるんだ？w Gumroad云々はもうわかりました、次期販売先を探すつもりが無いんでしょうかね
その意思があるかないかは重要だと思いますが、それについては何故か述べていないようですね Javski
@Javski2
別の場所での販売やGumroadで購入したユーザーのアップデート方法については未定です
何も思いつかなければ、しばらくは販売せずにアップグレード版(GumroadまたはFanzaでダウンロードしたユーザーのみ使用可能)の配布のみになると思います
とりあえず、JavPlayer_Ver.3.00のリリースを急ぎます 何も思いつかなければ、しばらくは販売せずにアップグレード版(GumroadまたはFanzaでダウンロードしたユーザーのみ使用可能)の配布のみになると思います
との事、それ今のうちに買った方が良いよって話ですか？どちらなんですかね 突然放棄するかもしれんし無料でアップデートするかもしれん
まあ無償でアップデートしていっても突然嫌になって消えることはよくある 昔のぼったくりモザイク除去機はけっこうな値段したよな
エロは情熱 購入はおすすめしません、が本音なら、JavPlayer_Ver.3.00のリリース後、せいぜいその不具合対応のみで、それ以降はもう良いかな出来も頭打ちだし、という心境なのかもしれませんね
本音なら エロ動画販売してるような所でzipに入れれば販売できるんじゃないですか 2.02cで処理した動画だけ過去バージョンよりファイルサイズが3倍ぐらいあるんだが、何か設定がおかしいんだろうか…
普通に再生はできるが、処理した動画のサムネイルも表示されない >>262
録画詳細設定→General→録画品質 と 高速コマ送り用動画のフレームレート をいじってる予感 >>265
本当にねちっこいですね～
子供とかガキとか、コンプレックスすご過ぎですよ、カツアゲされたんですか？禿げてるんですか？
毎日5chで複数ＩＤファンネルかましてる残念な人にしか見えませんよ
コミュ障なのは分かりますが、まさか、障害者年金で生きてるレベルですか？大丈夫ですか？元気ですか？ SupJavとか、中華に頼んだら売ってくれるんじゃないか？
ある意味運命共同体なんだから。 267はマジでそう考えていそうで怖いな 運命共同体って…… バージョン３正式版から仕切り直しで別の販売サイトに変えて買い直しで良いと思うけど、EZは大きな更新ないまま買い直しにするのが作者氏の良心が痛むのかな
バージョン４でEZと機能統合して名前もJavPlayerUltraとでも変えて新規販売したらどうだろうか。３０００円以内でお願い
お願いついでに要望
ＰＣでリアルタイム破解しつつ、その破解動画をスマホアプリにリアルタイム転送してスマホで破解動画を視聴したいです
スマホアプリからJavPlayerSeverをリモート操作してＰＣ上でリアルタイム破解された破解した動画をスマホアプリ上で視聴
スマホのＧＰＵ性能がリアルタイム破解できるほどの精嚢になることは今後もまず無いだろうから >>269
そんなにスマホで観たいなら、
破解したファイルをクラウド保存して観ればいいのでは？ >>269
RDPなりVNCなりで見ればいいんじゃね？ >>269
>リアルタイム破解できるほどの精嚢
これが言いたかっただけだろ 手数料も安くてエロOKの販売サイトが良いとこがないのかな？
エロじゃないんだけどな
どう利用するかは購入者次第😆 最近VRを体験してJavplayer以来の衝撃を受けた者です。
博士、EZのVR対応お願いします。
現バージョンで細かいモザイク設定で対応できるシーンもあり重宝してますが、Steam VirtualDesktop経由で映像下方がカットされてしまいます。
最終的にはsteamVR対応になってほしい。 今後JavPlayerが入手不可になって当面X上でのアプデのみなら、
今買っておかないと当面買えなくなって悲惨になるだけじゃ >>269
バーチャルデスクトップで普通にスマホ遠隔で破壊したりリアタイ視聴したりできるだろう
現にやってるわ そろそろ寝ようかなあ…てタイミングで来たか
寝れなーい 202cでは普通に処理が進む動画の多くが300では最初から止まったりエンコードできずに終わります。いまのところ原因は不明 いくつか試してみたけど、やはり博士おすすめのTG8Xa（2）が一番いい感じ
βテストに参加しなかったのでファイル名に設定情報が付与されるのを知らなかった
これまでVBAで各種設定を入れたファイル名生成してたのでムネアツでした
これから2時間ものをセットして寝ます 加工設定をおこない処理を開始すると真っ黒の画面になって
「●タイムスタンプ抽出中」のメッセージが出て次に
「●合成＆エンコード中」とメッセージが出で黒い画面で止まります。
処理できる動画と出来ない動画があるので確認をお願いいたします。 起動後動画を開かずそのまま設定を呼び出しフルスクリーンにしてウインドウモードにすると
黒い画面のまま動かなくなりました
再起動すればまた正常動作します
ご報告まで 3.00beta版では問題なく動作していましたが3.00正式版では
Microsoft Visial C++ Runtime Library Runtime Error!が発生します。 ツール上では正常終了となるがinputに縮小画像が作成さず、無加工の動画が出力される。 私の環境では同期がとれてなかったMediaFoundationも問題なく使えるようになった
rec_name_format.txtにも対応してくれてありがとう
複数の解像度、コーデックの動画試して全く問題ないので、3時間物をfullで処理中 FHD(1920x1080)の動画を読み込ますとウインドウが一面黒で再生もシークもできない。
202cでは正常に再生もシークも行える。 >>286
Runtime Errorのウインドウを消さないと処理を継続して破壊処理が行われる。
300は、新規フォルダ上で環境を構築している。（beta版に上書していない） >>284
これは同様なUIのEZにもある不具合ですね
動画をドラッグ&ドロップすると復帰しますが、この際修正を希望します >>288
自己レス
3時間の動画なのに完走早い！と思ったら20分くらいの動画しかできてなかった
指定範囲は0:00:00～2:57:57だったけど、ベータ版のような時間制限が残ってる？ 2.02cは問題なかったけど3.00になってから外部ツールの実行で止まってしまう、RYZEN5 2400geを使ってるけどROCmに対応してるのかよく分からない。 取説 「[[BVPP1Xdf]は特殊な処理を行うもので、」
上記をバッチAだけでやるとダメなんだね Bのバッチに何か入れないとエンコードでエラーで止まる。（エンコード開始しなくて真っ暗でストップ状態）
別の意味でも特殊だったｗ ３０分悩んだわｗ 2.02cで認識されていたVRの細かいモザイクが認識されないようですね >>287
InitTitle:JavPlayer Ver.3.00:4393000
***BatchFolder not found : E:\UserProgramFiles\JavPlayer\JavPlayer_300\Tools\licenses\BATCH
バッチファイルのパスが異なりバッチファイルが見つからない様です。
バッチファイルは、「E:\UserProgramFiles\JavPlayer\JavPlayer_300\Tools\TG&BVPP_CUDA\BATCH」に配置しています。
licensesフォルダを削除しても変化なし。 んー3.0は今までので1番未熟かもな
何とか安定かつ過去のバージョンで出来てた事は全て下位互換でクリア出来たら素晴らしいんだが
だが格段にレベルアップを目的に作っていただいた事は容易に分かるくらい性能がステップアップしてる
凄く尊敬するわ >>289
ファイル名に【】が含まれていたのが原因と思われる。
【】を削除したら正常に表示された。 2.00ぶりに復帰しようと思ったら3.00ややこしくてわけがわからないよ
誰かまとめサイトつくってくれ >>286
>>290
アスペクト比が一般的なアスペクト比と異なっているのが原因？
幅 : 1,280 ピクセル
高さ : 720 ピクセル
モニターのアスペクト比 : 1.911
元のモニターのアスペクト比 : 1.910
異常ログは、特に見当たらない。 >>299
「ややこしい」？
インストールはDLして解凍して、自分のGPUに合ったTG&BVPPをDLして"説明.txt"の指示にしたがいフォルダ移動するだけ
設定はバッチファイル、モデル、ノイズ等の組み合わせだけど最適解はファイルごとに別
基本の博士推奨のTG8XaとSTDにして調整するしかない
2.xとはUIが異なってるけどマニュアルさえ読めば単純な利用までは迷わないと思うけどなぁ >>297
未熟って、何この上から目線は
不満があるなら改善して欲しいところを提示しろや 脚がなければ走れないように、脳が欠損しているバカには出来ないことがあるのだよな。 今回は最大のメジャーバージョンアップだから、ある程度ユーザーの環境による問題がでるのは仕方ない
自分の環境含めた明確なトラブル報告で改善してもらえれば良いのでは
UIやパフォーマンスは確実に改善されているし、近年のサブスクだらけの状況で1,200円の買切りでこのレベルアップには感謝している ファイル名に2バイト文字入ってると合成＆エンコード中で止まるのかな >>299
ファイル構成が大変更になってるので久しぶりの人のV３導入は
まず
https://x.com/Javski2/status/1823373435336323139
「JavPlayer_Ver.3.00beta体験版」
を入れて付属の説明のテキストファイルをよんでから始めるとわかりやすいかも。 >[BVPP1Xdf]は特殊な処理を行うもので、ちらつくタイプのモザイクを
>STDモデルで超解像できるように前処理します
DeFlickerによる処理は思った以上に良い感じです。大きめのチラつくモザイクもわりと
安定して処理されています。対象範囲全体の明暗の点灯が緩やかになる反面、AF＊で処理した
ときより輪郭がぼやけていますが実験段階というより実用性がしっかりあると思います。 加工設定をおこない処理を開始すると真っ黒の画面になって
「●タイムスタンプ抽出中」のメッセージが出て次に
「●合成＆エンコード中」とメッセージが出で黒い画面で止まります。
ですが、ファイルの保管場所を別付けのハードディスクからPC本体のハードディスクに
移してそこで処理をするとエラーにならないようです。細かな仕様はわたしでは理解が
できませんが処理が進む条件が見つかりましたのでご報告まで。 >>309
うちの場合は別付けハードディスクの動画の中でも、処理が進むものと進まないものがあります >>310さんへ
説明が不足し失礼しました。309さんと状況は同じであります。処理できないものを
PC本体に移動したら処理が進みました。という状況で、別付けのハードディスクで保管を
しているものでも処理できるものがあります。その違いについてはまだ確定できていない
状況です。 >309さんと状況は同じで
310さんの間違いです。すみません。 >>306
そのケースもあるようです
途中で止まっていたファイルの場所とファイル名を変更したら完走しました
ソースのフルパスを英数だけ(c:\tmp\a.mp4)にしただけです >>306
そうなると、ひらがなや漢字などで表される動画タイトルはファイル名に使えないってこと？ >>314
フォルダパスが半角だけなら一旦ファイル名を変更して破解するだけじゃない
自分にとっては元のファイル名をクリップボードに入れておいて、破解後クリップボード履歴から張り付けるだけなので苦にならない 博士より
動画のファイル名は大半が2バイト(全角)文字を含んでいて、日本語のタイトルでも問題ありません
ただし、特定の文字でエラーが発生する可能性はあります
↑
2バイト文字は関係ないみたいですね
エラーの起きる文字を特定したい 202cだとモザイク検出の設定を色々変えることで拾えてた小さな面積のモザイクが300だと出来ないや
300のプレビュー画面では検出して破解してるんだけど超解像実行すると出来てない
202cみたく細かく設定できるといいな >>298
削除した【】を元に戻したら現象が発生せず、正常に動作。 >>298
削除した【】を元に戻したら現象が発生せず、正常に動作。 >>300
再エンコードを行いアスペクト比を16:9とした所、Runtime Error!が発生しなくなった。
幅 : 1,280 ピクセル
高さ : 720 ピクセル
モニターのアスペクト比 : 16:9 久しぶりに入れたら大幅に進化してて驚いた
さすが博士だ あれやこれや入れなくてもいいし設定も楽でいいわ
破壊もアップした感があると思うし博士に感謝 苦戦してる書き込み多いから心配だったけど相変わらずマニュアル通りにやったら大丈夫でよかった 動画の横幅の設定無くなったのか？
速度重視だったから重宝していたんだが 動画によってエンコの時にモザイクが残ってるけど、workの中の画像は破壊されているっぽい？
vsnycとかgpuの垂直同期とか色々変えてみたけど改善せず。動画はmkvで時間を長くするほどズレが大きくなる。タイムスタンプがズレていっているような感じ。
同じ症状で改善した方いれば方法をご教示くたさい。 WIDTH設定ないと困る。アスペクト比設定しても
高さでないしなにかと矛盾してくる BVPP1Xdf下処理めっちゃ良いじゃんSTDでチラついてた動画がTG8Xhd2と3XSR程度でもキレイに破壊できるわ 画面サイズが奇数のため～って出て開始出来ないのあるけどサイズ見ても偶数なのにどういう事かわからない bvpp関係のバッチファイルが立ち上がらなくなりました。
300betaでは問題なく機能していたのですが、300では全く機能しません。
TG関連のバッチファイルは問題なく機能しています。
原因は何でしょうか？ L&Rボタン長押しの画面表示抑止は無くなったのでしょうか？ 今までSTDでだめだったやつがBVPP1Xdfかけることでいけるようになったのがすごい ・バッチAが[BVPP1Xdf]でバッチBがNONEだとエンコードでエラーが発生する
現状でこの現象回避したい場合ってバッチBに何指定すれば一番いいんだろうか… 「画面サイズが奇数なため、録画実行できませんE:Videos\javPlayer\」が表示される。
ログを見ると画面サイズを[email protected]と認識している。
・録画対象のファイル情報
長さ : 59分 42秒
ビットレート : 11.1 Mbps
幅 : 720 ピクセル
高さ : 480 ピクセル
モニターのアスペクト比 : 4:3
元のモニターのアスペクト比 : 3:2
フレームレートの種類 : 固定 (CFR)
フレームレート : 59.940 (60000/1001) fps
・ログ
[F] Start()
InitTitle:JavPlayer Ver.3.00:5441494
BatchFolder not found : E:\UserProgramFiles\JavPlayer\JavPlayer_300\Tools\licenses\BATCH
[AVProVideo] Opening E:/Videos/XXXX.mp4 (offset 0) with API MediaFoundation
ChangeTitle:JavPlayer Ver.3.00 : XXXX.mp4
[AVProVideo] Using playback path: MF-MediaEngine-Hardware ([email protected])
StartRec:XXXX@BVPP1Xdf+TG8Xft2(STD)#23[31m8s-31m16s]^WM.mp4 ----------------------------------------------------------
RestoreControl 画面サイズが奇数なため～は自己完結した、JAVで1ピクセル足したら普通に出来た。 >>328
自分もMKVを破解したけど30分くらい確認しても特にズレは感じないなぁ
TG8Xa-NONE (STD)、
ソース コンテナ：MKV、映像コーデックh264、解像度1080P 29.97fps 同じ設定で複数処理したい時でも1ファイル毎に設定するのは少し手間 >>341
ファンクションキーにプリセット登録ではダメなのか >>337
>>307
今のとこそういう仕様。 警告でも出てくれればって感じ。 >>342
接続減らしても関係ないですね。
そもそもバッチファイルが起動しません。
容量不足でしょうか？ アンカまちがい
>>294
説明ファイルにかいてある。まずはこれを試してみては。
「 [BVPP1Xdf]は特殊な処理を行うもので、ちらつくタイプのモザイクをSTDモデルで超解像できるように前処理します
"1X"は拡大なし,"df"はDeFlickerの意味です
実験段階ですが、興味があったら「バッチA=TG8Xa,バッチB=NONE,モデル=AF1」と「バッチA=[BVPP1Xdf],バッチB=TG8Xa,モデル=STD」を比較してみてください 」 >>318
みんな、失敗した動画のファイル名を書いて博士に協力しよう 博士が一押しのBVPP8XaをSTDで使ってみましたが黒いノイズが酷くて
とてもよくない結果です。BVPP4Xですと黒いノイズはなくCGっぽいですが
割と良い結果となります。みなさんはBVPP8Xaはどういう設定の組み合わせで
やられていますか？黒いノイズが処理範囲全体に出ていますか？ 作業領域を別ドライブ指定できるようになったの嬉しい Visual C エラーの出ている方で解決された方はいますか? 博士が言っていたBVPP1Xdf+BVPP8Xa(STD)はかなりいい感じだった。STDのチラつきがかなり抑えられてる。
これまでSTDだとチラつきが多いけどAF0だとぼやける、みたいな動画の処理に困ってたけど何とかなりそう。 個人的にUIは非EZのほうが好みだったのはある、設定出すと映像に大きく被っちゃうのが苦手
>>351
すごい同意、BVPP1Xdfは全く予想してなかったけどまたやり直しが増える沼だ
これはびっくりしたね
>>319
SD解像度のお気にのが超解像自体見違えるくらい行けるようになったんだけど
画質が低いソースだとモザイク認識が202よりも落ちてて、取りこぼすシーンは増えちゃった
300の超解像力でモザイクさえ認識できてれば…ってのが結構ある
202までだと場合によってはAI切ったほうがモザイク範囲は拾えるやつとかもあったから同レベルの実装があるといいなあ 長尺物をバックグラウンドで処理させてると、(他の作業がきっかけで？)指定範囲の途中なのに次のプロセスに移行してしまう事ありませんか
突然モザイク調査から縮小画像生成やエンコードに移行してしまう
取りあえず破解範囲を短く区切って、つなぎ直して対応しています TG&BVPP_CUDA_300a.zipの解凍がいつまでも終わらないんだが >>287
>>296
「BatchFolder not found : E:\UserProgramFiles\JavPlayer\JavPlayer_300\Tools\licenses\BATCH」は、
Toolsフォルダ下に作られたフォルダの中にBATCHフォルダが存在しない場合に出力されるメッセージの様で
メッセージ自体は、問題ないと思われる。
処理対象があることを処理状態確認モードで確認。
batchAが実行されない。（コマンドプロンプトが表示されない）
・ログ
batchModelA=[BVPP1Xdf]_STD
ConvA:[BVPP1Xdf]_STD
convVram=10788=12288-1500
convMem=23852
numProc=10
numInput=4
exeFolderPath=E:\UserProgramFiles\JavPlayer\JavPlayer_300\Tools\TG&BVPP_CUDA
numArea=4
batchModelB=TG8Xft2_STD
ConvB:TG8Xft2_STD
numInput=6
BeginEncoding
ffmenc_arg=-y -f rawvideo -pix_fmt rgb24 -s 720x480 -r 59.94 -i - -c:v libx264 -crf 20 -force_key_frames expr:gte(t,n_forced*2) -aspect 1.3333 -pix_fmt yuv420p "E:\Videos\JavPlayer\tmpVIDEO.mp4"
extractCount=timeStamps.Count=1259
Encoding of remaining frames in progress:1256/1258
Encoding of remaining frames in progress:1257/1258
Encoding of remaining frames in progress:1258/1258
Delayed encoding of all committed frames completed.
commitCount=1258 encodeCount=1258
EndEncoding:False
FFmEncoder was exited.
Encode done
AttachAudio start
EndRec >>355
355ログへの追加
orgW=720
orgH=480
orgAspect=1.5 modAspect=1.333333
dispAspect was changed to 1.333333
orgAspect=1.5 modAspect=1.5
vidFrameRate=59.94
arg=-ss 1293.41 -to 1757.99 -copyts -i "E:/Videos/Captures/DVD/少女神話 秋元ともみ デジタルリマスター.mp4" -vf showinfo=checksum=0 -fps_mode vfr -f null pipe:1
Directory deleted... F:\UserProgramFiles\JavPlayer\JavPlayer_300\Work\_deleting\Helter Skelter Episode 2 Raw_721.24-727.24
ext_command=ffmpeg -ss 1293.41 -to 1757.99 -copyts -i "E:/Videos/Captures/DVD/少女神話 秋元ともみ デジタルリマスター.mp4" -fps_mode vfr -c:v rawvideo -pix_fmt rgb24 -f image2pipe pipe:1
time_base=1/60000
StopRec
elapsedTime=14.58665
recordTime=0
CleanRec
RestoreControl
JP3.udj has been saved.
StartRec:XXXXX@BVPP1Xdf+TG8Xft2(STD)#23[21m33s-21m54s]^WM_2.mp4 ----------------------------------------------------------
・・・
Time spent for investigating = 21.57253
batchModelA=[BVPP1Xdf]_STD
355ログへ続く 確かにbupp1xdfの組み合わせ、新作系にもハマると良い感じになるね。楽しみ増えた。 >>301
ややこしいというかワケワカランね
Toolsフォルダの下にTGやBVPPを貼り付けても「画像処理バッチファイルA」のところで選択出来ないんだわ >>359
V2の頃のTGやBVPP持ってきてもダメやで
V3用を使わんと >>359 jav3.00のtoolの中に同じ所からダウンロードしたTG&BVPP_CUDA（nvidiaのグラボの場合）をコピーして貼り付けるだけだろ。 マニュアルpdfと説明txtを読んでわからないレベルのPCスキルの人は無理だと思う 今作は上で書いてくれてる通りフォルダコピペするだけだけどそんなに難しいのかな まずDL
1.本体 DL
https://x.com/Javski2/status/1842215690289508721
2.TOOLSフォルダに入れるファイルをDL。 （TG&BVPP_CUDA_300.zip NVIDIAの場合）3.4Gくらい
https://x.com/Javski2/status/1837668927712960563
3.上記２は最新でないので差分もDL。 TG&BVPP_CUDA_300a_diff.zip 160Mくらい
https://x.com/Javski2/status/1842215894023577745
4. １を解凍してその中にあるTOOLSフォルダに２を解凍して置く（TG&BVPP_CUDA）
5. ３を解凍してTG&BVPP_CUDAのフォルダごとTOOLSフォルダにドラッグ。これで差分が適用される。
終わり。 202cで普通に使ってて設定も理解してる↑の方法は当然説明読んでても出来ないんだよ、今回は本当に簡単だと思うけどエンコード時にエラーが出ちゃう、NONEならエンコ進むけど。 Ver2までの実験が落ち着いて使える処理が絞られたのは良い
どんどんカオスになっていったからね ini設定項目でいいんでpng選べるようにしてほしい
それかバッチの中身のjpgをpngに書き換えてもエンコできるようにしてほしい
あとバッチ登録して実行するとテクスチャノイズの値が必ず2になってる 不具合事象：
・BVPP＊X.bat、[BVPP1Xdf].batで、出力画像ファイルが作成されません。
複数の動画ファイルで同じ不具合となります。v3.00では一度も正常処理できていません。
・JavPlayer画面：超解像に失敗しました。画像を一枚も処理できませんでした。
DOS画面：pause待ち。メッセージログ画面：エラーなし。
・\Workディレクトリには、\outputA\00000が作られているが、画像ファイルは無し。
・TG8X＊.batは、同じ動画ファイルを問題なく処理終了します。
ログは後述します。
追加情報：
1）JavPlayer_300betaでは、同じ動画ファイルをBVPP8Xa+TG8Xft2で処理できています。
2) PC構成を変更しwindows11をクリーンインストールしたため、CUDA Toolkit 12.6 Update 1、cuDNN 9.4.0 win64_CUDA12_tarballをインストールしています。
3）PC環境 Ryzen 9700x RTX4070s(12GB) Windows11。 >>369
ログ：
orgW=720 orgH=406
orgAspect=1.773399 modAspect=1.777778
vidFrameRate=29.97
arg=-ss 634.64 -to 639.64 -copyts -i "M:/MOVIE/TEST SDDE-361.mp4" -vf showinfo=checksum=0 -fps_mode vfr -f null pipe:1
ext_command=ffmpeg -ss 634.64 -to 639.64 -copyts -i "M:/MOVIE/TEST SDDE-361.mp4" -fps_mode vfr -c:v rawvideo -pix_fmt rgb24 -f image2pipe pipe:1
time_base=1/30000
Time spent for investigating = 2.990585
batchModelA=BVPP4X_STD
ConvA:BVPP4X_STD
convVram=11288=12288-1000
convMem=25977
numProc=3
numInput=4
exeFolderPath=F:\JavPlayer_300\Tools\TG&BVPP_CUDA
numArea=11
RequiredVram=388=300+(1900*18*26/10000)
RequiredMem=2402=2300+(2200*18*26/10000)
FreeVRAM(11288-0)>=RequiredVRAM(388)
FreeMem(25977-0)>=RequiredMem(2402)
***lastCommand="F:\JavPlayer_300\Tools\TG&BVPP_CUDA\BATCH\BVPP4X.bat" "F:\JavPlayer_300\Tools\TG&BVPP_CUDA" "F:\JavPlayer_300\Work\TEST SDDE-361_634.64-639.64\" input\00000 outputA\00000 STD 0 388 12288
ExitProc:15676
File count unmatch ... input0(150) != output0(0) ←←
[F] Error: index=0 vram=388 ←←
ConvFail1 ←← >>366
自分は"動画保存先フォルダ"を別ドライブに設定していたら、同じように超解像が終わってもエンコードエラーが
出て完成しなかった。 それで、Ver.3のインストールフォルダ内に設定を変更したら、エラーが出なくなり完成
するようになった。
おま環かもしれないんだけど、別ドライブに変更していたら元に戻してみたらいいかも？ >>365
ありがとうございます、出来ました
BVPP1Xdfが「合成＆エンコード中」で止まってしまいますが色々やってみます >>372
いちおう書いとくけどもBVPP1Xdfは初仕様の
フリッカーを抑える下処理専用の特殊なやつ（もモデルファイルに添付の「説明.tx」tに記述ある）だから
バッチBは必須 動画をドロップした場合とファイルブラウザで開いた場合で画像サイズの認識が異なっている様ですが問題ないでしょうか？
・動画をドロップした場合
[AVProVideo] Using playback path: MF-MediaEngine-Hardware ([email protected])
[AVProVideo] Texture size changed: 720 X 480
・ファイルブラウザで開いた場合
[AVProVideo] Using playback path: MF-MediaEngine-Hardware ([email protected]) マニュアルの6P目にAI処理てあるけどオプションにその項目はないんだけどな
と言うかモザの検出がイマイチの様な 博士より
報告されている不具合の大半は、MediaInfo.exeを使用した動画情報(解像度,フレームレート)の取得に失敗していることが原因のようです
「通常は画面縦横比を"16:9","4:3"のように出力するが、一部の動画では"1.333"になる」というような謎の多い仕様なので、別のツールを使うべきか検討中です
参考までに不具合が発生しているファイルをMediaInfo GUI／MediaInfo CLIでアスペクト比を取得
結果は、下記となります。
・javplayerのログ
orgW=720
orgH=480
orgAspect=1.5 modAspect=1.333333
・MediaInfo GUIの実行結果
幅 : 720 ピクセル
高さ : 480 ピクセル
モニターのアスペクト比 : 4:3
元のモニターのアスペクト比 : 3:2
・MediaInfo CLIの実行結果
MediaInfo "--Inform=Video;%DisplayAspectRatio_Original%" "XXXXX.mp4"
1.500
MediaInfo "--Inform=Video;%DisplayAspectRatio%" "XXXXX.mp4"
1.364
MediaInfo "--Inform=Video;%DisplayAspectRatio/String%" "XXXXX.mp4"
4:3 300betaでは「ffmpegに失敗しました」が表示されるためGPU→CPUに変更して正常に動作。
300では300betaと同じ設定で「ffmpegに失敗しました」となりCPU→GPUに変更して正常に動作。
何で同じ設定で動作しないのかな？ >>375 それワテも思った。前のバージョンの右上の見たいにAIアイコンや人物？ あと画質調整のやつ（DVD動画とかで下げて使ってた）とか復活して欲しい。 地味に不便なのは区間別処理設定が無くなった事、背景モザイクとか認識するところが多い場合飛ばせれない。 >>369
・CUDAのバージョンを10.2にダウンし、cudnnを9.4.0.58_cuda11に変更しました。
しかし、BVPP処理で画像が出力されない状況は、改善しません。
システムログの内容が [F] Error: ConvFail1 と変化しました。
ログを後述します。 >>380
ログ抜粋
batchModelA=BVPP8Xa_AF0
ConvA:BVPP8Xa_AF0
convVram=11288=12288-1000
convMem=26412
numProc=3
numInput=4
exeFolderPath=F:\JavPlayer_300\Tools\TG&BVPP_CUDA
numArea=14
RequiredVram=366=300+(1900*16*22/10000)
RequiredMem=2488=2400+(2500*16*22/10000)
FreeVRAM(11288-0)>=RequiredVRAM(366)
FreeMem(26412-0)>=RequiredMem(2488)
lastCommand="F:\JavPlayer_300\Tools\TG&BVPP_CUDA\BATCH\BVPP8Xa.bat" "F:\JavPlayer_300\Tools\TG&BVPP_CUDA" "F:\JavPlayer_300\Work\TEST GVG-256_5691.08-5696.08\" input\00000 outputA\00000 AF0 0 366 12288
RequiredVram=354=300+(1900*16*18/10000)
RequiredMem=2472=2400+(2500*16*18/10000)
FreeVRAM(11288-366)>=RequiredVRAM(354)
FreeMem(26412-2488)>=RequiredMem(2472)
lastCommand="F:\JavPlayer_300\Tools\TG&BVPP_CUDA\BATCH\BVPP8Xa.bat" "F:\JavPlayer_300\Tools\TG&BVPP_CUDA" "F:\JavPlayer_300\Work\TEST GVG-256_5691.08-5696.08\" input\00001 outputA\00001 AF0 0 354 12288
RequiredVram=398=300+(1900*26*20/10000)
RequiredMem=2530=2400+(2500*26*20/10000)
[F] Error0: index=00000 vram=366 mem=2488 ←←
FreeVRAM(11288-354)>=RequiredVRAM(398)
FreeMem(26412-2472)>=RequiredMem(2530) >>382
処理ABVPP8Xa 処理Bなし STD 追加処理なし
でやると黒いユラユラしたノイズが酷くで使えないね。
博士は絶賛しているけど結果は良くなく他のTG系やBVPP4を
処理Bに入れても黒い小さな揺れが輪郭周辺に残って良くない。
結果が明らかに悪いからもしかして3.00の設定が間違っているのかな？ VHS時代の動画はBVPP AF REG6Bの組み合わせ使いたいから2.01Cを専用として残すことにした。
REG6B時間かかるから数分とかピンポイント使用。 >>383
BVPP1XdfをバッチA＋BVPP8Xa＋STDでもダメ？
ベータ版だとそんな感じだったけども、本仕様だとこれが出来るようになってかなり良くなった 2.00で問題なく破解できていた動画が、今回は全くできない。
Batchも選べるし、ちゃんとプロセスも完遂するができた動画は破解前と同じ。
左下の加工On/Offボタンで処理状態確認モードにしても何も検出されていないみたいだし、
縮小画像生成のステップが異様に速いのでモザイクを認識していないらしい。
録画設定で「細かいモザイクの検出」や「検出した領域の拡張」を
変えてみても全然ダメ。
何か、俺、根本的に間違ってる？ 左下の加工ボタンをシフトキー押しながらクリックすると色が赤色に変わる。この状態で映像のモザイク認識される部分が色付けされて表示される。
モザイク認識されていないなら映像ソースが悪い
なお、3.00は2.0xに比べてモザイク認識が悪いので拾い動画やSDの解像度が低いものはモザイク認識されないことがある
多分、EZと同様の認識処理となったのだろう >>386
試してみました。黒いモヤモヤは消えましたがすごく全体的に
ボヤケテ湯気がかかったような感じになりますね。もう少し輪郭が
ハッキリできるモデルを博士が用意してくれるとすごい進化に
なると個人的な意見ですが感じます。現仕様での追加処理をすると不安定に
細かな線描きのようになって揺れるのでAI処理でもう少し輪郭が
くっきりするようにできるとよいのですが。 >>369
自分も似たようなエラー発生してます．
超解像に失敗しました
inputとoutputのファイル数が一致しません
インデックス: 00003
左クリック：中断| 右クリック：無視
無視するとエラー発生時点より前部分は破壊されて，それよりあとはモザイクのままエンコードされます．
エラーが発生するインデックスフォルダを確認するとinputとoutput内の画像ファイル数は一致しているが，「＠数字ｘ数字」のフォルダが存在しません。 [BVPP1Xdf]もいいけど、BVPP8XaAFみたいにAFモデル固定で使うバッチを作ってAにして
TG8XaのSTDをBにしたやつとブレンドした方が解像感増していい感じ
とはいえチラつかないモザイクに関しては202cのTG8XftのSTDが一番いい気がする
300と比べて多少液状化したみたいに動くけど、それでも。 inputとoutputのファイル数が一致しませんは、VRAM不足か、並列数が多すぎるときに起こります。
まずは、並列数を少なくする。 記号は使っていない全角ファイル名を処理するとエンコードが30分位の位置で止まって、半角ファイル名だと完走するのはFFmpeg/HEVCだからでしょうか
プロセッサはGPU0(RTX2060s)で、30分位なら問題無く処理できますが2～3時間物は止まってしまう
長尺に限りエンコで止まるのはNGだとわかるまでに半日かかるので辛い。NatCorder/HEVCの方が良いのかな？ A[BVPP1Xdf] B BVPP8XaAF STD 3XSR で５０分くらいの動画だと
Bの500/700まで進んでタスク０状態で止まっちゃうのを繰り返してる。
それ以外だとエンコードの前で終了しましたって表示になるけど
エンコードから再開するとちゃんと最後まで行く。という現象。 本文が長すぎます！ (Check:2393/2048)が出て書き込めん 書き込めた
ずっとエラー出てて300使えなかったけどTG&BVPP両方入れてたよ
NVIDIAとAMDって書いて欲しい >>396
こんな当たり前のことをいちいちいうのもなんだけどわからないことがあったら調べるクセつけた方がいいぞ
実生活でも影響あるレベルでやばい行動してるぞ >>391
それは％5をaf0にするだけでいいのか？ ffmpegのエンコがGPUでもCPUでも失敗する
NatCorderではエンコできる GPUはRadeon 6700XT(12GB)でマニュアル通りにZLUDAの設定もしたはずなんだが，
並列数を１にしたらバッチ処理開始されなくて，２にしたらinputとoutputが一致しない．
エンコード開始直後に表示されたエラーではPytorchのCUDAのメモリ割り当てがうまくいっていないぽい．
PYTORCH_CUDA_ALLOC_CONF=expandable_segments:True
↑これの設定どうやるんだ？
torch.cuda.OutOfMemoryError: CUDA out of memory. Tried to allocate 270.00 MiB.
GPU 0 has a total capacity of 11.98 GiB of which 11.50 GiB is free. Of the allocated memory 73.90 MiB is allocated by PyTorch, and 254.10 MiB is reserved by PyTorch but unallocated.
If reserved but unallocated memory is large try setting PYTORCH_CUDA_ALLOC_CONF=expandable_segments:True to avoid fragmentation.
See documentation for Memory Management (https://pytorch.org/docs/stable/notes/cuda.html#environment-variables)
E:\JavPlayer_300\Work\test_3597.1-4933.16>pause
Press any key to continue . . . >>400
やっぱりそうですか、NatCorderに変更した方が吉かな
5分、10分程度のエンコならFFmpegでも問題ないんですけどね TG8Xa2とBVPPXaの設定2つで30秒くらいエンコしてどっちか選んで本番エンコしてる
ffmpegのGPUエンコが使えてないのが残念だが2時間のエンコ完走できた
超解像の並列を上げてもエラー出ないし、最高のアップデートだと思うわ
設定1
画像処理バッチファイルA [BVPP1Xdf]
画像処理バッチファイルB TG8Xa2
モデル種別 STD
白線ノイズ低減 2
後処理タイプ SPAN4Xhd
テクスチャノイズ追加 3
細かいモザイクの検出 あり
検出した領域の拡張 3
設定2
画像処理バッチファイルA BVPP8Xa
画像処理バッチファイルB NONE
モデル種別 STD
白線ノイズ低減 2
後処理タイプ SPAN4Xhd
テクスチャノイズ追加 3
細かいモザイクの検出 あり
検出した領域の拡張 3 EZベースで作り直したってことでEZの役割は終わったんだな 並列3にしたら行けたわ
あとフォルダも2バイト使わないほうがいいな [機能追加要望] JP2で提供されていたffmpeg処理での”エンコード用画像の保存”機能の復活をお願いします。
・画像を連続表示する事で、スローモーションのように表示したり、女優の細かい表情の変化を楽しんだりしています。
ぜひ、保存機能を復活させてください。お願いします。 >>399
if %5==STD (
set bvpp_model=BVPP8X_st_crop333_18k.pth
) else (
set bvpp_model=BVPP8X_af_crop333_1k.pth
)
の箇所を
set bvpp_model=BVPP8X_af_crop333_1k.pth
にするだけ BVPP8Xaはよくこんなエラーはいて処理しない
メモリの割り当て？
torch.cuda.OutOfMemoryError: CUDA out of memory.
Tried to allocate 126.00 MiB.
GPU 0 has a total capacity of 24.00 GiB of which 22.56 GiB is free.
Of the allocated memory 120.04 MiB is allocated by PyTorch, and 29.96 MiB is reserved by PyTorch but unallocated.
If reserved but unallocated memory is large try setting PYTORCH_CUDA_ALLOC_CONF=expandable_segments:True to avoid fragmentation.
See documentation for Memory Management
後は3.00からだけど再生できても処理をしない動画があるね
真っ暗なままでタイムスタンプ抽出中から合成＆エンコード中になってそのまま @Javski2
従来のSPAN4Xはディテール不足でSPAN4Xhdに劣っていましたが、Ver.2.02cでは改善されました
雑に言うと、hdからディテールを10%ノイズを30%減らしたものという感じです
元動画の状態やユーザーの好みにもよりますが、おすすめはSPAN4Xです
午後11:29 · 2024年6月4日
Maria Ma@m_correo
6月5日 Ver.2.02b works better, details are more important.
追加処理についてはVer.2.02ｂのときが輪郭がはっきり処理できていてよかったです
6月4日のコメントで調整を加えてくれましたがSPAN4Xは調整前のほうが性能が良いです。
SPAN4Xについては2.02ｂのときの設定も3.00で選択できるようにしてほしいです。
また、任意で調整がユーザー側で出来るのなら追加処理の調整方法を教えてほしいです。
2.02ｂのSPAN4Xでは輪郭がぼやけないできれいに処理ができます。3.00ではSPAN4Xを
使用すると過去レスの表現にあるような液状化したようなウネウネした結果になります。
輪郭の部分は細かな複数の線に分裂してウネウネするのでここを調整して頂きたいです。 NASにあるファイルを処理すると「合成＆エンコード中」のまま固まる。
ログには、「EndOfStreamException: Unable to read beyond the end of the stream.」が出力されている。
タスクマネージャで見ると4つのffmpegが存在する。
javplayerを終了させると4つのffmpegも存在しなくなる。
同じファイルをローカルディスクのコピーを処理を行うと正常に処理されるので問題はないですが参考まで。 FHDを複数連続処理とかすると3本目あたりで止まる
アプリ一度終わらせてから、再度途中になってた動画を処理するとキチンと処理してくれる
恐らく一度に処理していると動画のデータ量が溜まっていって、いっばいになっていると思われる
FHDで3本目でなるから4k2時間とかだと一つの動画でも途中で止まりそうな気がする
解放する部分にバクが有ると終われる 博士 X 書き込み
VRAM不足のエラーが発生する場合は「JavPlayer/Tools/TG&BVPP8X_CUDA/BATCH/BVPP8Xa.bat」を以下のように書き換えてみてください
23行目 300→400
24行目 1900→2500
この変更により、並列数4だった場面で3になります
※メインメモリ不足で4に制限されていた場合は変化しません 今のところ、長尺物のエラーで時間と電気代を無駄にしたくなければローカルドライブでフルパス名に全角は使わない形で一旦処理して
処理後にNAS等のフォルダーへ移動してリネームした方が無難と悟った >>408
動画を見ながらマウスで画像抽出の範囲指定ができる事は、JavPlayerが圧倒的に優れていると思います。
ffmpegを使うために、毎回パラメータをいくつも指定するのは、とても面倒なのです。
動画の元画像をそのまま閲覧・利用できるのもシンプルで良いと思うのです。
ちなみに連続した画像を見ると処理結果の画像がそれぞれ異なるので、AIが他の類似画像をコピーしていない事が解ります。
画像関係では、JavPlayerの初期バージョンでは、DeepCreamPyとの連携機能も提供されていました。
DeepCreamPy2.2.0 BETAが公開済なので、連携機能が復活したらと期待をもちました。
JavPlayerの能力がとても向上しているので、DeepCreamPyは見劣りするかもしれません。。 日本語ファイル名だとエンコの段階で止まるのがあった
アルファベットだけのファイル名にして同じ条件で再度はじめから超解像したらきちんと完走できたわ
ファイル名に「精子」は含まれてた
安全のためアルファベットファイル名への改名は必要っぽいな >>417
マイナーな用途だからいらんと思う
エンコ前のjpg出力は、HDDやSSDにすごい負荷かけて劣化させるんで、必要な人はごく少数
>>412の言う通り、静止画がどうしても必要な人は動画完成後にffmpegで静止画切り出せば良いと思う 合成＆エンコード中のままになるやつは
TMPGEncなんかで無劣化出力させたやつでやると大丈夫 >>420
俺の場合、そんなことしなくても半角にすればOKだった
このエラーは10分やそこらの尺では問題出ないのが厄介 書き忘れたけどファイル名は変わらないよ
もしそれが2バイト文字だったらそのまま 前のバージョンまであった全範囲指定が無いのがなんか不具合起こしてる感じもあるな >>423
右矢印→ボタンを押して動画の終端に移動、加工終わりボタンを押す の二手で全範囲指定出来るが？ >>424
おーありがとう！
ブックマークの移動だけかと思ってたわ 画面サイズが奇数なため、録画を実行できませんX：JavPlayer\
の赤文字エラーがでて録画できません
720×480 の動画です
何か解決策ありますか
1ピクセル増やすとの情報がありますが、具体的にどうするのでしょうか 14番 加工のON/OFF
これ確認中（赤表示）のまま録画始めちゃうと超解像しないんだ～。短い動画気づいてよかったｗ 俺環かな >>151
描画設定の画面の余白 かな
マニュアル１２ページ >>354
ダウンロードに失敗してるか、7zip
みたいなソフトで解凍を試したほうがいいかな >>418
まだどの全角文字で止まるかわからんけど俺もそれなって、取り急ぎ半角文字にしてしのいだなぁ >>427
俺も一緒だわ
モザ認識してんのに破壊プロセスぶっ飛ばされるw 画像処理バッチファイルBでバッチ選択ウィンドウのスクロールを行っても途中（13個目）までしかバッチファイル表示されない。
画像処理バッチファイルAでは正常に表示される。
バッチファイルは、全18個配置している。（[]付バッチは3個） >>433
javplayerのウィンドウを大きくすることでバッチファイルが表示された。 >>426
画面サイズが奇数エラーは、博士がXで書いてるけど、動画フォーマットの判定を任せてるMediaInfo.exeの仕様が原因らしい ●超解像バッチA実行中
の表示が出たまま画面が真っ暗で処理をしている様子がない
画面をクリックすると
録画を終了しました
録画時間：０秒
経過時間：1時間2分19秒
が映像の静止画に表示される
ファイル名、映像の時間を変えても同じ素材は、この挙動で録画できない
映像の時間は、動画編集ソフトでエンコード無しの前後切り取りです
Ver.3.00 は安定稼働しない ダメだ
BVPP1Xdfだと合成＆エンコードのところで止まる
バッチBに何使ってもダメだ 大幅リニューアルでもはや新しいものみたいだから
安定するまで時間かかるかもね ファイル名を日本語名からaの一文字に変えても合成＆エンコード中のままの動画あり
やっぱりそれを無劣化で一度ツールを通すと出来る
作者さんのXの投稿であったBVPP8Xaの値にしても駄目な動画もあったから
それを増やすと大丈夫な動画もあった >>365 の通りにしたんだけど
元動画数字だけのファイル名にしてもRuntimeエラーでるな・・・
でもなぜか処理は完了するので謎 いろいろ試して何やっても超解析でエラーが出る、202cでは範囲など手動で調整も出来るし現時点で202cが一番いいわ。 0436です
Ver.3.00で録画できないソースは、Ver.2.02cで問題なく録画完了します
博士のアップデート待ちます
それまではVer.2.02c利用です 0436です
Ver.3.00で録画できないソースは、Ver.2.02cで問題なく録画完了します
博士のアップデート待ちます
それまではVer.2.02c利用です 202cは長い動画は完走しないし、並列度上げるとメモリ不足エラーが頻繁に発生して超解像が遅かったりだったが
300は安定してて超解像処理も並列度上げると鬼速い
もう300の前のバージョンには戻れないな
2バイトファイル名問題、ffmpegエンコ失敗問題、奇数解像度問題はあるけど、博士はいい仕事した BVPP8Xaは博士のバッチの修正いれても長時間ものだと超解像時に途中でほぼ止まる
TG8Xaに変えると問題なく動く
せっかくのBVPP8Xaが使えないのは痛いが同一画面複数モザイク対応はとてもありがたい TG&BVPP8X_CUDA_300bアップはいいがな~先ずはエンコード止まるの修正されなきゃ使えんばい NETを無効にして割り込みがあまりかからない状態で
作業したら3時間弱の動画が処理完走した
かかった時間は元尺の約3.5倍
BVPP8Xa＋NONE and SPAN4X 四並列設定
i5(12400F)-64GB(ramdisk12GB-work用)-rtx3060
ファイル名にもフォルダー名にも漢字ありの環境
博士のマシンでOKで自分のマシンでエラーがでていたのは
マシンの処理速度に依存大のソフトだからなのかもしれない エンコード中 裏で重い処理が走ってエンコード処理でタイムアウトがあると
その時点でエンコード処理を終了して短い動画になってしまう印象
タイムアウト時間を長くできなのかしらん 博士X情報
マニュアルに書き忘れましたが、動画全体を範囲選択する方法は以下のとおりです
1. 先頭と末尾を指定せずにループ切り替えボタンを押す
2. Shiftキーを押しながら先頭指定ボタンと末尾指定ボタンを押す
3. 先頭(末尾)指定ボタンを右クリックする
4. 先頭(末尾)指定ボタンを2回押す >>453
ありがとう
424の情報でも出来た
それまでスライダーで範囲指定していたら、終点がおかしな位置(うまく言えないが、時間では無くその動画の静止画が時間と合ってない画像部分)になる事もあった
それで開始すると短い動画ですぐ終わってしまっていた
全範囲指定がキッチリできる様になってから、他のアプリ等での負荷が非常に重たい時とか以外は ft2で変換するならおかしくなってない
それと、処理速度が速くなっている事に感謝
2時間動画FHDが4時間以内で完了する
10並列、ft2 B無し
あとは、SPN×4HDもしているがエンコード時に動いている感じがしない
短い切り取り動画だとエンコードが遅くなって動いてるのが分かるけど ●超解像バッチA実行中
の表示が出たまま画面が真っ暗で処理をしている様子がない
ログの下段 error の前工程あたりから抜粋
FreeVRAM(15384-0)>=RequiredVRAM(0)
FreeMem(53973-0)>=RequiredMem(0)
lastCommand="C:\JavPlayer_300\Tools\TG&BVPP_CUDA\BATCH\[BVPP1Xdf].bat" "C:\JavPlayer_300\Tools\TG&BVPP_CUDA" "R:\JavPlayer_TEMP\aaa_0-1327.73\" input\01594 outputA\01594 AF0 0 0 16384
ExitProc:12448
[F] Super-Resolution completed. index=01594
ExitProc:8824
[F] Super-Resolution completed. index=01135
ExitProc:3808
[F] Super-Resolution completed. index=01146
ExitProc:11460
[F] Super-Resolution completed. index=01035
ExitProc:9664
[F] Super-Resolution completed. index=01593
ExitProc:2180
[F] Super-Resolution completed. index=01218
ExitProc:5640
File count unmatch ... input1590(946) != output1590(18)
[F] Error: index=1590 vram=0
ExitProc:4644
[F] Super-Resolution completed. index=00000
ConvFail2
StopRec
elapsedTime=2129.59
recordTime=0
CleanRec
RestoreControl
JP3.udj has been saved.
gen_exist..R:\JavPlayer_TEMP\aaa_0-1327.73\_GEN_1 BVPP1XdfつかってできるoutputA 画像サイズ自体はinputとかわらないけどフォルダにかかれたサイズ
@???x??? は8倍されたサイズになっており 超解像B処理の時それがメモリ計算とかに使われメモリが足りないと判断され
とまってる気がする
BVPP8X単体なら動くけどBVPP1Xdf使うと止まるのはそのせいじゃないかな
知らんけど BVPP1XdfつかってできるoutputA 画像サイズ自体はinputとかわらないけどフォルダにかかれたサイズ
@???x??? は8倍されたサイズになっており 超解像B処理の時それがメモリ計算とかに使われメモリが足りないと判断され
とまってる気がする
BVPP8X単体なら動くけどBVPP1Xdf使うと止まるのはそのせいじゃないかな
知らんけど 負荷のせいなのか、エンコードの途中で終了してしまい、終了した時間までの動画は生成されて処理は終了する現象、うちでも確認したわ
エラー終了と違い、正常終了扱いなんで、バッチエンコードから削除されてしまうから、エンコードから再開もできない 買ってみたけどgumroadが重すぎてDLできん
特に3GBのCUDAのファイル
過去バージョン片っ端からDLしてたせいで制限かけられたか？ ここで聞くもんじゃないかもしれないけど前スレ最後のほうで紹介されてたropeを入れたんだが
音声無しの動画が出来上がってしまうんだけど原因分かる人いませんか？ >>460
録画停止が手動でなく、ファイル終端に達して終了した場合に音声がつかないバグで直ってない
みんなTMPGEnc VideoMasteringとか使ってあとから音声を合成してる >>461
おお、ありがてええ。そんなバグがあったんですね
手動で止めてみたら音声出ました
合成も検討してみます。感謝です >>458
同事象を私も確認しました。
なにがよろしくないのやら、さっぱりわからんのです。
エンコーダのせい？だとすれば、エンコードから再開できないのはつらいですね。
（違うエンコーダを選んで、再開したいです…） 月例Windows Updateの日だったから裏で妙な負荷あったのかな 固まった時の途中再開が前みたいに範囲覚えてないから最初からやり直しになってしまう 画面サイズが奇数のため録画できません
これ初めて出たわ ファイルパス、ファイル名をc:\tmp\a.mp4に移動、変更して破解すると4時間近い動画でも安定して完走するようになった
小さいモザイクの認識が少し弱いけど複数モザイク対応だと、しきい値設定が難しいのかな？ まずは処理が完走することが最優先課題だな。
3.00になって明らかに処理後の結果が良くないからそこも見直して欲しいけど
途中で止まるとかありえんからそこをまず何とかして欲しい。
追加ＡＩがまったくダメダメなんだけど何かさわったのかな？これ何とかして。 ワテは、3.00の破壊結果は以前のバージョンと同じ位やと思っている。それにbvpp1xdfの組合せは、最近の動画の一部に有効やし。組み合わせ次第もあるが加工時間も短くなったと思う。 修正して1回目問題なく成功
２回目からモザイク読み取り後にA開始し始めたらすぐに合成エンコード中になってフリーズを繰りかえしてる。 全範囲指定知ってからエラー吐かないから
修正とか下手に弄らない方が今は良さそうだな 3.00bでも[BVPP1Xdf] + BVPP8Xaは改善されてなかった。バッチBの途中で止まる。 [BVPP1Xdf] + BVPP8Xaで超解像の途中で止まるのは[BVPP1Xdf] で作る画像のサイズがinputの画像サイズと同じなのにそのフォルダ内に
書かれたサイズが8倍になってるのが問題だと思うのよね batとかじゃ治せないよねえ [BVPP1Xdf] + BVPP8Xaで超解像の途中で止まるのは[BVPP1Xdf] で作る画像のサイズがinputの画像サイズと同じなのにそのフォルダ内に
書かれたサイズが8倍になってるのが問題だと思うのよね batとかじゃ治せないよねえ エラーでて壊れたのかと思ったら読み込めない動画なだけだったわ
くそ紛らわしいな 300bでもVRAM不足エラーが出てしまいました。。。 超解像してたら"エンコード前に終了しました"って出て止まってることがある
そのままエンコード開始することもできるけど途中でフリーズして完了できないわ 300のtoolsにTG&BVPP_CUDA_300b_diffをコピペしてます。
エンコード時にエラーが出て先に進みません。
超解析が失敗しました、画像が1枚も処理できませんでしたDOS窓でテストの結果（エラー）を確認してください。
Active code page: 65001
num_img=52
max_int=100
interval=52
C:\Users\my-pc\Desktop\JavPlayer_300\Work\Produce^^_1440.09-1492.86>
"C:\Users\my-pc\Desktop\JavPlayer_300\Tools\TG&BVPP_CUDA\bvpp8x.exe"
"C:\Users\my-pc\Desktop\JavPlayer_300\Tools\TG&BVPP_CUDA\models\BVPP4X_af_85k.pth"
input\00003 outputA\00003 52 0 5 jpg
C:\Users\my-pc\Desktop\JavPlayer_300\Work\Produce^^_1440.09-1492.86>pause
Press any key to continue . . .
last_index=0051
retry:1 (interval=26)
何が悪いのかな？バッチが認識してない？ うーん惜しいぁ。[BVPP1Xdf]+BVPP8Xaが強力だけに、完走出来ないのは実に惜しい。 不具合事象 (369)
・v3.00bでも、BVPP8Xaのみ指定して実行した時、出力画像ファイルが1枚も作成されません。
retry.txtには、27回のリトライが記されていますが、メインメモリ（32GB)、VRAM（12GB）とメモリに不足はありません。
・複数の動画ファイルで同じ不具合となります。
v3betaでは処理できていますがv3.00,V.300aでは一度も正常処理できていません。
・JavPlayer画面：超解像に失敗しました。画像を一枚も処理できませんでした。
DOS画面：pause待ち。メッセージログ画面：エラーなし。
・\Workディレクトリには、\outputA\00000が作られているが、画像ファイルは無し。
・TG8X＊.batは、同じ動画ファイルを問題なく処理終了します。
ログ情報は後述 >>487
logtxt -------------------------------------
RequiredVram=436=300+(3100*20*22/10000)
RequiredMem=3200=3200+(0*20*22/10000)
FreeVRAM(11288-0)>=RequiredVRAM(436)
FreeMem(25924-0)>=RequiredMem(3200)
lastCommand="F:\JavPlayer_300\Tools\TG&BVPP_CUDA\BATCH\BVPP8Xa.bat" "F:\JavPlayer_300\Tools\TG&BVPP_CUDA" "F:\JavPlayer_300\Work\TEST GVG-256_2247.9-2252.9\" input\00000 outputA\00000 AF1 0 436 12288
ExitProc:1592
File count unmatch ... input0(150) != output0(0)
[F] Error: index=0 vram=436
retry.txt ----------------------------------------------
retry:1 (input\00000, fraction=4, interval=50)
～
retry:27 (input\00000, fraction=4, interval=6)
interval=5でexitと思わます。 >>RuntimeErrorが出たら、元動画のコーデック,拡張子,画面サイズ,フレームレートに関する情報提供をお願いします
avc1,mp4,1280x720,24.00fps V300betaのBVPP8Xaと正式版V300のBVPP8Xaは同じバッチなのかな？
V300betaではモザイクがうまく外せるが、正式版では残ったままの箇所がある。
粗いモザイク（30ピクセルあたり）が正式版では残る。
betaではうまく処理できているので、どうにかならないかな。
５分の制限をなくしてくれたらそれでも可ですが。
編集でどうにでもなるから（長編もの） マニュアル
バッチファイルBの名前が”(NAME)”のようにカッコで囲まれていると後処理モードになり、Aの結果をBで超解像します
TG8Xftのバッチを複製して(TG8Xft2)でリネームしてBに割り当てても超解像が開始されない・・ みんなどう？ [BVPP1Xdf]+BVPP8Xaでも1分程度なら使えるからいろいろ比較してみたけど
動画にもよるんだろうけど[BVPP1Xdf]ではうねうねがかなり残らないか？
私が試した動画では単に TG8Xa2 AF0のほうが安定していてきれいだった BVPP8Xa+STDが第一候補で、数秒のテストエンコしてみてうねうねする場合、TG8Xa2+AF1でエンコ
この辺が良さげか チラつかないモザイクをSTD使ってやった場合、JavPlayer_300betaだと
BVPP4X+TG8Xft2(STD)+SPANの設定で最近の大手メーカーのモザイクでも
わりと奇麗に処理できていたんだけど、JavPlayer_300で同じ組み合わせで
やると輪郭が崩れてバラバラになる。なんかいろいろ調整したようだけど
もともと良かった組み合わが駄目になって少しがっかり。300だと
SPANがうまく作動できていなのかどの組み合わせでも追加処理が良くない。 Javski@Javski2
TG&BVPP_*.zipに含まれる説明.txtにも書いてありますが、
TecoGANの旧モデル(TG8Xft*,TG8Xhd*)と追加超解像(SPAN,3XSR)を併用すると
ズレ補正処理の影響で酷くボケてしまいます
ベータ版ではズレ補正を忘れていたためボケませんでした
TG8Xaを使用してください
もしかして私の書き込みに対してのXでの返信でしょうか？そうならありがとうございます。
ご指摘のようにTG8Xa＋STDでチラつかないモザイクの動画を処理しますと輪郭部分の断線や
不安定なユラユラした状態は良くなるのですが処理結果はかなりぼやけておりAI処理でノイズ？を
なくしてはっきりとさせたいところです。現状は追加処理をしますと輪郭が分裂して細い線描きの
ようになり、さらに不安定な揺れを起こします。手間ですがTG8Xa＋STDで処理した動画をさらに
Topaz Video Enhance AIのProteusの設定で処理して輪郭を補正したら丁度良い感じです。
200bでの追加処理はTopaz Video Enhance AIの処理後に近い結果でしたので期待した次第です。
Proteusの設定は過去スレで住人の方が紹介してくれた（90 20 20 15 20 20）で
上から設定して、別途処理をしてやっています。（これで少しマシになった程度ですが・・・） >>495
>>もしかして私の書き込みに対してのXでの返信でしょうか？そうならありがとうございます。
そう思うならXで返信したほうがいいよ。違ったらそれはそれで良いし。
ここでやり取りしてもって感じがする。 JavPlayer_Ver.3.00aリリースされました。
Ver.3.00a ～更新履歴から転載
・描画設定に「作成する動画の横幅」を追加
・外部ツールの出力画像がpngでも処理できるように変更
・コマ送りのタイムアウトにより生じるエンコードのエラーと中断を修正
・動画情報の取得失敗により生じる様々な問題を修正
・「ツールが使用するプロセッサ」をCPUにするとツールが起動しないバグを修正
・「ツール並列実行の上限」を1にするとツールが起動しないバグを修正
その他多数のバグを修正 >>487
JavPlayer_Ver.3.00a、TG&BVPP_300bの環境で、BVPP8Xaのみ指定して動画を5秒間処理した時、
出力画像ファイル（outputA）が1枚も作成されません。JavPlayer_V.3.00と同じ状況となります。
retry.txtには、前回と同様に27回のリトライが記されています。
retry:1 (input\00000, fraction=100, interval=50) ← fractionが4から100に変化
～
retry:27 (input\00000, fraction=100, interval=6) 300bのあとにまた300aて、どうすればいいのかね？
300b差分いれた人はどうすれば。
今回のアップデート混乱するわw >>499
なんか変な勘違いしてるみたいやけど
3.00bはbatファイルだろ
今回はjavplayer本体の3.00aだから JavPlayer_300a よっしゃエンコードエラー解消されたありがとう博士 いろいろ試したけど[BVPP1Xdf]だけランタイムエラー出るな・・・
ファイルはHandBrakeデフォmp4プロファイルでファイルめいabc.mp4とかにしてフォルダも英数 >>309で書き込みのある
加工設定をおこない処理を開始すると真っ黒の画面になって
「●タイムスタンプ抽出中」のメッセージが出て次に
「●合成＆エンコード中」とメッセージが出で黒い画面で止まります。
は修正されています。 300では出来なかった途中で止まっていた処理も改善できています。
博士お疲れ様です。 >>491
JAVP300aで動いた ありがとう～博士！
すんごい処理時間かかるけどｗ 不具合報告
１）TG&BVPP_CUDA_300b.zipにbvpp8x.exeが含まれておらず、そのままでは動かなかった。
２）マニュアル「初めて開いた動画にはプリセット1が適用されます」・・・そうならなかった。
・・・いつかなおればいいな 300aでエラーはほとんど出なくなったけど、VRのモザイク検出が厳しくなった
300の時もちょっと検出が怪しい時があったけど、202cまでの時みたいにモザイクの加工の画質や大きさを調整できるようにしてほしいな 博士お疲れ様です
ランタイムエラーでなくなりました!
欲を言えば細かいモザイクの認識が2.00並になると嬉しいです >>512
VR動画には未対応とXに書かれてるから2D映像として処理してるだけなんじゃない？ VR動画は扱わないけどもSD動画のモザ認識は落ちてる感じある
202ｃまでと同等のモザイク認識モードは欲しい >>514
あっ そうなんですか
処理も早くてとても良かったんだけどVRは202cでやった方が良さそうですな 博士おつです。ありがとうー
残った課題は個人的には下記です
①VRのモザイクの認識がJP300では良くないです（一部モザイクを取りこぼします）
②チラつかないモザイクで追加AIがまったくダメダメです。
③STDでの処理がデグレしており悪化しています
引き続き①②③を期待しています。 TG8xaでSPAN使っても差が分からない、もう少し強めに出来ないのかな？ 薄暗いシーンでのモザイクを判別してくれないのは仕方ないんですかね？
何か設定とかで少しは改善するのかな 3.00でエンコード途中終了してた長い動画が3.0aで完走した
博士ありがとう いろいろ試した
STD系のモザイクの薄い旧作はBVPP8XaのほうがTG8Xaより解像感が高くてよいが最近のモザイクがでかめのやつはTG8Xaよりうねうねになってしまう
TG8Xaでもうねうね感はあるので モザイクがでかめのやつは解像感を犠牲にしてTG8Xa AF0にして違和感をなくす方向にするか TG8xaとか無印と×2の差が以前のバージョンと比べて鮮明さが無いと言うか、変わらんくない？ モザイクの識別能力が旧verより低いのが本当に惜しいね
何個か作り直したけどちょいちょいモザイクが残ってる部分があって残念でした
300系の処理能力は文句なく素晴らしいからここだけどうにかしてもらえると本当にありがたいっすわ 300a
指定された動画保存先ファルダに書き込みません
のメッセージが出る。ファイルやファイル名を変えても同じ。 今回はファイル名でファルダ作るから動画保存先ファルダ名＋ファイル名が長いと書き込めなくなる場合はあるかと >>525
EZもモザイク認識弱かったので、複数モザイク認識がネックになってるのかな？ >>524
TG8xa単体でSTDを処理するとTG8Xft*,TG8Xhd*のようにいボヤて上下左右に揺れますね。
TG8Xft*,TG8Xhd*に比べてどこがよいのか使ってみて違いがよくわかりません。 300aで途中で止まってたファイルが全部完走できました
博士ありがとう
上の方も書かれてるけど薄いモザイクや古めの動画のモザイク認識強化お願いします ＞Javski@Javski2
＞TG&BVPP_*.zipに含まれる説明.txtにも書いてありますが、
＞TecoGANの旧モデル(TG8Xft*,TG8Xhd*)と追加超解像(SPAN,3XSR)を併用すると
＞ズレ補正処理の影響で酷くボケてしまいます
＞ベータ版ではズレ補正を忘れていたためボケませんでした
＞TG8Xaを使用してください
TG8Xaを選択しても結果がよくないです。ボケるといいうより細かい線描きのように
輪郭が微細に分裂してユラユラするんですよね。何か落ち着かせる設定があるのでしょうか？ あと、300aに動画をドラッグアンドドロップすると通常のTGで処理されたEZのときのような
再生が始まるのですがEZだと何も設定しないTGそのままでの再生プレビューでも輪郭がきれいに
処理できていますが同じ動画でも300aだと処理しきれないでモザイクの四隅の角の部分が
わずかに残っているような感じで再生されています。これが揺れの原因ではないでしょうか？ 300aでTG8Xa＋STD＋追加なしで処理をすると昔の小さいくっきりしているモザイクは
奇麗に処理されます。少し前の大きめのモザイクは途中で断線したような輪郭になり
横揺れを起こします。最近の大手のメーカーでのモザイクでも輪郭が途切れて軽く断線した
ようになって大き目のモザイクほどではないですが揺れます。以上テストしてみた感じです。 質問です。
「作業用データフォルダ」はどの程度の容量が必要なのでしょうか？
このフォルダをRAMディスクへ配置することを考えておりますが、1080p/１時間でどの程度の容量を確保しておけばよいか
を教えてください。
ちなみに、Ver202cの時は、１５分程度でも15GB位使っていましたが、Ver300では大幅に少なくなっているようです。 ver2のモザイク判定の画質、感度、精度を全部左によせたときの
モザイク判定モードがあるといいな 多分それが一番よくモザイク拾えたと思う 2.02c → 2pass TG-AFx-0 TG8X-ft2 SPAN4Xhd
フェラ中に亀頭にまとわりつく唾液のテカリ具合、亀頭の発色具合が
この組み合わせ以上にはならないような気がします
モザイク識別も2.02cのほうが優れてますよね ちょっとカメラが引いて遠景になると全くモザイクを認識しなくなるのは何とかならないのかなぁ
すっごく小さいならともかく普通に全身が写ってるレベルでモザイクがだだ残りなのは視聴してて気になるので まあモザの認識はv2までは手動で出来たからってのもある >>537
加工設定の細かいモザイクの検出をONするといいかも。
そのシーンだけを後で編集するとよろしいかと。 300aで処理状態確認モードの表示では認識しているが録画を行うと認識されず、inputフォルダが作成されるが画像が出力されない。
ピクセルサイズを正方形に変更したものでは、正常に録画が行われる。
・正常に録画されない動画
Width : 720 pixels
Height : 480 pixels
Display aspect ratio : 4:3
Original display aspect ratio : 3:2
Frame rate : 59.940 (60000/1001) FPS
Bits/(Pixel*Frame) : 0.537
・正常に録画された動画
Width : 720 pixels
Height : 540 pixels
Display aspect ratio : 4:3
Frame rate : 59.940 (60000/1001) FPS
Bits/(Pixel*Frame) : 0.480 モザイク識別は、Ver2の方がいいみたいですね。
ただ、BVPP8XaとTG8XaはVer3のみ。若干だけどVer3betaの方がモザイク識別はいい。
ただ、BVPP8Xaはあるが、TG8Xaがない。そこで、Ver3aの
BATCHフォルダとmodelsフォルダのTG8Xa関連ファイルをコピーすれば、
Ver3betaでTG8Xaが使えます。参考まで。 エンコードでコケたダメ文字だったと思われるファイル名◯◯◯というのが解決してる
博士ありがとう 今更ながら最近Quest2買ってVRに目覚めたんだけど、VR動画も上手く破壊できるのだろうか？ >>543
少ないけど破壊されてるのは見たことある 3.00aで[BVPP1Xdf]+BVPP8Xaが完走した。良かった Ver.2x用のTG&BVPP(CUDA)作って欲しいな
やはりVer.3Xは破壊設定、調整項目が簡素になりすぎて
つまらない。 TG8Xa＋STDで普通のモザを破壊すると小さな黒い線虫のような線が処理範囲にたくさん出て
ウネウネしている。で、パイパンの女優を試しに破壊してみたらその黒い細線がなんと
陰毛にようになるわけよ。さらにそれを追加処理で消そうとしたらしたら範囲がぐにゃぐにゃ
になる。TG8Xaって設定で黒いノイズがでるようになっているようなんだけど、それを自由に
外せたり、逆に強くしたりできるようにしてほしい。もしくは黒ノイズなしのバージョンが
あればそれが欲しい。モザイクの認識が甘くてカクカクしているようになる＋黒線多数追加で
ものすごく不自然な結果に300aのTG8Xaではなってしまいます。 前のじゃないとうまく行かないパターンあるな
可変みたいな奴だと音ずれて絵も変になる 動画によっては2時間物が1時間56分に圧縮されてしまうものがある
当然音ずれがおこる
最初の調査処理のときフレームのタイムテーブル？を無視しておこなっているため欠損フレームのある動画はその分圧縮されてるように見える
・ 録画後に破壊されていない部分を処理状態確認モードで再確認すると認識されている。
該当する部分の画像が生成されていない。
処理状態確認モードの表示と録画で認識が違うのは何故？ >>548
パイパンが陰毛になるのは、結構前のverからだな。昔のBVPP系主流からTG系主流に戻ったverあたりから。
自分はずっと気になってた。 モザイクの加工部分が徐々に遅れていく件について、あくまで自分の環境でだけど原因？と対策がわかったので報告しとく。
mediainfoで情報を確認したときにフレームレートが24,000/1,001になってる（今回mkv）動画がモザイクの加工部分が徐々に遅れる現象が起きてるっぽい。
同じ動画をVLCでMP4（H264、AAC、フレームレート23,976/1,000）にして同じ部分を加工したら一部のモザイクは残るけどモザイクの加工部分が徐々に遅れることはなくなった。
極一部残るのは他の方も報告している認識漏れだと思う。 >>553
mediainfoが悪さするのは報告済みだから
iniファイルで切った方がいいんじゃないかな 速い動きのときに認識と外れるの繰り返すときあるよな >>553
mkvが問題ならffmpegでコンテナだけ変更すれば良いのでは？ >>555
やっぱりそうか
動きの早いシーンで頻発するよね
高速フェラのシーンとかモザ有り→破壊の繰り返しになるw ffmpegでGPUエンコできるようになったけど、完走しても、長い動画で最後の方が映像止まって音声だけになる現象は起きる
動画による
TMPGEncとかでエンコードした動画は問題なかった
2.02bでも起きてた Javski
@Javski2
モザイクが加工されない原因の一つとして、「持続フレーム数が6未満のモザイクは加工しない」という仕様がありました
調整を予定していた部分ですが、JP3.iniの最後に「MinMosaicLife=2」という行を追加すると簡易的な対処が可能です
これにより、2フレームで消えるモザイクも加工の対象になります
Javski
@Javski2
MinMoisaicLifeが小さいほど加工漏れは減りますが、誤判定されたノイズがモザイクとして加工されやすくなります
実際にはモザイクが消えていないのに、画面の変化が激しいシーンで「シーンチェンジの誤判定→モザイク情報をリセット→全モザイクが一旦消えたことにされる」というケースもありました 取りあえずMinMosaicLife=3にしてみた これで良しとしないでユーザーの意見をしっかり聞いて改善と進化を
進めてくれる博士ってすげーな。いつもありがとう。 >>559
試したけどこれでもやっぱりダメだな
識別能力だけは圧倒的に旧verが上だわ
でも色々とやってくれる博士ありがとう 超解像を利用した破解はもちろんだけど、モザイク領域検出技術も凄いことだと思う マルチモザイク対応してくれたこと、EZとの統合を実現したこと、破解状態をファイル名に残すようにしたこと等多々感謝してる
破解画像の鮮明化、モザイク識別能力の向上は今後の機能強化で実現されるものと期待してる 300a
合成・エンコード中の赤テキスト表示でフリーズする
これで2作品目
エラーログらしいログは無い
作成フォルダには tmpVIDEO.mp4 が残るが再生できない
おれ環だと思うが、原因不明
問題なく破解される動画とフリーズする動画の違いがみつからない
いろいろ 試行錯誤してみる あれ？もしかして、DVDリップで、ごく一般的なMPEG2+AC-3のMPEG-PSが開けない？
まあ、インタレ解除のついでにMPEG-4 AVCにエンコし直せばいいだけだけど 色々やってみて300aも結構エンコ停止パターンが出てきたわ
短いのでもNatCorderでも失敗したりする
エンコ周りのデバッグは博士も大変だろうな VRAM不足エラーで止まった時にPCを再起動して続きから処理すると完走する事あるね 録画範囲の先頭と録画範囲の末尾が設定した範囲（画面上の表示時間）と生成されたファイルに記録される時間にずれがある。
[6m55s-7m39s]と範囲設定しているが[6m56s-7m39s]とファイルに記録される。
同一範囲を指定する場合に不便。 0565です
エンコード中に止まる動画２作目をアルファベットと数字にリネームしたら完走した
１作目は同様にしてもダメ エンコード中にとまる
ログの最終行に作業用データフォルダからJPGが探せないとある
RAMディスク3OGBに作業用データフォルダを指定したが、そこには528MBのファイル数: 78,575、フォルダー数: 3,877が残っている
ログテキストの最終行4行
BeginEncoding
ffmenc_arg=-y -f rawvideo -pix_fmt rgb24 -s 844x480 -r 60 -i - -c:v hevc_nvenc -b:v 0 -cq 27 -g 120 -aspect 1.7778 -pix_fmt yuv420p "L:\JavPlayer300REC\tmpVIDEO.mp4"
FileNotFoundException: Could not find file "R:\JavPlayer_TEMP\E5-11-A_0-4217.83\outputB\06229\0000.jpg" >>569
全範囲指定の事で書いたけど、スライダーとかで指定すると同じ所でも違う場面のコマを指定されたりする
それが音ズレなどのバグも生じていると思う
全範囲の仕方はレスも貰ったし博士も上げてくれたけど、それに伴うスライダー指定とかの問題は解決されてないんだろうな
止まる事は無くなって完走はするけど、音に関してはピッタリ合ってない場合が半分くらいで微妙にズレてるわ
しばらく2.02c使う事にした
音ズレは破壊クオリティ以前の問題なので 破壊した時だけ「おー」って見てそのあと全然見ない、音なんざまともに聴いたことないｗ
俺以外にもいるはずだｗ >>570
コレあるよね。エンコードが30分くらいの所で止まってしまう
今、半角の単純なファイル名、ファイルパスにして再処理中 録画時間がV2.xxとは比較にならないぐらい短くなったのはすごいな。まだいい感じの設定を探すのが難しいけど停止したりエラー吐くようなのはまだ無いかな >>566
描画設定で再生用デコードAPIを変更してみて >>572
まあこんな沼にハマってる人は俺も含めて間違いなくポルノ依存症だろうからそんなもんだろ 音ズレするかどうかの判断は最初1分指定しちゃんと1分動画ができるかでやってる
58秒とかの動画ができる場合はまずｓｓｓｓｓｓｓ音ズレする
そういう場合は元動画を再エンコしてやれば大丈夫になる場合が多い
欠損フレームがあるんじゃないかなと思ってる 単純にコマ送りでとりこむと欠損分短くなり音ズレする？ような気がしてる
Ver2の取り込みの仕様と差があるのかな？ >>博士
録画範囲指定と作成した動画のファイル名に含まれる時間が一致しないのは、整数化の方法が違うためです 始点が5.6秒の場合、
JavPlayerでは小数を切り捨てて"00:05"と表示されますがファイル名では小数を四捨五入して"6s"になります Ver.3.00bでは切り捨てに統一します
WORKフィルダに作成されるフォルダ名の様に小数点以下2桁（"00:05.50"）とすることは出来ないでしょうか？ 分秒じゃなくコマ番号で残すようにもできないでしょうか 最近は使ってなかったjavplayerだったんですが更新メールが来てたので
新しいバージョンの3.00aをインストールして使ってみたんですが
すごい進化してて驚きです
以前は最近のモザイク作品では思ったほどの出来にはできなかったんですが
今回の物はかなりキレイにできて大満足、一番驚いたのが再モザイクで
解像した物に再モザイクをかけるとボヤケやウネウネしてたものが
スッキリした映像になるやつ
たぶん目の錯誤を利用してるんでしょうがメチャメチャ見やすくなるんですね
以前にEZに搭載されてて本家にも搭載が望まれてましたけど
その理由がやっと分かりました BVPP前のほうがいいんだが
今のやつ4xでも前と違うから困る >>582
300aで前のBVPPを動作させることは可能。
202cのbasicvsrppをtoolsにコピーしてbasicvsrpp下のbatchフォルダを作成。
300用にバッチを作成（改造）を行えば動作する。 300aで前のBVPPを動作させることは可能。
202cのbasicvsrppフォルダをそのままtools下にコピーしてbasicvsrpp下にbatchフォルダを作成。
tools ┬ G&BVPP_XXXX ─ BATCH
└ basicvsrpp ─ BATCH
300用にバッチを作成（改造）を行えば動作する。 >>575
DirectShowにしたら出来たわ。ありがとう。 >>548
たしかにTG8XaでチラつかないSTDモザを破壊すると黒ノイズが酷い。
個人的にはTG8Xaのの黒いモヤ無しのやつを作ってほしいところ。
博士の意図としては陰毛っぽくしたいのだろうけど無毛にはよくないな。 あとBVPP8Xaも黒い霧みないたのが残るからそこを除去したやつが欲しい。
もしかして博士は陰毛のリアルさを追求したいのかな？必要ないケースもある。 助言を頂きたいのですが、動画をエンコードまで完走することは出来たのですが
モザイク調査中から開始後おおよそ,12~18%で動画が止まり
そこから完走して,完走した動画を見ると12~18%までの部分は普通に再生されているのですが、
それ以降は音声だけが流れてしまい映像は止まったままになっているといった状況です。
<最初の方だけ映像音声は通常ですが、途中から映像止まり音声だけです>
きちんと、映像が止まることなく最後まで再生させる事を可能にするには
どういった対処が必要でしょうか いくつか違う種類の動画を試してみて、全ての完走した動画が
最初の方だけ映像音声は正常で途中から映像フリーズ音声だけ通常、になるのか
やってみます アニメはモザなしが出ている作品をコンプリートする気で挑めばそれなりの数の学習データになりそうだけどなぁ
編集ミスもかなりあるし 特に止まることなく最新版は使えている。
しかし、同じ動画を破解して、
モザ認識の差があり過ぎますな。
EZベースにして作られたバージョン3.00だが、
使い勝手も含めて、この流れで開発を進めて
オッケーなのかは微妙に感じている。
まぁ、博士もその点は踏まえて
考えているのだろうけれど。 色々破壊試したけど結局202cのほうが綺麗に破壊できるんでモヤってる
同じ設定でなんで差が出るんだろう 300a使って見たけど、どの設定でも「超解像に失敗しました画像を1枚も処理できませんでした」になってしまうんだけど何故？？
何かやる事ある？ >>597
まちがった外部ツールを設定していたりしていない？
トラブルシューティング
問題 : 外部ツールによる超解像が必ず失敗する
原因: 外部ツールが正しくインストールされていない
対策 1 : CUDA(NVIDIA 用)と ZLUDA(AMD 用)の違いに注意してインストールしなおす
対策 2 : ZLUDA の場合は、GPU に対応した ROCm(HIP SDK)がインストールされているか確認する ワテの録画は、エラーにはならないが音ズレとかは飛び飛びで見てるので気付いて無いだけかもしれん。EZで見るのと大差ないのでEZを使う方が多い、EZの方の開発も続けて貰えたら嬉しい。 0570です
作業用データフォルダをSSDに指定したら完走しました。
しかし、まったく破解されていない
モザの状態もまったく変化なし
うーん
なんとも 330a は、よくわからない >>600
その不具合が1番多かったわ
縮小画像作らないで、モザイク確認中からいきなりエンコードに進むパターンだわ >>597
博士のｘ書き込み（10月13日）にあるTG&BVPP(CUDA,ZLUDA)の動作確認用バッチファイルを使って、
TGとBVPPの環境を確認したらよいです。ここで、処理が失敗するようなら、インストールに問題があります。
CUDAの場合、JavPlayer_Ver.3.00とTG&BVPP8X_CUDA_300b_diff.zip（10月10日版）、TG&BVPP_*_300（TG&BVPP_CUDA_300.zip 9月22日版）のインストールが必要です。
あ＾アンカミス >>596
は、関係ないす。
一つも処理されてない場合のうっかりな。可能性 >>427
これは長尺だとマジ致命的
録画ボタンをグレーアウトしてとかで押せないよーににして欲しい
。藻座認識が甘くて結構使う人も多いはず。 3.00は軽くて早いからもう2.02には戻れん
ビデオカードが熱くならないしビデオメモリも12G使い切るようなことがなくなったのにむしろ早い気がする
設定を突き詰めればもっと使い切れるのかもしれないがまあいいかな >>607
いやいや。肝心のモザイクが破壊されないとか、音ズレ、破解途中で止まるとか、使えないだろ。あれで満足する神経を疑うわ。 高速化は快適さにも電気代にも直結する長く使う上では重要な要素、完成を待つわ
UIは正直あんまり好みではなくて個人的には本家型に戻しては欲しい まあこれで本家と同等にモザイク探知能力が上がれば文句ないんだけどな
将来的にこの3.00システムでそれができるようになるのかね？ Video AIみたいなの安価で作ってくれないかな 最初は快適かと思ったら「合成エンコード中」で止まるのが結構出てきた
%表示が消えたまま処理停止
ファイル名は数字だけ、エンコーダはNatCorder+H265
一度止まったファイルは同じ場所で何度も合成エンコードが止まる感じ
今のUIの方が良いと思った
結局、慣れの問題
モザイク破壊の品質は十分だと思うし、音ズレ、破壊途中で止まるのはないが、エンコード途中で止まるのがつらい
このような素晴らしいソフトを改善し続ける博士には大感謝 TG8Xaの黒い靄がきついので追加AIがまったく機能しない。
陰が濃くなる、線がぐにゃる、ぼやける。 まだ不具合らしきものには遭遇してないな。なかなか最適解設定が見つからないかな。 あまり綺麗にできないやつは諦めてモザイク(粗)の方が何か良い 合成＆エンコードで特定の場所で止まる時、デバッグログでは「FileNotFoundException: Cound not fined file "XXX.jpg"」ってなってる
XXX.jpgは、超解像のフォルダ見ると、最後のファイルの番号の次の番号のファイル
超解像の処理で出力されてないファイルを参照してエンコードしようとしてるっぽい 録画時をコマ送り用デコーダー(FFmpeg)にしたのが音ずれの原因っぽいけど
動画を再エンコードしたのを使えば大丈夫そうだし、モザイク判定の調整に期待してます >>0604
0600です
14は全く触らないので、うっかりミスはないです
300aで破解しなかった動画を202cでやってみたら見事に破壊されました
300aはモザの検出がおかしいのか、動画を選ぶようです >>619
その動画、EZだとモザ認識して破解された状態で見えていますか？ >>620
EZ持っていません
いろいろ試行してみました
600に書き込んだ動画
300a
作業用データフォルダをRAMディスクに指定→破解できない
作業用データフォルダをSSDに指定→破解できた
202c（202cの作業用データフォルダはSSD）→破解できた
この動画はSD画質で1時間15分程度のもの
うちの環境で300a作業用データフォルダをRAMディスクに指定すると合成＆エンコード中で止まる動画がある
ログにはFileNotFoundException: Could not find fileが記録される
当該動画をアルファベットと数字にリネームすると完走することがある
当該動画を漢字テキストのまま作業用データフォルダをSSDに指定すると完走する
うちのRAMディスクがおかしいのかもです
64GBで30GをImDisk ToolkitでRAMディスク化してます
RAMはMemtest86で3周エラーなしです EZだと認識しているのが3.00だと認識してはいるけど認識が甘くカクカクしている。
そのモザイクっぽい角度がそのまま破壊されて残っている。
だから輪郭が途切れるとか断線するとかの結果になる。
ここをなんとかしてほいい。 >>621
詳細な報告をありがとうございます。
私はRAMディスクでの処理を初期のJavplayerで行って、大きく不具合を起こしたので、それ以来、RAMディスクの使用はあえてしません。信用してないので。
まるまる１テラのSSDにJavplayerのフォルダを放り込み、そこでの作業と破解ファイルの仕上がりを行ってますが、これまでのバージョンで特に不具合を起こしたことはありません。 >>623
なるほど、Javplayerそのものをシステムと別のSSDに入れてしまう手があるのですね。
Windows直下のルートに置かないとだめだと思っていました。
うちのWindowsシステムSSDはCrucial1TBですが、Javplayerを使い始めてからか、
CrystalDiskInfoの健康状態が87%になっているため、RAMディスクを利用した次第です。
このSSDはTWBが少なかった感じです。
他に2TBのSSDを別ドライブにしているので、そちらにJavplayerを入れて使います。 >>612
と同じく、「合成エンコード中」で止まる。
印象として、2時間以上の動画で止まる。
止まった動画を30分とか1時間ぐらいに細かく分けて破壊すると、完走できる。
動画によって様々で、よくわからない。 >>624
ダウンロードとかこういった処理を扱う、書き込み多発ドライブは普段からSSDに全てしてますね
WDREDのSATAにしてからそんなに加工等の処理速度は変わらないし寿命が伸び、組み換え前から使ってますけど1度も交換してません。寿命は80%ギリですけど
大事なデータは置いてないので潰れ切るまで使う予定です(javplayerの配布時の圧縮とか別に保存してます) 安めのSATAの1TB SSDをJavPlayerとrope専用に使ってるが7000時間くらいで76%だわ 最後まで完走できた方々にお聞きしたいのですが
開始して最初にモザイク調査中になると思うのですが、その時に調査中の進行パーセンテージ<％>が
画面中央に出ると思うのですが、100％迄皆様方は行われていますか？
もしよろしければ回答頂ければと思います、よろしくお願いします。 >>628 98、99%ぐらいまでかな、表示でるの。すぐに次の工程に行く感じ。縮小画面、エンコードも同じかな。ちゃんと破壊されてるよ。 >>629さん、お答えありがとうございます
先日>>591を投稿させて頂いた者ですが、>>629さんのご回答で原因が解った気がします
私の状況で録画を開始した時に、モザイク調査中のパーセンテージ<％>が18%で終わり次の工程にいっているので
完走が終わってその動画を確認すると、映像が開始18%でフリーズしてあとは終了まで音声のみですので
最初の工程のモザイク調査中が100%近くまで行く必要があるという事が、映像がフリーズさせない方法のようです
あとは最初の調査中の工程を100%完了する方法を、制作者様に聞いてみます
ありがとうございました >>630
問題の切り分けが必要じゃない？
多くの複数の動画ファイルで全てその現象になるのか？
その動画１つだけなのか？
じゃないと博士にも迷惑掛けるよ 途中で動画が停止して音声だけになる動画、元動画をffmpegで再エンコードしてからjavplayerにかけると音声だけになる現象はなくなったわ ffmpeg -i 入力ファイル名 -c:v hevc_nvenc -b:v 8M -maxrate 12M -bufsize 24M -bf 0 -c:a copy 出力ファイル名
NVENCのHEVC使って、可変ビットレート8Mbps、最大ビットレート12Mbpsで元動画を再エンコするのはこんな感じ >>630です
試みた全ての動画に起きている状況です
>>632さん この方法試させて頂きます、ありがとうございました モデルファイルの7zipでの解凍が異様に遅い問題、セキュリティソフトが原因だったわ
セキュリティソフトを一時的に切って解凍したらすぐ終わった まず聞く時は自分の環境とか書いたほうがいいと思うぞ
ほかの人で起こってない事象ならほとんどがおま環だしさ
3.00なら導入も楽だし全部削除して最初から入れ直してみるのもいいし コーデック?? コンテナ?? フレームレート?? CUDAドライバー?? なんて人もいるんだろうね これ移植したBVPPでもやっぱり前と違う結果になるな 移植したやつでもモヤ現象起きるから新しい方の何かが作用してるんだなんだろうな そうなんだ
3.00はボヤケルっていうか霧がかっているような結果になるのがねー >>634です
博士や皆様のおかげで無事、解決致しました
制作者様からもお返事頂くことが出来ました、この場を借りてお礼申し上げます 必要な画像ファイルが見つからず、合成エンコードで止まる問題
ツール並列実行の上限で、並列度を下げることで解消したかも
8にしてたの4にしたら2時間動画完走した >>487
>>603 テストして、CUDA実行不可。TG&BVPPの2ファイルを再インストールして、動作しました。報告まで。 >>638
>>639
V3の縮小画像（input)の解像度がV2とは全然ちがうよね。V3ではかなり小さくなっている。
それのおかげでV3の超解像がスピードアップしているんだなとおもう。
input画像が違うと昔のBVPPでやってもV３は結果は大きく違ってくるよね、これは仕方がないね～。 >>646
成果物が悪いのだから改悪でしかない。処理が速いは優先第1ではなく優先すべきは成果物の品質。 おれの環境だとBVPP8Xaが非常にいい感じでVer2より成果物はよい感じ
モザイク判定しない画質低めなやつには使えないけどね モザイク識別能力さえ旧verに追いつけば文句ないっすわ 202cの8Xhd+AF0使ってたけど300aで一番キレイな設定探しても202c超えないんだよね
鮮明さとウネウネ感が一歩足りない感じ
使いやすさは格段に上がったから博士応援してる 並列度落としても2時間動画完走しないのもあった
2時間以上の動画は1時間程度の複数に分けてffmpegで結合するしかないな
ffmpeg -safe 0 -f concat -i 結合するファイル名のリスト.txt -c copy 出力ファイル.mp4
結合するファイル名のリスト.txtの内容
file '入力ファイル名1.mp4'
file '入力ファイル名2.mp4'
file '入力ファイル名3.mp4'
こんな感じで
「結合するファイル名のリスト.txt」の文字コードはUTF-8で 「結合するファイル名のリスト.txt」のファイル名はシングルクオーテーションで囲った方が良い
ダブルクオーテーション駄目
エクスプローラでファイルのフルパス文字列をクリップボードにコピーするには、右クリックメニューから「パスのコピー(A)」
ファイル名に「^」があると駄目
ffmpegって結構クセがあって使いこなすのは難しいな モデルの名前がカオスになってきて、何が最新なのか解らなくなってきたな。
たまに2.02Cに戻ったらマジで解らなくなった。ver3系はXaとかXa2だけど、2.02Cは8Xft2と8Xhd2なら8Xft2の方が新しいんだっけ？ 2系は博士が対応しないようだから、完全に忘れて3系に集中した方が良いと思う
こんなツールがあること自体、奇跡なんだからさ
JavPlayer 3.0系は「BVPP8Xa(STD)+SPANhd」と「BVPP1Xdf+TG8Xa2(STD)」の二択に絞って良いと思うわ
チンポが見えるシーンを5秒くらい「BVPPXa」でテスト録画してみて再生してチンポがウネウネしてるようだったら「TG8Xa2」で本番録画
これでやってるわ コマンドプロンプトでffmpegで処理中にJavPlayer 300a、JavPlayerEZ 107aを終了させるとコマンドプロンプトで処理中のffmpegも終了する。
無条件で全てのffmpegを終了させているのかな？ 854×480の動画が640×360になってしまい、音ずれも発生した。音声は元動画では192kbpsだったが、128kbpsになっていた。原因は良く解らない。 今回録画用デコーダーをFFMPEGに変えたため 動画によって正常に取得できず 音ズレ等いろいろ弊害が出る場合があるっぽいから 最初の1分で試してみてきっちり1分の正常な動’画ができないよいなら
元動画を再エンコするしかないねえ ver3.00aの連続超解像モードが強力な件
おま環かも知れないが長尺物を1時間単位で分割して
連続超解像モードで処理するとエラーが全く起きなくなった
通常モードでエラーになった動画もEandQの連続モード
処理するとエラーにならず完走する
試しに４時間ものを分割しないで連続モードで処理したら
7時間と少しで完走した
通常モードと連続処理モードでは何が違うのだろうか
My環境：
BVPP8Xa＋NONE and SPAN4X 四並列設定
i5(12400F)-64GB(ramdisk10GB-work用)-rtx3060 >>664
俺も1時間程度に分けて連続録画モードでやってるわ
1時間でも合成エンコードで止まる（合成エンコードで参照するフレームがなぜか生成されてない）ことあるんで
そういう時は30分程度にさらに分ける
生成した後にffmpegで合成する時に便利なようにrec_name_format.txtの最後の行をこうしてるわ
format=@<BAT>(<MODEL>)<POST>#<NOISE>[<TOP_MIN>-<END_MIN>] 博士にお願い
rec_name_format.txtのファイル名フォーマットでTOP_MIN、END_MINは0詰めで3桁にしてもらえるとありがたい >>665
レスThanks
このまえ合成エンコードに入ったところで止まった動画は
avidemuxで音声だけエンコードしなおしたら完走した
タイムスタンプが正常じゃない動画だったみたい
ちなみに当方のreconameのformatは
format=[v3]<WM>
エロビデオはファイル名が長いので付加文字はできるだけ短くしたい
動画の分割合成はavidemuxでやっている >>667
音声だけavidemuxで再エンコしたやつでも分割しないと完走しない？ エンコードで「FileNotFoundException: Cound not fined file "XXX.jpg"」エラーで止まった場合は、以下の手順でエンコードから再開してる。
正しい処置かは知らないけど、時間のロスが少ないので助かっている。
(1) 止まったら、Ctrl + マウス両クリックで、ログ表示させてFileNotFoundExceptionを起こしているoutputフォルダの番号をメモ
(2) ログの上のほうで、(1)のフォルダの超解像処理をしている行を探し、lastCommand の内容をクリップボードにコピー
(3) コマンドプロンプト開いて、(2)のlastCommandの内容を実行すると、そのフォルダだけの超解像処理が走る。エラー発生時と同じ処理なのではないかと思うけど、なぜか正常に処理が行われる模様。
(4) 超解像が終わったら、問題のファイルを再度開いて、エンコードから再開できる >>669
それで行けるのか
これは助かる
ありがとう >>674
サザエさんの板でワカメちゃんについて語っていたんだろ
よく有る事だ 1.09aをちらっと試したきりご無沙汰してて、3.00aのアプデ案内を受けて試してみたら、動作が安定して破解度合いも桁違いでビビった。
オキニのAV品番： wanz-417 jufd-634
破解条件： BVPP8Xa+TG8Xa(STD)+SPANhd
ほぼ無修正くらいの出来になってたまげたのだが、
AV品番： snis-695 snis539
（破解条件同じく： BVPP8Xa+TG8Xa(STD)+SPANhd）
とかで「くぱぁ」になると中がのっぺらぼうになってつまらん。
これをなんとかしたかったらTecoGANやらBacisVSR++の学習をセルフでやらなあかんのかと思うんだが、やり方が全然わからん。( ´Д`)
どっかに強化差分ファイルとか転がってたりせんかのう？( ´Д`)
（蛇足：博士の解説だと8倍×8倍は失敗率高いからヤメレってあるけど、Core i9-9900KF 3.6GHz ＋ RAM128GB ＋ RTX2080 Ti 11GB の環境だと何回かのリトライで成功してます） >>8x系＋再モザイク（粗い方）、先ずはEZで試して良さげなら無印でやってみるとか。 300b？アップロード待ちます
モザイク検出性能が大幅に向上って期待大
博士Xより
次のバージョン(Ver.3.00b?)ではモザイクの検出性能が大幅に向上する見込みです
モザイクの粗さが計測不能でも、推測して補完することで加工(超解像)の対象から除外されるのを防ぎます
Ver.2.xは「画面全体を加工し、モザイクの存在確率に応じてマスク」という手法により、除外とは無縁でした
コマ送りのタイムアウトに関する修正で、
・エンコード中にエラーが発生する
・指定した範囲より短い動画が作成される
という問題を解決したつもりでしたが、一部の環境ではVer.3.00aでも発生するようです
タイムアウト以外にも原因があるという前提で対処を行っていますが、一度も再現できないので問題が解消されたか不明です
次のバージョンではエラーチェックが追加され、問題があれば早期に録画が終了します
メッセージやログファイルの変更も行い、再発したとしても原因の特定が容易になると思います >>678
どこまで検出能力が向上するのかわからんけど旧verくらいまで言ってくれれば最強だろな
3.00は俺の非力PCでもスムーズに動いてくれてるから期待してるわ >>669の方法で「FileNotFoundException: Could not find file 」で合成エンコードで止まった時、対処できるようになったわ
Ctrlキーを押しながらマウスの左ボタンと右ボタンを押してデバッグログ画面を出して「TXT」のアイコンをクリックして
JavPlayerのLogsフォルダにデバッグログをテキストファイルとして保存
そこでエラーが出てるフォルダ名、例えば「outputB\00124」を検索、ヒットした場所の「lastCommand=」以下の部分をコピーして、
コマンドプロンプトに貼り付けて実行
その後、JavPlayerを再起動して実行
これでうまくエンコードできるけど、何箇所もエラーが出てると、この作業を何度も繰り返すのでかなりつらい
博士は次のバージョンでエンコード前にエラーチェックする機能を付けてくれるらしい
できれば、エンコード前に、超解像失敗(FileNotFoundException)してる超解像フォルダをリストアップし
失敗した超解像を並列度1でやり直す機能を付けてもらえると大変ありがたい 地味に便利だった加工するシーンとしないシーンで飛ばせるブックマーク機能みたいなのは復活しないのかな >>676
そいつの処理はTG8Xa2+TG8Xhd+SPAN4XhdもしくはTG8Xhd+TG8Xhd2+SPAN4Xhdかなあ
シーンや好みによると思うけど
BVPP系は相手をかなり選ぶから使いにくい
細かいモザイクの検出のオンオフでも変わってくるから試行錯誤で結構手間がかかる VER2のBVPPはそんなに問題ないがver3のBVPPがTGにくらべてモザイクが大きめの時にうねうねしやすいのは一部モザイク判定に失敗してるせいかな
BVPPはフレーム相関区間が長いからモザイクの判定間違いとか途中に入ると影響でかそうだし
3.00bで改善されるとうれしいけど
も 3.00だと2.00より結果が良くないですね。２.00で良かった設定でやると3.00ではほぼ
悪い結果になります。内部の処理が変わっているのでそこはしかたないかと諦めています。
で、いろいろ試したのですが個人的には下記で3.00aでは落ち着きました。どうも再モザイクを
してそれをもう一回破壊すると再現性が良くなるような感じなので下記の設定で楽しんでいます。
性器の内側の部分までなぜかよくわかりませんが再現性がすこし良くなっています。
まずチラつかないSTDで破壊するタイプのモザイクについては
①バッチA（BVPP4X）バッチB（なし）白線（なし）後処理（再モザイク粗）テスクチャ（なし）
モデル（STD)で破壊します。②その結果をバッチA（TG8Xa）バッチB（なし）白線（なし）
後処理（なし）テクスチャ（なし）モデル（STD)で破壊します
再モザイク（粗）をBVPP4ｘでやって次にTG8Xaでやると輪郭分の途切れがなく細部まで再現
されるようです。6年くらい目の大手の大き目のモザイクでもうまくいくのでこの方法が
少し手間ですが気に入っています。②の処理が時間が通常のよりかかるので部分的に破壊して
楽しむには良いかと思います。結果はモザイクによっては濡れたような演出がすこし強調される
場合があるのでそこはTopaz Video Enhance AIのアルテミスの設定あたりで再処理しています。
再モザイクをTG系でやるとユラユラしたり輪郭が細切れのような結果になります。再モザイクを
BVPP８XでやるとBVPP4ｘより小さなモザイクが再設定されますが今の3.00aでは細かいモザイク
は認識が甘いようで中心部しか処理できないとか中途半端の破壊されてグニャっとした結果に
なります。再モザイクは3.00aではBVPP4ｘが一番よい結果になっています。
チラつくタイプのモザイクの場合は①のモデルを（AF0）にして、②についてはバッチAを
（BVPP1Xdf）バッチB（TG8Xa）モデルを(STD）その他は無しでやっています。ちらつきの
モザイクは再モザイクをしてAF0で2度目をするとちらつきが残るのでBVPP1Xdfを使ったほうが
良い結果のケースが多いです。大きめのギラつくタイプのものがまだうまくいかないので
いろいろ設定を変えながら良い組み合わせがないか探しているところです。
2016/10以前のモザイク小さめのやうはBVPP8Xa－SPANhd
かBVPP1XdfーBVPP8Xa－SPANhdしか使ってないな
最近のやつはBVPP8XaでぐにゃりとなるやつはTG8Xa2(STD or AF）－SPANhd
再モザイク再破壊はあまりよい結果はえられなかったけど再トライしてみるか TG8XaよりもTG8Xa2のほうがうまくいく場合が多くないですか？ >>687
素材動画によって違うから何とも言えないよ。 ×2、通常と変わんなくね。時間も早く終わるし、鮮明さが足りんよね、前バージョンの×2と違って。 今回の3.00bは体験版だそうです
JavPlayer_Ver.3.00b体験版をアップロードしましたhttps://xgf.nu/B7CPd録画が5分までに制限されます
連続録画機能(キュー)がありません 体験版の方は、JavPlayerTrial_300bになっていて、メールで案内されたアップロードファイルはJavPlayer_300bでサイズがことなるから、こちらは正規版ですね >>695
動画の横幅が960ピクセル未満じゃない？
マニュアルに書いてあるよ
「動画の横幅が960ピクセル未満の場合は常に無効です」 まだちょろっと試した程度だけど
SDソースに対しての 滲んだモザイクの検出＆暗いモザイクの検出 はなかなかいい感じ？
ソースを見ながらモザイク検出設定を調整したいときに、
今のUIだと設定メニューが画面に大きく被って比較がやりにくい点は改善しほしい所 他のアプリでffmpegを使用しているがffmpegが処理中に終了し処理異常となる事象が発生することがあったので調査を行った。
手動でffmpegを実行させてjavplayer 300*/javplayerEZ 107aのウインドウを表示してすぐに閉じるとffmpegが終了することが判明。（javplayerでの録画は行ってなっていない。）
ゴミを残さないようにffmpegプロセスを全て終了させていると思われるがjavplayerで実行したffmpegのみ終了するようにできないのかな？ それ俺も凄く困ってる
他の操作に影響するのはキツイ
それと、3060やけど、グラボも何か破解の後おかしくなる
なので毎回PC再起動やし、一度javplayer立ち上げるだけで破解しなくても他のアプリが不具合起こしてめちゃくちゃ動作が鈍くなる
3.00bはまだ試してないけど、話題になってないからこの点を修正されたとは思えない 698と699は別問題では
3060は…ちょっと力不足かもね 3.00b使ってみたけど「コマ送りに失敗しました」ってなるんだけど何故？
数秒の録画だと成功するんだけど。30分位だと駄目になる >>698
確かに実行中のffmpegに割り込むね。
>>699
立ち上げた時点でログ見てみればどうでしょう ctrl L R
おかしくなるって一番困る不具合の説明っすよｗ調査しないと >>700
力不足？アプリ立ち上げただけで不具合出るって言ってんのに
なら3060以下の奴はアプリ立ち上げる事すら出来ねーのか？
javplayer使用した時の不具合報告してるだけで破解なんかは普通に出来るんだよ
出来るんだけど、PCの挙動がjavplayer終わらせようがおかしくなるんよ
>>ログってどうやって見んだ？ctrl L Rって何の話だ？詳しく
javplayerを1度も立ち上げなきゃ普通なんだけど、立ち上げた後何もせずに即座に終わらせようが例えばedgeならタブクリックする度に一瞬ブラックアウトしたり、エクスプローラなら右クリックが出来なくなったりする
エクスプローラとかは立ち上げ直しすれば戻ったりするが、結局再起動しない限りまた起きたりする
javplayerを1度も立ち上げなければそんな事は1週間PC再起動せずとも全く起きない >>707
説明わりーかった
デバッグログ(Ctrl+MouseL+MouseR
の事
マウス関連不具合かね？
ショートカット 「F10」キーと「shift」キー同時は右クリックメニュー出る？？ >>709
出先だから出来ないけど
マウスの不具合とかではない
なのでログは出ると思う
一応確認しておくけど、不具合の殆どがPC全体の操作がツーテンポ遅れるとかがメインで何か出来なくなるって訳ではない
エクスプローラの右クリック無反応はそのフォルダとか一旦閉じて開き直したら元に戻る。で、しばらく問題無いと思いきやまた出来なくなったりする。その際も何も無い画面で右クリックメニューは出るし問題無い
最初気づいたのは破解具合を確認してその試し動画を削除しようとした時。動画を右クリックしても何も出なかったり、出たメニューの削除をクリックしても何も起きなくなった事から
javplayer関係無いと思っていたが、よくよく試してみるとjavplayerを立ち上げた(結局何もせずにすぐjavplayerを終わらせても同じ)時にしか起きない症状だってのが分かった
ffmpegについては、javplayerの使用後何かでffmpegがインストールされていませんって出て、再起動したらそんな警告は出なかったから698と症状は違うが何か影響はしていると思う 3.0b、録画ファイル名フォーマット(rec_name_format.txt)で録画範囲の分単位の0詰、早速実装されてる
3.0aで完走しなかった動画も完走した
博士ありがとう！
// <TOP_MIN+> : 分に換算した録画範囲の先頭(例:123, 045) ※3桁
// <END_MIN+> : 分に換算した録画範囲の末尾(例:234, 056) ※3桁
>>698
この現象、うちでも起きてたわ
JavPlayerと関係なく起動してるffmpegのエンコードが途中で失敗になるのが謎だった >>ID:2P4ARty7
昔っから環境書けって言われてんだろ？ こっちは超能力者でもお前のママでもないんじゃ！ カスw >>709
やさしいな
普通>>713だよ
オマ環臭すげーよ >>713
そもそも環境描くまでそのまま黙っときゃオマエは良いだけの話やろ
そもそも回答くれる人には勿論感謝はするが、回答自体を絶対欲しくて書いた訳じゃねーんよ
オマ環だろうが、そんな奴もいる程度の話やわ
2.02までそんな事起きねーんだから書いたまでよ
しかも環境ってオマエそれハードの問題やと思ってんのか？どう考えてもハードよりもソフトの問題で何かカチあってんだろ
ソフトの問題の環境なんか、書き出したらキリねーぞ
だから回答求めねーし、ただオレの不具合を書いただけや
解決方を何かオレから聞いたとでも言うのか？あっ？ダボが >>710
javplayer置いてるSSDドライブが壊れてるとおもう >>721
それは無い
健康状態落ちたドライブが気になって健康状態100%のCドライブでも試したが同じ結果になった
それに3.00系を1度も起動させなければ何も起きない段階で関係あるとも思えない
解決は求めて無いから
2.02cの方が今のところ綺麗に捌けるし、3.00はしばらく封印するから良い
>>719沸点低いと言うが、状況書いただけで別に何かを求めている訳でも無いのに環境書けだのカスとかいきなり言われて怒らない奴の方が頭おかしいとしかオレには思えん。ついてんのか？と
勝手に解決してやるから環境書け。とか勘違いした発言されてもなぁw勘違いしちゃってんのは713やろ タスクマネージャー開きっぱなしにして、その事象が起きているときの
プロセスやらパフォーマンスを確認するくらい、したらいいよ。 解決求めないならばこの話は終わり
独り言ならXとかでやれ どうせアンチウィルスソフトみたいな常駐プロセスのせい
そこまで他人の環境を面倒みられない、個々で試行錯誤するしかない >>724
当然既にした。そこまで無知じゃない
特に何もおかしなところはない
javplayer起動で別に他の常駐アプリ等に変化はないし、javplayerを閉じたとてjavplayerしか特段変化もない
>>726
ありえん
オレ環何も書いてないだけでそんな単純な発想しか出来んオマエ如きがどうせなんて言ってる事が原因の訳が無い
これだけ書いたとてイチャモンつけられそうやから書くけど、LAN抜いてセキュリティソフトは真っ先に確認したわ
>>725
じゃオマエもその独り言ここに書くなwオレからしたらそれも余計な独り言やwww >>727
回線違うんやからそらID変わるやろ
何言ってんだオマエ？ 大した解決策すら出せねー奴に限って偉そうに煽ってくんのなw
少しは目から鱗みたいな話書いてから煽ってみろよwww
少しは702、709書いた人を見習えよ 3.00ｂにしてからなんか遅いなあ？と思ったら超解像中VRAM12G中マックス4Gくらいしか使えてなかった
グラボは4070で
ツールが使用するプロセッサ：GPU0（グラボは1枚だけ）
ツール例列実行の上限：10(実行中はBVPP8XaもTG8Xaも6～7並列くらいしか出てない)
総VRAM容量：12GB
他アプリのために残すVRAM容量：1000mb
なんか他に必要な設定あったっけ？ >>730
解決求めてないんだろ
いつまでも駄々をこねてんじゃねえよw
二度と来んな >>732
オマエらが勝手に書き込んでんだろ
オマエが先に黙っとけよ
どうせオマエなんか大して役に立たねえんだからよwww >>731
3.00系はそんなGPUメモリ使い切らん
同時実行数やけど、表示にしてみて
恐らく使いきれてないのではなく、処理が速くて次の処理ウィンド開く前に前のが終わってる。開く速度が処理の速さに追いつけてなくて設定10個開いてないだけやと思う >>731の検証なんだけども
720P程度のSDの同シリーズの動画を2つでBVPP1Xdf+BVPP8aで比較してみて
①一方は超解像中にVRAMは6Gくらい使っててこれまでの速さな感じ、超解像中の各並列ウィンドウごとにやってる作業も300aと同じ感じ
②もう一方は最大消費が4Gに至らず、超解像のウィンドウを見るとやたら細切れに（10フレーム以下程度でいちいちウィンドウが閉じてた）超解像してた
作業の違いはソースによるっぽいけど、なんで②みたいにやたら細切れで処理してるのかはこれまで経験したこと無くて謎 >>736
今までの10倍くらいの量、細かく超解像してるのが今動いてるわ >>739
このパターン引くと各超解像ウィンドウの起動と終了の回数≒起動＆終了処理時間が爆増して
結果的に作業速度が遅くなってる感じがするね
PC負荷は軽いっぽいから軽量モード的な奴なんだろうか 300bで細かいモザ検出ON試してみたけど
小さい面積のモザの認識についてはまだ若干202cの方が上かな～
破解箇所を1フレずつ確認してみると破解フレーム数が1フレームだけ300bの方が少ない、ていうのが散見する >>730
解決策出せって？w
結局泣き言かよw
く そ ダ サ い >>738
回答を求めて無いからと言ってんのわからんの？
>>742
求めて無いって書いてんのに解決策出せってオレが言ってるって？何の妄想だ？
そこに持っていかないと悔しくて言い返せないのか？
解決策なんか恐らく無い。3.00のバージョン変更の際とかにかち合ってると思う部分が解消されるのを待っているだけ。それまで安定の2.02使うだけの話
>>735
IDコロコロ変えるよしマシやろw
オマエのそのIDも他のも結局煽ってるだけでそれこそ無意味な書き込みばかり
他人煽る前にオレに関係無くアプリに関係ある事でも少しは書いて見たら？ >>743
730 名無しさん＠ピンキー 2024/10/31(木) 23:03:33.87 ID:2P4ARty7
大した解決策すら出せねー奴に限って偉そうに煽ってくんのなw
少しは目から鱗みたいな話書いてから煽ってみろよwww
少しは702、709書いた人を見習えよ >>744
また負け惜しみかw
勘違いしてるみたいやけどwww解決策も無く煽ってるだけの無能な奴って意味で書いただけの事
無能だから意図を汲み取れなかったんだろうけどw
そしてオマエはjavplayerに関係しない事しか結局書けないゴミそのものwww 解決策としてはID:AnSz8wXj自身をアンインストールw おま環トラブルを自己解決出来ない無能のヒステリーは醜いね >>747
くだらなすぎ。無能に面白いレス期待しても無駄かw
オレは解決などどうでも良いのに無能のオマエがヒスってるだけって気が付かないの？逆に無能呼ばわりされて悔しいのか？www
2.02の方が安定してるし、破解も好みだから即解決なんか要らないんだよ
解決したいなど一言も書いてないんだがwww
ばーか >>750
煽りに対してレスしてるだけなんやけど
書き込まれたくないなら、オマエらが先に書くなってだけの話
無能レベル通り越してアタマ悪いの？ >>728
>当然既にした。そこまで無知じゃない
>特に何もおかしなところはない
>javplayer起動で別に他の常駐アプリ等に変化はないし、javplayerを閉じたとてjavplayerしか特段変化もない
気付けないくらい無能ってことかｗ
動作が重いんなら、なんらかの兆候はあるだろｗｗｗ
ちなみに私の201Cから300bまで、exe等そのまんま、同じSSDに入れとるけど、
すべてのバージョンで正常に動作しとるよｗｗｗ
右クリックメニューが無反応！？どうしよう！？そうだJavplayerのせいにちがいない！
スレに書いてみよう！あれ？同事象の人がいない！？いいや、2.02のほうが安定してるし！ってｗｗｗ とりあえず3.00系をノントラブルで運用出来てるのでどっかの旧バージョンで我慢してる馬鹿よりはマシかなw >>752
何言ってんの？
メモリも何も全く余裕があるのに動作が鈍くなるんよ。CPU-Zから何から確認したわw
200系で不具合なんかオレも起きてねーし。今も全く起きんよ。300起動させると終了させようが起きるんよ。きちんと読めダニ
右クリックの件も最初別にjavplayerのせいとは思ってもいないんだが、色々試しておかしくなるのが300の起動したかどうかなんだがな
同事象の人をオレがいつ探したよ？勝手に思い込みを書き込むなゴミ
オマエは1番勘違いも甚だしいバカ >>753
別にトラブル無くても202で今はいいねんけど
それも読めないのか？
それと別に300での問題は起動したら他の動作が鈍くなるだけで、別に破解に問題も無いし、再起動したら治るから我慢なんか必要ないんやけどw
我慢とかオレがする訳ねーだろ。オレが我慢してると思い込まないとストレス溜まりすぎてキツイのかオマエ？www 300はAFのピンボケがキツいのしか無いから、もっとコントラストキツめのAFでないと使わないわ
使うとしたらSTDでスライムみたいにならない様なショボいモザイクで速く処理したい時だけや 博士、次はEZのモザイク検知改善とVR対応お願いします もともと300は1画面にサイズの違うモザイクが混在する動画対応だからね
202の延長では修正箇所がおおすぎて困難なためEZのシステムにのりかえたみたいだし
おまけで動画を選ぶがより解像感のあるBVPP8対応と高速化がついた よくなってるな3.0
VBRは変になるけどそれ以外ならまあいいか >>757
せっかく統合したのに今更EZはやらないでしょ 統合ってことはEZだけ買った人も300使えるんか？ 統合はしてないよ
300はEZのシステムを基にしただけでいろいろリアルタイム超解像モデル選べるのはEZのみ 暗い部分のモザイクでどうしても見たい超絶イケメンのおちんちんがあるのよね
色々試したんだけどどうしてもだめだわ
なんとかならないかしら(´；ω；｀) >>764
そうなんだ、じゃあEZは今後アプデもあるってことかな
てっきり統合したと思ってた EZと無印じゃ、リアルタイム再生結構違うと思うが。EZを使う方が多いので、博士にはEZの開発•改良もお願いしたい。 動画によっては最後の方が映像が止まって音声だけになる現象は3.00bでも起きた
ffmpegで事前に再エンコードしておけば回避できるので問題ないけど
長い動画が完走するようになったのは大きい >>683
ありがとう！その組み合わせは完全にスルーしちゃってた。
3.00bアプデも相まってか、onsd-160 oned-089 あたりの破解がかなりええ具合に出来たよ。
「くぱぁ」は相変わらずダメだけどｗ >>769
具体的な作品の番号とかは出さない方が良いと思う 今更EZをアプデするより、無印を改良してリアルタイム超解像モデル選べるようにした方が良いんじゃない？ すいません、202cを使ってるんですが最近頻繁に「メインメモリ不足で超解像に失敗するかもしれません」とコメントがでます、
とりあえず破壊は出来てるようなのですが何が悪いのでしょうか？ >>770
特定型番の破解情報交換とか、やっぱ危ないかねえ。了解っす。( ´Д`) >>736の件公式で回答あった
超解像の分割回数がやたら増えて時間が延びてしまうのは
モザイク/ブロックノイズの判定精度を上げた結果生じた副作用という事らしい
ブロックノイズが多い動画だとそうなりやすい模様 複数モザイク非対応で構わないので、
200までのモザイク判定（AIなしのシェーダー方式含む）も搭載＆選択可能にすることは出来ないのかな？
あれ＋300bの超解像だと合いそうなのが結構ある 要望ばっかり書いてるとアレなんで
ブロックノイズの少ない動画の処理はかなり速いし
200で「そこそこいい感じに超解像出来てたけどチラつきが惜しい」感じだった動画のソースを
300ｂで再処理してみた時の出来は素晴らしいの一言でした エロ使用でラデなんか買ったら絶対後悔するよ
あれは現段階ではゲーム専用GPUと思っていい 「指定された動画保存フォルダに書き込めません（赤字）」が出てアウトです！「オプション-自動でログファイルを作成」を「録画毎に分ける」にしても同じ。
ファイル名を変更したり、複数の環境の違うPCで試したが同結果でした😿JP300aと同じ現象。
JP300bはパスし、次のバージョンを待ちます。 SDサイズ動画で「にじんだモザイクの検出」ON、「暗いモザイクの検出」0設定で処理を行ってモザイクが3～4フレーム残る部分が複数個所発生する。
色々な設定を試したがよい結果とならなかった。
この処理済動画(ファイル名の「~VM」を削除したもの)をJP3.iniに「MinMosaicLife=0」追加して「にじんだモザイクの検出」ON、「暗いモザイクの検出」5設定で再処理を行うと残ったモザイクの大半が処理された。
iniファイルを毎回書き換えるのはめんどうなのでMinMosaicLifeを加工設定から変更できる様にできないでしょうか？ >>785 書き忘れ、追加
モザイクが残る部分は、JP300bの確認モードでモザイクとして認識されている。 >>783
300から続いているバグで、「動画保存先フォルダ」だけはCドライブ内に置かないと、そのエラーが出て
エンコードフェーズに進みません。 上記フォルダの置き場所を変更してみてください。 >>783
>>787
300a、300bで「動画保存先フォルダ」をFドライブに置いているが正常に動作している。
今までエラーが発生したことがない。
環境の問題では？ 動画によって破壊効果が様々なので、局部アップの短いシーンで色々設定を変えて試してみて、
いちばん満足できる設定で全動画を破壊していますが、比較のため２つの動画を並べて再生できる
再生ソフトで、おススメはありますでしょうか？
動画編集ソフトではなく、お手軽に再生できるソフトで・・。 Vectorとかにマルチ動画プレイヤーを10年以上前にいくつも試したけど、フレームがきっちり同期してズレずに再生できるのはなかったなあ
きっちり同期してずれずに再生したいならAVIUTLで編集して作るしかない >>789
比較用にフリーの「video-compare」、「video-compare_GUI」を使用している。 >>790
>>791
レスありがとうございました。
「video-compare」、「video-compare_GUI」導入しました。
ありがとうございましたm(__)m >>788
まぁ、そうなんでしょう 同じ症状の人がXで博士に質問していたから、便乗して聞いてみたが博士にも
わからなかった、おま環ですけどね 何人かは同じ症状の人がいるし、自分の環境にも問題ないって博士
に言われたしで、普通にバグだと思うんだけど？
でも、環境の問題だろうがなんだろうが、自分の場合はそうやったら正常に破解できているんだから、783
さんも試してみればいいだけでしょ ダメで元々 >>793
見てきたけども
>「オプション-自動でログファイルを作成」を「毎回録画に選んで」ください
の枠で言ってる事は直接の解決策ではなくて、その設定をするとログにエラー状況が記録されるから
赤文字のエラーコードを吐かれたらまずそれを確認してね、という意味で
ログになんて書かれてるかまず教えてくれないと博士も対処しようがない奴かと思う
そもそもそこで問い合わせてされてるのは合成とエンコードが完全に停止してしまう、っていう別なエラーの事でない？
「指定された動画フォルダに書き込めません」って質問は1人しか見かけなかったからあなたの事だと思うんだけど…
この設定にしたなら、JavPlayer_300b→logs に録画を実行するごとにテキストファイルが出来てるはずだから
まずその内容を見てみるのが先 うちの環境だとIドライブ（外付けSSD）に300ｂ本体を入れて
Kドライブ（外付けHDD）を録画ファイルにしてるけど300でも300ｂでもトラブルは出ていない
フォルダの階層に日本語は入れてない MinMosaicLifeって今のバージョンでも機能してんだ S1とかMOODYZとかの破解、皆さんが常用してる設定訊かせて下さい。 画面に大きく処理範囲が広い時に端の方が歪みにくくなってるな >>799
いろいろと微妙なしがらみがあるから
個別の設定は自粛する空気だよ
全般的な設定は過去ログ見てね エンコード時にはきっちりモザイク取れているのに、完成したものはちょっとざらついていたりできが悪い。何で?因みにSD画質。 300b完成度上がったね
3時間物と4時間物を立てつづけに4本処理したけどエラー皆無で完走
全角ファイル名も問題なし 300b こちらの環境では処理が随分早くなった
50分程度の動画で作業時間1時間40分とか、202cで4,5時間掛かっていたのがウソみたい
エラー全くなし、破解の状態も許容範囲
VRAM、RAMの使用量が少ない
202cではVRAM14GBくらい使っていた
i5-13500
DDR4 64GB
RTX 4060 Ti 16GB
JP本体とTEMPフォルダは 1TBのSSD
完了ファイルフォルダは 8TBのHDD 300aまでで出てた問題がかなり解消したね
博士の改善の努力には頭が下がる 300aでは長い動画は途中でフリーズするので、分割して破壊していたけど、
300ｂでは問題なく完遂できるようになった。
でも、博士がXでポストしているように「超解像の回数が増えて録画にかかる時間が長くなる」
というのは確かにある。動画によるけど、古い動画では今までの10倍ぐらいの超解像の回数に
なることがある。それでも、202以前に比べて格段に破壊時間が短くなっている。
後は、破壊の精度にどれだけ満足できるかかな。 >>775>>785
細かいモザ・にじんだモザ・暗いモザ検出ONにしてMinMosaicLife=0にしてまでも
202cでは拾えてた小さめモザが300bじゃ拾えないケースがまだあるね～
202cまでのモザイク検出方法に切り替える機能搭載には俺も賛成
現状、そういうケースがある動画に対してバッチをいじって202cでBVPP8Xaを使ってるけどいい感じだ 300bでもモザイクの外側が破解されず残ってしまうパターンが度々あります。202まではモザイク認識の枠幅が広げられたので良かったのですが。 >>807
202cでBVPP8Xaを使ってみた。
たしかに良い感じになった。
ただし、検出方法をかなり緩くしないと破壊されないので破壊されていない部分のみ範囲指定を行って実行した方が良さそう。 300bの安定性とスピードと軽さは素晴らしい
ezと比べて300以前の無印は微妙に重かったのでezベースにしたのは正解だと思う 音ズレ発生するものはptsだかdtsだかのデータがおかしいっぽい
音と動画を分けて再結合してやれば再エンコしなくても音ズレしないファイルができた
-r は元動画のフレームレートね
ffmpeg -i inputfile.mp4 -vn -c:a copy audio.aac
ffmpeg -i inputfile.mp4 -an -c:v copy -f h264 noaudio.h264
ffmpeg -r 29.97 -i noaudio.h264 -i audio.aac -c:v copy -c:a copy outputFile.mp4 300bで モザイクが残ったものを202cで再処理を行った。
202cでもモザイクとしては認識しているが処理されない。
人体検出をoffとすると正常に処理された。
300bでは設定がないが人体検出が影響しているのかな？ 202cに入れてみたけどリトライでループするんだがどうやんだ >>813
202cのバッチでは、png、300bのバッチでは、jpgとなっている。
完了をチェックしているファイル形式が異なっているのでは？ 元動画のドライブを変えただけでコマ送りエラーが出なくなるのは何だろ
どちらもパスは半角だけだし ちと苦労したけどなんとか202c版BVPP8Xa動いた
300b は何をブロックノイズと間違うのか20000越えのぶつ切りになる動画もあるから
背景モザイクが長々と続く動画もあるしそういう動画は202c版使おう 300bの方がモザ認識はむしろいいときもある
でもモザが動いてないのに変化する欠点がある ボケがマシになるか知らないけど、3.00もpngで処理出来ないかぁ >>821
試していないので断言は出来ないがバッチファイルで下記の変更を行いとpngで処理出来ると思われる。
tg16x.exe／bvpp8x.exeの最後の引数をjpg→pngに変更。
生成ファイル数確認処理のファイル種別をjpg→pngに変更する。 300bのBVPPが変なのって一度に処理可能な範囲を算出のmax_int上げたら治せる事がわかったんだが
これ上げたらなんかおかしくなんのかな 202ｃでBVPP8Xを使う方法を教えてくれ
BVPP8Xのモデルファイルを202ｃのｍodelsフォルダ内にコピーして、
200ｃのBVPP用のバッチファイル（のコピー）のモデルフファイルの指定部分をBVPP8X用に書き換えただけで行ける？
それとも300ｂのbvpp8x.exeごと移植する必要あり？ >>822
ありがとう！
ちょっと時間出来たら試してみる 8XってAFにするとニジみたいなノイズ入るときあるんだけど
俺だけか >824
202ｃにバッチファイルを追加するだけの方法でやった
バッチファイルで300ｂのbvpp8x.exeとモデルを呼ぶようにした
SR-BVPP.batをコピーしてSR-BVPP8Xa.batを作り
cd "%~3basicvsrpp" の下に
cd /d %3 を入れ
超解像を呼ぶところを
"D:\JavPlayer_300b\Tools\TG&BVPP_CUDA\bvpp8x.exe" "D:\JavPlayer_300b\Tools\TG&BVPP_CUDA\models\BVPP8X_st_crop333_18k.pth" "%~3input%2" "%~3output%2" %interval% %1 %vram_fraction% jpg
に変更
私はBVPP8XはSTDしか使わないから直接STDのモデルを指定してる
あと
if exist ../output%2/0000.png goto :exit
を
if exist "%~3output%2\0000.jpg" goto :exit
に
私はこれで動いたけど環境によっては動かないかも >>824
300bのTG&BVPP_CUDAを202cのTGにコピー。
202c用にバッチを作成。 MinMosaicLife時間かかるけど１にしたほうがいいな
１で前と同じになる 鮮明さとテカリ具合がどうしても202cに負けてしまう
300bTG8Xa+BVPP8Xa(STD)が近いけどぼやけるんだよねぇ >>828
出来たありがとう、自分はAFモデルも使うからバッチをSTD用とAF用と2つ作ったね
一か所だけうちの環境だと違ってたのは
>if exist ../output%2/0000.png goto :exit は同じ表現の記載は見当たらなくて
>for %%A in (..\output%2\*.png) do (if exist %%A (set /a num_out+=1))
のとこを
>for %%A in "%~3output%2\0000.jpg" do (if exist %%A (set /a num_out+=1))
に書き換えた
SDソースだと200ｃのほうがモザイク逃しがなくてよい感じだ、BVPP1Xｄｆも使おうと思ったらバッチでまとめられるのかなこれ
>>829
こちらの方法は使わなかったけどもそういう方法もあるんだってのは参考になったね感謝 バッチでBVPP1Xｄｆの超解像処理をして出力したフォルダを入力フォルダにしてBVPP8Xの超解像処理を走らせれば
200でいけるかな？ 今度挑戦してみよう >>832
300bと202cを独立した環境としたいので >829 の方法としている。 202cでBVPP1Xdf + BVPP8X いけた
でいろいろ試していて気が付いたんだけどBVPP1Xdfで使うモデルBVPP4Xから
BVPP8Xに変えたらうねうね現象が改善した
下処理と本処理の倍率が違うのがうねうねの1要素な気がする SDサイズの動画で縮小画面のサイズが300bは、22x28、202cは、58x38となっている。
300bで、BVPP1Xdfを使うとうねうね感が減少するが詳細部分がぼけてしまう傾向がある。
300bも縮小画面のサイズを202c程度まで大きく出来ないでしょうか？
もしくは、自動、大、中、小などと選択できるとか。 >>835
おーできるのか
バッチの書き方ざっくり教えて～ ＞＞837
"D:\JavPlayer_300b\Tools\TG&BVPP_CUDA\bvpp8x.exe" "D:\JavPlayer_300b\Tools\TG&BVPP_CUDA\models\BVPP8X_af_crop333_1k.pth" "%~3input%2" "%~3outputA%2" %interval% %1 %vram_fraction% png -r 3
でBVPP1Xdfの処理したものをoutputAに書き出してerror check終了後
"D:\JavPlayer_300b\Tools\TG&BVPP_CUDA\bvpp8x.exe" "D:\JavPlayer_300b\Tools\TG&BVPP_CUDA\models\BVPP8X_st_crop333_18k.pth" "%~3outputA%2" "%~3output%2" %interval% %1 %vram_fraction% jpg
で超解像する感じ
なおBVPP1Xdfの使用モデルはBVPP8Xのものに変えてある bvpp8xの引数 ”-r 3”を1から4の間で変更するとぼけ具合が変わるみたい。
3が一番ぼけが強い（うねうね現象が一番改善する？）みたい。 旧BVPPでウネウネしてたやつも見易くなったのなら乗り換えるんだけどなぁ 試しに数秒「BVPP8Xa(STD)+SPANhd」で破壊
ウネウネしなかったら「BVPP8Xa(STD)+SPANhd」で全部破壊
ウネウネしてたら「BVPP1Xdf+TG8Xa2(STD)+SPANhd」で全部破壊
これが一番良い基本戦略だと思うわ
3.01bで長い動画も確実に完走するようになったし、vram不足で超解像の並列度上げられず数倍の時間かかってた2.0には戻る気全くしない
まだ3.01bに移行してないのはモザイク判定に完璧を求めてる一部の職人だけだろう 3.0以降は、EZベースのJavPlayer無印が軽くてリアルタイム破壊の品質も良いので、JavPlayerEZは全く使わなくなったわ 現状、EZのリアルタイム超解像と比較にならないのでは 無印もEZと同じレベルのリアルタイム超解像できてると思うけど >>843
職人ってかSD動画やらFHD動画でもモザ面積小さいとほんとモザイク残っちゃうのよ
1～数フレームごとにモザと破壊できてる画が交互に出るようなケースもあるし
そういう心配がない動画なら300b使うけど
>>838
202cでBVPP1Xdf(BVPP8XaのAFモデル使用)使う場合、後の超解像はBVPP8XaよりTG8Xa2のがいい感じがする
ただその場合、TG8Xa2の並列処理をどうするかが問題なんだよね
VRAM使用量違うから同じバッチ内でbvpp8x.exeとtg16x.exeは混在させにくい
追加超解像でtg16x.exe走らすにしても、追加超解像バッチは並列処理してくれない
並列させないなら問題ないけど >>847
細かい違いに気づく職人さんの要望は大事だと思うわ
博士の改善につながるし >>847
BVPP1XdfはBVPP8XaのAFモデルが思うように作れなかったから苦肉の策で入れた機能じゃね?
BVPP1Xdf+BVPP8Xaでうまくいかない動画は202cのTG8Xft2のAFモデルでよくね？
あとTG8Xa2を202cで動かすのはめんどいのでBVPP1Xdf処理後TG8Xft2の処理をまるっと入れる方法でいいかもね
TG8Xa2と202cのTG8Xft2でそんなに差はなさそうだし やはり300bのモザ認識が甘くて使えないストレスが勝る。
202c並みのモザ認識レベルになれば現行で最強になるのだが。 ソースによると思うがＳＤサイズの大き目モザイク動画を[BVPP1Xdf]+BVPP8Xa STD、[BVPP1Xdf]+TG8Xa STDで破壊するとうねうね感は減少するが指などの部分が一体化された様になる。
BVPP4X-AF+(TVAIprb4_2Xdf) STDで破壊するとうねうね感も減少し指などの部分が分かる程度になる。
※BVPP4X-AF:BVPP4XのモデルをAF固定したBATCH。
※(TVAIprb4_2Xdf)：TVAI PROB-4で2倍拡大するBATCH。 300bでモザイク調査や縮小画像生成の速度上げたい。CPUもGPUも30%程度しか使用してないのだが、もっとリソース使って速度上げる設定ってできるかな？ 『コマ送りに失敗したため録画を中止しました』と表示されます。
問題無く処理が最後まで終わる物もあります。
このエラーはおま環なんでしょうか？ 縮小画像作成は当たり前だけど外付けHDDからSSDに変えたらかなり早くなったな >>855
それもあるね。
>>852
モザイク調査や縮小画像生成は１並列だもんな。現状限界なのかもね。 ワーク領域にSSDは重要
かなり寿命を縮めるけど、使い捨てるつもりで
GPUと並んで重要 >>853
うちの環境でも出る動画と出ないのがある
原因はわからん >>858
出来る奴もありますよね。
うちもです。
困った。 >>850
SDソースの小さい範囲のモザイクで高率で頻発する
超解像開始前の素の再生中には認識出来てるモザイクが、超解像処理を掛けたら認識されずにスルーされがちなのは何とか修正してほしい所 コマ送りエラー出ても同じ動画でも再度やってみると完遂したりする 拾い物の320×240の古い動画。3.00Bでは、モザイク認識出来ない。
2.02Cでも取りこぼしが多いがAIを切ると、殆ど認識。
AF0で感動出来るくらい破壊できた。 コマ送りエラーが出るときって裏で何かアプリ動かしたり何か作業したりとかじゃなくて？javplayerだけ動かして放置しててもエラーなるの？ 300bで結構綺麗に破壊できても以前202cで破壊したのと比べると劣ってるんよ
やっぱ薄いモザイクの認識と鮮明度が明確に落ちるんよ 博士より300cとEZ108の開発アナウンスあり。
モザ認識の向上があるのは期待大だ。
ありがとう、博士。 3時間動画バッチ数62189並列2しかいかない、いつ終わるんだよ... 博士素晴らしいなさすがだ
顔のモザイクはたしかに仕方ない >>874
2.02の加工設定パネル内の緑バツの右側のアイコンのチェックを外す。これを外してしまうとモザイク状の背景も破壊してしまうので使いどころが難しいが、320x240のような低解像度動画に効果が高い事有り。 個人的に320x240ぐらいの映像が好きなんで助かるわ、やってみる >>847
MAXPARAで追加超解像の並列化普通にできた
でも並列化してもCPU・GPU使用率上がらずにVRAM消費量だけ増えるので無意味だった このアプリを使用目的でradeonのegpuの購入を検討しております。やはりNVIDAでないとダメですか？
アプリはezを使用しています。ご教授お願いします radeonでも動く
でもJavPlayerEZで早送りしてるとカクカクになる
やっぱりNVIDAがいい 貴重な実際の情報ありがとうございます
今intel core ultra7のノートでなんとか使用できるけどカクカクしてるのでNVIDAのegpu再検討してまみす >>885 大きなお世話を承知で言うが、eGPUやるにしても結構金使うでしょ。デスクトップpc買った方が良いと思うけどな。 PC常に持ち運びして仕事場と家を往復してノートに慣れてしまいegpuを検討しててradionの小型egpuポチりそうでした 小型のNVIDAのegpuあったら欲しい あとノートの有機elモニター気に入ってるのもあるんだよね JavPlayerにノートPCは絶対やめた方が良い
とにかくミニタワーにして電源良いのにして（できれば850W）NVIDIAのGPU搭載の独立グラボにした方が良い
NVIDIAのRTX 3060 12GB以上のグラボにした方が良い
並列度を上げるためにはVRAMのサイズも大事で12GB以上欲しい あとJavPlayer専用に1TB以上のSSDを用意した方が良い マルチメディアライブラリ「FFmpeg」がアセンブリ言語の手書きで爆速になったという報告
94倍も処理速度が向上、新しいCPUほど効果あり
樽井 秀人2024年11月11日 12:57
https://forest.watch.impress.co.jp/docs/serial/yajiuma/1638345.html >>887
ノートPCだと熱ですぐにイカれるよ
そのへん気にしないならどーぞ >>888
ありがとうございます
とにかくegpu買わなくて良かった >>890
>なお、今回手書きアセンブリで94倍の速度向上を達成したのはx86プラットフォームでの話です。
インテル大勝利…って事？
>つまり、コンパイルすることにも移植性や保守性、生産性などの点で利があるわけで、
>常に手書きアセンブリが優れているわけではない点には留意しましょう。
おま環トラブルは多発しそうで、Javp的にはいいのか悪いのか難しいとこかもしれない RTX 3070 mobile搭載ノートを2年以上破壊に使っているけどいまだ健在
ディスクトップと2台体制だけどね 同じような動画の長さなのに異常なほど超解像の数多いのあるけど条件わかる人いる？ >>895
博士の11月1日の投稿
>超解像の回数が異常に多い場合、その原因は多分ブロックノイズです
とその次のやつに原因が書いてあるよ >>896
見てなかったわありがとー！
確かに画質粗目の動画だったからこうなってしまうのかー >>896
ということは、比較的古めの画面の荒い作品は破解処理にに時間がかかるということかな。 ブロックノイズを超解像で綺麗に直してくれるなら、それはそれで良いことなのではw >>899
そうはならない
時間がかかるし、その箇所がウネウネしてどうにもならん
ただの誤作動のレベル 現時点では202ｃの相性のいいタイプと300ｂの相性いいタイプがある
あと古めの動画だと202ｃでBVPP8Xaを動かすようにすると一番いいのもある 白線ノイズ低減 2
テクスチャノイズ追加 3
細かいモザイクの検出 なし
にじんだモザイクの検出 なし
暗いモザイクの検出 2
検出した領域の拡張 2
これでやってるわ
次元の違う速さと完走率の高さにびびるわ
博士ありがとう
「javplayer終わらせると、他で起動してるffmpegプロセスが途中終了してしまう問題」改善頼みます 範囲設定を行い、にじんだモザイクの検出「OFF」、暗いモザイクの検出「0」、検出した領域の拡張「3」設定で
遠目で髪が顔にかかった映像で破壊を行うと顔の部分が最初の3コマだけ顔にもモザイクが有るように破壊されたようなもやもや画像となる。
モザイク確認モードでは顔の部分はモザイクと認識していない。
モザイクと認識している部分は正常に破壊されている。 rtx4090+core i9 13900kで破壊したときの電力量見たら1時間で0.3kwhだったわ
まあまあいくな >>906
電力会社のアプリで破壊してないときとしてるときで確認したから間違ってないよ笑 俺は一部だけたまにするくらいだから
あまり変わらないかな 300ｂは200cまでよりかなり軽くなってるから消費電力も結構下がってるはず >>907
電力会社のアプリなんかで開かずに
ワットチェッカー使えよ 確かに電力会社のアプリでわかるのは家（部屋）全体の消費電力だろうから、PCで電力使っているときに、他が省電力モードとかになったら正確な数字は出ないわな。
逆もしかり。 スマートコンセントにつないでPCの消費電力をアプリで見てるが、大体200W前後だな
何もしない時は70W前後のPCで
SPANhdありのエンコードとかでたまに300W超える時ある そのあたりはPCによるとしか
俺はUPSの表示で見てるんだけど
今グラボ4070で250Wを超えない200ｗ前後って感じだが
3080ti使ってた時はこれの倍以上だったからね CPUの消費電力もインテルとAMDじゃ100ｗくらい差でそう たまに完走せず、破壊の途中で終了したり、ハングすることもでてきた（条件わからず
ただ、同じパラメータ（同じ録画範囲、同じ破壊設定）で再開すると、破壊の途中からでも再開してくれるのが3.00bの凄いところだ >>918
モザイク掛けにマンパワーと金を掛けて破壊にマシンパワーと電力を掛ける
これが資本主義経済 IPPAの透かし入り作品でモザイクかけ忘れを見つけると勝利した気になるよね Gumroadは3.00cで終わりか
レシートって何のこと？そんなのあったっけ
まぁ、1200円なのでSellfyで再購入しても良いけど レシートというか、差出人JavskiでGumroadからメール来てると思うけど。
Gumroad終了という事は、今後はSellfyで買い直しが必要なのかな？
まあ、価格の何十倍も十分楽しんだので買い直しても良いけど。 Gumroad版は今後FANZA版同じような扱いになるんじゃなかたっけ？
まあ俺も買い直そうとは思うけど ああ、そうか。現状はFanza版用に、ギガファイルで配布してるんだね。
今後Gumroad版もギガファイルでアプデされるのか。 こう・・・なんというか
JavPlayerEZ を購入して
わすれて
JavPlayer も購入したぜ
それはそうとJavPlayerEZ はVerUPしないのかな 個人的には本体のアプデを優先してほしかったんでサンキューだけど
告知通りにEZのほうが先ではなかったのね ＞JP301の前にEZ108をリリースする予定です
今回のリリースは3.00cなので告知が間違ってるわけではない >>933
見てきた、ちゃんと301って書いてたね
スマンコ 300で一番気になってた「201cまでは拾えてたSDの小さいモザイクを拾ってくれない」
は300ｃでは解消されてました（2回目のモサイク検出オン、モザイクの最小損属時間＝0でテスト）素晴らしい
テストした動画はまだ少しだし、もっといい設定あるかもだけど、201cと300bのキメラ号を使わなくてもいいかも？ 元動画の画質に合わせた新モザイク検出設定の使い分け方法、各項目のメリット＆デメリットは
今回のマニュアルに記載があるからまず読んでね フィルタのオプションが加わったんで、解像度低い昔の動画にも効果ありそうだ
ありがたい ブックマークで加工をoffにしてる区間のモザイク調査中はスキップというか処理を飛ばすような処理時間をさらに短縮とか出来るといいね 2.00系だと4k動画は破壊出来なかったけど3.00になってから4kが破壊出来てるんだけど、2.00でも出来てた？ 300cでは「起動終了時に他のffmpegのプロセスを終わらせてしまう」って問題が解消された
ありがとう博士 少しづつ改善されてる 博士ありがとう 余力が出てくれば新たなモデルも期待したいね。
https://x.com/takanamo1/status/1857830083819655617
こいつ前スレで騒いでやつか？？ バカすぎて話にならん。 SDのそんなに画質の良くない動画を1分程度超解像してみた時の
①「モザイクの最小持続時間」設定と ②超解像作業の分割数 の関係をざっくり
① ②
0 80
1 20
2 15（博士オススメ設定）
6 6
②が多いほど超解像作業時間も増える
新機能の「2回目のモザイク検出」の効果はいまひとつよく分からなかったけど
そもそも素のモザイク検出自体がかなり良くなった（200cと体感変わらないくらい？）ので、SDソースの場合オススメの2で基本的には十分かも
ソースによっては0に設定したらかえって検出が悪化した場面はあった 100連三星0の俺の引きはすこぶる悪いが、斎藤は強かったな
サンテレビのアナウンサーがマスコミのゴミっぷりを真摯に受け止めてて好感持てる
無い事にするキー局とは大違いだわ
そして俺もヒキの悪さを真摯に認めるから、一体くらい天井前に引かせて欲しいものだ 6秒以上モザイク持続って結構長いかと思ったけど目立った取りこぼしはないように見える
それより超解像が6000とか7000とかになることがなくなって劇的に速くなった 6「フレーム」で30fpsの動画だと0.2秒ぶんじゃないかな >>953
勘違いしてたわ
6秒続くモザイクなんてないか 最小持続時間6と最小持続時間1だとどっちが処理時間短くなりますか？ 最小持続時間が長い方がモザイクと誤判定される領域が少なくなるはずなので、処理時間は6が短い
ただしモザイクを取りこぼすリスクが出てくる ありがとうございます。
SD画質（S1）だとやっぱりBVPP4が一番違和感ないような感じに思います
何かSDでおすすめ設定てありますか？ 合成エンコード（ffmpeg HEVC+SPANhd）が一番電気食って熱くなるな
400W超えてるし、グラボのファンがフル回転で良い暖房になってるわ >>947
こういうおま環バカがいるから博士に迷惑が掛かる 俺の10年落ちのクソPCでも特に問題なく使えてるからな
ハード面の不具合をこれのせいにされたら博士もたまったもんじゃないだろｗ 300台から自動で前回の作業画像を消去する機能に慣れてしまっていて、
今回300cで長い画像を破壊してたら、300ｂに残っていた作業画像が消えてなくて、
SSDの容量不足で止まった（笑） 初心者です。
画像バッチファイルAでTG8Xaを選択、合成＆エンコード中まで行きますが、
「超解像処理が全く行われませんでした亅とのメッセージがでて止まってしまいます。
以下のコマンドが出ます。
Active code page: 65001
[email protected]
C:\JAB3.00c\JavPlayer_300c\Work\sample_22.72s-27.72s>"C:\JAB3.00c\JavPlayer_
300c\Tools\TG&BVPP_ZLUDA\zluda\zluda" -- "C:\JAB3.00c\JavPlayer_3
00c\Tools\TG&BVPP_ZLUDA\tg16x_z.exe" input\00000 outputA\00000 0 "C:\JAB3.00c
\JavPlayer_300c\Tools\TG&BVPP_ZLUDA\models\[email protected]"
0 100 normal jpg
'"C:\JAB3.00c\JavPlayer_300c\Tools\TG&BVPP_ZLUDA\zluda\zluda"' is not recognized
as an internal or external command,
operable program or batch file.
C:\JAB3.00c\JavPlayer_300c\Work\sample_22.72s-27.72s>pause
Press any key to continue . . .
TG&BVPP_ZLUDA ファイルはJabplayer3.00c のToolsファイルにペーストしましたが、
間違っていますでしょうか。
原因がお分かりの方よろしくお願いいたします >>962
まずはログファイルを見てみよう マニュアル６P
あと デバッグログ(Ctrl+MouseL+MouseR)も見てみよう。 お返事ありがとうございます。ログを確認してみます。マニュアルはどこにあるのでしょうか。
よろしくお願いいたします。 デバッグログdでは以下のような黄色の警告が数ヶ所出ています。
the output images are insufficient.（6 times）output 00001(0)<input00001(105)vram=240 mem=800
その後で、all super-resolution failed となっています。
何が原因かお分かりになりますでしょうか。
よろしくお願いいたします。 '"C:\JAB3.00c\JavPlayer_300c\Tools\TG&BVPP_ZLUDA\zluda\zluda"' is not recognized
as an internal or external command,
operable program or batch file.
TG&BVPP_ZLUDAのインストール場所がおかしいだけな気がするが '"C:\JAB3.00c\JavPlayer_300c\Tools\TG&BVPP_ZLUDA\zluda\zluda"'
このファイルがないというエラーメッセージなんで
ここにzludaを持ってくるように移動すればいいと思うが うちのはNVIDAグラボでCUDA版だからZLUDA版は添付のマニュアル読んだだけだけども
特定バージョンのHIP SDKの導入が事前に要るはずだけどそういうのきちんと済ませてる？ >>964
javプレイヤーのマニュアルですよ。
javプレイヤーと同じ階層にあるでしよに >>365
バージョン3.00からバージョン3.00cになってるので
3と5は無視していいんだと思います
僕はZLUDAとCUDA両方入れた口なので・・・365には助けられました
本体を解凍するとすぐ下に出来るフォルダーの中に
僕の場合はGoogle Chromeマーク付きでマニュアルがあるよ >>962
CUDA版だけどほぼ同じ症状で動かないわ
PC見れないから正確じゃないけど、ログによると何かしらのモジュールのインポートエラーだった
バッチファイルが無いとか出てた気がするから自分で作ろうともしたけど面倒で
とりあえずおま環だとおもって3.0.0は諦めてた >>962
300bで動いていたのに300cでは同じエラーメッセージを吐いて動かなくなった
確認してみたら>>967、何故かzluda.exeが同フォルダになかったので300bからファイルをコピーしたら無事動くようになった JP300cだと動画ファイルをドラッグアンドドロップして再生させると周期的？に数秒だけ画面が
にじんだように（ぼやけたように）なります。JP300ｂでは同じ動画をつかっても発生しません。
その動画は破壊するとプレビュー再生のときにぼやける部分を範囲に含んで処理すると破壊結果も
にじんだようになって処理結果がぼやけます。JP300ｂでは破壊後ににじみません。
Xでの博士への質問コメントでも同じようなものがあるので不具合が潜在的にあるのかと思われます
そのにじむようになるのは時間で１分くらいのサイクルで１秒～２秒ほどの短時間発生します。
動画のモザイクはチラつかないＳＴＤで処理するモザイクで大手のＳ１とかの動画で確認して
もらえると確認ができるかと思います。 >>973
少し前にjavで破壊するしないに関係無く立ち上げたらPCの動作が鈍くなるって書いただけで別に解決欲して無いのに輩れた者やけど
俺も周期的に滲むわ
それと3.00cでは鈍くなる事は無くなったのでffmpegが何かしら絡んでいたと思われる。ただ.ffmpeg関係無く鈍くなるから俺のPCのffmpegが何かしら普段から起動に影響していたというのが濃厚 それとなんか今問題に上がってる>>962絡みの件
単純にZLUDAのファイル入れてないとかじゃないのか？
>>972とか何故か同フォルダになかったとか書いてるし
普通に3.00cに最初からは入ってないもんやろ
ZLUDAのzip解凍して放り込んだのに起動すると消えるってのなら不思議な現象やけども >>973で書き込んだ者ですが、他の動画で試したみたところ定期的ではなく
発生する箇所は決まっており、たまたま使った動画が1分くらいのサイクルだけだった
ようです。にじむようになるケースは動画によってはかなりの頻度で発生しています。
あとズームアップしてくるような箇所で一瞬、すりガラスのようなスモーク状になって
しまうケースもありました。この動画をJP300bでやってみても同様のことは発生しません。 ZLUDAってどの程度のパフォーマンスが出るんだろ
RTX 3060はそろそろ無くなりそうだから次の候補としてRX 7600 XTはどうかと考えている >>976
JP300cにしたら、同じようなボケが時々生じます
ちょうど、カメラのピントが合わなくなるような感じです PCを買い替えたので、以前から興味を持っていたJavPlayerとEZを購入後まずはEZを試してみました
中華でかなり綺麗に仕上がっている物の元ネタでMAX作成したも、30くらいの仕上がりだったです
今度はJavPlayerに挑戦しようと考えてるのですがEZと比べ初期設定からの全般設定が難しそう
ネットで調べても、なんでも保管庫の管理人様くらいしか見当たらないのですが
ぜひとも極めていきたいので参考になるサイトとかありますでしょうか
ここで、いつも勉強させていただいている情強知恵者の皆様よろしくお願いします >>980
中華がどうとか破壊対象の作品を匂わすのはやめた方がいい
作者に迷惑かかるから
一番参考になるのはJavPlayerに付いている説明書のpdf
丁寧に書いてあるのでわからない単語はググりながら読むといいよ >>977
ZLUDAはAMDが資金提供やめたり、NVIDIAによる訴訟リスクもあって今後が不透明なんでコスパ良さそうに見えてもやめた方が良いと思う
割高でむかつくけど現状CUDAを独占的に握ってるNVIDIAに貢ぐしかない >>977
どうぞ人柱になって、RXでの破解具合の報告をお願いします >>977
悪いことは言わん。
nvidia一択。間違いないから。 >>979 あるな、ボケ。ワテのやった動画では肝心な所で出るから、モザの一種のボカシが顕在化しただけやと思うとった。前のバージョンでもはっきりせんシーンやったから。 962です
皆様ありがとうございました。
966様
TG&BVPP_ZLUDAは説明書通り、TOOLｓにコピーしました。
968様
AMD HIP SDK for Windows v.5.71をインストールしました。
967、972、975様
確かにzluda.exeがなかったので、3.00bからコピーしました、今までは「超解像処理が全く行われませんでした」というメッセージがすぐにでましたが、今度は超解像バッチ処理中のまま進みません。
以下のログが出ます。ちなみにGPUはAMD RADEON RX6400 ですがこちらに問題があるのでしょうか。
Active code page: 65001
[email protected]
C:\JAB3.00c\Work\sample_2.18s-7.18s>"C:\JAB3.00c\Tools\TG&BVPP_ZLUDA\zluda\zlud
a" -- "C:\JAB3.00c\Tools\TG&BVPP_ZLUDA\tg16x_z.exe" input\00000 outputA\00000 0 "C:\JAB3.00c\Tools\TG&BVPP_ZLUDA\models\[email protected]" 0 100 normal
jpg
gpu_id=0
VRAM_fraction=100%
device_name = AMD Radeon RX 6400 [ZLUDA]
cudnn disabled
scale=8 nf=128 nb=20
extension=jpg
<normal order>
rocBLAS error: Cannot read C:\JAB3.00c\Tools\TG&BVPP_ZLUDA\/rocblas/library/TensileLibrary.dat: No such file or directory for GPU arch : gfx1034
List of available TensileLibrary Files :
C:\JAB3.00c\Work\sample_2.18s-7.18s>pause
よろしくお願いいたします そのグラボ、検索したらVRAMは4Gしかないみたいだけどもまともに動くのかしら？
NVIDAのグラボで起動しても最低でもJavp本体だけで4G弱は食うと思うけど… Zipファイルをもう一回きちんとダウンロードして、きちんと解凍してみれば？ >>987
> No such file or directory for GPU arch : gfx1034
って出てるから、TG&BVPP_ZLUDAのフォルダの中にある「説明.txt」をよく読んで… 博士は今はどんなスペックのパソコンで試しているのかな？ ボケに関しては博士が早速体験版として300ｄで出している Xを参照！～。
V301はまだ遠いの～。 体験版300d ボケ対策、効果有りです。300cでときどき（周期的かも）出てくるボケは、300dで出なくなった。 JP3.00d体験版でテストしました。
下記の結果です
条件は一番にじむのが酷い動画（チラつかない最近の大手のモザイク）で実施しています。
JP300d体験版＝にじむ個所がにじまなくなりました。ただし一瞬軽くピンボケしています
JP300ｂ＝同じ動画を300ｂでも確認の意味で破壊しています。同じように一瞬軽くピンボケして
いました。一瞬なのでよく見ないと元動画が乱れているのか？って感じてしまう程度です。
一瞬ピンボケするのは元動画がピンボケしているのかどうかはモザイクの向こう側のこと
なのでわかりませんが、そうでないのなら改善して頂けるとありがたいです。
（動画のモザイクがかかっている部分の距離感から元動画がボケているようには思えませんので）
どうやら、その一瞬のピンボケする箇所が300ｃでは全体的なにじみになっていたようです。
300ｂではそこまで違和感を感じない程度でしたが、さすがに全体がぼやけるので300ｃでは
違和感を覚えてしまうレベルであったという結果です。 JP3.00d体験版で引き続きテストをしました。
3.00ｃでぼやける動画を複数本3.00ｂで破壊しましたが結果は薄くピンぼけしていました。
肝心なシーンが1秒ほど薄くピンぼけすることもあったので改善して頂けるとありがたいです。
（3.00ｃのような完全ににじんでしまってディテールを損なうレベルのにじみは全くありません） JP3.00d体験版で部分的に薄くピンとがボケたようになる動画は3.00ｂでも発生するので
まだ潜在的になにか問題があるのではないかという結果です。 モデル学習だったら4090とかよりrunpodみたいなサービスでレンタルしたほうがいいんじゃないかな?vram80GBのH100は2.7ドル/1hrだし、48GBのA40は0.39ドル/1hrで借りられる。vram多ければバッチサイズも上げられるだろうし、トレーニング時間も短くなると思う。 このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
life time: 82日 1時間 40分 41秒 BBSPINKの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 専用ブラウザからの広告除去
★ 過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.bbspink.com/login.php
lud20250215040729nca
このスレへの固定リンク： http://5chb.net/r/avideo/1724972706/
ヒント：5chスレのurlに http://xxxx.5chb.net/xxxx のようにbを入れるだけでここでスレ保存、閲覧できます。
TOPへ TOPへ
全掲示板一覧 この掲示板へ 人気スレ |
Youtube 動画
>50
>100
>200
>300
>500
>1000枚
新着画像
↓「【動画プレイヤー】JavPlayer【超解像】 Part.12 」を見た人も見ています：
・【めざましテレビＭＣ】 永島優美応援スレ Part21 【才色兼備のフジテレビ絶対エース】
・【大型アップグレード】ドラガリアロスト Part1029 【覇権返り咲き】
・【悲報】松村・中田、ニコ生でキモヲタにガチギレ 「少しは外出たら？ 」 Part.2
・日本男子短距離総合Part120
・D専 Part.2
・Nyaa Part21
・【バーチャルYouTuber】.LIVEアイドル部アンチスレ#1256【アップランド】
・【MBTI】逆説隔離スレPart.18【詭弁知障】
・X4 part12
・U2 Part116
・戦場 Part.1
・【SUBARU】スバル レヴォーグ 11 【2.0専用】
・【おはスタ】おはガール関係総合スレPart271【安藤正和立ち入り禁止】
・なんでも自由にうｐするスレ Part243 ©bbspink.com
・多部未華子スレPart185
・【サッカー】ハジJr.がジェラード率いるレンジャーズにレンタル移籍！ルーマニア代表MFヤニス・ハジ(21)
・BB2C Part179
・U2 Part132
・秋奈Part1
・亜人Part2
・ask.fm part1
・INKT Part.3
・魔術part1
・UMB part.62
・SiM Part19
・ZOC Part.5
・Depth Part2
・SIMON Part.2
・Mew part15
・ZOC Part13
・PeX Part52
・PIGGS Part.2
・MOW part11
・ZOC Part.8
・第78期順位戦 Part2
・ME2種 part4
・珈琲Part.190
・星雑part.93
・2022年パ・リーグ戦力分析スレ part.7
・結核 Part13
・Nikon D3200 Part7
・【テレ朝木9】BG～身辺警護人～ Part16【木村拓哉・石田ゆり子・江口洋介・上川隆也・菜々緒】
・【G1】第70回 小倉競輪祭part6【糞コテ出禁】
・星雑part.94
・白山 Part.3
・Softly part1
・獺祭 Part.6
・【PS3】ウイニングイレブン2013 【ML】 Part4
・【乙女系RPG】オトメ勇者21レース目【返礼杯】
・セルフスタンドでアルバイトpart144
・株式会社 西無線研究所 Part9
・【悲報】椎木里佳さん、youtuberデビューするも低評価ばかりで狂う 高評価500 低評価1万5千
・FF11 新規・復帰者スレ part407
・大杜若羽 Part1 ©bbspink.com
・PeX Part52
・PSG Part.4
・EOS Part4
・瑛太part.8
・ZOOM part41
・ドローン検定 part2
・Shake Part2
・肛門 Part1
・Kava script
・南里桜Part1
・ZOC Part81
・TDK Part9
14:07:29 up 32 days, 15:11, 3 users, load average: 20.63, 46.07, 62.09
in 1.1111810207367 sec
@0.18645596504211@0b7 on 021504
|
