【画像/漫画/動画ビューア】mImageViewer 1【mIV】

https://www.mikage.to/mimageviewer/

一応前スレ
漫画ビューア総合スレ
https://egg.5ch.io/test/read.cgi/software/1752914772/646-
レス番646以降参照

伝統のeeって何ぞ

>>141-142
ムフォーはちょっと伝わりづらそうなので、短く書くときは mIV でお願いしますｗ
読みは「ミヴ」が一番自然そうですね。

名前は、最初に画像ビューワーとして作り始めたときに、
頭に m を付けた ImageViewer くらいの感覚で付けたので、
読みやすさまではあまり考えていませんでした…。

>>140
次バージョンでの不具合修正の先の話になりますが、
一覧表示のサムネ右クリックで「名前の変更」を選ぶとeguiでのポップアップが出ます

IMEだけではなくユニコード対応編集など名前変更はセンシティブなのでそこだけでもWinUI3かWebView2のポップアップで正しくユニコード表示入力編集出来るようにしてはどうでしょうか?

物によってはSNSの絵文字シークエンスをそのままファイル名に入れ込むのですが
それを後から名前変更しようとすると不正なユニコード文字列になりかねません

>>141
実際に発話する機会などなかろう

頭の中で音読してるだろ
数学の記号とか化学式じゃないんだし

>>146
脳内音読もそうだけど人に勧める時あるからない事なんて無いが

>>145
ご提案ありがとうございます。
確かにファイル名/フォルダ名は壊れると影響が大きいので、独自実装は避けるのが安全ですね。

次バージョンで名前変更と新しいフォルダー作成は、
mImageViewer独自の入力欄ではなくWindows標準の入力ダイアログに変更します。

WinUI3やWebView2も候補として考えましたが、
AIと実装方法を検討したところ、今の構成ではWin32の標準ダイアログを使う形が
一番シンプルで安全そうでしたので、そちらで実装する形にしました。

>>149
検討ありがとうございます
> 今の構成ではWin32の標準ダイアログを使う形が一番シンプルで安全そう
IME入力に関しては標準ダイアログ(コモンコントロール)で良いね

多言語混在表示やカラー絵文字も視野に入れてWinUI3とWebView2と言ったけど
eguiプログラムに統合するのが難しいなら別exeにしても良いと思う
とは言えAIが面倒を見てくれるならAIのやりやすい方法ですね

・ブックマーク一覧でサムネイルのバッジが重なる問題を修正しました。

・mImageViewer上で名前変更したときに、編集結果を反映したサムネイルも引き継ぐようにしました。

また、把握済みでまだ対応できていないものを「既知の問題」ページにまとめました。
こちらに載っていない症状がありましたら教えていただけると助かります。
https://www.mikage.to/mimageviewer/manual/known-issues.html

https://www.mikage.to/mimageviewer/

左がZipPlaで右がmIvだけど、なんか右がボヤけて表示される
https://i.imgur.com/ZDIUEBd.png

>>153
画像ありがとうございます。
元画像や表示倍率が分からないので断定はできませんが、mImageViewer側は
v2.7.0で入れたGPUミップマップ縮小の影響が出ている可能性があります。

元画像をそのまま縮小すると、トーン部分などでモアレが出てしまうため、
それを抑えるために入れた処理なのですが、副作用として
画像の線や文字が少し柔らかく見える場合があります。

まず、左パネルの 画像補正 → フィルタ → 縮小モアレ抑制（LOD補正） が
0以外になっている場合は、0に戻してみてください。

どちらが良いかは好みや画像にもよると思いますので、次のバージョンで
モアレ抑制効果をオフにできる設定を追加します。

そーゆことね(´・ω・｀)
完全に理解した.....ｗ

v2.9.1
不具合報告
発生条件1
　Windowsのスケーリング125%か150%（175%以上は試してない）
　環境設定 - 表示 - 閲覧表示 で「拡大しない」にチェックを入れる
　フルスクリーンで画面解像度より小さい画像を原寸表示する
発生条件2
　Windowsのスケーリング100%
　環境設定 - 表示 - 閲覧表示 で「拡大しない」にチェックを入れる
　環境設定 - 表示 - 閲覧表示 - 見開きのページ間隔 で奇数の数値（例：1px）を設定
　フルスクリーンで画面解像度より小さい画像2枚を原寸＆見開き表示する
条件1、条件2いずれも画像がぼやけて表示される（白黒漫画の画像の台詞文字とかがわかりやすいと思う）
フルスクリーン時の左パネルにポストフィルタで「標準（補間あり）」と「ニアレスト（補間なし）」があるけど、原寸でもこのフィルタがかかっちゃってる模様（この二つを切り替えると原寸表示なのに画質が変わる）
Ctrl+Sでキャプチャ保存すると保存画像はぼやけてないので、画面表示だけの現象っぽい
原寸表示の時は（シャープ化とかああいう明示的にかけるフィルタ処理を除いて）元画像に手を加えずそのまま表示してほしい

>>154でモアレ抑制効果をオフにできる設定を追加、とあるけどこれv2.6.0以前の仕様を設定で選べるようになるって事かな
縮小表示時にv2.6.0以前はモアレが目立つしv2.7.0以降はぼやけが目立つ
モアレ抑制効果オフを追加しても結局モアレかぼやけかの二択で根本的な解決にはならない気がする
mIVの縮小方法がわからんけど、NeeView・マンガミーヤ・Leeyesは拡大縮小の処理方法を選択可能で、Lanczosを選べばモアレを抑えつつぼやけない結構綺麗な縮小表示をしてくれる
これmIVでも導入できないかなあ

>>156
詳細な報告ありがとうございます。
調べたところ、こちらはミップマップだけの問題ではなく、
原寸表示時のDPI対応と、見開き配置時のピクセル位置にも問題がありそうでした。

現在の原寸表示は、論理座標上の100%サイズ表示として実装していたため、
Windowsスケーリング125%/150%環境だと、画面上の物理ピクセルと画像のピクセルが1:1になりません。
一般的な100%原寸表示はドットバイドットという意図だと思いますので、
こちらは認識が足りておらず、このような作りになってしまっていました。

また、見開きのページ間隔が奇数の場合も、同様に描画位置がピクセル単位ではなくなり、
その結果ぼやけたように見えている状態と思います。

このあたりは原寸表示の不具合として、ピクセルをそのまま表示できるように修正したいと思います。
ただ、少し影響範囲が大きいため、今予定している次バージョンの後に対応を進めたいと思います。

「モアレ抑制効果をオフにできる設定を追加」については、
v2.6.0以前に近い表示を選べるようにする機能になります。

現状はGPUの機能で拡大・縮小しているのですが、
ズームが決まった後にLanczosで計算したテクスチャに差し替えることで、
縮小表示の見た目を改善することはできそうでした。
こちらも今後のバージョンで対応を進めようと思います。

mImageViewer v2.10.0 を公開しました。
v2.9.1以降に確認した不具合修正と、閲覧履歴まわりの改善を中心に対応しています。

・「読書履歴」を「閲覧履歴」に変更しました。
　これまでの本/画像フォルダ/ZIP/PDFに加えて、動画・音声も履歴に残るようにしました。
　動画・音声は再生位置も保存し、「すべて / 動画 / 音声 / 本」で絞り込めます。

