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

>>481
スマートローテーションも探してみたのですかy700 2025だとディスプレイ 項目の画面の自動回転から行くことはできずrotationで検索してもみつからないんですよね

>>474
コメントありがとうございます、おま環でしたか、、、
指摘された方法試したけど駄目でした、しばらくAYを使います、、、

>>471
テキストビューアのスワイプで数ページ戻った後にタップすると、スワイプ前の次ページへ移動する現象だけど、こちら側では何故か再現していない(タップすると、戻った所の次のページに移動する)
ちなみに、設定は以下のようになっている
・サイズ調整方法：　元のサイズで表示
・見開きモード：　連続表示
・用紙選択:　画面サイズ(縦)
・表示方向：　回転あり → 縦向きで表示されている
・前ページ位置を左右反転：　チェックあり
・タップ操作の入れ替え/タップでのスクロール/フリックでページめくり/ページ端からフリック/フリック操作の入れ替え/左右キーの入れ替え：　全てチェック無し
スワイプでページ移動させると横スクロールしてしまうと思うけど、この操作で合っているだろうか

>>484
見開きモード:単ページ表示で発生します
ただ連続表示で発生しないことを知れたので設定変えて使います

>>484
見開き表示も単ページ表示も関係なく、ページ送りの設定に使ってた左へ１ページが原因でした。
エフェクトが嫌で次ページへスクロールにしてなかった

NxXってサムネイルの拡張子表示の非表示とかってできる？
もしあれば教えてほしい

サムネイル長押しで表示されるメニューにプロパティが欲しいな
ファイルサイズとか作成日とか見れたらいいな

NxXの「範囲選択してサムネイルに設定」だけど、ファイル名に # が含まれている画像を対象とした場合にエラー「open failed: ENOENT (No such file or directory)」になってサムネ登録できない
クロップされた画像は元ファイル名そのままにshareフォルダに出力されてるんだけど、エラーのトースト表示を見る限り「出力された画像を参照する際に#以降のファイル名を省略している」っぽい（出力したファイル名とは別のファイル名を参照することになるので当然ながら見つからない→cacheフォルダにサムネファイルとして配置されない）

その画像の#以降を取り除いたファイル名で「任意の画像ファイル」をあらかじめshareフォルダに設置しておくことで、それがサムネイルとして使われるところまでは確認済み
なんとなく、フォルダや動画等の「画像ファイル以外」でも名前が一致するノードがあればそれを無理やりサムネとして取り込んで（cacheフォルダ配下に配置されて）しまう気もするけど、そこまでは検証してない（ちょっと怖いので）

BJきた

おっ見開きで縦スクできるようになったんか？と思ったら違うようだ

ボンカレーはどう作ってもうまいのだ

BJ で >>489 が解決していること確認しました！
ありがとう！

BJ、「先頭ページから2ページ目（あるいは末尾ページから末尾直前ページ）へのページ送り操作」でページ送りエフェクトの向きが逆になってるっぽいです
実際の表示が単ページ表示状態の場合にのみ再現するようです（実際の表示が見開き表示状態の場合は問題なし）

PDFなんですが、NASに置いたファイルを読んで１０−２０ページくらい進めたり戻ったりするとエラーが出て読めなくなります。ローカルに置いたPDFはエラーなく読めます。NASにおいたZIPのJPGファイルはエラーなく読めます。バージョンBIとBJ

キャッシュの問題じゃ無い？

うーん設定ミスですかね
キャッシュ増減したり色々試したんだけど、10ページくらいでダメした
画像
PDFのサイズは50−100MBくらい
ローカルに置いて読むと問題なし

comittonでepub見れる改造版？みたいなのがあるのか
epub見れないせいでPV使ってたけど
PVは本棚サムネ表示遅すぎて微妙なんよな
表紙保存したあともなんかクソ遅いし

うーん久しぶりに使ってみたが困難だったっけ
これならPVのがマシか

その後試してたら、Android11のタブレットは大丈夫でした
問題があるのはAndroid16なのでOSが関係してるのかも

>>498
>>1にあるComittoNxXはepub対応

>>500
ComittoNxX はオープンソースの画像ビュワーです.
対応バージョンは Android5.0 以上 15 までです.

>>501
だからその話をしてるんだが
何を言ってるの？

>>503
すまん、
「comittonでepub見れる改造版？みたいなのがあるのか？」
と、読み違えてた

>>502
ありがと
16に上げるんじゃなかったなぁ

>>500
もしかすると、ComittoNxXで使われているAndroidのPdfRendererでは、PDFのページ送りでシーク動作が頻繁に入ると、NASの場合に動作が固まってしまうのかも知れない
これがOSのバージョンに起因しているかについては、本家(Adobe)のAcrobat Readerで試してみて同じ動作になるのかが分かれば、何処に原因があるかの切り分けになると思う

