漫画ビューア総合スレ 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/

>>286
virustotal使ったら？

荒らしたいだけでもう出てこない予感

事実を言っただけで荒らし認定とか開発者本人降臨しちゃったかｗ

で、結果は？

誤認定はソフトウェアあるあるだから単芝つけるほどの事でも無いんだよなぁ

単芝アレルギーくんｗ

>>290
もし問題があれば針小棒大に騒ぎ立てる
そうなってないってことは、つまりそういうこと

安全性の傍証を得ていない野良アプリは一旦危険物扱いで問題ないでしょ
どのアップデートでマルウェアを混入させるかは開発者が選択できるし、サプライチェーン攻撃など危殆化した場合の防波堤が無い

匿名で使えるだとか安全だとかと言われても
マルウェア配布したい犯罪者もそう言うでしょうねと

安全の担保する気があるならOS公式ストアで配布すべき
足のつく方法が選べない時点で犯罪者と見分けがつかないです

>>294
馬鹿か？
作者からしたら自身の承認欲求を満たせるから使わせてやらん事もない位のスタンスだろ
是が非でも使ってくれと言ってるわけでもなし
身の程を知れ

だから「.NETは遅くないことを証明する」が建前だっての
クローズドにしてるのは秘伝のタレ的なノウハウを投入したからだろ

個別アプリじゃなくて一般論の話をしてます

セキュリティソフト等の信頼スコアが積み上がってないexeや配布用リンクは
未確認だから一旦危険としてマークされる

これはITリテラシとして知っておいてくださいね

結局何がしたかったんだろ

ITリテラシーとしては承認の無い無許可のプラットフォームはそりゃ危険だけど
お金のない泥ユーザーなどは普通に野良アプリを危険でも自分で実験してる奴らは多いだろうな
PCソフトもそうだけどhttpsじゃないサイトなどの配布元は普通に危険なんだよな(´・ω・｀)

>>294
匿名は危険すぎるという事ね(´・ω・｀)
んま～でも最近は公式サイトや公式配布データの改竄などもあるからいちがいに
公式＝絶対安全でもないんだよなー

最近はGlassWormとかもあるしなぁ

特にGithubが主要な標的とされてる感じなのか？？
Canonの詳細な解説記事とか出てくるね(´・ω・｀)

androidはsandboxで実行されるから野良でもずっと安心
Windowsアプリは野良は怖すぎる

その砂box貫通するような悪質なのもあるような....
いっちゃ悪いけど泥はやっぱり富裕層向けじゃないよな(´・ω・｀)
てか野良のWindowsアプリ使いまくってるが
一度も情報流出やウイルス感染ないおれは異常個体？？ｗ

PCは仮想化とかセキュリティの選択肢が多いから尚更スマホより安全な印象
一番怖いのはスマートフォンの野良アプリでしょ......
普通に悪意がありすぎる開発者や配信者もいるから(´・ω・｀)

もちろんアプリの権限の要求を闇雲に許可したら意味ないぞ
俺はほとんど権限拒否してる
カメラや位置情報はもちろんストレージのアクセスすら拒否

画像ビューワのようなアプリにストレージのアクセスを拒否したら意味なくなっちゃうからアプリの種類次第だけど

位置情報とCookieとJSなどは全部ブロックしておきたいかもな😥
カメラやマイクも当然許可したらやヴぁい😥

画像ビューワだって全部にアクセスさせるのではなく、androidなら特定のフォルダ以下だけに手軽に限定出きるし
WindowsはUWPアプリならandroidと同じ仕組みで手軽に限定できたけどwin32アプリだとだるいよね

Win11からx32の足切りらしいから当然今のIT業界はx32アプリは互換機能で対応かな
UACじゃなくてUWPなんてあるのかｗ

てかUWP軸足とかMSが言ったのが5年も前らしいから
今はx64のwin11に合わせてまたUWPになるんじゃないの？

5年前ぐらいにProjectReunionがあってそこから WinAppSDK + WinUI3 に舵切ってるので
実はUWPは既に枯れた技術の部類なんすよ。WinFormsやWPFと同じく長期サポートするけど積極開発しない扱い

https://github.com/autch/chirami

suzuniaと同じコンセプトぽいが
スクリーンショットもないから試す気にならんが一応

インストロールしてみた
シンプルなUIでページ移動は爆速だった

>>312
最速更新
chirami 1500 Hz

読み込み中...オーバーレイが出る事もあるけど画像自体のページ送りはスムーズ
1600Hzでカクツキが目立ち始め2000Hzでは全スキップで最終ページに飛んだ
キー処理漏れはなし

キャッシュの設定がなく554回のページ送り後のメモリ使用量が52MB程度
suzuniaはキャッシュ4GBに設定したのでメモリ使用量が4GB以上になっていた
なお4K画面フルスクリーンで1080p画像がフィット拡大されていない

>>311
そこら辺はAIくんもいってるな～ しかし大企業(MS)とかも多様な検討で
損切りする技術を決めているんだろうが😥本当にUWPを切っていいのかな？？

つかchiramiは画像ビューワだ
ごめん

>ZIP 展開だけで使えるポータブル性、

説明をチラ見しただけだから
これを、zip圧縮されたファイルの中身を読めると見間違えた

>>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か。ぱっと使った感じ、最初から完成度というかしっかりしたアプリの体をなしてるね
ちょっとじっくりいじってみるが