Kobo Touch/Glo/Mini hacking スレ Part.2

Arcはどうしよう？

■楽天公式
http://kobo.rakuten.co.jp/

■専用wiki
http://www49.atwiki.jp/kobotouch/

※前スレ
Kobo Touch hacking スレ
http://uni.2ch.net/test/read.cgi/ebooks/1342916042/

Kobo Hack情報元祖
ttp://wiki.mobileread.com/wiki/Kobo_Touch_Hacking

海外情報源
ttp://www.mobileread.com/forums/forumdisplay.php?f=223

Kobo Touchで英和辞書
ttp://petit-noise.net/blog/20120808/kobo-touch%E3%81%A7%E8%8B%B1%E5%92%8C%E8%BE%9E%E6%9B%B8

Kobo用高速化Jpegライブラリ
ttp://ux.getuploader.com/KOBO/download/1/Kobo_libjpeg-turbo_updater_20120824.zip

Kobo Touch専用ホームボタンにページ送りを割り当てるデーモン（常駐アプリ）
http://ux.getuploader.com/kobo/download/5/kobo_fwbtd_20120912.zip

※注意
全て自己責任でおながいします

>>1
この糞馬鹿め

なんでこんなタイトルにするんだ

>>1
乙。
どうせファームは同じようなもんだし、過疎るよりずっといい。

とくにチューニング周りなんか機種で手法に差があるとは思えん。

>>1 乙でした。

実は>>2は俺がテンプレっぽく書いたｗ
高速化ライブラリとホームボタン送りデーモンはテンプレでいいよねえ。

2.2.0対応版Plusは、Gloが到着したらまたどこかにUpしますわ。

ミス

>>5
ホームボタンのは初耳だな
入れてみよっと

>>5
わっ！
ホームボタンでページめくり入れてみたら便利すぎ！
いつもながらグッジョブです！

>>8

いや・・・俺が作ったわけじゃないからｗ

前スレ445だね

445 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2012/09/13(木) 08:42:09.89 ID:PCVZOFsR
>>414
作ってみました。

ホームボタンにページ送りを割り当てるデーモン（常駐アプリ）
http://ux.getuploader.com/kobo/download/5/kobo_fwbtd_20120912.zip
結構やっつけなので不具合あったらごめんなさい。

>>10

そそｗ

テンプレに入れるには十分すぎるくらい便利なものだから
作者様の許可なくテンプレ化させてもらいますたｗ

、、、やっぱり俺、たいしたことしてねぇなあorz

>>11
パッチメンテナー乙w

>>12

ぐさぁっorz

ホームボタンページ送りは最初のまんまだね？
ということはスリープ問題は解決してないのね

>>14

最初のままです。作者様がこっそり修正していなければ。

>>14
ボタンを”パチン！”と勢い良くスライドさせると電源が落ちてしまう
しかし、ゆっくりとスライドさせるとスリープ状態にできる
復帰するときもゆっくりとスライドさせる
ゆっくりスライドさせて、そのまま2秒ほど抑えたままにしても電源が落とせる。
という事で、”パチン！”をやめたら、とても快適に使えるので重宝している。

>>16

本当だ！
今まで気がつかなかった・・・
これでまたさらに便利になりました
改めて製作者の皆様に感謝

http://twitpic.com/bddiwk

kobo gloのCPUは「MCIMX507CVM1B」
http://www.freescale.com/webapp/search.partparamdetail.framework?PART_NUMBER=MCIMX507CVM1B

>>18

あ、なんとなく流れていたi.MX6Soloってデマだったのか。
というので確認してみたら、githubのkobolabsのKoro-Reader/hw/imx507のコメントにもGloが書いてあるし、このあたりにi.MX6系のディレクトリないし（笑）

結局、CPU強化ってのはデマなのか。
そうだとしても、せめて、メインメモリくらいは増えていてほしいのだが

Fact Sheet見てもi.MX6 Soloのとi.MX507のがあるな

http://cms.ipressroom.com.s3.amazonaws.com/99/files/20128/Kobo+Glo+Fact+Sheet+UK_EN.pdf
http://cms.ipressroom.com.s3.amazonaws.com/99/files/20129/Kobo+Glo+Fact+Sheet_New+Zealand.pdf

投入国によって仕様が異なるのかね？ｗ

ニュージーランド以外ではオーストラリアもi.MX507 1GHzかな？
http://cms.ipressroom.com.s3.amazonaws.com/99/files/20129/Kobo+Glo+Fact+Sheet_Australia.pdf

北米向け？
http://cms.ipressroom.com.s3.amazonaws.com/99/files/20128/Kobo+Glo+Fact+Sheet+NA_EN.pdf

まさかkrakenとdragonってこの違いか？

Dragonで真意のCPU強化とかされたら辛いなー

/driverがTouchとGloでバイナリ違うから、そうでないと信じたい。

ったく、今日届くと信じて残業切り上げて帰宅した俺がバカだったぜぃ。
明日には届くだろうなコンチクショー

予約開始日の晩にジョーシンで発注したのが、15日の昼過ぎに出荷されてた。
16日には届くでしょ。

http://cms.ipressroom.com.s3.amazonaws.com/99/files/20128/〜.pdf のは2012/09/04とか09/18でi.MX6 Solo
http://cms.ipressroom.com.s3.amazonaws.com/99/files/20129/〜.pdf のは2012/10/01でi.MX507

北米向けだけでもこんな感じ
http://cms.ipressroom.com.s3.amazonaws.com/99/files/20128/Kobo+Glo+Fact+Sheet+NA_EN.pdf
http://cms.ipressroom.com.s3.amazonaws.com/99/files/20128/Kobo+Glo_NA_EN.pdf
http://cms.ipressroom.com.s3.amazonaws.com/99/files/20129/Kobo+Glo+Fact+Sheet_North+America.pdf

発売前に途中で仕様変更って線なのかなぁ？

u-boot_mddr_256-E606B0-K4X2G323PC.bin
u-boot_mddr_512-E606C0-K4X2G323PC.bin
E606B*) echo kraken;;
E606C*) echo dragon;;
だから少なくともメモリ倍違うっぽいなあ＞krakenとdragon

u-boot自体はバイナリ覗いてもgloのfirmwareのupgradeに入ってるものは全部i.MX50系なので、
CPU以外の外部H/Wの違いでバリエーションがある感じ。

glo 32gb換装完了

手順はtouchと同じ。
一応swap領域もつくっといた

>>27

FWはデフォでバージョン幾つだった？

多分、2.2.0だと思う

想定なのは、最初のアクティベートでアップデートがかかって、現在は2.2.1になっているから

有志ファームってgloでもいけます？

外部SDの文字化けはまたあるのかな？
有志パッチ必要かしら

外部SD文字化けしますた

>>32
ｱｻﾞｰｽ、結局FW次第なのか…
物がたった今届いたので作業開始。

2.2.1来てるの？

dで始まるアイスホッケー選手探すか

>>34
初起動で2.2.1にうｐされるね。

現物分解中
電源スイッチ付近からこじあけ。

cpuはやはりi.MX507@1GHz品
507だからOpenVG使う気もなし、と。

メインメモリはサムソン2Gbit品:K4X2G323PC-8GD8
基板はずさないといけない逆サイドはみてないが、まあメインメモリはMobleDDR 256MBなんだろう
speed-grade d8が載っているsamsungのPSGが見つからんのだが、多分133MHz以上ではないかなあ？

microSDスロットはカバーなしでSandiskの4GB品が実装
speed grade部分は黄色で塗りつぶし状態

結局
・解像度アップ
・ライト
・CPUのスピードアップ(800MHz→1GHz)
ってところか？

メモリ512MBのdragonはやっぱ常駐する制御ソフト等で必要メモリ量が増えるであろう3G版かなあ。

>>37

あ、動作周波数は実機確認してないから、CPUのスピードアップは不確かだな。

シリアル出力は基板上３か所(J1/J2/J5)。

>>27

初回アクティベート時のUpdateがかかる前のversionはkobo desktopの表示によると2.1.5だった。

SDカードに入れたCBZファイルが読み込みできないのは仕様？　本体メモリに入れるとちゃんと読める・・・

NBだと相性きつくて、たまに認識出来ないのがあったから、それでは？

>>40
touchからの仕様です（いい加減直せと）
部分的にカスタムorCFW導入で解決します。

本スレでも一人いたけど、電源スイッチの接触かなにかがイマイチなものが混じってる気がする。
(同じJOSHIN購入のだから、JOSHINに入荷したロットに交じってるのかもしれず)

何回かスイッチを弾いたりしてみていじっているうちにすんなり効くようになったからこのまま使うが、
使用してて最初に故障しそうな箇所だなあ。

CBZをSDからは素でも読めるがな
日本語名だと読めないってことかね

Glo到着。SDカード付いてたんでラッキー。

でも、まずはDDでTouchの内蔵SDをバックアップ。
なんせ、32Gがswap領域含めて残り5Gくらいになってるから時間かかるのなんのって・・

ありがとうTouch。面白かったよｗ
これからは嫁さん用として第二の人生を送ってくれｗ

内蔵SDの保持方式が変わってる
kobo touch は金属部品でロックする感じだったけど
glo はプラ部品に突っ込むだけになった
最初、どうやって外すのかわかんなかったぜ

2.2.1のダウンロード先がわからないなあ・・。

>>47
うちに戻ったら調べて見るけど、、、またファクトリーリセットかぁw

>>48

いつもすまないねえ。。ｺﾞﾎｺﾞﾎ

パッチメンテナーの名にかけて、2.2.1版もつくるよ！つくるよ！

もしかしたら、もう少し面白いものを提供できるかもしれないよ！しれないよ！
（これもまぁ、ここのメンバーにゃ不要だろうけどさ・・・自分が作ったものじゃないし）

でも、今日と明日はエヴァ祭りなのであった（TV版は見ないけど

http://download.kobobooks.com/firmwares/kobo4/jordan/kobo-update-2.2.1.zip

dじゃなかったよｗ

kobo3(touch)のは無いな

>>ID:RaDY8sQk

死ぬほど感謝！

http://www.mobileread.com/forums/showthread.php?t=185660&page=6
あっちでもdの人探しててﾜﾛｽ
koboayaさん、見てたら2.2.1教えてあげて

2.2.1

dbus関係でいくつかファイルが追加されてるな。
/usr/local/Kobo/adobehost-launcher.sh
/usr/local/Kobo/adobehost
/usr/share/dbus-1/services/com.kobo.adobe.Parser.service
/usr/share/dbus-1/services/com.kobo.adobe.Reader.service

