漫画ビューア総合スレ Part2

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

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

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

>>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

>>410
Zipplaとおなじ感覚で操作できるね

ZipplaでファイルをいくつかCtrl+XしてNivisViewerで違うフォルダでCtrl+Vをすると移動じゃなくてコピーになる
Ctrl+Fで検索ボックスにフォーカス移動しない
スクロールで見えている範囲のサムネを優先的に生成するのは良いけどバックグラウンド処理で見えてない所の生成も継続して欲しい
ファイル選択色がアクセントカラー連動なのは良いけどアルファ透過?がかかり過ぎていて視認性が良くない

これからだと思うけど要望
検索で 除外の- や ORの+ (-+はあまり表現力がないのでNeeview方式の /not /or /regの方がベター)
選択ファイルフォルダに対する外部プログラム起動
右クリックメニューの選択文字に対する外部プログラム起動

>>411

ctrl + Xの問題は再現できたのでそのうち直します
ctrl + Fもそのうち足しときます
選択表示のファイル名の色もそのうち触ってみます

検索の高度化は自分が必要としてない機能なので現時点で対応予定はないです
外部プログラム起動は自分が必要としてない機能なので現時点で対応予定はないです　
（動画ファイルとかは関連付けで各々が勝手に対応してと思っている。画像の編集ツールに渡したいとかはそっちのツール側が対応してと思っている）
（なぜ欲しいのかとか、期待している挙動の詳細をもっとちゃんと書くと対応されたりされなかったりします）

Zipplaはレートとかタグを付けると勝手にファイル名に{zpi$r=3;t=タグ 2}みたいなゴミが付くのが嫌なんだよね
それ以外は使いやすいのに

>>413
分かります。自分も最初は正直気に入りませんでした（なんなら今でもいい解決策があればいいとは思っている）。

メタデータの保存は色々流派がありますが、
自前で持つとファイルの場所がビューワ外で変わったりするだけでデータがダメになったりするので、
それはそれで整合性を保つのが大変なんですよ。
メタデータに埋め込むとそれを読み込まないといけないし、ファイルの追跡させたりするのも処理が走って遅くなるので…

この方式はファイル名が変わる代償に、いちいちファイルを追跡したり読み込まなくていいというメリットがあるので、
割り切りですね。（あと自分がZipplaで付けたレートとかをそのままつかえるというメリットもある（重要）ので踏襲した）
Zippla使ってた自分が快適に乗り換えられることがこのプロジェクトの最重要優先事項なので…

重要なら仕方ない

元からメタデータサポートしてる画像ファイルに対する
モデレートな移行対応を含められるとファイル名変更忌避のユーザーにも優しくはあるんだろうけど
二重管理気味になるし面倒だから別にええか

メタデータの保存方法はユーザー側で選べるようにできたら良いんだけどね

最近の開発全般に言えるけど、ほとんどが自分用、自分本位
作者本人が使わない機能は必死にプレゼンするか
自分でAI課金して開発する風潮

批判じゃなくて>>417で良いと思う
気軽に自薦して気軽に要望拒否してOK

>>412
OKです
>>418に書いた通りダメもとの要望でした

じゃあ
割合移動もネスト書庫もレーティングも要らないね

ネスト書庫なんて開発者側で談合して一斉廃止して良いよw

要らないかどうかしゃねぇんだよ

それらを実装するかは作者次第なんだよ
制作の可否をユーザーが語るな黙ってろ

>>420
全部なくて良いわ

>>422
100%お願いするしか出来ない人がこの言い草だとしたら必死すぎる

レーティングいる？
必要or不要の２択で不要なら削除するから使わない派

>>416
作者本人がやらない理由を説明した直後にこれが一番無神経

たかがユーザーのニーズ表明に随分強い言葉で批難するじゃん

そっちの神経過敏さのほうが怖いよ

>>426
ほんとこれ
ただの願望にいちいち過剰反応するとか完全に病気

リアルで余裕ないんだろうね
怒りは貧乏人の娯楽ってやつ

NivisViewer
1.0.14更新しました
機能向上と不具合修正です。
要望があった
・Ctrl+Xで切り取りじゃなくてコピーになるケースを修正
・アイコンの大きさを変えられるように
・選択のフォーカスの使い勝手を向上（色とかも選べて太さも変えられるようにしました）
なども対応

実装するかはこちらが勝手に判断するので、要望や感想は歓迎です。
不具合とかあったらまた更新します。

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

>>429
Ctrl+X修正ありがたい

さすが自分で作る人は余裕がある

煽りはノルマでございます
作者でもユーザーでも、誰でも構いません
人を貶める一言を含めてご投稿いただきたく存じます

NivisViewrいきなり3分くらいでzipplaと同じような環境を再現できたｗ
アプリ連携は搭載しないのかな
登録したアプリを、右クリックで指定できるようにするだけのものだけど
あれ閲覧用とか編集用とか動画用とかのアプリを柔軟に使い分けるのに便利だった
なんかWindowsの拡張子と紐づける関連付けって面倒くさくて分からんのだよな

関連付けの変更で簡単なのはよろづツールだな
システム→編集→関連付けで設定してファイルクリックしたらwin11の初回設定でどのアブリを使うか選択と
初期のwin11だとそのまんま起動できたんだけどね

このアプリの強みはファイルのicoまでかえられるてとこ

>>432
アプリ連携は自分が必要としてないから、この機能が欲しいって言ってる人の求める挙動が良くわからないんですよね
Windows側で関連付けしておけば右クリから関連付けで開けるわけだし、Windows全体でそのファイルを開くときの挙動に適用されるからそれで良くないですか？
右クリにアプリを登録する方が面倒くさくない？って思ってます。