>>494
ページ送りエフェクトの向きの動きを見てるけど、逆になる現象が再現してしない
・サイズ調整方法：　元のサイズで表示
・見開きモード：　単ページ表示
・ページめくりのエフェクトはフリップ/フェードイン/スクロールを実施
・ページをめくる方向： 右から左へ(右表紙)
・前ページ位置を左右反転：　チェック
・タップ操作の入れ替え/タップでのスクロール/フリックでページめくり/ページ端からフリック/フリック操作の入れ替え/左右キーの入れ替え：　全てチェック無し
・スクロールで前後のページへ移動/次のページを表示：　チェック無し
「ページ送りエフェクト」とは「ページめくりのエフェクト」と同じ挙動になるだろうか

>>507
先のレスで挙げた再現条件が間違っていました
縦画面で横長の画像が2つのページに分割されて表示される状態（フィルムストリップでは単一の横長ページだけどビューアでは縦長のページx2として扱われる状態）での
ページ送り操作で、エフェクトが逆になることがあります
分割されたページの1→2ページ目（あるいはその逆）のページ送り操作でのみ再現するように見えます（どちらになるかは画像によって異なる？？）

>>500
Android16だと失敗するのを確認した
・Android11は失敗しない
・AdobeのAcrobat ReaderはSMB経由のアクセスが出来なかった
調べたところ、Android16はファイルディスクリプタの動作が厳格になっていて、PDFファイルのページめくりだと、高速にシーク動作を繰り返すため、SMB経由のアクセスに失敗するらしい
ZIPファイルの場合では、セントラルヘッダーをアクセスすれば、後はシーケンシャルアクセスになるので問題は発生しないようだ
Android16の仕様上、PDFファイルをアクセスする際には、一時ファイルを経由するか、若しくは間にキャッシュを挟み込むかして、淀みなくアクセスするように改造しないと無理っぽい気がする

>>508
横長の画面を用意して、縦画面でページめくりのエフェクト（フリップ）を入れた状態で、左右のページめくりを繰り返すと、エフェクト（フリップ）が逆になる現象が再現した
・サイズ調整方法：　高さに合わせて表示
・見開きモード：　単ページ表示
・ページめくりのエフェクトはフリップ
・エフェクト時間： 0.20秒
・タップでのスクロール： チェック
タップ操作のスクロール動作で発生するようだ

>>509
再現ありがとうございます
PDFファイルの場合のみ一括ダウンロードして読む、みたいなオプションが16対応には必要っぽいですね

001.jpgと001..jpgというファイルがあって
nx以外だと001..jpgが前に来るんですが、nxだと後ろになってしまう
色々設定をいじっても改善しません

それくらいリネームしてくれ

何をどんな設定したらそんな被った出力名になるんだ？

表示カバーは000a.jpg 000b.jpgにしろ
以降は001.jpgから

完全に拾い物じゃん

2.4.10.BK

BKにしたらページ戻るのに右にフリックしても左へフリップのエフェクトになっちゃった。BJに戻したら問題なし。

NxXの見開きを含むページ分割系は不具合の宝庫

BK
PDFの先読みオプションをオンにすると、ファイル読み出し後に表示できないエラーが出て落ちます
テキストメインの小さいPDFファイルは読めるので、スキャナーでとった画像メインのだとダメなのかも

Android16
PDFファイルサイズ→50～600MBくらい
スキャナー→EPSON DW571

キャッシュサイズも色々変化させてみたけど、改善せず

android16でBKだと

◁　〇　□　のインジケーターの下にファイルやディレクトリ、サーバー等のメニューバーが隠されてしまい
全く使えん

BJに戻した

まさかのナビバー

ナビバノンノン

作者様いつもありがとうございます
ファイル名の.早速対応して頂いて驚いております
ただ検証した所、不具合があるようなのでロールバックして頂きたいです

001.　002.. 002.　003.　理想

001.　002.　002..　003.　以前のバージョン

002..　001.　002.　003.　現在の挙動

サムネイル作成のときは002..のファイルが先頭に来てしまうようです
閲覧のときは理想と不具合の挙動が混在します
調査しましたが条件はわかりませんでした
遅ればせながら自分でもソースを見て見ようと思います　1から勉強です

その前にネイミングの指針を見直せよ

自分も最下段のメニューがAndroid16のナビ裏に隠れて押せなくなりました

共通の操作設定辺りにナビバー非表示にする設定項目あるよ自分もなってたからそれでなんとかなった
2.4.10BK
2chMate 0.8.10.241 dev/samsung/SC-56F/16/DR

>>525
リネームしとけ

ダブルピリオドなんてイリーガルで並びに正解なんてないし、たまたまその理想に合わせても
別の現行順に沿うzip出てくるかもしれない。そんなのいちいち合わせてらんないし、マジで個人でリネーム対応しろよ、としか

ダブルピリオドの九割九分は拾いものの書庫内ファイル

ダブルクオテーションならともかくダブルピリオドって…(^_^;)

ダブルピリオドって言葉初めてきいたな。どういった運用でこうなるんだ？

ダブルドラえもん！

002..が001.より先に来るのがおかしいってはなしじゃないの？
ファイル名がおかしいのは同意だけど挙動もおかしいと思うわ