あとはスライドショーに画像
/mnt/onboard/.kobo/slideshow/pixie/ja/*.png
/mnt/onboard/.kobo/slideshow/kraken/ja/*.png

ところで、日本向けのtouchってN905Cかと思っていたらN905Bだったのか。
本体下部のFCCとか技適とかの右隅にModel: N905Bって書いてあった。

N905が内蔵microSDじゃない奴だと思うけどBとCって何が違うんだっけか

昨日glo入手。楽天で11/1に予約した奴。うちも32GB・クラス4のマイクロSDがついてきた。

うちのも中身は4GBのマイクロSDだった。
スピードグレード付近に黄色いインクが載ってるけど、ズレているのでスピードグレードが4だと判明。
CPUもi.MX507で変わらず。
ファームは2.1.5。PCにつなぐと勝手に2.2.1になるけど。
解像度がヨコ758というのは誤記じゃない模様。変なの。

相変わらず電子書籍配信端末としては産廃レベル。
品揃えの悪さや検索性の悪さは変わんない。
タッチ感度やレスポンスは微妙に良くなった気もするが、ブラセボかも知れん。
解像度は、思ったよりも改善しているように思えない。
touch保持者が買い直す必要は無いと思う。ライト欲しければ適当なクリップライトでも良いかと。

それでも、自炊ビューワーとしてはコスパ抜群。ライトつけるとかなり白く見える。
なんちゃってpaper white感は味わえる。
簡単にバラせてストレージ増やせたり、シリアルコンソールつなげられたりするのも良い。

あ、libjpeg-turboはgloでも使えたよ。
リサイズしないまま高解像度ファイルをぶち込んで使うなら、入れると快適。

>56

>タッチ感度やレスポンスは微妙に良くなった気もするが、ブラセボかも知れん。

初期不良じゃないですか？

検討されている方は店頭で触り比べた方がいいですよ。明らかに違う。
touchを色々改造してワリと満足していたんだけど、見比べてついかっちゃった

>57
友人の分含めて、2台買ってるので初期不良ってことはないだろうねw
そっちの方はバラしてないので中身はわかんないけど。
ちなみに自分はシルバー買って、友人のはブラック。
シルバーは指紋がベタベタしてちょっと失敗だったかも。ブラックの方が指紋は目立たない。

ま、私は買い替えるほどのものではないと思っているけど、明らかに改善していると感じる人を否定する訳じゃないよ。
見るファイルの種類とかにもよるだろうしね。

嫁さん用のTouchの環境再構築にやたらと時間がかかった・・・

とりあえず、Touch用の2.2.0のCFW化パッケージはGloに使うのはダメ。

/etc/init.d/rcSに、>>54で記載されている新モジュールが起動する
ロジックが明らかに追加されている。

/usr/local/Kobo/udev/の中身は一緒っぽいので
外部SDカードの文字化けだけは以前作った2.2.0用ものでOKだぁね。

0.0.1しかバージョン表記変わってないのに、微妙にモジュール増えてるくせー

>>58
本体色の違いでライトOFFじのじいろの違いある？

ライトOFF時の地色の違いです

>58
>見るファイルの種類とかにもよるだろうしね。

なるほど、たしかにそうだね〜
touchのときはjpeg表示も遅くてdot by dotになるようにしてたし、その上でのページ送り体感比較だと、特になにもしていないgloと比べてそんな差はないかもねえ
そして双方dot by dotや、touchにjpeg高速化入れとくと速すぎて体感比べるほどでもない。

こまかーいとこだと、ライブラリやキーボードの操作は少し上がってるかなーという感じ。

本追加後の同期処理は明らかに早くなった、数倍って感じ。

フーム、、 telnetの有効化をしようと

book4-2.2.0ファーム内にあった/etc/init.d/rcSを書き換えてtelnetdを常駐させようとしているのだが
どうもうまくいかない。　アップデート後、緑ランプが点滅し続けるのだ。


どなたかtelnet有効化に成功した方いませんか？

パッチメンテナーさんの言ってる

>外部SDカードの文字化けだけは以前作った2.2.0用ものでOKだぁね。

ってどうやって入手したらいいんだろ？
最近このスレに来たんでよくわかんないっす。

telnetとかftpとかイランので、文字化けだけなんとかしたいのよ。

>>64

本スレに置いといたよ

理解。そっか、ここ本スレじゃなかったんだ(苦笑)。
見つかりました。感謝。

前スレ506さんと被ってしまうかもしれませんが、ページ送りを左に統一したくて
CFWモドキを作りました。

http://www1.axfc.net/uploader/so/2679753

○CFWと同機能
　・telnetl/ftp有効化
　・外部SDの文字化け対策済み
　・sqlite3コマンドライン

●モドキ新機能
　・ページめくりを左側に統一（epubと同じにします）
　・cbzだと著者が「著者不明」となっているものをファイル名から著者名をセット
　　ファイル名は先頭から
　　 [著者名] 本名.cbz
　　となっていれば著者名の部分を拾って著者名にセットします。
　・電源ON時、nickel起動時に実行するシェル。/mnt/onboard/ext/boot_before.sh

☓モドキにない機能
　　・jpeg-turbo　　・・とくに必要を感じるほど遅くないので。。
　　・usb,sdを接続/切断した際に実行するシェル


同じ機能は506氏のものと同じように実装しています。
新機能はやむなく起動シェルを追加していますので、rcSファイルが競合してしまいますが
それ以外は共用できるはず。いずれ合体させたいなあｗ

おや、出来上がってるぢゃありませんかｗ >CFW

こっちも、初期状態のKoboReader.sqliteファイルの調整終わったので
アップしようかと思ってたんだけど、どうすっべかなあ。

いや、被るのが嫌なんじゃなく、本スレで中途半端にswapが〜とか
そんな話題が出てるので、ちょっと怖いのよね。

あ！！
重要なことを書き忘れました。

67のモドキは、KoboReader.sqliteを含んでいません

どういうことかというと
モドキを入れてもアクティベート無しで使えるというわけではありません。

私はKoboからもたくさん本を買ってるのでアクチ前提で使ってて忘れてました〜〜

パッチが多くなりすぎて収拾つかなくなってきてる感じ
何とかならんのか…

>>70

やっぱりそう感じる人もいるんだなあ。

>>71
結局いろんなニーズがあってパッチの種類も多くなるし
同じrcSだったりrcS2から処理を分岐してるから競合関係が出てきて
知ってる人しかスクリプト触れなくてどうしようもなくなるんだよねぇ。
>>1の有志ファームのページだって更新されてないようだし…

>>68
公開お待ちしています。
SD使いたいので、ZIPファイルのファイル名変更とかTXTの変換とかが地味に重要

公開されたら、SAMBAとかPluginとかPyotonとかいろいろ試したい。

と、これだけではなんなので。
glo2.2.1でZipComicServerを使うときに気付いたこと
・Basic認証を無効にしないとページが表示されない。（ブラウザがBasic認証に対応していない？）
・画像の読み込みサイズ変更が「横フィット」固定で動作しないので、調整でカバーするか、
　zipcomic_template.iniに"*Kobo* default.template"の行を*WebKit*の行より上に追加する(*とdの間のスペースはTab)。
・ページ指定するとKOBO自身が固まるので注意
・次のページに進めなくなったら、ブラウザのReloadで進めるようになる。

>>65
本スレはどこなんですか？見つからない

色々悩んだけど、Glo発売記念って事で。

CFW2.2.0Plus for Kobo Touch / glo
ttp://www1.axfc.net/uploader/so/2680047

CFW2.2.1Plus for Kobo Glo
ttp://www1.axfc.net/uploader/so/2680048

全て自己責任でおながいしますね。

>>67

良いパッチだと思うお。
とりあえず、DB屋としてやることだけやっときたかったんで
申し訳ないんだけど、こっちも作らせて貰った。

追加されたスクリプト、改造して使わせてもらいまふ。

>>Aｌｌ

スワップパーティションを確保できてるかどうかって、シェルスクリプトで
判断できる方法あるかな？

要するに、mkswap /dev/mmcblk0p4 を実行すべきかどうかを
判断できるかどうか？って事なんだけど、、、

>>73
BASIC認証をURLの中に仕込んでもダメですか?
http://user:[email protected]/foo/　...みたいな感じで

>>75
fdiskでパーティションのタイプを見ればlinux swapとかになってる、とかで判断はできると思う

ただ、fdiskって対話型のコマンドだったよな〜　シェルでは使いにくい

http://centos.bungu-do.jp/2007/06/centos_linux_fdisk.html

いや、対話型以外もいけたｗ

>>76
それならうまくいきますが、URL見ればユーザ・パスワードがバレバレなのが難点。
一人でしかつかわないのなら問題ありませんが。

とりあえず、ZipComicServerのページ指定の件はprompt()で入力用Windowを出すところで固まっているっぽいので、
暫定として強制的に10ページ先移動の固定移動に変更してみた。これで間違って押しても大丈夫。

>>75
ありがたく使わせていただきます。
スワップパーティションがあるかどうかは、
busybox fdisk -l
で取れました、場合によっては後ろに/dev/mmcblk0が必要かもしれませんが。
あと、SWAPを使っているかはfreeコマンドで確認できそうですがいかがでしょうか？

>>75
パーティションがあれば /dev/mmcblk0p? が勝手に出来てくるから、
はじめに見つかった Linux swap のパーティションを使うと仮定して、

SWAP=`fdisk -l | grep "Linux swap" | cut -d ' ' -f 1`
export SWAP
if [ "$SWAP" != "" ]; then
mkswap $SWAP
swapon $SWAP
fi

とすれば良い。
mkswapは実行時間がそんなにかからないから毎回実行しても問題ないと思う。

boot.shの頭に if [ -b /dev/mmcblk1 ]; then
末尾に fi を入れておいて外部SDの有無でboot.shの動きを切り替えても良いかも。

テスト用のスクリプトを書き間違って起動しなくなってもSD抜けばその部分が実行されなくなる。
いちいちファクトリーリセットする必要がなくなるのでスクリプト書くのに慣れてないうちはお勧め。

うおー、楽天koboがメンテ中で、今日買ってきたkobo gloのセットアップが出来ないー(泣

しょーがないので、楽天アカウントでアクティベートしてスグに保存した
kobo touchのKoboReader.sqliteを、gloにコピッて作業を続行しよう……

>>79
そっすね。　ウチは自分専用なので特に問題を感じてなかった(^_^;

swapの件はPDFビューワ専用な拙者でも効果を体感できそうですか?

>>75

そうですよねー　パッチ増えるとやりにくいですよね

著書名とページ送り方向を統一する機能以外は基本的に同じだから
統一したいですね

上記の機能はDBを書き換えるので、同期処理後、nickelの起動前の処理が必要なため
nicke起動前のシェルを実装していただければ、（boot_before.shのタイミングね）
私からのリリースはext以下のシェルのみでOKになります。

きっとmkswapもnickel起動後より上記のタイミングがいいと思います。


ということで、506さん！ nickel起動前のシェルを採用していただけませんか〜？

ページ送り方向を統一する機能って
端末設定で左右どちらでも捲れて形式によるページ送り方向の違いを統一させる機能？

githubなりbitbucketなりにリポジトリ作って複数人でコミットしたらいい感じに統合できそうな気がする
CFW作るほどの情熱も改造もしていない俺が提案するのもアレだけど

>>85

そうです。

ページ毎に設定できるんだけど、メンドイので一律左側で進む、右側で戻るに統一する機能です

Gloが届いてもう３日めだというのに、週末のエヴァ祭りと
嫁さんに渡すTouchの環境構築に手間取って、自分のGloが全然セットアップできねえorz

>>ID:BGV5272w

ありがとーう！
いやね、swapパーティションはWindows上で作成できるから
頑張ればそう苦労なく作れる人もいると思うのだけど
その後のmkswapやswaponは、telnet接続したりCFW化しないといけないでしょ？
しかも使うコマンドもswap操作コマンドだし。

なので、rcSでnikel起動前にmkwapとswaponするからくりを入れておいて
日本語文字化けパッチとセットにすれば、CFWを入れるのに躊躇する人でも
swapの恩恵を受けられるかな、と思ってさ。

本スレを見る限り、swapの話が（理解できていないまま）時々出てるし
実際、何百冊も一回でぶちこんで「動かねぇ」と騒いでる人もいれば
「swap領域だけ作ったけど、後どうすればいいかわからないので放置」とか
このスレの住民からすると、突っ込み所満載な話が出てきてるから。

なので、そーゆー人たち向けに何かできないかなーと思った次第。
余計なお世話なのか、単なるお人よしのバカなのかわからんがｗ

>一律左側で進む、右側で戻るに統一する機能です
えっと…
一律右側で進む、左側で戻るにも統一可能なんですよね？

>>74
同じとこに有るから直ぐでてきそうだけど、乱立しってっから
http://uni.2ch.net/test/read.cgi/ebooks/1352874935/
が今の本スレだと思うよ

>>89

今のスクリプトは左側で進むに統一ですけど、
カンタンにできますよ。

ところで、右側で進むにしたいってことはepubの場合は不便でないですか？
epubも含めてどちらかに統一できるようにしましょうか

すみません、要望だけなんですけどcbzの1枚目の縦横比で勝手に回転させる機能って、
パッチで0度に固定できないもんでしょうか。かなり面倒に感じています…

利き腕で変わるのかな
俺は右腕が利き腕だけど、本読むときは左手保持で
左手の親指でページが送れるのが便利だけど

昔、通勤電車で文庫読んでるときも右手でつり革もって左手に文庫
無理やり親指でページめくってたし・・・

>>67

実は、「CFW Plus」の形式としては今回のリリースを最後にしようと思ってる。

CFW Plusも考えてみれば、最初の有志ファームのメンテ版でしかなく
最初の有志ファームが出て以後の公式FWのバージョンアップで
起動スクリプトのタイミングや、そもそも「こんなタイミングでの起動いらなくね？」とか
見直すべきだと思ってるのね。

この「見直し」のときに、boot.shはrcSでnickel起動前に実行するように変更しようと
思ってた。
あと、mount_xxとかumount_xxも、「どう考えてもこのタイミングで何かしたいと思わない」
ものはばっさり削除しようと思ってる。

なので、そのときにboot.shの起動タイミングそのものをnickel起動前に持っていく
つもりなので、それまでお待ちを。

>>92

それはできないと思うなー
ちょっとDBを見たところ、縦横比を保存しているように見えるところがないので
nickelが読み込む際に判別しているように見える

参考までに、
自動的に横表示になる→縦表示に変更→ホームやライブラリに戻る→再度開く→ページは途中から開かれるが、横表示になってしまっている
という動きですか？

よし、自動mkswap+swapon成功。

rcSに組み込んで、swapパーティション使えるようにしよう。

>>94

おお！了解！

楽しみにしています！

通勤時は100%座れるから
操作する手を右とか左とか気にしたことが無い

>>91
左手あんまり使えないので
右側で進む方が便利なんです
そんなの勝手に逆にスワイプして対処しろってレベルの話ですが…

本スレに置くのが怖いので、こっちに。

ttp://www1.axfc.net/uploader/so/2680469

起動時にmkswap+swaponするようにしてみた。
スワップパーティションは作成済みであることが前提。

あとは単なる日本語文字化け回避

流れをぶった切って雑談

設計製造元？のNetronixの方ではKobo Touch？Glo？相当のハードでAndroid搭載機も
作ってるみたいだな。公式サイトにはのってないけどE606A2って奴。

ハードボタンがあるけどTouchがE60610DでGloがE606BだからGloに近いのかな。

ハードが良くてもソフトがなぁ
PDF全文検索早く付けて欲しい
ソフトはkobo(楽天)が作ってるとは思えないし…

>>102
PDF全文検索ってUIはあるけど「本の中」にしてもマトモに機能してないのか。
試したことなかったから気付かんかったｗ

>>95
＞自動的に横表示になる→縦表示に変更→ホームやライブラリに戻る→再度開く→
＞ページは途中から開かれるが、横表示になってしまっている

そうではなくて、ファイルを初めて開いた時に自動回転をやめさせたいという感じですね。
手動で270度回転させれば記憶するんですが、1ページ目が見開き？状態のcbzだと毎回手動で直さないといけなくて辛い。
縦横自動判別を設定で無効にできれば何も問題無いのに…。

nickel_startって実行後にエラー出るのは自分だけでしょうか？

>>105

どんなエラー出るの？

というか・・・・

今のバージョンのFWで、nickel_startやnickel_stopをCFWで
書き換える必要、あるんだろうか。

nickel_startとかは、要するにrcSでロードされたWifiモジュールが
何かの拍子に無効になるのを避けるために、nickelが起動するときに
wifiモジュールを再ロードしていると思うのだけど
今のFWって、それやらないと相変わらずWifiがしょっちゅう無効になるのか？

これもなんとなーく、もう不要なんじゃないかなーと思ったり。。。

>>107
nickelを終了させたらwifiが勝手に切れなくなるので
nickelがwifiを切る制御をやってるんだと思ってる。

telnet経由でコマンド打ってるのでwifiが切れた後に何のエラーが出てるかわからないけど
sh: you need to specify whom to kill が最後の行に出てる。
その後タッチパネルもボタンもまったく利かず、電源を入れなおさないと復活しない。

nickelを終了じゃなくてSTOPシグナルでプロセスを一時停止させれば良いんじゃないかなと思われ。
killall -STOP nickel

プロセスの再開は
killall -CONT nickel
でも、nickelが動き出した瞬間にwifi切れるけど。

ふと思っただけの単純な疑問なのですが、cbzをkepubみたいに
綺麗なDotByDot表示させることって、CFWでも難しいのでしょうか？

kepub形式でページ送りができない機能の改善等、結構目に付く
要修正箇所なのになかなか手が付けられていないようなので、
ちょっと気になって聞いた見ました

>>109
お前はいったい何を言っているんだw

>>110
すんません、自分がどの位見当違いなこと言ってるのもわからん素人です

>kepub形式でページ送りができない
それだとkepub形式では表紙しか見れないって事になりますよ

>>112
言葉足らずですみません
「KoboGloでkepub.epub形式にすると、スライドバーによる
ページ送りができず、1ページずつ移動するしかない」
ということです

無線なんて切れ
切れ
チップの配線からカットだ

>>100
DL開始しても全然落ちてこなくて途中で切れる
斧ってこんなウンコだったっけ

linux端末になるということは
英辞郎のデータをいれて、単独の辞書アプリケーションとして使うことは
できないのでしょうか？

>>116
ぱっと見できそうですよね。使ったこと無いけどおもしろそう。
ttp://d.hatena.ne.jp/sconvict/20110705/1309792504

問題はkobo単体でどうやって表示させるかだな。

>>115
7%から微動だにしない…

>>前スレ859

うーん、正直nickel_start、nickel_stopは今作ってる「リファイン版CFW」に
組み込むべきかどうか悩んでるんだよね。必要だろうか？

オリジナルのCFWが、どちらかといえば「自分であれこれやりたい人」向けな
感じでパッケージングしているのに対し、俺がやろうとしているのは
「自分であれこれやれる知識はないけれど、Koboの不便なとこが便利になればいいな」
って人向けのパッケージングにしようと考えてる。

＃＃それってまさしくお前のことじゃん！ってな突っ込みはご勘弁をorz

とりあえず、今まではCFWオリジナルの作者様の意向に沿って「Plus」してたけど
今度は作者様の資産を元に「リファイン」しようとしているってわけ。

リファイン版でやろうとしてること。ご意見求む

・telnet有効化はそのまま。ftpは無効に。
・boot.shの起動タイミング変更（nickel起動後→起動前）
・rcSでmkswap & swapon
・umount_sd.shとmount_usb.shの廃止
・umount_usb.shの起動タイミングをUSB接続解除の最も遅いタイミングに変更
・DBのジャーナルモードの切り替えを内部で自動実行化。スクリプト削除
・＋αの謎なモジュール組み込み（内緒ｗ）

KOBOタッチにカスタムファームウェア入れたんだ再起動しない。
何か原因ありますか？

>>117

input/outputがからむならQt scriptとかでいける？(plugin導入した上で)
っていうか、KoboでのQt scriptってどこまであれこれできるのだろうか？(Koboのアプリ側が提供するオブジェクト)
なんか調べてもよくわからん。
やる気がないEngine組み込み状況だとECMA Script規定のデータ型等の基本オブジェクトくらいしかない、
とかいうめげる話が出てきたりとか。

>>104

自動回転は今のところcbzファイル側で対策するしかないだろうねえ。
対策つっても結局[タイトル(cbz内最初に読まれるエントリ)が横長なら分割して
縦長が最初のファイルになるようにする]script or アプリで事前PC処理することになるんだろうけど。
見開き混在cbzだと中断ページが横長だと読書再開時にやっぱ回転しちゃうので
未読cbzの初読時のみだしなあ。

さすがにファイル転送後のmout時にKobo側でこれを実行させるのはやってやれなくないが非効率だし。
(imagemagickとかpython+PILとかそんな感じのものを入れればできる)

cbzはKoboにとってはおまけだから、待っていても改善するとは思えないし。

バイナリパッチという最終手段もあるにはあるが相当根性がいるしなあ。

>>120
KoboRoot.tgzだと再起動するけどKobo.tgzだと再起動しない仕様の話？……じゃあないか

>>506氏のリファイン版について

自分はtelnet・ftp・httpd・tftpdは勉強用にONにしてる。
inetd.confに書いておけば、必要の無い時は該当プロセスが起動していないのでリソースを食わない。
通常止めておいて先般作ったhttpのCGIで手動起動するのも良いけど、やっぱりhttpdはONが必要。

rcSを書き換えてると本家のファームがアップするごとに使えなくなる人が続出するから、
書き換えられる可能性が少ないinittabでrcS2に直接分岐させる方が良いかな。

>>120 さんみたいになるのを防ぐのにｒｃS2で >>81 の外部SD未挿入でboot.shを実行しないからくりを
入れといても良いかも。どうせ2GBのSD余るんだし。

スワップのマウントに関してはnickel起動前でも後でも変わらないので、boot.shで良いと思う。
スワップ作ってからじゃないとnickelが起動しないような状態ってどう考えてもアブノーマルだし。

それ以外の拡張子追加・html化・dbスクリプト実行などは自分は使ってないので他の方の意見で。

>>120

udevのスクリプト動作的にはKoboRoot.tgzを置いた場所が違う
or ファイル名がKoboRoot.tgzではないとしか思えない。

根本的なとこですまんが、教えてくれ。

mkswap & swaponすると何が変わるんだ？
普通に考えて通常使用状態でメモリが不足しているとは思えないし……。
Linuxマシンとして使う場合に意味が出てくるってこと？？

手元のテキストデータを元に出力したepubを読むのに使っているのですが、
初回読み込み時にフォントが「ドキュメントデフォルト（＝システムデフォルトと思われ）」
になっており、豆腐からフォントを変更しないといけません。
チャプターの容量によってはフリーズするので、システムデフォルトを変更することは
できないでしょうか……。

>>126

通常なら問題ないよ。ストアから本買って読むだけなら。

自炊メインの場合には、効果がある「場合が」ある。
ここのスレの報告と、俺自身の経験から「間違いなく効果はある」んだ。

・無調整の巨大なデータを読み込ませたとき
・自炊データを一気に何十冊も取り込んでコンテンツ処理させたとき

swap拡張の恩恵は、こういったときにある。

無論

・ChainLPとかで最適なサイズに変換する
・コンテンツ処理を細かい単位で小分けにして処理させる

こうすればswap領域拡張をしなくても問題ない。

>>124

＞inetd.confに書いておけば、必要の無い時は該当プロセスが起動していないのでリソースを食わない。

これがマジなら、無理にとめなくてもいいんだね

>>129

そだねーー　inetdは常駐した状態にしてあるけど、それだけで
あとは接続された時だけプロセスが起動され、切断されたらプロセスもおちます

画面が再起動中のまま完全に文鎮になっちゃった
再起動、強制リセット、SDカード差し替え、色々やってみたけど
画面が全く変化しなくなってしまった。　南無

自分もまとめパッケージ作ってるところだったんだけど、
ファクトリーリセットかけた直後にUSB経由で2.2.0のファームにアップデートすると、
WiFiが一定時間して勝手に切れた後にネットワークエラーになる。
何か知りませんか？

SDもだめって・・バッテリー切れじゃないよね？ｗ

>>131
電源きれてるんじゃないかな。
USBつなげて、リセットボタン

>>128
なるほど。ありがとう。
となると、個人的にはsdカード文字化け対策とswapだけあればいいなぁ。
スクリプトもダエモンも要らない。

>>131
内部SDが壊れたんでなければ、ホームボタン押しながら電源ONで戻るんでないの？

電池は充電完了済み
ハードリセットボタンも、電源スイッチも、LEDは点灯するけど画面は全く変化しない。
内蔵SDもバックアップからリストアしてさしてみたけど、だめぽだった。
変なタイミングでSDカード抜いたからッぽいなぁ

え？じゃぁゴミって事？

>>135
>内部SDが壊れたんでなければ、ホームボタン押しながら電源ONで戻るんでないの？

掘られてもいい。　復元モードにもどりました。

ホームボタン押しながらって何でTouchの事だと分かるの？

>>136
touch?

ああ、治ったのかw
ちなみにgloだとライトのボタン押しながらリセットで復元するっぽい

てんこもりパッケージできました。
ttp://ll.ly/NXu2M

内容は
sqlite3と必要ライブラリ・ページ送りボタンデーモン・turbo jpeg
nickel_startとnickel_stop・ftpd・telnetd・tftpd・httpd
rootのホームディレクトリを/mnt/onboardに変更
シリアルコンソール無効化
SDが刺さっている時だけrcS2からboot.shを呼び出す・分かりやすいように起動画面を変更
telnetログイン時にインストールパッケージを表示

boot.shには
telnet用/dev/pts作成
スワップパーティションマウント
127.0.0.1の割り当てとホスト名の設定
ページ送りボタンデーモン起動

こんなところ。
強制アクチは入ってない。

興味なさそうだったが、Touchを嫁さん用にディチューンしてデータ突っ込んで
引き渡した。

週末のエヴァ祭りも一段落した。

何故かずっとTouchを使っている嫁。

気のせいか、俺のGloを見る眼が・・・・・ｗ

gloが初koboになるので、 ここの情報を参考にしてswap有効化とかまではやってみたんですが、
sqliteをいじれるようにすると、なんか幸せになれるのでしょうか？

>>143
き　み　の　G　l　o　が　ね　ら　わ　れ　て　い　る

swapパーティションはどうやって切るのさ
サイズは？
そこらへんが分からん

過去ログ見てもわからんなら止めといた方がいい

内蔵SDカードに入ってるリカバリ領域とばしちゃって文鎮化も普通に有るからみんな質問に答えにくいかと・・・
リスキーすぎて責任もてないし、教えること自体が無責任になる

とりあえずここで情報は出てるから自己責任、かつ仕組みややり方を理解してね、としか・・・
よくわからないならやらないほうがいい　Linuxのファイルシステムやら理解できてたら安心してやれるかと

>>147
過去ログ落ちててみられないじゃないか

linuxの知識はある、君らの書き方はもったいぶってわかりにくいんだよ

>>149
お前は来るスレも望む能力もなにもかも間違っているw

>>150
何だそりゃ、そういうこといってるからダメなんだよ

>>149
Googleってサイトがあって、そこの検索欄に過去ログのスレタイを入れればログ保存してるサイトが出てくるんですよ

>>152
もうやってるよ、回答はすでに得た

ここの不親切ぶりはlinux板のようだ、linuxが流行らんのはこういう
自分らの判る言語でしか会話しないおまえらの閉鎖性によるのだ

オレはともかく初心者が真似したらかならず文鎮化してしまうだろう

>>146
>swapパーティションはどうやって切るのさ
>>149
>linuxの知識はある

Linuxの知識があるんならパーティションの切り方ぐらい知ってるだろw

>>154
ほっといてやれ、なんかの患者なんだろ
2chに懇切丁寧な解説を要求するのか当たり前というかわいそうな人なんだからw
せめて初心者スレに行けばいいのにね

>>154
お前らの親切度を測るために書いたのだ
おまえらは根性最悪ということが分かったｗ

金くれと言ってくれなかった。親切じゃない
俺の周りはみんな親切じゃない
ホントはもらうつもりなくて試しただけだけど

んん・・・？？？　一瞬、まったくkoboに関係ない流れで来るスレ間違ったかとおもったｗ


実メモリ、swapの使用量をログとってみたんだけど、相当たくさんのコンテンツを処理でもしないと恩恵ないね
500MBを超えるようなPDFも試してみたかったが、ウチにはなかったｗ

PDF足したら作れるんじゃね

>>>69氏 >>前スレ859氏

それぞれのパッケージの中で、お二人が作ったスクリプトとかあると思うんだけど
リファイン版CFWで再利用させてもらっても良いですか？
（全部ではなく、必要なもののみ）

>>前スレで高速化Jpgライブラリの作者様

まだこのスレ見てます？

>>160

どーぞどーぞ
cbzの著書名変更は私にとって必須でしてぜひ採用してもらえるとありがたいです。
ショボイコーディングは書き換えちゃってもらってもOKですｗ

pdfとcbzのページ送りをkepubに合わせるものはplusで取り込んでもらっていましたね

>>149
遅レスだが、過去ログはログ速とかで見れるだろ

hackとは関係ないんだけどさ。ただの雑談。

昨日、ちょっとだけGloをいじってて本読んでたんだ。
自炊データを1024*758にChainLPで調整したデータだったんだけど。

途中まで読んで、CFW化はしてたんだけどJpg高速化ライブラリは
突っ込んでいない事を思い出して、あわてて入れてみた。

で、すぐに続きを読み始めたんだけど、もうびっくりするくらい描画が速くて焦った。
ノーマル状態と比較して、明らかにページめくり速度が違う。

つい１〜２日前までTouchで満足してたんだけど、こりゃあ戻れないわ。
Touchと比較すると、もうそれはそれは・・・



それできゃいきゃい喜んでたら、隣でTouchで読書する嫁さんの目が光った気が、したｗ

ですねぇ。16階調の4bitPNGをやめてjpgのcbzに変えました。
本当に有難い。

>>153
自分もそれでLinuxを使わなくなったから分かりにくいんだったら悪かったと思ってる。

なぜswap領域がぶっ飛んだのか？そもそも領域がぶっ飛んでいるのかは
実際のデータがないと検証のしようが無いので、申し訳ないがファクトリーリセットを
お願いしたい。

今、各機能を個別に機能をON/OFFできるスクリプト書いてるから、
出来上がったら506氏も見てみてください。

>>165

お待ちしておりますｗ

あと、>>160のお願いはどうでふか？

できました。
ttp://www.dotup.org/uploda/www.dotup.org3641095.zip

スワップパーティションの作り方とかのドキュメントもつけてあります。

とりあえず自分が使っている設定は全て有効にしてあるので、
あとは外部SDの文字化けとか追加すれば良いんじゃないかと思います。
文字化け対策やsqliteのスクリプトは自分で作ってないので、中身がよく分かりません。

>>前スレ859

DBに関しては、「任せろ」とまでは言わないですが、本業なんで
おらのできる唯一のチューニング担当だと思っております。
なので、そこは気にせずに。

Kobo使ってると、X680x0使いだった頃を思い出しますｗ
願わくば、Kindleという当時でいうPC-98に対して、擦り寄るような進化は遂げないで欲しいｗ

おっさん過ぎるか？俺？ｗｗｗｗｗ

まさに「あの頃」を彷彿とさせるこの不完全さがイイよね
おまいらと酒が飲みたいぜ…

>>169
USB経由では設定ファイルしか見えないから、
スクリプトを間違って書き換えることも無いし、
設定変更もある程度容易になるから使いやすくなると思う。

おっさんか… 自分は9801VXだったがな。

>>170

っ 芋焼酎ロック

EPSON機使いだった俺が参上。
皆の衆、遅くまでKobo弄ったり読んだりして風邪ひくなよ

無線LANが1度切れたら電源入れなおすまでつながらない。
なんだろ。
ファクトリーリセットしてもルーター再起動してもだめっぽい。

本の最後のページめくったらホームに戻る機能って止められないかな？
それか、本棚または検索結果に戻るようにしてほしい・・・

174のつながらない現象自己解決した。
USBでPCにつないだらその後から症状が出なくなって、
koboの電源入れなおしても再発しなくなった。
なんだこりゃ。

すいません、質問です。

自炊の読むのだけを目的に、E-inkの物が何か欲しいので、Kobo gloとNOOK Simple Touch with Glowlightと
考えています(NookはrootがとれてGoogle playがいけるらしいです)。

zipに固めた自炊のjpg読むのは、cbzと変えてkoboで読むのと、NookでGoogle playからperfect viewer等のAndroidアプリ
で読むのどちらがスムーズに読めると思いますか？

LinuxとAndroidの差、ないしビュアーの差で、どっちが快適に読めると思うか、ぜひ、ご意見や助言など
いただけるとありがたいです。

Kobo Glo vs Nook Simple Touch with Glowlight
ttps://www.youtube.com/watch?v=MT1kin1xQEM

Kobo Glo, Kindle Paperwhite and Nook Glow
ttps://www.youtube.com/watch?v=adLtTKy56X0

>>168
文字化け対策は、/mnt/sdのマウントのコマンド列にオプション -o iocharset=utf8 を加えるだけ。
(元々-oオプションがある場合はカンマ区切りで追加)


ところで。自分用に

KoboFW2.2.1Patch.zip(11/18版・swapとsd文字化け対策のみのヤツ)
Kobo_libjpeg-turbo_updater_20120824.zip

の2つをマージしたKoboRoot.tgzを作ろうとしたんだけど
書き込むとKoboTouchが起動しなくなる。orz
.tgzの作成の際の環境がまずいのかと思ってLinux環境で作業してみたけど変わらない。
それぞれ単体で書き込むとうまくいくんだけどなぁ……。
何でだと思う？ もう疲れた。

KoboRoot.tgzを作るときに

Windows版のtarではダメでした。（起動しなくなる

Cygwin上ではうまくいきましたよ。
あとtarで固めるときに、./〜固めないとだめだったような

>>167

うーむダウンロードできないのは何故・・・

>>179

Linuxなら「tar zcvf KoboRoot.tgz ./usr ./bin ./etc」ではなかろうか。

>>179
Windowsでやってない？
シンボリックリンクをうまく扱えなくてlibjpegが動かなくなってると思う

>>177
LinuxとAndroidの差、ないしビュアーの差はわかりませんが
端末の解像度自体がKobo gloの方が上なのでKobo gloの方が綺麗に読めるんじゃないでしょうか

しかし、Gloを使ってて思う。

ハードボタン、欲しかった・・・。

>>181
俺もダウンロードのリンクをクリックしても反応が無かったから右クリックから保存したw

>>181
firefoxだとダメでIEならいけた

やはりだめだたorz

touch と グロで、カスタムファームも別のバイナリ当てないとだめ？
まだ、カスタムファームでの起動に成功していない者より

>>189

本体FWが2.2.0なら2.2.0用を。
2.2.1なら2.2.1用を当ててください。2.1.1はGlo専用。2.1.0はどっちもいける。

ども。ダウンロードできないとの事でロダ変えました。167と同じファイルです。
ttp://www1.axfc.net/uploader/so/2683939.zip

>>179
起動しない件だけど、LinuxとWinでは違ったアクセス権と所有権の管理機構を使っているから
Win環境でtar圧縮しても属性が保存されずにうまく実行できないと思う。
パッケージを作るなら、kobo上でtarするのが一番良い。

注意点で、Linuxのアクセス権と所有権を使うにはLinuxのファイルシステム上に
ファイルを置かないといけないので、tarで圧縮する前に /mnt/onboard に置くと
FAT32のファイルシステム上に置くことになるので、属性が全て消えてしまう。

あと >>183 の方が言ってるように、シンボリックファイルをWinのtarでやると
libjpeg.so と libjpeg.so.62 は空っぽのファイルになってしまって展開後に
リンク先の libjpeg.so.62.0.0 へアクセスできないから起動しないんじゃないかな。

シンボリックリンクとはWinで言うショートカットみたいなもんだけど、ファイルの中身は空っぽ。
ファイルシステムレベルでリンクしてるってやつ。

ごめん、忙しくって質問投げっぱなしだった。

一応Winだとダメなのかもと思って、VirtualBoxでLinux(VineLinux 6.1)を動かして作業してみたんだけどねぇ……。

Linux上でホームディレクトリの中にKoboRootって名前で作業ディレクトリ掘ってその中に2つのKoboRoot.tgzを展開してマージ。
もちろんファイルやディレクトリの配置は確認済み。
で、カレントをその作業ディレクトリに移して tar zcvf ../KoboRoot.tgz . ってコマンド打って固めたんだけど。
Winに持って行ってExplzhで中覗いてみたら、元の2つのKoboRoot.tgzと同じで"."ディレクトリの中にetcとかのディレクトリがある構造になってた。

まあ、もうちょっとやってみてダメなら、普通に2個アップデートを掛けるようにするよ。

VineLinux上でNautilus(Windowsのファイルエクスプローラみたいな奴)からGUIベースで操作して固めたらうまくいった。
謎すぎる。でもまあ、うまくいくならそれに越したことはないので深く考えないことにする。
お騒がせして申し訳ない。

ついでにパッチメンテナーな人(でいいんだよね？ swapと文字化け対策だけのKoboFW2.2.1Patch.zipをうｐした人)に質問。
中のrcS覗いたら、107行〜114行にあるmakeswapとswapon関連の処理の他にKoboTouch2.2.0から増えてる部分があるけど、これ、swapに関係あるのかな？
/var/runと/var/lib関連(34行,39行〜41行)とdbus-daemon？関連(136行〜138行)なんだけど。

予想では、該当部分はKoboGloでの増加分で、害がないから共通化のために放置してるんじゃないかと。
暇だったら答えてくれると嬉しい。スルーでも可。

>>193

関係ない。
FW2.2.1から、adobe関係の謎なモジュールが増えてる。それのロード部くさい。
このモジュールの正体はわからないのだ。

>>54で記載されているやつねん。

FW2.2.0のパッケージには、これらが存在していないのでGlo専用部だと思う。
まあいずれTouchにも入りそうだが。

なので無視してオーライ。
Touch＋2.2.0で使うなら該当部をコメントアウトするかTouchのrcSに
mkswap部を追加するか、どっちかだねえ。

色々と調べてはいるのだが、例のダメ文字問題って回避のしようがないのかな。
Linuxのかなり深い部分の不具合だってのは、なんとなーくわかるんだけど。

カーネルビルドする環境とかが無いと、どうしようもできないのかねえ・・・

>>195

fsck自体を走らせないようにするという手はあるけど、システムに関連するファイルがあるだけｄに
fsのノーチェック化は避けたほうがいいしねえ。

元ファイル名と同名のフォルダ付アーカイブ前提なら、
(1)fsckでダメ判定されたファイルをとりあえず"FSCK???.cbz"にリネームするスクリプトを走らせる(mount後db登録前のタイミング)
→db登録後に、内部のフォルダ名を引っ張ってきてdbを修正するスクリプトを走らせる
(2)fsckでダメ判定されたファイルを内部フォルダ名からダメ文字除外ファイル名を生成してrenameするスクリプトを走らせる(mount後db登録前のタイミング)
のどっちかでなんとか使えるようにはなると思うけど。

>>196

ttp://www.atmarkit.co.jp/fwin2k/win2ktips/1200disable83/disable83.html
fsckでのダメ文字は結局8.3形式の短いファイル名の問題だし
Windows7以降ならボリューム単位で8dot3生成の制御ができるから、これを使えばpc側で対応できるかも？
(fatに対して設定できるのかよくわからんけど)

>>197

fsutilコマンドはNTFSじゃないとダメっぽいね・・。

dosfsckコマンドの、代替モジュールとかないんだろうか。
もし代替モジュールがあるなら、それをインストール＋スクリプト修正でなんとかなるんだろうけど・・・。

ファイル名に気を使わなくちゃいかんというのは、外部SDカードの日本語問題より
よっぽど大きな問題だと思うのよねえ

ファイル名に注意って？
ボケてるんじゃなく、マジ知らんのだけど。

>>195
ダメ文字問題って何よ

>>194
あ、そうそう。解説ありがとう前スレ506な人。
それ読んだあと、スワップ関連部分だけ移した最小構成版の作成に成功したよ。
再発明っぽいから、自前で使うだけにしとくけど。

>>199-200

本スレにもさっき書いたんだけど、よーするにWindowsで言うとこの
CHKDSKコマンドっぽいものにバグがあって、特定の文字がファイル名や
フォルダ名の先頭8バイト以内に入ると、破損ファイル、破損フォルダと
認識されてしまうって問題。

ファイルならまだマシなんだが（ファイルが削除されるだけ）
フォルダにダメ文字使ってると、FAT上でアロケーションエラー発生させるんで厄介。
（Windowsに繋いで、ディスクチェックで修復せにゃならん）

それのトリガーになってるのがdosfsckってコマンド。
/user/local/Kobo/udev/usbとかで、マウントされた直後に大体走ってる。

>>196さんが言ってるのは、「そのコマンドをコメントアウトすりゃいいが、危なくね？」って事。

実験した。よくわかったよ(苦笑)。
内蔵ストレージと外部microSDそれぞれに"ソリティア.txt"ってファイルをコピーして、一旦PCから切り離して再接続してみた。
見事に内蔵ストレージ側の"ソリティア.txt"が消滅してた。

確かにusbスクリプトの中でdosfsck -aってコマンドが実行されてて、
その後、fsck*とFSCK*のファイルを削除する処理が書いてあるね。

>>198

前に調べた時には代替パッケージは見つからなかったなあ。
結局fs内にcodepage情報のないvfatだと無条件に0x5c,0x7cまでOkにするpatchというのは
認められないという雰囲気で。

一番簡単なのは現状のdosfsckにバイナリパッチ。
ソースコードだと
> char *bad_chars = atari_format ? "*?\\/:" : "*?<>|\"\\/:";
これがガンだから、
*?<>|"\/:(+00)
の文字列をみつけて
*?<>"/:(+00)
にするとOkのはず。

ARM版のdosfstoolsからfsck.vfatを持って来ればよさそうだけど
ライブラリを含めて全部集めるの面倒なので、コメントアウトする方が早いな。
当面は外部SDに入れよう。

>>204

dosfsckのバイナリを/sbinからftp経由でダウンロードして
バイナリエディタで覗いてみた。

00A298番地から、それっぽい文字列があった。
これかな・・・・？

>>205

基本的な質問ｽﾏｿ

初代玄人箱をsqueeze化して、mediatombとかをコンパイルして
make installする環境はあるんだ。

この環境で、dosfstoolsのソースをaptudeして取得→コンパイルして
バイナリ作成できるだろうか？

初代てARMじゃないじゃん
結局クロスコンパイルならPCで環境作る方が早いんじゃね

>>204 の言うとおりにdosfsckにパッチ当ててみた。
http://www1.axfc.net/uploader/so/2685019.tgz
あぷろだあんまり使ったこと無いので、念のため制限時間24時間でキーワードはdosfsckにしてある。

ウチのKoboTouchで、パッチ前は削除されていた"ソリティア.txt"が削除されなくなったよ。
ただし、ファイルシステムのチェック自体が本当に働いているかは確認のしようがないので注意。
文字列書き換えただけだから、全く動かなくなるってことはないと思うけど。
一応、LinuxPC上で実行属性付けてから>>193 と同じ方法でtarで固めたんで、そっちも大丈夫……のはず。

>>209

番地合ってた？

>>209

私も自前でバイナリパッチして、ダメ文字が殺されないことを確認した。
んー、しかし、動作したのかどうか観測できないのがなんとも。

elfバイナリってheader部分にcode領域やらdata領域やらのcrcとかchecksumとかあるんだろうから
本当はそっちも合わせて更新しないとまずいんだろうなあ。
(code書き換えではなくて文字列データの書き換えだけだからheaderで気にすべきなのはcrc/checksumだけだろう)

>>210
ごめん、自分で *?<> を検索ワードにして検索しちゃったから見てなかったｗ
今確認したけど、合ってるね。文字列自体は0xA294から。

現在>>209をTelnet上から試験中。

うまく動いてそうだけど、もう少し待って。
気になる点があるんで・・・

気になる点ってのが気になるｗ
パッチ当て失敗してた？？

rootにあるfs.md5sumを直したほうがいいのかな？

>>214

ファクトリーリセットして検証するから、もう少し待って。

telnetでログインして直接コマンド叩いたら、他のファイルにクロスリンクが見つかったと
言われてしまった。。。

>>211
elfバイナリにチェックサムみたいなものは無さそうだよ？
Linux上でreadelfコマンドでdosfsckを見てみた

$ readelf -h ./dosfsck
ELF Header:
Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00
Class: ELF32
Data: 2's complement, little endian
Version: 1 (current)
OS/ABI: UNIX - System V
ABI Version: 0
Type: EXEC (Executable file)
Machine: ARM
Version: 0x1
Entry point address: 0x8be8
Start of program headers: 52 (bytes into file)
Start of section headers: 47712 (bytes into file)
Flags: 0x5000002, has entry point, Version5 EABI
Size of this header: 52 (bytes)
Size of program headers: 32 (bytes)
Number of program headers: 8
Size of section headers: 40 (bytes)
Number of section headers: 27
Section header string table index: 26

>>217

確かになさそうだからバイナリパッチ自体はdata本体だけでOkだね。

fs.md5sumの登録hash値が問題になるようなら今までのCFWでのスクリプト書き換えで
問題が顕在化してるはずだから、fs.md5sumも気にしなくていいか。
(fs.md5sumを参照するsystem検査みたいなのが走る機能があるとまずいんだが)

KoboRoot.tgzでのアップデート時にfs.md5sumファイルを弄ってる形跡がないから、大丈夫じゃない？
KoboRoot.tgz自体には/binの内容も含まれているんだし。

うーん・・・・

結論から言うと、本来正しいファイルがエラーになり始めた。

�@ ファクトリーリセット→CFW Plusを入れてTelnet上でdosfsckを実行→エラーなし
�A パッチ版dosfsckをインストール→本は何も入れずにTelnet上でdosfsckを実行→
２ファイルほどにクロスリンクがあるとされ、FSCHK*ファイルができる→USB接続して
Windows上からCHKDSKをすると、ここでもまたクロスリンクがあり修復される
�B ダメ文字ファイルを入れる→コンテンツ処理無事終了→Telnet上でdosfsckを実行→
さらにクロスリンクファイル増える→USB接続してWindowsからCHKDSKすると（ｒｙ

・・・・根が深いわ、これ・・・・

ttp://www1.axfc.net/uploader/so/2685214

状況をスクリーンショットとって見た。

1.jpgと2.jpgが>>220の�Aの状態
3.jpgと4.jpgが�Bの状態

ちなみに、ノーマルのdosfsckを-a -wオプションで実行すると
ダメファイルは「その場で削除」してる。

おそらくダメ文字が入ってると、その場で削除するから
「FSCHK*」ファイルにすら、なっていないと思われる。

dosfsckの、更に下だね、きっと。やっぱりfschkなのかも。

>>221

んー、追試してみるっす。

telnetで入った状態で/dev/mmcblk0p3(/mnt/onboard)のumountってどうやるんだっけ？
mountしたまま、-a -wなしの素のdosfsck動かしても、open中のファイルがあるだろうから
当然クラスタがbackupと違う云々のエラーが出るから確認にならんしなあ。

umount /mnt/onboard
じゃダメなの？

>>223

device or resource busyが出るから、ファイル握ってるものを落とさないといけないはずなのよ。
nickel落とせばいいんだっけ？

nickel以外にファイル掴んだままのプロセスなんか、そうそう居ないと思うけど……。

一応、3.0.6(Kobo内蔵と同じ)のdosfstoolsのソースが見れるサイト見つけたんで貼っとく。
ttp://dosfstools.sourcearchive.com/documentation/3.0.6/dir_9d527a7913401c7ab871185a4d5c8f5f.html

nickel落としてumountしてdosfsckしてみた。
ただし、まだ-a -wの自動修復書き込みなしで対話モードで試している。

オリジナル版
1)FAT mirroFATの整合性で文句を言われるが、そういえばWinidowsだとmirrorは更新しなかった気がするのでこれは無視で3のNo Actionを選択(Windows側のchkdskでエラーにならんし)
2)FATのパラメータ等の表示ののち、ダメ文字ファイル検出して直すかどうか聞いてくる
(-aがあるとここでfsck000とかにrenameする)

パッチ版
1)FAT mirroFATの整合性で文句を言われるが、無視で3のNo Actionを選択(Windows側のchkdskでエラーにならんし)
2)FATのパラメータ等の表示ののち、ノーエラーで終了
(-l付きで実行していた場合は、ここでparseしたファイル名がずらっと流れていってダメ文字もOkでノーエラー終了)

-a -wの場合に限っておかしくなるのかなあ？

ソース見てみると-rと-aで違うのは、salvage_filesというフラグ。
-aだとtrueで-rだとfalse。
で、salvage_filesがtrueだとreclaim_file()って関数が呼ばれてて、
reclaim_file()はコメントによると

Recover orphan chains to files, handling any cycles or cross-links.

なんだそうだ。
確かにコレだと、-aの時だけクロスリンクエラーが出ると言う状況とも一致するね。

>>226

パッチ版を-a -wで自動修復させた場合
mirrorFATｔの不整合は自動修復対象ではないのでそのまま捨て置かれるようだ。
file単位のチェックではダメ文字ファイルも通してノーエラーで終了

Windowsに接続してchkdskをかけるがノーエラー
ダメ文字ファイルもそのまま現存

ということで、うちではパッチ版がfsを壊す現象は再現できない模様。
ただし、パッチ版は自前で生copyしたもの。
crcは一致するので挙げられたものと同一バイナリのはず。

ちょっと確認。
dosfsck試しててクロスリンクエラー出てる人、もしかしてみんな内蔵microSDを交換してたりしない？

内蔵2GBのsdだと多分FAT16フォーマットなんだけど、4GBを超えるとFAT32になるから、内部で扱いが違うかもしれん。

あまり関係ないが思い出したことをメモ。
一度オリジナル版のdosfsckでダメ文字ファイルを消されたことがあるfsの場合、
fatのdir entry上に長い名前のゴミエントリが残るので、その場合、なんか矛盾が生じるかもしれず。
dosfsckがSFNだけrenameしてLFNエントリ側とのペアリングが切れてしまって、その矛盾をWindowsのchkdskが検出する。

あと、ダメ文字ディレクトリは試してないっす。
dir内の(root dir以外の)ダメ文字ファイルに対するテストのみ。

factory resetとか条件そろえて追試は面倒だからどうすっかなあ。
んー、VFATなら外部sdでも同じように発生しそうだから外部sdで試すほうが楽か？
内部とある程度fsの条件合わせるにはkobo内でmkdosfsすればいいんだろうし

あ、環境書いてなかった。
デバイスはKoboTouchでメディアは16GBでswapなし。
Gloもあるけどsd換装だけで、まだCFWすら入れてないので(笑)

>>228
ウチでもファクトリーリセット直後にパッチ版dosfsck入れて、
その後、問題のあるディレクトリやファイル名放り込んでみたけど壊れてる様子はなかった。
Windows上のディスクチェックもノーエラー。
ちなみに、ソリティア\ソリティア.txtで試してみた。

やっぱり
「一度オリジナル版のdosfsckでダメ文字ファイルを消されたことがあるfsの場合」
にしか起きないんじゃないか？

あ、うちの環境は、内蔵microSDを32GBに換装済みのKoboTouch。
スロットにも32GBのmicroSDが挿してある。

検証・推測が楽しそうだな
時間があれば加わりたい

すっかり書き忘れていたが、一応dosfsckバイナリパッチについてのリスク警告。
---
バイナリパッチはmultibyteとは関係なく無条件に0x5c(\),0x7c(|)を通すようにするものなので、
本当に壊れたファイル名エントリ(0x5c,0x7cが不正理由となるエントリ)があってもpassしてしまう
---

いざとなればWindows上でchkdskすれば治せるので実用上は問題にならないと思うが…

Windowsからの書き込みだと1byte文字として0x5c,0x7cを含むファイル名を生成できないから通常操作では起こりえない。
Windows以外の環境から書き込んでたまたま変なファイル名でファイルを作ってしまうケースは起こりうるといえば起こりうるか？

#真面目にソ(0x5c)・ポ(0x7c)系ダメ文字に対応するならbad_charsを使った不正ファイル名parse部分をmultibyte対応にしないといけないのでソースbuild必須。

一晩あけてスレ覗いてびっくり。
もしかしてパッチ版でfs壊れるの俺だけ？ｗ

・・・呪われているんじゃなかろうかｗ

それはさておき、もう出社したんで夜までチェックできないけれど
dosfsck以外にfsに悪さしそうな部分がありそうなので、そこをOFFしてもう一度試してみる。
まーたファクトリーリセットだけどｷﾆｼﾅｲ。どうせリファイン版CFWの為に本環境を作るのは
お預け状態にして、本も数十冊しか入れてないし。

ちなみに俺の環境は

本体：Kobo Glo
内蔵SD:SanDiskのSDHC32Gに換装済み。swap領域あり
FW:CFW Plus2.2.1（アップしたパッケージのまま）

この問題は解決できたらリファイン版CFWに組み込もうと思ってる

ちなみに、悪さしそうな部分ってのはDBのJournalModeの切り替え。

WinのCHKDSKで修復されたゴミファイル（先の書き込みの�Bの後にあった）をのぞいてみると
どうもKoboReader.sqliteファイルの一部が混ざってる感じ。

となると、Commit周りに色々仕掛けがあるJournalModeが悪さしているのではないかと。

問題無いって人は、PlusのJournalModeの切り替え使ってる？

俺は自作のswap＋文字化け対策＋libjpegturboなパッチだけ当ててる。
JournalModeの切り替えは組み込まれていないな。

環境訂正すると
本体:KoboTouch
内蔵SD:ADATAのSDHC Class10・32GBに換装済み。swap領域500MB強あり。
FW:Touch2.2.0ベース自作FW
(実質Kobo_libjpeg-turbo_updater_20120824.zip＋KoboFW2.2.1Patch.zip)

ちなみにdosfsckは、0xAB94からにもう1ヶ所、ファイル名チェックに使われている文字列があるんで、そっちも修正済。
こっちは0x7Cだけしか含まれていないね。
ソースで言うとfile.cのfile_cvt()関数の中で使われてるヤツ。

初心者です。

>>191
のを使わせて頂いたのですが、スリープからの復帰が出来ず電源オフになってしまいます。また、スリープに入れようとして一瞬電源ボタンを押しても、電源オフになってしまいます。

換装用のSDが届いていないので、Swap領域なるものはまだ作ってないです。

どうしたらいいでしょう

>>238
>>16 これか？

>>238
ハードボタンでのページ送り用デーモンの副作用と思います
指を添えたままゆっくり操作するようにすればスリープします
ボタンを巣スライドしてすぐ離すのではなく一呼吸まつように
すればよいでしょう
スリープからの復帰時も同様に
パチンとはじくように操作すると電源が切れてしまいます

>>239 >>240
それです。
どうも、ありがとうございます！

それと、スワイプでページめくり方向って、
実の読む時だけ、反対には出来ないでしょうか？

「実の」→「自炊の」

sqlite3を実行するのに必要なライブラリって何だろね？
sqlite3が実行できる最小構成のセットを抽出したいんだけど……。

俺が(バイナリダンプして)調べた範囲では

sqlite3
o /lib/ld-linux.so.3
x libsqlite3.so.0
x libreadline.so.6
o libc.so.6

libsqlite3.so.0
o libpthread.so.0
o libdl.so.2
o libgcc_s.so.1
o libc.so.6

libreadline.so.6
x libncurses.so.5
o libc.so.6

libncurses.so.5
o libc.so.6
o libdl.so.2
x libgpm.so.2

(o/xはKoboファームウェアに含まれているかどうか)
って感じなんだけど、不思議なことに最後の1つlibgpmってKobo向けsqlite3の配布には含まれてないんだよねぇ……。

つldd

えるでぃーでぃー？ なんじゃそれ？
ああ、Linuxに詳しくないものの悲しさよｗ

VineLinux上で.soやsqlite3本体に試したらnot a dynamic executableって怒られた
ARM用コードだからか？？

それはそうと。
何気に.kobo/imagesを覗いてみたんだけどさ。
なんか "file____mnt_onboard_ほげほげ - N3_FULL.parsed" って感じのファイル名でストレージに突っ込んだ書籍の画像が蓄積されてるのな。
全部じゃないところを見ると、一度ホーム画面で表示されたことがあるとか、そんなんだろうけど……。
なんか容量無駄にしてそうな気がするｗ

昨日、パッチ版dosfsckで問題なかった人に質問。

/mnt/onboard/.kobo/Koboの中のファイルは問題ない？
0バイトとかになってない？

いや、ウチは特に問題ないな。
Analytics.confとKobo eReader.confが入ってるが、どっちも0バイトになったりはしていない。

>>247

２ファイルとも０バイトにはなってないっす。

とりあえず、現在の状況だけさっとまとめ。

ファクトリーリセットして公式FW2.2.1にアップグレードからの、お話。

・CFW2.2.1Plusをインストール。ただし追加スクリプトは無し
・Wifi経由でtelnetログイン、umountせずにdosfsck-a -wで実行 → 問題なし

ここまでは、まぁ問題なし。

・Patch版dosfsckをインストール
・Wifi経由でtelnetログイン、umountせずにdosfsck-a -wで実行 → やはりクロスチェイン見つかって修復
・FSCK*をTelnet上からrm → USB接続 → CHKDSK→問題なし

やはり、パッチ版はumountしないままdosfsck -a -wするとAnalytics.confとKobo eReader.confに
クロスチェインがあるとみなされた。でも、USB接続する前（＝mountする前）に
FSCKを削除すると、mount後にWindows上で問題は発生しない。

※長くなるので、続く

>>237

あー、file_cvtはどうせrename処理時か、-d -uの引数をfile_addするときにしか使われないから
とりあえず無視していいかと持って放置していたんだが、
真面目に対応するならpatch当ててもいいかもねえ。

※続き

・ダメ文字ファイルをUSB接続して投入→USB接続解除※→正常に認識される
・この状態でwifi経由でtelnet接続→umount→dosfsck -a -w実行→エラー無し
・mountして、USB接続→CHKDSK→問題なし

※この時点で、内部的にはumountされてdosfsckが走っているはず。

ただ、Analytics.confの中身を見てみると、

[General]
GAQueue=

だけになっていた・・・・。ダメ文字ファイルを投入した時点では、中身がもっと
ごちゃごちゃしてたのに。

Kobo eReader.confは問題なし。

・・・・正直、よくわからん・・・けれども

・無パッチ版はumountしなくても問題ない
・パッチ版はumountしないまま動作させると問題が発生する（場合がある）
・mountされる前にFSCK*をLinux上から削除しておけば、USB接続しても
WindowsのCHKDSKでは問題は起きない

気になるのがAnalytics.confの中身が書き換わったこと。
このファイル、いったい何者なの・・・・

そもそもKobo上で「umountしないままdosfsck -a -wする」って状況は起きないんでないの？
etc/init.d/rcSと/usr/local/Kobo/udev/usbでdosfsckが走ってるけど、
「まだ一度もマウントされていない or 確実にアンマウントされている」
の、どちらかの状態でしか実行されてないみたいだし。

>>252

>Wifi経由でtelnetログイン、umountせずにdosfsck-a -wで実行 → やはりクロスチェイン見つかって修復
これに似たような現象はこっちでも再現できました。
--------
[root@(none) /]# dosfsck -a -w /dev/mmcblk0p3
dosfsck 3.0.6, 04 Oct 2009, FAT32, LFN
There are differences between boot sector and its backup.
Differences: (offset:original/backup)
494:0b/00, 495:46/00, 496:c8/00, 497:fc/00, 498:0f/00, 499:b3/00, 500:54/00
, 501:05/00, 502:03/00, 503:8f/00, 504:61/00, 505:a6/00, 506:8f/00
, 507:1b/00, 508:49/00, 509:f0/00
Not automatically fixing this.
/.kobo/Kobo/Analytics.conf
Contains a free cluster (4528). Assuming EOF.
/.kobo/Kobo/Analytics.conf
File size is 2066 bytes, cluster chain length is 0 bytes.
Truncating file to 0 bytes.
Reclaimed 1 unused cluster (8192 bytes) in 1 chain.
Performing changes.
/dev/mmcblk0p3: 3073 files, 1321842/1888321 clusters
------------

>>254

再現できたのはumountせずに走らせたときの現象だから通常動作時は問題ないと思うが、
なんかすっきりしなくて気持ち悪いなあ。

ちなみに、umountしないままパッチ版dosfsckを連続実行すると・・・

なんとクロスチェインがどんどん増えていき、しまいにゃFSCK*ファイルが
5個くらいになったｗ

で、rmしてUSB接続しなおすとCHKDSKは問題ないが、先の２つのファイルが
0バイトになっていた、と。

たしかに、umountした後にしか走らないから問題ないとは思うけれど
確かにちょっと気持ち悪いよねｗ

うーん、まあ確かに気持ち悪いね。

試しにdosfstools_3.0.13-1持ってきて試してみる？

ttp://packages.debian.org/ja/sid/armel/dosfstools/download
(.debを.tgzにリネームして無理やり展開)

ソースコードレベルで問題の部分は変化がないことを確認済みなんで、
パッチ当てなおす必要があるけど。

aptudeとか動くんかなあｗ

>>258

dep落としたけど、中みたら何がなにやらorz

ダメ文字ファイル投入前の状態で差異があるのがなぞだなあ。
ダメ文字ファイル以外ではbad_name()の戻り値は全エントリオリジナルと同一動作のはず。

オリジナル/patch版のdosfsckを走らせるタイミングが厳密に外部環境(nickelの動作状態)同一となるかどうか不明だしなあ。
conf握ってるのはnickelだろうから、それがどのタイミングで書いてるかによっては
違いが生じてもおかしくはないんだが…。

/.kobo/Kobo/Analytics.conf
が誤って修復されてFSCK0000.RECが作られて、Analytics.conf自体は0バイト切り詰め
→動作中のnickelが切り詰められたのを知らずに"GAQueue="を書き込むので、
あとからみると”GAQueue=”だけに見える。
ということらしい。FSCK000.REC自体は元のAnalytics.confの内容。

>>260

mount中かつnickelがファイル握ってるままののdosfsck -a -wなんで
オリジナルのdoscheckで問題ないほうが不思議と言えば不思議なんだが…

>>256

ちょい確認
506さんはumountしないままでのdosfsckはnickelも止めずにやってるんでしょうか？

>>262

うん。止めてない。

でも、udev/usb見る限りじゃnickelをkillしてる様子は無いんだよね。
udev/plugでもそれらしき記述無いし。

裏でnickelは起動したままなのかなあ？

>>259
.debの中のdata.tar.gzを展開すればバイナリが出てくるよ。
ディレクトリ階層も掘られてるんですぐには見えないけど。

切り分けが甘い。
マウント/アンマウントの状態＋nickelの起動の有無で、状態は4つある。

アンマウント＋nickel停止
アンマウント＋nickel動作
マウント＋nickel停止
マウント＋nickel動作

状況が再現しているのは4番目の「マウント＋nickel動作」だな。
そしてusbのところでは2番めの「アンマウント＋nickel動作」になってる。

追記。
rcS内のdosfsckの時点では3番目の「マウント＋nickel停止」だね。
全部状態が違う。

nickelが悪さしている、ってことなんじゃないの？
umountせずnickel停止して(＝3番目)でどうなのか、チェックすべきだと思う。

>>263

udevのplugで
>echo usb plug $ACTION >> /tmp/nickel-hardware-status &
これで、usbのplug動作をnickelがモニターしてると思われるので、
nickel側でfcloseしてumountできるようにしてるんじゃないかなあ。

ぐは、間違えた。
rcS内は1番目の「アンマウント＋nickel停止」だわ。

>>266

より厳密に切り分けるならnickel動作を分解して
nickel-hardware-status制御での内部状態変化単位で考えないといけないなあ。

>>238
その話題が出た時に試したけど、うちではその現象は出ていない。
自分のパッチを当てても出ていないので自分の環境では出なかった。
fwbtdが原因っぽいならば、readme.txtを見ながら機能を個別にOFFしてみてください。

>>243
sqlite用のライブラリは以下のものでOK。>>191のreadme.txtにそのように書いておいた。
bin/sqlite3
usr/lib/libncurses.so.5
usr/lib/libncurses.so.5.7
usr/lib/libreadline.so.6
usr/lib/libreadline.so.6.1
usr/lib/libsqlite3.so.0
usr/lib/libsqlite3.so.0.8.6

>>258
dosfstools_3.0.13-1を試したことがあるけど、libgcc1,libc6,gcc-4.3-baseあたりの
ライブラリをそろえても -sh: ./fsck.vfat: not found. てなエラーが出て実行できなかった。
PATHやLD_LIBRARY_PATHを触ってもだめで、busyboxが使ってるライブラリと
名前がかぶるらしく、busyboxがまともに動かなくなったので諦めました。

>>270
元々の.debのディレクトリ構造だとlibncursesとlibreadlineは/libに入るよね。
あえて/usr/libにした理由は？ 好みの問題？？

>>271
NoReg_SdJp_4_stripped.zipでは/usr/libに入っていたので
そのままその場所に入れてます。深い意味はありません。

先駆者の前例にならったってことか。
参考にします。
というか、合わせておかないとマージしたときに同じファイルが複数入るハメになりそう。

もしnickel止めてもumountができなくて、僕が作ったKoboRoot.tgzを使っているなら
rootのホームディレクトリを/mnt/onboardにしたせいかもしれない。
/mnt/onboard/.ash_historyが開きっぱなしになってる。

やっぱnickel動作の状態次第でfsのdir entryとfat間で不整合になるタイミングはあって、
その時にdosfsckがチェックするとエラーとして修復しようとするような気がする。
その状態を超えて安定したらオリジナルでもpatch版でも問題ない。

というか、nickelがfcloseする前にオリジナル版走らせたらやっぱ不整合で修復する現象が出た。
(nickelがファイル握りそうな動作させた直後に走らせた)

当然といえば当然の現象。

>>275
---
[root@(none) /]# dosfsck.orig -a -w -v /dev/mmcblk0p3
dosfsck 3.0.6 (04 Oct 2009)
dosfsck 3.0.6, 04 Oct 2009, FAT32, LFN
Checking we can access the last sector of the filesystem
There are differences between boot sector and its backup.
Differences: (offset:original/backup)
494:0b/00, 495:46/00, 496:c8/00, 497:fc/00, 498:0f/00, 499:b3/00, 500:54/00
, 501:05/00, 502:03/00, 503:8f/00, 504:61/00, 505:a6/00, 506:8f/00
, 507:1b/00, 508:49/00, 509:f0/00
Not automatically fixing this.
Boot sector contents:
System ID "mkdosfs"
Media byte 0xf8 (hard disk)
512 bytes per logical sector
8192 bytes per cluster
6 reserved sectors
First FAT starts at byte 3072 (sector 6)
2 FATs, 32 bit entries
7553536 bytes per FAT (= 14753 sectors)
Root directory start at cluster 2 (arbitrary size)
Data area starts at byte 15110144 (sector 29512)
1888321 data clusters (15469125632 bytes)
16 sectors/track, 4 heads
0 hidden sectors
30242651 sectors total
/.kobo/Kobo/Kobo eReader.conf
Contains a free cluster (4611). Assuming EOF.
/.kobo/Kobo/Kobo eReader.conf
File size is 3298 bytes, cluster chain length is 0 bytes.
Truncating file to 0 bytes.
Reclaiming unconnected clusters.
Reclaimed 1 unused cluster (8192 bytes) in 1 chain.
Checking free cluster summary.
Performing changes.
/dev/mmcblk0p3: 3071 files, 1321785/1888321 clusters
---
verboseオプションつけているが、こんな感じ。

タイミングとnickelの操作によっては.kobo/affliate.confも巻き込まれることがあるのも観測した。

高度に改善の討論しているところにすいませんが、凄く初歩的なこと聞かせてください。

内蔵を増やしたり、swap領域つくるとどういう良いことがあるんでしょうか？　SDの文字化けが直る？

内蔵のところに置いた自炊のとかは読み込んでくれないようなんですが、どこかのフォルダにおくとコンテンツ処理してライブラリに入れてくれますか？

>>191
を入れたのですが、USB接続して、SDに転送して切断すると、
「pcに接続されています 充電は完了しています」の表示が出てとまり、ピンを穴に入れてリセットしないと
起動しないのですが、何が悪いんでしょうか？　USBから切断後、起動する方法はありますか？

前スレとかみてると、umount_sd.shとかいじると切断後実行がどうのこうのありますが、そういうので
何かバグってるのでしょうか？

Googleで検索したり前スレとか一応読んだのですが、よく分からないです。教えていただけるとありがたいです。

>>277
>内蔵を増やしたり、swap領域つくるとどういう良いことがあるんでしょうか？

内蔵ストレージの増加は、まんま容量の増加がメリットだな。
標準だと1.4GB程度しかないのに比べ、最大で30GB程度(32GBのmicroSDカードの場合)を端末単体で持てるようになる。
swap領域については「大きなデータを処理する場合に処理が早くなる」らしい。
俺も実感したことはないので断言はできんが、効果は確実にあるそうな。

>内蔵のところに置いた自炊のとかは読み込んでくれないようなんですが
>どこかのフォルダにおくとコンテンツ処理してライブラリに入れてくれますか？

フツーに読み込んでくれるぞ。勘違いか、貴方のKoboが腐ってるだけ。
俺はKoboのドライブ直下にbooksフォルダを掘って、そこに書名ごとにフォルダ掘って入れてる。

>「pcに接続されています 充電は完了しています」の表示が出てとまり、ピンを穴に入れてリセットしないと
>起動しないのですが、何が悪いんでしょうか？　USBから切断後、起動する方法はありますか？

本当に止まってる？ どのくらい待った？
俺の自作CFWでも1分以上掛かることがあるし、もっと複雑なCFWだとそれ以上はザラだな。
まずは10分くらい待つつもりで我慢すれ。

>>277

内蔵sdを換装して大容量化する
→内蔵に置けるコンテンツ量が増える

swap領域を作る
→巨大ファイルや大量コンテンツの処理時にメモリ不足でフリーズする現象の回避

外部sdの文字化けを治したい場合
→CFW導入(いくつかあるからこれだけが目的なら最小限のやつでいい)

内部sdのファイルの問題(ポ・ソ系ダメ文字のファイルがおかしくなる)のを治したい場合
→今やってるのが収束すればCFWが出る
・現状の対策としては先頭6文字ほどascii文字を入れて回避

>内蔵のところに置いた自炊のとかは読み込んでくれない
外部sdで認識するものが内蔵だとダメというならファイル名のダメ文字にはまってるのかも？

>>279
>ダメ文字にはまってるのかも？

ファイルが消えてるのに気づかずに報告してたとしたらCFW以前の問題のような気が……。


ところで嫌なことに気づいてしまったんだが。
>>246 でネタにした.kobo/images内のファイルなんだが、
もしかしてダメ文字回避のためにあんな名前になってるんじゃないだろうな？(大苦笑)

そういやもう1つ。
このスレの最初のほうで「.cbzの著者名をファイル名から取り出して補完する」みたいな機能を持ったCFWがあったんだが。
もうダウンロード出来ないかな？ 参考にして自作CFWに機能を組み込みたいんだけど。

>>278　>>279

回答たいへんありがとうございます。

>>「pcに接続されています 充電は完了しています」の表示が出てとまり、ピンを穴に入れてリセットしないと
>>起動しないのですが、何が悪いんでしょうか？　USBから切断後、起動する方法はありますか？
>
>本当に止まってる？ どのくらい待った？
>俺の自作CFWでも1分以上掛かることがあるし、もっと複雑なCFWだとそれ以上はザラだな。
>まずは10分くらい待つつもりで我慢すれ。

KoboRoot.tgzを置いたときの話ではなくて、ただ普通にパソコンにつないで外した時なのですが……
どちらにしても今１０分以上まってもダメでした。内部に適当にbooksというディレクトリつくって、そこに本を入れても
ライブラリ上にまったく出てこないところからみても、どうもどこか根本的にダメなのかもしれないです。
32GBメモリが届いたら、工場出荷時に戻して、バックアップとって、再度挑戦してみます。
今のところ、現在の内蔵メモリはストレージとしてはまったく役立たず……

>>281
>>67のことだよね
勝手に中身抽出:
http://pastebin.com/Ms8e9NSG
http://pastebin.com/yGm94ETs

rcSではnickelより前にext/boot_before.shが動くようにしてあって
boot_before.shでUp(ry、set(ryの順番で実行してる
Up(ryがページ送り方向変更
set(ryが>>281の求めるもの

>>283
おはよう。そして、ありがとう。
なるほど、awk使ってるんだ。
確かKoboには入ってないから、このまま使うならインスコが必要か……。

>>282
一応確認しとくと、PC側できちんとkoboの取り外し操作してる？
していてそういう状態だともはや初期不良を疑うべきだな。

ごめんボケてた。awkは入ってるね。失礼。

なんでだー！

なんかの拍子に、外部microSD挿したままPCに繋ぐと再起動するようになる。
これで2回目だ。
前回は何度か電源入れ直してるうちに直ったけど、今回はダメっぽい。

同じ現象起きてる人居る？
トリガは「(初期設定以外で)USB繋げたまま電源ON/OFF」じゃないかと睨んでるんだが……。

>>280
"file:///mnt/onboard/ほげほげ"のうち、ファイル名に使えないのをアンスコにしただけじぁね？

>>287
文字数もピッタリだし、それで当たりだなｗ
よかった、そこまでkoboのプログラマが腐ってなくて。

>>286
ぐはぁ？！ やっぱり元バグかー！！！！
条件がハッキリしないけど、ストックROMで再現するよ……

Analytics.confとKobo eReader.confがdosfsck -a -wで
クロスリンクされる現象の原因がつかめたかもしれん。

無パッチ版でもクロスリンク出た。

こちらスネーク。もう少し監視を続ける

>>289

外部sd入れて運用してないから今までその現象に出会ったことはないが、
リセット系の不具合はハードバグの場合もあるしドライバの問題の場合もあるし厄介そうだなあ。

>>290

ストアと紐付して使ってるなら、
1)ホーム→本を探すで適当な項目(無料の本)でwifiをonにする
2)loginしてdosfsck
これで発動しないなら
3)プルダウンで「ジャンル」あたりの別メニューに移動
4)dosfsck
こんな感じでnickelがconfを触るタイミングを作ってやればいいような気がする。
遷移してしばらくするとfcloseしちゃうのでその場合は別メニューに遷移するとかして。

んで、そろそろdosfsckも収束しそうなので別のことをやろうかなあなどと思う今日このごろ。

libpngって1.2系と1.5系だとAPIのバイナリの下位互換性ないのかなあ？
元々1.2時代から非推奨だった構造体内部メンバーの直接参照をしていな行儀のいいアプリなら
差し替えてもいいような気がしなくもないんだが…

1.5.7以降だとNEON optimizeが入ってんだよねえ。
1.2系にバックポートしてるpatchないかとも思ったんだがなさそうだし。

ついでに調べたzlibもneon optimizeがあるようだけど、こっちは
・inflateのneon利用(memcpy系のタバイト転送レジスタとしてneonを利用するだけだが)
・adler32の高速化(これはzlib圧縮等の場合に使われるのでzip/pngのdeflateでは関係ない)
って感じで、inflateのほうはさほど劇的な高速化ではなさそうだ。

ムカついたんで、ついでに「KoboのドライブをPCからフォーマットするとどうなるのか？」を試してみたｗ
↓
PCから切り離しただけだと動作が変なままだったんで電源入れなおしたら、
ファームウェアのアップデートは残ったままで「工場出荷時状態にもどす」と同じっぽい動作になった。
Koboデスクトップに繋ぐとアカウントの再設定から。

さて、検証続けよ……

最近mobilereadでスレが上がっていたKoper(nickel replacement)を入れてみた。

Javaアプリなのでjreも入れなきゃいかんが、InstallingKoperのページだと
jreは/mnt/onboardに入れることになっている。
だがsymlinkを含んでいるjreをFAT領域に入れてもlink張らんよなあ。
というので該当するlibjsig.soは消極的にcpで済ませる。
(Koperで使ってるかどうか知らんが)

後はすんなりKoper.jarを起動。

Calendar:
一応動いてる。ロングタップで入力できるが、キーボード問題あり。

News:
一応なんか表示されているが英語でもないのでよくわからん。

Notes:
動くようだが日本語は入れられんし、returnで改行しない("R"が入力される)、saveされるかどうか不明？

Weather:
表示はしてるが、まだ場所設定できなさそうなので、どっかわからん場所の天気予報見てもなあ(笑)

Reader:
なんかよくわからん。
というか画面上部のbook list部分にサムネイル表示すらされないからなんか問題があるんだろう。

Start nickel:
Koperが終了するのはいいがnickel画面にならんのはなぜだろう。

javaだからか、ちょっと重めな感じ。

なんかnickel起動時にconsoleに吐き出してるメッセージを見てると、
Delima
Felbridge
TimesNewRoman
の3系統のttfフォントがぶっ壊れてるとかいうメッセージが出てるなあ。

fs.md5sumとチェックして合ってるから稼働中破損ではなくて、
初めからその状態のようだが謎だな。

検証結果報告

■要点：ダメ文字対策版のdosfsckを導入しても問題ないか？

■結論：Koboを普通に使うのであれば問題ないと思われる

■状況：

dosfsck-a -wで実行するとパッチ版だとのAnalytics.confとKobo eReader.confに
クロスリンクが発生していたが、これは無パッチ版でも発生することが確認された。
↓
Analytics.confとKobo eReader.confはnickelが起動している間ずっとオープン
しっぱなしにされている可能性があったが、実際はWebブラウザを開いたり
「本を探す」メニュー内の機能を使って外部ネットワークにジャンプできる状態の時に
オープンされていると思われる。

そのため、ブラウザなどを開いてWifiをONにして外部ネットワークに接続している状態で
telnetログインすると、無パッチ版だろうがパッチ版だろうがumountしても
100%クロスリンクが発生する。

■ではなぜ、昨日「無パッチ版だとumountしなくても問題ない」状態があったのか？

それは、Wifi接続の設定（ネットワーク選択で接続先を設定）した直後だったから。
初めての接続先に接続を行い、「接続成功！」となっている状態でtelnetログインし
dosskckを実施したが、この段階ではまだ外のネットワークに飛んでいないので
Analytics.confとKobo eReader.confはオープンされておらず、問題がなかったと思われる

※続く

※続き

■何を以って「問題ない」と結論付けたのか？

Webブラウザを起動してWifi接続＋ネットワーク接続した状態で
telnetログイン、umountとkillコマンドでnickelを殺すとパッチ版だろうが
無パッチ版だろうが、dosfsckはクロスリンクを検知しない。
逆に、killしないと無パッチだろうがパッチ版だろうが100%クロスリンクを検出する。

※Webブラウザを閉じただけではダメ。まだオープンされっぱなしだと思う。

dosfsckが実行されるタイミングは、間違いなく外部ネットワークには接続されていない。
そのため、Analytics.confとKobo eReader.confがオープンされているとは考えにくい。

無パッチ版でも、Analytics.confとKobo eReader.confを壊すタイミングがあるわけだから
nickel内部できちんとfclose処理はしているのだろう。

というわけで、パッチ版dosfsckは「nickelが正しく動作している限り」問題ないと結論。

CFW化導入決定。長かった〜

>>297 >>298

おつかれさまです。

上の方でUSB接続外したら必ず固まるのと内蔵メモリに本おいても認識しないと騒いでいた
初心者な者なんですが、今日32GBmicroSDが届いたので、初期化したら直りました。

覚え書き
工場出荷時に初期化→蓋を外して内蔵4GSDを取り出しDDwinでバックアップ→32GBにDDwinで書き戻し→
MiniTool Partition Wizardでサイズ変更とswap領域作成→換装して起動セットアップ切断で公式ROMでアップデートされる→
>>191のKoboRoot.tgzとして.koboのディレクトリに置いてUSB切断でカスタム版にアップデートされる。

おかげさまで、転送等うまく行くようになりました。あとは文字化け等解消版きたら楽しみに使わせて貰います。
よろしくお願いします。

mobilereadネタその２

KT2.2.0にplugin interfaceを突っ込んだんだが、Qtscript Engineのsocketって
普通にtelnetでつなぐわけにはいかんのかな？(例だとtelnetでつないでるが)
どうも1文字毎にevalされてしまうようなので入力をline bufferingして、
evalしてほしい単位で送りつける必要がある？

pluginソース見てみたらclientSocket->readline()のループで取り込んでいるようだが、
telnetでつないだ動作をみるとどうみてもline単位で取ってないという…

本スレ怖いので、こっちに。

ttp://www1.axfc.net/uploader/so/2687320

外部SDカード文字化け解消＋ダメ文字問題解消＋swap利用パッチ。

何か問題あったら報告くださいませ。

パッチバイナリ作成してくれた>>209氏に超絶感謝。
検証のお手伝いしてくれた皆様に感謝！

さーて、これでフォルダ名やファイル名を気にせずに使える♪
しかも、パッチ当てるファイルが公式FWのバージョンアップでまず書き換えられる
可能性が無いファイルだから、FWのバージョンアップも気にしないで使えるのがｲｲ!

感謝されるほどのことじゃないと思うよ。パッチあてなんて誰でも出来るネタだし。
どっちかというと、最初にソース読んで可能性を示してくれた>>204 に感謝すべきだと思う。

ところで。
データベースにindex作ってチューニングするパッチなんだけどさ。
KoboTouch2.2.0だと、デフォでindexが作られてるみたいだよ？
content_なんちゃら_index ってindexがそれ。
もしまだCFWの中にDBtuneが入ってるなら、取り除いても構わないっぽい。

>>302

Linuxなに、という人間にはどっちもできんです……
とりあえず、>>301どうもです。使わせていただきました。　>>204と>>209にも多謝。

>>302

確かに。最初の可能性を示してくれたのは>>204氏だね。
遅くなりましたけど、大感謝です>>204 & >>209

今回のdosfsck問題は、このスレらしくって本当にいいなあｗ

それと、2.2.0PlusからはIndexはほとんど張ってないよ。
2.1.4で大幅なインデックスチューニングされているみたいだから。

ただし、キャッシュサイズは大きくしている。

で、今作ってるリファイン版は「既にDBが存在している人向け」に
チューンしていってる。

キャッシュサイズ変更、追加インデックス（既に形骸化してるけど）の作成を
ファイルコピーじゃなく、スクリプトで実行してやろうかと。
そうすれば、ノーマル状態の人でも恩恵受けれるし。

INIファイルのようなもので機能のON/OFFをやってみたかったんだけど
その方法も示してもらったし、ここのスレの皆の知恵の総決算にしたいなｗ

>キャッシュサイズ変更、追加インデックス（既に形骸化してるけど）の作成を
>ファイルコピーじゃなく、スクリプトで実行してやろうかと。

今まさにそれやってたんだけど。
なんか起動画面でハングしたんでファクトリーリセット中。orz

ぎゃー、間違って69モドキさんのkoboroot.tgzを消してもーたorz
せっかく面白いスクリプトできたのにorz

よ、よし……できた……ほぼメンテナンスフリーのバグ修正パッチ。
外部SDでの日本語ファイル名文字化け回避と、内部SDでのファイル名ダメ文字問題回避のみのシンプルなもの。

ttp://www1.axfc.net/uploader/so/2688211.tgz

ファームウェア更新と衝突しそうな/usr/loca/Kobo/udev/(sd|usb)は電源ON時に動的に書き換えるようにした。
なので、事実上inittab内のrcSfixを起動する1行が消えない限りはどんなファームウェアにも適合するはず。
試行錯誤にむっちゃ苦労した……
他のCFWへの組み込みはご自由にどうぞ。
あぷろだの情報にWEBページのURLも添えておいたんで、引用元の明記だけよろしく。

こんなんで売名すなや
恥ずかしい奴だな

>>308
他人に匿名を強いるな

>>308
匿名を強いる？変な電波でも受信してんの？
>引用元の明記だけよろしく。
こういう売名がキモイんじゃ

こんなんで売名とかｗどこの異世界人だ？
こんなんでファビョるくらいならチョンコやらゴーリキとか発狂もんだろ

こんなんとか言う人は恥ずかしいとか女みたいなことを言わずに
サラっともっといい出来のものを出してやればいい

ひょっとして口だけ？

>>160 から >>161 の流れを見てたから先回りしただけなんだけどなぁ……。
まあ引用元云々が売名だといわれりゃそれまでなんだが。

ダウンロード数も大したことないし、さっくとり引っ込めとくよ。

>>301
いい感じです
ありがとうです！

崖っぷちのコボの類が本スレから流入してるだけだからスルーすれ

DBチューニング出した人ですが、
オフィシャルでやってくれるように
なったんですね。過去のものになって 、ある意味嬉しい。

安定稼働してて最近弄ってませんでしたが、swapとか文字周りえらい進歩しててワロタw

>>307、313
ちょ、今から試そう思っていたんです。再うｐお願いします。

朝起きてみれば、なんだかわけわかめな事になってるし。

>>307

動的に、、ってこたあ、ファイルを１行ずつ読み込んで書き換えやったんだね。
そりゃ確かにめっちゃ大変だわｗ

俺もやってみたかったんだが、正直断念したorz
なので、バカな煽りなんか放置で再Upしてくれるとうれしい。

当然自分が作ってるものに組み込ませてもらった場合にはちゃんと明記するよ。
そんなのは当たり前だと思ってるし。

>>316
ご無沙汰してます。
インデックスはマシになったけど、キャッシュサイズは相変わらずですよｗ
なので、JournalModeとキャッシュサイズ変更は未だに現役ですｗ
助かってますよ〜

>>308
の馬鹿のせいで落とせなくなってる

>>307
馬鹿はほっといて再UP願います

どうせ売名行為と罵られるなら、ということで、自分とこで公開しました。
ttp://d.hatena.ne.jp/goriponsoft/20121124/1353729235

自分で作ったもの自分で公開する分にはなんの問題も無いでしょ。
中身はあぷろだに上げてたものと同一。

>>320
再UPありがとうございます
ページもブックマークさせていただきました

乞食がいるとこれだからｗ

売名はどうでもいいけど
著作権表示しろってことだよね
チャンポン作ってるといちいち把握して書くのは面倒なんだよなぁ

>>320
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!!!!!
ありがとうございます

>>318
試行錯誤している段階では大変だったけど、出来上がってみれば、スクリプトで8行(実質4行)にしかならなかった(苦笑)。
ああ無情。れ・みぜらぼー。

このスレにゃ乞食なんて居ない事が理解できない阿呆は放置で。

さて、またまたまたまたLinux使いな皆様にご質問。

/user/local/Kobo/udev/plug について、なんだけど。

echo usb plug $ACTION >> /tmp/nickel-hardware-status &

これで、/user/local/Kobo/udev/usbを経由してnickelを起動していると思うのだけど
例えば、この行の後に自前のスクリプトを仕込んだとしたらどんな挙動に
なるだろうか？

簡単に言えば、nickelのコンテンツ処理が終わった後に何かスクリプトを
走らせたいと思ったときに、usbではなくplugに仕込んだらどうなるんだろう？って事。

ページ送り補正、モドキさんが作った著者名補完なんかを動かすタイミングを
現在調整しているのだ・・・

>>323
面倒でもやらなきゃいかんのが世の中のルールだからね
ましてGPLなdosfsck含んでる時点で明確な義務になってくる
しかしやかましいことをいうと、現状ごりぽん氏もGPL違反してる訳で
他人にだけルール守れというのはちとまずい
早いとこ違反状態を脱して欲しいね

67さんの
　・cbzだと著者が「著者不明」となっているものをファイル名から著者名をセット
　　ファイル名は先頭から
　　 [著者名] 本名.cbz
　　となっていれば著者名の部分を拾って著者名にセットします。
が入った物は無いでしょうか？

67はもう無いようですので・・・

>>327
確かにルールはルールですな
GPLってソースのことか。バイナリパッチの場合どうなるんだろ

>>328
中身>>283

>>326
nickelを起動というか、nickel自体は動いてて、/tmp/nickel-hardware-statusはプロセス間通信の受け口だと思う
だからたとえばudev/usbで抜いた時にKoboRoot.tgzがあった場合、kill -9 `pidof nickel`でnickel殺してからアップデートに移る

あと末尾&だからバックグラウンドで、後ろに書いてもコンテンツ処理の完了とは関係なく直後に実行される。はず

>>326
私も素人ながら67さんのを組み込もうとしてnickelのコンテンツ処理終了タイミングを探しています
このタイミングだとFIFOの/tmp/nickel-hardware-statusにステータスを書き込み開始した時点で
処理が渡るように思えるのですが、ここでいいんでしょうかね？
このFIFOに書き込まれたステータスを見るプログラムって何？

>>326
私も素人ながら67さんのを組み込もうとしてnickelのコンテンツ処理終了タイミングを探しています
このタイミングだとFIFOの/tmp/nickel-hardware-statusにステータスを書き込み開始した時点で
処理が渡るように思えるのですが、ここでいいんでしょうかね？
このFIFOに書き込まれたステータスを見るプログラムって何？

>>327
ドキュメントの中に「ソースで書いたとしたらこうなる」という差分を書き足しておいた。
これで一応、ライセンス的にはOKだと思う。
すでにダウンロードした人は、一応再ダウンロードして、念のため古いのは消しておいてください。

ちなみにこんな感じ。

●dosfsckのソースについて
　dosfsckについてはバイナリパッチなんでソースは存在しませんが、該当する部分を
ソースとして書いた場合にどうなるか、抽出してここでで書いておきます。

========== dosfstools/check.c 256行目
修正前
char *bad_chars = atari_format ? "*?\\/:" : "*?<>|\"\\/:";
修正後
char *bad_chars = atari_format ? "*?\\/:" : "*?<>\"/:\0\0";

========== dosfstools/file.c 102行目
修正前
if (c < ' ' || c > 0x7e || strchr("*?<>|\"/",c)) {
修正後
if (c < ' ' || c > 0x7e || strchr("*?<>\"/\0",c)) {

>>332
/proc/<process_ID>/fd/
でlsすると
各プロセスが開いているファイルハンドルのリストと
何のファイルを開いているかの情報を得られます。
そのファイルかFIFO(pipe?)を開いているのを探せれば。

何かの参考になれば幸いでございます。

うーむ、なかなか難しそうだなあ。

Koboの潜在的な仕様の不具合潰しがリファイン版の目的の一つなんだけど

・外部SDの日本語文字化け問題
・ダメ文字問題

この二つは解消できたと思うんだけど、もう一つやっかいなのが

・PC上で削除した本がDBから消えないので、同じファイル名でもう一度
ファイルをぶちこんだときに正常に認識されない。

この問題を何とか解決できないかと思ってるのね。
モドキさんのスクリプトが、クエリの結果を使ってあれこれやってるんで
これを応用すれば、「DBお掃除スクリプト」は何とか組めそうなんだけど
いずれにしても、nickelのコンテンツ処理が終わったタイミングで実行しないと
意味がないという・・・

便利スクリプトよりも先に、まずこういう仕様バグ潰しが先なんだよね・・・

って、あれ？ちゃんとDBから消え始めてる？
いつの間にかこれ直したのか？＞PC上で削除した本のゴミデータ残り問題

1.contentテーブルからContentTypeが6の行を抽出する
2.抽出した行のContentIDを取り出しそれをファイルパスとして存在確認
3.ファイルが存在しなければその行を削除し、contentテーブルからContentTypeが9でBookIDが削除した行のContentIDと同じ行を抽出し削除

これをContentTypeが6の行の数だけ繰り返せばよいだけでは？
とはいえ、これをシェルスクリプト化するとなると大変なんだけど。

実行のタイミングは、USB切り離しの直後。
ストレージがマウントされた後にすぐやれば、ちょうどいいタイミングのはず。

ぐは。せっかくアルゴリズム考えたのに無駄だったｗｗｗ

いや、今見てみたらShelfContentからは消えてないという。

なんなのこれｗ

>>339
SDカードの抜き差しの関係じゃないかな。
マトモに存在チェックやっちゃうと、2枚のSDを交互に入れ替えたときにデータが残らない。

内蔵ストレージだけ判断して削除してくれればいいのにね。

>>320
再upありがとうございます
つーかgoriponさんだったんすか…
アドエス使ってた時はお世話になりました

>>283から、モドキさんのスクリプトを落としたけど、動かないのは何故orz

>>342
set_Attribution.shの方、SDカードの日本語化対応してない場合
SDカードの日本語著者名が[????]になるので著者名がAWKの正規表現
誤りで止まるので今困っていますが、それとは違いますよね？

そういや.cbrがマトモに動かない、みたいな話を見かけた覚えがあるけど、実際どうなの？
今のバージョンでもダメなままなん？

udev/usbの謎

ac,plug,sdは/lib/udev/rules.d/kobo.rulesにエントリがあるので通常のudev機構で呼ばれる。
(他のスクリプトからの生呼出しもあるが)
でも、udev/usbだけはudevのruleが見当たらない…と思ったら
libnickel.soさんの内部になんかスクリプトが埋まってる。

libnickelがplug経由の通知を内部で切り分けで動的に呼出しスクリプト作ってkickしてるのか？

>>345

あ、pc接続のdialog出るんだから当然そうだよなあ。

>>344

cbrってどんな不具合あるんだっけ？
libcb.so内部では、アーカイブ内のエントリ取り込んだ後の処理はcbzと共通だろうから
外部ツールで利用してるunrarがうまくないのかねえ。

unrarは3.71 beta1とかだから古いといえば古い気がするので、UTF8ファイル名がらみとか
圧縮メソッドのサポート状況とかで対応できてないとかありそう。

cbrって中のファイルに日本語はいってるとだめなんじじゃなかったっけ？
開くけど真っ白な表示とかになってたけどね

>>347
Debianのstableは3.9.10だね。
unstableでも4.1.4止まりで、最新の4.2系は無いみたい。

ttp://packages.debian.org/ja/squeeze/unrar
ttp://packages.debian.org/ja/sid/unrar

なんか non-free archive area って書いてあるから、
なにかしら配布に制限があるのかもしれん。

>>349
non-freeのfreeはFSF的な「フリーソフトウェア」つまりGPLで、GPLと互換性のないライセンスだとnon-freeに入る
unrarのlicense.txt読む限り、配布には制限ないけど、どう見てもGPL互換じゃないからnon-freeなんだろう

Debianではstableになった時点でパッケージのバージョンは固定されるから、少し古いのはやむを得ない
RARLAB公式のarmelバイナリもなぜか4.1.3止まりだね

試そうかと思ったけど、うちには.cbrを作れるツールが無かった。orz

ところで「RARLAB公式のarmelバイナリ」ってどこで落とせる？
RARLABのトップページからだと見つけられんかった。

>>351
ttp://www.rarlab.com/rar_add.htm
トップページからだと左メニューのExtras

>>351
extrasのとこじゃね？
http://www.rarlab.com/rar_add.htm

被ったw

>>350

unrar自体はChangeLogがみあたらないからバージョンアップでどう変わってるのかよくわからんああ。
diffとってまでして調べるくらいならさっくり差し替えてみたほうが速そうだし。
ソースだとunrar-4.2.4みたいだから、クロスでコンパイルしてみようかしらん。

rar自体はあまりアーカイブフォーマットの変更がないはずだから、
File headerの0x200flagあたりでunicode nameの有無がらみか、
list表示のときに取り出したfilenameを出力するencodingがらみかという気がするなあ。
7zだと-sccとかで指定する出力encodingに相当するオプションないので、
決め打ちencoding出力だと思うのだが、それがnickelが求めるencodingとあってないとかね。

libcbのバイナリ覗きでの推測

cbrの中身が何なのかは
unrar vb -ierr -- アーカイブ.cbr
のstdout出力を取り込み

reading時のファイル取り出し
unrar p -ierr -- アーカイブ.cbr ファイル名
のstdout出力を取り込み

多分list取得で得たファイル名のエンコードがアレで、
取り出し時に指定したファイル名のファイルがunrar内部ではno match(not exist)
扱いになっているのだと思われる。

>>352,>>353
ありがとう。
まあ、やるかどうかわからんけど、用意しとくに越したことはないからねぇ。

>>356

libcb.soをreadelfでみたが、libcレベルの呼出しじゃなくてQtのQProcessでunrarを呼び出しているようだな。

んー、とりあえずwrapperをかましてunrarにわたっているコマンドのモニタリングをしてみないと
cbr問題の原因は解明できんんか。

どうしても>>67さんのスクリプトが動かない・・・。

まずは無改造でスクリプトを実行させたいだけなのにorz
何が悪いのだろう・・・

>>67さん、見てたらスクリプトだけ再Upお願いできません？

ちなみに、最終的にやりたい事はスクリプト内で発行されるSQLを
スクリプトファイル内で実行するのではなく、他のファイルに書き込むって事なんだけどね。

新しいスクリプトが出来たので、>>67さんのスクリプトと組み合わせると
何気に面白そうなんだけどなあ

SQLコマンドをシェルスクリプトとは別のファイルに分離して簡略化ってとこか。
やればできるけど、分離したSQLコマンドリストファイルの置き場に困りそうだからなぁ……。

あとフツーにLinux全般的な疑問なんだけど、シェルスクリプトの最初の行を
#!/usr/bin/sqlite3
にすると(もちろん別途SQLite3コマンドはインスコしとく)、そのファイルにそのままSQLコマンドが書けたりするのかな？
いやawkで出来るならsqlite3でもできるかなーと。
素朴な疑問。

>>359
もしかして、67さんのスクリプトと同じ動作がシェルスクリプトで書ければOK？
だったら今作ってる自分用CFW向けに、awk→シェルスクリプトに書きなおしたヤツがあるけど。

>>359
動きましたら、できれば20,21行の
split(title[v],NewT,Attr[v]"]") ;
NewTitle[v] = NewT[2] ;
を
NewTitle[v] = substr(title[v], RSTART+RLENGTH, length(title[v])-(RSTART+RLENGTH-1)) ;
あたりに変更してもらえませんでしょうか？
元のままだとSDの日本語ファイル文字化け未修正時のデータがKoboReader.sqliteに残っていると
スクリプトが止まってしまいますので

>>361

うん。是が非でも欲しい。

俺が作った「ページ補正送りスクリプト」に組み込みたいんだ。

あのスクリプトの特徴は、BEGIN TRANSACTIONとCOMMITを入れているから
逆に言えば「あれこれ更新したいなら、この中に組み込んでしまえばいいんだっ」って
ことになる。

俺が新しく組んだスクリプトもSQLだから、できれば「SQL更新は一箇所でやりたい」のだ。

んじゃ、ペタっと。

DBEXE=/usr/bin/sqlite3
DBFILE=/mnt/onboard/.kobo/KoboReader.sqlite
saveifs=$IFS
IFS="?"
echo -e ".separator '$IFS'\nSELECT RowID,Title FROM content WHERE Attribution='著者不明' AND MimeType='application/x-cbz' AND ContentType=6;"
| $DBEXE $DBFILE | sed -e "s/\[\(.\+\)\] \?\(.\+\)/\2?\1/g" -e "t" -e "s/\$/?-/g" | while read rowid title attr
do
echo -e "UPDATE content SET Title='$title',Attribution='$attr' WHERE RowId=$rowid;" | $DBEXE $DBFILE
done
IFS=$saveifs

一応、何度か動かして試して入るけど自己責任でよろしく。
ちなみに動作としては

著者が"著者不明"である情報に対して
元の題名が [AAA]BBB 形式になっていれば著者にAAA・題名にBBBを入れる
題名がその形式になっていなければ、題名はそのまま、著者に"-"(半角マイナイス1文字)を入れる

て感じになってる。
SQLite3のコマンド.separatorと、システム変数IFSの使い方がミソ。

5行目と6行目は長すぎると怒られたのでパイプの繋ぎ目で適当に改行で分割してる。
改行を空白に戻さないと動かんかも。

sedでの置換とこ、もうちょっと検討しないと、
CCC[AAA]BBBでも通っちゃって、結果はCCCBBBが題名・著者AAAだと思われる。
まあ、そのへんは試作段階ってことで勘弁。

>>364
これはEUCかutf8かどちらでで保存すればいい？

>>358

scriptのラッパーをかましてunrarへの引数をみてみた。

[コンテンツ内のlist取得]
unrar vb foo.cbr

[コンテンツの１ファイル取り出し]
unrar p -oierr -- foo.cbz bar.jpg

bar部分のファイル名はどうみてもencoding原因の文字化け
(というか手打ちでのunrar vb foo.cbrで表示されるファイル名自体が…)

vbで表示されるファイル名は多分rarを生成したHostOSでのlocalなencoding
rar headerのunicode flagの有無も関係すると思うが
日本語Windows上でのrarファイル生成だとSJIS
unicodeを含むファイル名の場合は不明。

多分
unrarはvbでsjis(rarファイルhost OS依存のencoding)で出力
→受けた側はiso 8859-1(latin-1)あたりだと思っている風?
→内部文字コードのutf-8に変換
→unrar pにつける引数は内部文字コードのutf-8のままで渡す
→unrar内部ではno matchとなる
→imageの戻りがnullかstderr出力の解釈かで、libcb側は読めなかったと判断してblankページ

こんな感じ。

>>367

あ、内部コードはucs-2だから動作がちがうな。

なんにせよ、encodingが絡むから簡単には治らない予感。

くそー動かない。

>>364

ありがとー。

でも、あまりにも難しすぎて手に負えないｗ
Linuxのコマンドラインは、難しいねえ・・・

>>366
VineLinux上で特に意識せず保存してる。
多分utf8。改行はLFのみ。

>>352

rarlab公式armelバイナリはelといいつつも中身みるとOABIっぽ。
kernelがCONFIG_OABI_COMPAT有効じゃないからOABIなバイナリは動かせん。

代替バイナリ試すならdebianからかっぱらってくるしかなさそうか。

>>367 (>>371)
>(というか手打ちでのunrar vb foo.cbrで表示されるファイル名自体が…)

unrarのバイナリを4.1.xとかに変えたうえでのコマンド手打ちではどう？化ける？
これで直れば話は簡単なんだけどねぇ……。

ところで、.cbrのファイル名でも.cbzと同様の"[著者名]書名"なファイル名って対応したほうがいいのかな？
データベース内でのMimeTypeとContentTypeが判れば、対応は簡単なんだけど。

>>372

今クロスで4.2.4(コマンドの表示は4.2だが)をコンパイルしてやってみたがunrar vbの出力はやっぱり同じでsjisだなあ。
(Windows上のCodeSourceryLiteでのクロスだけど)

ソース見てないから確かなことはいえないが、
[unicode flagがついていたらファイル名はunicode優先で出力する]
とかなら、アーカイブファイルによっては問題が発生しないのかもしれんが、
受け側のlibcbが欧米圏前提でlatin-1決め打ちでencode変換してたらダメだし。

すごく卑怯な対応としては、
wrapperが
vbの出力を挿げ替えて変換テーブルをtemporaryに書き出す
(オリジナルファイル名→md5かなんかのhash値ベースの仮名)
pが呼ばれたときは変換テーブルを参照してunrarが認識するファイル名にもどして実呼出し
ということをする。
cbrアクセスは絶対にファイル読み出しに先立ってlist取得が呼ばれるから
最新のvb結果から作ったテーブルを保持してれば大丈夫なはず。

>>373
MimeTypeは"applicaion/x-cbr"
ContentTypeは9
だと思う。

MimeTypeはlibcbにも埋まっている値
ContentTypeのほうは適当にcontentテーブルからmimetypeで引っかけて出てきた値
(db素人なので"適当"なselect操作なんだが)

>>375
あ、スペルミスしてたけどわかるよね（笑）application

>>375
ありがとう。なら、ContentTypeは多分.cbzと同じ6だな。
.cbzではページ毎の情報が9で、書籍としての情報が6なんだ。
MimeTypeは.cbzが"applicaion/x-cbz"だから、何の捻りもないってことで。

>>376
無問題。
だが、レス書くのに横着してコピペしてから1文字書き換えたんで、
レスも巻き添え食らって間違ってるｗ

寝てたｗ

未だにうまく動かないので、今夜は寝るｗ

公開パッケージ作るのって、本当に大変やねー・・・・

>>374

んー、libcbに渡す仮名はmd5なんて凝ったことしなくてもvb出力の行番号に対応する連番で十分か。

読書再開のときにlistとらずに直接pで中身取りに行くことあるとダメだなあ。
ちょっとログとって観測してみないと。
ダイレクトにpが呼ばれるならfoo.cbr.listみたいなcache残し方式にしないといかん。

普段なんでもpythonだから、sell script+αであれこれするのって面倒だなあ。

>>377

あ、確かにbook自体のを見落としてた。
book自体のContentTypeは6でした。

>>380
コマンドにラッパ被せられるなら、単に

unrar vb foo.cbr
↓
unrar vb foo.cbr | nkf -w

って変換掛けるだけじゃダメなの？
ちょっと取り出しのほうのコマンドが思いつかんけど。

>>382

Qtのencoding変換がらみの動作が不明だからnkf類でutf8化するだけでOkかどうかわからんが
幸いiconvは入っているようだからやってみるよ。

p側はどんな方式とっても問題が出そうだけど、sjisな名前を無理やり渡せれば素直に通しそうな予感。

nkfは流石にKobo標準には入ってないか。
でもiconvだと文字コードの自動判別が無いから面倒くさくない？
テスト段階で使う分にはいいけどさ。

>>384

推測ないiconvだ面倒だから、utf8変換だけでうまくいくなら、その辺は追々考えるよ。

で、試してみたがやっぱ受け取り側は戻りがlatin-1決め打ちでUCS-2変換(内部コード)
pのときにUCS-2(内部コード)からUTF-8(外部コード)っぽい。
文字化けの文字バイナリ値で変換動作をトレースしたらそういう変換になっているようだ。

libcb.so内になんかlatin1とかいうシンボルラベルも見受けられる。
Qtのこのあたりの仕組みは良くわからんが、少なくともコード変換の文字セットを
文字列で指定する方式ではなさそうなので、文字列書き換え技は使えない。

unrarがsystemのdefault encodingや端末のencodingは気にせずに
アーカイブ内部の生成host encodingのファイル名をそのまま戻す仕様を前提にして、
欧米圏での対応だけしか考えずにlatin-1決め打ち、という雰囲気がさらに濃厚なり。

>>385

p側は無理やりsjisファイル名渡せば目的のファイルが取れてるっぽい。
(多分[vbで表示されるエンコードそのままのファイル名を渡せばOk]と一般化できるはず)
unrar foo.cbr "`head -1 foo.cbr.list`"
indirect-fileやstdinからファイル名を取る-n@オプションとかでもOkだったので、
仮名引きで元ファイル名を渡す方式ならできそうだが、
もっと簡単なソリューションないかなあ。

>>386
あー、結局latin1でいじられるのがわるいんだから、
適当に漢字をエスケープして7bit asciiにしちゃう符号化かませばいいのか。

>>387

とりあえずescコードが悪さをすることはないと予想してあえてiso-2022-jp化(笑)
libcbに渡したiso-2022-jpファイル名がpで戻ってきて
libcbから受け取ったファイル名をiso-2022-jpからsjisに戻してunrar呼出して
ちゃんとcbrが読めるようになったように思える。

>>388

libcbではescは悪さしないけど、escが入ってるとdbがらみのツールが困る可能性あるか…
iso-2022-jpの後でsedでも使ってエスケープ文字を置き換えるか？

んー、符号化の条件は
・できる限り標準組み込み内のコマンドで行える変換
・拡張子等元々asciiの部分はそのまま通す変換
なんだが、1コマンドでさっくり変換する手はないかなあ。

>>389

あ、符号化条件というか懸念事項がもう一つ。

cbz/cbrの場合、ページ表示されるのはアーカイブのエントリ順だっけ？それともソートされる？
普段ソートが影響するようなファイル名つけないからわからん。
なんか前にmobilereadで数値ソートがどうとかフォルダもある場合の表示順序がどうとかいう
スレ見たことあるような気がするんだが。

ソートされるなら、7bit符号化によってソート結果が変化しちゃうとまずいなあ。

busyboxにbase64コマンドが入ってたらそれ使うとか。
そろそろ寝る。

凄く充実してますね
koboTouch,KindlePW持ちなのですが、
PWのフォントがイマイチだったので
glowも欲しくなっちゃいました
文字化け防止と、ページ送り統一かをしたいのですか、
充実し過ぎてどのパッチを当たれば良いのか解りません、
67を当てようとしたのですが、もう無い用ですので
今ではどれがお勧めでしょうか

やっとこさ67モドキさんのスクリプトが動いた。。。

しかし、awkだとprintした文字列をリダイレクトすると文字化けするのね・・・。
特定のファイルにどかどかリダイレクトして、一気にCommitしたかったのに。

皆様、何か良い方法があればご教授くださいませ。

>>392

今は、俺も含めてパッケージの決定版がどれかってのがわかりづらいと思う。
なので、もーすこしお待ちを。早ければ２〜３日中にリファイン版CFWのβパッケージを
リリースできると思うので。

おはよう。
根本的な話でアレだが。

内部のファイル名がANオンリーだとどうなの？
それでもダメなんかな？？
そこ確認しときたいんだけど。

>>393
新バージョン。ペタっとな。
ちょっとはわかりやすくなったかな。

DBEXE=/usr/bin/sqlite3
DBFILE=/mnt/onboard/.kobo/KoboReader.sqlite
TMPFILE=`mktemp -t`
SQLCOMFILE=`mktemp -t`
saveifs=$IFS
IFS="*"

echo ".separator '$IFS'" >$SQLCOMFILE
echo "BEGIN TRANSACTION;" >>$SQLCOMFILE
echo "SELECT RowID,Title FROM content WHERE Attribution='著者不明' AND ContentType=6 AND (MimeType='application/x-cbz' OR MimeType='application/x-cbr');" >>$SQLCOMFILE
echo "COMMIT TRANSACTION;" >>$SQLCOMFILE
cat $SQLCOMFILE | $DBEXE $DBFILE | sed -e "s/$IFS\[\(.\+\)\] \?\(.\+\)/$IFS\2$IFS\1/g" -e "t" -e "s/\$/$IFS-/g" >$TMPFILE

echo "BEGIN TRANSACTION;" >$SQLCOMFILE
cat $TMPFILE | while read rowid title attr; do
echo "UPDATE content SET Title='$title',Attribution='$attr' WHERE RowId=$rowid;" >>$SQLCOMFILE
done
echo "COMMIT TRANSACTION;" >>$SQLCOMFILE
cat $SQLCOMFILE | $DBEXE $DBFILE

IFS=$saveifs
rm -rf $TEMPFILE
rm -rf $SQLCOMFILE

67モドキの著書名変更スクリプトは
>>283
に貼ってくれているので、そちらをご参照くださいな。


ところで、kobo上で見るとファイル名が???????.cbzとかになっちゃうのは
何とかならないものですかねー

本を削除する際にDBの整合性を保つにはkobo上で操作しないといけないと思うが、
大量に本を送り込むとひじょーにめんどくさい。。
DBとファイルを突き合わせて存在しない本のデータはDB上から消す、とかしたいんだけど、なんとも。

>>396
>ところで、kobo上で見るとファイル名が???????.cbzとかになっちゃうのは
>何とかならないものですかねー

えーと……ボケてツッコミ待ちって訳じゃないよね？

外部SDに置いた日本語ファイル名のファイルが???????.cbzとかになってしまう件については
すでにたくさんパッチが出てると思うんだけど……

テキスト付のPDFを全文検索できるようにはなりませんか?

>>397

それじゃないっす。

内蔵SDのほうもLinux上で見ると、????になってるのです。
なので、linux上で稼働させるスクリプトもlsでファイル名を取得すると???になると

>>394

ANってAlphabet/Numericならlibcbの想定仕様だから普通に扱えると思うが。
latin1変換も影響しないし、utf-8変換も影響しないわけだから。

と、連想で、ANK…半角カナ…考えてなかった。。。
オリジナルだとlatin-1->UCS-2->UTF-8の変換で化ける。
ANKだけで漢字が関係ないならlistはそのままで取り出し時にUTF-8をlatin-1に変換するだけで
元ファイル名は復元できそうな感じ。
Kana内にlatin-1と見做した場合に未定義なコードポイントがなければ、1:1で可逆な誤変換だから。

というか、sjisなんかでも同じことが言えるなあ。
latin-1と見做した場合に未定義コードポイントがあると
それがUCS-2内部コードに変換されるときに未定義文字コードに変換されるとか
例外出すとかして破綻することになる。
latin-1見做しがOkだとすると、読み出し時のucs-2→utf-8は1:1可逆なので誤変換自体は破綻要因ではない。
utf-8→latin-1で変換してやればOkっぽい。
(latin-1→utf-8→latin-1で元に戻らないmappingなわけないだろうから可逆性はあるはず)

うーん、もしかしてlatin-1圏で作られたlatin-1文字を含むcbrでも現状問題が出てるのか？
unrarの振る舞いをみると、latin-1書庫ならエントリファイル名引数もlatin-1で渡さないと
マッチしない仕様だから、pのときにutf-8で渡されても食い違うだけ。

>>394
base64だとascii|numeric透過じゃないから(6bit区切りのバイナリエンコーディングだから)
拡張子分離して拡張子だけは無変換にしてやらないといかんのよねえ。
それと_MACOS/フォルダを除外する処理をlibcbがやってるので、それも別扱いにしないといけないとか、
例外ケースが出てくるので、AN透過な符号化のほうがいいんだわ。
だから、同じMime系の8bit EncodingならQuoted-printableのほうが要求仕様に近くて望ましい。
(QPはQPで真面目なソフト改行処理までされると困るんだけどね)

こないだjreとかKoperを置いたときにスキャンされてゴミ登録されちゃって対策探ってて発見したネタ。

/mnt/onboard/の下にディレクトリを作るときにドット始まりの隠しディレクトリにすると
nickelのコンテンツスキャンで除外されるようだなあ。
システムファイルを置くのが.Koboなのはそのためか？

>>399

findでのprintとかだとutf-8で正しいファイル名が出るからbusyboxのlsが問題なのかなあ？

ファイル名が長い場合、うしろの方が表示されませんが
２行に折り返し表示させることは出来ませんか。
巻数が隠れてしまうのがちょっと不便なので。

[著者名] 長いタイトル名 第1巻
↓
現在
[著者名] 長いタイト…

２行に表示
[著者名] 長いタイト
ル名 第1巻

>>402

結局busyboxのlsに--show-control-charsオプションに相当する機能がないのが原因っぽい

https://dev.openwrt.org/attachment/ticket/7993/7993.2.diff
0x7f以上をdropするチェックを殺すpatchらしい。

うーん、さすがにbusyboxのバイナリから該当部分を探し出すのは困難だわ。

>>400
ごめん、"ANK"って書いたつもりだったんだけど(ある意味うまい具合に？)"K"だけ欠けちゃったみたいｗ

base64は「標準に含まれていて、何らかのエンコードができるもの」ってことで探してみただけ。
同様なものにuuencode/uudecodeもあるけど、対象がファイルのみ(標準入出力に対するものが無い)なので除外した。

>>401
それLinux標準の動作だよ。
確か「.（ドット)で始まるファイル名/ディレクトリ名は不可視になる」って仕様だったと思う。
(WindowsやDOSで言うところの不可視属性相当)
だから.koboは本来は(Linux的に)不可視設定がされてるディレクトリってこと。
そんなお約束に縛られていないWindowsで見ると丸見えな訳だけどｗ

.htaccess

>>398
そりゃ『誰か』がやれば出来るだろうね。
その『誰か』に、うちらユーザーがなれるかと問われれば、現状では限りなく不可能に近いという答えになるけど。
貴方がその『誰か』になってみる気はないか？ｗ

>>403
著者名に適当な長さで改行コードを入れることは不可能ではないと思う。
ただし、nickelが改行コードで表示を折り返してくれるかどうかは未知数。
というか期待するだけ虚しいな。
そりゃ『誰か』がnickelを書き換えれば出来るだ(ry

おれやってみるかな
まずアレだろ？ベーシックっていうの覚えるんだろ？

10 print "hello world”
20 END

>>399
とりあえず1つだけツッコんどく。
「Linux上で 見ると、????になってる」から
「Linux上で 稼働させるスクリプトもlsでファイル名を取得すると???になる」を連想するのは、さすがに無理だから。

busybox全体のコンパイル差し替えは影響範囲を考えると動作テストの面で避けたいなあ。
別名で入れてlsだけlink張りなおす？

**

なんかふと巨大画像ファイルとかでフリーズする現象の確認でとりあえずfreeを見てみたんだが(swapなし)
nickel動いてると通常十数MB台の空きっぽいなあ。
これじゃあ、確かに巨大サイズだと死ぬはずだ。
jpgのイメージと展開したrawイメージ
rawイメージとscreen sizeのイメージ
メモリ足りん状態が発生してもおかしくないわ。

少なくともcbrの場合libcbはvbでlistを取るから、読み出し前に画像ファイルのサイズチェックなど
していないので、unrar pのstdoutを受け取る段階で死ぬなあ。
cbzの場合はlibzipあたりを使っていてサイズチェックしようと思えばできるはずだが…

***

nickelのstderrに出すメッセージを監視すればcontents処理doneとかイベント監視できんかな、
などと思う今日この頃。
warningレベルでしかmessage出してない？
infoレベルで動作状態が分かるmessageだったらいけるのに。

新しく入って謎だったhidenburgは中のstringみるとなんかremote debug関連のものっぽい。

で。それはさておいて。

>>399
find . -maxdepth 1
で代用してみるとか。

>>406

linuxの標準動作つーか、shell,lsとかのお約束ってだけじゃないの？
findとかでは普通に隠しも含めて取るのが標準動作なんだから。
アプリ側で配慮するほうが望ましいかどうかっていう話でさ。

で、nickelのscanningでは自分が管理する.Kobo以外も含めて
お約束は配慮されてますよ、っていうこと。

つまり>>413的には「ドットで始まるファイル名が見えないのは各プログラムの勝手な実装でありLinuxシステムの標準ではない」と主張したいわけだ。
特に反論はしないよ。

機能チェック面倒くさい。。。。

>>414

ごめん、standardを確認せずに言ったのはまずかったかも。(今も確認してないけど)
standardに規定されるツールやファイルはstandardに沿った動作をするんだろうね。
(standardにapplicationが順守すべきルールがあるなら,standard順守なアプリも含めて)
教科書論争するつもりはないというか、standardを調べてもいない立場なんで、その辺は白旗上げます。

standardを必ずしも順守してるかどうかわからん、組み込みシステム内メーカーアプリである
nickelもお約束に沿ってるから、ユーザーアプリ等でscanningされてまずい画像リソースとか
あったら、隠しdirに入れればいい、と言いたかっただけなんだけどね。

>>411
動作テストならここにいっぱい人柱志願者がいるじゃないか…ってそれ以外があててウザいことになるのも嫌だわな

>>416
私も別にstandardを見て言ってる訳じゃないですよ。
この手の話を突き詰めても、結局のところ宗教戦争になるだけなんで、だから反論しないと。

というわけで、閑話休題

・cbr問題
vbのlist側は、iso-2022-jpにせずにrawで戻し(latin1と誤認した変換でUCS-2化)
pで来たもの(UCS-2→UTF-8)を、latin-1誤認の逆変換(UTF-8→latin-1)
というので、一応可逆性はあるようだ。
厳密にsjisのcode区間とlatin1とで全体が不整合にならないかは確認していないが、
ANK+普通の漢字の範囲ではOkだった。

unrarはvbコマンドではunicode filenameがあろうと、
常にusual name(日本語Windows上で作ったrarだとsjis)を戻す。
これで問題になるはsjisにないコードを持つunicode文字の扱い。
要はハートマークとかの類なんだけど、これがrar生成時にsjis charとして"?"に代替されてしまう。
1エントリだけなら正しく戻せてマッチングが取れるんだけど、
"foo{ハートマーク}.jpg"→"foo?.jpg"
"foo{スペードマーク}.jpg"→"foo?.jpg"
となってしまい、unrarのp処理引数としてエントリ識別性を失うケースが生じる。
(普通の自炊ものだと"ほげほげ000.jpg"とかだろうから現実には考慮不要だろうが)


というわけで、ラッパーだけであらゆるケースで完全にfixすることは難しい模様。

あと、コード周りで気になるのはNFC,NFDの関係。
(濁点や半濁点を合成するかどうか等ね)
cbzでもそうなんだけど、macで作られたものが入った場合にどうなんだろ？
どっかで統一正規化してるのかな？
dbの検索とかに影響しそうだが。

流れをぶった切って。

リファイン版CFWの試験用パッケージ作ったんだけど、人柱OKな人居る？ｗ
ドキュメントもまともに書いてないんで、超絶適当だけどｗ

今のトコGlo専用。もし人柱になってくれるなら時間限定でupする

Upしたったｗ

ttp://www1.axfc.net/uploader/so/2690208

22時まで限定。DLパスは「koboaya」

新機能他は、中に入ってるconfファイルを読んでちょ。

新機能で一番大きいところは「自動本棚作成機能」かな。

著者名の本棚を自動生成して中に登録するって機能。
だからモドキさんのスクリプトと組み合わせるといい感じになったお。

なんせ本棚登録が面倒だからね。。。Koboわ。

unrar側を追跡してみた。
unicode support自体は実装されているし、ヘッダのunicodeも正しく解釈・処理している。
がしかし、mbstowcsとかのロケールがらみの関数が失敗している模様。
そのせいで、"しょうがないからusual nameを使う"という動作に陥っている。

うーん、locale周りの環境を整備しないとunrarはunicode filenameを扱ってくれないということね。

>>422
とりあえずtxt→html試したら文字化けしたわ

>>395
最後のrmなんでrecursiveつけてるの？

>>421
とりあえずkoboCFW.confのコメントの内臓が

>>424

うーん、こっちじゃ再現しないなあ。

外部SD？内蔵？

>>426

ぐはｗ

>>427
内部SDですね

そういや、txt2htmlの処理ってなんでfindを4回も繰り返してるんだろ？

>>429

確認してみまぁす。

他に気になるところとか、「こうしたほうが良くね？」とかあれば
教えてくださいplz

>>425
というか、TMPFILEとTEMPFILEで名前が違っているほうが気になった。

あー本当だ。動いてないや>txt2html

なんでだろー・・・

>>433

sed -e 's/$/ !!!/g'
が原因で入力待ちしてるんじゃないのかしらん？

>>434

うん、多分そこだと思う。

パラメータ一個増やしたから、sedの引数変わるよね。。

>>435

いや、元々のcfwからこの行が原因で動いてなかったと思うよ。
コメントアウトしてみそ。

>>410
　ご明察！そういうことｗ
>>412
　findでいけるね、ありがとう〜〜〜
　これでDB掃除するスクリプト作ろう

>>436

ありがとー。

でも、それ以外にあまりにもアホくさい間違いがorz

失礼しますた。

Text→HTML変換が動かない問題解消Ver

ttp://www1.axfc.net/uploader/so/2690644

txt2htmlの置換処理部分
---
find $TARGET_FOLDER -iname *.$OLD_SUFFIX \
| while read -r f ; \
do cat $f \
| sed -e '1s/^/\<META HTTP-EQUIV="Content-Type" CONTENT="text\/html; charset=Shift_JIS"\>\n/' \
| sed -e 's/$/\<br\/\>/' > $f.$NEW_SUFFIX ; \
mv $f $f.old ; \
done
---
こんな感じで1回のfindで済ませられるような気がする。
オリジナルに近い実装なら、sedのin-place書き換えで-execを繰り返す方式でもいけると思う。
性能とか効率性とか安全性とかその辺はまったく検討してないんだけど。

ん、koboayaって506の人だったのかｗ

>>440

ああ、catもいらないし2コマンドまとめればsed + mvだけで済むな、メイン部分。
---
find $TARGET_FOLDER -iname *.$OLD_SUFFIX \
| while read -r f ; \
do sed -e '1s/^/\<META HTTP-EQUIV="Content-Type" CONTENT="text\/html; charset=Shift_JIS"\>\n/;s/$/\<br\/\>/' $f > $f.$NEW_SUFFIX ; \
mv $f $f.old ; \
done
----
このままだと先頭のmeta行に<br/>が付かなくなるから完全にはオリジナルと同一結果ではないが…

人柱版 報告です

■動作確認
・パッチ前から存在していた本棚のうち、1冊以上登録されていた本棚が同名でもう一つ追加された。
・本棚は新規作成されたが、本の登録が不十分なものあり。
　以下の例で本棚「J.R.R.トールキン」は作成されたが、ほんの登録が01のみであった。
　　　ファイル名：「[J.R.R.トールキン] 指輪物語 新版 01 旅の仲間 上1.cbz」
　　　ファイル名」「[J.R.R.トールキン] 指輪物語 新版 02 旅の仲間 上2」
　　　　・・以降０９まであり。

■感想です
　本棚自動作成いいですね。お世辞にも登録がラクだといえませんもの。
　ただ、私の場合、著書数の非常に多い著者の場合は、ひとつのkepubにまとめていたりするので
　著者によっては本棚を作ってほしくないものもあります。
　　例） 夏目漱石などは、一つのkepubに「夏目漱石300余」みたいな名前をつけて
　　　　 「青空」って本棚に管理してます。

　最近考えていたのはタグ管理にできないかな、と。
　ファイル名中に ( ) 括りなんかで、
　例）以下のようなファイルがあるとき
　　[夏目漱石] 夏目漱石300余(_小説)(_青空)(★).kepub.epub
　　[小林よしのり] おぼっちゃまくん(_マンガ).cbz
　　[宮下あきら] 魁！男塾(_マンガ).cbz
　　[ミヒャエル・エンデ] はてしない物語(_小説)(_ファンタジー).cbz

　本棚は★のない著書名と()括りのタグで作るとして
　　　本棚：_マンガ
　　　　　おぼっちゃまくん
　　　　　魁！男塾
　　　本棚：_小説
　　　　　はてしない物語
　　　　　人柱版 報告です

■動作確認
・パッチ前から存在していた本棚のうち、1冊以上登録されていた本棚が同名でもう一つ追加された。
・本棚は新規作成されたが、本の登録が不十分なものあり。
　以下の例で本棚「J.R.R.トールキン」は作成されたが、ほんの登録が01のみであった。
　　　ファイル名：「[J.R.R.トールキン] 指輪物語 新版 01 旅の仲間 上1.cbz」
　　　ファイル名」「[J.R.R.トールキン] 指輪物語 新版 02 旅の仲間 上2」
　　　　・・以降０９まであり。

■感想です
　本棚自動作成いいですね。お世辞にも登録がラクだといえませんもの。
　ただ、私の場合、著書数の非常に多い著者の場合は、ひとつのkepubにまとめていたりするので
　著者によっては本棚を作ってほしくないものもあります。
　　例） 夏目漱石などは、一つのkepubに「夏目漱石300余」みたいな名前をつけて
　　　　 「青空」って本棚に管理してます。

　最近考えていたのはタグ管理にできないかな、と。
　ファイル名中に ( ) 括りなんかで、
　例）以下のようなファイルがあるとき
　　[夏目漱石] 夏目漱石300余(_小説)(_青空)(★).kepub.epub
　　[小林よしのり] おぼっちゃまくん(_マンガ).cbz
　　[宮下あきら] 魁！男塾(_マンガ).cbz
　　[ミヒャエル・エンデ] はてしない物語(_小説)(_ファンタジー).cbz
　　[ミヒャエル・エンデ] モモ(_小説)(_ファンタジー).cbz

　本棚は★のない著書名と()括りのタグで作るとして、こんな感じ
　　　本棚：_マンガ　　　　本：おぼっちゃまくん、魁！男塾
　　　本棚：_小説　　　　　本：はてしない物語、モモ、夏目漱石300余
　　　本棚：_ファンタジー　本：はてしない物語、モモ
　　　本棚：_青空　　　　　本：夏目漱石300余
　　　本棚：小林よしのり　 本：おぼっちゃまくん
　　　本棚：宮下あきら　　 本：魁！男塾
　　　本棚：ミヒャエル・エンデ　　本：はてしない物語、モモ

↑なんか書き込みがおかしいですね、スイマセン

３つめの■感想です
から、読んでくださいｗ

>>441

ばれたかｗ

そそｗ mobilereadの俺の書き込み見ればバレるｗ
（タイミング的にとかね）

>>67

感想どもです。

これまで書いていた通り、開発者向けではなく「使う人向け」で考えたら
どう考えても本棚機能は何とかせにゃあならんと思ってたんで。

しかし、自動登録できない場合があるのはちょいとくら問題だわなあ。
DB屋だから、とにかく「クエリの発行回数は最低限にしろ」が骨の髄までしみこんでるんで
その考えで組んだクエリだからなあ・・・

もーちょいチューンすべえなあ。

>>408
自分で出来る才があればいいんだけどね。(+_+)
力にはなれそうもない。出来なくてごめん。

自作のEpubでも全文検索出来ないし困ったもんだ。

ちなみに、自動本棚登録の条件は見ればわかるんだけど
著者名がちゃんと入っていること。著者名が「著者不明」「null」「空白」の場合には無効。

流れ的には、まずShelfContentを生成し、そこから逆算してShelfを作る。
DB的には、本棚＋書籍でプライマリ形成しているから
ある書籍が複数の本棚に跨って登録されている場合もあるので注意。

本棚自動登録の機能については、改良の余地はいくらでもあるので
どしどし意見が欲しいなりよ。

ただ、あまりにも複雑だとクエリ一発で登録は無理ｗ

>>447
kobospanでググるんだ

寝る前に。

/mnt/onboard/extのスクリプト起動は、実は残ってる。
全て/usr/local/Kobo/scriptsの中身より後に実行されるようにしてる。

こいつをブラッシュアップして、テンプレに乗せても恥ずかしくないような
モノにしたいんだが、所詮焼き直しだから無理だわなｗ

>>446

動作確認 続報です。

本棚への本登録が不十分であった件、２回めのスクリプト実行で
ひと通り登録されました。

>>449
情報ありがとう。
koboの素性の悪さが分かるばかりで・・・、
公式FWのUpを祈るしかないね。(´・ω・｀)

http://www1.axfc.net/uploader/so/2691091
パス:kobocbr

とりあえずcbr-fix実験版
対応できそうにない特殊ケースのサンプルcbrも入っています。

パッケージングしていないので自力でKobo内に入れてください。
cbrに実ニーズがあるとも思えないのでこのまま放置予定です。

>>453

あ、ラッパースクリプト内、"$4"とくくっておかないと空白を含むcbrファイル名でまずいかも？
問題があるようならそう直してください。>入れてみる人

list取る側も含めて空白を含むアーカイブファイル名・ファイルエントリ名は
確認してみないといかんな。

>>437
findでイケたか。よかったよかった。
単にlsの代替になりそうなコマンド挙げただけだったから、うまくいくかはわからんかったんだけど。

>>453
元のunrarをリネームして残さなきゃイカンから、KoboRoot.tgzでは対応できないんだねぇ……。
需要を考えると、あんまり深追いしても微妙なところか。

>>423
>locale周りの環境を整備しないとunrarはunicode filenameを扱ってくれないということね。

ふと思ったんだけど。
デフォルトのrcSの中にある

export LANG=en_US.UTF-8

を

export LANG=ja_JP.UTF-8

に書き換えればいいだけだったりしない？

>>456

んー、バイナリパッチをあてるわけでもなくrenameするだけなのに
そのファイルを抱え込まないといけないのが少し好みじゃないというか、
install script機能があればそれでできてしまうのに…というか。
[update後に特定の場所に特定の名前のinstall scriptがあれば一度だけ走らせて終了後はscriiptを消す]
というのを初期化処理中のどこかに仕込みたくなる。
まあ、改変したスクリプトやらバイナリパッチしたファイルやらを抱え込んだ状態のCFWなら、
今更それが１つ増えたところでどうってことはない、と気にしないんだろうけど。

>>457
wcstombsとかのソースレベルで追跡してないんだけど、/lib/localeだか/shared/localeだか、
その辺の整備なしには機能しないっぽい。
少なくとも昨日試してLANGだけの変更ではダメだったよ、残念。

unrar内部ではunicode supportは機能しているのにOS側の環境が阻害してるっていう構図なのは
キモチワルイんだが、ニーズを考えるとねえ。

キモチワルイといえば、libcbがダイレクトにunrarを呼んでいるのも個人的にはなんだかなーな所感。
lib化してラッピングしたほうが美しいというか、libならpreloadとかでもっときれいに入り込めるのに。

絵心のある人、誰かrawファイル作ってくれｗ

VACUUMとかを起動してるときに、動いてるかどうかわからないのは
やっぱり怖いわｗ

>>453

現在組み込んでおります。
公式FWからunrarひっぺがしてリネーム、頂いたunrar.shに実行属性つけて
unrarにリネームして配置しました。

一発ためさせて頂きますー

>>459

やっぱり取り出しで空白を含むファイル名が失敗するので、"$4"に直しておいてね。
> $UNRAR $1 $2 $3 "$4" "`echo $5 | iconv -f UTF-8 -t latin1`"

で、手元で作った空白を含むファイル名,空白を含むディレクトリ、空白を含むファイルエントリ
なcbrをテストしてみたら、現状対応できていない特殊ケースの挙動が考えていたのとちょっと違うことに気付いた。

list取得時(contents登録時):vbコマンド
同一ファイル名になるものは重複ページ扱いになり1エントリになる
(結果、重複分だけアーカイブのファイル数より少ないページ数となる)

data取得時(読書時):pコマンド
同一ファイル名となるものが連結されてlibcb側に渡る。
(展開系のファイルエントリ指定はファイルエントリマスク指定なのだからマッチするものは全部展開するため)
nickel側は最初のファイルを表示するが、ページ移動のときに一瞬重複で消えた側の画像が見えている気がする。
サンプルだと"5","6"で、"5"表示なんだけど、ページ移動のときに一瞬"6"が出ているという現象。
テストに使ったのがpngなのでjpgの場合は挙動が変わるかも。

なんだか空白を含むファイルエントリだとソート結果が変わってしまうような雰囲気で謎な現象。
latin1誤認状態で内部ucs2取り込み後のソートだから何が起こっているのやら。
prefix部分は同一なので、どう考えてもそんなソート結果になるとは思えないような状態。

ま、そんなわけでsjisに変換できないunicodeだけで規定された文字の類は色々と変な挙動となる。
後はlinux上で作ったrarを見てみるかな。

>>460

修正しておきますた。現在リファイン版パッケージに組み込みちうです。

質問：2.2.0からcontentテーブルに追加された「Series」「SeriesNumber」「SubTitle」列に
何か値入ってる人います？

自炊データじゃ確実に空っぽなのよね〜・・・この列

久しぶりに有給取って４連休にしたのに、今日は１日Koboってた・・・ｗ

ttp://www1.axfc.net/uploader/so/2691579

一応、Readmeとかも書いてリリースパッケージ化してみた。

■昨日のバージョンとの違い

報告された不具合を修正
ID:H9N5Y6PY氏のcbr問題回避モジュール投入
koboCFW.confの設定値書き換え
DB再構築機能の動作タイミング変更

人柱版のconfigは破棄してください。

リファイン版の機能（readmeより抜粋）

�@ 外部SDカード、内蔵ストレージに保存されたzipファイルをcbzファイルにリネーム
�A 外部SDカード、内蔵ストレージに保存されたTextファイルをHTMLに変換
�B PDF,CBZ,CBRファイルのページ送りをkepub.epubと同じ左→右スワイプ、または
スクリーン左部タッチにより「次ページ」になるように変更する機能
�C CBZ、CBRファイルのファイル名が [著作者名] 書籍名.cbz(またはcbr)というフォーマットに
準拠している場合、Kobo上の著者名、書籍名を自動で正しく更新する機能
�D 書籍の登録後に、著者名から自動で本棚を作成して書籍をその中に格納する機能
�E 壊れたり、消せなくなった本棚を全て削除し、�Dの自動本棚作成機能を使って本棚を再構築する機能
�F 内蔵ストレージ領域に、Linuxのswapパーティションが存在した場合、起動時に自動で
スワップ領域としてKoboが利用できるようにする機能
�G データベースが肥大化してしまい、動作が重くなった場合にデータベースの最適化を実施する機能
�H 上記の各種データ自動補完作業を行うタイミングを「USB接続解除時」「Koboの起動時」「両方」から
選択できる機能
�I データの高速Commitモードを使う機能

ReadMe書いてるだけで疲れたわｗ

ごめん >>462でUpしたの一つ間違いがあったので削除した。
申し訳ないが落とした人、こっちに差し替えてくれい

ttp://www1.axfc.net/uploader/so/2691613

すまぬ・・・すまぬ・・・

>>462
もうDLできないの？

んむ、CodeSourceryLiteのクロスでKoboLabsソースをコンパイル。
なんかqtのコンパイルが失敗してるがとりあえず目的のツール類のコンパイルは
できてるのでとりあえずいいや。

Busyboxが埋め込みのCompile Time文字列以外は同一バイナリであることを確認。

さて、lsやshのファイル名補完なんかで0x7f以上の文字コードを殺してしまう部分の
修正を試みてみるとするかな。

l

Androidをビルドしようと思って失敗した時にも思ったんだけど。
クロスコンパイル環境用意するのがわりと難しいんだよね。サラっとできちゃう人が羨ましい。

>>464
sqlite3を/binに入れたんだね。
確か元の.debとかsqliteのみのパッチとかだと/usr/binだったと思うんだけど、変えたのは何で？

>>466

[busyboxのunicode support状況]
unicode supportは完了してるコマンドのほうがすくなく、
ステータスが対応途中なもののほうが多いようだ。手持ちで新しいの1.20.2でも
TODO_unicodeの進捗はあまり芳しくないような。

[Koboでの設定]
Config.inの説明やKoboLabsソースbuildで生成されたautoconf.hによると、
#define CONFIG_UNICODE_SUPPORT 1
#undef CONFIG_UNICODE_USING_LOCALE
#undef CONFIG_FEATURE_CHECK_UNICODE_IN_ENV
#undef CONFIG_UNICODE_COMBINING_WCHARS
#undef CONFIG_UNICODE_WIDE_WCHARS
#undef CONFIG_UNICODE_BIDI_SUPPORT
#undef CONFIG_UNICODE_NEUTRAL_TABLE
#undef CONFIG_UNICODE_PRESERVE_BROKEN
#define CONFIG_SUBST_WCHAR 63
#define CONFIG_LAST_SUPPORTED_WCHAR 767

こんな感じなので、
unicode support機能は有効
localeは使わない
環境変数LANGはみない(常にUNICODE_ON状態)
なので基本的にはunicode capableな設定でコンパイルされている。
問題はWCHARの部分の設定っぽい。wcharのmaxがlatin-1に合わせてあるので、
それ以上のunicode文字は代替文字"?"になってしまうはず。
(昨日見つけてたのはUNICODE_OFFの場合の代替処理部分patchなので意味なし)

Config.inのデフォルト設定とかみると、unicode support周りはunicode support自体も含めて
全部デフォルト設定のままでコンパイルしてるようだ。

>>467

大規模なフレームワークも含んだ組み込み環境とかだクロス整備大変なことはあるよねえ。
あと、クロスに限らずだけどhost側もdebian,32bit限定でしか説明してないとかの場合に、
RH系64bitで対応するのはどれだ？とか探し回ったりすることもある。

クロスといえば、Kobo向けにPython-3.3.0をコンパイルしかけている。
過去の事例ではconfigureとかにpatchあててやる方式が多いようなんだが、
クロスを全く考慮してないものならともかく、クロスのための仕掛けが前々から入っているなら
なるべくオリジナルの状態のままでコンパイルしないというので、少しハマリ中。
Python(Rubyもそうかな？)なんかの場合はbootstrap的にsubset版を作ってそれを使って
本番版を作っていくとかしてると、
クロスだとsubset版はhost向けコンパイルで本番版はtarget向けで、
とかいう風に少し複雑になったりするので、正しいクロス設定を見つけるのが大変だったり。

Python-3.3.0本体は一応バイナリはできて、標準モジュールのライブラリ周りをなんとかしないと、
という段階。

クロス環境整備の動作チェックでコンパイルしたImageMagickも一応バイナリは転がっている。
変換全部行わせるのは実用性に欠けると思うけど、画像情報覗いたり
たまにちょっと加工したり程度なら使えるかな、とか思ってね。

>>468

いや、いわゆる「最小化版CFW」のときから/binだったよ。
なのでそのまんまにしてる。

各種SQLいぢくりまくるスクリプトもそれに併せて直したって感じです。

>>471
回答感謝。
でも、またしても同じ回答。前からそうだったってだけなのね(苦笑)。
なんかそのディレクトリじゃないとマズい理由でも有るんかと思って何回か聞いてるけど。
なにもないなら、それに越したことはなし。

>>472

そそｗ 前からそーだったってだけｗ
どこに配置するのが「Linux的なお約束」なのかわからなかったんでそのままにしたｗ

後はmobilereadでローカライズ（？って程でもないがｗ）に協力した
ikarus氏のプラグインが2.2xに対応するのを待つのみ。

プラグインからスクリプトがキックできるようにさえなれば
DBパッチもやりやすくなるんだけどなあ・・・・

/bin → 基本コマンドと言われてるモノが入る。
/usr/bin → ディストリが一般ユーザー用コマンドを突っ込む。
/usr/local/bin → 管理者が独自にコマンドを突っ込む。

大体こんな感じか。
ディストリによって /bin の中身違うし、ディストリによってはがりがり /bin 以下弄るから、そう厳密なものではないけど。

俺はカスタムファームウェア作者はディストリに近いと思うからな。
/usr/binが自然だと思う。
まあ、俺が、思う、だけなんで、別にどうでもいいっちゃあどうでもいいんだが。

>>464

お疲れ様です。早速新しいCFWの人柱になってみました。
初期化したKobo gloを2.2.1にした状態で導入。
ついでJPG高速化ライブラリも導入。
ファイル名の自動登録や本棚登録などもちゃんと動きました。感動〜
ちょっと気になったのは、SDカードの抜き差し時の挙動。
高速なmicroSDを使っているので、データの入れ替えなどはKoboから
microSDを取り出して行っているのですが、スリープモード時に
microSDを取り出し、書き込みを行ったあとで差し込むとコンテンツ
の更新が行われるのですが、一部の機能はUSB接続後か電源ON時に
しか動かないので、コンテンツを登録したあと電源ON/OFFが必要に
なります。
zip→cbzの拡張子追加は電源OFFにしなくても使用可能ですが、
著者名登録、本棚登録、ページ送り修正は電源ON/OFFが必要でした。
やっぱりこれは仕様上仕方ない事なんでしょうか。

>>461
「おすすめ」本のデータで、SeriesとSeriesNumberはそこそこあるな。SubTitleが入ってるのは少ないけど。
入ってるのもSeriesNumberが「1」だったらSubTitleは「１巻」だったりｗ

かと思えばTitleが「入門！絵でよむ英語多読」でSeriesが「英語多読」、SeriesNumberがなくて
SubTitleが「英語多読入門の決定版」なんてのもあるな

>>473

mobilereadのスレ追いかけてないんだけど、プラグインって2.2系でどんな問題があったんだっけ？
Gloの2.2.1固有の話？

>>478

試してみたんだけど、まずFWチェックを無効にしないと動かない。

それはいいんだが、どうもWifi周りと何よりsystemcmdで自前のスクリプトを
うまいことキックできない。

これと組み合わせれば>>476さんの指摘するような事態にも対応できると
思って。

でも、Koboの開発チームに言いたいのは「nickel外でこれだけやれるんだぞﾁｸｼｮｰ」
もっと気合入れてくれｺﾞﾙｧって感じｗ

>>476

感想どもです。

KoboのMicroSD周りの挙動は不明な部分が多くて困りますｗ
まあ俺が内蔵を換装して外付けには頼らない状態なので
外部SD周りが甘いのは認めますが・・・・

コンテンツ処理後のデータパッチは、現在のとこUSB接続か
電源のON/OFFに連動しているので、外部SDに対するデータパッチ処理は
今のとこ、指摘されたタイミングでしか動作させようが無いんです。

海外のフォーラムで作られているプラグインは、Nickelそのものに機能を
追加できるものなので、これと連動させればもう少しマシになるのではないかと。

イチイチ本を登録した後に、電源切れだのUSB接続→解除しろだの面倒くさくてかなわん。
それは、このスレに居る人であれば皆共通の認識だと思ってます・・・

>>479

解説ありがとう。
ああ、確かにFWチェックは無効にしないとダメだねえ。
・WiFi接続コマンド(ON/OFFトグルコマンドだっけ？)がうまくいかない
・ユーザーコマンド実行がうまくいかない
ということか。

menu系いじらずにTweak等のパラメータだけいじったconfigで入れてるから、
どっちも試してないわ(笑)
前にQscript周りが気になってpluginの現状公開してるソース取ってたから見たけど、
cmd実行はQProcess::execute(cmd)で呼んでるだけだねえ。

後で試してみよう。

っていうか、いい加減まともにunicode考えて環境改善してくれ、といいたい＞Kobo開発チーム

>>464
キーワードが分からず落とせないのですが、パスありでしたっけ？
過去ログとかにのってますかね？

>>482
>>421

>>477

自動本棚機能を考えてたときに、「著者名だけじゃ不便だなあ」って感じてたのね。
著者名だけで本棚作ればOKな人もいるかもだけど、例えば「著者名＋シリーズ名」を
本棚にしてる人もいるだろうし。

その時目についたのが、2.2.0で追加されたシリーズ名とかの項目。
著者名＋シリーズ名で本棚作るモードと、著者名のみ、シリーズ名のみで作るモード。
設定で選べれば、それこそクソなKoboの本棚登録機能に頼る必要ないかなってさｗ

ファイル名にシリーズ名を入れて、自動更新すれば・・とも考えたんだけど
使う立場からすれば、ファイル名の命名規約をこれ以上複雑にするのも
アレだな・・と思って、やめた

＃＃ モドキさんのスクリプトを改造できなかっただけだろって突っ込みは却下でｗ

リファイン版、どうだろうかいね。ちったあ便利になったかねえ。

すいません、解決しました

>>483
ありがとう〜

あと、リファイン版のパッケージのReadmeは可能な限り初出を網羅したつもりだけど
「俺の名前が無いぞｺﾞﾙｧ」って人が居れば、ご指摘くださいorz

swapパーティション作成方法のドキュメントについては、前スレ859氏の許可を得ていないので
転載しませんでした。もし許可もらえるなら配布パッケージに含めさせてください。

（俺も前スレ859氏のお陰でswap作れたんです。大感謝ですよ、もうｗ）

では、引き続きご意見、ご感想をお待ちしております〜
（不具合報告もねorz あと、スクリプトの改善点等もどしどし指摘くださいませ）

>>前スレ506さま
有り難うございます。
現在リファイン、JPEG高速化、センター釦でページ送りのファームがありますが、
どの順番で当てれば良いのでしょうか？

>>481

試してみた
・Wifi:うちの[email protected]では普通に機能している
・Exec:どうもメニューを書く位置によるっぽい。
ini内で記述する行位置をかえたら"/mnt/onboard/test.sh"で実行された。

ソースだと8個までOkってことになってるし、メニューアイテムとして表示されてるから
取り込み自体は正常っぽいんだが。

日本語メニュー表示は内部の固定変換以外はフォントの問題でダメになってるんじゃないかなあ。

それと、コマンド実行はQProcess:execute()の同期実行だから
時間のかかるスクリプトを実行させるとかだと注意がいるかもしれんね。

>>489
http://code.google.com/p/kobo-plus/source/browse/plugins/poc/TestPlugin.cpp#361
このあたりがソースでのメニュー登録処理
ReadingLifeメニューの乗っ取りのようだ。
iniのparseは初期化時にQSettingsとかいうQt組み込みクラスでやってる。

>>489
あ、日本語メニューの化けはフォントじゃねーや。
そりゃそうだよな、translateされた文字は普通に表示できてるんだから。
やっぱこれも例の"latin1誤解変換"のせいで化けてるだけだわ。

んー、QSettingsがparseするときにiniファイルをUTF-8として読めばそれで済む話。

>>491

QSettings::setIniCodec()
でUTF-8指定すれば解決するようだ。

早速試してみましたが、初期設定で０を選択し、外部SDの自炊を取り込もうとすると、
内部コンテンツの「購入のお勧め」のような本まで本棚にとりこまれるので面倒な感じです。

ADDFunctionScript.shについて

更新対象の書き換えのところを修正させていただいて
０：全部
１：外付けSDと内部SDの自作
２：内部SDの自作
となるようにさせていたいてみました。

これで、１か２を使えば本体付属の購入もしていない書籍がずらずらと本棚に並ぶことはなくなりました
数回試していますが、今のところうまくいっています。

#TargetBook Select
if [ "$CreateShelfMode" == "1" ]; then
# Only InternalStrage UserCreateData
echo "(SUBSTR(ContentID,1,20) = 'file:///mnt/onboard/' OR SUBSTR(ContentID,1,15) = 'file:///mnt/sd/' ) AND " >>$SQLCOMFILE
elif [ "$CreateShelfMode" == "2" ]; then
# Only InternalStrage AllData
echo "SUBSTR(ContentID,1,15) = 'file:///mnt/onboard/' AND " >>$SQLCOMFILE
else
# AllData
echo "1 = 1 AND " >>$SQLCOMFILE
fi


購入した分だけ本棚に並べたいんですけど、どこで判断できるかがまだ追いついていません。

>>489

Plugin::exeuteSystemCmd()は別に位置じゃないのかもしれない。
普通にいくつか並べて全部動いたみたいだし。
(CustomCommandsが8個までの範囲で)
さっき誤解したのは"Plugin::executeSystemCmd"の"Plugin::"が抜けてたからだ。
---
[CustomCommands]
Reboot=Plugin::executeSystemCmd("/bin/busybox reboot")
test2Cmd=Plugin::executeSystemCmd("/mnt/onboard/test.sh test2")
Browser=Plugin::openBrowser()
SketchBook=Plugin::scribble()
Wifi=Plugin::connectWifi()
test6Cmd=Plugin::executeSystemCmd("/mnt/onboard/test.sh test6")
test7Cmd=Plugin::executeSystemCmd("/mnt/onboard/test.sh test7")
test8Cmd=Plugin::executeSystemCmd("/mnt/onboard/test.sh test8")
test9Cmd=Plugin::executeSystemCmd("/mnt/onboard/test.sh test9")
---
test9は9番目なのでNGだけど、test2,test6-8までは動いている。

>>488
前スレ506氏じゃないけど答えておくよ。

ボタン送りファームは対象となるファームウェアが古いので、そのまま当てるとシステムに影響が出る。
KoboRoot(noscript).tgzのほうを当てて、起動するためのコマンドを別途手動でリファイン版が提供する起動時スクリプト.kobo\ext\boot.shに書き込む必要がある。
noscriptのほうは実行ファイルしか入ってないから順序はあまり関係ないけど、あえて順序を指定するなら、リファイン版より後ってことで。

jpegturboはライブラリしか入ってないので、どんな順序で当てても大丈夫。
先でも後でもお好きなように。

間違った。
\.kobo\ext\boot.sh じゃなくて
\ext\boot.sh だった。orz

readmeに書き足しておいたほうがいいと思う。 >>前スレ506氏

連投スマヌ。

swapファイル組み込みのスクリプト部分を引用させてもらってるんだけど、
引用元はどんな感じで書けばいいかな？

>>493

外付けSDカードに保存したデータも、本棚に格納したほうが良いでしょうかねえ・・。

外付けSDカードはとっかえひっかえされる可能性があるのと、仮に本棚に登録した本が
SDカードに無くても、nickelの仕様で本棚として出現しちゃうんですよね。

で、それを選ぶと「そんなデータ無ぇぞｺﾞﾙｧ」って怒られるｗ

なので、自動本棚登録機能は外部SDをあまり意識しなかったのですが・・・

夜になりますが、もう少し見直してみます。

>>ID:cV1bz2xx

そうですね。readmeにスクリプト起動タイミングとかを追記しておきます。

boot.shはちなみにnickel起動前に移動しています。
あとは、要らなそうなタイミングでのスクリプト起動は除外しているので
実はあまり起動できるスクリプトは少なかったり。

引用元については、よくわかんないんだけどリファイン版に記入したような感じでいいんではないかなあ。

>>ID:umJ+w9D

プラグイン、もう少し試してみます。
koboplugin.iniを日本語化したものも用意しているんだけど
いかんせん、動作しない事には意味がないｗ

/usr/local/Kobo/scripts/ADDFunctionScript.shをメニューからキックできれば
USB接続を解除したりせずとも、コンテンツ登録直後にデータにパッチを当てられるようになるから。

readme見て気づいた

○ CFW最小編成ファイル（今回のパッケージの基礎ファイル）
○ データベースチューニング・スクリプト
○ 著者名自動更新スクリプト

この3つのURLが皆、hackingスレ286のになってる。
多分、正しいのは1つ目だけかな？

>>500

ぐはorz

修正しておきます・・・

あと、スレ住民に質問。

>>2のテンプレに張った、jpg高速化エンジンとかをUploadしている場所にUpするほうが
いいんだろうか？

一時Upなら斧でいいかあと思ってるんだけど、ある程度Upしておくなら
>>2のURLにあるロダのほうがいいかなと思ったり。

>>502
UP先だけどある程度煮込まれたら>>2へUPって感じで
取り合えず弄ってみたから試してみて(人柱集う)っ場合は
斧とかがいいんじゃないけな？
全部>>2へUPだと新しく来た人が適当なのDLして
試作版なのにグダグダ言ってくると面倒じゃないかな？

まー全ては自己責任だからそんな奴は一蹴すれば良いんだけど

>>502
個人的には、別にどこにアップしても問題無いと思うけどなぁ。
逆に言うと、どこにアップロードしても、適当なのダウンロードしてグダグダいう人は絶えないと思うし。

ぐは。間違ってageちゃったよ。orz

ちなみに俺は「ファームウェアのバージョンに依存しない」というアプローチでCFWを製作中。
その代わり、多分リファイン版みたいにフル機能は載せられないので、まあ、共存はできるのかなと。

公開できるかなー。
なんかいつまでたっても完成しないとかいうオチかもしれん。

>>505

CFWパッケージの最大の問題点がそこだよね。
「公式FWがバージョンアップすると、追加された機能の大半が死んでしまう」ってとこ。
rcS2で記載した内容であればinittabさえ書き換えられなければ生きてるけど
起動時に出来る事は少ない事と、何より各種不具合パッチが元に戻るのが痛い。
ダメ文字回避パッチ以外が全部死ぬんだよね・・。

結局のところ

/usr/local/Kobo/udev/sdと/usr/local/Kobo/udev/usbを書き換えないと
今のCFWは構造上成立しないのが悲しい。

ちょっと前に、「公式FWのバージョンアップに影響されない不具合修正パッチ」ってのが
あったと思うんだけど、これを何とか応用できないかなと考えてはみたのだけど
悲しいかなLinuxは勉強不足なのでどうやって実装すれば良いか・・・という感じ。

多分、各種ファイルに追記する部分だけを外部ファイルに持って
そのファイルをincludeするようにすれば良いのだろうけどね・・・。

「公式FWのバージョンアップに影響されない不具合修正パッチ」ってのはウチのヤツだね。

これrcSfixってファイルに分離してあって、inittabから呼んでるから、inittabが書き換えられない限りは生き続けるよ。
そして、rcSfixの中で毎起動時に、sdとusbの書き換えが必要かどうかを判断して、必要な時だけ書き換えを実行してる。
ファームウェアのアップデートでsd/usbが上書きされても、そのファームウェアアップデート起因の再起動の直後にパッチが当たるしくみ。

うん、我ながら最強かも。

補足。

書き換えといっても、ファイル丸ごとじゃなくて、sdやusbの中にある -o shortname=mixed っていうオプション指定を -o iocharset=utf8,shortname=mixed に書き換えてるだけ。
書き換えは最小限なので、まさにそのオプション部分が変更されない限りどんなファームウェアにも対応できる。

>>507

んじゃあ、それを応用して「ある文字列が出現したら、別ファイルの中身をそこにスライドさせる」って
事をしてしまえば、CFWパッケージも何とかなるかいね。

if [ `cat /usr/local/Kobo/udev/usb | grep "source="/usr/local/Kobo/scripts/hoge.sh"" | wc -l` -ne 0 ]; then
sed -e "/^if [ "$ACTION" == "add" ]; then$/i source="/usr/local/Kobo/scripts/hoge.sh" /usr/local/Kobo/udev/usb
fi

こんなので、いいのかな・・・

context diffでいけるかなと思ったけど
busyboxのpatchにcontext diff食わすとinvalidとおっしゃる

>>511

んー、diffとってざっくり眺めたところ、patchはKoboの1.17.1→1.20.2で結構変更点が多いみたいだから
バグが結構ある状態なのかもね。

>>511

"invalid patch"で終了しちゃうのなら、"+++ "行からファイル名拾えてないっぽいよ。
他のinvalidメッセージなら、patchじゃなくてbusyboxのツール関数類が出してるメッセージだな。

>>513

っていうか、"context diff"って書いてたのね。
busybox diffは"unified diff"オンリーっす。

>>514
sedでエスケープ気にしつつ云々よりcontext diff通れば楽ができると思ったんだ
が、世の中そう楽はさせてもらえんｗ

>>515

diff -u(busybox diff -U)でunified diffとるのじゃいかんの？
標準形式やed形式だと見づらいけど、まあunifiedならいいんじゃないかい。

うーん、なんかうちの環境だけなのかもしれないけど、
Kobo Touch 2.2.0 + plugin + 2.2.0が出た当時のCFW+dosfsck+cbr-fix
Kobo Glo 2.2.1 CFWなしの素の状態
で、両方ともtxtが全く表示されない状態になっちゃう(全面白)のに今気づいた。
タッチ操作も効いてないような雰囲気で、
Touchはハードウェアキーがあるのでホームに戻れるんだが、
Gloはホームにも戻れない。
(USB plugでdialogが出てくるのでそれでPC接続をcancelすれば戻れるが)

htmlは表示されているからtxtだけの症状のようなんだけど、
2.2系でasciiだけのtxt試した人いない？

なんかpluginがnickelに入り込む仕組みでQtのdefault codecを変えれば
txtのutf-8取り込みできるんじゃないか？とか思って、
(linux側でのlocale整備なしだとまずいか？)
その準備のために現状FWでtxtがどうなるのか試してみたかったんだが。
(文字化け見れば"latin1"変換問題なのかわかる)

fontの問題なら下部のメニューくらいだせそうなもんだしなあ…謎だ。

>>509
行単位はちょっと厳しいんじゃないかなー。
ウチのパッチはオプションだけしか書き換えないんで、それがどこに移動してもオプションとしての意味は変わらなくて問題無いけど。
(極端な話、mount命令がファイル末尾とか先頭に移動したとしても対応できる)

行を差し込むとなると、目標物の位置も意味を持つ訳で、ファームウェアの変動に対応できるほどの柔軟性が得られるかどうかは微妙だと思う。
確実性を増すために置換対象の文字列を長くすると微細な変化に対応出来ないし、逆に文字列が短いと確実性がオチる。
そういう意味で、文字化け回避パッチのオプション1個書き換えるってのは、実に絶妙なバランスになってるのかもしれん。

ということで、俺の目指すファームウェア非依存CFWは、usbやsdを弄らないのが前提。
だから「USBを切り離した時」とか「SDカードを挿した時」とか、そういうトリガで何かをするのは無理。

Kobo側のudev動作と独立していていいなら

[ac,plug,sd]
本来のudev機構だから独自のルールファイル追加

[usb]
rcSの自動書き換えでupdate検知したら
(timestamp,md5記録等で"udev"が更新されないかチェックして検知)
mv usb usb.orig
cp usb.warp usb
---usb.wrapの内容---
/usr/local/Kobo/udev/usb.orig $*
/usr/local/Kobo/udev/usb.custom $*
-----
usbはnickelが疑似的にudev準拠で呼び出しているのでラッパーで割り込む

みたいな感じで対応できないかしらん？
問題はオリジナルusbのadd,remove過程の途中で絶対に処理しないといけないものがあった場合

>>520
検知するのは"usb"ファイルの更新の書き間違い

nickel->usb(usb.wrap)-->usb.orig,usb,custom-->usb(usb.wrap) done

KoboRoot.tgzの場合はusb.origでrebootするからusb.customは呼んでくれない
Kobo.tgzの場合はnickelのrestartがあるからまずいか?

>>495さま
有り難うございます。
残念ながら自分にはその説明を理解できるスキルがありませんでした
（起動時スクリプト.kobo\ext\boot.shに書き込むと言うくだり）
素直におとなしめのパッチを当てときます。

swap作成方法公開して良いです

これ、遠隔操作ウイルスとか入ってねーの？

>>524
検証よろ

>>525
どうやりゃいいんだ？

>>499

ご検討していただけるとのこと、ありがとうございます。

私は、購入した本：内臓メモリ、自炊：外付けSDに区別しております。
なので外付けSDについても本棚収納があるとありがたいのは確かです。

それよりは、買ってもいない本が本棚に収納されるのを避けたいです。
私のところでは、
　ContentテーブルのAccessibility=4
のデータが未購入の関連した本やお勧め本になっているようなので
Where文に条件を追加して、これを避けるようにしてみています。
※無料本？が数冊入ってしまうのはあきらめています

友人の訃報が入ってきて、急に御通夜に行ってたので今日は何もできませんでした。
明日は出張なので、明日も基本的に何もできず・・・

リファイン版、とりあえず一旦削除しておきました。
色々修正して、また週末くらいに次のVerをアップします（したいなあ）

○現在の課題

・本棚自動登録機能の条件見直し
・Readmeの追記、補記、誤植修正
・公式FWのバージョンアップによる「先祖がえり」を最低限にする

こんなとこだろうか・・・。Linuxに明るい皆様、他に「こうしなはれ」ってのがあれば
ご教授下さいませ

○検討中、実現方法模索中の機能

�@DBパッチの動作条件の厳格化
（本を新規に登録してもないのに、毎度毎度あれこれパッチを当てに行くのは無駄だから）

�A同じファイル名で、中身が更新された本データを再度コンテンツ処理にかけて
ファイルの更新をKoboが追随できるようにする

�@はまだしも、�Aについてはかなり難易度高そうなんだよね・・・

>>529
現在模索中とのことで恐縮ですが、ひとつ要望です

新規に追加された本があると自動的にホーム画面に表示されますが、
現状ですと、本来のソートと逆順に表示されてるように思います
（01巻-10巻を登録した場合ですと、10巻、9巻、8巻、7巻、6巻が表示される）

これを01巻から表示させることは可能でしょうか？
これさえ出来れば、何回もライブラリにアクセスしなくて済むようになるのですが…

>>530

ああ確かに、nickelの登録処理が1→10と進んでいくからその順序で最近アクセスしことになって、
ライブラリで「最近アクセスした順」で表示すると逆順になって直すのうざいねえ。

>>526
元々のストックROMと差分をとって、その差分が遠隔操作ウイルスでないことを確認すれば良い。

各バージョンでのtxt(text/plain)表示の差異

[1.9.18 r39403]
font変更可能
ASCII=OK/Latin1=NG(?)/SJIS=NG("漢字"→"????")/UTF8=NG("漢字"→"??")

[2.0.2 r41334]
font変更不能にUIが変更された/zoom+rotateメニューが代わりに入った
ASCII=OK/Latin1=NG(?)/SJIS=NG("漢字"→"????")/UTF8=NG("漢字"→"??")

[2.1.1 r42411]
font変更不能のまま/zoom+rotateメニュー
ASCII=OK/Latin1=NG(?)/SJIS=NG("漢字"→"????")/UTF8=NG("漢字"→"??")

[2.1.4 r43710]
fontメニュー復活:zoom+rotateが消滅
ASCII=OK/Latin1=NG(?)/SJIS=NG("漢字"→"????")/UTF8=NG("漢字"→"??")

[2.2.0 r44462]
全面的に死亡中(全面白でメニューも出ないので状況不明)
ASCII=NG(全面白)/Latin1=(全面白)/SJIS=(全面白)/UTF8=NG(全面白)

なんか2.2.0ではtxtはどんなファイルでもバグってまともに表示しないっぽい。
nickel内蔵で対応してるファイルタイプなんだが、リリース前にそれのテストもしてないのか？
(海外だと公式に2.2.0って配信されたんだっけ？)

fontメニューにしてみたり、zoom+rotateにしてみたりと、textの扱いはどうも
ふらふらしてるみたいだなあ。

latin1は内蔵フォントが対応してるのかどうか不明

sjisは漢字１文字２バイトが"??"になっているのでlatin1誤認系に似た雰囲気

謎なのがutf-8で、3byteで表現される漢字１文字が"?"になっているので、
utf8で正しく認識しているような動作。
その割にはfont変更できるバージョンでフォントを変えてみてもダメだったし。

結局現状の2.2系ではtxtは文字化けfixする手段を探るどころか、
機能自体が使い物にならないレベルでバグっているという。

日本向けに見切りで出したバージョンでバグ潜在しまくってるのかもしれないが、
それにしてもなあ。

>>533

というわけで、しばらくはtxt2htmlにお世話になり続ける状況が続く模様。

駄目だ……。
「全面白」が「ぜんおもしろ」に見えた……。
寝よう。

これって、スクリーンセイバー変更のパッチって有るのでしょうか？

「スクリーンセイバー変更」だけじゃ通じないと思うぞ。
名称として「スクリーンセイバー変更」を含むパッチは見たことがない。

具体的に何が変更されてほしいのか書くべきだな。

エスパーすると「スリープ中」とかの画像ならnickelのバイナリに埋め込まれてるから困難って話が前に出たような

sleep,power-offなんかはnickel本体が制御してるはずだから、
DBに保存されるパラメータをいじる、tweak的なものしかできないんじゃないかなあ。
リソースファイルが独立してるわけじゃないからリソース書き換えは難しいし。
(nickel管理外の一部のアニメーション画像くらいは差し替えできるけど)

なにせnickelは巨大な単体ファイル+巨大な単体ライブラリ＋コンテンツ読み取りプラグイン群
という構成だから、nickelの動作に介入する手法が少なくてねえ。

OSをsleep stateに落とす操作(ioctrl系の監視？)を捕まえて、
その直前に画面書き換える方法は有り得るのかなあ？
（一度nickel本体が書いたものを上書きするような感じになる)

>>539
http://wiki.mobileread.com/wiki/Kobo_Touch_Hacking#Notes_On_Suspend
に解析があるが、
1)タッチスクリーンのsuspend
2)cpuのsleep
の順にexecで/bin/shへの引数で1行させているようだ。
libnickel.soにもそのようなコマンド行文字列がある。

真面目にやるならexec系関数のld_preloadフックで割り込み？
インスタントにするなら、libnickel.soの
"echo mem > /sys/power/state"文字列をスクリプト呼び出しに変更してしまって、
そこで割り込んで画像表示
(バイナリパッチなので呼び出すスクリプトのファイル名長は元領域を超えられないが)

画像表示自体は/dev/fbへ流し込み。jpgなんかは変換しないといかんが
なんとかなるだろう。

>jpgなんかは変換しないといかんが

確か16bit/RGB565形式のはずだから、Windows側でその形式のBMPに変換してヘッダ取り除けば行けるんじゃないかな。

そういや、標準だとスリープや電源OFF時には「最後に読んでいた書籍の表紙」が表示されるけど。
この「最後の書籍」って情報はどこにあるのかな？ DBの中？？

>>540

あ、画像はpickelに流し込みだな。

usbのmount処理hookのタイミングかなんかで/mnt/onboardのどっかにある
指定画像ファイルをraw.gzに変換しておくとかするのがいいのかな。

いちいちPCでraw変換しておくのも面倒だし、その辺をnickel内部でどうするかだな。

変換プログラムを現状のKobo内部の道具立て＋αで最少コストで実現するのが少し面倒そう。

>>542

これって結局ライブラリの「最近読んだ順」表示と同じ話だからやっぱDBじゃないの。

>>541

libjpegのコマンドラインツールのdjpegはあるからkobo内部でjpg->bmpは簡単にできる。
だからbmpからrgb565にする部分をなんとかすればいいわけか。

pngは他の道具立てがいる。
http://www.mobileread.com/forums/archive/index.php/t-150706.html
ここだとffmpeg使ってるが、画像変換だけのためにKobo向けににffmpegを
ポーティングするのもなんだか。
ImageMagickもRGB:565のrawは扱えないし(RGB888は扱えるようだ)

既存で移植されているpython2上でスクリプトで処理するか、
クロスで普通にツール作ってしまうかだなあ。

「バイナリ追加しないで現状内蔵ツールのみ」という制約下でのソリューションつーのも、
パズル的な遊びとしては面白みがないわけでもないが、あまりにも趣味的な「面白み」だから(笑)

>>545

あ、巨大ファイル読みのフリーズと同じで、
変換元が巨大な場合に死ぬことのない安全な作りにしておかないとまずいな、これ。
ということは、無条件にdjpegでbmp化は危険。
さすがに巨大ファイルはヘッダで画像サイズをチェックしてrejectしてしまうか。
(リサイズはPC側事前準備。そうならpng対応は将来課題に棚上げでいい、と。)

>>546

なんかちょっと矛盾したこといってるな。
事前準備のリサイズ前提なら「無圧縮bmpリサイズ済」限定でいいわけで。

ある程度の制約下でjpegを受け入れる。
jpegtranでのリサイズ+djpegでのbmp化
KT/Gloと端末が違っていてもjust fitじゃなくてもとりあえず内部リサイズで共通に使えるほうが
気楽に画像ファイル置けて便利だろうし。

うーん、memを/dev/power/stateに入れるタイミングは
どうもアプリとしてのスリープとは違うようだなあ。
hook自体はできて、テスト用のrawも表示できるんだけど、
「スリープモード」表示じゃなくて、
内部動作としてしばらくidleが続いたとき(5秒程度)に入る状態のようだ。

だから、どの画面でも5秒放置すると指定したテスト画像が出てしまう。

やっぱnickelのコンソールに出すログ監視して状態を掴むしかないのかなあ。
(ログに表示されるかどうか次第だから可能性は低いかもしれん)

straceしてスリープモードに入る直前のsyscallの流れを分析するつーのも面倒だし。

スリープモードに入る前に毎回DBから設定読みだすならそっちのhookというのもありうるけど、
それだとKobo側の画像書き込みを把握できないからうまく上書きできないだろうし。

>>548

フレームワークのレベルではスリープモードはSleepViewっぽいので、
プラグインみたいにpatchでView自体を乗っ取ることはできるのかな。
本来の処理ロジックがわからないのでPowerOffに落ちるイベントの準備やら
やらなきゃいけないことをすっ飛ばしてしむのでダメか。

今の実験の方式でも、
本来のスリープ画面表示
→5秒アイドルでhookが呼ばれて独自画像
となるので、そこだけみればスリープで独自画像は表示できている(笑)

通常idleで呼ばれたときとSleepViewに入ってから呼ばれたときを
識別しhook側に通知できれば使い物になるような感じ。

多分、スリープモードだとtouch screenのコントローラも落とすために
status-extendedも落とすだろうから、
・cpu sleepのみ
・touchscreen suspend→cpu sleepのシーケンス呼出し
これが識別できればいい。

touchscreenは
"echo %1 >/sys/power/state-extended"
と
"echo 0 >/sys/power/state-extended"
の２つあるからちょい困るな。

あー、hook手法って、出力先だけを変えてpipeに出すようにして
pipe受け側が自前hookという方式のほうが実装がきれいなのかもしれないなあ。
(今は"echo 〜"まるごとを"/usr/local/bin/spms-s3.sh"呼出しに書き換えてる)
待ち受け常駐になるから逆に無駄にメモリ使うだけか？

>>549

/sys/power/state-extendedが読み出し可能らそれを見れば用は済むはずだから
Koboのkernel source見て確認してみるか。

結局nickelの動作をもう少し観測しなきゃ、というのでdebianから抜いてきたstraceを入れて
process,fileのsyscallログを取ることにした。
んー、log fileを出すのにumountされる/mnt/onboardだと不自由だし、
root fsというのも起動からpoweroffまでフルにログ取るとサイズが気になるし、
システムにumountされない専用パーティション作ったほうがいいのかなあ。

んで、sleepの画像はまだhookするタイミングが見つからない。
state-extendedでの判断ではうまくないようだし。

電源オフ画像は、"/sbin/poweroff -f"を呼び出すので、最悪そこをhookすればいいんだが、
"/sbin/poweroff"をunrar方式で差し替えるのは気が引ける(sbinのコマンドだし)
バイナリ書き換えでhookするのも、元文字列が短いので"/usr/local/hogehoge/bin"なんて
深い階層にはできないから、これも抵抗がある。

sleep,poweroff共に/sys/power/stateへの書き込みがあるから
3状態(normal,sleep,poweroff)切り分けられればhook１つだけで済みそうなのになあ。

とりあえず、fw2.2.0のパッケージからイメージを抜き出して
png変換かけてみた

ttp://www1.axfc.net/uploader/so/2695166

リファイン版でやってる独自DB処理中やなんかに表示させる独自の絵やアニメーションが欲しくて
>>545の情報を元にコンバしたんだけど・・・

自分に絵心が無いので、どうしようか思案中orz

購入した本を外部SDに保存している人、いますか？

もし居たら。Contentテーブルの中身を教えてほしい・・・

>>552

nickel埋め込みPNGの抜き方

(1)PNGのファイルヘッダ89 50 4E 47 0D 0A 1A 0Aを探す
(2)そのファイルヘッダ出現位置の直前4バイトがサイズなのでそれを拾って全体を取る
あるいは
(2)chunkはsize(4byte),type(4byte),data,crc32(4byte)だから
type=IENDなchunkを見つけるまで進んでいく
というのでいけるような感じ。

>>552
見せてもらいましたがフォーマットは600*800 24bit pngなんですね
良かったら作りますよ
どういった感じのものをお考えですか？

>>555

うおー！！ありがたやあああああああああ！

アニメーションさせる場合は「on-1.png」〜「on-10.png」のようないわゆるパラパラ漫画。
アニメーションさせない場合はreboot.pngのような1枚絵。

絵の中身は、萌え（違） いや、ふつーにシンプルなものがｗ
（擬人化koboとかいいなあｗ）

「データベース更新中」「データベース再構築中」みたいな文言があれば助かります。

できればサイズは1024*768でお願いです。（gloはこのサイズなので。miniやtouchはリサイズします）

ちなみに、書き換えたファイルを元のファイル名と同じ形式にすれば標準部の絵も変えられますｗ

>>556
了解です、ふつー（？）にシンプルなものですねｗ
私もこちらでいろいろお世話になってますので自分でお手伝いできるのであればと
２，３日中にラフを見て貰えるようにします
しばしお待ちを

あ、自動本棚などの機能関連で誤認識するケースの報告
(命名規則仕様から外れる？かもしれないんだけど)

[著者] タイトル [上巻]
とかみたいに、"[]"が２回以上出現すると、正規表現が最長マッチなので
著者部分＝"著者] タイトル [上巻"
とマッチしてしまう。
(サブタイトルに"]"が含まれていたり、複数版元のある本の識別を
タイトル後の備考として"[版元]"とかで入れているケース)

awk,sedなんかで最少マッチ指定できなかったら
".*"を"[^]]*"とかにしないといけないので
正規表現が醜くなりそうだけど…

ドキュメントでは
"[著作者名] 書籍名.cbz(またはcbr)"
としか表現されていないので、サポート外とするなら
書籍名部分に半角"]"が入ってはいけないと明記したほうがいいかも。

sedには最短一致は無いね。
なので

>".*"を"[^]]*"とかにしないといけないので

でやるしかないと思うよ。

ちなみに * だと0文字以上の繰り返しだけど + だと1回以上の繰り返しだから
\[.+\].+ にすれば、[著者] タイトル [上巻] でも大丈夫なはずだけど。

>>557

熱烈お待ちしておりますｗ

>>559-560

現在は、>>395でID:ZOEujZ0Fさんが作ってくれたsh版スクリプトで著者名更新クエリを
作成しています。

IFS="*"の部分をIFS="\[.+\].+"に書き換えるというわけではないのですよね？

http://www1.axfc.net/uploader/so/2695350
パス:kobo

需要があるとも思えないが、この先なんかアイコン等を作るときに流用できそうな素材として、
nickelからpng resourceを抜き出したもの。

>>562

抜いたのはGlo 2.2.1のnickelのはず。
SIZE:5229640
MD5:4906ed8e05b20c7b048c9929180c1936

>>562
バッテリーインジケーターってグラフィック差し替えで表示してたのかｗ

>>561
IFS云々言ってるってことは、ウチのヤツか。
IFSはSQLiteの出力の区切り記号を指定するだけのもので、正規表現とは関係ないよ。
SQLiteのコマンド以外で参照しているのも、区切り記号を1ヶ所でまとめて変更できるようにするため。
区切り文字が * になっているのは「ファイル名として使われないもの」だから。
それ以上の意味は無い。

直すならsedのところにある正規表現を直さないと。
\(.\+\) を \([^[]\+\) に書き換えれば行けるかな？ 今、即興で考えたから試してないけど。

ちなみに[^]]だと多分エラー。[^\]]にするか、上記のように[^[]にしないと。

うぐ。ボケてた。訂正。
IFSはreadコマンドとか色々なコマンドでの区切り記号の指定だわ。
SQLiteの区切り指定は .separator のほうだ。

SQLiteの出力を * (.separatorで指定した区切り文字)区切りで出力させて、readコマンドでも * (IFSで指定した区切り文字)で区切って入力させてる、
おげ？

スクリーンセーバーその後

安直に実現できる「電源オフ」画面のみ動作確認。
libnickel.soのバイナリパッチで、/sbin/_xpweroff -fを呼ぶようにして
そこで本来の/sbin/poweroff -f前にpickel showpicで画像表示。
(/sbin/powerにラッパーをかますよりはまだ/sbin/にスクリプト突っ込むほうがましかと…)

ugry methodすぎるし、sleepの方もあるので、なんとか上位レイヤーのほかの手段で代替したいんだが…
抽出した画像リソースからみると、端末アイコンは固定画像であとからtext乗せてるっぽいので、
plugin的な手法で画像リソースだけを動的に入れ替えても無駄で、
uiレイアウト自体をすり替える手法を取らないといけないようだ。

修正版upしました。24時間限定

ttp://www1.axfc.net/uploader/so/2695652

○変更箇所

・自動本棚登録機能で、本ではないデータが登録されていた問題を修正
・自動本棚登録機能で、対象ストレージを選択する設定を追加
・自動本棚登録機能で、自炊データ/購入本データを対象にする設定を追加
・外部SDカード日本語文字化け問題・修正恒久化（ごりぽんさんThx）
・スクリプト整理
・859さんの作成したスワップパーティション作成方法ドキュメントをパッケージ内に追加
・Homeボタン送りdaemonを有効にするためのドキュメントとboot.shをパッケージに追加
・Readme修正

とりあえず、KoboCFW.confは挿げ替えてください。

後、使ってくれている皆さん質問です。

・「著者不明」本を、何らかの形で本棚自動登録したいですか？
・自動登録したい場合、どんな本棚名がいいですか？（自分で好きに付けたいですか？）
・ページ送り補正機能は、pdf,cbz,cbrだけですが、他に送り補正したい形式はありますか？
・ページ送り補正機能は、形式に拠らず全部同じ方向にしていいですか？それとも形式ごとに設定したいですか？

よろしければお聞かせくださいませ。
（しかし、、どれもこれもDB関係だけだよね・・・orz）

koboyaさんすみません。パスを教えていただけないでしょうか。

>>421

570です。ありがとう。いただきました。

普段は進行の邪魔にならぬよう見守っていますがやっとお礼が書ける！

お疲れ様です！いつもいつもお世話になっております。
koboayaさんはじめ、皆様いつもありがとうございます。

>>569
えー自炊「漫画」勢なので外部SDメイン、しょっちゅう中身を入れ替えるしcbzのファイル数は少なめなので
本棚を使わず普通にリストから選択して読む感じです。全巻まるまるだったりするんでTOP画面だけで済んだりも。

＞・「著者不明」本を、何らかの形で本棚自動登録したいですか？
特に気にしないです。自動登録されるならされたで問題ないです。

＞・自動登録したい場合、どんな本棚名がいいですか？（自分で好きに付けたいですか？）
小説、漫画ともに著者名がいいとおもいます。

＞・ページ送り補正機能は、pdf,cbz,cbrだけですが、他に送り補正したい形式はありますか？
特にないです。

＞・ページ送り補正機能は、形式に拠らず全部同じ方向にしていいですか？それとも形式ごとに設定したいですか？
私の場合は全部同じ方向がいいです。
逆順のほうがいい方（カバーの開き方向の関係とか）も本スレに結構いたので、
簡単に設定変更できるのであれば変えられる仕様のほうがいいんじゃないかと思いますが。


以上、自炊漫画派でした
微妙な感じの回答で恐縮です！参考になれば幸いです。ではでは！

488です
koboayaさま
かみ砕いて書いて頂き有り難うございます
大変解りやすいです
このスレを知るまでは、koboはほこりをかぶっていたのですが、
(本棚がおかしくなって、投げた)
又使い出しています。

あまり使いこなせてないので、変な答えですが参考程度に
＞・「著者不明」
本棚は地道にぽちぽち作ってます。
変に放り込まれるより、自動登録されない方が好きです
そう言うものだと思ってやってます
＞・自動登録したい場合
作品名ですが、
自炊がメインで、ファイル名も怪しい本01とかなので恩恵に預かれないかもしれません
＞・ページ送り補正機能は、形式に拠らず全部同じ方向にしていいですか？
電子書籍は、右綴じ左綴じがわかりにくいです。
なので、全部統一で良いと思います

やべー
ファクトリーリセットした後にPCデスクトップでアップデートするのがかったるかったから、
正規FWで直接アップデートしようとしたら再起動中画面で固まった。
リセットしても緑ランプが点滅するだけで再起中画面のままだ。。
PCにUSBケーブル接続しても認識しないし、詰んじまったか。orz.

237 名前：名無しさん＠お腹いっぱい。 ：2012/11/29(木) 23:05:30.88 ID:poxSf4Rj
>>234
ソニーのDRMは登録してある機器じゃないと読めないから
リーダーストアがなくなって機械も壊れたらそれでおしまい
kindleみたく解除の方法も見つかってないしね。
今のままの形式が続くとは思えないから
いずれ読めなくなるだろうね

>>569
自炊したものを比較的小容量のSDに入れて使用しています。
あまり1枚に入れすぎるとkoboだと速度が……
ですので
>・「著者不明」本を、何らかの形で本棚自動登録したいですか？
これは必要ないです
>・自動登録したい場合、どんな本棚名がいいですか？（自分で好きに付けたいですか？）
何らかの形でSDの識別ができるとありがたいです「【SDラベル名】著者名」とか
>・ページ送り補正機能は、pdf,cbz,cbrだけですが、他に送り補正したい形式はありますか？
ありません
>・ページ送り補正機能は、形式に拠らず全部同じ方向にしていいですか？それとも形式ごとに設定したいですか？
すべて同じでいいと思います

>>575

内蔵ＳＤの初期イメージのバックアップ取ってない？
取ってなければ、楽天送りかも・・・

今も「同じファイル名で、中身を少しだけ変えた自炊データ」の処理はおかしいままなんだろうか。

PC上から削除されたデータに対する処理は、多少マシになってるっぽいが
更新されたデータに対する処理が相変わらずなら、やっぱり自炊データを再登録させる
仕組みが必要かと思ったり。

データ上にはファイルの作成日やサイズなんかも持っているから、nickel上で
ナンボでも再コンテンツ処理にかけれる筈なんだけどなあ・・・・

購入時のデータって非圧縮で1.9GBもあるのでびびってたら、圧縮すると10MBまで縮むのね
http://www1.axfc.net/uploader/so/2696351.zip

>>580
ddか何かで取ったrawなイメージならそんなもんでしょ。
ddで取るなら、標準出力に出力して、そいつをgzipとかに渡して圧縮して保存してやるといいよ。

dd if=/dev/hoge | gzip > hoge.gz

うーんうーん。

シリーズ名、シリーズ番号、サブタイトルを自炊データでも登録可能にする方法は無いものか・・。
ファイル名の命名規則をこれ以上ややこしくしたら面倒なだけだし・・・。

外部ファイルから読み込むしか無いかなあ・・そっちのほうが面倒かなあ・・・・

DBからCSVファイルを作成して/mnt/onboardに展開→それを修正する→
AddFunctionscriptで読み込んで、UPDATE句を生成→更新

・・・あああ、情けない。こんなのしか思いつかない・・・。

koboayaさんのver.0.91なんだけどtouchでちゃんと動いてる人います？インストールの仕方もcbzのファイル名の書式も間違ってないはずなのに著者不明になるし自動に本棚も作成されないです。

>>583

readmeにも書いていますが、koboCFW.confを.koboに入れないと一切の機能は
動作しません。

koboCFW.confを入れているのであれば、設定を見直してください。

自炊データの「シリーズ名」「巻数」「サブタイトル」を登録したら、何故かしらんが
未購入データのように取り扱われてしまった・・・

慌ててnullに戻したんだが、変わらず・・・・

このフィールドは危険だ。いじったらまずいかもｗ

>>583
CFW導入後ファイル転送→USB抜く→処理完了→再度USB接続→接続解除

このプロセス踏まないとCFW入ってても新規ファイルには適用されないよ

KOBO Touchに修正版を導入して、色々試して気づいた事です。
自PC環境の問題の可能性もあるので、素直に使用した状況を中心を書きますね。

・KOBO Touchを初期化(home+電源)後、アクティベーションせずにCFW＋回避用KoboReader.sqliteを導入すると、次にPC接続時にKOBOをドライブとして認識してくれない。
アクティベーション後に実施すれば問題ないが、アクティベーションするのが面倒。
・[著者名] 図書名.cbzをkoboに格納後、PCとのUSB接続を切っても、著書不明のまま。
電源OFF/ONでも反応なし。(ごくたまになんかの拍子で処理されることもある）
DataBaseOptimization="ON"を設定すると、ほぼ著者名が処理される様子。
・DataBaseOptimization="ON"後、KOBO Touchの電源OFF/ONでもKoboReader.sqliteの更新日時、ファイルサイズが変わってない感じ。
(著者名は処理されているので、もしかして、.koboの同ファイルはCFWでは触ってない？？）
・本棚自動作成は、なぜかKobo Inc.の本棚に開けないKobo.Incの本が複数登録されている。（これを書く確認時に気づいたので、いつ出来たのかは不明)
・設定アイコン？(3つの横線)の反応が非常に悪い。(適当に何かしら操作後に押してみると、たまに設定画面が表示できる）

CFW以外で気になった部分
・750*600で作成した自炊PDF(文庫)が若干縦につぶれた感じになって読みにくい。(cbzなら問題ないが、小説等はページ数表示が欲しいなと思ったため)
textをPDF化してフォントを埋め込んだPDFの場合は、そのような感じがない。(本家の修正を待つしかないか？)


質問について。
・「著者不明」本を、何らかの形で本棚自動登録したいですか？
・自動登録したい場合、どんな本棚名がいいですか？（自分で好きに付けたいですか？）
・ページ送り補正機能は、pdf,cbz,cbrだけですが、他に送り補正したい形式はありますか？
・ページ送り補正機能は、形式に拠らず全部同じ方向にしていいですか？それとも形式ごとに設定したいですか？

1番めは欲しいと思いました。雑誌など著者名を書きにくい物は、ライブラリ内に埋もれてしまうため。
2番目は好きに名前をつけられればベターというところでしょうか。
3番目は、pdf、cbz、epubしか触ってないので特にコメントはありません。
4番目は、パラメタか何かで設定できると便利そうだな、という感じでしょうか。

今のところ致命的な現象には遭遇していないので、現状でもかなり満足度は高いです。

ちなみに外部SDを使用していないので、そちらに対するコメントはないです。

訂正
縦につぶれた→横につぶれた

>>>587

>>586にあるとおり、自炊データを突っ込んでUSB接続を解除しただけではダメです。
もう一度USB接続→解除をしない限り、各種補正機能は動きません。
こればっかりは、現在のところ回避のしようが無いのでご了承を。

DataBaseOptimizationは、著者名その他の更新とは関係ないので
UseDataPathの設定を見直してください。オススメは「BOTH」です。
BOTHにしておけば、電源ON時に必ずデータの補正処理が走りますので。

あと、著者名などの補正はファイルに対して実行するわけではなく
データに対して行うので、ファイル名などはそのままです。

あと、Touchの場合はファクトリーリセットするとかなり古いファームウェアに
戻ってしまうので、CFW導入前に必ずKobo デスクトップアプリに接続するなどして
FWを最新の2.2.0にしてから、CFWをインストールしてください。
古いバージョンだと、どんな動作になるかわかりません・・・

>>590
挙動についてはほぼ納得しました。
特に著者名については、最初のUSB接続解除で処理されないので、
おかしいなと思って、DataBaseOptimizationを設定していることが多かったので、
単に余計な作業をしていたと言うことですね(^^;
ありがとうございます。

>>569
・自動登録したい場合、どんな本棚名がいいですか？（自分で好きに付けたいですか？）

シリーズ名がいいけど、巻数部分の記述が統一されていないので難しそう。
フォルダ名を持ってこれないですか。

# 初めての投稿・・・

koboayaさんへ

とりあえずキャラが出来たので表示サンプルうぷりました。
あんまり萌えさせると引いちゃう方も少なくないと思いますのでほのぼの系でつくってみましたｗ
アニメーションに関してどうしようかなーと思うところがあるのですが、細かいことは添付テキストにて。
24時間限定でパスはkobosampleです。
http://www1.axfc.net/uploader/so/2696759

Kobo_CFW_Ver0.91 導入させていただきました。
ありがとうございました。
無事動いているようです。

ただし、お勧め本（未購入本）が本棚に登録されてしまう状態は変わってないようなので、
以下をAddFunctionscript.shのShelfContentのInsert文に追加して、購入・自炊本のみに絞るようにしています。
Indexが効くかどうかとかは意識してません＾＾；

echo "((contentid not like 'file%' and monetization <> 2 ) or ( contentid like 'file%')) AND " >>$SQLCOMFILE

前は、Accessibilityを条件に使っていたのですが、駄目でしたので見直しました。
データ定義が分かっているわけではないので、これもデータ眺めたうえのいちかばちかですが・・・

あと、質問について。

・「著者不明」本について
　　自炊本は必ず[著者名]をつけるようにしているので不要です。

・ページ送り補正機能
　　kepub.epubかcbzしか使っていませんので、形式の追加は不要です。
　　ページ送りもすべて同じ方向で構いません。

DB関係だけでも十分助かっております。
ありがとうございます。

一点御相談ですが、Userテーブルを条件に追加されるのであれば、
[email protected]の本も本棚追加の条件から外して
しまってよいのではないでしょうか？

>>555さん

いい感じですね。こういうの大好きですｗ
ファイルサイズなんですけど、オリジナルのアニメーション用ファイルは
gloの解像度でgz圧縮して20Kちょいですね。

Koboは起動中のアニメーションは11枚。サイズは圧縮して1枚4Kくらい。
これはTouchだろうがGloだろうが800*600で統一されています。

ところが、「アップデート中」の砂時計のアニメーションは機種毎に違って
6枚の絵でアニメーションしています。Gloのみ1024*768で他は800*600です。
（何故でしょうね・・・）

絵に関してはLinux以上に素人なので、申し訳ないでござる

>>582

「[著者名]　タイトル名 巻数」がほとんどだと（勝手に）思うので
「xx巻」を取得してシリーズ番号（巻数）を登録するのはできるのではないでしょうか

ほかは{}とか<>でくくるとかにして、順番は不問にするとかはどうでしょう？

「[著者名]　{シリーズ名} タイトル名 <サブタイトル> xx巻」
「[著者名]　 <サブタイトル>タイトル名 xx巻 {シリーズ名} 」

でもよしとする、みたいな
この程度の命名規則なら、私は付いていけます

>>592

フォルダ名からの本棚名抽出ですか・・・スクリプト処理じゃなくクエリで
どかんと更新しているので、今の構造だと厳しい。
sqlite3って、PL/SQLやストアドプロシージャみたいな機能無いのかなぁ。

存在したとしても、関数が少ないから大変っちゃあ大変だわな・・

>>594

次のVersionでもう少しクエリ見直してみます。
あまり複雑怪奇にすると重たくなるだけなので。

さーて、またファクトリーリセットだｗ
いい加減本を読むのに使いたいぜｗ 俺のGlo

＃＃嫁さんに渡ったTouchもリファイン版に差し替えて動いているが
＃＃さっすがに1000冊ぶちこんでるので、DB再構築は怖くてできないｗ

>582

.kepub.epubの二重各証紙に倣って、
.kobo.cbzとかの二重拡張子にして、んでもってePub風に「mimetype」「container.xml」「opfファイル」で書誌情報を管理する、
拡張CBZフォーマットを提唱するとか！

>>598

必要十分な仕様になってるかわからんけど、既存で提唱されてるメタ情報に
zip/rarの書庫コメントに埋め込む方式とメタ情報ファイル方式と２通りあったはずだから、
それの読み出し&DBへの反映をしてやればいいんだろうけど、標準の道具立てだと
xmlを相手にすることになるのが少しつらいのではなかろうか。
(まあ、今時ならepub準拠のほうがいいんだろうねえ)

>>594

[email protected] ではないですが、似たようなことはやってます。
IFNULL(user.___DeviceID,'') <>'11:22:33:44:55:66'の部分がそれですね

>>568
24時間限定!! ちょうど取り逃がした・・・

>>595
ありがとうございます、気に入っていただけて何より。

そうなんですよねーオリジナルのデータはサイズがすごく小さいので、どうなんだ？と判断
が付かないというのが本音なんですよ。
先ほどのサンプル、大きいほうだと１枚50ｋ見当、8枚つかうと４００ｋですからねぇ
PC向けのデータだとこんなの気にするようなサイズじゃないんですが･･･
とりあえず何も考えずに作って見ましょうか。考えるのはそれからってことで。

あ、それからオリジナルは24bitなんですけどｋはこれはなにか意味があるんでしょうか？
モノクロなんだから8bitで十分なはずなんだけどなぁ。
8bitでも問題なければそのほうが少しでも無駄がなくていいとおもうのですが。

>>600

おぉ、確かに。
気がつかずに申し訳ございません。
なさけない・・・ orz

http://www1.axfc.net/uploader/so/2697020
pass:kobo

nickel内蔵リソースmng,jpg
リソースのファイル名テーブルっぽいものもあるんだが、データ部分との対応付けまでは
調べてないので、ファイル名はfilename.no.address.size.ext形式のまま。

jpgは800x600の広告系画像
mngはnickelが使うアニメーションui用の素材

>>578
それが、、イメージファイル消しちゃったんです。
知り合いに頼んでイメージもらうしか無いな(^_^;

PCに接続されています。
充電は完了しています。

から帰って来ないorz
USB解除後の処理ってめちゃめちゃ時間掛かったりする？
既に1時間以上待ってるんだけど。

>>602

24bitなのは、ffmpegでデコードするときにオプションもクソも無い状態だったからだと思うｗ

>>602

最終的にはrgb:565のrawに落としてからgzで圧縮するので24bit-color pngでのサイズ自体は
それほど気にする必要はないと思うよ。

16bit grayscaleでないのは、Koboの表示アプリpickelさんがrgb:565のrawを要求するからというだけ。

>>608

あ、pickelというか、表示デバイス/dev/fb0の入出力フォーマットがrgb:565だというべきか。

CFW_Ver0.91って本家様がバージョンアップした時は、
どんな挙動になるのでしょうか？
Wi-Fiに繋いだとたんアップデートがはじまって、
起動でこけちゃったりするのでしょうか？

>>580
ちょっ、シリアルNoバレバレｗ

ちょっとだけ修正。

ttp://www1.axfc.net/uploader/so/2697173

○修正内容

・プレビューとかもう要らないデータが本棚に登録されてしまう問題を解消（した筈orz）
・著者名不明の書籍を、任意の名称の本棚に登録する機能を追加

今回は必ずkoboCFW.confを入れ替えてください。
これまでは、文字セットがshift-jisだったのですがutf-8に変更しました。

UnKnownShelfNameで、著者不明データの登録先本棚を決定できます。
UnKnownShelfName="" で、これまで通り著者名不明書籍の自動本棚登録を
実行しません。

・・・・ごめん、何か自動本棚登録ばっかりバージョンアップしてるorz

>611
えっなんで>580のパスわかるの

>>613
えっ

>>613
お約束じゃんｗ

>>609
やっぱりシステム上の理由があるったんですね
描画エンジンの都合とはいえなんとも後ろ向きな理由ｗ

>>607
とりあえず作ってみます、しばらくお待ちください〜

583です。

>>584
インストールし直したりkoboCFW.confの設定を変えたり何をやってもダメだったのですが、
koboCFW.confを >>612 のver0.92のものと入れ替えたらすんなり動きました。
訳がわかりませんが、とりあえずありがとうございました。

リクエスト

本データをmicroSDから本体またはその逆ができる機能(メニュー項目)付けられませんでしょうか？
毎回PC接続操作せずすむように

>>612
UnKnownShelfNameでのが大文字なのが気になる…

Kが大文字なのが、です。

ファクトリーリセットってライトのボタン長押し+リセットボタンでいいんだよね？

>>616

お待ちしておりますｗ

オマケの絵も大好きなんだけど、nickelのバイナリパッチになりそうだよね・・・
いい絵なんだが・・・・
（メインより萌えてるからという突っ込みは却下でｗ

>>618

海外のフォーラムで作成されているプラグインの進化を待ちましょうｗ

あと、よーく見たら>>555さんのデザインした絵って
何気に本当にKoboの擬人化っぽい気がするｗ

（だって髪飾りはMiniだし、スカートの模様がKoboの背面カバーのキルトっぽいし）

髪型がKですよねえ

nickelのアフィリエイト広告がらみの仕組みってどうなっているんだろうか？
/mnt/onboard/,kobo下のどっかの場所から外部ファイル拾ってスリープで
広告表示するような仕組みがあってうまくごまかせられれば
自前画像を表示するスクリーンセーバーになるんじゃないか、とか。

>>622
nickelが立ち上がる前の起動画面やら、nickelが終わるpoweroffなんかはいいんだけど、
nickel稼働中の画面いじりがつらいねえ。

>>618
本の移動が独立したControllerを持つ機能として実装されているなら、
pluginのライブラリやReadingLife呼出しと同じ処理ロジックで呼べるようになると思うけど、
コンテンツ処理の機能の一部とかいう扱いだと厳しいだろうなあ。

本の移動を説明してる画像・動画ってどっかにあったっけ？

玄箱にffmpegをインスコして、>>545の情報を元に
辛抱たまらんくなって>>555さんの絵をrawにしようとしているんだが
-vfオプションが無いとか言って怒られてしまう。

なんでだーちくしょー

>>626
extraデータの抽出だけ必要ならKobo上で一度やっておけばいいんだし、
ffmpeg自体はwindows版でもいいんじゃない？
extraデータの結合はcopyコマンドの結合でできるし。

>>626
Debian化してるなら/etc/apt/sources.listに↓書いてごらん
deb http://www.deb-multimedia.org/ stable main

>>627

あ、そっかｗ

>>628

aptitudeでinstallしたんだけど、aptのsources.listってaptitudeにも関係ありましたっけ？

とりあえず、pickelで>>555さんの作成した画像をGloに実際に表示してみた。

ttp://www1.axfc.net/uploader/so/2697667

中に入ってるrawが変換したファイルなんだけど、異常にでかい。
ghostbusterz.rawとマージしてるせいかどうかはわからないけど・・・

zcat ghostbuster.raw.gz | tail -c +960001 > extra.raw

input=kobotest.png
output=testing.raw

ffmpeg -i "$input" \
-f rawvideo -pix_fmt rgb565 -s 1024x768 -y "$output" < /dev/null

cat extra.raw >> "$output"

-vfオプションでエラーになったんで、そこだけカットしたんだけど異常にでかいｗ
あと、元のイメージは左回転しておく必要がありました。

でも、>>555氏のキャラが実際にKoboに表示できてにんまりｗ

>>628
もちろん関係ある
今確認したけどdeb-multimediaのffmpegは0.7.13で-vf対応

安価間違ったorz>>630は>>629向け

>>629

あ、ghostbusterzは多分800x640用extraだから
glo用1024x868のextraはkraken*から抜いたほうがいいんじゃない？

tailの開始位置指定は
KT(800x600):800x600x2(rgb:565の16bit/pixecl)=960,000なので+1した960,001
Glo用(1024x768:1024x868x2=1,572,864なので+1した1,572,865
だと思われる。

最終的に
800x640のraw:2,179,072バイト
1024x768のraw:3,145,728バイト
になるのが正しいような雰囲気。

>>630

おお、本当だ。aptitude upgradeしたら思いっきり対象になってるｗ

ありがとうございました。

・・・しかし、squeeze化したのはmediatombサーバを立てたかっただけなのに
今じゃsambaで共有した領域でkoboの作業ばかりに使ってるやんｗ

久しぶりにupgradeしたら、まー出るわ出るわ・・・ｗ
定期的にaptitude upgradeはせにゃならんなあｗ

>>632

なんかあちこち書き間違いがあるな。
"640"→"600"
"868"→"768"
開始位置自体は正しいサイズで計算している。
rawサイズは実物ベースのサイズなので正しい。

むー、-vfオプション使えるようになったはいいが
どーしてもうまいこといかんなあ。

今度は、-vfオプションが使えるから左回転させずに済んだけど
出来上がったrawを即時解凍するとおかしな事に。

>>632

はい、おっしゃるとおりのサイズになりましたｗ（ぴったり！）

でも、出来上がったrawが・・・

ttp://uploda.cc/img/img50b98f09936d8.png

ftpでetc/imagesフォルダひっぺがしてきたら・・・

起動時アニメーションも既に専用化しているやないかorz

>>595でおもいっくそ嘘書いてるやん、俺orz

どーも、-vf transposeオプションを付けるとおかしな事になるくさい。
回転させてるだけだろうに・・・

意味わかんねー

連投すんません。

一応>>ID:ZYxxMOZ4さんの指摘に従って再度作り直してみました。
最終的に出来上がったgzファイルは21K。なので、ほぼgloの「更新中」に表示される
ファイルと同じくらいになったって事ですね。

あと、絵は随分と小さくなる感じです。
Koboの画面に表示されるイメージでレイアウトすると小さくなりすぎるかも、です。

ちなみに、ffmpegは-vfで回転させずに元イメージを回転させておきました。

何かの参考になれば、です

pickelを軽く逆アセンブルして覗いてみた。

/sys/devices/platform/mxc_epdc_fb/graphics/fb0/modes
を読みだしてfb0の画面サイズを取得
そのサイズでloopしながらstdinからデータ読み込み
というような雰囲気。
で、Glo上で/sys/devices/platform/mxc_epdc_fb/graphics/fb0/modes
みたら
U:1024x758p-0
U:1024x758p-0
こうだから、rawは1024x758が正しいのだと思う。
Touchだと
U:800x600p-0
U:800x600p-0

extraの抜き位置も、
1024x758x2=1,552,384で+1した1,552,385かな。

pickelの動作的にはextraなしでもいけるような気がしなくもない…

koboをルート化したのが自炊リーダー最強という噂を聞いて、買ってみたけど
文庫の自炊読むには微妙に小さいね。Perfect Viewerみたいに余白を除いて拡大して表示するモードが
あればいいのに。

何度もこのスレの住民のLinux使いな皆様にご質問です。

シェルスクリプト上での文字列処理で、こんなことってできますか？

/aaa/bbb/cccc/ddddd/eee ....となっているPATH名の
「最後の/から/まで囲まれた部分の文字列を抽出する。

要するに、本を置いているフォルダ名を取得したいんですね。
当然、/mnt/onboard/は除外するんですけど。

SQLで何とかこねくりまわして抽出しようかと思ったのだけど
INSTR関数のような「特定文字が最初に見つかった位置を返す」関数がどうしても
見当たらないので、クエリだけでは無理かと・・・。

ご教授くださいませ・・・

>>641
dirnameしてその結果をbasenameにかけてみれば？

>>640
自炊データならChainLPで余白修正すればいいじゃない。データ側を最適化させるってこと。
基本的にはテキストデータを表示させることに特化した端末なんだからAndroidの画像ビューアーと比べちゃいかんよ。

>>643

そうですか。すいません。大量にzipに固めたデータあるんで、ちょっといちいち最適化はできそうにないです……
お邪魔しました。

>>641
何だか質問が良くわかんないんだけど、/mnt/onboard/aaa/bbb/ccc というパス名から
/aaa/bbb が取り出したいのか bbb が取り出したいのか、どっち？

koboってbash使えるんだよね？
bash前提で書くと↓こんな感じ

----------------------------------------------
#!/bin/bash

val=/mnt/onboard/aaa/bbb/ccc

# 先頭の/mnt/onboard外し
val=${val#/mnt/onboard}
echo $val

# /aaa/bbb を取得したい時
val_long=${val%/*}
echo $val_long

# bbb だけ取得したい時
val_short=${val%/*}
echo $val_short
val_short=${val_short##*/}
echo $val_short

