漫画用画像ビューア マンガミーヤ MangaMeeya 24

過疎るも何も更新されないソフトだからソフト自体の新しい話題は出ないからなぁ

逆コンパイルして新しいの作るとかspiとか機能の質問とかぐらいしか話題ないし無理矢理作る必要も無いし

>>377
ミーヤって逆コンパイルとかアセンブルとか解〇はおｋなんだっけ？
AIに聞くとおｋよりのグレーみたいな解答でるね
15年前くらいに逆コンパイルしたやつがいたみたいだけど
失敗したみたいだとさ

リバースエンジニアリングは、解析したソースの中に特許あるのがあったらその部分は使えないから無闇に触るのは難問だぞ

ミーヤを深度まで調べてもそもそも使えるコードなんてあるん？
NeeViewみたいな洗練されてるとこないと思うんだけど
後@wikiに書いてたんだけど内部がスパゲティコードまみれらしいよ

そんな事言うたらneeviewクソ言うてる奴が沸くやろやめとけ

それは湧いてきそうだなｗ ただ無いものねだりなんだよね～
昔あった古いソフトのいいとこ引き継いで新規ソフト(Neeとか)に継承しろとか
開発やコミュニティに貢献すらしてなくても思ってる人は多いと思う

たまにあるベタな話で、跡継ぎがいなくて閉店しそうな飲食店を元常連のサラリーマンが脱サラして弟子入りして引き継ぐ
ってのがあるが、少なくともそれくらいの熱意や覚悟や元の作者との関わりが必要だろうな

２ちゃん専ブラがそうであるように使い勝手を考えたら自然と同じような画面レイアウトと機能に収束する
みたいなことはありそうだけど
たぶん、そういった類似性がある上でここが違う、みたいな不満が出てるって話なんだよね？

優れた要素は継承し破棄すべき時代遅れな部分は
破棄するか更新するが理想なんだろうけどさ
現実問題その開発者が過去のライブラリとかソフトを見て
新規ソフトを作るかどうかは運ゲーじゃない？

・誰かが伝える ・開発者が過去の遺産などを参考にする
・その開発環境やソフトで過去の遺産に触れる機会がある
このどれかに開発者が遭遇するかは完全に運ゲーだしガチャだよね～
開発者が能動的に情報を取得するか受動的な状況で誰かが情報をくれるかは完全に未知数やな

終わったソフトなのにスレに賑わいがある　偉大なソフトだったんだな

何と言っても操作性と起動の速さだね。

現在進行形で使い続けてるし
多機能だから全てを使いこなしてる感じがしないのよな
自分が知らないだけでまだまだ便利な機能とかありそうで
何か新しく知見を得られれば…とそんな気分でスレを見続けてる

>>380
そのスパゲッティーでどうすればいいのかわからないマンガミーヤが未だに一番使いやすい
現行開発者はマンガミーヤーと全く同じ操作体型を設定ファイルで出来るようにしてくれたらいいの

>>390
全操作体系をフローチャートにでもまとめろ

>>390
今の30代くらいの世代だとノスタルジー感じそうだね
正直もうUIとかが古すぎて許容できない人が多いと思う
使いやすいとこもあるけどボタンのサイズとか色とか古すぎるかな

後win10以降だと互換機能とかで対応させてると思うから
尚更古いソフトは使用が自己責任になりそうだな

>>390
公式配布されてないソフトは入れない若い開発者が多いと思う
なので操作体型云々言われても何も分からないかと
>>391
figmaも良いかも

UIが古いって言っても設定画面がタブだってぐらいだしなぁ

他のソフトよりミーヤが上って認識の奴が多いのはやっぱ起動速度と設定の充実とsusieとavisynthフィルタなんじゃねかな

俺はサムネイル表示（カスタム）が無いと辛いな

>>395
サムネ1行何個と予め指定してから
HかGボタン押せが画面幅に合わせたサムネにしてくるよ

>>396
カスタムサムネイルでした
カスタムサムネイルはメモリー問題で600x以上大きく出来そうにないや
x32アプリの限界か