なので前も言ったけど、
動画アプリに渡したいなら、そのアプリをWindoes側で勝手に関連付けてください。
編集ソフトに渡したいとかは
ファイルを関連付けしといて関連付けで開くか、自分で編集ソフトを立ち上げてD&Dとかで勝手に渡してくださいって思ってる

ぶっちゃけWindowsが使いづらいからアプリ連携機能を使ってるので
アプリのほうに要求するのは筋違いなんだけどね
作者がそういうなら仕方ないか

ツールバーにアプリを登録しといてファイルにたいして関連付けて開きたいアプリをワンクリックしたら起動するのが一番楽なんだよね

Ctrl+Mでビューワにパス渡して起動するようにしてる
標準のエクスプローラじゃ無理だけど

ctrl + T で関連付けで開くのショートカット作っといたから、
それで我慢してください

使いやすいファイラみつければビューア側にファイルフォルダ管理の本棚なんて不要なんだよね

>>439
ナビゲーションと管理は別の概念

>>439
俺はそうは思わないなぁ

サムネイルとか本の情報とかあったほうがいいし、ビューアの起動終了が面倒じゃない？

書庫にサムネイルよりも欲しいのはスムースな遷移なので個人によるんじゃない？
ファイラビューア別体で低負荷高速起動のがいい

NivisViewerは圧縮ファイル内の画像をフォルダみたいにサムネイルの一覧表示できないですか？
あとサムネイルは表示しているファイルだけでなく開いてるフォルダ内の全てのファイルのサムネイルを作成できるようにして欲しい

スージーみたいにって事？

>>443

＞圧縮ファイル内の画像をサムネイル表示
やろうと思えば出来るけど、自分に必要ない機能なので現時点で対応予定は無いです。
（leeyesで地味に好きな機能だったけど、読み込み速度が低下するから処理速度さげるくらいなら自分は要らないかなって）

＞すべてのサムネイルを作成
サムネイル生成範囲無制限ってオプションがすでにあるからそれ使って。機能してなかったら直すから言ってね。

>>445
ありがとうございます。
サムネイル背景生成がそれにあたるのですね見落としていました。
フォルダ内のサムネイル問題なく作成されました。

圧縮ファイル内の表示は読み込み速度を低下させるなら確かに必要ないですね
個人的にこのソフトの気に入ってることろはwebpの表示が速くサクサク動くところなので。

Susieプラグインとか昭和おぢかおばしか使ってないよ....
後は平成民の一部か.....いい加減に✳Update❄しようぜ！！w

またキッズが煽ってるお

昭和の人間が煽ってる可能性もあるだろ....w
短絡的ｗ

webpが快適に開けるのはこのプロジェクトを始めた目的の一つだから、
それを気に入ってもらえてるのは嬉しい…
Zipplaとかだと遅くて辛いですよね…

webpの普及率は高いんですかね？
一部の海外のpink系は変に普及してますけど🤓🤡

案外高い
アホだと思ってる

某海賊マンガじゃないがそういう世界からTechnologyが広まるのもあるんだなと

webpは可逆圧縮も非可逆圧縮もできてpngよりファイルサイズが小さくて割と優秀なんですよ。
jpgよりもさらに軽くできる上に透過もできるますしね。
画像生成とかでAI触ったりしてると結構webpに触れる機会が多いんですけど、
Zipplaだと開くのが遅くて悩みの種だったんですよね…
それで「せや、Zipplaちゃんが更新されんのなら自分で作ったろｗ」で作り始めたというわけです

JpegXLとあとなんかもう一つ有力な次世代の拡張子があったと思うけど、
今のうちに対応しておいたので、当分は同じ苦しみを味わわなくて済むかと思います…

>>439
ぶっちゃけ書庫管理ソフトのほうが珍しくて貴重なんだよな
書庫管理も管理、編集、閲覧(なんなら音楽や動画閲覧も)どこまでカバーするかは微妙だけど
あまり閲覧方面に力を入れて欲しくないな…すでに決定版のNeeviiewあるからどうでもいい
こう言っちゃなんだけど漫画ビューアなんて今は沢山ある
狭い漫画オタク界隈で「マン○ミーヤしか選択肢ない」とか言われた時代ですらも、
カメラやデザイナ界隈とかで使われてた画像ビューアまで目を向ければ実用的なのあったし

Neeviewクソ重いやろ

だから書庫ソフトの付属ビューアは
閲覧方面に力を入れて欲しくないって言ってんだよ、糞ったれの間抜けの射精袋
いろんな形式のファイルを軽く見れる程度でいいの
ビューアは用途に応じて使い分けるから
重いのが嫌なら軽いビューア使えば良いんじゃね
だから拡張子に応じて関連付けすればいい理論は成立しないんだよ
確認したいだけの時、じっくり鑑賞したい時、編集したい時でアプリ違うしな

>>457
一言でいうなら好き勝手したきゃ自分でつくれ
だな

要望出すのは自由だが作者が嫌だっつった後にまで粘着するのはお門違いでだせえ

あまりにもキショくて草

そこまで拘るなら自分で作ればいいになぜ自分で作らないのか
そもそも今どきのPCならどんなアプリでも画像観覧くらいなら軽く動くでしょ

>>456
古いノートPCの星人なの？？ 普通に軽いんですが.....

>>461
このスレには、コンマ何秒を短縮しようとしてる人がいるみたい

ファイラーにビューアが付属している ← 間違い
ビューアにファイラーが付属している ← 正解

大量ファイルを管理する部分は漫画ビューアスレの管轄から溢れてない？っていう疑問

たし🦀
むしろそういう系スレある？

ファイラ部分の機能の話を漫画ビューアスレでしてる人いるからねー

あSuPなんでしょ……メインはViewer(画像表示)だっつーのにね～
マイナンバーとか好きそうな知能┐(´∀｀)┌
時代は統合型じゃなくて分散やハイブリッドだっつーのに┐(´д｀)┌ﾔ