NxXの、設定 > 共通の表示詳細設定 > 減速スピード、についてだけど、以下の通り直感に反しているので修整してほしい
1) 設定項目名が「減速スピード」なのに、ダイアログの説明も実際の値も「小さいほどすぐ止まる」になってる（項目名と効果がアベコベ）
→設定値（減速スピード）が大きいほど、実際の減速度が大きくなるのが自然
2) スライダー上の最小値（減速しない）と最大値（慣性なし）の効果が逆になってる
→ スライダー操作は連続的にしておくのが自然

ZArchiverならzipのまま中身の画像の名前変更できるぞ

Zarchiver性能すごいよな
どんなlib使ってるんやろかな

大抵のツールなら解凍せずにリネームできるやろ
実際は解凍して再圧縮してるんだけどな

俺はExplzhとwinrar使ってるけどどっちもリネームは簡単にできる

2.4.10.BL更新
アップデート活発だな

自分的には圧縮解凍の速度と汎用性が良いと思う
Androidアプリとしてはだけどね。Explzhと比較は出来ない

BL
タブレットで横向きだけど、設定画面が縦になる
メニューは横向きで正しいんだけど

>>541
ちゃんとここ見てバグ対応してくれるよね。難しい要望とかもあるけど。

>>543
もしかしてその画面って>>475の URL の画像みたいになってない？家がこれなのよね
ただこの現象が起きるのは 横画面にした時の設定や 本棚や メニューとかのもろもろの画面だけで実際に本を開いた時は 全画面になるから そこまで困るわけではないんだけど最新版になっても変わってないし何が原因なのかよくわからん

>>545
試してたところ、タブレット横向きの状態でこのアプリをフローティングウィンドウで表示すると設定画面も正しい向きになってて問題なかった
アプリ全画面だと設定が縦向き固定でおかしい

xiaomi pad 6s pro
android16

Backボタンの挙動を親ディレクトリに移動にしてる
BLに更新したらディレクトリは移動するんだけど同時にアプリが落ちるようになり、設定変更して再度設定し直しても同じ挙動のまま
同様の人いる？

>>547
問題なし
他の手段による（親ディレクトリへの）移動は問題ないの？

>>548
最上部メニューの「上へ」で移動
設定の「親ディレクトリ表示」をオンにしたボタンで移動
どっちも問題ないね
BackボタンだけComittonの終了が同時に動いてる感じ

>>547
同様に落ちます

落ちるのは泥16なのかな？
BKでは問題なかったってこと？

>>551
Z Fold 7
Android16

最近のアプデで落ちるようになった

これの開発者って100%善意だよね
マジですごい

お前たちを中毒症状にしてある日いきなり重大なバグあり更新して更新途絶する気かもしれんぞ

>>554
その時は使えるバージョンで使い続けるか、他に行くだけじゃん。

PVとか課金して使ってたりしてたけど、なんだかんだと言ってもcomittoが一番使い勝手が良くて気に入ってる
ここでの報告を反映してくれてるNxX版開発者さんには感謝しかない

BM

ご苦労様です

BM
pdfファイル開いたあと、閉じれずメニューに戻れない
BLだと大丈夫

ZIP圧縮のjpg画像だとその問題はでない
pdfファイルのときだけ

pdfファイルの出来かなぁ、うちでは問題ないみたい
android9相当と13

泥16なのが原因かもしれない
泥11では問題なかった

BN

お務めご苦労様です

BNでpdfファイルの挙動が正常になりました

戻るで落ちる事象改善しました
ご対応ありがとうございます

素早い更新をいつもありがとうございます。トップ画面の各サムネイルの大きさを例えば大中小などのボタンでサイズを簡単に変えれるようにして頂くのは可能でしょうか

サムネグリッドについては、まずは現状の「ピクセルサイズ（高さx幅）」を指定する方式から、「アスペクト比」「グリッド列数（縦持ち）」「グリッド列数（横持ち）」の3つを指定する方式に改めた上で、「グリッド列数を切り替える手段」を用意するのが良さそう
現状のまま大中小の切り替え手段を用意しても、サムネコンテナ（グリッドアイテ厶）のアスペクト比とサムネ（グリッドアイテム内に配置される、緑:フォルダや水色:読書中の枠が表示される要素）のアスペクト比のズレが避けられないので、そこにコストをかける価値があるかは疑問

nxの作者様いつもありがとうございます

BNですが、
SMBアクセスでエラーが発生しました:The system cannot find the file specified.
と出てファイル一覧読込が止まる事がありました

最新版はこれ>>522直った？

>>570
それくらい自分で入れて確認すりゃええやん

いつもバージョンアップ、ありがとうございます。
気になっている不具合が二点。Android16です。
・bk以降だと戻るボタン長押ししないと、メニューが一瞬で消えちゃう。
・epubのコミックが、初期表示までに時間がかかっちゃう。

戻るボタンでメニューなんて出たっけ？

>>573
終了メニューっす

そもそも「戻るボタン」が何のことやら。。。