・履歴には、自分で選んで開いたものだけを残すようにしました。
　連続再生、スライドショー、自動で次フォルダへ進んだ場合などは履歴に残しません。
　自動で流れたものまで履歴に入って、本当に探したい履歴が押し出されるのを避けるためです。

・縮小表示の見え方を選べるようにしました。
　画像補正 → フィルタ に「縮小表示のモアレを抑制する」を追加しています。
　OFFにすると線はくっきりしやすくなりますが、モアレやちらつきが出やすくなります。
　ONのまま「より強く抑制」を上げると、モアレは減りますが細部は柔らかくなります。
　既定はこれまでと同じ見え方です。

・別ウィンドウ入力中のキー操作まわりを修正しました。
　F12別ウィンドウでブックマーク名などを入力した後、
　メインウィンドウへ戻っても矢印キー等が入力欄側へ届き続ける問題を修正しました。

・日本語入力中のEsc処理を修正しました。
　変換中にEscを押すと未確定文字が残る問題を修正しました。
　テキスト注釈の本文欄で入力欄の選択が外れる問題も修正しています。

・ゲームパッド操作が日本語入力中にも反応してしまう問題を修正しました。
　フルスクリーンのパネルや動画画面でブックマーク名などを変換中は、
　ゲームパッド操作を受け付けないようにしました。

・「画像のみのフォルダを本として扱う」がOFFの場合や、
　画像以外のファイルが混ざるフォルダでは、単ページで開くように修正しました。
　そのフォルダに見開き設定を保存している場合は、従来通りその設定を使います。

・その他、名前変更中の表示、タスクトレイ格納中の負荷、
　名前変更時の設定引き継ぎ、見開き片側ページの読み込みなどを修正しています。

https://www.mikage.to/mimageviewer/

設定項目が何がどこにあるのか分かりにくいので、Sikiみたいな検索バーを付けてもらいたい

>>160
要望ありがとうございます。
設定項目が増えてきて、どこにあるか分かりにくくなっていると思いますので、
設定画面内を検索できるようにします。

参考のためSikiもインストールして確認しましたが、UI美しいですね…。

Sikiのように、該当する設定項目だけを1画面に絞り込んで
その場で操作できる形は、現在の設定画面の作りだとかなり大きな修正になりそうでした。

そのため、設定項目名や関連キーワードで検索し、該当する設定ページへ移動して、
できれば該当箇所までスクロール・強調表示する形で対応しようと思います。

「ホイール」「回転」など、画面上の項目名と少し違う言葉でも見つけやすいように、
別名もある程度入れる方向で検討します。

設定項目の検索はNeeViewにもあるな

画像のぼやけですが、改善版を今晩くらいにリリース予定です。

AIと調べながら修正を進めていたのですが、コードの修正量を考えてLanczosではなく
ミップマップ方式を選んだことと、最悪ケースでモアレが目立つ画像をサンプルにして
パラメータを調整していたことが、ぼやける方向に寄ってしまった要因として大きかったようです。

今回はLanczos3アルゴリズムを使う形に変更し、なめらかさも少し調整できるようにしました。
今までとは別ロジックになります。

また、原寸100%をドットバイドット表示にする修正も一緒にリリースします。

補間はJinc2mが最強かなと思う
MPC-beだとMPC video rendererが出てから画質一気に向上したけど
補正のJinc2mがあったからこそだと思う

ゲームのエミュが起源ぼいから採用してるところがほとんどないが

>>163
開発乙です

スケーリング変更時に原寸での表示をどうするかだけどNeeViewには設定あるね

設定→対応形式→画像のドットバイドット表示
オリジナルサイズで表示する場合、ディスプレイの表示スケールに依存せずにディスプレイのピクセルと一致させます。
オフ／オン（デフォルトはオン）

mIVもON/OFF設定付けるといいのでは

>>164
情報ありがとうございます。
Jinc系も調べてみました。

Jinc/EWA系は角度による差が出にくく、特に拡大ではかなり良さそうでした。
一方で、mImageViewerで今回問題になっているのは主に縮小表示で、
調べた範囲では「拡大はJinc、縮小はLanczos」が向いていそうでした。
次バージョンはほぼ修正が終わっているため、今回はLanczos3で出す予定です。

Jinc/EWA系も候補として記録しておき、今後のバージョンで検討しようと思います。
現状、AIアップスケールを使わない通常拡大はバイリニアなので、
この部分の品質向上には良さそうです。

>>165
情報ありがとうございます。
原寸100%については、ドットバイドット表示が期待される動作だと思いますので、
次バージョンではその挙動に修正します。

DPI依存の従来に近い原寸表示が必要なケースがあれば、
その時に設定追加を検討しようと思います。

mImageViewer v2.11.0 を公開しました。
今回は、画像のぼやけ報告に関連する表示まわりを中心に修正しています。

・縮小表示の処理をLanczos3ベースに変更しました。
　従来のミップマップ混合方式より、細い線や文字が残りやすくなると思います。
　画像補正 → フィルタ に「縮小時のなめらかさ」を追加しました。
　0%が最もくっきり、上げるほどモアレやちらつきを抑える代わりに少し柔らかくなります。
　既定は0%です。
　これまでの「縮小表示のモアレを抑制する」は、この設定に置き換えています。

・原寸表示（100%）をドットバイドット表示にしました。
　Windowsの表示スケールが125%/150%等の場合でも、
　画面上の物理ピクセルと画像のピクセルが1:1になるようにしています。
　そのため、DPIスケーリング環境では従来より小さく表示されます。
　「拡大しない」「縮小しない」も同じ基準にしました。

・見開き表示時などに、画像の描画位置が半ピクセルずれて
　片側だけぼやけることがある問題を修正しました。
　表示位置をピクセル境界に合わせるようにしています。

・タスクトレイ格納時や最小化時に、CPUを使い続けることがある問題を修正しました。

・上部バー/下部バー固定時に、スライドショー進行表示や背景切替表示などが
　バーの下に隠れる問題を修正しました。

https://www.mikage.to/mimageviewer/

画像の拡大の改善について調べてみました。
提案いただいたものを含め、色々なアルゴリズム（14種）を試しました。

縮小・拡大してどのくらい元に近いか比較したところ、イラストや漫画では
Anime4K VLがトップ、写真系では NVIDIA Image Scaling がトップでした。
このことから、この2種類を追加しようと思います。

現状の「標準（補間あり）」はバイリニア拡大でしたが、
拡大時の画質があまり良くなかったため、Lanczos3へ置き換える予定です。
そのうえで、ポストフィルタでは以下の4パターンを選べる形にしようと思います。

・標準（補間あり） ※縮小/拡大 Lanczos3：標準設定
・なし（補間なし） ※縮小 Lanczos3 / 拡大 ニアレスト
・シャープ（拡大時にシャープに補間） ※縮小 Lanczos3 / 拡大 NVIDIA Image Scaling
・アニメ塗り（拡大時にアニメ塗り向け補間） ※縮小 Lanczos3 / 拡大 Anime4K x2 VL

