【Android】コミックビュワー総合 10冊目

Androidのコミックビューワーの総合スレ。

前スレ
【Android】コミックビュワー総合 9冊目
http://egg.5ch.net/test/read.cgi/android/1466075171/

【Android】コミックビュワー総合 5冊目
http://anago.2ch.net.../applism/1411404704/
【Android】コミックビュワー総合 6冊目
http://anago.2ch.net.../applism/1419649584/
【Android】コミックビュワー総合 7冊目
http://anago.2ch.net.../applism/1430149044/
【Android】コミックビュワー総合 8冊目
http://anago.2ch.net.../applism/1442714357/

Commitonシリーズで大きい画像拡大しようとするとグレイアウトしてしまうの何か対策ないかなあ

メモリキャッシュやスレッド数いじっても変化ないけど、幅と高さの比率いじるとグレイアウトする拡大率変わるから何か描画系が原因だと思うけど対策がない

参考画像だけどうちの環境だと102%以下でしか表示されない

https://www.axfc.net/u/4026729
key:commiton

>>751
typoしてますよ
正しくは「ComittoN」です

>>749

拡大率の初期値の件ですが、セーブするときのパラメータ名を既存のものと入れ替えたので、
バージョンアップの場合と新規インストールの場合で初期値が変わってしまいました。
具体的に言うと1つ上の設定項目の値が受け継がれています。

申し訳ないですが、「後先考えてないんだから、馬鹿だなぁ」と笑って許してください。

A9まで普通に接続できてたNASにA10にしたら接続できなくなってしまい再インストールしたので、A11へのアプデを躊躇してる

同じ症状の人、誰か人柱になってくれないかなあ

10でつながらなくなって、11でも同じ状態だったな

