画像ビューアー NeeView Part7　【ﾜｯﾁｮｲあり】

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512

次スレを立てる時は↑を2行重ねて下さい
フォルダー内の画像を本のように閲覧できる画像ビューアー「NeeView」について語るスレです

公式サイト
https://bitbucket.org/neelabo/neeview/
制作者blog
https://yokuarunanika.blogspot.com/

■関連スレ
画像ビューア/Viewer/閲覧ソフト 23(過去ログ化)
https://egg.5ch.net/test/read.cgi/software/1590963552/
漫画用画像ビューア総合スレ Part18(過去ログ化)
https://egg.5ch.net/test/read.cgi/software/1657695542/
Susie＆Susie Plug-in総合 Part3
https://egg.5ch.net/test/read.cgi/software/1674699091/
Everything Part9(過去ログ化)
https://egg.5ch.net/test/read.cgi/software/1675744322/
前スレ
画像ビューアー NeeView Part6【ﾜｯﾁｮｲあり】
https://egg.5ch.io/test/read.cgi/software/1744521503/

---

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

■過去スレ
画像ビューアー NeeView Part5【ﾜｯﾁｮｲあり】
https://egg.5ch.net/test/read.cgi/software/1710508237/
画像ビューアー NeeView Part4【ﾜｯﾁｮｲあり】
https://egg.5ch.net/test/read.cgi/software/1700741648/
画像ビューアー NeeView Part3【ﾜｯﾁｮｲあり】
https://egg.5ch.net/test/read.cgi/software/1647146181/
画像ビューアー NeeView Part2(ﾜｯﾁｮｲなし)
https://egg.5ch.net/test/read.cgi/software/1640663788/
画像ビューアー NeeView(ﾜｯﾁｮｲなし)
https://egg.5ch.net/test/read.cgi/software/1592664689/

2年前にミーヤから移行しようとして、動作の遅さに耐えられなくてミーヤに戻ったんだけど
今の最新はだいぶ快適になってるね
これなら乗り換えても不満ないかも

ニートビュー

今日も異常なしです。明日も

サイドパネル？から「クイックアクセスに追加」を選んでも追加されないのは既知？

>>1
公式サイトのリンク新しくして欲しかったなぁ

質問です。
画像を一枚づつ見ながら、気に入ったものをラベルなりマークするなどしておいて、後でそれらのファイルだけ抽出(あるいはコピーなどで)一括処理したいのですが、何かいい方法ありますでしょうか？

当初はプレイリストに入れていってそれらを全選択して一括処理しようとしましたが、プレイリストでは複数選択した状態では何もできなくなる仕様のようです。Neeviewはそういったファイル整理機能を想定していないソフトなので仕方ないかもしれませんが、何か解決策ありましたらご教授お願い板います。

すみません、自己解決・・・じゃないですけどクリップボードセーバー的な外部アプリ入れて、Neeview上で画像コピーのショトカをポチポチ押していくのが手っ取り速いかもですね。 ちゃんとネイティブサイズでクリップボード経由してるのも確認できましたし、ひとまずこれで整理していこうと思います。

動画でなく画像AIにビュワーを作らせる方法もある
スライドショーさせながら数字キーでランク分けして適当にファイルのフルパスを保存

>>4
>>5
ユーザー-Appdata-Local-Temp
にTempファイル作るのやめろ！！
10万フォルダで40GB近く占領してた
しかもtempなのに自動で消えない！

緊急で削除してるけどM2SSDなのに削除に25分以上かかる

なんか変な設定にしてるんじゃ
自分も確認してみたがTemporaryフォルダは空で、キャッシュで40MBほど使ってるだけだったわ

これってライブラリみたいな機能あるんだっけ？
動作重くて耐えられないって人は大量に登録してたりとかするのかな？

ウチも1GBどころか100MBも使ってないな

>>13
一時フォルダーの場所
多重圧縮ファイルの展開や事前展開に使用されまする

のとこだわ
全部.zipにしてるからな