アップスケールの違いは分かりづらいので、あまり数を増やしたくないのと、
アルゴリズム名を直接選択肢にはしたくないとの考えから、
上のような用途別名称のUIにしようと考えています。

Jinc3は、用途にもよるのかもしれませんが、試した範囲の画像では
だいぶ柔らかい印象で、リンギングが少し目立つのが気になりました。

Anime4Kは文字には良いのですが、網目パターンにかけると
網目が残るところと平坦化されるところが周期的に見えて
不自然な結果となるケースがありました。
スキャン解像度が高ければ一番キレイだと思うのですが、合わないケースはありそうでした。
カラーイラストであれば一番良さそうです。

NVIDIA Image Scalingはかなりクッキリしますね。
写真用途ではこちらがおすすめになりそうです。

漫画系での比較例を以下にまとめました。
https://www.mikage.to/mimageviewer/tmp/upscale/

>>168
更新乙です。Lanczosめっちゃ綺麗でいいね！

バグ？報告
環境設定でデフォルトのページ構成を「見開き 右→左(表紙あり)」にしてるんだけど、フォルダ内の画像だと1ページ表示になってしまう。zipやrar内の画像はちゃんと見開きになる。v2.9.1までは問題なかったのだがv2.10.0とv2.11.0（いずれもzip版）でこの症状が出るようになった。
結構わかりやすい不具合だと思うけど誰も指摘しないって事はおま環？ 確認をお願いします。

要望
・下部シークバーと上部情報バーを固定表示にしてるんだけど、バーと画像表示領域の境界の高さ1ドットの白線が画像に重なって表示されてる気がする・・・。これ重ならないようにしてほしい。できればバーと画像表示領域の間に余白を入れられるようにしてほしい。ちなみにLeeyesはこの余白を0〜100pxまで1px単位で設定可能。
・環境設定で右側を下の方にスクロールしてから閉じると、次に環境設定を開いた時にその項目が下の方にスクロールした状態で表示される事がある（前回の位置を記憶してる？ >>77の症状に似てる気もするが）。スクロール位置は毎回リセットして一番上に戻してほしい。ただ位置を記憶するかどうかは人によって好みが分かれそうなので設定で変更可能にした方がいいかもしれない。
・操作カスタマイズ→コマンド一覧を開くと最初は「場所：すべて」になってるけど、下の方にスクロールして例えば「ドライブ一覧を開く」のキーを設定すると、「場所：サムネイル一覧」に変わって他の場所の項目が非表示になってしまう。続けてサムネイル一覧以外の場所の項目を設定したい場合、一番上までスクロールさせて「場所：すべて」に戻さなきゃいけない。結構面倒なので設定を変更しても場所は変えないようにしてほしい。できれば場所選択の表示はスクロールさせず固定表示にしてほしい。

毎度我儘要望ですいませんがよろしくお願いします。

>>171
確認ありがとうございます。Lanczos良さそうで安心しました。

画像フォルダで見開きにならない件ですが、
v2.10.0で「画像のみのフォルダを本として扱う」がOFFの場合に、
通常画像フォルダを単ページ扱いにする修正を入れた影響だと思います。

環境設定 → 全体設定 →「画像のみのフォルダは、PDF/ZIP のように本として扱う」
がONになっているか確認していただけますでしょうか。

ONで、フォルダ内が画像だけの場合は本として扱うため、既定の見開き表示を反映します。
OFFの場合は、個別画像として扱い、既定では単ページで開くようにしました。
（以前の動画が混ざったときに隣の動画が再生される系の問題への対応です）
※そのフォルダに見開き設定を明示保存していた場合は、従来通りそちらを優先します。

下部シークバー/上部情報バー固定時の1px線、たしかに画像の端が明るく見えますね。
境界線の描画を見直し、隙間の調整もできるように修正します。

環境設定のスクロール位置については、毎回ページ先頭に戻るほうが分かりやすそうですね。
次でその方向に修正します。

操作カスタマイズの「場所」が、キー設定後に勝手に切り替わる件も修正します。
コマンド一覧の絞り込みと、編集中コマンドの場所情報が混ざってしまっていそうでした。

細かいところも実際に使っていただかないと気づきにくいので、報告助かります。

>>172
素早いレスありがとう！
「画像のみのフォルダは、PDF/ZIP のように本として扱う」はOFFだった。ONにしたら見開きで表示されるようになった。つーか>>159に書いてあったわ恥ずかしいｗ
その他の要望対応もマジ感謝。次回更新お待ちしております。

アップデート乙。頻度が早くて色々と便利になってきてるね。
ふと思い出して見てみたんだけど、zipplaの画面右上にあった、文字列打ってファイル名で絞り込む機能はもう搭載されているだろうか？
文字を打ち込んでリアルタイムに絞り込み結果が反映されるような動作が希望だよ。
スマートフィルタだと文字指定でなく種類等のボタン指定だったから、文字列指定が出来るようになってくれるとありがたい

文字列フィルターってやつか

>>174
ありがとうございます。

現状でも近い機能として、Ctrl+F の「現在地フィルタ」で、
今開いている一覧をファイル名などで絞り込めます。
デフォルトではメタデータも含めて検索するので、
検索バーの右側で「ファイル名」を選ぶと、ファイル名での絞り込みになります。

また、スマートフォルダでは「名前に含む」条件で保存して使うこともできます。

ただ、ご要望の ZipPla 右上のような、一覧上で文字入力して
すぐファイル名だけを絞り込む機能とは少し違いますね。

手軽に使える、一覧用の軽いファイル名専用フィルタがあると便利そうです。
次以降で検討します。

というよりかはその機能がある検索ボックスが常時表示であれば良いってだけでは

>>177
はい、そのイメージです。

現状の Ctrl+F はファイル名以外の検索も含むことがあるため、
そのまま常時リアルタイム反映にするのは少し重そうでした。

そのため、今の絞り込みツールバー（種類・拡張子・場所などがあるもの）の右側に、
ファイル名専用の絞り込みテキストボックスを追加する形を考えています。

ここだけは、入力していくとリアルタイムに近い形で
ファイル名だけを絞り込むイメージです。

ただ、mImageViewerでは一覧が50万アイテムくらいでも問題なく動くようにしたいので、
実装してみて重い場合は、少し待ってから反映するなど調整するかもしれません。

これタブレットでのタッチパネル操作にも対応していますか

>>179
現状ではタッチパネル操作向けには調整していません。
マウスのホバー操作を前提にしている箇所もあるため、タブレットPCでは
使いづらい部分が多いと思います。

直接の回答とは少しずれますが、Windows PC上のmImageViewerを母艦として、
スマホやタブレットからブラウザ経由でリモート閲覧・操作する機能は開発中です。
こちらはタッチ操作前提のUIで作っています。

ただ、外出時などに手元端末で閲覧する用途へ絞ったUIなので、
Windowsタブレット上でmImageViewer本体を直接操作したい、という期待とは
少し違うかもしれません。

mImageViewer v2.12.0 を公開しました。

・画像を拡大したときの画質を改善しました。
　これまで標準の拡大はバイリニアでしたが、縮小と同じく高品質なLanczos3方式へ変更しました。
　画像補正パネル → フィルタ から、
　標準 / シャープ拡大 / アニメ塗り拡大
　を選べます。
　シャープ拡大では NVIDIA Image Scaling、
　アニメ塗り拡大では Anime4K x2 VL を使用しています。