>>396
言葉足らずですまんな

サムネカスタムがないと死ぬわ（だから他のソフト使いづらい）って意味

質問です
ファイル
cat01.zip
cat02.zip
が「履歴」に表示されるとき、「Vol.」のカラムにはそれぞれ01と02が表示されます

もしファイルが
2025cat01.zip
2025cat02.zip
の場合、カラムには共に2025が表示されてしまいます
これを01と02が表示されるようにしたいです
もしかして不可能でしょうか？

>>398
ええねん
俺が読み取れなかったんや

susieプラグインの発祥はsusie
avisynthフィルタの発祥はどこなんだろう
検索しても、スクリプトベースのノンリニア・ビデオ編集ソフトウェアというのしか出てこない

>>401
俺の知る限りAviUtl
元々映像加工用のソフトだよ

susieプラグイン自体が古すぎるかなw

AviUtlは絶対名前で損してる

>>402
ありがとうございます
AviSynth.info や AviUtlの解説サイトを眺めていますが、どうにもこうにもって感じです
今すぐどうこうという話でもないので、気長に行きます

いやAviSynthフィルタの発祥は普通にAviSynthだよｗ
もともと動画用のツールだけど、画像をいじるための関数が大量にあるからそれをノイズ削減や拡大縮小用途でミーヤでも使えるようになってるってだけ

Susieプラグインって、昔は便利だったんだろうけど
今もあると便利なの？

今でも命綱のアプリがいろいろ

新しいアプリではいらんやろ
ただ、後継の新しいアプリ自体が開発されてなくて古いアプリ使わざるを得ない場合が..

最新のアプリでは要らなくても、その後新しい画像形式が登場したら対応できない
作者が開発を続けていればバージョンアップで対応できるけど、辞めてたらアウト
プラグインならそんなことは関係なく対応していける

>>410
今はOS標準のwic (windows imaging component)があるよ

wicはまた別の問題があるよね

wicはmag形式に対応してるのか?

>>411
psdとかwebpとかカーソルとかそこらへんはどうなの？

wicは3rd codecで拡張できるので
Susieプラグインとのアダプターがありそう

じゃあsusieは永久に要るってことね

寿司絵は必要

>>410
> 辞めてたらアウト

ソフト側でSusieかWICに対応してれば
ユーザー側で対応形式を増やせるって事だな

WICの場合、問題は対応してするWICコーデックが公開されているか、だな

プラグインだからどっちも一緒

新規画像形式ならこれから作らないといけないから一緒だろうけど、今までにある分の差が出るから一緒ではないな

WICはメジャーどころはMicrosoftがだしてくれるから安心

ほぼ使ってないフォーマットのプラグインなんてどうでもいい

そうだなお前はどうでもいい

>>423
「俺には必要ない」で機能の取捨選択をお気持ちで表明するのやめろって言われただろ

コレクションの中の古いフォーマットの画像を今後も見るために古いソフトが必要、みたいな人もいるのかな

古いコレクションと言っても
写真はjpeg,png,heif,heic,各社のraw dng
自炊でtiff
程度で事済むのでは

susieでもwicで良いからビューア分野のハードルは下げておきたい
他はAIでアプリ作る人がちらほら出てるから

ビューアも高望みしなけりゃAIにすぐ作ってもらえるってば

Delphiもっと流行れ

AIでgicocu対応してて自作カーブファイル使えるmangameeya作れるんか？

へー
そんな機能があるんだね
すごい
外部のソフトを利用してるってことは、そのへんの接続というか利用の仕方についての知識や資料があれば難易度下がるかもしれないけど
何もわからん人が丸投げで作るのは難易度高そうやね

と思ったけどGrokに聞いたらそんなに難しくもなさそう
個人的に需要がないから試すとしてもだいぶ先のことになると思うけど

あ、あくまでも、簡易的な漫画ビューアにその機能をつけるだけなら、という話であって
MangaMeeyaの全機能や性能を再現するのは難しいと思うよ
だから上に書いたように「高望みしなければ」って話

