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

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

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

>>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

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

mImageViewer v3.2.0 を公開しました。
今回は、動画表示・複数ウィンドウ・画像編集まわりを中心に更新しています。

・複数ウィンドウまわりの不具合を修正しました。
　v3.1.3でいったん見送っていた、
　RARを開くとメイン一覧も書庫内へ切り替わる問題と、
　先に開いたウィンドウでマウスジェスチャが効かなくなる問題を修正しました。
　画像・動画の各ウィンドウで、マウスジェスチャとリングショートカットを使えます。
　
　複数ウィンドウまわりは、通常の表示より状態管理が複雑で、
　今回の修正後も不安定な部分が残っている可能性があります。
　引き続き内部の整理と修正を進めます。

・動画の拡大・縮小画質を改善しました。
　これまでOS側に任せていた拡大・縮小を、mImageViewer側で処理するようにしました。
　標準（Lanczos3）/ ニアレスト / シャープ（NVIDIA Image Scaling）/
　アニメ塗り（Anime4K）から選べます。
　Tキー、または左パネルの「画像補正 → フィルタ」から切り替えできます。
　以前と同じ表示に戻す場合は「OSに任せる」を選んでください。

・動画の上部バーと下部シークバーを固定表示できるようにしました。
　環境設定 → 動画 → 再生画面のバーから、それぞれ個別に設定できます。
　固定したバーは映像に重ならず、バーを除いた領域へ映像を収めます。
　各バー端の鍵アイコンからも切り替えられます。

・動画のシーク位置プレビューを速くできるようにしました。
　環境設定 → 動画 → シーク時のズレ許容（秒）で設定できます。
　0秒では指定位置を正確に表示し、値を大きくすると近いフレームを利用して高速に表示します。
　既定は1.0秒で、指定位置に近いプレビューを表示します。
　位置の正確さよりレスポンスを優先したい場合は、10秒程度をお試しください。

・一覧の動画サムネイルにある再生アイコンを変更できるようにしました。
　中央の再生アイコン / 左下の小さなバッジ / なし、から選べます。
　環境設定 → 表示 → サムネイルに設定があります。

・コピー・移動したファイルへ編集内容を引き継げるようにしました。
　エクスプローラーなどでファイルをコピー・移動した場合も、
　以前編集したものと内容が同じファイルを見つけると、引き継ぐか確認します。
　補正・消しゴム・モザイク・注釈・トリミング・★・タグなどが対象です。
　コピー元が複数ある場合は、どれから引き継ぐか選べます。

・バケツツールを強化しました。
　全体 / 隣接のみ / 長方形 / 楕円 / 円から、塗る範囲を選べます。
　図形内の欠けを埋めたり、小さな隙間を越えて塗ったりできます。
　また、境界の塗り残しを減らすため、既定では1px外側まで塗るようにしました。
　以前と同じ範囲に戻す場合は「はみ出し」を0にしてください。

・消しゴムやモザイクのマスク編集を改善しました。
　Ctrl+Y / Ctrl+Shift+Zで、取り消した操作をやり直せます。
　Shift+ホイールで筆の太さも変更できます。
　白黒・セピア原稿の消しゴム補完では、補完部分の色調を周囲へ合わせるようにしました。

・ごみ箱へ移すときの確認を省略できるようにしました。
　環境設定 → フォルダ・ファイルから設定できます。
　完全削除になる場合は、設定にかかわらず確認を表示します。

・フォルダの代表画像を、一覧と同じファイル名順で選ぶようにしました。
　更新後の初回起動で一度だけ切り替わります。
　以前の順番へ戻す場合は「代表画像の選択基準」で
　「番号順（区切り無視）」を選んでください。

そのほか、全画面ズーム（Z）の拡大位置、ジェスチャの左クリック取り消し、
PDFが多いフォルダで利用者が開いたPDFを優先する処理などを修正しています。

動画表示や複数ウィンドウまわりの変更量が多いため、
気になる点がありましたら教えていただけると助かります。

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

更新乙～

前回のアプデからだと思うけどRARを代表サムネに出来なくなってる

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

代表サムネの固定情報自体は正しく保存されていました。