・拡大中のナビゲータを追加しました。
　拡大表示中に Alt を押している間、画面の隅に全体縮小図と現在表示範囲を表示します。
　枠をドラッグすると表示位置を動かせます。
　Alt+N で固定表示もできます。

・一覧をファイル名で絞り込めるようにしました。
　絞り込みバーの「ファイル名」欄に入力すると、今の一覧をファイル名で絞り込めます。
　空白区切りはAND検索、先頭に - を付けた語は除外条件になります。
　欄の幅は絞り込みバーの右クリックから 小 / 中 / 大 を選べます。

・サブ展開を改善しました。
　サブ展開時に、たどる階層と集める項目を選べるようにしました。
　種類・サイズ・日付などで最初から絞って集められます。
　サブ展開した一覧では、各項目がどのフォルダから来たかも分かるようにしています。

・一覧に出していないファイルがある場合、フォルダバーに「非表示 N 件」と表示するようにしました。
　同名ファイルの優先表示、隠しファイル、非対応形式などで一覧に出ていないものがある場合に表示します。
　フォルダ削除時も、一覧に見えていないファイルも削除対象になることを確認画面で案内します。

・固定表示した上部バー/下部シークバーとの境界に、明るい線が見える問題を修正しました。
　あわせて、固定バーと画像の間隔を 0〜100px で調整できるようにしました。

・環境設定を開くたびに、右側パネルをページ先頭から表示するようにしました。

・操作カスタマイズで、キー設定後にコマンド一覧の「場所」が勝手に切り替わる問題を修正しました。

・元画像を一時的に表示するキーを変更・無効化できるようにしました。
　これまで右Ctrl固定でしたが、操作カスタマイズから変更できます。
　Shift / Alt などの押しっぱなし操作も同じように設定できます。

・本体EnterとテンキーEnterを取り違える問題を修正しました。
　操作カスタマイズでテンキーEnter等を割り当てた場合に、意図しない操作が発動することがありました。

・PDFium / FFmpeg などの依存ライブラリを更新しました。

そのほか細かな表示・操作まわりも修正しています。

https://www.mikage.to/mimageviewer/

なお、タッチパネル操作については、外部タッチモニターで動作確認できそうなので、
次のバージョンで閲覧操作だけでも簡易対応を入れてみようと思います。
まずはフルスクリーン中のタップ/スワイプ/ピンチなど、画像を見る操作を中心に確認します。
マウス前提のUI全体をタブレット向けに作り直すものではないですが、
閲覧くらいはできる状態を目指してみます。

https://i.imgur.com/RxwV79F.mp4
ディスクの入ってないDVDドライブを開こうとするとツリーの境目が横にびよーんって動く
大した問題じゃないけどSSDとか通常のドライブでも一瞬動いてるので報告

要望
★のレート付けは数字キーに変更してF2キーはWindowsと同じリネームの動作にして欲しい
Deleteキーで表示される削除確認のウインドウも標準エクスプローラーと同じように矢印キーで選択可能にして欲しい

>>183
報告ありがとうございます。動画も確認しました。

ツリーの境目が伸びる件は、読み込み中のスピナー表示まわりで、
幅計算が少しずつずれてペイン幅に反映されてしまっているようでした。
ディスクが入っていないDVDドライブでは読み込み待ちが長いため、
その間ずっと横に伸びて目立っていたようです。
※ディスク未挿入時に待ち時間が出ること自体はWindows側の挙動もありそうですが、
　境界が伸び続ける動きは直します。

F2は手癖で名前変えようとしてわたしも押したことはありますね…。

名前変更についてですが、mImageViewerでは現在F1〜F5をレーティング、
画像表示中の数字キーを見開き切り替え等に使っているため、
既定キーをそのまま入れ替えると既存操作への影響が大きそうでした。

操作カスタマイズで…としたいところですが、現状操作カスタマイズに
「名前の変更」「再読み込み」などがないので、これらの操作を追加して、
カスタマイズ可能にしようと思います。

現状レーティングは一覧やフルスクリーン横断での割り当てとなっているので、
F2を名前の変更にする場合、レーティングの★2は外していただくか、
テンキー2などに変更していただく必要があります。

削除確認ダイアログの矢印キー操作も対応します。
左右キーで「削除 / キャンセル」を選び、Enterで決定できるような形を考えています。

次か、その次くらいで修正しようと思います。

これ聞いてダメなんかも知れんけど何使って開発してるとかって開発環境言うことできる？

黙秘はぜんぜん良い

>>185
Qiitaに開発に関する記事も少し書いていて、特に隠してはいないのでこちらにも書きます。

開発環境は普通のWindows 11環境で、Rust + Visual Studio Build Tools など、
無料で使える開発ツールを使っています。

AIはClaude CodeとCodexを両方使っています。
最近は、Claude Codeに設計相談やレビュー・指示出しをしてもらい、
Codexに実装させる、という分担が多いです。

最初にClaude Codeへ「こういう機能を作りたい」と相談して設計を詰め、
その後Codexに実装してもらい、結果をまたClaude Codeにレビューしてもらう、
という流れです。

開発する内容にもよると思いますが、mImageViewerではCodexのほうが
バグが少ないコードをしっかり書いてくれる印象があります。

AI以外は基本的に無料で使えるものだけなので、
GitHubリポジトリをcloneして、ビルドして、とAIに指示すれば、
多少時間はかかると思いますが手元でもビルドできると思います。

メインPCは Core Ultra 9 285 / RTX 4090 環境ですが、
この環境でビルドに1回3〜5分くらいかかる感じです。

めちゃくちゃ詳しくありがとう

Windows10
v2.12.0（zip版）
縦長画像と横長画像が混在したフォルダやzipで見開き表示にすると画像がダブって表示される場合がある

例1
01.jpg（横長）、02.jpg 〜 11.jpg（縦長） ←こういう画像が入ったフォルダまたはzipを用意
(1) mIVをインストール（zip版なので解凍するだけだが）
(2) mIVを起動、初回設定はデフォのまま
(3) ツールバーで 列：詳細 に変更
(4) 先ほど用意したフォルダまたはzipを開き、01.jpgを開く
(5) フルスクリーン画面でテンキーの4を押して表紙なし見開き表示にする
これを前から読んでいくと 1 → 3, 2 → 5, 4 → 7, 6 → 8, 7 → 10, 9 となり7がダブって表示されてしまう
そこから戻ると 10, 9 → 8, 7 → 一瞬だけ6, 5の後5, 4 → 3, 2 → 1 となる（6, 5は一瞬だけですぐ5, 4に変わる）
上記は 環境設定 − パフォーマンス − 先読み の「後方（前の画像）」の枚数が4枚（デフォ値）か5枚の場合
2枚か3枚だと 1 → 3, 2 → 5, 4 → 6, 5 と5がダブる
6枚か7枚だと 1 → 3, 2 → 5, 4 → 7, 6 → 9, 8 → 10, 9 と9がダブる