自炊した縦書き文章が見開きでスキャンされたもので横長の画像を横並びで表示していたり
縦いっぱいでは文字が大きすぎるので80％くらいまでピンチインして表示したりして読んでいる場合、
NxXで１ページスクロール動作すると元の画像単位で次の画像までスルロールするから、
表示されてる領域分だけをスクロールさせたいのに出来なくて読んでいるところから飛ばされて見失ってしまう。
指でじりじりスワイプし続けながら読んでるけど、何かの拍子にタップ反応してスクロールされて飛ばされてしまう。
画像をどんな倍率で読んでもディスプレイ表示されてる領域分だけ送る動作にするのは難しいのでしょうか

>>576
設定 > イメージ表示画面の設定 > タップでのスクロール
にチェックを入れるといい

2.4.10.BNを使用してます

epubが 1 のように画面ギリギリまで表示されるので、毎回 2 のようにピンチインしてます
どこかで一度設定したらデフォルト表示にすることはできますか？

1 https://i.imgur.com/HzBmDn6.png
2 https://i.imgur.com/ltiie4Z.png

説明が下手くそですみません
並べて表示だとNxXのスクロールは見えてる画面分のスクロールをしないで実用的でない
という意味なので
>>577さんのアドバイスでは解決に成らないのです。

スクロール機能そのものが読んでる内容をジャンプされてしまうスキップ表示になっていて
12345で2読んでる読んでるときにスクロールする4とまで飛ぶと言えば伝わるのでしょうか
画面に指を置いてじりじり動かし続けるしかないのですが、
そのように動かし続けててもおそらく画像が次のものに変わるタイミングあたりでジャンプされてしまい
戻らないと続きが読めないので、
横幅が画面サイズ以上の画像ファイルの読書にはNxXは使えないという話です。

自炊の本は文字の大きさ・1行の文字数・上下の余白がどれも一定でないので、
NxXのようにピンチインアウトで表示サイズを変更でき、さらに並べて表示が出来るようなブックリーダーアプリは
他に全く存在せず本当に代えの効かない素晴らしい機能を持っているのですが
スクロールで読むことが出来ないせいで読書が出来ないので困っています。

スクロールとページ送りあたりが、アプリ開発者の想定の動作に成ってないと思います。

>>580
画像データをepub形式でまとめてるの？
文字データでなく

>>580
自炊してるならMeTilTranやChainLPで再配置すれば？

>>582
裁断してない見開きらしいし前処理はクソ面倒だろうな
非破壊スキャンも面倒だろという話ではあるが

いろいろ設定を細かく変えつつ試してみました

スクロール中にでジャンプされて全く表示されない箇所が生じる原因は、
画像の初期表示位置を中央に設定していた場合に、横長画像のはみ出た右側部分が飛ばされることが原因でした。
画像の初期表示位置を右にすれば表示されない部分は一応は無くなる。

しかし並べて表示でスクロールを使う場合
次の画像が画面内半ば近くまで来たなとアプリが判断すると、
画像の表示位置に設定された位置まで一気にジャンプする動作なので、
画面スクロール量が画像の変わり目の度に極端に変わるので異常に読み辛い。

画像の初期表示位置の設定だが、
横幅が画面内に収まる場合は”中央”にしておけば左右に前後の画像の行が残りながら
ページ送りされるので一定のスクロール量となって読みやすいが、
横幅が画面内に収まらない場合は”右”にしておかないと飛ばされてまともに読むことが出来ない上に
スクロール量が一定しないので非常に読み辛い。

画像の初期表示位置というような設定は無視して
並べて表示で一定の設定量のスクロールが常に成されるようなシステムで無い限りは、
実用性に乏しいと思います。

正直ブックリーダーアプリの利用者は漫画かEpubを読む人がほとんどで、
漫画読むならページ送りで事足りるし、Epub読むなら設定が細かく自由だから
自炊の画像ファイルで文章を読むという人の使い勝手とか
設計段階で考えられてないのは仕方ないですよね。
不便なら自分で作るしかない。

PerfectViewerなら並べて一定量のスクロールという希望通りの動作するだろ

>>585
裁断スキャン、傾き補正、白とばし、コントラスト調整
ここまではやっておくのが主流だからなぁ
chainLPやMHEのリフローで足りる

>>586
おっしゃる通りですが、PerfectVieweの画像の表示サイズは
縦幅に合わせる、横幅に合わせる、全体表示、等の固定された拡大しかでず、余白も設定できません。
NxXのようにピンチインアウトで表示サイズを細やかに調整変更しそれを固定して並べて表示し読むことは出来ません。

>>587
同じ本のスキャンはそういう処理で揃えてますよ。
別の本だと本によって１行の文字数、文字サイズ、余白が合わないことくらい分かりますよね

>>589
せやな
だからリフローで事足りるって言ってる

例えば１行の文字数が28字の本と、62字の本を
1行の長さと余白を揃えてさらに文字の大きさまで全部一緒にするような
魔法のような調整って何かで出来るのですか？
出来るなら読み直す機会で1冊ずつ処理してみますが

>>588
perfrct viewerには「スケール固定」ってのがあるよ

>>591
レイアウトを紙のままにしたいってこと？
それならこんな話はしなかったスマンな

そうだよなあ。スケール固定を選べば希望通りの操作感で読書できるだろ
分かりにくいところに設定があるが