RARを代表にした場合は、RARを直接読めるか、変換キャッシュを使うかを
バックグラウンドで判定してから、親フォルダのサムネイルを作り直しています。

v3.1.1で不要な再描画を減らす変更をした際、この判定が完了した後に
再描画を明示的に起こす処理が抜けていたため、サムネイルの作り直しが
始まらない状態になっていました。

v3.1.0では別の再描画に伴って処理が進んでいたため、問題が表面化していませんでした。
次のバージョンで修正します。

>>298
更新お疲れ様です。要望の反映ありがとうございます！

グリッドにファイルを貼り付けした場合に、貼り付けしたファイルを選択状態にしてほしい
複数のファイルが名前順などに散らばると、移動したファイルがどれか分からなくなるので
Windowsのエクスプローラーみたいに選択状態になってくれれば見やすい

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

確かに、貼り付けたファイルが名前順などで離れた位置へ入ると、
どれが追加されたものか分かりにくいですね。

次のバージョンで、貼り付け前の選択を解除したうえで、
1件なら貼り付けた項目へカーソルを移動、
複数件なら貼り付けた項目をすべてチェック選択するようにします。
カーソルは、追加した項目のうち一覧上で先頭のものへ移動します。

あわせて、新しいフォルダーを作成したときも、
作成したフォルダーへカーソルを移すようにします。

複数ウィンドウモードが激重になる
読み込みで固まるっぽい

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

複数ウィンドウモードは、各ウィンドウの読み込み状態を
十分に分離できていない部分があり、現在v3.3.0に向けて
内部構造を作り直しています。

今回の重さもこの部分が影響している可能性がありますので、
まずはv3.3.0公開後に、もう一度お試しいただけますでしょうか。

それでも発生する場合は、開いていたファイルの種類や
ウィンドウ数などを確認して、改めて調査します。

mImageViewer v3.3.0 を公開しました。
今回は、漫画・動画の閲覧機能と、複数ウィンドウ・画像編集まわりを中心に更新しています。

・横長のページを、左右に分けて読めるようにしました。
　見開きでスキャンされた横長画像を、片側ずつ画面いっぱいに表示できます。
　全画面で 8（左→右）/ 9（右→左）、または上部バーから切り替えられます。
　ページ番号や見開きの組み合わせは変えず、縦連結読み・回転・mIV Remoteでも利用できます。

・動画のシークバーに、サムネイル列と音声波形を追加しました。
　Shift+Sで、なし → サムネイル列 → 音声波形の順に切り替えられます。
　ホイールで表示する時間範囲を変更でき、鍵アイコンで映像に重ならないよう固定できます。
　循環切り替えのほか、表示/非表示、サムネイル列、音声波形を
　操作カスタマイズから個別に任意のキーへ割り当てられます。

・複数ウィンドウとF12別ウィンドウの内部構造を見直しました。
　各ウィンドウの表示・読み込み状態を分けて管理し、
　別のウィンドウでの読み込みや切り替えが影響しにくい作りに変更しました。
　F12で動画を往復させると重くなる問題や、連続操作が反映されない問題も修正しています。

・360度動画の表示に対応しました。
　球面メタデータを持つ動画や、横:縦が2:1の動画を視点移動しながら再生できます。
　透視投影・立体射影・等距離射影・等立体角射影を選べ、
　静止画の360度表示でも同じ投影方式を利用できます。

・貼り付けや新しいフォルダー作成後の選択を改善しました。
　追加が1件ならその項目へカーソルを移し、複数件ならまとめてチェックします。
　名前順などで離れた位置へ入った場合や、同名で別名保存された場合も対象になります。

・補正レイヤーの保存データを大幅に軽量化しました。
　編集を重ねると保存データが大きくなり、フォルダ移動などが止まる問題を改善しています。
　更新後の初回起動時にバックグラウンドで新形式へ作り直しますが、
　編集内容はそのまま引き継がれます。
　フォルダ内の編集データ書き出しもバックグラウンドで行うようにしました。

・見開きの補正レイヤーとテキスト注釈を改善しました。
　パネルから左ページ / 右ページを切り替えて編集できます。
　見開き中にCtrl+Gで補正レイヤーへ入ると操作できなくなる問題も修正しました。