例2
01.jpg（縦長）、02.jpg（横長）、03.jpg 〜 11.jpg（縦長） ←こういうフォルダまたはzipの場合
例1と同様の手順で進め(5)でテンキーの5を押して表紙あり見開き表示にする
これを前から読んでいくと 1 → 2 → 4, 3 → 6, 5 → 8, 7 → 9, 8 → 11, 10 となり8がダブって表示されてしまう
戻る場合や先読み（後方）の枚数設定による挙動も例1と同様

例1・例2とも(3)をやらずにサムネ表示から画像を開いて読んでいくとこの症状は出ない
一旦症状が出た後でもサムネ表示に切り替えると正常になり、再び詳細表示に戻しても正常なまま
しかし詳細表示の状態でmIVを終了し、再起動すると再発する

ファイル選択画面のサムネ表示か詳細表示かがフルスクリーン画面での見開きページ送りに影響するという奇妙な症状
作者さん確認お願い
なお当方Windows10なので11で再現しなかったら非対応環境という事で諦める

windows10を早く卒業しなさい
ESUとかで延命する必要もない

>>188
詳細な報告ありがとうございます。
手順と先読み枚数ごとの挙動まで書いていただき、手元でもすぐ再現でき助かりました。

確認したところ、報告いただいた通りの不具合で、原因も特定できました。
Windows 10固有の問題ではなく、こちらのWindows 11でも再現しました。

見開きの組み合わせを作る際に、横長ページかどうかを見ているのですが、
その判定がフルスクリーンの先読みキャッシュやサムネイル側の情報に依存していました。
詳細表示ではサムネイル側の寸法情報を持っていないため、
横長ページが先読み範囲から外れたタイミングで「横長」と判定できなくなり、
以降の見開きの組み合わせが1ページずれて、同じページが再表示される状態でした。

先読み枚数によって 5 / 7 / 9 のように重複位置が変わるのも、
横長ページが先読み範囲から外れる位置が変わるためでした。

修正としては、ページの縦横判定を表示用キャッシュやサムネイルの有無に依存させず、
一度分かった画像サイズを安定して使える形にします。

次バージョンで修正します。

>>190
ありがとう！
よろしくお願いします

>>61
claudeに設計させてるからじゃないかな
自分が使ってみた限り、大雑把な指示で忖度されたコードを出力するのが得意な感じ
codexは忖度が苦手なんじゃないかな、良く分からんが
自分はcursorで作ってるけど、適当指示でいい感じに忖度されたバグの少ないアプリを作ってくれてる
気泡が少ないから困ることも少ないとは思うけど
1回のビルドで1分くらいしか掛からないからこれは単純なアプリの規模なきはする
1ヶ月作ってみたけど、AI由来のバグは全然でなかったいい感じに忖度してくれるから修正も少ない

>>192
Claude Codeは意図を広めに拾って、設計やレビューで視野広く見てくれる印象ですね。
Codexはスコープを絞って実装させると、比較的バグが少ないコードをきっちり書いてくれると感じています。

mIVの場合、バグが出やすいのはレスポンス速度などを考えて仕様を複雑にしている
影響がかなりあるのではないかと思います。

フルスクリーン表示だけでも、まず一旦表示できるものを出しつつ、
フル解像度画像、補正結果、AIアップスケール結果などを段階的に用意して差し替えています。
今見ているページを優先し、前後ページは先読みする、
PDFも必要に応じて、表示中ページを優先しつつ、一定の並列度のワーカーで裏側レンダリングする、
といったことをしています。

一覧も仮想スクロールにして、今見えている項目を最優先、
次に範囲外の前後項目を距離が近い方から順に先読みして用意する、
といった処理をしています。

実際、このあたりのキャッシュや先読みの状態管理で結構バグが出ています。。。

作者には早稲田大学情報大学院にでも入って猛勉強を強くおすすめする
まさしく必要なのがAIに頼らない開発能力だからだ

>>194
それはこの板の連中の為に入れってこと？？ｗ
さすがに馬鹿すぎるｗ

AIに頼めばビルドできる、みたいな書き方をしたので誤解があったかもしれませんが、
「ビルドしたり、自分ですこし修正したりする範囲ならできると思います」
という意図でした。

AIだけで専門知識なしに同じ規模のアプリを安定して作れる、という話ではないです。
実際にやっている方は分かると思いますが、AIがうまくやってくれないことも結構あります。

開発自体は仕事で30年くらいやっています。
ただ、専門はWebサービスなどのサーバ側で、Windowsアプリは専門外です。
mImageViewerでは、AI任せでどこまでできるのか試したい、開発速度を早めたい、
という意図があり、コードを読めないから読まないのではなく、
あえて読まない方針で進めています。
（仕事でAIを使う場合は、書かれたコードも確認しています。）

自分ひとりで書くなら工数的に諦めるような複雑な設計もやらせますし、
すでにできているコードを全面的に書き換えるような修正もやらせています。

6/5に紹介した頃のv1.0.0から現在までで、Rustコードだけでも約20万行→約53万行まで増えています。
差分量で見ると、個人開発としてはかなり速いペースだと思います。

その分、実際に使ってのテストが薄くなって、バグが残ってしまっているのは感じています。
手元で確認はしていますが、時間をかけて広いパターンを検証してから出す、というよりは、
使いながら見つかった問題を短いサイクルで直していくスタイルです。

報告いただいたものについては、できるだけ早めに確認・修正していきますので、
その前提で使っていただければ幸いです。
（設定ファイルはバージョンアップ時にバックアップされるので、問題があったときは
　過去バージョンに戻していただければと思います。）

推奨スペックとかある？最低スペックとか

>>197
サイト上では、以下を目安として記載しています。

OS: Windows 11 64bit
GPU: DirectX 12 対応グラフィックカード
メモリ: 4GB以上（8GB以上推奨）
ランタイム: 不要（単体exe、インストール不要）

ただ、正直なところ手元の確認環境は高スペックなので、
どのくらいの環境まで快適に動くかは確認できていません。

mImageViewerは、サムネイル先読み、PDFの裏側レンダリング、GPU描画、
AIアップスケールなどがあるため、ある程度PC性能に余裕がある環境で
レスポンスよく見えるようにする、ということを考えて作っています。

AIアップスケール・ノイズ除去が特に重い機能なので、AIを使わなければ、
通常の画像/漫画閲覧はそこまで高性能でなくても動くのではないかと思っています。

>>12で「ドライブごとにカレントディレクトリを記憶」って要望が出て対応済みですけど、これmIVを再起動しても残ったままなので終了時にこの記憶をクリアしてカーソル位置も先頭項目にする設定がほしいです
友人が家に来た時にサブPC使わせて漫画読ませる事があるので履歴は極力残さない設定にしたいんですよ
デフォでクリアだと>>12の人が困ると思うので設定でON/OFF可能が良いかと

横ですがWindowsではドライブ相対パスと言う概念があり
=C:や=D:と言ったドライブ毎に保持している環境変数に対する相対パスになります
>>12の記法 C: や D: は SetCurrentDirectory("C:") や SetCurrentDirectory("D:") の用法と対応していると思います
(C:\ や D:\ はそのドライブのルート)

>>199
要望ありがとうございます。

