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

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

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

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

>>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のおおよその数

バグじゃないけど気になる点

環境設定 - ファイル処理 - 同名ファイル - 同名の画像が複数拡張子で存在する場合、優先度で選択
一番下（デフォルトは 27. iiq）の▲は右じゃなく左の列に置くべきでは

操作カスタマイズ - キーボード
キーボード図の A S D F … の行と Z X C V … の行が左に1個分ずれてる

>>241
その後、影響を詳しく調べたところ、先読み対象のAnimated WebPまで
全フレームを展開する現在の作りは、高解像度・長時間のファイルが
複数ある場合、負荷を大きくする可能性が高そうでした。

先読み時は先頭フレームだけを展開し、実際にそのページを表示した時点で
アニメーション全体を読み込む形へ見直してみます。

>>243
ご報告ありがとうございます。

同名ファイル設定の最下段で▲ボタンの位置がずれる件と、
操作カスタマイズのキーボード図でASDF/ZXCVの行が左へずれている件、
どちらも確認しました。

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

・ジェスチャ後に表示されるガイドが消せるように
・重くてダブルクリックしても開かないことがある
・選択状態からのシングルクリックでも開けるように
・RARサムネイル読み込み遅い

>>246
ご要望・報告ありがとうございます。

ジェスチャ後に右上へ表示される「[Gesture: 〜]」の通知のことですね。
現状は入力中のジェスチャガイドだけが設定対象で、
実行後の通知を非表示にする設定はありませんでした。
こちらも非表示にできる設定を追加しようと思います。

選択済みの項目をもう一度シングルクリックしたときに開く動作も対応します。

本日公開予定のバージョンには間に合わないため、いずれもその次のバージョンで対応予定です。

ダブルクリックで開かない件について、以下を教えていただけますでしょうか。
・画像、フォルダ、ZIP/RARなど、どの種類の項目で起きるか
・サムネイル表示と詳細表示のどちらか
・同じ項目をEnterで開く場合も反応しないか
・しばらく待ってから再度ダブルクリックすると開けるか

Animated WebPなどのアニメーション画像を、先読み時にも全フレーム展開していた問題がありました。
もしアニメーション画像を含む一覧で起きている場合は、
本日公開予定のバージョンで改善する可能性があります。

>>246
続きです。

RARのサムネイルについては、
・フォルダ一覧にあるRAR自体のサムネイル
・RARを開いた後の、中にある各ページのサムネイル
のどちらが遅いでしょうか。

また、以下も教えていただけると助かります。
・初回だけ遅いのか、同じRARを2回目に開いても遅いのか
・RARファイルの数、1ファイルあたりのおおよその容量・ページ数
・何秒くらい待たされるのか
・ファイルがローカルとNASのどちらにあるか
・直接開かれるRARか、ZIP変換の確認が表示されるRARか

手元では、画像5枚入りの非ソリッドRARを100個用意して確認しましたが、
特に重くならず、何らかの条件があると考えています。

>>247
・ZIP/RARなど
・サムネイル表示
・Enterなら開く
・しばらく待ってから再度ダブルクリックすると開ける

>>248
・フォルダ一覧にあるRAR自体のサムネイル

・初回だけ遅い
・ファイル数、容量・ページ数問わず重い
・数秒～10秒
・ローカル
・直接開かれるRAR

rarはメタデータにコメント埋め込めるからそれが邪魔してるとか？
自分で作ったクリアなrarと拾い物のrarだとそういう点も留意したほうが良いかもしれない
まぁ早い遅いが体感出来るレベルのデータを埋め込めるのかはわからないけど

>>249-250
追加情報ありがとうございます。

RAR関係に絞って調査したところ、遅延要因を1つ確認できました。

フォルダ内のRARについて、直読み可能かどうかを順番に判定し、
全件分の確認が終わってから結果を一覧側へ反映する処理になっていました。
大量のエントリを持つRARを多数用意して試したところ、
数秒間サムネイルが出ず、圧縮ファイルのアイコンのままになる状態を再現できました。
こちらは今後のバージョンで修正します。

