漫画ビューア総合スレ Part2

漫画ビューア総合スレです

前スレ
漫画ビューア総合スレ (Part1)
https://egg.5ch.io/test/read.cgi/software/1752914772/

話題多め
画像ビューアー NeeView Part7　【ﾜｯﾁｮｲあり】
https://egg.5ch.io/test/read.cgi/software/1781159107/
https://github.com/neelabo/NeeView/

漫画用画像ビューア マンガミーヤ MangaMeeya 24
https://egg.5ch.io/test/read.cgi/software/1742548602/

【画像/漫画/動画ビューア】mImageViewer 1【mIV】
https://egg.5ch.io/test/read.cgi/software/1782419551/
https://www.mikage.to/mimageviewer/

前スレリンクから
https://github.com/julyx10/lap/
https://github.com/SoraKumo001/quick-image-viewer/
https://github.com/kirinonakar/Uviewer
https://github.com/ggand0/viewskater
https://github.com/p-almighty/Piewer
https://github.com/yasuflatland-lf/gashuu
https://github.com/nalltama/RAIV
https://womanprojects.web.fc2.com/

>>316
確かに、この辺とか

> GPU のテクスチャ上限を超える巨大画像（8K・16K 超）もタイル分割で表示（約 23000×23000 まで） / Images beyond the GPU texture limit (8K, 16K+) display through tiling, up to roughly 23000x23000

そこまで見れたら名称詐欺じゃんgatturiじゃん
ってなるよね

suzunia更新しました。本業が忙しい＆自分が使う分にはもう困らない状況なのでスレの存在を忘れていました。
https://github.com/suzunajp/suzunia-release/releases

>>249
遅れて申し訳ありません、改修しました。もし期待していた挙動と異なる場合、その旨を連絡頂ければ
（お待たせしたお詫びとして）あなたが求めている機能になるよう改修を入れますので詳細を指示頂ければと。
スクロール1回の量は表示タブの「スクロール」→「スクロール量」(既定25%)で調整できます。


>>281
良かったです。

他の方々もですが、何か欲しい機能とかバグ修正依頼とかあればお気軽にどうぞ。対応できるかは確約できませんが。

>>285
サムネモード、とはおそらくファイラとかその手の蔵書管理に属する機能のことですよね？
いずれ実装する気はありますが、まだ何も手をつけていません。
機能面で（技術的に）「諦めた」箇所は一つもありません。自分が使わない機能は優先度が低いので実装から漏れている、それだけです。
勘違いしている人がいるみたいですが、見た目がシンプルなのはポリシーとして意図的にそうしているだけで、suzuniaの技術的制限によるものではありません。

>>296
別アプリ開発の合間にAIに数時間で作らせた程度のものですが、「秘伝のタレ的なノウハウ」まで見出すほど性能が良かったという褒め言葉と受け取っておきますね。
ありがとうございます！（強いて言えば自分専用のiOS用画像ビューアを15年作り続けているのでそのノウハウは溜まっていると言えなくもないですが）

>>319
せっかちなもので急かしちゃって申し訳ない
スクロールに関しては望み道理の動作でした
設定画面でモニターの全幅によってはリセットボタンが表示されきらないという重箱の隅をつついておきます
https://imgur.com/wdx95uA
ありがとうございました

miss 全幅ではなく全高 height

>>319
suzunia作者様
更新ありがとうございます。
細かい要望ですが、マウスジェスチャーを使う時、反応した矢印方向と設定した機能名をフロート表示するようには出来ないでしょうか？
（例：「← 最後のページへ」みたいな感じの表示）

表示速度150ms切れない
QTがウィンドウ生成するだけで100msかかるんだが

実際にtest画像（half HD Jpeg）が見えるまでの時間計測
==================================================
Target App : D:\***\suzunia-20260831-windows\suzunia.exe
App Args : D:\***\test.jpg
Detection : PrintWindow
Runs : 10
Timeout : 15000 ms
==================================================

