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

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

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

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

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

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と同じコンセプトぽいが
スクリーンショットもないから試す気にならんが一応