てかFilesで十分じゃない？

NivisViewer
更新しました。
タグを表示文字列と埋め込む文字列とで分けて管理しやすくしました。
その他不具合修正

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

フォルダーを本棚として認識するコミックビューワー
https://comibyu.com/

ブラウザ駆動かぁ………

470の事ならtcl/tkが見えるけどブラウザ駆動なのか

ブラウザ駆動は性能的には悪くないけどメモリ使用量がどうにもならない

何でもブラウザ駆動なのを見直そうというムーブメントの中AIコーダーはブラウザ駆動がトレンドなのか

何製かなんて、どうでもよくない？
個別のそのソフトが使えるかどうかしかない

4K画像とかだと、ページめくりに直結するからそうもいってらないような

>>471
AIみたいな個人情報の吸い上げが目的のソフトにみえるわー
監視資本主義という概念は正しかったな(´・ω・｀)

>>475
こういう人が闇バイト予備軍なんだよね...知識は武器だし情弱はネトウヨ行きだ.....
他人を信用するより知識を信用しろ！！！

AI陰謀論とかジジイかよ

新聞とか読まない知能のかた？？今の東南アジアが拠点の詐欺で普通にAIが悪用されてるよ？？
そして監視資本主義という本も欧米の専門家から出てきた言葉ね(´・ω・｀)
どんだけ情弱なんだよドパガキくんwww
https://news.tv-asahi.co.jp/news_international/articles/000535282.html

有償なら特定商取引法に基づく表記がないとアウトっすね

自民党とか信じてるタイプぅ？？？ww
https://www.nikkei.com/article/DGXZQOCB144L50U6A710C2000000
https://www.asahi.com/articles/ASV5N1QDKV5NOIPE003M.html
https://www.yomiuri.co.jp/national/20260616-GYT1T00344

めっちゃ陰謀脳キマってんな

>>478
アプリが何製なのかの話だけで、知識一般の話にするなよｗ

そんなに心配ならOSSアプリ使うしかねーなぁ

>>483
あの～朝日/読売/日本経済 新聞は実在する日本の新聞社ですよ？？？
まさか宇宙や違う時代からいらした方でしょうか？？？wwww

マジモンの馬鹿が数匹いるじゃんwwww

OSS！OSS！

詐欺にAIが使われているのとAI技術そのものが詐欺(という主張)は全然次元が違うんだが、そのリンクを貼ってるあたり理解できてなさそう

いきなり国とか政治とか言い出すあたり最近ソフトウェア板荒らしてる奴だろ

「陰謀論」とか言ってる情弱達へ 捧ぐ....www
https://str.toyokeizai.net/books/9784492503317
https://www.netflix.com/jp/title/81254224
https://ja.wikipedia.org/wiki/%E7%9B%A3%E8%A6%96%E8%B3%87%E6%9C%AC%E4%B8%BB%E7%BE%A9
https://globe.asahi.com/article/13878210

>>489
確かに対象や効能？が違うんだが中華マフィア系の悪用を見てる時点で陰謀論じゃないのもわかるじゃん？？
AIの開発や運用を誰が握るかで変化する未来だよ……
犯罪組織がAIを運用しだしたらやばいだろ？？？

古き良き（悪き）
政治厨

ほな米国がAI開発の先頭を突っ走ってる限りは大丈夫やな
犯罪組織より先に米国が中露の情報統制に対する破壊工作に使えば広がる民主化の輪ってことで
同盟国もニッコリ

有償なら特定商取引法に基づく表記がないとアウトっすね！（大声

OSS！OSS！

このスレにいる面白いポ〇モン 2種類ほど未発見の新ポケがいますねぇ！！w
・有償なら特定商取引法に基づく表記がないとアウトっすね
・OSS！OSS！

>>494
アメリカも独裁者！！独裁者！！いわれてるトランプというアキレス腱がなぁ.....
最近トランプが言い出した「AIは脅威論はフェイク」が物議を醸してるな～

>>494
今怖いのは中国やロシアの独裁者である習近平とプーチン(Владимир Путин)による悪用が怖いな😇
ロシア軍は実際にAIを悪用して中国の国民を扇動しようとしてるしな(´・ω・｀)

>>497
cominyu.com（>>470）はアプリを有償で売ってるから特定商取引法に基づく表記が必要じゃないかってことです
フッターや利用規約を見ても記載がないから日本の法律に照らして消費者保護が不十分な状態で商売していて危険という主旨でした
荒らし気味になってすまない

重要な事を繰り返すのは分かるが大分ASDぎみかな.....
後2行以上の言葉を長文判定する変なやつもいるから注意ね

紛れもなく障害者

ロシアの大統領もそうらしいからナカーマ(´・ω・｀)

>>470を展開するとPythonぽい(Nuitka tcl tk polar)
>>476
Python(+Qt)構成だと画像デコード、スケーリング、画面表示など
重そうな処理をネイティブ製ライブラリに指示するだけで
画像ピクセルを直に触る事をしなければ4Kでも速度的には問題はないのでは
(起動速度以外)

NivisViewer
更新しました。
ブラウザ一覧とビューワでDeleteキーの挙動を別々にカスタムできるようにしました。
ブラウザでは削除確認してから消したいけど、画像を単体で閲覧してる際にワンボタンで削除、みたいな挙動が出来るように。
書庫で開いている画像の時は無効。

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

誰もいない

いまは稲刈シーズンで忙しいから
エロ漫画閲覧アプリ開発者なんて相手してられない

普通は逆だろ

稲刈り休みで農家でない中学生は暇