来年は新作に期待していいんだよな

ミーヤを終了させたら「ビデオフレーム参照数があるのにけそうとしています」ってウィンドウが出てきたんですけど
これなんですか

え、なにそれ見たことない

avisynth関連だろうか？

一応うｐっときますね
https://tadaup.jp/1MHCo2i4.jpg

画像を開いたままのウインドウがあるのにその画像のファイルを削除しようとしてるとか
そんな内容のメッセージに見える

開けるwebpと開けないwebpの違いが判らない
そこで判別すればいいんだ…

まず本当にwebpか判定しないとな
WICとかは拡張子違ってても開けたりするからな
susieだと..

ビューアによっては開いたとき拡張子違い通知してくれるよ
irfanwiewとか

wiewって何だ
viewね

2000年頃使ってた懐かしいなぁ

>けそうとしています
けそう？
懸想？
なんでひらがな？
なんかウイルスぽい

ダイアログ出してアピールする親切なウィルスやん

irfanwiewは便利JTrimもよい

>>445
そもそもバイナリにそういうフレーズで入ってるからね

けそうと、家でも出た

うちのをバイナリで覗いてもそんなのはいない
バージョンは?

言い出しっぺです
僕もウイルス見つけたんでうｐりますね
https://tadaup.jp/2a4ln7Ip.jpg

>>451
これウィルスだ ゾゾゾーーータウン
https://i.imgur.com/6JQckOF.jpeg
本当にあるんだな
スパゲッティーソースらしいからあってもしゃーないな

ウイルスネタ正直サムイ

いやネタとかじゃなくて
どういう理由で出てきて何を警告してるのか知りたいん
引き続き情報お待ちしてます

昔、portノックされただけでハッキングされた！と怒っているPC初心者を思い出したｗ

俺は他の方の追従してるだけで何で出たのかよくわからない
今まで出たこともなかった

>>454
クソみたいな理由でウイルスって言ってるのがサムイって言ってんの

くそみたいなレス続けるのやめればいいのに……きちぃ

何言ってんだこいつ

>>450
> うちのをバイナリで覗いてもそんなのはいない

バイナリエディタのことをバイナリとか言ってるのか？
馬鹿晒age

階層が深かったりフォルダ名が長すぎると落ちるんだね
これを対策したら落ちなくなった
まだまだ使えるな

たぶんフルパスで255バイト超えると落ちるんじゃないかな

なったことないけどビルゲイツというかMSは
さすがにWindows上のファイルやフォルダ名の上限数と
階層上限は内部的に決めてるはず

GPTとかに聞くと教えてくれるかも？

まるでxのインプレゾンビみたいなレスする奴だな…

463と464？あんさんも面倒な🧀🐄やな
有限数にしないソフトウェアなんてあるの？

長さ制限なしで設計するデータ構造はよくある
実際には16bitで表現できる範囲という制限があったりして思わぬトラブルを起こしたりする

XP時代はパス長259文字超えたらエラー出てたような

>>467
具体例のない抽象論と言われる様な....
どちらにしろシステムの性能には限界があるんだから有限にするでしょ
おかしなこと言わないで反ワクチンみたいだといわれるよ？

文字列の長さに制限が要るのは、
レコード長が決まってて、その中に各データを割り振って、みたいな設計をするから
そうするしかなかった時代は仕方なかったけど、欠点があることが判ってるので、
今はもうわざわざそんなことはしない

AI先生たちの回答おいとくわ！量子コンピュータがないんだから有限になるでしょ しらんけど
・ChatGPT
https://i.imgur.com/iQ1CYTW.png
・Grok
https://i.imgur.com/XWZJNnO.png

以前は最初から使えるエリアが256バイトとか決まってて、その中でやりくりしていた
パス名が長くても短くても256バイトで、使わなかった部分は0で埋める