・最大化したまま終了した場合、次回も最大化で起動するようにしました。
　環境設定 → 起動と連携 → 起動時の動作から、
　常に通常ウィンドウ / 前回の状態 / 常に最大化を選べます。

・Susieプラグインが異常終了した場合、自動でワーカーを作り直すようにしました。
　mImageViewerを再起動せず、そのまま利用を続けられます。

そのほか、RARを代表サムネイルに固定できない問題、★固定後に表示が止まる問題、
編集内容の復元画面の見切れ、画面上のメッセージがボタン操作を妨げる問題などを修正しています。

複数ウィンドウ、動画シーク表示、編集データまわりは変更量が大きいため、
気になる点がありましたら教えていただけると助かります。
現時点で把握している一部の問題は、次の修正版で対応予定です。
引き続き安定性の改善を進めます。

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

更新乙です

>>168で画像の縮小処理がLanczosになったけどやっぱボケてる気がするのでスクショ撮って他の漫画ビューアと比較してみた

・デスクトップ解像度は2560×1440
・Windowsのスケーリングは100％
・フルスクリーンで単ページ表示
・設定はいずれも基本デフォルト（変更部分のみ以下に記載）
・スクショはWindowsの機能（PrintScreenキー）で撮りトリミング＆png保存

各ビューアの設定変更部分
マンガミーヤ 7.4
　スケールモード：拡縮処理にLanczosフィルタを使う
Leeyes 2.6.1
　画像用プラグインは iftwic.spi Ver2.2 を使用（設定はデフォルト）
　拡大縮小：Sinc補間（Lanczos3）
　余白：0 ピクセル
MassiGra 0.45
　縮小方法：Lanczos3
ZipPla 1.7.2.9
　拡大縮小アルゴリズム（通常時）：Lanczos3
NeeView 46.3
　リサイズフィルター：ON
　補間法：Lanczos
　アンシャープマスク：OFF
mIV 3.2.0（3.3.0が出たけど表示は変わってない模様）
　ページ番号を常時表示：OFF

ttps://38.gigafile.nu/0901-ce5588d6823e8b415df1732359ba8f28a
ダウンロードパスワード：mIV
解凍パスワード：スレタイ

元画像A：1120×1600px、8ビットグレスケ、png
　低解像度のサンプル（縦が講談社の電子書籍と同じ解像度）
元画像B：4248×6048px、8ビットグレスケ、jpg
　高解像度のサンプル（これは自炊画像だがDL版同人誌だとこの位の解像度の本は結構ある）

・A, BともmIVとNeeView以外の4つは見た目が全くと言っていいほど同じで区別がつかない
・NeeViewはやや明るくトーン部分のモアレに若干の違いがあるがボケ具合はmIVを除いた他の4つとほぼ同じ
・mIVの標準はA, Bとも明らかに他の5つよりボケてる（文字のフォントがボケて太くなるのがわかりやすいと思う）
・シャープ化を3種類試したが、ボケは軽減されるが文字は太いままだしトーンにかなりモアレが出るので常用は厳しい
・ポストフィルタ：ニアレストも試したが標準と全く同じだった（スクショのbmpがバイナリ一致）
・BはmIVのみ横幅が1px広い

全部Lanczos縮小だけどmIVだけボケるんですよ・・・これどうにかなるでしょうか＞作者様

>>311-312
詳細な比較と元画像の提供ありがとうございます。
こちらでも確認し、原因を特定できました。

mImageViewerのLanczos3処理自体ではなく、縮小後の画像サイズの計算に問題がありました。

例えばA画像は本来1120×1600から1008×1440へ縮小するところ、
計算誤差と切り捨てにより、内部では1007×1439の画像を作っていました。
その画像を画面上で1008×1440へ線形補間で引き伸ばしていたため、
Lanczos縮小後にもう一度わずかな拡大が入り、全体が柔らかく見えていました。

同じ処理を再現して比較したところ、提供いただいたmIVの画像とほぼ一致しました。
正しいサイズへ直接Lanczos3で縮小した場合は、他のビューアの結果ともかなり近くなりました。

次のバージョンで、実際に画面へ表示する物理ピクセル数に合わせて
Lanczos画像を生成し、余計な再補間が入らないように修正します。