A/Bのドライブごとの記憶は、現在は再起動後も残る仕様になっています。
ただ、「履歴を極力残さない」という用途だと、ドライブごとの記憶だけ消しても
他にもいくつか記録が残ります。

例えば、
・最近開いたフォルダの履歴（履歴▼）
・A/Bモードごとの記憶したフォルダ
・最後にCtrl+Eでエクスポートしたフォルダ
・本の読書位置・動画/音声の再生位置
・7z等をZIP変換したアーカイブキャッシュ
・PDFで保存したパスワード
・サムネイルのピン留めやサムネイルキャッシュ
などがあります。

そのため、現状すぐできる方法としては、ポータブル版を別フォルダに用意するか、
起動オプションで

mimageviewer.exe --data-dir "C:\Profiles\guest"

のようにして、設定・履歴・キャッシュ全体を分けるのが安全だと思います。
この方法なら、通常利用の設定や履歴とは別管理になります。

>>200
ありがとうございます。

mImageViewerでは、OS側のドライブ相対パスをそのまま使っているわけではなく、
A/Bの切り替えがあるため、アプリ内で独自にドライブごとのディレクトリを記憶しています。

考え方としては近いですが、mImageViewer側の設定として保存している形です。

>>202
言い出しっぺの 12 や 新たな 199 の要望を踏まえるとアプリで記憶せずに
環境変数としてシステムに任せるのが良いのかな、と思ったのですが
A/B 切り替えとの整合性がありますか

mImageViewer v2.13.0 を公開しました。
今回はタッチ操作対応と、直近でいただいた要望・不具合報告への対応が中心です。

・タッチ画面で閲覧操作できるようにしました。
　タブレットPCやタッチ対応ディスプレイで、キーボードやマウスがなくても
　画像・本・動画・音楽をある程度操作できます。
　一覧では1本指ドラッグでスクロール、2本指ピンチで列数変更、
　画像/本では左右タップでページ移動、中央タップで操作バー表示、
　2本指ピンチで拡大縮小・移動できます。
　動画では中央タップでHUD表示、左右タップでシークできます。
　初めてタッチしたときは、操作案内を1度だけ表示します。
　※編集UI全体をタブレット向けに作り直したものではなく、閲覧中心の簡易対応です。
　
　マウス向けのUIになっていますので、ボタン等が小さくてタップしづらい場合は、
　設定 → スケーリング から調整してください。

・一覧に「名前の変更」と「更新」のコマンドを追加しました。
　どちらも既定キーは割り当てていませんが、
　設定 → 操作カスタマイズ から F2 / F5 などへ割り当てできます。
　既定では F1〜F6 がレーティングに使われているため、
　F2を名前変更にしたい場合は、★2の割り当てを外すなどしてください。
　Ctrl+F2やCtrl+F5は既定では空いているので、こちらを使うのもおすすめです。
　「更新」はファイルメニューからも実行できます。

・削除確認画面を矢印キーで操作できるようにしました。
　左右/上下キーで「削除」「キャンセル」を選び、Enterで決定できます。
　ごみ箱へ移す場合は「削除」、完全削除になる可能性がある場合は「キャンセル」を
　最初に選ぶようにしています。
　従来通り Y / N / Esc も使えます。

・見開き表示で同じページが2回表示されることがある問題を修正しました。
　横長ページかどうかの判定が、表示用キャッシュやサムネイル情報に依存していたため、
　ページ数の多いフォルダや詳細表示から開いた場合に、見開きの組み合わせが
　途中でずれることがありました。

・比較表示（X / C）まわりを修正しました。
　ワイプ境界線の位置ずれ、端まで動かせない問題、切り替え時のちらつきなどを修正しました。
　また、比較表示は単ページ表示専用に整理し、見開き表示中は使えないようにしました。

・ルーペが画像の端で引き伸ばされる問題を修正しました。

・ナビゲータは、拡大時だけではなく、ナビゲータONのときは常時表示するようにしました。
　また、カラー化処理などがナビゲータの縮小画像に反映されるようにしました。

・フォルダツリーの幅が、読み込み中に少しずつ広がり続ける問題を修正しました。
　ディスクの入っていない光学ドライブを開こうとした時などに目立っていた問題です。

そのほか、テキスト注釈の色選択画面、フォルダ切り替え直後に前の一覧の
ページ情報が混ざることがある問題などを修正しています。

タッチ操作、比較表示、見開き表示まわりは変更量が多いため、
気になる点がありましたら教えていただけると助かります。

また、直近で対応するとお伝えしていた要望・不具合報告は、一通り反映できたと思います。
漏れがありましたら教えてください。

カラー化した状態で連続ページ送りをしたときの挙動が良くないことを確認しています。
今回直したかったのですが、根が深いようで、次バージョン以降で修正予定です。

https://www.mikage.to/mimageviewer/

ありがてえありがてえ

設定の検索周りがない

更新乙〜
フォルダバーのメニューにある「最近開いたフォルダ履歴をクリア」と「A/Bの記憶した場所をクリア」をキーに割り当てられるようにならないかな
いちいちマウスでメニュー開かないといけないので面倒
ワンキーでクリアしたい

>>207
すいません、対応しようと思っていたのですがタスクリストに入れ忘れていました。
ご指摘ありがとうございます。
次バージョンで設定画面を検索できるようにします。

>>208
要望ありがとうございます。
確かに履歴クリア系もキーやジェスチャから呼べた方が便利ですね。
次で割り当てできるようにします。

RARだと代表サムネに固定が出来ないの？

設定 → 操作カスタマイズ → コマンド一覧

C:の最後の場所へ切り替える
C:\を開く
D:の最後の場所へ切り替える
D:\を開く
E:の最後の場所へ切り替える
E:\を開く
　・
　・
　・
X:の最後の場所へ切り替える
X:\を開く
Y:の最後の場所へ切り替える
Y:\を開く
ZIP/PDF/対応アーカイブをページで開く(フル機能ウィンドウ)
ZIP/PDF/対応アーカイブを一覧で開く(フル機能ウィンドウ)
Z:の最後の場所へ切り替える
Z:\を開く

Z:だけ並びが違うのが気になってしょうがない

>>211
報告ありがとうございます。
こちらでもRARでは代表サムネイルを固定できないことを確認しました。
不具合として次のバージョンで修正します。

>>212
ご指摘ありがとうございます。
コマンド一覧を表示名順で並べているため、
Z:の項目だけ「ZIP/PDF〜」の後ろに入っていました。

区別も分かりやすくするため、
「ドライブ C: の最後の場所へ切り替える」
「ドライブ C:\ のルートを開く」
のように文言を整理し、C:〜Z:が連続して並ぶように修正します。

ビューアのシークバーに目盛りが欲しい
目盛りがないと画像が何枚くらいあるのか視覚的に分かりにくい

そういやミーヤとleeyesは目盛りあるな
neeviewは無い

>>215
要望ありがとうございます。

本・動画・音楽のシークバーに、ページや時間の位置が分かる
目盛りを追加してみようと思います。

現在のHUDの高さは変えず、進捗バーに埋もれないよう、バーの
下側へ控えめな線で表示する形を考えています。
ページ数や再生時間が多い場合は、見づらくならないよう自動で間引く予定です。