>>591
OCRでテキストデータにしてからepub形式にまとめれば、現在のNxXでもperfect viewerでもできるだろ

OCRって精度クソだから使ったことない奴しか勧めない印象

>>596
昔のOCRはマジでゴミレベルだったが今はモノによってはスキャン後にAI精査してくれる物もあるので昔と比べるとダンチ
高いし使いにくいけどな

いつの時代の印象で語ってんだよ爺さん

やっぱり使ったことない奴の言動だな
OCRなんてスキャンした画像にテキストデータ内蔵させてPDFで半分使い物にならない文字検索掛けられるようにしておく程度しか期待できない
あいつら漢字仮名交じり文章苦手すぎる
誤字類推しながら読むバカいるの？

OCRよりGoogleレンズの方が優れてる
チラシのイラストに書いてある文字書き起こそうとする前にやってみたら誤字なしで全部文字列化してくれた

>>600
これな
昨日このニュース見てこの筆記体の手紙の内容知りたくてgoogleレンズに読ませて翻訳してもろたわ

>>601
このニュースｗ
https://www.asahi.com/articles/ASSCX2W5RSCXUHMC003M.html

NxXへの要望になります
設定 > イメージ表示画面の設定 > 四隅と端をタップエリアにして動作を割り当て、で設定可能な動作に「ズームリセット」を追加してほしいです

それから、タップエリア機能をはじめて使ってみて感じたことですが、各エリアのデフォルト値がなぜか「無反応」になっていて、オーバーライドしたくないエリアを解除（「無反応」から「システム設定」に変更）する手間が地味に面倒です
私自身はもう変更してしまったし、AH以前からのアプデ時以外では事実上無意味かもしれませんが、デフォルト値は「システム設定」のほうが良さそうです（生の値としては、1を0にする）

NxX更新ありがとうございます

NxXの不具合報告です
1. 上部メニュー「表紙の方向」で左開きにした状態において、ページ送りエフェクトの向きが逆になっています
2. 「横持ちで、縦画像を連結して見開き表示」の状態から縦持ちにした場合、「縦画像を連結して見開き」の状態が維持されます（連結された画像をスワイプやタップでスクロールできる）。この状態でページ送り（あるいはページ選択）操作をしても、連結された左右一方（右開き/左開きに依存？）の画像が更新されません
3. 先ほどのアプデ（BO）で対応いただいた「ズームリセット」操作ですが、ビューアを開き直すと「ズームリセット」操作前のズーム率に戻ってしまいます（永続パラメータへの反映漏れ？）

>>604
「ズームリセット」操作の挙動については、「ズームイン」「ズームアウト」でも永続パラメータへ反映されないので合っていると思う

>>569
BOですがまだこのエラーが出るようです。SMB越しで、同じフォルダでも出る時と出ない時があります。
D1/D2/D3
の構成で1つずつ降りて行きD3でエラーとなったとき、何故かカレントは
D1/D3
と表示されていました。上フォルダ移動でD1に移ります。D2が内部処理で消失している気がします。

>>606
SMBのフォルダのアクセスの途中で別のフォルダへ移動していないだろうか
SMBは非同期でファイルアクセスされるので、カレントフォルダのアクセスが完了していない状態のまま別のフォルダへ移動すると、アクセスに失敗する可能性がある

>>606
自分はそのエラー出たことないなぁ
フォルダ名長すぎるとか？

>>604
「横持ちで、縦画像を連結して見開き表示」の件で、「縦画像を連結して見開き」の状態でページ送り(あるいはページ選択)操作による画像が更新されない現象が再現できていない
・サイズ調整方法：全体表示(見開き対応)
・見開きモード：見開き表示
・ページめくりのエフェクト：なし
・タップでスクロール：チェック
・スクロールで前後のページへ移動：チェック
・次のページを表示：チェック
横画面で、左右に縦長の画像を並べて表示させてから、回転させて縦画面にする
この時、連結された画像をスワイプやタップで横スクロールできている
この状態でページ送り(あるいはページ選択)操作をすると、連結された左右の画面で次のページへ移動できてしまうので、再現していない
何か設定にコツがあるんだろうか

>>609
報告内容のご確認及び再現性調査ありがとうございます
こちらで改めて調べたところ、見開きモード：見開き表示、では本件再現しないことが確認できました（左右に結合された画像が左右共に問題なく更新される）

おそらく、以下が再現に必要な条件のようです（縦画像が左右に結合されるための条件は省いています）
・サイズ調整方法：項目名末尾に(見開き対応)が付いてる項目（例：全体表示(見開き対応)）
・見開きモード：単ページ/見開き

>>610
こちら側でも、以下の設定で画像が更新されない現象が再現した
・サイズ調整方法：全体表示(見開き対応)
・見開きモード：単ページ/見開き
横画面で、左右に縦長の画像を並べて表示させてから、縦画面にする
この状態でページ送り(あるいはページ選択)操作をすると、左側の画像が更新されない(右側の画像のみ更新される)

NxXの不具合報告です

