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

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

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

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

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

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

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開いて表示されたりとか
設定通りに表示される場合もあって発症条件がよくわからない
「拡大しない」にチェック入れて使ってるけど画像が小さくて原寸表示になる場合はちゃんと設定通りに表示される

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