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

BUFFALOのNAS(SMB2/3)には、ComittoN,NxA,NxD,NxXどれでも使えてる

確かめたわけではないので違っていたらスマン
windows側でNTLMも無効になっているからではないだろうか
確か昔はSMBの認証に使われていた記憶

後はSMBv2以降だとゲスト認証が標準で許可されていないからユーザーを指定してログインだと繋がるかも？

>>332
一応ゲストじゃなく、ユーザーアカウントで入ってます

>>331
NASにはComittoNでもComicScreenでもいけるんですよ。
外付けSSDにはComicScreenでしかアクセス出来なくて原因が分からないんです。
入力項目はどちらも同じ値を入れてます。

NxXのサーバーのホスト情報のところ
win10のアドレスが例えば192.168.0.1だとしたら
http://192.168.0.1とか
smb://192.168.0.1とか入れてない？

>>334
我が家の環境では、NASのHDDと、オートバックアップ用にNASにUSBで繋いだ外付けHDDにも、ComittoNからアクセスできてる。
そちらのwin10マシンのCドライブにはComittoNxXからアクセス出来る？

>>335
入力欄には
ip/ドライブパス
だけ入れてる
Cドライブだけどゲストもユーザーアカウントもファイルリスト取得できず延々グルグル

・comicscreenはOK(=LANの問題ではなさそう)
・Cドライブも見られない(外付けSSDの問題ではなさそう)
・ComittoNの設定(ip/user/pass)は問題なさそう
・色々なバージョン試して全てNGなら、apkインストールの不具合でもなさそう。

う～ん、、、古いスマホかタブレットあれば、それにComittoNインストールして、端末固有の問題なのかを試したい

ホストとかNASとかわかわからんが
他のビューワだとスマホのSDカードのファイル開けないけど
comicscreenなら開けるとかはあったな

cドライブも駄目だとフォーマットがNTFTだと読み込めないとか？

NxX開発ストップで作者飽きたっぽいな
次の引き継ぎ者待ちか・・・

もうAI使って自分用に改造してもいいかもな
自分用なら使わない機能削ってもいいし

まあ 飽きたと言うか ほぼほぼ 前のバージョンで痒いところ大体に手が入っちゃったからなあ

まだツッコミたい箇所は結構あるんだけど
ただその部分の需要は、恐らくほとんどないから誰も話題にしてないし
一度内容のロールバックしたときに、修正されてた部分が一緒に戻っちゃったんで
用途を分けて、それが適用されてた過去のアルファベット一桁時代のも使ってるわ

NxXは昨春のカスタムURLスキーム対応で使い勝手が急激に良くなった

旧NxXと新NxXで一気に進化したから満足やで
対応フォーマットも機能も増えてPVは完全に使わなくなったし

普通のPVってもう開発ストップだっけ？Xでなんか微妙な感じになっちゃったしNxXあって本当に助かった

でも次のAndroid17でオサラバでしょNxX

金払って登録すれば問題ないよ
どうしても使いたい人が普通に登録するようになるだろう

>>344
AIを駆使して自分でそのツッコミたいところをどうにかすればいいよ

NxXの2.4.10BEから上に上げると一部の圧縮ファイルが未対応になって作成済みのサムネすら読めなくなっちゃうんだよなあ

正直前のNxXは痒いところに手が届かないせいでパーフェクトビューワーと2丁持ちすることも多かったからなあ
新しいやつは確か 去年からでしょ、怒涛のアップデートで大半 欲しいものはつけてくれたし 何なら自分がピンポイントで欲しかった機能もつけてくれたから 本当に助かったまさかアルファベット 1周で足りなくなるとは思わんかったけど

バグ報告とかは なるべく 詳しく ここに書いといたら前は対応してくれてたけど今作者さんいるのかな？

たぶん自分で実装したいことを実装できて「満足」したのでしょう
あとは他の人が継続してやればいい

まあ所詮はボランティア行為なのであって義務はないから
AIを駆使して自分で修正もしくは新しく実装できるようになるとか
何なら情報大学院へ進学して猛勉強するとか色々あると思うよ

