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

!extend:checked:vvvvv:1000:512:donguri=1/4
!extend:checked:vvvvv:1000:512:donguri=1/4

・ComittoNxX
https://github.com/comittonxxa2/ComittoNxX/
・TachiyomiJ2K
https://github.com/Jays2Kings/tachiyomiJ2K
・TachiyomiSY
https://github.com/jobobby04/TachiyomiSY
・Kuro Reader+
https://github.com/VandersonQk/KuroReaderReleases

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

---

VIPQ2_EXTDAT: checked:vvvvv:1000:512:donguri=1/4: EXT was configured

Perfect Viewerには１ページ前進や１ページ後退というメニュー項目がありましたが、Perfect Viewer ｘではその項目が見当たりません

>>446
ツールバーのでは駄目？

やっぱりそれしかありませんか。ただサムネイルが旧Perfect Viewerより小さくなって見にくいんです

そういえばcomittonをy700で横表示するとタブっぽい挙動するせいかメインメニューが横画面で縦表示するような挙動になるね
ただ設定画面を出すと横画面でも正常に表示されるしファイルも正常に描画されるからメインメニュー画面だけが横画面表示されない感じ

NxXの「タップによるスクロール」だけど、横長画像を縦画面で表示させたときに直感的ではない挙動を示すことがあるね
具体的に言うと"スワイプで少しスクロールさせた状態"でタップすると、スクロールではなくページ送りになってしまう

見切れてる部分がある（まだその方向にスクロールさせる余裕がある）場合はページ送りではなく画像端までのスクロールにできないだろうか

NxN、ピンチインやピンチアウトで拡大率が変わった場合に100%にすぐに戻す方法ある？
戻そうとしても99％から101％を行ったり来たりしてぴったり止められなくて

>>451
(1)
画像表示画面で右上タップ
画像表示設定で表示サイズを変更→適用→元の表示サイズに戻す→適用

(2)
NxNを再起動

(2)がお薦め

>>451
NxNであれば「サイズ調整方法」（いわゆる「ストレッチ」にあたる）の変更時に100%にリセットされる
NxXではリセット手段が失われた（ピンチインアウトで頑張って100%に調整するしかない）

2.4.10.BH

ズームサイズ、100%にリセットが付いたぁ

BHでソート同期状態でもNullPo出なくなりました。ありがとうございます！

>>456
ｶﾞｯ!

>>455
表示中の画像のズーム率操作として、メニューからダイアログを開かせた上でスライダーで調整して非同期で（つまり、別途ボタンを押して）反映させるUXはあまりにもマヌケ過ぎる。。。
そのUIは削除して、上部メニューに「ズーム率リセット」を新設するのが賢明（必要であれば、連続操作時に「もとに戻す」として機能させるのもアリ）

おお、rarも旧式対応になってる。ありがとうございます。
ところでNAS上にあるファイルのサムネイルを一度取得しているはずなのにたまにNASのHDDがカリッカリッとなりながら再読み込みみたいになってるんですが何故でしょうか？（異音ではない）
サムネイルは削除しない設定です。

>>458
人それぞれだと思うけど、別にマヌケとは思わない
今のUIなら100%へのリセット/ズーム中のレベル確認/もとに戻す操作が同一ダイアログで行える
もしも個別にズーム率リセットを入れるとなると、リセット実行確認のダイアログが実装されると思うので、結局一手間かかることになる

>>460
リセットの実行確認もナンセンスであって、さっきのレスの以下がその回答にあたる

>>（必要であれば、連続操作時に「もとに戻す」として機能させるのもアリ）

>>UXはあまりにもマヌケ過ぎる
>>実行確認もナンセンス
善意かつ無償で対応してくれいてる行為に対して、こういう言い方をする事に人間性を疑う。
操作性の評価は人それぞれ（私はリセットはピンチで十分）自分の評価が絶対だと思うのもやめた方が良い。

>>458
ほならね 自分で改造してくれればいいのよ
オープンソース なんだしついでに配布してくれればいい 出来だったら使うよ
もちろん ダメだったら まぬけすぎるとか言うかもしれんけどごめんね

当初設計にない機能を都度追加していく時、なるべくユーザーが惑わないようにした結果、メニュー階層が深くなってるんだと想像してる

少し話題に出ていましたが、横画面で閲覧している際に設定をいじろうとすると設定だけは縦画面になってしまうので、横画面のままで設定メニューが出るようにしてもらいたいです