>>645

文字列「mnt/onboard/aaa/bbb/ccc/ddd/hoge.kepub.epub」から
ファイル名hoge.kepub.epubが格納されているフォルダ名を取得したい。

→ この場合だと、dddが取得したい、って事です

どんなフォルダ、どんな階層にファイルを突っ込んでるか人それぞれなんで
最下層のフォルダ名が欲しいわけです

それだったら

#!/bin/bash

val=mnt/onboard/aaa/bbb/ccc/ddd/hoge.kepub.epub

# まず最後の hoge.kepub.epub を外して
val=${val%/*}
# 次にcccより前を外す
val=${val##*/}


ってな感じでいいんじゃね？

>>646
koboじゃ試してないけど、>>642の言う通りdirnameとbasenameの合わせ技が一番楽な気がする

> basename $(dirname /mnt/onboard/aaa/bbb/ccc/ddd/hoge.kepub.epub)

busyboxのsh(ash)だけでbashはないはず。

ORIG=/mnt/onboard/aaa/bbb/ccc/ddd/hoge.kepub.epub
FPATH=`dirname $ORIG`
LASTDIR=`basename $FPATH`
とかじゃダメかい？

>>612
これ適用したんですが、cbzのページ送りの方向がなおって感動してたら、
cbrの送り方向は反対のままなんですが。
わたしだけ？