ただ、この状態でもダブルクリックでは問題なく開けたため、
ダブルクリックが効かない問題は、まだ別に原因がありそうです。

もう少し状況を絞り込みたいので、以下を教えていただけますでしょうか。

・環境設定 → 全体設定 → ビューワモードは、どの設定でしょうか
・mIV起動直後から発生しますか。それともファイル閲覧などをした後でしょうか
・一度だけダブルクリックして、その後10秒ほど何も操作せず待った場合も開かないでしょうか
・1回目のクリックでは選択枠が付きますか
・発生時にサムネイルの縦横比や位置が切り替わっていることはないでしょうか

・フル機能ウィンドウ
・イマイチ状況が特定できない
・開く
・1回目のクリックで選択枠が付く
・発生時にサムネイルの縦横比や位置は切り替わっていない

横からだけど
mIVのダブルクリックは結構シビアだよね
Windowsのダブルクリックは0.3秒ぐらいでも有効だけど
mIVは0.19秒以下ぐらいじゃないと有効と判定しない
もうちょっとマージンがあってもいい気がする

Windows本体のダブルクリック感覚に合わせられないの？＞作者

>>252
追加確認ありがとうございます。状況を絞れました。

「開く」というのは、1回だけダブルクリックした後、そのまま待っていても
開くという意味で合っていますでしょうか。

その場合、ダブルクリック自体は認識されていて、
開く前の処理待ちになっている可能性が高そうです。

RARは直読みできるか判断するため、ソリッド圧縮・暗号化・入れ子の有無などを
開く前に全エントリ確認しています。
この確認に時間がかかる可能性はあるのですが、12万エントリのRARを
128ファイル混在させた状態でも、手元では同じ症状を再現できませんでした。

先ほど確認したRARサムネイルの遅延と共通する判定処理には
改善余地があるため、判定結果の再利用や、処理中であることが分かる表示を検討します。
ただ、今回の原因とはまだ断定できないため、ダブルクリックの認識から
実際に開くまでを性能ログで確認できるようにもします。

念のため、待つと開くことを確認されたのはRARとZIPのどちらか、
覚えていましたら教えていただけると助かります。
また、ファイルサイズ、アーカイブ内のファイル数、同じフォルダにある
ファイル数なども、差し支えない範囲で教えていただけますでしょうか。
似たダミーデータを作って確認してみます。

>>253-254
ご指摘・要望ありがとうございます。

確認したところ、一覧のダブルクリックはUIライブラリ側の判定を使っており、
現在はWindowsの設定にかかわらず300ms固定になっていました。
手元のWindows設定は500msでしたので、mIVのほうが厳しい状態ですね。

Windowsのダブルクリック速度設定を取得できるため、
そちらに合わせて判定するよう修正します。

なお、>>252の「待っていると開く」動作については、
ダブルクリック自体は認識されている可能性が高いため、こちらとは別に調査します。

>>255
待ってるだけだと開かないですね
再度ダブルクリックすれば開くという

>>257
確認ありがとうございます。
先ほどの理解が違っていました。

待つだけでは開かず、再度ダブルクリックすると開くのであれば、
開く処理の待ちではなく、最初のダブルクリック判定に
失敗している可能性が高そうです。

Windowsの設定より判定時間が短い点は修正します。
それ以外の原因も確認できるようにして、引き続き調べてみます。

mImageViewer v3.1.1 を公開しました。
v3.1.0公開後に確認した不具合を中心に修正しています。

・見開きを1ページずらしたあと、ページ送りができなくなることがある問題を修正しました。
　見開き1ページずらしで移動前後のページが一部重なる場合に、
　表示切り替えの完了待ちが解除されず、次の操作を受け付けなくなることがありました。