そんなのは無駄なので、データの場所と長さだけ覚えておいて実体は別で持てばいい
これなら記憶容量の許す限り増やせる
ただ、場所やら長さを記憶する場所の長さは固定なので、そこで制限が出る

styleの連中がいろいろバイナリいじっててワロタ
ミーヤもいじってほしいｗ

バイナリいじってるのは工作員じゃね
styleは一時期唯一の公式ブラウザだったから

弄らないと使えなくなるからしゃーない

2週間も書き込みなかったのかｗ

何か問題？

>>474
PC初心者？

「ポートノックされてる 今、俺がハッキングされている！
IPアドレス○○○を絶対にゆるさん！」
といっていたPC初心者を思い出したｗ

>>474
バイナリをいじるじゃなくて
バイナリでいじるだと思ってる人？

時々見るけどこういうの流行ってるの？

Styleはだいぶ前に作者の手を離れて、それでも使われ続けてるから
バイナリいじりはだいぶ前からされてるけど
基本的には５ちゃんの変更への対応だからちょっといじるだけで済んでるわけで
ミーヤで何をいじりたいか知らんけど、バイナリいじりで可能な範囲かどうかは微妙じゃないの

ここで有名なのはファイル名が～じゃないの

unicodeだな
それさえあればほぼ完璧

ファイル名をcp932にするツールを日常的に使ってるけど、
困るのは実質ミーヤだけだな

ファイル名変えてるの?
meeyaと心中するのか？

全角英数とかいろいろ気に入らないファイル名を自分好みに統一する一環
なんで他人の作ったファイル名がうちのHDDにあるのかは謎

圧縮ファイルを読むと左下に何か赤くでて読めないんだけどあれはなに？

霊障

圧縮壊れてるのでは

まずバージョンとOSを言ってもらわないとｗ

rarファイルでも読み込んでるのか？

変な自己カスタムしてるとか微レ存？
実行ファイル弄ってる人もいそうやな

キャプチャー可能なのか不可能なのかでまず切り分け

キャプチャーできないエラーってあるの
でもそれミーヤと関係なくない

>>487がミーヤで読めねぇ時あるって言うから皆が原因はこれじゃねぇか？って言ってる流れじゃないか

いつもの無能だよ
winタブレットでミーヤ使うならOSでマウスの左右入れ替えないと
とか言ってたやつ
まだ生きてたんだなｗ

今時の画像viewはそもそも開きの方向とか変えられるし
マウス弄る必要はないなｗ

いやそもそもジェスチャのデフォが右クリック押しながらスクロールになってるだけで
それを左クリック押しに変えればいいだけ
ミーヤの内部でできる
それをOSで～とか知ったかするアホがいたのよ
しかもOSで変えてもミーヤにはまるで関係ないつまり解決しないｗ
自分でやってないことをいかにも正解みたいに言ってたんだよ

Windows11の今でもsusieプラグイン導入して現役だわ
Neeviewも悪くはないが一気に読み込む場合はマンガミーヤの方が動作軽くてサクサクなのよね

何がとは言わないが
無駄に画素数増やしてるだけのが多くてファイルもデカすぎる
展開に時間かかってうっとうしいんですけど

マンガミーヤの挙動を再現した新しいソフトを作るのもアリかもね
AIを補助役にしたら今なら昔よりも簡単に出来る
一番手っ取り早いのはNeeviewのソースコードをAIに学習させて自分好みにカスタムする事だろうけど

>>501
フレームワーク使うなら速度とトレードオフだからネイティブ化できるならアリだけど…

AIに作らせるのに、.NET採用すんのか
意味なくね？

ナンセンスだな

プログラミング言語や周辺ライブラリは非同期処理とか昔と比べて楽になったけど問題はUIフレームワークが進化してないのが最大の問題

WebフロントにすればUIは今時のおしゃれなやつに足るけど、速度求めるとちょっとどうかなとなるし


rustのネイティブUIはまだまだだし

.NETはなんかもっさり

WinUIはウンコ品質だし
昔のフレームワーク使うと見た目が古臭くなったり
もうね