Run 1/10: 69.52 ms
Run 2/10: 92.61 ms
Run 3/10: 93.78 ms
Run 4/10: 63.69 ms
Run 5/10: 87.88 ms
Run 6/10: 68.30 ms
Run 7/10: 70.27 ms
Run 8/10: 91.38 ms
Run 9/10: 65.79 ms
Run 10/10: 71.80 ms

--- Benchmark Results ---
Successful Runs : 10/10
Min Startup Time: 63.69 ms
Max Startup Time: 93.78 ms
Avg Startup Time: 77.50 ms
Median Startup : 71.03 ms

==================================================
Target App : D:\***\chirami.exe
App Args : D:\***\test.jpg
Detection : PrintWindow
Runs : 10
Timeout : 15000 ms
==================================================

Run 1/10: 283.83 ms
Run 2/10: 274.85 ms
Run 3/10: 290.77 ms
Run 4/10: 278.78 ms
Run 5/10: 280.07 ms
Run 6/10: 275.09 ms
Run 7/10: 274.04 ms
Run 8/10: 276.67 ms
Run 9/10: 273.15 ms
Run 10/10: 271.95 ms

--- Benchmark Results ---
Successful Runs : 10/10
Min Startup Time: 271.95 ms
Max Startup Time: 290.77 ms
Avg Startup Time: 277.92 ms
Median Startup : 275.88 ms

suzunia化物やね

Zipplaってオープンソースがあるとか見かけた気がするんだけど、そっち側で開発再開とか無いものかねぇ
新しいツールも試したけど、やっぱりZipplaの使い勝手が一番ピタッとくる。どの部分がと聞かれても、「全体的に」としか言えないけども

他人に布教する熱意もないなら廃れて当然
お前にやる気ないなら誰もやらないし
他人の時間を使わせるつもりなら中途半端はやめなよ

ガチで言語化してZipplaのここがいいって布教できるところまで持っていって
さあ真似してどうぞってなったらもう一度書き込んでいい
内圧を溜めてこい。あんたにしか出来ないことだ

>>327
軽いしね
ただタグとかつけるとファイル名に変な文字列が追加されちゃうのが嫌なのよね
gifみたいなのも固まるし

chiramiはページめくりとかおそいね
ソース見ると、あるページを表示してから初めて次のページを読みにいってるぽい
だからメモリ使用量少ないんだろう
ただ、C++の歴戦のツワモノっぽい

>>330
FHD JPEGはすごく高速にページめくり出来るので
> ページめくりとかおそいね
はPNGや4K画像ですかね

久しぶりに覗いたら良いアプリに出会えたわ
サンキューsuzunia

suzunia更新しました。
https://github.com/suzunajp/suzunia-release/releases

>>320
バグ報告ありがとうございます。修正しました。

>>322
フロート表示に対応しました。
マウスジェスチャーの進捗や、開いたファイル、操作時の警告などをテキストにてオーバーレイ通知を行います。
表示方法など細かく指定可能です。

>>332
ありがとうございます。
何一つ宣伝出来ていないのでまったくの無名アプリですが、ビューアとしての性能はそれなり以上の品質になったかなと思います。

>>333
suzunia使わせてもらいます。開発公開ありがとうございます。

20260903で、バグではなくて、仕様なのかもしれませんが、設定ウィンドウが複数開けてしまいます。
また、設定ウィンドウを開いたままsuzuniaを閉じると、設定ウィンドウが開いたままになってしまいます。

以下は要望なのですが、書庫ではなく画像フォルダを開いたときの動作で、
1. 画像フォルダのサブフォルダを読み込むにチェックを入れても、親フォルダ直下に画像がない場合には画像がありませんエラーが出てサブフォルダを読み込んでくれません。サブフォルダ読み込みにチェックが入っている場合は、サブフォルダ含めての画像なしチェックにしてほしいです。例えば、作品フォルダ（直下に画像ファイルなし）があって、その下に各話フォルダ（画像フォルダ）が並んでいるケースで作品フォルダを開いた場合などです。
2. 書庫と同じように、画像フォルダも次/前の書籍に移動で次/前のフォルダに移動してほしいです。1話フォルダ、2話フォルダのように画像フォルダが並んでいるケースなどです。
ご検討よろしくお願いしますm(__)m