どれが該当するのか分からんが、そのTempフォルダは全体で2GB無いな
と、ふと思ってNeeView起動したらTempフォルダ内にNeeView.Temp出来たわ
自分の環境じゃ問題無さそうだな

オレも問題ないな
https://i.imgur.com/TuZopf3.png
https://i.imgur.com/XTZ7bwe.png

自分は　設定>全般＞メモリとパフォーマンスにある
ソリッド圧縮ファイルの事前展開に使用するメモリサイズ(MB)ってのを8GBくらいに設定してる

説明文に「足りない場合は一時ファイルに展開します」と書いてあるから
ここを大きめの設定しとけばtemp作成を抑制できるのではないかな

>>12
＞M2SSDなのに

いやそれ言うならNVMeなのに、でしょ
M.2=SATAより速い、と思い込んでる人未だに多いな

🙄

Type-CとUSB2.0みたいなもん

>>17
>>18
もうやっと消したけど
タイトル名と長い英数字がついたフォルダがたくさん出来てた
作品ごとじゃなくて1巻ごとの
なんだったんだろうな
10万（冊）フォルダとか固まるわｗ

何故>>4と>>5がtempファイル作ってたの？

>>22
Type-Cなら速いとか勘違いしてるバカはType-C(USB 2.0)を「2.0より速い」とか言いながらありがたがって使ってそうｗ

ファイル、フォルダが多いと遅い

46.0出たね

更新履歴 | NeeView
https://neelabo.github.io/NeeView/ja-jp/changelog.html#460

すげー
エフェクトのカラー化で自動色付けできるようになった
搭載するとは思ってもいなかった

さすが姉Viewだな

理不尽なエラーが弟を襲う！

NeeViewスクリプト特有のクセのいくつかが46.0で緩和されてるね
中でも「includeの戻り値としての関数やメソッド」における引数の受け渡しの奇妙な制約がなくなったこと、正規表現のvフラグサポート（Unicode文字プロパティサポート）、イテレータヘルパーのサポートは特筆に値する

その一方でnv.Valuesに事前定義した正規表現のプロトタイプメソッド呼び出しでエラーが出るようになった
こちらはnv.Valuesに定義したオブジェクトのメソッドからアクセスできるクロージャ内に正規表現を定義した上で、「メソッド内で参照orメソッドの戻り値として取得する」構成に変更することで代替可能

なるほど分からん

トレイ常駐もいいね
２度目以降の起動がだいぶ早まった

トイレ常駐に空目

疲れてるんだ水分取って寝とき