>>755
残念(´・ω・`)

A11のソート機能は興味あるけど、SMB使えなくなるなら手を出せない……

作者さんお願いします(_ _)

>>756
あ、一応SMBの設定はだいたい前の状態に戻してます。
多分行けるんじゃないかな。

>>757
ありがとうございます！ありがとうございます！

……試してみましたが駄目でした
https://i.imgur.com/yd7PfMx.jpg

A9だといけるんですが…。

自分もA9だといけます
android9です

んー。わかんないっす。
一応、B11とC11ビルドして置いてみます。

>>761
私の環境だとA11とB11は駄目でC11はサーバーにアクセス出来ました
他の方と同様A9までは大丈夫

SO02k android9

C11はサーバーアクセスいけました

SO-02H android9

んー。SMB3対応するとだめなのかな。
うちの1年アップデートしてないWindiws10では繋がるんだけど…

SMBのライブラリjcifs-ngを選んだけど、smbjを使ったほうがよかったのかも。。

Win10Pro 1903
素だとSMB2オンSMB3オフ　C11のみ接続可 A11B11はfailed
「sc.exe config lanmanworkstation depend= bowser/mrxsmb20/mrxsmb30/nsi」ってやってSMB3もオンにしても、C11のみ成功でした

こっちもwindows10pro 1903で、>>765と同じくC11のみ接続可
android9以下は接続できないんじゃないかな
古い端末を使ってる人もいることですし
android10以上が主流になるのは5年以上先でしょうから、もうC11ベースで良いのでは？
一々接続できません接続できませんと報告するのもめんどうくさいし( ´ー｀)y-~~

C11は繋がりました
G8441 android9

ワイAndroid9
C11だけ繋がったお

>>766
確かに動くやつ使えばいいのでC11ベースにします。

うちでは、Android8.0.0でA11使えてるのが不思議ですが。
Android4.1.2では、A11もC11もダメで、Perfect Viewerは接続できました…

android5.0.2,linux samba4.11.2
A11ゲストだと問題なくてユーザー認証入れるとこけるね

guest認証周りが悪さしてるのかね？

C11で、Android10からパスワード付きユーザでNASアクセスできました！

2chMate 0.8.10.68/samsung/SC-02K/10/DR

デバッグビルドのほうが動きがまともなのかも。

>>751
どなたかこれ150%ぐらいまで拡大できる環境の人いませんか？
何に依存して拡大出来なくなるのか知りたい

>>751
セキュリティがどうとかでDL出来ないのでどんな画像かわからない

>>751,744
斧はDLできないケースが増えてるので、別のロダを使おう
ちなみに、自分の環境では下記サイトの画像(「東京中心部」のサンプルで確認)はサムネ表示、画像表示(全体/250%拡大)共に問題なく表示できたよ

航空写真・衛星画像サンプルダウンロード - 航空写真・衛星画像ならNTT空間情報
https://www.ntt-geospace.co.jp/sample_dl.html

>>753
なるほどそういうことなんですね

>>776
確認ありがとうございます
私の環境では東京中心部は116%までしか拡大できないでした

当方の環境で
東京中心部は全体、250%まで問題なし

>>778
そもそもあなたはどんな環境なの？

>>778
本家ので、元のサイズから116%までOKで、117%でグレーなった。
シャープとモアレ軽減を切ったら130%までOKで131%でグレーに。
双一、余白中で。
ファイラー画面に戻ろうとすると、問題発生云々が出るな。
全体を表示からは最大の250%まで行ける。

100%の時で307MB、116%の時で345MBのメモリを使ってるな。それ以上、上げても増えない。
先読みのメモリは300MBの設定を500MBに変えても変わらないみたい。

俺の端末はAndroid6、RAM3GB、画面は1200*1920。

他のアプリの起動の有無でも116%のラインは変わらなかったので、OSがメモリ使い過ぎで減らしてる訳でも無いのかも。
300MBのリミッターみたいなのが有るのかも。


ついでに別件
調査はまだ不十分なのだが、ファイルって開っぱなし？
本家のでSDのを表示して、別のファイラーでそれを削除しても中々空きメモリが増えない現象が出て、コミットンの表示止めたら空きメモリ増えた。偶々なのかも知れないが。

>>780
こんな環境です
メモリー8G乗せてるからメモリー不足が原因とは思ってません
2chMate 0.8.10.64/HUAWEI/VOG-L29/10/DT
https://i.imgur.com/rAbxUgd.jpg
https://i.imgur.com/CDJwdFx.jpg
https://i.imgur.com/U8Mc2Mz.jpg

>>781
うちでも双一次や最近近傍選ぶと最大拡大値がだいぶ小さくなったり突然落ちたりします

>>782
ファーウェイだからじゃね

>>783
その前のZenfone3でも同じです

おれはバッチリ２５０％いけるけど。
2chMate 0.8.10.68/HUAWEI/VOG-L29/10/DR

>>785
すまんが782と同じ画面見せてくれんか？
真似て再現性試すんで

ちゃんばばぁまだ居るのか

>>782
双三だと110%くらいでグレーになったり落ちたりするな。
あとは、設定を初期値として保存して起動し直すと、若干使用メモリサイズが小さくなり、もうちょっとだけ大きく行けるな。
それでも結局350MBくらい使うとグレーになる。

解像度
>解像度: 2340 x 1080 ピクセル
の？
表示部分じゃ無く、データ作成部分で問題発生になってるのかもな。

曖昧な記憶だけど、昔も誰か言って、本家の作者が対応が難しいとか面倒みたいで、保留になっていた気がする。
航空写真の画像は8000*6000なのな。
まぁ、コミック読み用と考えると元のサイズで表示出来れば良い気もする。


>>783
俺のはNECのだな。

>>785
元のサイズから？

>>788
設定保存して再起動しても航空写真116%までで変わらない

問題なく250%表示可能
設定はデフォルトのまま

2chMate 0.8.10.68/HUAWEI/VOG-L29/10/DR

設定初期化ってメニューにないけどできたっけ？

>>792
OSのアプリ管理UIから本アプリを選んでデータ消去を実行すればいい
一応書いておくけど、あらかじめ設定をバックアップしておくことをオススメする

>>792
初期設定はみんなの心の中に、ひとりひとりが持っています。

>>781
画像がBitmap化されてキャッシュされているので、メモリは使いっぱなしです。
なので、SMBでアクセスしたまま出かけて、1冊読み終わるまで気づかなかったなんてことも起き得ます。


新しいバージョンを公開しました。

やっぱりSMBライブラリ依存の問題があったのと、リリースビルドは最適化の際に何かを置き忘れてるようで、デバッグ中と結構違う動きをしているようです。

設定メニューからNxAの心臓直接ノックのデータ削除して色々やってみた

初期化直後　250%表示可能だが実際の拡大率おかしくて80%表示ぐらい
元のサイズで表示を選ぶ　80%表示ぐらいで表示できなくなる
双三次、前後キャッシュゼロにしても変わらず

キャッシュサイズ50Mとかにしたら画像すら開けず
キャッシュ500M以上だと102%まで開けるようになる

他も色々いじってるけど変化なし
Zenfone3も若干数字は変わるけど同じかんじ

う、smbjだとjpeg直接開けないか。
jcifs-ngにすると開けるとか、面倒な症状が…

なんでや…

>>794
>画像がBitmap化されてキャッシュされているので、メモリは使いっぱなしです。

これは想像したのだが、別件のファイル開きっぱなしの話の空きメモリってストレージのです。表現が解かり難かったな。この話では無いのかも知れないが。
ファイルロックでの排他制御になってるのかな？
俺が使ってるのは本家のだけど。
圧縮ファイルからの画像ページの読み込みで、途中まで読んでまだ読むから、わざわざ閉じていない様な気が。
で、別のファイラーでのファイルの削除での推測なのだが、OSへの削除指示は行ってての返り値待ちで、タイムアウトしてタイムアウトの処理がバグってるっぽい。
画像表示停止までが短い時間だと別のファイラーもまともに動くが、他の事をしてたりすると。
まぁ、画像表示を止めれば良いのだが、ここに原因があるのを最近気付いたので、他の人も同じ現象を抱えてたら参考までにと。

あー、ファイル全体を読み終わっても、画面閉じないとファイルは閉じてないですね。
スレッドとイベントで動いてるから、全て理解してるわけではないけど。
こないだのファイル閉じると固まる不具合のときに追跡したけどそんなだった。


そして、画像のキャッシュに関してはまったく理解できていないので、キャッシュサイズ変えたらどうなるのとか、メモリの使い方に問題があるとか、画面回転したらキャッシュ再構築してとか言うのは対応難しいです。


んーむ。
A12はSMBのリネームもこけるな。
正直動くと思ってなかったら、意外と圧縮ファイルが表示できてしまって嬉しくなって上げちゃっただけなので、間違い探しできる余地はだいぶありそう。

>>798
調査ありがとうございます

放置で構いません
いつか治ったらラッキーと思ってますので気にしないでください

largeHeapとかいう格好良さそうなオプション付けてビルドしてみたけど、
Javaのヒープサイズが384MBから512MBに増えるんだけど、
画像メモリキャッシュはC++で確保してるのでヒープサイズ上限関係なかった…

>>798
情報どうも。

comicshareのストリーミングが便利だな
androidだとvpnでsmb繋ぐやり方が格安simがIPv6非対応で無理だわ

nxt/aで右端(と上もすこし)引き延びてるんだけど俺環？
https://i.imgur.com/xqxPJgS.png
10px以下だけど見開きだと中央で起きるから気になっちゃう
ピンチで表示倍率変えてる最中とかルーペだと普通なんだよね

>>803
こっちだと普通に見える
何がおかしいのかわからない
液晶のアスペクト比の違いなんじゃないの？だったらおま環なんで買い替えるしかないですな

ldplayでも起きるから拡大とルーペ付きで撮った
https://i.imgur.com/j3sjqFO.png

>>805
神経質すぎ

1920x1200の解像度で他にそうなる人いるのかね

せっかくのシームレスな見開き絵がズレるの気にならない？
ちなみに1920*1080のスマホでも同じ

>>805
俺は本家の使ってるが、昔に画像処理で数ドットずれてると思った事は有った気がする。端の処理で。
俺は縦持ち単ページで見てるので、何時もは、あまり気にならないな。

曖昧な記憶だけど、その時の俺の推測が、アドレスの開始を0と1を間違ってるか、画像の補間処理のギザギザを滑らかにする奴で枠外の認識をミスってると。
これ右の端で起きるよね？
2x2や4x4とかの範囲からデータ採ってドットの色の濃さ決めるけど、その部分で起きてるのかな？と思ってた。
ソースは見て無いし、自分で追うつもりは無いけど。

>>803
画像形式/保管処理/余白削除、の設定の組み合わせで発生するとか?
その画像のオリジナルを共有すれば皆で再現性を確認し合えるので、もしよければどこかに置いてみよう

書庫内書庫、いわゆる二重圧縮に対応した閲覧アプリはありますか？

>>805
最近は横持ちはしないけど、
縦持ちで余白カットしてると集中線とか右端がいつもそうなってるね。

昔から気になってたからずっとあったんじゃない？
今、本家で見てもなってました。
完全趣味だけど、時計表示つけました。(Ver1.65A16)

NxA11で特定のZIPファイル開くと、ファイル名で並ばずにページの順番がめちゃくちゃになります

NxTやNxMで同じファイルを開くと順番は正常なので、ＮｘＡの問題だと思います

可能なら対応願います

>>813
最新版で試したら治ってるようです
お騒がせしました

NxA　のファイル選択画面設定のソート表示で、新しい順・古い順にしても、更新日時の順番にならない。

たぶん、アクセス日時の順になっていると思われる。

NxT・NxM は、更新日時の順番になるので、NxA 特有の問題だと思います。

可能なら対応お願いします。

>>813
jcifs-ng でアクセスすると、更新日時の順番になる。

smbj でアクセスすると、アクセス日時の順番になる。

間違えた 813→815

元々のComittonでもそうなんだけどBluetoothのコントローラーで操作してると
突然バララララってページをBT接続切るまで連続でめくられてしまう現象がある
これどうにかならないかなー
他のMHEなどの読書アプリでは起こらない現象

BTコントローラーは8bitdo ZEROなどのゲームコントローラーや
アマゾンで「VR ユニバーサルリモートコントロール」で出てくる
片手コントローラーなどページめくりできるものだと全部症状出るから
コントーローラー側の問題じゃないと思うんだけど・・・

>> 815
半月くらい前に直したので最新版にしてみてください。

>> 818
そういえば、ComittoNをコントローラーで操作したことないです。
覚えてたら試してみますが、短時間で簡単に再現できないと難しいかも。

3百数十ページ読み続けると同じ画像しか表示されなくなるバグがあるんですが、
再現する手間を考えると直したくない…

それより、MHEでBluetoothが切断したときに使用開始したページに戻りませんか？
1年くらい確認していないですが。

>>819
発動トリガーが分かれば報告しようと気にしてたんだけど
短時間で起きるときもあれば長時間起きないときもあって不明・・・
バラララってなってるときにcomittonからフォーカス外すと
音量がガーって変わるのでcomittonがおかしくなってると
いうよりBT接続自体がおかしくなってる？

MHEでその現象は昔あったような記憶がかすかに・・・
今はその現象が出てイライラした記憶がないからたぶん修正されてるかと

>>805
右端に余計なものが表示されるだけじゃなくて左端が少し欠けてるのにも気づいたので、 表示位置がずれてるのかも。

Ver1.65A17 (2020/09/16)
スクロール追加しました。

>>822
アップデートお疲れ様です。
A17更新でファイル選択後、クラッシュします。環境はandroid9です。

>>823
ご迷惑おかけしています。
ファイルを更新しました。
再インストールをお願いします。

>>824
バッチリです！
ありがとうございました。

最新版にしたら画面の両端に前後のページがうっすら表示されてるんだけどなんぞこれ

>>826
それに気づいたのはあなたでちょうど49人目です。
前に気づいた方は1週間前に亡くなりました。

このアプリを誰かに紹介してください。
そうすればあなたに幸運が訪れるでしょう。

>>821
comittonの本家の使ってるが、余白削除無しでも、全画面を表示で、2点タッチ状態で100%表示を出して、タッチ無しにすると左にずれ、また2点タッチにすると戻る。
触ったり離したりを繰り返すとズレが解かり易い。
左ってよりは、左上なのかな。

>>822
最新版入れたら大きな画像読ませようとするとエラーになります
小さいのは問題なく読めます
https://i.imgur.com/j8ivnUe.jpg

>>829
>>大きな画像

ファイルサイズ/ピクセルサイズ、どちらに言及した文章なのかわからん
さらに言えば、ざっくりでもよいのでしきい値を報告すると調査しやすいかと

>>829

ファイル選択直後ですよね？
メモリキャッシュの確保に失敗しています。

どのバージョンまで開けてましたか？
メモリキャッシュの設定を変えても開けませんか？
開いたファイルは圧縮ファイルですか？

>>830
751で拡大できないと書いたものです
横6700縦8800、40Mbytesの画像で発生します
閾値調査週末できたらやってみます

>>831
A12では開けてA17は無理でした
キャッシュいじっても変わりません
PNGです

アップデートお疲れ様です
いつもありがとうございます
報告なのですがソート選択で新しい順とかにすると順番めちゃくちゃに並びます

smbjライブラリだとアクセス日時順(？)になるのは変わらずっぽいですね
気になるなら共通設定からjcifs-ngに

>> 832
#define MAX_LINES 6400
#define MAX_COLUMNS 6400

とあるので縦横6400以上は多分開けないと思います。

>>833
あれ？直ってないですか。
確認します。

なんか読んでると落ちるな。
特定のファイルだけ、開いて数秒すると落ちる。
キャッシュを小さくしてみたけど、変わらず。

それだと何の役にも立たないただのグチだな
その特定できてるファイルがどういったものか、どういう風に落ちるのか、OSバージョン、アプリのバージョン等を書かないと

そもそもどのアプリなのかさえ

すまん。CommitonNA。
アンドロイド10。アプリのバージョンは最も新しいもの。
落ち方は、画像纏めたzipファイル閲覧してると、いきなり閲覧画面が閉じて、ファイルリスト表示に戻ってしまう。

ComittoN(派生版含む)でカラー画像を表示させると、縦縞状に偽色が現れるのが気になる(エミュでよくある「スキャンライン再現フィルタ」の縦縞バージョンのような感じ)

補完処理(ライブラリ由来??)がおかしいんだろうけど、不思議な偽色の出方だなぁ...

>>840
モアレじゃね？
　知らんけど

>>835
Androidstudio入れて12800に書き換えてリビルドしたら即落ちした

甘かったか

>>840
モアレ軽減のチェック入れてる？

>>841,843
分かってるとは思うけど、モアレとは別モノだよ(同低減機能のON/OFFには影響を受けない)
時間がある人は、実際に他のビューアの表示結果と比較してみよう

ちなみに jpg/png/gif の各画像形式で再現する(共通の症状である)ことを確認済み

>>844
このスレで本家の作者に縮小時の補間処理での読み取り範囲が狭い点を俺が突っ込んで、ある程度の改善をして貰ったのがモアレ軽減。
チェック柄が水玉になるとか。
例えば、最近傍で近場の1ドット、双一で2*2、双三で4*4の範囲からデータを読む実装の場合で1/10に縮小する場合には、最近傍で10*10の100ドット、双一で20*20の400ドット、双三で40*40の1600ドット範囲からデータを読んだ方が良いよな。
少なくても10*10の100ドットは読まないと。
で、双一だと4ドットしか読んでないから水玉になる様だった。最低限の4%しか見ないのなら、偶々拾った部分の色が出てしまう。
この問題じゃないの？
モアレ軽減で読む範囲が拡がるよ。
具体的なのは見せて貰っていないので違うかも知れないが。

俺の端末8インチ1920*1200ので、画集だとでかい画像の多いけど、普通のコミックや小説だと大きなのでも2倍程度なので、モアレ軽減で良い感じになったな。
人間の眼って300dpiくらいまでしか識別出来ないから、将来を考えてもコンテンツのデータは2､3倍のサイズで止まる気がする。

ベタ塗り部分でも出てる箇所があるので、近傍補完のピックアップ数や位置がおかしい感じだね

PVってマンガのepubには対応できないのか
楽天koboのDRM解除してepub化してPVで見てみたけど画像表示されん
ComittoNなら見れるけど、PVで見てえ
zipにしてimgフォルダだけ抜いて再構築とか面倒くせえわ

>>847
犯罪を堂々と告白されても扱いにこまんのですが

が
>>847
寄付したらやってくれるかもね

>>847

>>847が号泣するだけのオチでしたとさ。チャンチャン♪