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

起動が重い（遅い）ってだけで8割方は.netかで終わってしまうからなぁ

>>176,177
お役に立てて良かったです、N/(N-1)倍の件見落としてました

>>180
試してないけど変更内容と仕様から判断して30Hzだと思う

じゃあ何で他の.NETアプリは遅いの？

おじいちゃん、質問は一回チャッピーに聞いてからって言ったでしょ（言ってない

c#じゃないから
.netが遅いって言う人は昔の.net Frameworkのアプリの話でしょ
.net c#でAIにサンプルレベルでもいいからメモリに積極的にキャッシュするタイプの画像ビューアーを作ってもらえば.netでも速いとわかる

c#使ったけど遅かったぞ
チャッピーも仕方ないと言ってた

>>186
計測して30Hzでした

mImageViewer v3.1.0
入力速度␣平均処理漏れ数(5回計測)
30 Hz␣0個
35 Hz␣0.8個

>>181
意図が達成されたそうですが更なるスピードアップはありそうですか？
場合によっては送信ツールの改良をしないといけないと思ってます

個人的には起動後のNeeviewはトップクラスに高速だと思いますが
>>184 小気味いいです（NeeView比）
とある様にsuzuniaが更にその上を行っているのは自分も感じました

今回の基準でのキー送信ツール計測が良い指標になるのではないかと思ってます

「偉そうなこと語りやがってカスが」みたいな反応が来るかと覚悟していたのに、普通に受け入れられてて笑いました。

>>182
スクロールというか、ズーム周りは作ってる途中で時間切れが来て、それ以降何も弄ってないんですよね。
実装が中途半端で終わっていることは自覚しているので、いずれ改修します。

>>184
右クリック+上下左右のシンプルなマウスジェスチャーは既に対応しています。
右クリック+複数方向の真面目なマウスジェスチャーは、要望の声がもっと多く届けば。

>>187
私から言えるのは「そのアプリが遅いのは.NETのせいではない。suzuniaがその証拠」までです。これ以上は、空気を読んで。

>>192
今のところ、律速の要因が画像デコードに集中していて不可侵なので、これ以上のチューニングは不要と考えています。
プリフェッチのアルゴリズムが少し雑だなと思う部分はあるのですが、まあ目的は達していますので。

しかし皆さん、起動速度はあまり気にしないんですね。私はここが重要ポイントなので、Meeya代替が見当たらなくて困っていたのですが。

都度閉じるタイプのビューアの人は起動時間も気にするかもしれないがファイラ併設型だと一度起動したらそのまま次の本を選ぶだけだから起動よりはページの表示時間の方が重視されるのかと

起動が速いアプリはそれ以外も速いから
起動が遅いのはただデメリットでしかない

トレードオフだよ
suzuniaはページスライダーや情報ウィンドウのように
ユーザーへの情報や状態のフィードバック表示が弱い(デザインや一体感)

起動が遅くても全キャッシュしてページ移動が速いほうがいいね
ミーヤでもキャッシュの設定でそうしている

ミーヤはページ移動も遅くは感じないが…

>>131あたりからの流れでミーヤの計測ないな？
どのくらいだったんだ

>>199
公式配布が無いのでmeeyaは持ってないです

>>194,197
(.netでの)目的は達成とのことで(他言語を含めて)起動の早いUIを探してるのならSlintは良さそうです
公式サンプルのgalleryが40msで起動します
https://i.imgur.com/dL3WqPS.png
https://i.imgur.com/xM168yK.png
https://i.imgur.com/HTuAIa7.png
https://i.imgur.com/sAyFUQh.png

>>132,167もSlint製で40ms弱で起動します

>>201,202
40msで起動とは空のウィンドウではなく内容の描画された画面の起動です

suzunia-20260818は初回起動しただけのデフォルト状態(ペンギン付)で起動時間45msでした

QTだと150msくらい
サムネイル描画も向いてないみたいだからビュアの作成には使わんほうが良い

suzuniaの目的は「.NETは遅くないことを証明する」なので、45msと40msで争っても仕方ないので正直どうでもいいかなって思います。
起動に数秒掛かる異常なアプリが「.NETのせいです」って言い訳できないようにしたいだけなので。

起動時にライセンスチェックとか通信しちゃう系だと関係なく起動遅そうとは思う

suzunia haruhi no yu-utsu

>>206
でもこれって、デブのせいでリレーが遅いっていうのを、走れるデブもいるからデブが原因ではないって言ってるだけだと思うんだよね

>>206
.net製アプリが遅いのはコンポーネントとか利用するからだってのは周知なんよ
それらを利用する事で「簡単に」作れる事がウリなんだから

あんたのは「速くなるように設計してそれが目的になったアプリ」なんだからそれで他のと比べて速く無かったら文句の対象にはなるって話

目的が達成されても「あんたの作ったアプリが特別早いだけ」って査定にしかならんのよ
他のよく使われてるユーザーの多い大多数のアプリは遅いまんまなんだから