・元画像表示中のページ送りを修正しました。
　元画像を表示するキー（既定は右Ctrl）を押したままページを送ると、
　戻る方向だけ極端に遅くなったり、数秒間操作を受け付けなくなったりする問題を修正しました。
　ページの合間に元画像が一瞬表示されるちらつきも修正しています。

・アニメーション画像の先読み処理を軽量化しました。
　これまでは先読み対象のGIF/APNG/Animated WebPも全フレーム展開していたため、
　高解像度・長時間のファイルが並ぶと、処理負荷やメモリ使用量が大きくなることがありました。
　先読み時は先頭フレームだけを読み、実際に表示したページだけ
　アニメーション全体を展開するようにしました。
　展開中は画面右上に進捗を表示します。

・ZIP等の書庫内にあるGIF/APNGもアニメーション再生するようにしました。
　これまで書庫内ではAnimated WebPだけが再生対象でしたが、動作を統一しました。

・動画を音声モードにしたあと、Zキーで動画表示へ戻れない問題を修正しました。

・ウィンドウ操作中に、表示や操作の受付が止まることがある問題を修正しました。
　ウィンドウからの通知処理と描画処理を分け、描画待ちが操作へ影響しにくいようにしています。

そのほか、表示更新に失敗した際に画像データが解放されず残る問題や、
操作カスタマイズのキーボード図・並べ替えボタンの位置ずれを修正しています。

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

更新乙

フルスクリーンで上の情報バーの解像度の所に「ダウンスケール表示中」って出ることあるけどこれ何？
縮小表示で出る場合と出ない場合があるけど何が違うの？

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

これは画面サイズに合わせる通常の縮小表示ではなく、
GPUへ載せる表示用画像の解像度を制限していることを知らせる表示です。

mImageViewerでは互換性のため、GPUへ載せる1枚の画像テクスチャを
長辺8192pxまでにしています。
元画像の幅または高さがこれを超える場合は、縦横比を保ったまま
長辺8192pxまで解像度を落とした表示用画像を作っています。

「ダウンスケール表示中」では通常の縮小表示と紛らわしいため、
次のバージョンでは「GPU上限により解像度制限中」のような表記へ
変更しようと思います。

mIVって起動中はドライブ毎・フォルダ毎にカーソル位置を記憶してるみたいだけどこれ起動したまま全部クリアしてカーソル位置を先頭に戻す事ってできない？
「A/B の記憶した場所をクリア」がそうかと思ったけどこれ実行してもルートディレクトリに戻るだけで記憶がクリアされてない
例えば D:\一般コミック\手塚治虫\ブラック・ジャック\第10巻 を開いてて、そこからワンキーで別ドライブに移動し、そこで「A/B の記憶した場所をクリア」を実行、それから「ドライブ D: の最後の場所へ切り替える」に設定したキーで D: に戻るとさっきの \第10巻 じゃなくちゃんと D:\ に移動するんだけど、カーソルが先頭じゃなく \一般コミック に乗ってる
そこでEnterを押すと \一般コミック に移動するけどカーソルはやはり先頭じゃなく \手塚治虫 に乗ってる
そこでEnter → カーソルは先頭じゃなく \ブラック・ジャック、Enter → カーソルは先頭じゃなく \第10巻 て感じで記憶がクリアされてない（バグなのかこういう仕様なのかわからない）
mIVを終了して再起動すると記憶がクリアされてカーソル位置も先頭に戻るんだけど、これを起動したまま実行する機能が欲しい（できればキー設定も可能に）

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

現在は
・A/Bごとに記憶した場所
・A/B共通の、フォルダごとのカーソル位置・スクロール位置
を別々に管理しています。

既存の「A/B の記憶した場所をクリア」を拡張し、
フォルダごとのカーソル・スクロール位置もまとめて消して、
現在の一覧も先頭へ戻すようにしようと思います。