別スレでfpsの話題がありましたが、mImageViewerでもページ送り処理の都合で、
キーを押し続けたときに引っかかることがありました。

現在修正中で、高速ページ送り中は一時的にサムネイル画質を使い、
キーを離した位置で通常画質に切り替える方針で実装しています。
カラー化・色調補正はサムネイルにも適用し、
ページ送り中に色味が大きく変わりにくいようにしています。

手元の環境では、サムネイルキャッシュがない状態でカラー化を有効にしていても、
サムネイル画質なら100ページ/秒程度まで進められることを確認しました。
次バージョンで、ページ送りの引っかかりをかなり改善できると思います。

>>215
ページ数みればいいだけじゃんｗ
なんでわざわざ目盛りｗ

>>219
自分の気にならない所に口を出すのはやめとけ

他のソフトにはあるし移行しやすくなる

ビューアでページめくって「最初の項目です」「最後の項目です」みたいなのを非表示設定に出来る？

項目？

>>222
先頭/末尾まで進んだときに出る
「最初の項目です」「最後の項目です」の通知ですね。

現状は非表示にする設定がありません。
確かに閲覧中は結構目立つので、左下の先読み状況など、
同じように画面上へ出る案内表示も含めて、
表示/非表示を選べる設定を追加しようと思います。

次のバージョンはもうすぐ公開予定のため、
その次のバージョンで対応したいと思います。

項目ってしてるのは何でなんだろ
見出しとか事項とかって意味でしょ？

>>225
内部では画像・動画ファイルやPDF内の各ページなどをまとめて
item と呼んでおり、日本語表示では「項目」としていました。

ただ、確かにビューア上の案内としては少し抽象的で、
分かりにくい表現かもしれませんね。

「先頭です」「末尾です」など、もう少し自然な表現に変更しようと思います。

mImageViewer v3.0.0 を公開しました。
今回はリモート閲覧機能の追加と、閲覧・操作まわりの改善が中心です。

・外出先からのリモート閲覧に対応しました。
　自宅PCでmImageViewerを起動しておくと、
　スマートフォン・タブレット・ノートPCのブラウザから、
　画像、漫画（ZIP/PDF/対応アーカイブ）、動画・音声を閲覧できます。

　見開き、表示トリム、画像補正、カラー化、AIアップスケール等も利用でき、
　レーティング、ブックマーク、読書位置、補正設定は自宅PC側へ記録されます。
　設定 → リモート接続… から有効にできます。既定ではOFFです。

　接続にはTailscaleとPINの両方が必要です。
　有効にすると、mImageViewerで表示できる全ドライブのファイルが閲覧対象になるため、
　自分で管理している端末からのみご利用ください。
　
　設定方法は以下のチュートリアルを参照してください。
　https://www.mikage.to/mimageviewer/manual/tut-remote.html

・環境設定を検索できるようにしました。
　左側ツリー上部の検索欄から設定項目を検索できます。
　結果を選ぶと該当ページへ移動し、項目までスクロールして強調表示します。
　「デノイズ」「ビューア」など、画面上の名称と異なる言葉でも一部検索できます。

・キーを押しっぱなしにしたときのページ送りを改善しました。
　連続ページ送り中はサムネイル画質で全ページを順番に表示し、
　キーを離して止まったページをフル画質へ切り替えます。

　通過するページごとにフル解像度の読み込みや画像処理を待つと
　ページ送りが引っかかってしまうため、通過中はサムネイル画質に統一しました。
　小さい画像へカラー化や色調補正を適用することで、
　速度を保ちながらページごとの色味の変化も抑えています。

　サムネイルが未生成の場合は、最初に生成待ちが発生することがあります。
　ページ一覧などでサムネイルが用意された後は、PDFでも高速にページ送りできます。
　通過表示用にカラー化・色調補正した一時画像自体は保存せず、その場限りで使用します。

・フルスクリーンのシークバーに目盛りを追加しました。
　本ではページ位置、動画・音楽では再生位置を把握しやすくしています。

・フルスクリーン上部バーに、使用頻度の低い操作をまとめたボタンを追加しました。
　ナビゲータ設定、ピクセルグリッド、ルーペ固定、分析モードなどを
　画面上から呼び出せます。

・消しゴムと隠蔽加工に、塗りつぶし（バケツ）を追加しました。
　クリックした色に近い範囲をまとめて塗れます。

・ドット絵向けの「ドット絵拡大」を追加しました。
　ポストフィルタの「基本」から選べます。
　
　2.5倍など、整数倍率ではない場合、ニアレストだと1ドットが2ドットだったり
　3ドットだったりと、ばらついて拡大されてしまいます。
　ドット絵拡大では、ドット感を残しつつ、ドットサイズが揃うように拡大します。

・変換済みRAR/7z/LZHを、親フォルダの代表サムネイルに固定できるようにしました。

・操作カスタマイズのキー割り当て候補に検索欄を追加しました。
　ドライブ操作の名称も、
　「ドライブ C: の最後の場所へ切り替える」
　「ドライブ C:\ のルートを開く」
　のように整理しています。

そのほか、縦向き動画の回転、比較表示、切り取り範囲の位置ずれ、
タッチ操作など、不具合を修正しています。

リモート閲覧とページ送りまわりは変更量が大きいため、
気になる点がありましたら教えていただけると助かります。

https://www.mikage.to/mimageviewer/

更新乙～
>>210は対応してないのかしら
項目が見つからない

>>230
すいません。以前「次のバージョンで追加します」と回答していましたが、
対応が漏れていました。

「最近開いたフォルダ履歴をクリア」と
「A/Bの記憶した場所をクリア」を操作カスタマイズの割り当て候補に追加します。
次のバージョンで対応します。

よろしくお願いします～

ありゃID変わってら
230です

アップデート乙
ここらでちょっと軽量化や安定化のアップデートを挟んでもらえると嬉しい
現状でポータブル版をNASの画像関連フォルダに置いて使ってるんだけども、起動や書庫の画像表示が結構重い。
それこそZipplaを同じように使ってた時は、ローカルにソフトを置いてもNASに置いても起動・画像表示とも同じテンポで表示が出来てたのよね
安定性の部分だと、ソフトを一度終了した後で再度起動した時に、ロードが遅いか、酷い時だと起動自体しなくなってプロセスリストから強制終了かけても凍った状態になってる。
全体的な動作がもう少し軽くなってくれたら良いな。何か設定を変えると変わるものだろうか？

俺も重いんだよなぁ

>>234-235
報告ありがとうございます。
原因として思い当たるところがあります。

mIVは、サムネイルキャッシュやレーティング・タグ・読書履歴などを、
元ファイルを変更せずに記録するため、複数のSQLiteデータベースを使用しています。

ポータブル版は実行ファイルと同じフォルダのdataディレクトリ内に、
このデータベースを置いています。
データベースにはWALモードという方式を使っていますが、
これはネットワーク共有上での利用がサポートされていません。

また、mIVはSQLiteデータベースへかなり高頻度にアクセスします。
dataフォルダがNAS上にあると、アクセスがローカルよりかなり遅くなるため、
動作速度へ影響している可能性があります。

プロセス一覧から強制終了しても終了しなかった件も、
ネットワーク経由のファイルI/O待ちに入っていた可能性があります。