周知ではないですね。例えば >>67 「.net 終了」といった、".NETな時点で駄目だ"という反応が分かりやすい証明になっています。
なんというか、噛みつきたいだけのレスに対応するのはこれで最後にしますね。

デスクトップUIフレームワーク15種のメモリ使用量計測
https://zenn.dev/mizugeeks/articles/1019cf2353d343

比較対象:
WebView系 Electron, Tauri, Wails, Neutralino
クロスプラットフォーム Flutter, Compose Multiplatform(JVM), Avalonia(.NET), Fyne (Go)
Rust系 Slint, egui, iced
ネイティブ GTK4 (C), Qt 6 (C++), AppKit (Swift), SwiftUI

そもそもあんた噛みつきたくてアプリ作ったんじゃんｗ

論より証拠でアプリ提出してる側のが強いわな
御託と違って他人の役にも立ってるし

>>214
.netで遅くなる要素を使ってないから速いのであって、.netが速いって証明をしたわけではないよ

>>215
suzunia作者さん含め,netが速いか遅いかで戦ってるが一ユーザーからしたら書かれてる言語が速いか遅いかではなく自分が使うアプリが速いか遅いかにしか興味はない
自分の中ではsuziniaが既存のアプリの中では速いって事で充分

>>216
そりゃ自分の中の話じゃんか
他人はそれ以外の事で争ってんだから

>>217
興味はないが傍から見るに
ゼロヨンレースにホットロッド持ち込んだら後出しで市販車に限るって言いだしてる感じにしか見えん

プログラマさん達には譲れない線があるっぽいのは把握したので意向ROMに戻ります

AI使えば自分でもソフト作れるかなって思ったけど、導入の部分で躓いて終わった

人には人のリビドーがある
ただ、評価の暴力によって特定議題に誘導した結果、
ユーザーにも開発者にも視野狭窄を強いてしまっている感覚は残る

よくわかんないけぢどパイプラインとアーキテクチャ次第である程度は速くなります

>>218
例えがズレてんな

>>206
なるほどですね
試しにSlintで画像を表示させてみたら、今まで40msで起動していたSlintデフォルトのレンダリングバックエンドでは、4K幅いっぱいにして縦スクロールするとスムーズにならないことが分かりました
GPU系のバックエンドにしたら1フレーム1pxのスクロールが見た目完全スムーズでpresent-monで60fps出ましたが、起動時間は180msになりました
こう言うのがトレードオフなんですね

>>212
Slintが総合でメモリ使用量が一番少ないと思ったらフォントが関係してた...
確かに何も指定しなくても日本語やカラー絵文字表示出来るのでインストール済みフォントを使っているのでしょうね

> 日本語表示のため egui, iced は CJKフォントをプロセス内に読み込むのでメモリ使用量が約25MBほど増えています。実用アプリとしての計測を行いたかったので日本語は必須とさせていただきました。それを除くと egui, iced は Slint と互角以上のパフォーマンスです。

>>205
GPU系バックエンドで起動時間150mなら速いですね、でも
qview 240ms
quickviewer 1340ms
でした

>>214
ほんとそれな
結局、役に立ってる側と役に立ってない側ってだけの話だ

？

suzuniaのアプリ名の命名由来は？

管理で画像を書庫を圧縮したり
書庫をネストにして圧縮したり
何でそういうことをするのかな
巻数管理なら無圧縮でサブディレクトリでいいでしょ
圧縮していると読み込みのに時間がかかるし
それで読み込みが遅いとかファイルが読めないとか開発者には同情する

最悪なのがソリッド圧縮やネスト書庫している書庫
バックアップや配布用じゃないし
それ管理用で使うものじゃないだろう
メモリでもディスクでも解凍必死じゃん

自分で管理してるのか怪しいよな

漫画ビューアなんて用途のメインは割れだろ
何を今更

いらん事をしたり顔でいう間抜けってほんとに居るんだな

ビューアがネスト無しの無圧縮zipに変換すれば良いじゃん
オリジナルは削除で

mIV作者です。話題に関連して補足です。

mIVでは、画像自体は再圧縮せず、ZIPの圧縮方式を無圧縮にした
1つのZIPへ変換する機能を実装しています。

入れ子になったZIP/RAR/7z/LZH等も再帰的に展開し、
inner.zip/01.jpg のように元の書庫名をフォルダ相当のパスとして残して、
1つの無圧縮ZIPへまとめます。

変換後は内側の書庫をその都度展開せず、各画像を直接読み出せます。
メニューの「変換 → ZIP変換」から利用できます。

なお、変換元のアーカイブは自動では削除しないため、
変換後は元ファイルとZIPの両方が残ります。

>>234
良いね、そのまま削除する設定を設けたらどう?
タイムスタンプを完全復元して文字化け検知でOKならutf-8フラグも立てて