なお、縮小時の「標準」「ニアレスト」「シャープ拡大」等は、
いずれも同じLanczos3を使うため、「標準」と「ニアレスト」が同じ表示になるのは仕様です。

比較画像のAIシャープ化とポストフィルタの「シャープ化」は、
Lanczos縮小前の元画像へシャープ処理をかける別機能です。
網点や線の縁が黒側へ強調されてから縮小されるため、
トーン部分の濃度も少し濃く見える結果になります。

分かりやすい比較データのおかげで、かなり具体的に原因を確認できました。
ありがとうございます。

>>313
確認ありがとうございます
修正待ってます！

mImageViewer v3.3.1 を公開しました。
v3.3.0公開後に確認した不具合の修正と、表示・操作まわりの改善が中心です。

・画像を縮小表示したときのボケを修正しました。
　Lanczos3で縮小した画像を、表示サイズの計算誤差により
　もう一度わずかに引き伸ばして描画していたため、
　細かい線や文字がにじんで見える状態になっていました。

・前回終了したときのカーソル位置を復元できるようにしました。
　前回の場所から起動したとき、選んでいた項目へカーソルを戻し、
　画面内でも前回と同じくらいの高さになるようにスクロール位置を復元します。

　既定で有効です。
　環境設定 → 起動と連携 → 起動時の動作 から無効にもできます。

・編集内容を保存できなかった場合の処理を修正しました。
　補正レイヤー、消しゴム、隠蔽加工、切り取り、テキスト注釈、
　画像補正などで保存先を開けなかった場合に、
　保存できたものとして処理を続けてしまうことがありました。
　次回起動時に古い内容へ戻り、編集が消えたように見える原因になっていました。

・F12別ウィンドウを続けて切り替えたとき、
　動画の再生が止まり、ウィンドウが閉じることがある問題を修正しました。

・別ウィンドウを開いているとき、ゲームパッドの入力が
　操作対象ではないウィンドウへ届くことがある問題を修正しました。

・mIV Remoteで、見開き表示を開くのが遅い問題を改善しました。
　画像の縦横判定を1件ずつ行わず、まとめて並行して処理します。
　ページ数の多い場所ほど効果があります。

・動画のシーク表示を音声波形からサムネイル列へ切り替えた後も、
　見えないところで波形解析が続いていた問題を修正しました。

・ツールバーの項目がウィンドウ右端からはみ出す問題を修正しました。
　幅が足りない場合は、ソートや比率などの選択欄も次の行へ移ります。

・補正レイヤーの図形削除を操作カスタマイズへ追加しました。
　これまでDeleteキー固定でしたが、任意のキーへ変更できます。

・貼り付け後の選択処理を修正しました。
　貼り付けに失敗した後で関係のないファイルが選ばれる問題と、
　大量のファイルや確認画面を伴う貼り付けで、処理に時間がかかった場合に
　途中までしか選択されない問題を修正しています。

そのほか、VST3利用時の設定保存の軽量化、
更新時に作られる設定バックアップが増え続けないようにする修正などを行っています。

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

更新乙です

>>312の画像でスクショ撮ってみたけどA, BともNeeView以外の4つと見た目が全く同じ
ボケが完全に直ってますね
修正ありがとうございました

>>317
早速確認ありがとうございます。
他のビューアと同じ表示になったとのことで安心しました。
比較画像の提供から修正後の確認まで、大変助かりました。

更新お疲れ様です！サムネイルシークバー便利です！要望ばかりで恐縮ですが、
サムネイルシークバーが画像に重ならない設定と、スクロールさせないで最初から最後までのサムネを指定した分割数、または大きさで固定表示できるとありがたいです。

縮小表示されてるときの画質が向上した
乙

>>319
ご利用・ご要望ありがとうございます。

サムネイルシークバーを動画に重ねたくない場合は、
右上の鍵アイコンで固定してみてください。
映像に重ならない状態で表示できます。

また、Sキーで動画タイル表示に切り替えると、
動画全体を一定間隔のサムネイルで一覧表示できます。
Ctrl+ホイールで列数も変更できますので、こちらもお試しください。