この操作は、これまでどおり操作カスタマイズからキーへ割り当てできます。

>>263
ありがとう！

ダブルクリックの件ですが、原因がわかりました。次で直せそうです。

内部の判定が、一定時間内の 2 回目を「ダブルクリック」、その 2 倍の
時間内の 3 回目を「トリプルクリック」として数える作りになっていて、
回数がちょうど 2 のときだけファイルを開く扱いでした。

0ms：選択のためのクリック
400ms：ダブルクリックの 1 回目
— 1 回目から離れているのでシングル扱い
500ms：ダブルクリックの 2 回目
— 直前とは近いが、1 回目からの時間でトリプルと数えられ、ダブルではないので開かない

1 回目が効かないともう一度クリックするので、その 3 回目がちょうどここに落ちます。
「たまに効かない」ように見えていたのはこのためでした。

あわせて、ダブルクリックの判定時間が Windows の設定より短かったので、
こちらも OS の設定に従うように次で直します。

mImageViewer v3.1.2 を公開しました。
今回は直近でいただいた操作・表示まわりの不具合報告と要望を中心に対応しています。

・一覧でダブルクリックしても開かないことがある問題を修正しました。
　クリック回数の内部判定により、最初のダブルクリックが反応せず、
　もう一度操作すると開くことがありました。
　一覧側で直前のクリックと組にして判断するように修正しています。

・ダブルクリックの判定時間をWindowsの設定に合わせました。
　これまでは300ms固定でしたが、Windows側で設定されている
　ダブルクリック速度を起動時に読み込んで使用します。

・RARなどが多いフォルダのサムネイル表示を改善しました。
　これまではフォルダ内の書庫をすべて調べ終えるまで結果を反映できませんでした。
　調べ終わった書庫から順に表示し、画面に見えている範囲とその前後を優先します。
　一度判定した結果も再利用するため、2回目以降はさらに速くなります。

・選択中の項目をもう一度クリックして開く動作を追加しました。
　環境設定 → 表示 → サムネイル → 一覧のクリック選択 から設定できます。
　既定はOFFで、従来の動作は変わりません。

・マウスジェスチャ実行後の通知を非表示にできるようにしました。
　設定 → 操作カスタマイズ → 設定 → 動作 から変更できます。

・動画と画像が混在するフォルダで、動画を通過したあと
　カーソルキーが効かなくなる問題を修正しました。

・別ウィンドウで動画を再生中に、他のアプリから戻ると
　Zキーや動画の補正スロット読み込みが効かないことがある問題を修正しました。

・全画面ズーム（Z）で、照準枠とマウスカーソルがずれて見える問題を修正しました。
　照準中はカーソルを隠し、実際に拡大される範囲を枠で確認できるようにしています。

・「A/Bの記憶した場所をクリア」を拡張しました。
　フォルダごとのカーソル・スクロール位置もまとめて消し、
　現在の一覧を先頭へ戻すようにしました。
　チェック、評価、読書位置、再生位置などは削除しません。

・「ダウンスケール表示中」を
　「GPU上限により解像度制限中」へ変更しました。
　通常の画面サイズに合わせた縮小表示と区別しやすくしています。

直近で具体的にいただいていた要望・不具合報告は、
今回までで一通り反映できたと思います。

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

>>267
>照準中はカーソルを隠し、実際に拡大される範囲を枠で確認できるようにしています。
すいません、こちら実装したつもりで漏れていました。
次のバージョンで修正します。

RARのサムネが表示早くなってて快適

複数ウィンドウモードを試してみて変なところ

複数ウィンドウモードでRARをビューアで開くと、同時にグリッドで一覧を開く表示になってしまう（ZIPは問題ない）

複数ウィンドウでビューアを開くと、先に開いたビューア上でのマウスジェスチャが認識しない