みなさんありがとう〜

いや、また本棚自動登録機能のことで申し訳ないのだけれども
どうしても「シリーズ名」からの本棚登録機能を実装したくて・・・。

DB上のシリーズ名の項目は、どうもストアと繋がってるっぽくて
そこを更新しちゃうと怪しいことになることが判明して。

かと言って、ファイル名の命名規約を複雑にはしたくない。使う人が面倒だ。

シリーズ名をフォルダにする事はあまり抵抗ないだろうから
そこから何とか抽出できないかと。

ただ、「タイプ名\著者名\シリーズ名」みたいに複雑怪奇なフォルダ構成していると
どこを取り出せばいいか悩ましくて。

で、DBから「file://」からの絶対パスが取得できるので、何とかできねーかなと。

試してみまああす

>>650

ぬお、すんません。クエリバグってましたorz

次回リリース時に直しますので、、、すんませんorz

>>644
一応レスしておくと、ChainLPはバッチ処理できるから
設定さえしとけば適当にzip放り込むだけで勝手に処理してくれるよ

ｋｏｂｏａｙａさん
アニメーションできたのでうぷりました。
http://www1.axfc.net/uploader/so/2698210
パスはkoboaniです

お察しのとおり女の子は擬人化というのほどではありませんがコボの意匠は意識してキャラ
つくりしました。
髪形については>>624さんのおっしゃるとおり、ｋがモチーフなんですが、これを思いついて
試しに描いてみたら意外とうまくはまったので結構さらっとまとまりました。
コボのほうはいじりようがないのでほぼそのままです、ＴｏｕｃｈにするかＧｌｏにするかでちょっぴ
り悩んだぐらいですｗ