ニキヴィ・ビューアの作者さんゑ
zipplaに付いてる画像詳細一覧の縦ペインを入れてくれないか？
あれはファイル情報を文字列で一覧表示してるだけじゃなくて、
あれ自体がワンクリックで名前順、容量順、作成日順、ページ数順などの指定条件ごとに
速やかにアクセスしたり並び替えたりするインデックス機能なんだ
zipplaは全ての要素が検索/絞り込みに繋がってる
ハッキリ言ってフォルダツリーよりも重要度が高いと思ってる

suzuniaを愛用しています
先ほど、いつも通りマンガを読もうとsuzuniaを起動して画像ファイルを選択すると、
「バージョンが古いです。アップデートを行ってください」
とダイアログが表示され、アプリが強制終了してしまいます。
使用しているverは、「suzunia-20260908」なので、GitHubのRelease listを見る限りは
最新verと思われるのですが、これはどういった挙動でしょうか？

おなじく

単独では問題なく起動するけど、画像をドロップしたり
画像ファイルを引数に指定して起動すると>>511になる

とりあえず20260907に戻したら出なくなった

前バージョンでしのいでいるので当面は大丈夫ですが、以下試したこと

suzunia-20260908-windows.zipを解凍しただけの状態でも
jpgもpngも>>511になる

最近のシステム変更で思い当たるのはWindows26H2にしたり
2026-09 Preview Update (KB5124010) (26300.9550)を入れた事くらい

>>511です
他の人も同症状になってるみたいで、おま環じゃなくて安心した
windows updateは完全手動で当ててるので、これといった変化点がなく
システム変更系で思い当たるフシがありません
本当に突然なった感じです

>>514
自分は26H2の方は少し前にアップデートしてあったのでその後もsuzuniaを使った様な気もします
2026-09 Preview Update (KB5124010) (26300.9550)は1日くらい無視してから今朝あてました

多分日付？
windowsの日時を戻せば起動できるから

>>516
確認した
システム日付を10/8に設定したら>>511は発生しない
Suzunia-20260908バージョンには一ヶ月の使用期限がある

nivisは速度に関しては遅い部類かな

>>518
Zipplaは頻繁に10-20秒くらい固まってたからそれが無いだけでOK
クリップボード掴んだまま固まると関係ない他のアプリでもクリップボード操作が出来なくなるんよ

suzunia キーカスタマイズなぜに10キーはサポートされてないだろうか？
フルキーボード使いとしては 10キーも使っての操作が一番楽なんだよな

あとファイル削除だけでなく元に戻す機能と
見開き表示で両方同時に削除できる機能があればいいんだけどな
まあこんなの使う人はあんまいないか・・

基本ミーヤでたまに軽いからたまにMassiGra使ってるが次の書庫ファイルへの移動が高速なのはいいけど
前の書庫ファイルに戻る時 直前まで見てたページに戻るって機能がないんだよね
最後のページに戻るか先頭のページに戻るのニ択のみ・・

suzuniaこんな短期間でオワコンになるとは予想だにしなかった

NivisViewer 1.2.2

更新しました。
先読みの処理を改善しました。
その他処理改善

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

iPadでコミックグラスというアプリを使っていたのですが、最近はAndroidタブレットも併用するようになりました。
Androidにはコミックグラスのようなアプリはありませんか？
ファイル転送機能が便利すぎたので、Androidでも同じことが出来たらありがたいです。
PC内の本を読んだり、ダウンロードしたりできるようなアプリを探しています。

ここはPC板

チャッピーに聞きゃ分かるやろ

suzuniaの件
取り敢えず、旧バージョンにしたら改善するらしいけど、肝心の旧バージョン取ってねぇわorz
公式にも置いてないし、どっかで手に入らんかね？

なんらかの不具合が出るから普通はlatest以外も残すのにね

すまんな、新参者でな

suzuniaは変なコード仕込んでたってこと？

AIにお願いしたら試用期間チェックはずすパッチ作ってくれたよ

変なコードは変なコードだろうけど、新規に実装したのが特定で不都合でるってだけなんだけど、利用者が信じすぎてバックアップ取ってなかったから不都合バージョンからロールバックできなくて嘆いてるだけ

？

AIはなにが普通に禁止事項なのかとか考えてなどいない

法律相談は弁護士以外が行ってはいけないから
専門的すぎる法律相談は規約違反で、AIのアカBANされるよ

>>531
exeに期限日時が直書きされてるのか、初回起動から1ヶ月の制限なのかどっちだった?

>>536
ビルド日(2026-09-08)の±1日とシステム日付とを比較しているので、その±1日の部分を±36500日にしちゃうことで無効化するって感じだった

windowsのシステム日時を巻き戻して動くってことはsuninia.exeの9/8版の更新日時(PEヘッダー含む)を100年くらい未来に飛ばしてもおｋってこと？

なんで致命的な状態が放置されてるの？

windowsのシステム日時変更はお勧めしない
ストアアプリ、Windows・Edge、セキュリティソフト等々の各種ログ等ファイルの日時整合性が取れなくなって破綻する

地味に行進しつづけてNivisViewer 1.3.1まで出てる模様
このスレの住人も磯貝しくて辺境の管理サイトまで見に行かないだろうから
ちゃんと宣伝しようね
https://github.com/14matsu-ai/NivisViewer/releases

Womanは？

>>541
scoopでlocal管理してる
https://pastebin.com/WrJS1zYe

作者さんが公開bucketを作ればみんなで使える

日本人が作ってる画像ビューア・ファイル管理ソフトみたいです　たまたま見つけたので紹介

PictureFan_0.63.0_x86.zip　動作環境 Windows 7/8.1/10/11　バージョン　0.63.0 公開日 2026/8/8　https://iooiau.net/picturefan.html#download