切り分けとして、exeと閲覧するファイルはNAS上のままで、
データだけローカルへ置く形をお試しいただけますでしょうか。

mimageviewer.exe --data-dir "C:\miv-data"

新しいdataフォルダにはサムネイル等のキャッシュがないため、
最初に画像一覧を開いたときは生成処理が走ります。
同じ場所を開いた2回目以降で動作が良くなるかも確認いただけると助かります。

データ保存先がネットワーク上だった場合は、
速度や安定性に影響する可能性がある旨を案内するよう修正しようと思います。

mImageViewer v3.1.0 を公開しました。
v3.0.0公開後にいただいた要望・不具合報告を中心に対応しています。

・フルスクリーンの案内表示を個別に消せるようにしました。
　環境設定 → 表示 → 閲覧表示 から、
　先頭/末尾の案内、処理状況、先読み状況をそれぞれ表示/非表示にできます。
　いずれも既定は表示です。
　「最初の項目です」「最後の項目です」という文言も、
　「先頭です」「末尾です」へ変更しました。
　表示を消しても、読み込みや先読みなどの処理自体は変わりません。

・先読み状況の表示を改善しました。
　現在位置を中心に、前のページと次のページの取得状況を分けて表示します。
　取得済み・取得中・未取得も色で区別できるようにしました。

・履歴クリア操作を、キーやマウス操作へ割り当てられるようにしました。
　「最近開いたフォルダ履歴をクリア」
　「A/Bの記憶した場所をクリア」
　を、操作カスタマイズからキー、リング、マウスジェスチャ、
　マウスボタン、ゲームパッドへ割り当てできます。
　既定キーは設定していません。

・フォーカス切り替えと同時に送られたキー入力が、
　1回分処理されないことがある問題を修正しました。

・回転したページの見開き表示を修正しました。
　縦長ページをR/Lキーで横向きに回転した場合、
　回転後の見た目に合わせて横長ページと同じく単独表示します。
　ブラウザからのリモート閲覧でも、回転した向きでページを表示し、
　見開きの組み合わせも本体と揃えるようにしました。

・リモート閲覧のタッチ操作を修正しました。
　サムネイル一覧を指でゆっくり動かしたとき、
　表示が上下に震えることがある問題を修正しています。

・リモート接続画面を改善しました。
　Tailscaleの現在の状態を確認し直せるようにしました。
　Tailscaleが見つからない場合はPIN設定より先に案内を表示し、
　リモート接続が無効の状態でも証明書や公開設定を確認できます。

・データ保存先がネットワーク上にある場合、起動時に案内するようにしました。
　ポータブル版をNAS上に置くと、サムネイルや各種データベースも
　NAS上に作られ、速度や安定性へ影響することがあります。
　同じ保存先を複数PCから使用するとデータが壊れる可能性もあるため、
　データ保存先はローカルディスクを推奨します。
　案内は保存先ごとに一度だけ表示します。

・TensorRT利用時の初回待ち時間を短縮しました。
　AI処理を初めて使う際、成功しないDLL読み込み処理によって
　約15秒待たされることがありました。
　不要な処理を削除し、Windowsイベントログへエラーが残る問題も修正しました。
　画質やAI処理速度は変わりません。

そのほか、AI機能利用時に「読込中...」が二重表示される問題や、
リモート閲覧のページ更新・キャッシュ処理などを修正しています。

v3.0.0公開後に報告いただいたものは、対応できる範囲を反映しました。
気になる点がありましたら引き続き教えていただけると助かります。

https://www.mikage.to/mimageviewer/

更新乙です

フルスクリーンでテンキーの4か5を押して右綴じの見開き表示にし、「見開き表示を右方向へ1ページずらす」操作（既定はCtrl + →）をするとカーソルキーが効かなくなる事があります
右Ctrlキーを押しながらカーソルキーの→を連打するとなりやすいです（1回押しただけでなる事もあり条件がよくわかりません）
逆方向も同様です（テンキーの2か3を押して左綴じの見開き表示にし、「見開き表示を左方向へ1ページずらす」操作をする）
BackSpaceなどで一旦フルスクリーン画面を終了すると直ります
バージョンはv3.0.0とv3.1.0です
v2.9.1ではこの症状は出ません
確認をお願いします

>>239
詳細な報告ありがとうございます。
こちらでも再現し、原因を確認できました。

見開き1ページずらしでは、例えば「2・3ページ」から「3・4ページ」のように、
移動前後の見開きで1ページを共有します。

v3.0.0で追加したページ送り時の表示切り替え管理が、このように
移動前後で同じページを共有するケースを正しく扱えていませんでした。
共有しているページを「移動前の表示がまだ残っている」と誤判定し、
表示切り替えの完了待ちが解除されない状態になっていました。

この状態では次のページ移動を受け付けないため、
カーソルキーが効かなくなります。
フルスクリーンを閉じると状態が破棄されるため、Backspace後は直ります。

右綴じ・左綴じや、左右どちらのCtrlでも同じ原因で発生します。
次のバージョンで修正します。

>>236
更新乙ー
最新版で本体フォルダをNASに置いた状態、本体はNASでデータはローカル、本体そのものをローカル、の3パターンを試してみたけど、
どの状態でも動きが重いのは変わらなかったよ。特にwebp動画を含んでるアーカイブを開こうとすると読み込みが走らなくて、1～2枚だけ表示されてその後は出てこない感じ。シークバーを弄っても元の場所に戻されるような動きだったよ。
メモリ消費もかなり大きくなるタイミングがあって、現バージョンだとwebp動画周りに関しては正直かなりキツい印象があるかな。
DBアクセス頻度もそうだけども、一旦軽量化の方向を考えてもらうのも良いかも。NAS上で動くかどうかはともかくとして。

>>241
確認ありがとうございます。

こちらの環境では、通常画像やAnimated WebPを含むアーカイブも
操作が止まるほど重くはならず、ご報告の
「1〜2枚だけ表示された後に進まない」「シーク位置が戻される」
という状態は、通常想定している動作ではありません。

シークバーについてですが、Animated WebPもmImageViewer上では
1枚の画像として扱うため、下側のシークバーはアニメーションの再生位置ではなく、
アーカイブ内での画像ファイルの位置を表しています。

「元の場所に戻される」というのは、
・つまみを動かしても同じWebPが表示されたまま、つまみだけ元へ戻る
・別のWebPへ切り替わった後、以前のWebPへ勝手に戻る
のどちらに近いでしょうか。

PC環境やファイル構成など、何らかの条件によって処理が
止まりやすくなっている可能性がありそうです。

まず、ローカルSSD上にあるJPEG/PNGなど、静止画だけのフォルダでも
同様に重いか確認していただけますでしょうか。

Animated WebPについては短時間のアニメを主に想定していたため、
現在は全フレームを一括展開し、前後の画像も同じように先読みする作りです。
高解像度・長時間のWebPが多数含まれている場合は、
こちらが負荷を高めている可能性があります。

可能でしたら、以下も教えていただけると助かります。
・CPU、GPU・VRAM、メモリ容量
・問題になるWebPのおおよその解像度、ファイルサイズ、再生時間
・アーカイブ全体のページ数と、Animated WebPのおおよその数