ワイには無理や
ただただ感謝

AIAIうるさい人が1人居るな

お猿さ～んだよ～♪

ちょっと草

自力でゼロから始めるより可能性があるというだけの話だよ
ちなみにAIは一人だけではない

>>329
ComittoNxX2.4.10.BEで不具合な事象を再現できた。

スマホ(android11)で、NxXでNAS(LAN上にあるHDD)のデータの読書可能。

古いタブレット(android6)だとNxXからNASのデータを取得できなかった。
正確に書くと、192.168.**.***/usr/testにアクセスしたが、192.168.**.***/のフォルダリストを取得できない。
アプリを変えて
・ComittoNxA1.65.A20、
・PerfectViewerだと、NASから本を読めた。

家にはNASが3台あるので試したが、全て同じ。

NxXの設定は、スマホとタブで当然同じ。
NxXにバグがあるのでは？と推測する。

古いAndroidでSMB接続ができないのは既知の問題

>>360
そうなんだ、thx

NxX→サーバー→SMBを
NxX→サーバー→ファイルピッカーにして
ファイルマネージャー経由でSMBのデータを取得したらandroid6タブのComittoNxXでも読書ができた。
けど、ファイルマネージャー経由でファイルにアクセスするので、ファイルのサムネイルは表示できない(俺の使っているファイルマネージャーでは)。
ファイルマネージャー使って、NASのデータをタブのローカルフォルダにコピーしてきて読書するのと使い勝手は変わらなかった。

今後android6タブを使う事があるなら、NxXはあきらめてNxAかPerfectViewerを利用する。

androidのバージョンが古いのはどうにもできないからねぇ

root化して野良ROMを突っ込めばある程度は上げられると思う

俺のスマホのバージョン書くの忘れてた
Android15

おいNxX 2.4.10.BF来てるじゃねえか
EPUB周りで結構イジったみたいね

作者神ありがとう

Android Developers Blog: Android developer verification: Balancing openness and choice with safety
https://android-developers.googleblog.com/2026/03/android-developer-verification.html

まずは8月から、少なくとも最初のサイドロードインストールにあたって「開発者モードの有効化/端末の再起動/24時間の待機」を含む所定の許可手続きが要求されるようになる（7日間限定許可or永続許可を選択可能）
この新たな手続きは "緊急事態を装って有害なアプリのインストールを急かす詐欺師" による誘導の試みを妨害することを主眼に、開発者や学習者向けの使い勝手とのバランスを考慮して設計されているとのこと
その後10月から、認証済み開発者によって署名されたパッケージのサイドロードでの本手続きスキップが可能になる模様（それまでは全サイドロードが対象）
記事では明言されてないけど、adb経由のインストールは現状のまま変化無し（本手続きの対象外）のように見える

更新は嬉しいがBC以降のアーカイブ絡みの問題が解決しない限りBBからあげれない…
BC以降だと一部のファイルが圧縮形式が不明です。と出てサムネがNoImageになってファイルの展開が出来なくなる。
ZIP、RAR関係なく起こって再圧縮しても改善無し
別のビュアーやBB以前だとサムネ、閲覧共に問題なし
BF試してみたけど圧縮形式が…のエラーは出なくなったがサムネがNoImage、閲覧不可
実験するたびにサムネのデータがクリアされるのか再作成の処理が入って地味に辛い

うちでは何も問題起きないから圧縮展開周りいじらないで欲しい

圧縮アプリ色々変えてみればいいじゃん
ZArchiverで無圧縮zipで別に問題ないし

winrarやexplzhで試してるけど関係無し

あ、これは全てNAS上のファイルの話しだからその辺も関係があるのかも知れない。
基本ローカルのファイル読み込まないから実験室してないや

実験用にサムネデータのバックアップ欲しい
実験のたびにNASにある全ファイルのサムネ再作成が辛い
デバッグ版だけでもテスト用に設定ファイルの保存のところにサムネのバックアップ機能あれば助かるなあ