特徴
標準で一般的な画像フォーマットの多くに対応し、Susie プラグインや WIC にも対応しています。
音声や動画の再生、テキストファイルの表示ができます。
ちょっとした画像の編集やフィルタ処理が行えます。PictBear のフィルタプラグインと Pixia のフィルタプラグインも使用できます。
アルファプレーンのある画像や16ビット/プレーンの画像を扱うことができます。
カラーマネージメントやガンマ補正に対応しています。
フォーマットの一括変換ができます。コマンドラインでの一括変換もできます。
スライドショーやサムネイル表示ができます。
GIF 等のアニメーションの再生ができます。また、TIFF 等のマルチページの画像を閲覧・編集できます。
キー割り当て / コンテキストメニュー 等の他、細かいカスタマイズができます。
Python によるスクリプトが利用できます。
x64 版があるので、64ビットOSで大容量のメモリを有効に利用できます。
高 DPI に対応しているので、4K などの高精細モニタを有効に利用できます。
Unicode 対応なので、名前に Unicode にしかない文字を使用したファイルも扱えます。また、Unicode のテキストも表示できます。
その他、バイナリダンプ表示 / TWAIN 機器からの読み込み / スクリーンキャプチャー / クリップボード履歴 等の細かい機能があります。
ポータブル設定が可能です。レジストリは使用しません。

ふ〜んって感じ
なんか特徴とかが分からないな

せめてスレタイに沿ったシフトを紹介してくれないか

アプリを作れません
アプリも探せません
お前らｗｗｗ

チャピれよ

>>544
Susieプラグイン使えるのは良いけど見開きできないし圧縮ファイルのサムネも表示されないし微妙やな

>>531
チャッピーにお願いしたら、「期限判定を無効化するパッチの作成はお手伝いできません」って断られたんだけど、どうやって作ったの？
教えてエロい人

チャッピーには直球を投げない

>>550
チャッピーに怒られる系はdeepseekがいいよ
pastebin.com/qKDrSFDa

>>552
えーっと…控えめに言って神ですか？
あざます！！

deepseekの中身ってcloudeでしょ？
中国人が無規制版に改良してる？

やはり技術スタック選定的に元からあまり拡張する予定は無かったんだろうな、やめた理由は

ただやめたならそうかもだがわざわざ利用期限をこっそりつけて旧版を削除してってムーブに説明がつかない

判明済みなのはビルド日の前後1日での判定だけで
1ヶ月に関係する判定ロジックは調べられて無さそうだし、単なるバグの可能性はまだ捨てきれないのでは

2026年になってもSusieプラグインの対応は今でも必要なんですかね？

なんかもう一個のローダーもあったよね？
そっちでも良いんじゃない？

というか必要かは今までそのプラグインでしか開けられない画像があるかどうかなんであんたが必要ないと思っても必要な奴には必要だからなぁ

OS制限とかで配布無くなるわけじゃないんだからわざわざ利用窓口閉める必要ないでしょ

完全AI任せで実装できて、ユーザーからの訳わかめのバグ報告に
付き合うつもりなら対応したら良いんでないの

わざわざ聞くという事は作者本人は必要ない
例えば有利アプリにする場合にはSusieプラグイン対応に訴求力があるのか？という事かもしれないけど結論は有利アプリの時点で訴求力なしです

有料化して小銭稼ぎしたかったんじゃないの

飽きるまでは開発で遊んでlatest以外を削除と時限爆弾埋め込みは口ばっかりのユーザーを嘲笑うつもりで残したんだろ
あんだけ頻繁にメンテナンスしてたのに重篤な不具合を半月放置ってそうとしか読み取れない

クセ強だったけどそこまでひねくれてはないのでは
業務で疲弊してるとかケガして入院してるとか色々あるでしょ

自転車好きなのか
10月18日
自転車で200km

頻繁に自転車旅行シテらしい

ここ全く見てないだけでそのうち戻ってくるんじゃ

NivisViewer
更新しました。
主に不具合修正

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

ここでいうクサ強の開発者ってsuzuanaのことだよね？
そっちは使ってないからピンと来ないけど
Nivisの作者もちょっとアレだから一瞬どっちか迷ったよ

わざと言い間違えるのが面白いと思ってるクソ寒おもんなおじさんにアレとか言われてもね…
あのー鏡見た方がいいですよ

>>568
Nivis作者は予防線多めだけどクセは強くない

womanでしょ

作者乙
もうちょっと冷静に話してくださいよ
たしかに誤字はわざとだけど、
そこまで強く食いつくような文言じゃないでしょｗ

>>567
更新乙
軽くて使いやすいですね

要望なんですけど起動時にどのフォルダを表示するか、若しくは何も表示しないか設定出来ませんか

>>572
親切心で言いますけど、それ普通に面白くないんでやめた方がいいですよ
あなたの周りの人間、みんな
「あれ本人は面白いと思ってるんだろうけど別に面白くもないしクソすべってるって自分で気づいてほしいんだけどな…」って思ってますよ

>>573
＞起動時にどのフォルダを表示するか、若しくは何も表示しないか設定

自分には必要ない機能なので現時点で対応予定は無いです。
最後に開いていたフォルダが開かれた方が便利じゃないですか？この機能の必要性を感じないです。
良く使うフォルダがあればサイドバーのお気に入りにフォルダを追加したりしてください。

⋯⋯

>>574
他に食いつく部分ないんだろうけど
どうでもいい部分にクローズアップしすぎじゃないですか？
そこまで面白いどうこう含めて引っ張る意味が分からない
特に面白いと思って書いたわけじゃないから固執するあなたが異様に思う
あなたが気分的に「面白くない」という日本語ならしっくり来るし、鏡で「面白くない自分自身」を見てる作者という意味にも取れるね

なんかSuzunia作者もこう言う>>576 奴に絡まれてアプリ公開に嫌気がさしたのかも
自作アプリの受けが悪かった事への逆恨みでもあるのかな
>>573も最悪のタイミング的で要望出すのは考えもの