ご希望はタイル表示とは別に、シークバー上へ動画の最初から最後までを
例えば10枚程度のサムネイルで横一列に固定表示し、
サムネイル側は動かさず、現在位置を示す赤い線のほうが
再生に合わせて左から右へ移動するようなイメージでしょうか。

その場合、
・サムネイル枚数を固定し、画面幅に合わせて大きさを変える
・サムネイルの高さを固定し、画面幅に入る枚数を自動で決める
のどちらを想定されていますでしょうか。
希望する枚数についても、10枚程度などありましたらお願いします。

現在のサムネイルストリップでは、ホイールで表示間隔を変更できます。
1分・2分・5分などの粗い間隔にすると、
サムネイルの少ない場合の見え方はある程度確認できます。
おそらくかなり粗い間隔になってしまいそうですが、
この程度でもイメージした使い方になりそうでしょうか。

現在とは並べ方やHUDの高さが異なるため、
ご希望を確認してから実装規模を見積もって検討しようと思います。

>>314
>>317
書き込み時刻が全く同じ
何者なんだ

v3.3.1
見開きのページ間隔だけど縮小表示の場合設定したピクセル数にならない場合がある
1pxに設定してるのに2px開いて表示されたりとか
設定通りに表示される場合もあって発症条件がよくわからない
「拡大しない」にチェック入れて使ってるけど画像が小さくて原寸表示になる場合はちゃんと設定通りに表示される

いいね
ここで仔細な報告を随時行うことでよりよい発展を促すと同時に作者の負荷も高まるが
作者の成長を促すことにも繋がるので大変良い傾向だといえる。きっと嬉しい悲鳴を上げているさ

>>321
お返事と説明ありがとうございます。サムネイルの固定については、高さを指定した方が直感的に分かりやすいと思います。私の使い方ではシーンの大体のイメージや明るさが分かればいいので高さ32～48ピクセル程度の小さい（粗い）サムネで十分実用できます。是非ご検討お願いします。

>>323
ご報告ありがとうございます。
コードを確認し、原因を特定できました。

v3.3.1で縮小表示のボケを直すため、
縮小後の画像サイズと描画位置を整数ピクセルへ揃える修正を入れました。

見開きでは、最初に設定した間隔を空けて左右を配置した後、
左右の画像をそれぞれ個別に整数ピクセルへ揃えていたため、
縮小後の画像幅に端数がある場合、1pxの間隔が2pxになる状態でした。

原寸表示では画像幅が整数のため、設定どおりになります。
ボケの修正は維持しつつ、最終的な画像サイズを確定してから
左右を一体で配置し、設定した間隔になるよう修正します。
次のバージョンで対応します。

>>325
詳細ありがとうございます。
高さ32〜48px程度の小さなサムネイルで、
場面や明るさの大まかな違いが分かれば十分ということですね。

今の動きと切り替えられるような形で、仕様を考えてみます。

>>327
恐縮です！

>>322
小数点秒まで同じは やばいね🤡
ど～ゆ～こと？？w

ファイル表示時の右パネルを前後のファイルに移動しても表示したままにできたらうれしい
静止画だけv2.3.0まではできてたんだけど多分v2.4.0以降はできないよね？

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

以前は右パネルをピン留めできましたが、画像と重なって使いづらいと感じたこともあり、
左右パネルの表示方法を見直した際に、この機能を廃止していました。

今から再追加する場合は、以前のように画像へ重ねたまま固定するのではなく、
右パネルに鍵ボタンを追加し、ロック中は右パネル分の表示領域を確保して、
画像を残りの領域に合わせて表示する形を考えています。

上下のHUDをロックした場合と同じように、
前後のファイルへ移動しても右パネルは開いたままになり、
画像はパネルに重ならないように縮小されるイメージです。
ロックを解除した場合は、現在と同じく画像に重ねて一時表示します。
（上下のHUDと同じ動きです）

以前とは少し異なる動作になりますが、
このような形でもご希望にあうでしょうか？

mImageViewer v3.4.0 を公開しました。
今回はSNS向け画像分割の追加と、動画・見開き・編集まわりの改善が中心です。