>>654
乙でふ
これを導入するにはどうするのかな？

>>652

すいません、質問ですが、.zipは自動で.cbzにリネームされるのですが、
.rarは.cbrにリネームは出来ないのでしょうか？

>>655
それはＣＦＷのリソース組み込むために作ったものなのでそのままではどうにもなりません。
ｋｏｂｏａｙａさんの今後の活躍にご期待ください！ｗ

おお、目ぱちするぞ！！

凄く初歩的な質問ですみません
Kobo用高速化Jpegライブラリの導入ってtgzファイルをそのまま.koboに入れれば良いのでしょうか
それとも解凍して出来た各ファイルを入れるのでしょうか？

>>654
かわいいですね。
この子って名前ありますか？

>>555さん

なんだかオラ、猛烈に感動しているぞｗ

一つだけリクエスト。文言を「データ更新中」のバージョンもお願いできませんか？

うっひゃあ、こりゃあ次回リリースバージョンの皆の期待度が跳ね上がったかもなｗ

とりあえず、アニメーションしたー！！

ちょーっとガクつくのは仕方無いのかな。なんせ歩いてるしｗ
（可愛いから許すｗ）

とりあえず、一番見栄えのよさそうな書き換え間隔を模索中。

・・・フォルダ名から本棚作る機能はどうなった、俺ｗ