．netアプリってあんま知らずに使ってるかも知れんが
ここ界隈でクソ評判悪いのNeeViewのせいだったりw

見た目が古いのがイヤ
vs
古臭くても慣れたUIが良い
とにかく軽いのが良い

>>509
それ、上のやつも軽いのが良いが無いと比較になってないよ

軽くなくて良いなら固執せずに他の見た目良いやつ使ってるから

見た目古いって言ってもここ20年は全然進歩してないからな

ウィンドウの角が丸くなってからは何も変わってないしな

古くて更新止まってるやつはしかたないけど、新し目でダークモードすらないのはぶん投げる

>>500
画像縮小ソフトなんてそこらにごろごろころがってるが

JTrimがおすすめ

rarを渡すと中の画像だけ圧縮して、縮まないファイルは何もせずに、
zipにして返してくれるソフトなんて無いよね

縮まないファイルの定義が分からない

圧縮ファイルの再解凍無しの縮小はさすがにAIとかじゃないとむりでは？

一応解凍せずに中身の画像ファイルを加工する方法としては特殊だけど
WinMountやPismo File Mount Audit Packageなどの仮想ドライブ作成ソフトで圧縮ファイルをマウントして
そこからPhotoshopやgimpで加工すればいいとか出るね

後はPythonかなー 仮想ドライブ系+PythonでもいいしPython単体でもできるみたい
ようは知識ですなｗ

というか、解凍＞画像ファイルだけ処理＞zip圧縮って３段階の過程を行うマクロ組めるソフトで処理したら良いのでは？

そのやり方はPythonもAIもなかった時代のやり方じゃない？
今時なら全部PythonなりAIに丸投げすればやってくれるよ～

これでいい
https://github.com/cbz-tools/cbz-tools-optimizer

画素数減らしたいなんて人がいるのか
古いソフトがよいと言ってるあたりからしても
けっこう古いパソコンを使い続けてるとかなんか？

zipにするならなんでrarで保存するかな

それは「今からやろうとしてる」のと関係ない話だろ

そういう話しだすと、その話自体がスレと関係ないんだが

それ言い出すとマンガビューアー ミーアというWindwosXP 32bit時代の骨とう品のスレで話題が一切なくなるよ

>>527
それはそうだが話の流れは読んでくれ
途中で別軸の話を混ぜて話するの良くない

>>528
専用スレなんだから話題なかったら止まっても良いのよ別に

そう思わないのが沢山いたという現状だし誰もマンガミーヤーに不利になるよう話もしていない
話を止める必要ないだろう

>>529
それは断ります
5chは自由に話す場なんで、みんなが一つの話題にそって話さなきゃいけないわけでもないので

>>531
話題提供すんのは良いけどあんたのは単に話の腰を折ってるだけなんだよ
Aができるか？って話の最中に最初からやんなよって話してどうしたいんだ

>>530
止める必要はない
無理矢理話題を作らないで過疎ってても良いのよ専用スレは
ビューア総合スレあるんだし

JTrimの設定 一括返還
https://i.imgur.com/cA7GNzV.png

画像の縦横サイズを小さくしなくてもサイズ容量が小さくなるファイルは多い
必要に応じ、「画像のサイズを変更する」を拡大率で指定する
赤い線の部分が肝
画像によるが変換後のサイズは、１枚200KB後半から400KB程度がよい
平均サイズ330KBから360KBくらいで

>>532
お前がどう受け取るかは知ったこっちゃない

>>532
じゃあ今後はだまっててね
他人へ何時までも粘着してもしゃーない

ID:4M1q/b8O0は屁理屈気味だな

屁理屈とか馬鹿かこいつww
そもそもどっちが正しいとかいってないから理屈もくそもねぇんだが
頭悪いのかな

自由にやるだけって言ってんだよ

💩
まぢ
💩

罵倒で返すしかないんだ
可哀想に

