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

>>254
一連の書き込み内容が全然頭に入ってこない
要するに自分の作ったアプリを誰も使ってくれなくて悲しい、という事かな

>>255くんよ>>248が書いた反応へのレスが>>254でしょ

図星、中らずと雖も遠からず、火のない所に煙は立たぬ、男か女

アプリを公開しようと何度か考えたけど公開する前に他のアプリが公開されてスレで批判されたりしていて微妙でした
もう少し作り込もうと思った
そしてまだライセンス画面を作っていないことに気がついて数週間がたった
なんていうか短期なユーザーが多いねアップデートなんて月1くらいあればいいじゃんと思うのでした

>>258
>>214

批判を気にしてるようじゃ公開しない方がいいと思う

ぶっちゃけカスハラとか誹謗中傷以外の論外コメントは除外して
批判や指摘を恐れるようじゃソフトウェアは公開できないよ？？
そうやって改善点を上げてくれるユーザーがいるから変化するものもあるからな

批判の中にも建設的なものがあるけどな
一切批判は受け付けない、承認だけしろ、なら
公開初期ハネムーン期間が終わったらトンズラしろ

技術面では当然そうなりますよねー
公開する人全員が技術の向上や機能の発展を期待している訳じゃないんだろうが
インターネットで世界に公開したら当然それなりの批評を受けるのは避けられないからね
こればっかりはしょうがないかと

>>258
直近のsuzuniaを例に考えると.net製なら
・.netでも凄く速いぞ
・画面が綺麗、使い易い、機能が豊富など.net採用しただけのメリット
の少なくともどちらかを前面的にデータや画面付きで主張するべし

正しく評価してくれる人は居る

何も生み出さずに文句言うだけの存在ほど偉そうに語るからね
好きにすればいいけど自分が最底辺の存在であることは自覚して欲しいところ

ここは5chだから現実の立場は関係なく好き放題かけるのがいい所ｗ
確かに畑の肥料製造機みたいなおっさんおばさんはいるけどさｗ
💩製造機ｗ

>>258
どんなに批判されても>>265の様に決めつけで人を見下す事が出来るメリット

精神的優位www

様々な批判を見聞きするうちに自作アプリの差別化、訴求力が足りないかもと気づいて
リリースしてもコケると想像してしまって引け腰になったのなら
一回練り直した方がええな

あえて全裸オープンゲ〇状態でコミュニティの意見を真摯に聞きつつやるのもいいんじゃない？
まーやり方は人それぞれかな？？
恥の概念が強い日本の場合は全裸オープンゲ〇は流行らないだろうがｗ

>>258
>>18でしょ？自分でハードル上げるタイプ

>>271
はい
そうですね18でした
ハードルは上げているつもりはないけど気晴らしにファイラーとか作りながらまだ画像ビューアーも作ってるという感じです

ああQtで作ってた人か
目指せQt製の新定番

売るなら別だけど、自分用がメインで作ったんなら
文句、要望きたらうるせぇボケでいいじゃん
でも公開したわけだから5%ぐらいは要望聞いてあげてさ

néeビュー最強

s〇z〇nia作者の書き込みからすると癖強そうで>>270なんかを言いそうな雰囲気なのが萎える

>>276
先にアプリを出してるsuzunia作者と違い自分の作品を晒していないスレ住人は等しく無価値のごみ
それが本職プログラマだろうがサンデーAIお願い君だろうが全く挑んだことないただのユーザーだろが一律で等しく無価値だ
俺も君も>>18も

無意味な伏せ字から見え隠れする肥大化した自意識の痛々しさ

所々にコッソリ公開してそうな雰囲気を感じますが自薦他薦は問わないので晒してください

ゴミを生み出したなら存在しないのと一緒
異論は認めない

suzuniaのマウスジェスチャーを要望したものです。
実装ありがとうございます！使い勝手がものすごく良くなりました！！

自作を晒してスレのおもちゃにならないか🫴と覚悟を求める5chネラー鑑にして外道

ドブ川にアプリを浸して浮き上がってきら本物と認める儀式かな

その絵文字が何を示してるのかが分からん

>>280
社会において存在しないのと一緒なお前が言うと説得力が違うな！

スズニア
サムネモード実装するとどんくらい遅くなった？
諦めたってことは相当速度差あったと思うんだけど

suzunia起動したらノートンが激おこで怪しいからアバスト研究所に送って精密検査しますねって言われたわ
数時間で結果が来る模様ｗ

>>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が残ってたら一緒に終了する動作って追加するとそんなに起動おそくなるもん？
終了直前の動作なんだから起動には関係ないと思うんだが

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