2.4.10.BC以降、以下の場所に大量のキャッシュファイルが生成されるようになっています
Androidの設定アプリからのキャッシュ削除操作で一掃できますが、画像閲覧に伴ってかなりのストレージ容量が消費されていきます
圧縮ファイルの展開ライブラリの差し替えに伴う副作用と思われます

■ 場所:
/data/data/jp.dip.muracoro.comittonx/cache
※任意のファイラからアクセスするにはroot権限が必要です

■ 内容:
- ビューア起動時にその場所に対応するフォルダが生成される
- そのフォルダ内に各ページに対応するテキストファイル（中身は画像ファイル名）が一括生成される
- その後、そのフォルダ内に、ビューアで表示させたページの画像ファイル（コピーではない）が逐次生成される

また、2.4.10.AX以降、スワイプによるページ送り操作時に画面左右端に表示されていたグローエフェクト（エッジエフェクト）が表示されなくなっています

>>612
大量のキャッシュファイルが生成される動作については、展開ライブラリのオーバーヘッドを減らす目的で作成されているので、不具合では無く、必然的に行っていると思われる
「ファイル選択画面設定」の「ZIPファイルの読み込みを旧方式で行う」「RARファイルの読み込みを旧方式で行う」のチェックを入れると展開ライブラリが旧方式になるので、キャッシュファイルが埋まってしまう動作が緩和されると思う

>>613
スクロール周りに手が加えられているので、エフェクト関係の動作が変わっていると思われる

ブリティッシュペトロリアム来てた

https://helentech.jp/news-android-privileged-ports-smb-86964/

NxXへの要望になります
イメージ表示画面で書籍名またはファイル名の表示をできるようにしてほしいです

>>618
下端部プレス中orフィルムストリップ表示中に、上端部にオーバーレイ表示されるよ

>>619
気がつかなかったです
ありがとうございます

全く新しいビュワー作ってみたから試してみてほしい
https://github.com/p-almighty/Piewer

Android向けじゃないのかよ

>Python のインストール不要・単体で動作します

もしかして今更Pythonで作ったのか…？

Windows だとずっとNeeview使ってるから 試しに使ってみるかな

windowsだと　ももんが図書館　一押し
更新止まってるけどwinだとタッチパネル対応のビュワーってなかなか無いのよね

ごめんここAndroidのスレだった(；ω；)

>>625
確かに タッチ対応はないですよね
neeviewも右クリック ジェスチャー使って餌タッチやってるような感じです
デスクトップ PC とタブレット PC の両方で使ううえにNASにアクセスする前提になってるのでなかなかいいのがないんですよね
Android は comittonxxが開発 勢力的で 以前の とは 見違えるほど使えるようになったから これ一択になってます

ComittoNxXを試してみたんですが、これってテキストの選択はできない感じです？
意味の分からない単語を検索にかけて調べたりしたいんですけど

それってコミックビュワーでやる事か？

テキストとはｗ

Universal Copyとか使えば良いのに
なんで一つのアプリで何でもかんでもやろうとするのかな

機能聞いただけでなんで君らそんなあたり強いの？

>>627
ももんが図書館はNASに対応してるぞ
俺使ってるし
スレチなのでこの辺で終了

いまどきUniversalCopyは失笑もんだろ

ごめん、ユニバーサルコピーってなんじゃろ
cpコマンドの類い？

>>635
https://play.google.com/store/apps/details?id=com.camel.corp.universalcopy

>>636
サンクスです

NxXへの要望です。ご検討ください

1) ズームイン/アウト/リセット の各操作時の処理を、ピンチインアウトによるズーム率変更と共通にしてほしい（現Verでは永続パラメータ側に反映されなかったり、操作後にページ送り操作をするまでズーム率表示が残存したりズーム率リセット操作を受け付けない）
2) カスタムURLスキームのopenメソッドからビューア開く時のように、履歴やブックマークからビューアを開く時もファイル一覧画面の更新をスキップしてほしい（現Verではファイル一覧画面の更新（つまり親フォルダ内のファイル一覧取得）後にビューアが開かれる）
3) フォルダ内の画像を履歴一覧やブックマーク一覧から開く際に直接ビューアを開いてほしい（現Verではファイル一覧で親フォルダが開かれるだけ）

2.4.10.BQアプデありがとうございます
ただ、リリースノートに記載された修正の効果は出ておらず、その内容と不釣り合いにパッケージサイズが1MBも増加しています

ビルドミスでしょうか？

自分で弄ればいい
今ならAIを使えばいい

>>639
こちらで試してみたところ、エッジエフェクトの修正が効いているのでビルドミスでは無いと思う
もしかすると、慣性スクロールが有効になっているのではないだろうか
慣性スクロールが動作して停止するまではエッジエフェクトが働かないようだ
サイズの増加については、Android Studioのバージョンやライブラリの更新等で幾らでも変化するので気にすることは無いと思う

1MBもって言葉で時代を感じるわ

ファイルサイズ気になるんならApktool Mでsplitで必要なapkだけ抽出すればいい

>>641
設定を色々と見直してみたところ「スクロールで前後のページに移動」のチェックを外すとエッジエフェクトが表示されるようになりました！