マンガビューアーで見てるときに展開で時間がかかるし
Xを押して等倍にするとあまりの巨大さに4Kモニターでもギャフンとおもったらときに
何か凄いボタンを押して最大長を1/3倍にしてZIPに梱包しなおしてくれたら嬉しい
こう書けばいいんかな

使ってるプラグインもキャッシュ設定も何も書かず何言ってんの？

それよりX押して等倍にするのは設定すれば良いとして、4Kで1/3にしなきといけない程ギャフン？しそうな画像ファイルってそれだけで何Mあるんだろう

ありきたりなサイズのファイルを等倍にしたら小さくて見にくくないかな

同じ絵でもPNGとJPEGでもサイズ変わるし、画質設定でも大きく変わるし
サイズ変更なら拡縮処理方法やフィルタで変わるし

だから設定書けよ

漫画ビューアに書庫 フォルダー ファイルを読み込む
画像を表示する
ページ送りで観覧する
バックグラウンドで画像を設定値で縮小する
縮小した画像をzipにして自動的にフォルダーに保存する

それを求めているの？

>>542
うやむやでかたるけどSUGOI DEKAIとしかいえない
適当に縮小し80%圧縮かけたら500MBから80MBになった
何がとは言えないがSUGOI DEKAKATT

neeviewは文字にじんで読みにくい

おっぱいはDEKAI方がいい

>>546
エフェクトパネル＞リサイズファルター＞補間法
でミーヤの拡縮処理と似たような事できる

>>545
一枚数百Mのファイルか……ミーヤだと起動できずに落ちそうだな

>>545
訂正
>>80%圧縮
正しくは JPEG 80% にしているです

>>548
4441x6213x24BPP JPGファイル 1枚当たり8MBから14MB ZIP326MB
4299x6071x24BPP JPG 1枚当たり5MBから15MB 75枚 ZIP684MB
最近こんなのばかりです

でっけ
落ちるなこれは

見た事ないな
どこの界隈だろか

一体なんの画像？　拾ったエロ画像とかかな
最近の画像事情知らんがデカすぎ

昔、自分でスキャンした画集だけどZIP約800MBで
だいたい１ファイルが20〜30MBだけど、たいして時間
かからず全部表示されるぞ、たしかに漫画とかに比べれ
ばかなり遅いけど

ウチのクソスペックPC(Win11未対応CPU)でも表示され
んだし、プラグインとフィルター見直したらいけんじゃねーの？

表示はされるんだけどHを押してカタログ表示？をすると
1回目は表示されるが2回3回と１，２ページ表示とHを押して切り替えるとミーヤが落ちるんだ
こんな巨大なのは想定外だからミーヤは何にも悪くない
こんなDEKAI同人誌興味本位で落として読んだ俺が悪い

ミーヤはキャッシュの扱いがなんかおかしくて
大量のデータを読むとバグるんよね

マンガミーヤがオープンソース化してくれてたらなあ

突然終了した原因がコードの公開を迫ったことだからな

AIエロ同人なんかは容量ひどいよ
30Pで500MBとかたまによくある

自分は縦2400のjpgに変換してる

縮小革命というソフト(旧Verの安定版Ver30)で画像サイズ縮小してる

大量に圧縮すると結構時間かかるんだよな
GPU使ったツールとかないもんか

waifu2xはgpuだけどあれは拡大だけだっけ？

速度重視ならCoZipは？

縮小はRalpha使ってる
使い方が分かり難いが早くていいよ

速いのは質が気になるな
GPUで速いならいいけど

ralpha miniが手軽かつ高速

個人的には俺もralphaがオススメだな
設定項目が細かすぎるけどね

質はどのソフトでも設定次第
違いがあっても誤差レベル

コマンドラインから使えないと活用範囲に乏しいので ImageMagick だな

>>564
今時ならGPUのみなり併用なりではやいでしょ てかAIが一番いいんでは？
>>565
🤓は気にするじゃんｗ

リサイズにはずっと「藤」使ってるな

もう縦3000あっても平気なPCが一般的になってるんだから
リサイズいらないだろ