どっちかというと絡めてるの俺だよ？
ここまでどうでもいいことで粘着してくると思わなかったが
やっぱクサ強で合ってたじゃんっていう

>>578
Nivis作者の反応は相手を見極めていて正当防衛の範囲だと思う

何を防衛してるんだよ・・・自尊心か？
そんなにクセ強って悪い言葉か？
自問自答して悪い方に判断しちゃっただけだろ

>>580
568一発でレス主の本質を看破したのが凄いではないか

マジで言ってることが大袈裟だよ
でも作者は同じようなこと考えてそうだ
何度も繰り返すあたり「凄いこと指摘してやった」「俺は本質が分かってる」みたいな雰囲気ある

自分が善良側だと勘違いしてる奴って厄介だな

>>582
それぞれの言い分はあるだろうけど、有用アプリを公開している作者の肩を全面的に持つ

深い意味が合って言ったわけじゃないんだよ、クセ強も誤字もね
だから2度も同じ内容のレスが繰り返されて驚いたわけ
親切心でいいますけどとか善良とか本質とか何を言ってるんだ、と思う
こんなんでマジになるなよってのが正直なところ
会話してて相手が急に真顔になった感じだわ

>>584
それは「自分は買収された」と公言してるのと同じで思考放棄ですよ

>>585,586
出来栄えが良いので自分の様なファンが付くのは当然

ガチ効きしてて草
ごめんね？そんなにワザと言い間違えるのが面白いと思ってたとは思わなくて…
あなたのお母さんはやさしいから、あなたがつまらないって伝えると傷ついちゃうから言い出せなかったんだね

今日もどこかでデビルマン

↑の人達がフェミニストと御結婚できますように！！！！
Amen🥺 Amen Amen Amen Eimenn

今日も自作アプリを作りながら高みの見物です

今日もダウンロードが捗る（笑）

当たり前だけど開発者でも
煽りとかはそこらの5ch民と変わらんのだな
なんとなく多少は理知的で頭がいいウィットあると思い込んでたわ
>>588もだけど同じ内容繰り返してるだけじゃん
最初からレスが単純過ぎたから違和感で意図を深読みしすぎたわ

ああ、なるほど、
あれって自分はそこらの5ch民と違うんだぞってアピールしてたんですか…
ワザと間違えてたのが理知的で頭がいいウィットだと思ってたんですね
でも、普通にバカに見えるだけなんで意味ないからやめた方が良いと思いますよ

>>593
相手の本質を的確に見抜いての返しでしょうね

マジで作者の程度が低すぎてドン引きなんだが
何歳なんだ？

今日もダウンロードが捗る（笑）

正直お前ID:JPVMtxFN0にドン引きだよ
何がそんなに突き刺さってんだ

>>596
優れたプログラムを作る人の知性と教養が優れているとは限らない🤪
ITに優れた🤓や理系ｸｩｩｩｩﾝもまともなリテラシー教育受けてる訳じゃない🤪

>>599
それは頭では理解してたつもりだけど
なんだかんだで俺は人間の知性理性を信じてるほうだからな
育ちがいいのか御人好しなんだろう
あまりにも酷い人種まの当たりにしてカルチャシヨックだ

自演して本当にこれでウィットがあると思ってそう
量産型のバカにしか見えないけど

ゴミも天才も両方いることを信じてる😂

>>600
日本人は予定調和を信じてるのが多いのだろう？

社不指摘のクロスカウンター
ASDな技術者に対しておかしな字面をあえて見せて正したい欲を掻き立てる
喧嘩というなのSEXだこれ

全部秋のせいだ

まだいたの？

それはもう漫画ビューア関係なく喧嘩したいだけじゃん

>>604
ナニイッテンノカワカンナイ🤪
Sexはただのヤジだろｗｗ 正確に言うならバキの喧嘩ｗｗｗ

星のレート機能って使う人多いのか？
個人的には手垢が付いてるみたいで苦手なんだよね

単純な面白さの評価機能でもいいしブックマーク目的でもいい
人そ～れZo～れ！！！

蔵書管理ではタグと星レートは欲しい機能
ただしWindowsが全く向いてないから標準規格がないし、
面白くない漫画は削除して終わる人も多い
ジョブズもお気に入り音楽だけにすれば細かい管理なんて要らないとか言ってたしな
でも、全体的につまらなくても妙に惹かれる作品とかはレート機能とかで区別したい

読んでる途中のやつだけ星5にしてる

Leeyesのブックマーク機能便利

ブックマーク機能は何十種類もあんの🤪
NeeViewでもいいけどな
ミーヤ派はいい加減updateしてくれｗ

整理整頓下ｯｯ手クソだから
ブラウザのブックマークに更にブックマークが必要なレベル

>>614
？

>>615
WindowsならEverythingがあるよオヂイチャン🤪
>>616
ブックマークに類似する機能が複数あるといいたいんでねーの？💩

無理があろうかと

星評価だけあってもな
作品内容・設定・考察についてAIに詳細に問い詰めまくったメモやリンクもワンセットで残せないと意味なし
結局外部ツールで管理したほうが遥かにまし

>>553
こういうやつが中国に情報抜かれてるんだろうな…
悪いことは言わんからdeepseek軽くググったほうがいいよ
ローカルで動かせばリスクはないとか言われても一般人に3桁万円のPCは手が出ないだろうよ
月額課金したほうがマシ

とりまそういうのはGrokなりになげなー

そのビューア使い続けることに言ってるのか数バイト書き換えるだけのパッチに言ってるのかよく分からん

星レートは実装した
タグとコメントは実装していない
タグやコメントなんてイチイチつけないでしょ