>>373
conitonaにサムネデータないの？

>>373
設定項目「サムネイルのキャッシュ」のデフォルト値が「保持しない」になってるのが原因（初回起動時に自動でパージされる）なので、デフォルト値を「削除しない(手動削除)」に変更するのが妥当（バックアップで対処するのはあまりにもナンセンス）
現状でも初回起動前にthumbフォルダをリネームしておくことで自動パージを回避できる

ComittonxX初めて使ってみたらePubの段落というか開始位置ががたがたなんだけど、こんなもんなの？
それともどこかの設定で解消可能なのかな？

ComittonxX初めて使ってみたらePubの段落というか開始位置ががたがたなんだけど、こんなもんなの？
それともどこかの設定で解消可能なのかな？

ごめん、二重に書き込まれた

>>375
サムネキャッシュは削除しないでずっと運用してるよ
それでも消えるのよ
ストレージの容量不足も無し
フォルダのリネームは試したかとないからやってみる

今comittona/thumbの中見たらたった今のファイル以外に3月頃のファイルとかもチラホラあった
フォルダ移動やリネームした際のゴミかもしれんけどフォルダの中身が消えてるとかでは無さそう
もしかしたらキャッシュがNoImageのブランクで上書きされてるのかも

>>368
恐らくであるが、2.4.10.BBまではファイルの先頭のマジックナンバーを見て圧縮ファイルを識別していたのが、2.4.10.BC以降は厳密に圧縮ファイルかどうかのチェックを行うようになっているためかと思われる
もしかすると先頭のみのチェックの場合、ネットワークのファイル共有等で後半部分が読み込めなかったとしても正常と判断している可能性がある

>>376
その設定、多分ないと思う。

NxXは BB→BC でファイルサイズが一気に増えてる（7.23MB→9.58MB、約25%増）
これはアーカイバを差し替えたからなのかな？

さして問題はあるまい

>>381
チェックの方法が変わった可能性があるんですね。
ただ当該ファイルをいくつかアーカイブの正当性検査をしても問題は無いし、閲覧でも問題ありそうな箇所は見当たらなかったんですよねぇ。

>>382
そうなのね…
ありがとう！

NxXでpngの一部が見れないんだよなあ。
サムネイル縮小なら表示されているのに

>>376
2.4.10.BFで搭載されたWebベースのEPUBビューアを試してみてはどうだろうか

>>383
2.4.10.BCの履歴によると、「圧縮ファイルの展開ライブラリの差し替えを行い7-Zip/CAB/TAR/LZHに対応してみた」となっているので、展開ライブラリの容量分だけ増加していると思われる

>>385
ソースコードを見ると、デフォルト設定(圧縮ファイルの種類を調査)が有効になっているので、この部分へファイルの先頭のマジックナンバーから取得した情報を設定すれば、少なくともファイルへのアクセスの頻度が減るため、もしかすると上手く行く可能性があるかも知れない
恐らくであるが、何らかの手直しが入ると思われる

>>387
pngファイルは透過情報及び色空間が含まれるため、対応できていない可能性がある
もしかすると、何処かに見える形で保存して貰えると対応してくれるかも知れない

>>391
NxX BEだけど、試しにpng含む無圧縮Zip読んで見たけど、確かにちゃんと表示されなくて挙動が変だね

NxX BBくらいから、以下の様な事象が発生中。
・単ページ表示、高さに合わせて表示→横が表示しきれないのでスワイプで送って見ている
・この状態でイメージ表示を閉じる→確認表示→前or次のファイルを開く
・新しいファイルの最初のイメージ表示がスワイプしても動かない（次ページ以降は動く）
ファイルはzip圧縮しています。
今はAYを使っていますが、AYも画像補間をLanczos3以外にすると同じになります。
これって私だけ？　or 何か設定で解消できます？

>>386

>>388のやり方で対応出来た。

ただ、webベースの表示になるので、フォントサイズ等はブラウザと同じになる。

設定でサイズ変えたら？

文字サイズは、自分の場合、統一しずらい。