更新お疲れ様です。月ごとに保存した写真と動画の管理に使用しています。厚かましいですが希望を書かせていただきます。
1.動画サムネイルのアイコンが目立ちすぎてサムネ見にくいため、角に小さく若しくは非表示化設定
2.動画シークバーの常時表示設定
3.出来ればサムネイルを並べたシークバーに対応
4.削除確認の省略設定

エロ画像・動画のために使ってるのか笑
かゆいところに手が届くようにしたい発達障害者がキャッキャッと赤ちゃんみたいに要望を出しまくってると

>>269
ありがとうございます。
改善を実感いただけたようでよかったです。

>>270
ご報告ありがとうございます。
こちらでも2件とも再現できました。

・複数ウィンドウモードでRARを開くと、グリッド側も一覧表示へ切り替わる
・複数の画像ウィンドウを開くと、先に開いたウィンドウでマウスジェスチャが効かなくなる

どちらも次のバージョンで修正します。

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

1について、動画サムネイル中央に表示している▶アイコンのことで
合っていますでしょうか。
こちらであれば、角へ小さく表示するか、非表示にできる設定を追加しようと思います。
2の動画シークバーを常時表示できる設定も追加します。
静止画と同じように、上下それぞれロックできる仕様に揃えるのが良さそうです。

3について、用途を少し確認させてください。
現状では動画再生中にSキー、または上部バーの▦ボタンで、
動画全体を一定間隔のサムネイルにしたタイル一覧を表示できます。
タイルを選ぶと、その位置へシークします。

また、Bキーで現在位置をブックマークすると、左側のパネルに
サムネイル・時刻・名前付きで並べて表示できます。
シークバー上へマウスを置いた場合も、その位置のサムネイルを1枚表示します。

ご希望はこれらとは別に、動画を見ながら使えるよう、
シークバーの近くへ複数のサムネイルを横に並べる形でしょうか。

シークバーの幅では並べられる枚数が少なく、常時表示すると映像の邪魔にも
なりそうなので、例えば
・下部HUDが表示されている間はサムネイル列も表示する
・シークバーを常時表示している場合でも、サムネイル列はマウスを近づけた時だけ表示する
といった形が考えられます。
想定されている表示に近いものがありましたら教えていただけると助かります。

4の削除確認を省略できる設定も追加しようと思います。
完全削除になる場合は確認を残し、ごみ箱へ移す場合を省略対象にする形を考えています。
また、WindowsOS側での確認については制御できないので、mIV側で出している
ダイアログの省略までになります。

v3.1.2複数ウィンドウモード
見開き表示でカーソルキーによるページ移動をする際に、キーの長押しでページを戻すと操作不能になる
jpgだとかなり長いページ戻らないと起きないけどwebpだと数ページで固まっちゃう

>>275
ご返信ありがとうございます。
3サムネ付きシークバーはYouTube等でシークバーを上にドラッグした時に表示されるサムネロール？の形式が理想ですが実装難しそうですね…。
かなり貴重なアプリと思いますので引き続き更新宜しくお願いします！

v3.1.2フル機能ウィンドウモード
本の表示モードを「開いたとき、ページを表示」に設定して、ビューアをBackspaceキーで閉じると、ファイル一覧に戻らずページ一覧が表示される
マウスで右上の閉じるボタンをクリックしてビューアを閉じると、正常にファイル一覧に戻る

サムネイル無しの標準エクスプローラーの詳細表示みたいなのがが欲しいです

上の「列：」のとこを「詳細」ってやるのじゃダメなの？

>>280
申し訳ない見落としてました

>>276
詳細なご報告ありがとうございます。

複数の画像ウィンドウを開いた状態でこちらでも再現でき、
性能ログから原因を特定できました。

見開き片側のサムネイルがまだないタイミングで、
フルサイズ画像は読み込み済みなのに、通過表示待ちの制御が
画面への反映まで止めてしまっていました。

その結果、通過表示はサムネイル待ち、フル画像は通過表示待ちとなり、
ページ遷移が完了しない状態になっていました。