あんまり漫画とは関係無いけど適したスレも無いのでここに
ViXをオマージュした？ビューア、WiX
https://halo.site.je/?i=2

自民党まんけーとBBA避け
\&#[0-9]{6,7}\;

>>624
ViX懐かしい
ここに貼られるとどうしても見開き表示が欲しくなるけど、漫画ビューアではないからしょうがない

時代はmImageViewer
AIアップスケーラ標準搭載してないアプリは置いてかれる

>>624
利用状況の記録について
サイト改善のため、閲覧・ダウンロードボタンの操作、接続元IP、ブラウザー・OS・端末情報を作者だけが確認できる形で記録します。詳細は90日以内・最大1,000件、日別集計は366日保存します。アクセス解析用Cookieや外部解析サービスは使いません。IPと環境の一致は参考情報であり、同一人物を特定するものではありません。

アプリ自体もテレメトリー強制送信してそう

>>627
えっ

>627
えっｗ

>>627
常用ソフトを流行り廃りで使うわけねぇだろ

流行り廃りに命を懸けた（中略
夜霧のっ 夜霧の ハウスマヌカン〜

>>631
え

>>633
お前は流行り廃りで自分の使い慣れたソフトを変えるんか

新興ソフトは試す人多いんじゃない？？
アップデートってやつですよ🤪

ずっとLeeyes使ってたけど流石に古くさいと思ってNeeViewに乗り換えました

10年以上経ってるしな...
てかMeeyaよりLeeyesの方が古いのかよ...
https://i.imgur.com/msh80cH.png

すまん勘違いだったわ....マンガミーヤver1.1が2003/05/31らしい
https://web.archive.org/web/20030815045820/db23c.dnsalias.com/MangaMeeya

俺もパッチ当てながら未だLeeyes使ってるわ
乗り換えたいとは思うけど軽さ表示の速さ使い勝手がLeeyesを超えるものが出てこないんだよなあ

お前自身がLeeyesに最適化されてんだから
超えるものが出てくるわけねぇじゃん

使い勝手は好みだが軽さと速さは俺基準じゃないだろｗ

>>639
マンガミーヤあるじゃんｗ

マンガミーヤはフォルダ読み込むの遅いし不安定ですぐ落ちるんだよな

だったら自作しなよ……
今時小学生でも知識あれば自作できる😇

二言目にはそれしか言わんな

絵文字ガイジは会話のできないアスペっぽいな

自作すればLeeyes以上のアプリが作れると浅はかな発想するのはそれだけ無知なんだろうなあ

小学生でもって言ってる奴が小学生レベルの知能しかないってオチｗ

自作すれば自分の満足できる範囲でカスタムカーのように作れるけどね

相当なウィットあるいは、相当な癖強じゃないと自作なんて無理

いまだにleeyesとかマンガミーヤ使ってるなら試しにNivisViewer使ってみれば
作者もそのへんのアプリを使ってた人間が満足して使えるようにしてくれてるみたいだし

NivisVは🤓ｸｩｩｩｩﾝが好きそうな絵が😇

Leeyesはファイル名にNFD文字があると落ちるんだよな

NivisViewerも使ってみて軽くて良いなとは思ったけど圧縮ファイル中をBrowserで開けないんだよね
個人的には圧縮ファイルの操作をよくするから圧縮ファイル操作できないのは致命的なんだよね
その上サムネイルの作成もLeeyesの方が速いから結局Leeyesに戻っちまった

今ならAIで古いソフトの不具合も直せるからユーザーの要望聞く気はないとか言ってるソフトに期待するよりAIに好きなソフト投げて改造してもらった方が早くて現実的ｗ

直してもその恩恵はその人物にしか無いからね
そこはどうしても仕方ないね

Nivisはもともと自分のために作ったやつをついでに公開してるだけって最初にいってるからなぁ
要望に対応しなきゃいけない義務がある訳でもないし、まぁ検討してくれるだけで十分だろ

僕はmImageViewerのほうが改善意欲が高くて良いかな、と思う
なんか圧縮ファイルを読み込んで、内部のフォルダ単位でブック扱いで開けるのは
AndroidのComicScreenライクで良い…あれWindowsで欲しいと思ってたんよ
二ビスは悪い意味で小さくまとまっていく感があって先細りしそう
本人が自分用って言ってるから最初から未来ないのかもだが
どちらもリリースして間もないから仕様変更やら開発停止リスクは高い

mImageViewer良いよね
改善に積極的なのも好感持てるし多機能だから合う人も多いだろうな

mImageも選択肢として全然アリだよな
ただ自分は逆に多機能なのが合わなかったなぁ
ディスってるわけじゃなくて、この辺は好みの問題だな

AI製で多機能という最大な欠点として
設定項目が不要に細かい・・・Windowsを思い出す
今のところ取捨選択とか整理できてないんだろうな

Nivisみたいに自分用って言っちゃてるのはもう先がないってことだからな
合わなきゃそれまでのソフト

まあどのソフトにも言えることだけどあんま個性出してほしくないんだよな
作ってる本人は個性出せて満足かもしれないけどそういうのは大抵使う側としては使いづらい

たしかスタート地点がzipplaを7zip対応させることだっけ？
それだけなら良いんだけど自分が使わないという理由で
ひたすら機能を削ぎ落としていくと劣化版の未来しかないんだよな

それぞれ良い点悪い点があるしどれが一番とは言い難いよね
leeyes…昔のアプリしかもDelphiベースだから素で軽い。最速クラス
短所はwin10以降一部機能に不具合が発生する事とunicode非対応な点(無理やり対応させると重くなる)
NeeView…leeyesより多機能かつ高機能なのに安定していてバグが少ない。
短所は.NETベースなせいか全体的にややもっさりでリサイズ処理も遅めな点(とはいえ数千枚の画像も安定して呼び出せる)
mImageViewer…AIアップスケーリング等多様な画像編集・管理機能が充実。動作もRustベースでleeyes程では無いがNeeViewより軽く途中読み込みにも対応している。
短所はバグ多めでやや動作が不安定なのとキャッシュもメモリも贅沢に使う仕様だからスペックやストレージを要求される点
（leeyesは30MB、NeeViewは2〜300MBに対してmImageViewerは4〜5GB程度）