とりあえず、変換してみたものをUp

ttp://www1.axfc.net/uploader/so/2698558

>>555さんのpngファイルを連番順にraw.gz変換して
とりあえず他のアニメーションスクリプトをパクって処理したもの。
glo専用なのは勘弁してくだはい。

/mnt/onboardに全部とりあえず置いて、スクリプトをtelnetでキックすれば
動作します。

インジケーターの位置はぴったりなのに、Kobo娘（仮称ｗ）が手足以外が
上下するのが現在の問題点でしょうか。

正直、インジケーター以外はアニメーションするの大変そう・・・E-inkなだけに・・

raw変換が腐ってるかもなので、スレの皆様チェックお願いします

PCに繋いで外部SDにコンテンツを入れてデータを更新し、再度PCに繋ぐとリセットラッシュになるのは仕様ですか？→Ver 0.92
ファクトリーリセット三回やりましたが、三度とも再現出来ました。

こんなスクリプトを書いて変換しているんだけど、変換サイズが安定しないのはなぜ・・

zcat kraken-ghostbuster.raw.gz | tail -c +1572865 > extra.raw

input=rebuilddb
output=kraken-rebuilddb

i=0;

while [ $i -ne 8 ]; do
ffmpeg -i $input\_$i.png \
-f rawvideo -pix_fmt rgb565 -s 1024x768 -y $output-$i.raw < /dev/null;
cat extra.raw >> $output-$i.raw;

i=`expr $i + 1`
done