・1枚の画像を2〜4枚に分けて書き出す「SNS分割」を追加しました。
　XやInstagramで、横にめくると全体がつながって見える画像を作れます。
　全画面の画像補正パネル右端から利用できます。
　X向けは画像間の隙間を考慮して継ぎ目を調整し、Instagram向けは4:5で分割します。

・動画のサムネイル列/音声波形まわりを修正しました。
　HUDが自動で隠れても選んだ表示と解析結果を維持するようにしました。
　360度表示中のホイール操作と、固定HUD表示時に動画が一瞬全域へ映る問題も修正しています。

・見開き表示まわりを修正しました。
　縮小時にページ間隔が設定より広くなる問題、片側のGIFアニメーションが止まる問題、
　自動トリム中の範囲コピーがずれる問題を修正しました。
　※拡大時など一部条件の継ぎ目には、わずかなずれが残っており引き続き修正します。

・切り取りで比率を固定したとき、辺や角をドラッグしても
　大きさを変更できない問題を修正しました。

・補正レイヤーの筆を高速化しました。
　手元の24メガピクセル画像では、約8.5fpsから73fpsになりました。
　編集内容の保存もバックグラウンドで行い、保存時の停止を減らしています。

・図形をキーで連続移動したとき、取り消し履歴を1操作にまとめるようにしました。
　キー操作中のEscは取り消しではなく確定となり、取り消しはCtrl+Zで行います。

・何も塗れなかった操作で空のマスクが保存され、
　編集データが大きくなる問題も修正しました。

外部ツール連携機能はすでに実装が7割ほど進んでおり、
次のバージョンでの公開を予定しています。

直近いただいたご要望についても、
次のバージョンまでに対応できるものはあわせて反映します。
動画ストリップ全体表示もほぼ動いたので次に入れられると思います。

気になる点がありましたら教えていただけると助かります。
https://www.mikage.to/mimageviewer/

>>330
検討ありがとうございます。
タグ付け作業の時に表示させっぱだと楽みたいな話なのでその仕様だと助かります。

サムネイルは画面に表示しているファイルとその前後のファイルのみサムネイルが作成されますが、これをフォルダ内すべてのファイルのサムネイルをまとめて作成できるようにはできますか？
Leeyesに比べて圧縮ファイルのサムネイルの作成速度が遅いので一度にまとめてサムネイルを作成しておきたいのです

画像の枚数が多いとシークバーの目盛りの読み込みが遅くて固まる気がする

>>334
確認ありがとうございます。
右パネルの固定は手元で動作を確認できていますので、
次のバージョンに入れる予定です。

>>335
ご質問ありがとうございます。

お気に入りに登録したフォルダについては、
サブフォルダも含めてサムネイルをまとめて作成できます。

1. 対象のフォルダをお気に入りへ登録します。
2. 「お気に入り」→「編集」を開き、下部の「サムネを一括作成…」を押します。
3. 対象のお気に入りにチェックを入れて「キャッシュ作成」を実行します。

ZIP/CBZやPDFは、一覧に表示する代表サムネイルだけでよければ、
「ZIP ファイルの中身もキャッシュ」
「PDF ファイルの中身もキャッシュ」
はOFFのままで大丈夫です。
ONにすると、中の全画像・全ページも作成します。

手順は以下のマニュアルにも載せています。
https://www.mikage.to/mimageviewer/manual/tut-cache.html

ただ、現在この一括作成はRAR・7z・LZHには対応していません。
現在は一部のRARを直読みできるため、その範囲なら
一括作成にも対応できそうです。
お使いの圧縮ファイルがRARでしたら教えていただけますでしょうか。

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

手元では、サブフォルダをまとめて約11万枚の画像を表示した状態でも
シークバーを操作できており、今のところ同じ状態を再現できていません。
枚数以外の条件も関係していそうなので、もう少し状況を教えていただけると助かります。

・画像のおおよその枚数と、実フォルダ・ZIP・RAR・PDFのどれで起きるか
・環境設定の「ビューワモード」の設定
・固まるのは、ファイルを開いた直後、シークバーを表示したとき、
　シークバーを操作したときのどのタイミングか
・どのくらい待つと動き出すか、同じ場所を開き直した場合も起きるか

目盛りの描画そのものなのか、そのタイミングで別の処理が
重なっているのかも含めて確認したいと思います。