＞＞663
とあるジャンルのソフトで
UIに独自のガワ被せてて使いづらかったわ、ユーザーから総顰蹙レベル
雰囲気は凄く出てるんだけど実用性皆無
しかも一般的UIと見た目は同じなのに、微妙に操作感が違うのが最高糞

>>665
mImageViewerそんなにメモリ喰ってたのか
なんだかんだで手作りのNeeViewの良さを再認識できるな

>>667
いやこれはアプリ本体+α自体のサイズ
メインメモリはleeyesがアイドルで5MB、設定でメモリサイズ上げてめっちゃ画像があるフォルダで開き続けて100〜200MB程度
NeeViewはアイドルで100MB台、めっちゃ画像があるフォルダで開き続けて200〜300MB程度
mImageViewerはアイドルで300MB台、めっちゃ画像があるフォルダで開き続けて500〜600MB程度
但しAI画像処理を加えた場合は漫画用で1〜1.5GB、写真用で2〜3GB程度になる
まあ機能的に仕方ないねVRAMの方は2〜3GB程度使用で案外余裕がある

FLOSSとしてコード一式を含むリポジトリがGitHub上にホストされている点はNeeView/mImageViewer共通で、フォークして独自の変更を加えたり本家に対するコード提案の道が開かれている

ちなみにNeeViewはスクリプト（JavaScriptベース）を通じて独自のコマンドを定義できるので、利用者自身で手軽に（フォーク＆個別のビルドを要さずに）機能拡張が可能
一部の.NET APIへのアクセスやスクリプトコマンド単位のストレージも用意されていて応用範囲は広い

細かい情報サンクスギビング
mImageViewerは管理ソフト的な部分が強めだと思ってたけど
画像ビューアとしてもフィルタ色々あるんだな・・・画像はフィルタ通さずに見るポリシーだから気付かなかった
個人的には無駄フィルタとか実験的なものが多い感じがするが

>>670
確かに趣味性の高いフィルタも多いけど画質悪い漫画とかにAIアップスケーリングかけるととんでもなく画質良くなるからRTXのグラボ積んでるPCなら一度は試してほしい感じ
特にノイズフィルタは元の画像に対して忠実性高い
メインメモリとキャッシュを積極的に使う仕様だからかHDDに保存したデータの読み込みや検索・絞り込みはNeeViewより速い点も利点(もちろんNeeViewにも利点はある)

フィルタはカラーとかも面白いけど、
魚眼とかネガ反転とかセピアとかで遊ぶ感じだな
昔と違って画質の悪い漫画zipとかも少なくなってるしな
カラーこそAIがもっとはっちゃけて毎回印象が違うくらい
自由に色塗りしてみて欲しいんだけどな

Windowsのファイラーも多機能なやつがあるが大多数がエクスプローラー使ってるのが現実
要望、要望うるさいのはノイジーマイノリティだけ
nivisだかは現在の路線突っ走ればいいと思う

>>671
使ってみたいけど 見開き時の境界線は消えないみたいだな
あとグラボのファンがめっちゃするw

HPみたら境界線なし見開きあるみたいだけどどの設定なんだよ

見開き表示の間隔を0にしたら消えた 境界線じゃないのかよw

そのノイジーマイノリティのアプリがノイジーマイノリティとか言ってるのはギャグでしょｗ

0センチの距離
つまり密着（べったり

指示厨
要望厨
批評厨
批判厨

いまだにミーヤ使ってる人多いみたいだけど知らずに画像ボケた状態で表示して使ってる人も多そう
高DPI環境だと画像ボケるorUIのアイコンが極小になるかの2択だし
leeyesも同じ問題を抱えているけどこちらはUIの大きさいじれるからなんとかなるが

高DPI環境だけど画像がボケるってどういう事？
確かにアイコンは小さい

アイコンがめちゃちっさい状況ならおそらくOSのスケーリングがされてないから画像は大丈夫だろう
詳しい説明はこれでも読んでくれ
https://learn.microsoft.com/en-us/windows/win32/hidpi

LeeyesってDelphiで開発されたってマ？
Delphiってもっさりするイメージがあるんだけど、
あんだけキビキビ動作するのすごいな

もう25年くらい前のアプリなのに未だにマンガミーヤを超えるアプリを作れないのに必死ですやん

お前自身がマンガミーヤに必死

色々な最新ビュアー試したけどよ　結局マンガミーヤ手放せないな

>>682
読んだ画像じゃなくてアイコンが大きすぎでガビガビってことか
最初起動した時そうだったの思い出したわ

やっぱ起動速度がミーヤ超えるの無いのがなぁ…

MangaMeeyaに拘るほどの利便性を感じない
ただの好みだよな

Unicodeファイル名とか読めないしな

それ以外だと特に問題無いからなぁ……

だっておw

いやミーヤが歴代最高のビューワーだろ

とはいえ読めなくなってきてるrarとかあるし渋々NeeViewに移るしかない

>>683
Delphi自体は普通に速い方だろう
もっさりのイメージは無理やりメンテされた奴とかじゃない?
>>688
確かにミーヤは起動速いけど今のPCで当時のソフト動かしたら体感ほとんど差が無いと思う
最近のアプリでも軽量ビューアなら変わらんしUnicode非対応は致命的に痛いな
公式の電子書籍でもMacで作成してる奴とか例の濁点問題で読めないし