WebPのデコード自体が重い問題ではなく、複数ウィンドウ時の
読み込み完了順によって起きやすくなる不具合でした。
次のバージョンで修正します。

>>277
具体的なイメージありがとうございます。

YouTubeのように、シークバーを上へドラッグしたときだけ
サムネイル列を表示し、そのまま前後の場面を探す形ですね。

ローカル動画ではサムネイルをその場で生成する必要があるため、
表示速度と位置の正確さを両立する方法をもう少し調べる必要がありそうです。
少し後になると思いますが、実装できないか検討してみます。

応援もありがとうございます。

>>278
ご報告ありがとうございます。

現状は、Backspaceを「1階層戻る」、右上の×やEscを
「ビューワーを閉じる」として別の操作にしています。

そのため、ZIP/PDF等のページ表示中は、
Backspaceではページ一覧、×やEscではファイル一覧へ戻ります。

操作カスタマイズでは、すでに以下の2種類を使い分けられます。

・フルスクリーンを閉じて一覧へ戻る
　既定はBackspaceで、ページ一覧がある場合はページ一覧へ戻ります。

・画像フルスクリーンを閉じる
　既定はEnterで、Escや右上の×と同じく、ページ一覧を経由せず戻ります。

Backspaceで直接ファイル一覧へ戻したい場合は、
「フルスクリーン共通」にあるBackspaceの割り当てを解除したうえで、

・画像フルスクリーン
　「画像フルスクリーンを閉じる」

・動画フルスクリーン
　「動画フルスクリーンを閉じて一覧へ戻る」

へ、それぞれBackspaceを割り当てていただくと、ご希望の動作になります。お試しください。

>>284
詳しくありがとうございます

mImageViewer v3.1.3 を公開しました。
今回はページ送りとPDFまわりの不具合・処理速度を中心に修正しています。

・見開き表示でページ戻りを長押しすると、操作を受け付けなくなることがある問題を修正しました。
　複数ウィンドウで起きやすく、キーを離しても「読み込み中」のまま
　戻らなくなることがありました。
　連続ページ送り中に後回しにしていた処理が、
　現在のページを表示するための処理まで止めていたことが原因でした。

・別ウィンドウでの連続ページ送りを軽くしました。
　連打中にサムネイルを使って表示を軽くする仕組みが、
　別ウィンドウでは働いていなかった問題を修正しています。

・最初にPDFを開くとき、しばらく操作を受け付けないことがある問題を修正しました。
　PDFを扱うための準備をバックグラウンドで行うようにし、
　準備中も画面を操作できるようにしました。
　準備に失敗した場合は、その理由も表示します。

・PDFのページ表示を高速化しました。
　同じPDFのページを続けて表示する場合は、ファイルを開いた状態を
　使い回すようにしました。ページ数の多いPDFほど効果があります。

・時間のかかるPDFを繰り返しダブルクリックしても、
　読み込み待ちが重ならないようにしました。
　同じファイルの読み込みがすでに進行中の場合は、その結果を再利用します。

・PDFの同時処理数を設定できるようにしました。
　環境設定 → パフォーマンス → 並列読み込み から、
　3〜10の範囲で設定できます。既定は5です。
　増やすと同時に処理できるページ数が増えますが、メモリ使用量も増えます。
　変更は次回起動時から有効です。

なお、先に次のバージョンで修正すると回答していた、

・複数ウィンドウモードでRARを開くと、メイン一覧もRAR内へ切り替わる
・複数の画像ウィンドウを開くと、先に開いたウィンドウで
　マウスジェスチャが効かなくなる

の2件については、調査したところ複数ウィンドウの状態管理自体に関わる問題で、
想定より修正範囲が大きいことが分かりました。

部分的に直すと別の不具合を増やす可能性があるため、
v3.1.3ではいったん見送り、今回修正できたものを先に公開します。
こちらの2件は引き続き修正を進めます。すみません。

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