タブレットでも見るからアホみたいにデカイのは、さすがにリサイズかけるわ
場合によっちゃシャープネスも

>>570
ページ巡りの快適さが違う
他人のやり様に口を出すなよ

>>568
どの業種もAI最高なんてなっていませんよ
アルゴリズムの世界でなんでAI最高なんてなるの？

通常の.画像変換は更新止まって長いけど藤 -Resizer- v3.8.0a #231(200318)使ってる
何といっても使い易い未だにJTrim v1.53c(071020)を使う理由と一緒

一応 縮小革命 ポータブル版 VER30(230123)　XL Converter Portable 1.2.3(251002)もあるけど出番なし
ちなみに画像ビュアーだとミーヤ以外ではNeeView 39.3 x64 Zip版(21-0717)　XnView MP Portable 1.10.5(260316)
FastStone Image Viewer Portable 8.3(251201) も入ってる
これらは高性能すぎて画像編集とか画像変換も凄いね　でも普通サイズのjpg見るだけならミーヤが軽すぎて殆ど出番ない

>>573
AIに学習させたほうが強いからAIが最高になる

藤とかJTrimはVectorから取ってきてる感じ？
ここら辺使ってるのはおじさんしかいない印象ｗ

困ってないなら使ってるツールを変更するきっかけが無いからな
ファイラーとか今どうなってるのか全然判らん

>>571
今はPCよりタブレットの方が高速動作するでしょ

えーと、サイズの話で速度の話してないんだが？
タブレットのディスプレイ８インチだからFHDでも十分だし

え？原寸表示がデフォってこと？

>>579
ちょっと落ちつけ
サイズがデカいと描画に時間かかるだろ
だから皆リサイズして小さくするって話だろ
そんでもって>>578はそんなことしなくても今のタブレットなら余裕だろ

っていってるので、まぁ、サイズの話ではある
話の軸が違うだけで

571で自分からタブレットの話してるじゃん

え、いや８インチサイズで高解像度画像(例えば4Kサイズとか)
表示したら文字とか潰れて読み難いから予め綺麗に読めるよう
に縮小しているっつー話なんだけど

それもタブレットによるとしか……

俺のiPad a16だとデカいサイズの画像でも文字潰れてないし…

えーとだからウチのは８インチで文字とか見えにくいことあるから
綺麗に見えるようにシャープかけたり縮小してるわー、って話

そのタブレットと使ってるアプリ捨てたほうが・・・

ちなみにミーヤでは平均画素シャープ強一択ですか？

ほぼほぼランチョス
平均画素とかの他のはトーンの描画で縞模様になること多いから

なんでマンガミーヤの癖に漫画に弱いんだ

モアレが出る場合は一度拡大してから縮小

新しいビューアは、最初からいい感じに調整された圧縮方式で表示してくれるけど
ミーヤってそういうの無いんだっけ

ミーヤは最初からいい感じだったよ

そうだったっけ？
ガンマ値とかシャープとかみんな色々調整してた気がするんだが

皆ってのは語弊あると思う

俺の場合はモアレとかで困った事滅多になかったし
ガンマ値とか弄った事無い

ふっるい紙スキャン時代の話か
今時の電書は基本弄る必要が無いもんな

めっちゃ赤い画像とかあったよ

最初だったから「そういうもの」だと思って気にならない
新しいソフトに移行しようとすると操作がおかしい起動が遅いで「そういうものじゃない」と違和感がね

最初に使った環境に頭が適合しちゃって他の使ってもそれに合わせた設定にしたくなるのは分かる

もう自分で操作感が同じ漫画ビューアを作ればいいのです

AIにコード書いてもらえば作れるっしょ、レッツトライ

こっちだった
俺ぐらいになると自分で漫画ビューアを作って、漫画を見るわけ

なんでまだここに居るんですかねぇ

誤爆した方のスレで話す内容だよなぁ

どっちのスレでも感心は持たれるわけだ

専用スレでやんなって話

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

なんか高市関係者がX、バンされてたような気がするな