そうしようかな(´･ω･`)

やさいせいかつ

ヴィーガンか？

https://upload.wikimedia.org/wikipedia/commons/e/e8/Hulk_Hogan%2C_1985.jpg

砲丸投げ

カラー化がすごく良いんだけど欲張りを言いたい
今はショートカットでオンオフしているけど、
元がカラーの時はカラー化を自動でオフにしてほしい

>>42
わかりみ

白い部分もっと白くならんかね
ミーヤだともっと白くて綺麗に見えるんだが

>>44
カラー化の設定で白とか黒とかの範囲を自由に変えれるけどそれとは違うの？

ミーヤはコントラスト強すぎて目に悪い感じがする

NeeViewもMangaMeeyaも色合いは自由に変更できるぞ
全く同じにもできる
◯◯の方が良いってことは「ない」

画像ビューアー 「NeeView」46.1 更新しました

やっぱりカラー化はいいな
カラー化に慣れると白黒が物足りなく感じる

もしオススメのカラー設定があったら教えて欲しい
https://i.imgur.com/vcjAQkj.png

ページめくり
横にヌルっと動いていたのが動かなくなった
視覚効果自体が無くなっただけでページ自体は移動してるけどバグ？
46.1

>>50
問題なし

設定を「移動時間」で検索

46.1にアプデしたらまーた起動しなくなっておかしくなった＞＜、ってなったんだけど、モニターごとに設定ファイル分けるという変な使い方してる自分のせいだった
コマンドラインショートカットに記述しないとね

ん？いや.msiでインストールしたNeeviewに今回.zip版を上書きしたから問題出たっぽい
微妙に仕様が違うのか

fd版だと起動しない

このアプリ、動作が妙に重たいからFableさんに添削してもらったよ

jxl 1枚を表示するまでの経路がこうなっています:
まず WIC(Windows標準)でデコードを試みて失敗(jxl 非対応)→ Susie にフォールバック。毎ページこの2度手間が発生(BitmapPageSourceLoader.cs:33)
Susie 呼び出しは SusiePluginManager.cs:409 の static ロックでアプリ全体が直列化。さらに通信も1本、32bit サーバプロセス側も完全シングルスレッド。つまり何をどうしてもデコードは常に同時1枚
このロックとデコードは CancellationToken を見ないためキャンセル不能。ページ送りで先読みジョブがキャンセルされても、既にキューに並んだ Susie 呼び出しは全部完了するまで実行される
あなたの設定は PreLoadSize=32。つまり連打すると「もう見ない32枚分のデコード」が直列キューに積まれ、いま見たいページはその後ろで待たされる。1枚300msなら計10秒——症状と完全に一致します
追い打ちとして、Susie サーバは画像1枚返すごとに GC.Collect() を強制実行(SimpleServer.cs:33)、デコード結果は非圧縮BMP(2000×3000なら約24MB)を毎回パイプ転送、受け取った本体側でさらに WIC で2回デコードし直しています
設定 IsReadyToPageMove=true(表示準備ができてからページ移動)は、このデコード遅延をそのまま「ページがめくれない時間」に変換します
zip 側も足を引っ張っています。ZipArchive.cs:150 がページ1枚読むごとに zip をフルオープンし直し(セントラルディレクトリ再パース)、しかも AsyncLock で直列化。HDD だとシークも毎回発生します。

症状2: ファイルを開くのが遅い
上記の zip 毎回フルオープン+直列化に加え、先読み分が開幕から一斉に並ぶ
ブック切替のたびに UI スレッドで GC.Collect(Aggressive) を同期実行(PageFrameBoxPresenter.cs:276)。キャッシュ2000MB設定でヒープが太っていると数百ms級で固まる

症状3: 起動が遅い
Susie 初期化が UI スレッドを同期ブロック: 32bit 子プロセス起動+パイプ接続+全 .spi ロード+SQLite オープン。ソースに「TODO: 非同期化できないか？」とコメントが残っている箇所です(AppSequence.cs:48)
言語リソース約380KBの全文パース、約250個のコマンド生成×3回ずつのリソース検索、App.xaml の全スタイル(272KB)一括ロードなど、遅延化されていない初期化が積み重なる
多重起動チェックが他プロセスの MainModule 走査+500msタイムアウトのパイプ接続を行う

おまけ: 調査中に見つけたバグ
SusiePluginClient.cs:178 が GetImagePlugin(プラグイン特定)のつもりで GetImage のコマンドIDを送っており、ファイル形式判定のためだけにフルデコード+BMP全転送が走っている
ChunkStream.cs:50 はパイプの部分読み取りを考慮しておらず、大きな BMP で不安定になり得る


というわけで、独自の改造版NeeViewを作成したよ。サクサクで快適だよ。みんなもClaudeCodeで自分だけのNeeViewを作ろう！

jxlのWICをインストールするだけでOK

GitHub - saschanaz/jxl-winthumb: A JPEG XL (*.jxl) thumbnail handler for Windows File Explorer. · GitHub
https://github.com/saschanaz/jxl-winthumb

画像ビューアー NeeView を 46.2 に更新しました

スマートアプリコントロールにNeeView.Susie.dllとかに署名がねーぞと邪魔されるなー

うざいやつがいるな

PerfectViewerと同等の自動余白トリミング機能のスクリプトは出来てるんだけど、現行のNeeviewの仕様ではロジック判定ができないので実装は不可能という結論に
ってことでGithubで作者に、ピクセル取得できるAPIの追加要望を出しておきました。
気長に待ちましょうかね