ブラウザは横書きで、画像とテキストを同じ画面に表示するので、文字小さめ。
epub小説は、本文縦書きで、挿絵は独立して1ページの事が多いので文字大きめ。

>>393
こちらでは、同じ設定(単ページ表示、高さを合わせて表示)で、スワイプで表示が左右に移動するのを確認しながらタップでページめくりを行い、最後のページで次のファイルの先頭のページに移動、最初のページでスワイプによる左右移動を確認出来ている
「タップでのスクロール」にチェックを入れて、最初のイメージ表示でタップしたときにスクロール移動するだろうか

>>396
固定レイアウト形式の場合はどうしようも無いけど、リフロー形式の場合は、「設定」「EPubの設定」「本文フォントの拡大率」、又はビューアの右上をクリックしてプルダウンのメニューの「表示設定」「テキスト表示設定」「本文フォントの拡大率」を100%から大きくすると、本文縦書きで挿絵はそのままで文字が大きく出来ると思う

>>392
こちら側で調べた結果、16bitカラーのPNGファイルが全滅のようだ
16bitの白黒のPNGファイルは表示できた

>>398
ありがとう、上手くいった

>>397
確認有り難うございます。
最後のページまで行って、確認画面で次のファイルを開いた時は、こちらでも移動できました。
ただしこの状態から、戻るボタン→確認画面→前のファイルを開く、で戻った最初のページは移動できませんでした。
タップでスクロールを有効にしても変わらず。

>>401
何となくであるが、2.4.10.BCで導入された圧縮ファイルの展開ライブラリの起動が重くて展開に失敗してるように見える
ネットワーク共有からのサムネイル画像の取得に失敗することがあるのも根っこは同じかも知れない

圧縮ファイルの展開ライブラリを選択制にするのはダメだろうか．
多少容量が増えても誤差だろうからBB以前，BC以降でチェックボックスがあれば有り難いです．

NxX 2.4.10.BFで横長の見開き画像を単ページ表示出来てる人いる？
横長画像の右側を1ページ目、左側を2ページ目として見たいんだけどスライドして左右を行き来するしかできなくて、上手い設定の組み合わせあるのかな？

>>404
本当だ、俺も単ページ表示できない。

1ページのを右左分けるのが作動してなかったけど
今はどうなんだろう？

見開き/単ページ がらみの動作はAQからおかしくなってる

>>405
やっぱりそうよね…

>>407
ありがとう
まだ修正されてないんだね

>>407
APとAQのソースコードを比較したところ、ルーペとズームで補正後の表示を有効にするため、スケール処理後の画像データを参照するようになっていて、この時に横画像の左右分割の情報が失われているようだ
AQ以降は、このコードを元にして拡張されているので、AP以前のコードを盛り込むのは難しいのでは無いかと思われる(もしかすると出来るのかも知れない)

NxXでzipではなく普通のフォルダを更新日降順で見たいとき
ファイル選択画面での並びと画像表示中のページ切替順が異なるっぽいんだけど
表示中のページ切替はファイル名ソート固定なんでしょか

>>410
動作を見る限りでは「書庫内ファイルのソート」と同じっぽいので、ソースコードを調べた所、全く同じ箇所を参照しているようだ
恐らくであるが、手直しが入るかも知れない

恐らくであるがおじさん、予防線を貼りまくりな口癖を自覚したほうがいいぞ

>>412
「"個人的な意見"と"事実"とを区別できない読み手の存在を前提に、彼らに誤解させまいとする意思を持った書き手」による文章であることは明白

>>412
恐らく手直しされるかも。はいいけど、その後実際にどの位手直しされてるのだろうか？

2.4.10.BGkita

おお、BGで見開き問題直っとる！

本当だ♪

ありがてえ感謝やで

BG使ってみてるんだけどちょっと教えて下さい
画面下部タッチでツールバーを出そうとすると、ページ選択のメニューと競合してうまく表示させられない
上手い操作方法か、ページ選択をオフにする設定ってないですか？

>>419
BFでは問題なかったってこと？