NxXのこれまでの更新を見る限り今回のサイズ増加はその変更内容と不釣り合いに見えたのですが、Android Studioのバージョン変更でも変化してしまうんですね

NxXはファイル選択画面の色設定やフォントサイズ設定を複数記録してテーマ切り替えれるようにしてほしい

うぉー、Androidでkomgaの漫画見れるやつが欲しい
cdisplayexの作者ヒステリックで嫌い

komga android でググッたらそれっぽいの普通に出てくるやん
興味ないから後は自分でどうぞ

前はYokaiとKomikkuに拡張機能入れて使っていたけど最近追いかけていないからもっといいのがあるかもしれない

>>638
「フォルダ内の画像を履歴一覧やブックマーク一覧から開く際に直接ビューアを開いてほしい」だけど、こちらではビューアが開いて画像が表示できている
環境が違うんだろうか

そういえばいつのバージョンからか分からんけどPDF読んでるとだいたい20-30P分読むとクラッシュすんのよねなんか解決策とかってある？
キャッシュ量の設定とかは弄ったりしたけど変化無しなんよねぇ
NxX2.4.10BQ
2chMate 0.8.10.242/samsung/SC-56F/16/DR

>>650
もしもAndroid16でローカルフォルダ以外のPDFファイルを開いているのであれば、既知の不具合として対策されている
「ファイル選択画面設定」の「pdfファイルを開く前に一時ファイルへ展開」のチェックを入れると、キャッシュに展開されてから開くようになる

>>651
ありがとう
実質ストレージにDLしてるようなもんだからちょっと開くの時間掛かるのが気になるけど泥の仕様由来だろうししゃあない仕様か

>>652
Android16の緊急対応だから仕方ないけど、もうちょっとNASからのPDFダウンロード時間が短くなるといいなー
200MBのPDFだと表示されるまで20秒以上かかる
別のファイルマネージャーでNASからダウンロードするのと比べると2倍以上は遅いっぽい

>>653
そう言うのは、jpg圧縮強くかけてファイルサイズ小さくするとか
自分で努力しないと

FTPとSMBの違いを理解して無さそう

FTP鯖は設定の仕方がめんどくさい

>>655
どれに対してかレス番付けないと
書かれてる方が分からなくて意味無いぞ

Google AI Studio使って自作でビューア作って使ってる
ここまで対話形式でアプリを作れるなら、使いやすいように自作した方がいいな

mihirakiっていう2つのタブレットを同期して見開きで漫画見られるアプリ使ってみたけど

・2つのタブレットの同期がなかなか上手くいかない
・対応サイトが少ない(Kindle、ジャンプラ)
・試してないけどNASのPDFも見れる

月額のサブスクだが対応サイトが少なすぎるのが難点

>>658
僕の考えた最高のアプリができるんだもんな

>>658
もう自分用に満足いくアプリできたから、ストアの使ってないわ
フォトビューワーと動画ビューワーも兼ねてるから楽だし

子供然りソフト然り、作ったものは責任持って育ててけよ
不具合出たら面倒見て、アプデの必要でたらまた相手して

NxXの見開き表示で、単ページと見開きが切り替わる基準わかる方いますか？
おそらく画像の縦横比を見ているとは思うんですが、NxDでは見開きだったものが単ページになります。
ACとかですでに発生していたと思うので履歴追いましたが特にそいう変更は見つけられませんでした

>>661
そこまで作ったのはすごいな
俺はごちゃごちゃするのが嫌で、動画ビューアは別で作ってる

こんにちは、世界

「便所の落書きが喋った！！！」

>>664
オカズをデータベース化して一元管理したかったんや
満足いく出来になった

>>667
それ、GooglePlayだかにアップして公開してよ
おかず用に満足できる出来、とか聞いたら使ってみたいわ

>>668
横からだけど、今は住所氏名とか登録しないとPlayストアにアップできないんじゃなかった？
気軽にはできないよ

登録費用も掛かるぞ

GigaFile便とかでアップしたら？
https://gigafile.nu

ｸﾚｸﾚｺﾜｲ

GitHubとかF-DROIDとか

なんとしてもうpさせるぞ！！
という意気込みを感じる

まぁこういう自家用ソフトはgithubじゃないの？よく知らんけど

そこらのアプロダでいいだろw
てかなんのアプリかしらんがAiに聞いて作ったらええやん

古事記はスルー

discordのDMで金くれた奴にあげたら？
なんかみんな欲しがってるから5千くらいで売れるんじゃね

BRありがとう

AIで簡単に作れた風に書いてるのいるがデバッグに無茶苦茶時間かかるのでは？

ユーザーが自分しかいないなら問題気付いたの直していくだけでいいからな

それな
加えて単機能なら大したバグは起こらない

まぁだとしたらここ覗く必要無いんだけど