複数zipをまとめたzip ←直接読める
複数zipをまとめたrar ←直接読めない
複数rarをまとめたzip ←直接読めない
複数rarをまとめたrar ←直接読めない

下3つ読めるようになりませんか
○○第01巻.zip〜○○第10巻.zipをまとめた○○全10巻.rarみたいなやつです
自分の使い方だとleeyesにできてmivにできない唯一の事がこれなんですよ

複数zipをまとめたzipへ圧縮しなおしたらいいじゃない
それで解決する

こういう馬鹿みたいなレスする奴は一体なんなんだ？

馬鹿なんだよ

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

現状は、ZIPの中にZIPがある場合は直接たどれますが、
RARが外側または内側にある入れ子は、ZIP変換して扱う作りです。

mImageViewerはRustで開発していますが、Rust自体の制約というより、
現在使用しているRARライブラリが、実ファイルのパスからRARを開く
前提になっているため、メモリ上へ取り出した内側RARを
そのまま次の書庫として開くことができません。

メモリ上のRARを直接扱うには、現在のRARライブラリ自体へ手を入れるか、
下層のUnRAR側まで扱う別の実装を用意する必要があり、
かなり修正量が大きくなりそうです。

Leeyesの実装がどうなっているかは分からないのですが、
ソースが公開されているNeeViewでは、内側の書庫だけを
一時ファイルへ展開し、その実ファイルを改めて開く方式のようでした。

mIVでも同様の方式は考えられますが、初回に一時展開の待ち時間が発生するほか、
一時ファイルの再利用・削除、キャンセル、さらに入れ子になった場合の管理、
履歴やブックマークとの連携なども必要になるため、
対応範囲はそれなりに大きくなりそうです。

そのような状況なので、当面の対応は難しい見込みです。
将来、書庫まわりを大きく見直す機会があれば改めて検討します。

現状では、mImageViewerの変換メニューにあるZIP変換機能を
ご利用いただければと思います。
変換後は、入れ子の書庫も展開された状態で閲覧できます。

＞ 現在使用しているRARライブラリが、実ファイルのパスからRARを開く前提になっているため

これなら>>288の2番目の「複数zipをまとめたrar」は対応できそうな気がするが

>>290
>現状では、mImageViewerの変換メニューにあるZIP変換機能を
>ご利用いただければと思います。

作者も同じ解決法を提案してきたぞ

作者が馬鹿なのかおまえらが馬鹿なのか
俺はおまえらが馬鹿だと思ってるけどな。おまえらは大人しく圧縮（ZIP変換）しなおしたら良い
「馬鹿言ってすみませんでした」と大泣きしながら作業するといい。それで許してあげよう

>>293
ご指摘の通りでした。
改めてコードを確認したところ、そのケースであれば対応可能です。

外側RARは現在のRARライブラリで開き、内側ZIPをメモリ上へ取り出せば、
ZIP側はメモリ上のデータから開くことができます。
ZIPの中にZIPがある場合も、現在同様の仕組みで処理しています。

ただし、現在の仕組みを流用する場合、内側ZIPを開く前に
そのZIPファイル全体を外側RARから取り出し、メモリ上に保持する必要があります。
画像をすべて展開するわけではありませんが、内側ZIPのサイズ分の
読み込み時間とメモリを使うため、大きなファイルでは初回に待ち時間が発生します。
これは現在のZIP内ZIPも同様です。

また、対応できるのは非ソリッド・暗号化なしの外側RARで、
内側がZIP/CBZの場合に限られます。
RAR内RARや7z/LZH等は、引き続きZIP変換が必要です。

対応範囲が限定的な割に修正箇所はそれなりにあるため、
現時点では優先度は低めに考えていますが、
他の方からも要望が多いようであれば改めて検討しようと思います。

なんだこいつ>>294

いかれてるよ
スレの空気が単純に悪くなる