>>420
ごめん、説明抜けてた
今回初めて使ったんです

これとは別だけど「ピンチ中に片指ダブルタップ｣の拡大率リセット動作もいつの間にかおかしくなってる
以前はサイズ調整方法の設定に合わせた拡大率リセットがされてたけど、今はピンチ開始前の拡大率にもどる

>>419
自分もいくら設定こねくり回しても変わらんけど下から上へスワイプが比較的楽かなぁ

ページ送りのソート同期に対応頂けました！
開発者さまありがとうございます！

>>422
ピンチズーム中の処理に関しては、2.4.10.ACのビューアのタップ操作のレイアウト変更の対応でソースコードが大幅に書き換わっているので、ピンチ開始前の拡大率に戻る動作になっていると思われる

暫く使ったけどだめだ
kuroreaderはフリックの反応が良すぎて
すぐ全画面解除される
タップ操作いじっても駄目
comicscreenに戻る

zipの挙動は良くなったけどrarが相変わらずだからBBに戻して使ってます
今後の更新に期待(*´∀`*)

>>427
どういう基準で圧縮フォーマットを使い分けてるの？

>>427
何となくだけど、作者さんから見れば、zipのみの不具合だったはずなのに、rarの方の挙動もおかしいとなると、話が違うのでは無いかと思っているかも知れない

>>429
事の発端の368みたら最初からzip,rar関係なくと書いてある
zipだけの問題とは何処にも書いてないな

>>430
なる程、>>393の現象をみていたからzipのみだと思っていて>>368は見落としていた

有料でかまわないのでwindows版も出してほしい

NAS導入してSambaでCDisplayEX使うようにしてみたけどレスポンスもまぁ我慢できるレベルだな
ルーターの簡易NAS機能だとちょっと厳しかった
次買うタブレットは容量や外部SDあんま考慮しなくて良くなりそうだ

2.4.10.BGにしてから以前読めていたフォルダでjava.nullpointエラーが出るようになった

>>434
もう少し詳しい情報が無いと対処できないと思う
・ファイル選択画面を表示した時なのか
・圧縮ファイルを選択してイメージビューアを起動した時なのか
・履歴からファイルを選択した時なのか
・ファイルリストの長押しの「ファイルの展開」の時なのか
・ファイルリストの長押しで「ファイルリストを再生成して開く」を選択するとエラーは出なくなるか
・ローカルフォルダ/SMB/ストレージアクセスフレームワークのどれだったか
・2.4.10.BGで追加された、ファイル選択画面の設定の末尾の3つのチェックボックスの状態はどうだったか
・アプリのキャッシュを削除するとエラーは出なくなるか

すみません、動確のためにBGとBFを交互に入れ直していたら何時の間にかBGでもNullPo出なくなりました。
一旦忘れて頂けますと。
ちなみに起きた時はファイル一覧を読むインジケーターが一瞬表示された所でほぼ0%でエラー、
ファイルゼロの上フォルダ移動だけが表示される状態でした。

>>164
本棚設定→Networkで画面出してもサーバーの選択肢がないんだけどどうやった？
CDisplayEXでは見れてる

>>437
本棚設定→右下＋→LAN

>>438
それXじゃないほうでしょ？
Xは＋ボタンでLocal,Networkの選択肢が出るけどNetwork押しても空のサーバー選択画面が出るだけで追加できない

>>439
すまん、無課金の方だった

何度もすみません。またBGで入るとnullpointエラー起きるフォルダが出現し始めたのですが、
「画像ファイルのソートをファイルリストのソートに合わせる」
のチェックを外したら正常に入れるようになりました。

>>441
ビューア向けに新設された設定が、意図せずファイル一覧の振る舞いに影響を与えているってことなんだろうか？

ガッ

Perfect Viewerでお気に入りの管理いきなり消えたんだけど直し方わかる人いる？

Perfect Viewer xの見開きモードで奇数ページが右ページになった時の１ページだけ進める設定がわかりません

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

>>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鯖は設定の仕方がめんどくさい