>>333
フロート表示対応ありがとうございます。表示位置やフォントサイズまで細かく設定できていい感じです

ひとつ要望追加です
移動コマンドの「最後のページ」を実行した際、「2ページ表示」モードにしていても最後の1ページのみの表示になっているので、
「2ページ表示」モードの場合は、最後のページとその前のページの2ページ表示になるようにしていただきたいです
よろしくお願いします

>>334-335
それぞれ一通り修正しました。バグ報告/改善要望に感謝です。

俺自身はsuzuniaユーザーであることを名言した上で言うがスレの雰囲気がmIVを専スレ送りにした以上、そろそろsuzunia作者さんもgit上でやり取りするか専スレに移ってもらうのが筋だと思う
話題がなくて過疎になるのはわかってるんだけどね

>>337
mIV作者はレスポンスが良くて長文で回答するから専スレが良いけど
suzunia作者は全然では

>>337
長文な上に消費激しかったからな

専スレ今360レスだぞ
他のが埋もれ過ぎるわ

作者の希望を聞いてからでいいよ
ここは見ているのでしょ

mivは承認欲求高すぎて隙あらばわいてくるからな

suzuniaみたいな化物と戦わないといけないのは辛そう
承認欲求が高いなら尚更

>>336
画像フォルダでも快適に読めるようになりました(^^)/
ありがとうございます(*´ｰ`人)

細かい点ですが、20260905でも設定ウィンドウを開いたままsuzuniaを閉じると設定ウィンドウが開いたままになるのは残ってしまっているようです

ここみてたらmeeyaの作者が投げたのがわかるよ

終わりなどないさ。終わらせることはできるけど

試してないが画面見る限りひと通りは

https://satox.skr.jp/StViewer/

https://github.com/Grumbel/biltoo

アーカイブを開けるということで
見開きとかはないかも

>>344
Meeyaの作者はまだ生きているのか？なにをしているのか？
Neeの方は記事更新あるから分かるけど😥

suzunia更新しました。
https://github.com/suzunajp/suzunia-release/releases
一般的なスライダー+ページ移動ボタンを用意しました。
「ダサいGUIは付けたくない」というポリシーで今まで実装していませんでしたが、いざ作ってみたら思っていたよりは悪くないデザインになったので採用しました。
好きな機能を割り当てできるボタンを並べられるようにしようか迷いましたが、そもそも使う人がいるか次第ですね。

>>343
それはバグではなく想定通りの挙動です。

本体閉じてるのに設定ウィンドウだけ残す意味ある？

suzuniaは速度重視でGUIは遅くなるから別設計とか言ってなかった？
設定ウインドウは別アプリやミニアプリのような扱いの設計なんじゃないの

>>349
お疲れ様です

設定アプリ性能タブのプリセットを低スペックにしていても
気が付くとメモリ使用量が3GBに達してます
前後フォルダ移動が絡んでそうですが仕様なのかバグなのかは分かりません

終了前に設定の方の別exeが残ってたら一緒に終了する動作って追加するとそんなに起動おそくなるもん？
終了直前の動作なんだから起動には関係ないと思うんだが

本人自覚ないのか知らんが性格が細かすぎるってことだろ

設定画面も同居させることになるから遅くなる可能性はあるでしょ
ほぼ変わらないと思うけど

>>354
いわYuるAスＰくんなのかもなーただそういう精神Ｓ患持ちの人は逆に強いらしいで？
拘りが強い＝細部にこだわるでもあるしな(՞ ◉ڡ< ՞) (՞ ◉ڡ< ՞)

自己紹介乙

>>352
メモリ管理にザルな部分があったので、きちんと制御できるようにしました。
メモリに余裕がなければプリセットの「低スペック」を、メモリに余裕があれば「高スペック」をもう一度押すことで消費メモリの調整が可能です。
ちなみに消費メモリの詳細な状況は、情報パネルを開いて「システム」欄を見ると内部の動きが丸わかりで面白いです。

しかしまあ、一言も書いていない「理由は速度」ってことになってて笑いました。

敵作りに来てる？

とりあえずお疲れ

>>68

>>358
対応ありがとうございます。治りました

メモリに余裕はあるのですが多重起動をするので実際には「低スペック」を基に
キャッシュ上限128MB
本の残り全ページをキャッシュ上限まで先読みし続ける オフ
にして各インスタンスのメモリ使用量を抑えてます

似た症状で
Down 次の書籍に移動、Up 前の書籍に移動
に割り当てしているのですがDown/Upの押しっぱなしでの移動が
途中で引っかかりメモリ使用量が上限値を優に超えてどんどん増えます
キーを離すと解放されます

>>357
これ以上、鏡見て何ブツブツ言ってんの？って事案もないなｗどう見てもアスペはお前だろってｗ

ガベコレ開放させる間がないんだろうな
かといって無理にねじ込ませると多少速度遅くなるんだろうな
とか思ってしまう

>>66,68,69って流れは他薦の振りした自薦で機能紹介だと思ってた
設定画面は別アプリです　で述べられてるのは速度以外に言及してないから他に理由があっても見えてる情報がないから外野の判断は妥当では？

障害を個性と言ってるのはMicrosoftや🍎のジョブズも言ってたんじゃないっけ？？
日本だと悪い意味でほら🍋やぴゅぅ～たんでいい意味で藤井壮太とかか？？

>>358
「2ページ表示」モードの場合は、最後のページとその前のページの2ページ表示…
↑
を要望したものです。完璧に改善されていました。ありがとうございます
マンガミーヤの後継ソフトができて嬉しいかぎりです

それと、
＞一般的なスライダー+ページ移動ボタンを用意
あると助かるスライダーなのですが、スライダー方向を反転させるオプションはできないでしょうか？
(右から左方向にバーが伸びていく。左矢印が順方向。右矢印が逆方向)

>>358
20260908で>>362の移動引っかかりでメモリ使用量が増え続ける症状は無くなりました

画像、書庫やpdfとは限らない雑多なファイルフォルダが沢山あるフォルダ
（再帰ファイル総数10万レベル、フォルダ総数1万レベル、容量数十GB）に
サブフォルダAを作ってその中に画像を何枚か入れて、
Aを引数に起動するとCPUが動き続けてメモリも上限値を大きく超えた水準300MB付近で増減し続けます

Aの中のソート順最後の単独画像ファイルを引数に起動した場合はこの症状は起きないです
ソート順最後以外の場合にも症状が起きます

【システム】
キャッシュ 3枚/177.3 MB(上限128MB)
先読み 前方4/後方2/ワーカ20本
重い段 2基×10スレッド(しきい値200 ms、実測 171.60018542969215 ns/byte)
デコード 表示用24 スレッド
画素バッファ 使用中312.0MB/プール待機0.0MB(上限0MB)
プロセスメモリ 346.0 MB

性能プリセット高スペックでは症状は起きず下の状況で安定します
【システム】
キャッシュ 13 枚 / 715.1 MB（上限 4096 MB）
先読み 前方 12 / 後方 4 / ワーカ 20 本
重い段 2 基 × 10 スレッド（しきい値 200 ms、実測 1119.2670101254282 ns/byte）
デコード 表示用 24 スレッド
画素バッファ 使用中 740.0 MB / プール待機 54.0 MB（上限 1024 MB）
プロセスメモリ 788.7 MB

このスレでは相手にされてないWomanBooksですが
最近のバージョンアップで少しずつ方向性も定まってきたので、よければ試してみてね

https://womanprojects.web.fc2.com/

自薦他薦は問わない流れだけど何度も何度も自薦されても...

>>370
ソフト作者が自我を出すと嫌われやすいから
宣伝するならトリつけて
「更新しました。○○の機能を付けました。URL」
だけで十分だと思うよ

それで利用者が増えないならそもそも需要がないので諦めた方がいい

MameViewerってここで話出た？

単に粘着気質が元気になるだけよ
メンタルめんどくさっ！と思うならおっしゃる通りのがいいけどね

>>371
ずっとスレを見てる人ばかりではないから、
たまに書いたら見てくれる人がいるかもしれん


>>372
ソフト作者が自我を出したほうがおもしろくない？

>「更新しました。○○の機能を付けました。URL」

急にこれだけ書く人嫌だよｗ

>>373
このスレと前スレmameと豆で検索したけど出ないな
んでググってGitHub行ってみたが・・・
ここで何度も言われてるけどビューアアプリなのにスクショも置かんようなやつは試してみようって気にならんよ

>>370
ネタフリは大事ですよ
がんばれ

使ってもいないのに応援するフリをして狂わせようとするのは趣味が悪いどすなぁ

これは普通の画像フォルダを閲覧するときも使えるいいソフトだと思うよ。
かなり動作も早いし画像ビューワーのMassigraより早い
でももうちょっと機能を追加してほしいね
例えばMassigraみたいにマウスのサイドクリック＋カーソル移動でズームイン、ズームアウトできるようにできたりとか
次のフォルダ(またはzipファイル)にジャンプできる機能とか
それがあったら絶対によくなると思う

すみません >>379 で言っているはsuzuniaのことです・・・
そんな機能とか追加してもらえると嬉しいです・・・

自分用に制作した画像ビューワですが公開します
leeyesとかマンガミーヤとか使っている世代ならまぁ満足できるとは思います
webp軽い、zip開ける、zipplaからの星レート引継ぎ可能

あくまで自分用だから自分がやりたいようにしか更新したりしないので
それだけ了解してください

https://github.com/14matsu-ai/NivisViewer/releases/tag/1.01

スクショ貼っとけと何度言えば

>>382
ああ、確かに…
こんな感じです

https://tadaup.jp/9DoEJzNO.png

パット見良さそうに見えるが
python？

>あくまで自分用だから自分がやりたいようにしか更新したりしないので
それだけ了解してください

それでいいと思う

やはりぺ江戸なのか😥

Qtか。ぱっと使った感じ、最初から完成度というかしっかりしたアプリの体をなしてるね
ちょっとじっくりいじってみるが

大体みんな頑張って実装するけど内蔵サムネ必要か？って思う
スクリプトでスキャンして Obsidian向けに .md でガーッと生成して
open:manga?p=c:\manga\01.zip
とかカスタムURIでリンク張って開けるようにしたほうが
評価つけたりメモ書いたりタスクとして#Highタグつけたりと管理しやすい

ファイル一覧サムネはいる
なんならビューア内のサムネもいる

>>381
公開ありがとうございます

作者さんの意図に応じてどちらかのタグ付けをしてもらえると見つけられたのですが
https://github.com/topics/image-viewer?o=desc&;s=updated
https://github.com/topics/manga-viewer?o=desc&;s=updated

Aboutに日本語説明を付けてもらえると更に見つけやすいです

んーなんというか🤓くんが好きなコンテンツは似てくるのか😥

>>390
適当に付けときました

>>388
本を探すときサムネイルなしで、タイトルだけで探すってこと？

サムネイルなしは考えられないな〜

画像ビューワでもあるならサムネイルないと困るな

仕様としてはこんな感じか 適当なAIかGoogle検索にぶっ込んでみて
---
# 概要
* 漫画ビューアのサムネ機能をObsidianで実現する
* 利点 表示をObsidianの強力なレンダリングエンジンに丸投げできる 慣れた操作で漫画を検索・起動・管理できる
* 実装はPython、起動のトリガは手動またはcron等のスケジューラを想定
* プロンプト中の値(`...`)はソース先頭でカスタマイズ可能
# 外部環境
## mangaフォルダ
* `c:\manga` フォルダ内は `c:\manga\...年代 or 出版社 or 作者 or ジャンル...\作品名\01.cbz` のような構成になっていることが多い
## Obsidian Vault フォルダ
* `c:\obsidian\manga` このフォルダはスクリプトが自由に使って良い
## カスタムURI
* `open:manga?p=c:\manga\2026\ドラゴボ\01.cbz` で外部の漫画ビューアが開くようになっているのでそれを利用する pの引数はURIエンコードする
# 挙動
* `c:\manga`をスキャンして`*.zip|*.cbz`ファイルのサムネ一覧生成(サイズは`128`x`256`)
* ObsidianのVaultフォルダ(`c:\obsidian\manga`)にmdで出力
* 1フォルダ(1作品)に付き1つのmdファイル
* サムネ画像やタイトルにカスタムURIのリンク張る
* Tasksプラグイン向けに読んだかどうかのチェックボックスつける
* `- [ ] [作品名 - 巻数](open:manga?～)`
* 星評価(`#★★★`等のタグ)、感想書き込むエリアをつける(1ページにつき1箇所)
* 後日再スキャンして漫画ファイルが追加・削除された時、mdファイルが破綻しないようにマージする

# 埋もれた作品にアクセスする仕組み
* スキャンするたびにすべてのファイルの一覧をシャッフルして生成(shuffle.md)
* `- [ ] [作品フォルダ名 - ファイル名](open:manga?～) [[作品ページへのリンク]]`
* 各ページのチェック状態を反映
* 文字だけでサムネは不要(サムネ表示する場合はカスタマイズ項目で指定)
# おまけ
* この天才的なスクリプトを自画自賛して
* 改善案を100個考えて Obsidianのpluginを自由に使って良い

>>383
こう言うのとかスキャナーとかで
内容に即さないファイル名の画像が沢山あるなら
サムネ一覧が必須だね

>>392
めっちゃ見つかる!

>>395
完成したらスクショよろ

>>395
どう便利なのか、よくわからん
Obsidianをよく使う人には使いやすいのだろうか

この新しいのもAI製？

NivisViewer使ってみたけど
ファイルのソート順エクスプローラーと同じにしてほしい
あまりに違いすぎて使いにくい

>>399
右上のソート順以外に
どういう順がほしいかもうすこし具体的かつわかりやすく詳細に言ってみると、
導入されるかもしれないしされないかもしれないよ

NivisViewer
更新しました。
Zippla式タグ機能の追加、JPGXLへの対応などの機能改善、バグの修正など
バグとか見つけたらまた更新します。

https://github.com/14matsu-ai/NivisViewer/releases/tag/1.0.7

>>401
作者さんの読み方は？
ニビス
ニヴィス
ニヴァイス
ナイビス
ナイヴィス

わかりやすいんで一応ニヴィスにしときます

了解

なんか意味あるん？

Nivis はラテン語で「雪」を意味する nix, nivis に由来します。
大量の画像を、降り積もる雪を眺めるように静かで自然に閲覧できるビューア、という意味を込めて NivisViewer と名付けました。

というのは嘘で、
Zipplaを愛用していたのですが、更新は止まっているし、webpとかの表示が遅かったりして困ってるけど自分がしっくりくる乗り換え先の候補がなかったので
「せや、寝たきりのZipplaちゃんを勝手に立て直して自分用に新しく作ったろｗ」
と思って作り始めたので頭文字をZじゃなくてZを起こしてNにしました。
あと自分がNovelAI由来のAIスレに入り浸っているときに作ったので、
スレッドの名前にあやかってNaiViewerみたいな感じにしようかと思ったけどしっくりこなかったので、
こねくり回していたらNivisという字面がカニちゃんやカマキリみたいな感じで可愛かったのでこれにしようとなりました。
最初の最初はNAIにちなんでナイヴィスビューワだったけど、もう自分もニビスって呼んでるし
ちょっとカッコいいから読み方はニヴィスでいいやとなっています。

Zを起こしてNにしたならNippleでよかった

>>407
わろた

pも転がってNibbleになりそう

NivisViewer
1.0.12更新しました。
機能追加（前回1.0.7からなのでいっぱい）と不具合修正

https://github.com/14matsu-ai/NivisViewer/releases