>>235
変換処理については安全寄りにしており、
変換中に画像や入れ子書庫の読み取りエラーがあれば失敗扱いにしています。

変換後も、完成したZIPをいったん開き直し、全画像を最後まで読み取って
CRCと画像件数を確認してから、完成ファイルとして出しています。

AIにも念入りにテストさせていますが、それでもソフトウェアである以上、
完全に問題がないとは言い切れません。

元ファイルを自動削除し、万が一変換漏れや破損があった場合は
取り返しがつかなくなるため、変換元は自動削除しない方針にしています。

実際に変換後のZIPを開いて内容を確認いただいたうえで、
必要に応じて元ファイルを削除していただく形でお願いしたいと考えています。

>>236

> 変換後も、完成したZIPをいったん開き直し、全画像を最後まで読み取って
> CRCと画像件数を確認してから、完成ファイルとして出しています。
ファイル移動系のツールならここまで出来ていれば普通に元ファイル削除で移動完了だけど

> AIにも念入りにテストさせていますが、それでもソフトウェアである以上、
> 完全に問題がないとは言い切れません。
確かにAIがプログラムを書いてAIがテストしてるだけだと作者すら自信を持てないという事か

>>237
本業プログラマなので自分でもコードは書きますが、
自分で書いたものでも「安全です」と言い切る自信は持てないですね。
なにより検証するのが自分一人なので、どうしても限界があります。

SQLiteは、テストコードとテストスクリプトが本体の約590倍あると
公表しているほど念入りに検証されていますが、それでも今年、
15年以上前から存在していたデータ破損バグが見つかったそうです。

このニュースはわたしも驚きましたし、そういう事例を見ると、
変換元を自動削除しても安全ですとは、とても言えない気分です。

ユーザーが自分で変換して管理すればいいの

>>238,239
ユーザーが勝手に使ったツールで勝手に失敗する分には我関せずで貫けるからね

でもSQLiteとは状況が違って
> 変換後も、完成したZIPをいったん開き直し、全画像を最後まで読み取ってCRCと画像件数を確認
この時点で完全に継承済みだから、この検証コードだけ念入りにテストするのが作者の務めだと思うけど
AIがいつ勝手に変更するかも分からないし難しいな

>>240
完全に検証済み

アドバイス罪を背負ったおじさんもそうだそうだと言っています

タダで提供してるツールで実害が起きても対応無理やしなぁ
でも利便性は追及したいよねっていう折衷案を用意してくれてるってこと結構なことじゃないすか

画像ビューアーでもソースの公開されているアプリは多いのだから要望厨はどうして自分でAIを使いアプリを作らないの
クリーンコードでなくてもソースの公開されているアプリをフォークして作ればいいでしょ

安易にAIに尾任せ従順して
OS巻き込んで壊れるのが居ても
ちょっと驚かない

>>243
とりあえず試してみようの価値観がないんでしょ....
まーこういう言い方はあまりよくないけども日本のコミュニティはとりあえず試すというのがないのかも
恥の文化や失敗が怖いという人が多いんだろうけどそれを無視して試すと見えてくるものはあるな

レールに敷かれた状態を批判する人はいるけど
レールの作り方や正しい乗り方を伝授する人がいないのもま～問題かもね
ここも>>243みたいに疑問を書く人はいるけどそれ以上の啓発がないｗ

>>245
ってより使えなかったら使えないって批評残すより黙って使わないだけの人が多いだけだと思う

俺も試してすぐ記憶から消える事多い

ソフトウェアは育てるものですよね

作り手が作りたいものを作り使い手が使いたいものを使う
それだけだろ
mIVは高スペック仕様だったから足切りされた
suzuniaはスクロールのキーコンフィグがなくて不便と伝えたが放置されてるがまあ仕方ない
フィードバックしても実装するしないは作者の自由だしな

画像ビューアーの最低動作要求
CPU Ryzen 3000
RAM OS込みで32GB
解像度 最低FHD 4K推奨
SSD必須
快適に使うならこれぐらいのPCは用意してほしい
でもこのスレをみると怪しい

そんなミドルよりちょっと上あたりのスペックを最低基準にされましても

いやいや10万円ノートパソコンが基準でしょ
CPU AMD Ryzen 5 230 3.5GHz/6コア
GPU iGPU CPU内蔵
RAM 16 GB
M.2 SSD：512GB
OS Windows 11 Home 25H2

もうすぐスマホネイティブ世代のサブPCはメモリ8GBになる
> Windows 11、メモリ8GB環境への最適化を年内実施へ

>>249
そういう側面もあるけどエンジニアとユーザーが協力して発展してるソフトウェアもあるんじゃない？
確かに自分のニーズと合うソフトを探して使えばいいだけだけど
そういうユーザーだけだとソフトウェア自体が育たないと思うぞ？ｗ

>>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
社会において存在しないのと一緒なお前が言うと説得力が違うな！