2.4.10.BR+Android16使用中
既出っぽくてゴメンなんだけど、Android16でSMB接続しているときに、
ファイル一覧でBackボタンを押して親ディレクトリに戻ろうとすると、
表示される場所が親ディレクトリの一番先頭に移って、サムネイル表示がされない＆ディレクトリを選択するとSMBアクセスでエラーが発生する症状がある。
ファイル一覧の親ディレクトリに移動するアイコンを押して親ディレクトリに戻ると、
正常に今開いていたディレクトリが表示されて、サムネも表示される。
Android15では出ていなかった症状で、機体がぶっ壊れたので買い替えしたら症状が出た感じ。
遡ってみると、>>547の症状に近い？アプリは落ちないけど。
これって、対応可能かな？自分でできればやってみるんだが、悲しいかな、そんなスキルは無い。

>>569 >>606 を書いた者ですが自分以外にSMBアクセスエラー出る人が居てちよっと嬉しい。
これ回避の為にBM使い続けてます。Androidは16

>>684 貴重な情報ありがとうございます。
たしかにBMでは発生しませんね。対応版出るまでは私もBM使っていこうかと思います。
ところで、数十ページ〜読み続けていると、画面がウンスンになる症状って発生しています？おま環？
タスクキル→履歴から停止したページを表示 を2〜3度行わないと復旧しない。
Android16はメモリ管理周りがかなり厳格になったようで、いろいろと弊害が大きい、らしい(聞きかじり)
Android15タブを購入しておけばよかったとマジ後悔

>>685 Android16ですが
実はそれも起きてます。日によって機嫌が悪く？なるのか普段は1秒間隔位でページ送り出来ているのが
不意に30秒位固まって以後同様。フリーズしてる訳ではなく中断してファイル一覧には戻れます。
かなり前のAVとか自分がcomittoNX使い始めた頃からなのでそういう物かと思ってました。

BMって何？

ヒント:バージョン

ヒント：遊☆戯☆王

バイオミート

Android16でsmbアクセスエラーと言っていた者ですが、BSにしてから1度も遭遇していません。
またそれが生じていた頃はフォルダ上がった時にスクロール位置が最上段化してしまう事もあったのですが、
BSでは直前利用箇所が画面に収まる位置を保ってくれて大変助かります。

BSはgithubに載ってないのかな？

アプリ起動時に通知から行くと別のところにあるっぽいな

https://github.com/comittonxxa2/ComittoNxX/releases/tag/2.4.10.BS

タブレットを使ってんだけど、タブを実装してるビューワーはない？
複数ファイル（フォルダー）を同時に開きタブで切り替えたい

スレ違いかもだが
Pixezが昨日から見れなくなくなった
ブラウザからは普通に見れるのでアプリ側の問題だと思うんだけど

>>696
ここをいじれ
https://tadaup.jp/6vWKxXoJ.png

>>697
ありがとうございます
Standardから上のEnナンチャラに変えたら無事見れました

ComittoNで epub小説を
横書表示 縦スクロール設定で読みたいです
お願いします

1.5GB前後のzipファイルを閲覧するときBBよりBSの方が展開するのに時間がかかます。この原因は何でしょうか？ 最新版でもBBと同等の展開速度にしてほしいです

BCあたりで展開ライブラリ変えてるからそれかもしれない
旧に戻せるから試してみれば

>>701
了解しました。やはりBBを使い続けるしかなさそうですね

>>702
「ファイル選択画面設定」の「ZIPファイルの読み込みを旧方式で行う」「RARファイルの読み込みを旧方式で行う」のチェックを有効にすると展開が速くなる

BUまで来てるやん

NASに接続
1度全てのファイルのサムネイル取得済み
キャッシュ削除しない　に設定しているにもかかわらずNO IMAGEになって、1つでもファイルを読み込んでからリストに戻るとサムネイルをひとつひとつ再取得するのは何故だろうか…。
ファイル一覧の更新をストップをオンオフしても改善しませんでした。
あと試すべきは何があるでしょうか？

なんのアプリだよ

すまん、書き忘れてた。
Comitto バージョンに関わらず起きてる

poco x7 proにて comicscreenを利用してなろう縦書きpdfをよんでいたのですが急にpdfの文字が見えなくなってしまいました。タイトルや文字があるべき場所が真っ白になってます。
poco x7 proにインストールしたAdobe Acrobatや以前のスマホの comicscreen、pcでは正常に表示されているのでｐｄｆに異常はないと思われます。
設定など特に変更した覚えもありません。キャッシュ削除や再インストールをためしましたがダメでした。
助けてください。

>>705
NASというかSMBは非同期処理なので、フォルダの移動を頻繁に行うと、ファイルのアクセスが完了しないまま別のフォルダを読みに行ってしまうため、もしもフォルダ内部の情報と実際にアクセスすべきファイルが一致しなくなると、サムネイルの取得に失敗してしまいNO IMAGEになる
サムネイルを1つずつ再取得する要因については、リスト表示に伴うSMBの読み込み動作がアップアップになってしまい、フォルダ内部の情報の取得が追いつかなくなっていると思われる
解決策としては、NAS側のレスポンス(応答速度や転送速度)を向上させる、フォルダ内部のファイル数を減らす等、SMBの単位時間あたり通信回数(メタデータ処理)をできるだけ少なくすることになるかと思う