NxXの不具合報告です
NxX 2.4.10.BG→BHの更新で、カスタムURLスキームによる呼び出しのうちホスト名「fileopen」指定時に読み込みエラーが発生するようになりました（BGで問題ないことは改めて確認済み）
エラー表示後に一旦NxXを終了させてからNxXを起動させて「前回のファイルを開く確認のダイアログ」に表示されるパスを見ると、どうやらURLパラメータ「path」の末尾のファイル名部分が2重に解釈されているように見えます

たとえば、以下のURLで NxX 2.4.10.BH を呼び出すと、pathが以下のように解釈されるようです
- 呼び出しURL:
comittonxx://fileopen?key=authkey&server_select=1&path=/folder/subfolder/archive.zip
- pathの解釈（末尾のファイル名部分が2重になってる？）:
/folder/subfolder/archive.ziparchive.zip

BLｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!

BLビュワー来たか！
...ってまだBIやん

BIだな

横画面で設定メニューも横位置のまま出るようになりました。ありがとうございます

NxXの不具合かなという挙動について

ファイル選択画面をキーボードのアローキーで操作している時に、画面下部の選択時に見切れたまま選択される。そのまま↓を押すと次の行へ移動しつつ画面表示されるため、実質１行飛んで表示される

テキストビュワーをタップでページ送りしている時に、スワイプを使って数ページ戻った際に、再度タップするとスワイプ前の次ページへ移動する
５ページの状態からスワイプで１ページまで戻ったら次のタップ時には６ページへ移動してしまう

上の2件なんですが同じ状況になる方いますか？
BFから使い初めてBIでも同様です

スワイプしてページ送りすると2ページ送ってしまうのはずっとあるね

以前記載した
・単ページ表示、高さに合わせて表示→横が表示しきれないのでスワイプで送って見ている
・この状態でイメージ表示を閉じる→確認表示→前or次のファイルを開く
・新しいファイルの最初のイメージ表示がスワイプしても動かない（次ページ以降は動く）
は、BIでも直ってなかった、、、
ちなみにインストールして一回目の「前or次のファイルを開く」で表示したイメージは動きました。
直ったかな？と思ったら、二回目以後の「前or次のファイルを開く」では動かなかった。

>>473
変更履歴を見ても修正に関する内容が書かれていないので、開発者の方で現象が再現していない可能性がある
ちなみに、こちら側でも現象が再現しなかった（前又は次のファイルの先頭画像でスワイプさせると横移動する）
もしかすると、圧縮ファイルの展開に関する設定を変更するとうまく行くかも知れない
・ZIPファイルの読み込みを旧方式で行うオプションを有効
・RARファイルの読み込みを旧方式で行うオプションを有効
・アプリのキャッシュを削除
・ファイルリストのキャッシュ削除を行ってから開く

うーんy700で横画面にするとビューワーはちゃんと表示されるけどメニュー画面とかがショート動画みたいになるのなんでだろ
https://imgur.com/a/7wI8taS
一応画面方向切り替えをすると直るんだけど一度でも縦画面にするとダメだし逆の横画面にしててもこの画面方向切替ボタンは通常の横画面方向にしか出せないしよくわからん

>>475
画像を見ると、横画面のままでナビゲーションバーが下に表示されているので、ファイル選択のアクティビティは縦画面と認識しているように見える
もしかすると、ドットピッチの最小値が大きいために、タブレットUIと認識しているのでは無いだろうか
開発者向けオプションの描画の最小値を下げてみてはどうだろうか

例.《○○○■■》　
epubの時《》がルビになるの防ぐにはどうしたらいい？
2.4.10.BI使ってます

正規のアプリで正規品を購入すれば良い

なるほど！
MHE Novel Viewer Free EditionやPerfect Viewerだとならないので
どっかに設定あるんかと思ってました

>>476
y700 2025のでごの最小幅が640だったのでgeminiに聞いてタブレットとスマホの閾値らしい599（lineはスマホ表示になった）とそこからさらに低い500でやってみたんですが駄目でした 上の画像のように横の空間？ができます

更に今までだと メニュー→ 画面方向切替を毎回選ぶととりあえずは横画面でも全表示できていたのが全表示すらできなくなり悪化した感じでした

>>480
y700 2025に機能があるかわからんけど「スマートローテーション」が干渉してるとか？
もし機能があるなら念のため確認してみては？

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