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

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

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

※前スレ
Kobo Touch/Glo/Mini hacking スレ Part.2
http://uni.2ch.net/test/read.cgi/ebooks/1352778895/

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

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

(前スレ)>>998
on-animator.sh等スクリプト内からfbmngplayの呼出しで、
killall on-animator.shで落とせない、という現象という理解でOk？
調べてみます。

>>3

ですです。これが可能になれば、0.94α3をリリースできるんですお・・・

あと、「フォント設定共通化」機能のための、テンプレkpub.epub本も引き続き募集中ですｗ

>>(前スレ991)

600Mオーバー！ でっけええええええええええええええええええええええええ！
我が家のTouch（1000冊超え）ですら300Mもいかないのに・・・・。

そっ、それは確かにキャッシュサイズでかくしたらそれだけでアウトかもしれんねｗ
0.94で実装してみっかなあ。

あー、やっぱりコレってデカいのかw
そんな気はしてたんだわ。なんでこんなサイズになるのかは、サッパリなんですけどね

ウチ自身は、CFW導入時に/etc/init.d/rcSAddのキャッシュサイズ設定行をコメントアウトするとか、
/mnt/onboard/ext/boot.sh内でキャッシュサイズ強制設定するとかして対処してるので、なんとかなってますけど、
もしかすると同様の人とかいるかもしれませんので、すみませんが、よろしくお願いします

>>4

on-animator.shにsignal送って親のon-animator.shが死んでも、
そこから呼ばれている子のfbmngplayが死んでくれない
ということみたいだね、この現象。

>>7

busyboxのkill系コマンドは"-g"(process group)指定ができないから小細工しないと
groupをkillできないようだなあ。

busyboxのkillは、[kill " -<PGID>"]の形でspaceを前置した形式の引数でpgid指定のkillができる。
(これはbusybox内のsh(ash/hush)のjob制御関係の都合で
builtinのkill %nによるjobkillをbusybox killに受け渡すためのhack形式らしい)

psの出力フォーマット指定でPGIDを出せるから、それを使って
1:pgrep -f <name>で対象のpidを調査
2:ps -o pgidとgrep等で対象pidのpgidを掴む
3:kill " -<pgid>"形式でgroup削除
というようなkill-pgを実行するスクリプトを組まないといけないのか。

[on-animator側でsignalをtrapして自分が起こした子のfbmngplayをkillする]
とかでもいけると思うが…

いずれにしても、fbmngplay内部の話ではなくて、
その外部でどう実現するかということになるなあ。

>>8

筋からいえば、on-animator側で実装を隠蔽して外部からkillallで殺せるのが正しいから、
on-animator内部でtrapすべきだよなあ。

そういえば。

2.3.1にUpgdateした後にWindowsPCにUSB接続するとドライバ更新が動いたね。
もしかしてUSBのドライバも更新かかったのか？

# 外部SDカード関係だとは思うけど。
# それにしても、内蔵SDにしても外部SDにしてもWinPCのUSB経由での転送が遅い事遅い事。
# ハードだけの問題でも無い気がするんだが・・・

>>8

親スクリプトのpidが=pgidであるということは前提にしていいのかなあ。
kill -TERM -`pgrep -f test-mng.sh`
みたいな感じで親(test-mng.sh)のPIDをPGIDとしてPGのkillを発行して終了できる。

真っ当にスクリプト側で対応するなら
trap_term_handler() {
trap '' TERM
kill -TERM -$$
exit 1
}
trap trap_term_handler TERM
fbmngplay hoge.mng & wait

みたいな感じでsignal handler関数を作って登録しておいて、
fbmngplayは" & wait"をつけて呼び出す

>コマンドの完了を待っている間に、トラップが設定されたシグナルを bash が受け取ったとき、
> そのトラップはコマンドが完了するまで実行されません。
> bash が組み込みコマンドの wait を使って非同期コマンドを待っているときに、
> トラップが設定されているシグナルを受け取ると、
>組み込みコマンド wait は即座に復帰させられます。
bashのシグナルの説明だけどbusyboxのsh(ash)も同様の実装のようなので、
非同期コマンド+waitでsignalが来たらすぐにtrapが動くようにしてやる。

>>11

busyboxのshはオプション指定終了の"--"が効かないので、
明示的にsignalを書いた"kill -TERM -<PGID>"でpgroupのkillを行っている
(空白前置の"kill " -<PGID>""でもいいんだけどこれはbusybox依存な書き方だから、
普通の手段としてはsignal明記した表記のほうがいいと思われる)

スクリプト側でtrapしておけば、使う側は
foo-animator.sh &
killall foo-animator.sh
と従来の使い方のままでOk

>>12

killallしたときに
>killall: can't kill pid 6387: No such process
こんなのが出るが、trap登録があるときはforkして実行するみたいで、
shell scriptプロセスのforkがkillallがpidを収集する段階では見えているからっぽい。
(1)killallが収集した時点ではscript(親),script(fork子)が見えている
(2)killallがscript(親)をkill
(3)script(親)のtrap handler内でkill -TERM -<PGID>でscript(fork子)も消え去る
(4)killallがscript(fork子)をkillしようとするがないのでmessageを出す

trap handler内でprocess switchして先にkillall側がscript(fork子)を消せる状況にすれば
このmessageはでなくなようだ。
trap_term_handler() {
usleep 1000
trap '' TERM
kill -TERM -$$
exit 1
}
みたいな感じで、sleepでprocess switchさせる。

>>13

usleepのsleep時間は適当に書いただけなんだけど、
process switchが働けばいいはずなので最少の"usleep 1"で実験ではOkだったが、
killall側が確実に先に走る保証はできるのかなあ？
そのあたりのdeepな部分はよくわからん。

>>ID:rZ32yr77

スクリプトのサンプル、できれば次回おながいしますorz

・・・あああ、Windowsの世界しかわからない・・・・orz

>>15
---
#!/bin/sh
trap_term_handler() {
usleep 1
trap '' TERM
kill -TERM -$$
exit 1
}
trap trap_term_handler TERM
fbmngplay $1 & wait
-------
$1のチェックは省略してるけど、上記スクリプトでどう？

>>10

gloでの2.2.1 vs 2.3.1比較だと
driver:同一バイナリ
u-boot:変更
uImage:同一バイナリ
だからドライバそのものではないようだ。

windows側で違うものだと思ってドライバ更新がかかったとすれば
g_file_storageのinsmodのときのパラメータが変わったとかなのかな？
と思ってudev/usbをみると
＞product_id=eReader
が
>product_id=eReader-$VERSION
に変わっているので、Windows側はproduct_id文字列が違うので、
違うデバイスだと思ってドライバ更新が走るね。

>>16

zcat /etc/images/$PREFIX\ghostbuster.raw.gz | /usr/local/Kobo/pickel showpic
sync

trap_term_handler() {
usleep 1
trap '' TERM
kill -TERM -$$
exit 1
}

trap trap_term_handler TERM
/usr/local/Kobo/fbmngplay $MNG_FILE & wait

こんな感じかな？

>>10
繋いだときの認識がereader-2.3.1とかになったな

うーん・・・

telnetでコマンドラインからスクリプトを動かしてkillallすればちゃんと
終わるのに、/usr/local/Kobo/udev/usbからCallすると、killallで終わってくれない・・

plug→usb→update.sh何がしになるから、プロセス階層が深くなりすぎてるんだろうか。

>>20

pid=pgidじゃない状況だからということだろうなあ。

script(PID=A)内でon-animator.shを非同期実行した場合、
script(PID=A,PGID=A)
on-animator(PID=B,PGID=A)
fbmngplay(PID=C,PGID=A)
で、scriptのkill部分はPID(B)=PGID(B)を前提にしてあるから。
(大元スクリプトのgroupになってしまうのでダメということ)

PID=PGIDの仮定がダメなら、
script(PID=B)から、PPID=Bな子孫を探して
それをkillしていくという処理が必要だわ。

killallした後に、fbmngplayを外から止める記述を追加しましょうか。

と、いうよりfbmngplayを止めるのってどうやるんだ？ｗ

>>22

いい加減な対応としては、
kill -TERM
の行を
killall fbmngplay
にしてやればscript内で殺せるはず。

ただし、自分の子孫じゃなくてallだから全部になるけど、
複数のfbmngplayが動くことは想定してないからいいんではなかろうか。

>>23

trap_term_handler() {
killall fbmngplay
exit 1
}
kill-pgではなくなったのでtrap_term_handlerの最少記述はこんな感じでいいはず。

おためしばん３

ttp://ux.getuploader.com/KOBO_HACK/download/2/Kobo_CFW_Ver0.94%CE%B13.zip

fbmngplayでアニメーションカスタマイズ対応しました。

mngファイルの作成は「giam」ってソフトで作成すれば簡単。
左に90度回転した状態で作成してください。

根気良く付き合ってくれた ID:rZ32yr77氏に感謝です。

これで「テーマ･カスタマイズ」の突破口は見えた気がする。

追伸。

0.93.4ベースです。FWは2.3.1でおながいします

>>10
Winのデバイスマネージャーで見ると「Kobo eReader-2.3.1 USB Device」となってますね
USB上のデバイスの名前が変わったので、ドライバが再読込されたってトコですかねえ

ちなみにそのデバイスのプロパティのポリシータブを開いて、書き込みキャッシュの下の方の、
「デバイスでWindowsによる書き込みキャッシュバッファーのフラッシュをオフにする」
にチェックを入れると、若干ながらコピーが速くなります
まあ、ほんのちょっとだけですけど

>>koboayaさん
お疲れです。
アニメーションの方はGiamで指定したタイミングで再生される（ようKoboが努力する）と
考えていいんですね。ぼちぼちいじってみますｗ
それから、2.3.1対応版になってからだと思うんですがCFWセットアップするとフォントの
設定がリセットされるようです。まぁ正式リリース版では設定共通化が組み込まれるん
だから問題無くなると思いますが。

最初は2.3.1のせいかと思って、さては設定を共通に戻してきたか？と思ったらそんなこ
とはなかったぜｗ

>>28

おためしばん３に含めたサイバーテーマは、全コマに30m/sのウェイトを入れました。
データは差分モードで作ったのでかなり小さくなり、再生もそこそこそれっぽいｗ

実は、ケイちゃんで作ったものを試してみたんだけど

・再構築中セットは、mngにしてもやはり残像がキツい。でも、インジケーターは安定
・更新中セットは、ウェイトを入れるとパラパラ漫画より安定する

ということがわかりました。なので、0.94から再構築と更新中アニメーションは
パラパラ漫画ではなく、mngにする予定です。

あと、フォント問題なんだけど今のCFWはフォントに関する設定は一切いじってないので
Kobo側に何か問題があるのかもしれませんね。

0.94では、もう一つ新しい機能のアイディアが浮かびました（また本棚関係だけど）

みなさん、本棚名に半角文字使ってます？

>>29
失礼、フォントの件は勘違いでした。
ただ2.3.1入れたときに一度リセットされたのは間違いないのでやっぱ2.3.1入れたときに
何かがあったようです。
何があったんだろうか…

さっきアップデートしたら2.3.2だった。

>>31

なにーぃぃぃぃぃ

いつからkoboataになったの？

間違えただけでございますorz

2.3.2、また情報入ったらおながいします。
（多分、大した変更じゃないだろうけどねー）

アプリもヴァージョンうｐでござる。

>>35
アプリと言うからandroid版を確認しちまった。desktopの方か。

海外版と同じ3.1.5.45793だな

>>36

みたいですねー。日本語の書籍が優先しておすすめとかに並ぶようになってた。
俺は使わないけどｗ

で、Kobo desktopアプリのDBをチェックしてみて気が付いた。

・・あーた、またcontentテーブルに項目増えてますがな・・・。
FW2.3.1のDBには無かったから、FW2.3.2でまたまた急きょ追加されたのかもしれない。

迷走してやがんなあ

あ、突然にkobo用のcifs.ko(+slow-work.ko)がでけたよ。
今ちょいテストしてるがmountして相手先dirは見えてるから、普通に使えると思われる。

>>38

http://www1.axfc.net/uploader/so/2722880
パス:cifs

nls_utf8はカーネル内組み込み済なので、cifs本体と
カーネル非組み込みだったslow-workを抜き出しモジュール化したもの
合計２ファイルで済んだ。


/lib/modules/2.6.35.3-850-gbc67621+/
に*.koを突っ込んで
適当に
busybox depmod
でもして
/lib/modules/2.6.35.3-850-gbc67621+/
内の"modules.dep.bb"を
cp modules.dep.bb modules.dep
にコピーするかリンク張るかしておく。
(depmodが"modules.dep.bb"を作るのにmodinfoは"modules.dep"を見るのは何故だろう？)

insmod slow-work.ko
insmod cifs.ko
mount -t cifs //<server>/<share> /mnt/<target> -o iocharset=utf8,user=<user>,password=<password>
あたりのコマンドの流れで、CIFSマウントできる。



単にCIFSマウントするだけだと面白みがないので、何か工夫がいるなあ。

>>39

/mnt/sdにマウントしてnickel-hardware-status経由でnickelにsd挿入のように見せかければ
コンテンツスキャンが走ると思うんだが、実用性は？？？
(WIFIがタイマー等で切れると色々やばそうだし)

>みなさん、本棚名に半角文字使ってます？
技術的なことは全く解らないので、
本棚をソートする目的で、本棚名の前に数字を入れています

英字の作者名もあるからなあ
ま、半角ダメなら全角にすりゃ良いんだけど

公式FW2.3.2の話はなんだったんだ・・ファクトリーリセットまでしたのに・・・・しくしく。

それはさておき。

>>ID:N0ZWwVvn

勉強不足すまん。これは何をするものぞよ？

0.94現在の進捗

・テーマカスタマイズ
ほぼ実装完了。後は「再起動中」なんかの一枚絵をpng2rawで挿げ替えればおしまい。
アニメーションセットについてはmngを採用することにしますた。
（Windowsでもそんなに作るのが面倒でなさそうだったから）

・フォント設定共通化
ほぼ実装完了。機能のON/OFFもkoboCFW.confでON/OFF可能とした。
フォント設定は、設定用テンプレート本を一つ決め、その本に対して行われた設定を
「未読の」kepub.epubファイルに対してコピーする仕様。
テンプレート本は、自動本棚機能から除外するように現在調整中。

※募集しているテンプレート本とは、この機能のためだったりしますｗ

・DBキャッシュサイズ変更
実装完了。「MAX」「DEFAULT」「（任意サイズ）」をConfigに記載して制御
今までは強制的に65534まで引き上げていた部分を削除

・新機能
簡単に自分用で作ってみたのはいいけれど、微妙だった・・・。
いちいちUSB接続するか、電源入れ直さないといけないのは本を登録している間はいいけれど
読書メインの運用を行っている時は面倒くさすぎる。

いよいよmobilereadで公開されているpluginと連動しようかと検討中。
（本を読み終わり、ホーム画面に戻る瞬間をフックできればなあ・・・）

・その他
ケイちゃんとコボ九郎のアニメーションセットは、mngファイル化し旧来のrawファイルは削除。
（mngファイルを動作させるほうが、アニメーションを終えた後の画面描画が安定するから）

こないな感じどす

>>43

windows pc(or sambaを動かしたlinux pc)やNASの共有フォルダを
KoboでWIFI超しにマウントするためのドライバモジュールっす。

nasなんかに置いたものをkoboでmountしてやれるから、
ちょい工夫すればnas上のコンテンツを読めるようにできそうだなあ、という。

これを作った動機は、開発機上の作業dirをKoboでmountしておけば、
テストのために一々kobo側にファイル転送しなくて済むなあ、
ということなんだけどさ。

理屈の上では、module化できない(kernel本体内蔵しかできない)機能への依存性の少ない
ドライバなら、同様にkernel再構築なしで追加ドライバモジュールを作れるので、
USB OTGまわりを整備できればなあ、と思うのであった。
（OTG自体はカーネル組み込み済だから、その配下の個別の機器クラスドライバだけで済む？）

>>44

>本を読み終わり、ホーム画面に戻る瞬間をフックできればなあ・・・

Main本来の流れが走る前に何かを割り込ませたいということだよねえ。。。
ReadingViewの終わりはsignal監視でできるかも？と思うんだけど、
横からの傍受だけだと本来の処理が走るから意味ないだろうなあ。
(それと読了終了と中断終了の識別もいるなら、その識別は難しいかもしれない)

mobilereadのpluginは、ここでやっているような機能強化のための
nickel内hook point作成という観点では考えてなさそうだし。

>>46

本を読み終わった/中断時に、たった一行、シェルスクリプトさえキックできればいいんだよね・・・・

そういえば・・mobilereadのpluginは本を開いた瞬間にONになるんだよね。

ということは本を開いた瞬間は何かしらでフックできるって事なんかいな？
であれば、本を開いた瞬間にスクリプトを走らせる事は可能なんだろうか。

>>47

・HOMEの処理が走る直前のタイミング
・読了と中断の識別は不要
・HOME側の処理は停止(block)した状態でkickして完了後にHOME側処理を継続(再開)
ということか。

本体側のフローを停止する状態でhookするアイデアは湧いたんだが、
Qtのフレームワークで本当に実現できるかPC版のQtで少しテストしてみるかな。
(Widgetの親子関係にhook用の不可視Widgetの動的な外部注入というのが可能なら、
なんとかなると思うんだよなあ。注入タイミングを見つけるのも難題かもしれんが。)

>>48

初めてコンテンツを開く直前に、配下のコンテンツプラグインをregisterする
(どの拡張子・MIME-TYPEをどのpluginが担うかの情報を内部で構築する)
ために、各pluginをopenして情報収集するから、
そのタイミングでnickel内部に入り込んでるのだと思う＞mobilereadのplugin
(一度取り込んだpluginは握りっぱなしだろう)

だから、単純にコンテンツpluginを作っても「コンテンツを開く毎に呼び出す」ような
毎回タイプのhookは難しいと思われるが、
libcb(cbr/cbz)のwrapperを作って、
nickel->libcbのcontents open
nickel->libcb wrapperのcontents open->libcbのcontents open
とすれば、wrapperの中でkickできるかもしれないね。

>>49

そう。

やりたい事はたった一つで、「本棚を更新するスクリプトを動作させたい」。
たったこれだけなのね。

ネタばらししちゃうと、本を読み終わったらホーム画面にいちいち戻るって機能を
少しでも何とかできないかなと思ったのがスタート。

で、本棚に「最近読んでいるシリーズ」って本棚を作って
そこに「今読んでいた」本が格納されている本棚にある、未読の本をばさっと登録したいのね。
こうすれば「最近読んでいるシリーズ」って本棚だけ開けば、次に読みたい本への
アクセスが少し楽になるかなーと。
で、読み終わった本がこの本棚からどんどん削除されていけば、更に「次の本」へのアクセスが
楽になるのではないかと。

（本棚に半角文字云々というのは、この「最近読んでいるシリーズ」の本棚を、本棚メニューを開いた時の
ページの最上段に持っていきたいから。おそらく最初の１文字を半角文字にしてしまえばかなり早いページに
この本棚を表示できるのではないかと）

全部スクリプト処理で、お試しでやってみたんだ。
確かに思った動きにはなってくれるんだけど、いかんせんUSB接続やら何やらと
本を読んでいる時は絶対に実行しないオペレーションをしないと機能が動かないので
こりゃあ、この状態じゃ使い物にならんなあ、と。

これが、新ネタなのねん

嗚呼、よくよく今考えたら、俺ってpart1から本棚ばっかりやん・・・orz

本棚ヲタと呼んでくれ（嘘ｗ

CFWで本棚が自動生成されないんだけど、/data 以下のフォルダ
にフォルダ分けしてcbz入れておいたとして、
InternalStrageBookFolder="data"
でOK?? それとも
"/data"
??

>>53

InternalStrageBookFolderは本棚とは関係ありません。

むしろ重要なのはAutoCreateBookShelfの設定とUseDataPathの設定です。

著者名更新やページ送り補正が動作していて本棚が出来ないのであればAutoCreateBookShelfの設定。
著者名更新やページ送り補正すら動いていないのであればUseDataPathの設定。

上記を確認してみて下さい。余程の事が無い限り何かしら本棚は出来上がります

本棚って一冊当たり一棚しか登録出来ないですかねーDB的に。
できれば、タグのような運用がしたいなーという希望を持っています。
例えば、「鳥山明」という本棚と「ドラゴンボール」という本棚の両方に登録されているドラゴンボール 第9巻！みたいな。

無理かなー。ダメっぽかったら読み流してください。

フォントリセットの条件がわかりました。
電源を切り、次に電源を入れた後最初に開いた本のフォントがリセットされ
ドキュメントデフォルト（モリサワ　リュウミン）になるようです。

なぜだ、理由がわからない…

>>55

DB的には可能ですね。本棚は、本棚名＋コンテンツで一意になっているので。

現在の自動本棚機能は、「どこかの本棚に入っていたら登録しない」仕様なのですが
これは「自分である程度本棚を管理し、管理外の本を自動本棚機能に任せたい」ときを想定しています。

例：ある本（またはシリーズ）は自分で作った本棚に入れたい。だけど、それ以外は自動本棚に任せたい。

本の複数本棚登録は、この仕様と完全に相反するんですよねー・・・。

実際、「ある本はどこかの本棚にしかない」事と「任意の幾つかの本棚に入れたい」
どっちがニーズ高いだろーか

>>56

それって・・・テンプレ本を電源を入れた直後に開くとテンプレ本の設定が飛ぶんじゃあ・・・。

をいをい、フォント機能統一にいきなり暗雲がｗ

あっ 忘れてた

>>前スレ555さん

Cyberテーマと同じデザインで、「再起動中」の一枚絵を暇な時に作ってぷりーづ。
1024*758、800*600で縦でおっけーでつ。

それが揃えば「テーマ機能」のサンプルでCyberテーマが一式揃うから

PC経由アップデートから抜き出したtouchの2.3.2で2.3.1との違いを見比べた。

"/bin/hw_config"が変わっている。mini対応?

/usr/local/Trolltech下のlibQtCoreも変更。

/usr/local/Kobo下はnickel関連のsoとかがごっそり変更。
(基本的にはQtアプリ周りは再コンパイルしなおしてるんだと思うが、
例外的に変更されていないライブラリファイルもある)

スクリプトファイル関連には変更はない模様。

>>60

gloも確認した。本体で「同期」をするとダウンロードされてきたｗ
「後で更新」を選んでUSB接続したとこから抜き出してバラして検証。

0.93.4はFW2.3.2でも問題ないことは確認しますた。
FWバージョンアップ→もう一度0.93.4パッケージを突っ込んで再起動、でOK。

UPDATE content SET ___UserID='kepub_user' WHERE ___UserID='' AND ContentType=6 AND Accessibility <= 1 AND MimeType='application/x-kobo-epub+zip';

自炊epubに「購入」ボタンが出るようになった人、上記クエリで消せます。

この期に及んで、購入データと自炊データの区別を変更してきやがったな・・・

冗談抜きで行き当たりばったり過ぎだぞ、Koboの開発者。

touchでは、ばらしてバックアップしてたが、
gloもやらないとだめっぽくなってきたな・・。

自炊が動かなくなったら、ごみにしかならん・・まんどくさ。

ついでに、もう一つわかった。

電源ON時にフォント設定が飛ぶ原因。

おそらく、外部フォントでのみこの現象が出ると思われる。
内蔵フォント（モリサワとかな）だと、起きなかったｙｐ・・・

ここにきて、改悪改悪だな、ったく。

>>62

自炊kepubだけじゃなくて他のmimetypeでも起こるものは起こるようだ＞自炊に「購入」ボタン
検証用に置いてある"text/plain"なtxtテスト用ファイルにもボタンついたよ。

>>65
そうなのかー。

今回のアップデートは、冗談抜きでファクトリーリセット推奨かもしれんね。
DBの項目はそのままでも、内部処理が大きく変わってるくさい。

ただ、2.3.2のダウンロードリンクが未だにわからんのよなあ。
これがわかれば、ぶっちゃけファクトリーリセット＞FW2.3.2化＞0.93.4インスコ＞再コンテンツ処理と
するほうが綺麗だわ

本棚について
　本を追加して新しい本棚が欲しい時は、必ずデータベースの更新をしなければならないの？

BookShelfReCreate="ON"でいけました。

内蔵ストレージのルート直下にbookってフォルダを作って
さらにその下に作者名のフォルダを作ってそこに本をおいてるんだけど、
本棚も本そのものも認識しない。
/book/作者名/本１.cbz

どうやれば内蔵ストレージの本も読み込めますか？

ちなみにいまこんな設定になってます。
EnabledSwap="ON"

InternalStrageBookFolder="book"

UseJournalMode="OFF"

DataBaseOptimization="OFF"

AutoConvertZip2CBZ="ON"

AutoConvertText2HTML="OFF"

UseDataPath="BOTH"

AutoCreateBookShelf="FOLDER"

CreateShelfDevice="0"

CreateShelfTarget="0"

UnKnownShelfName="最近登録された本"

UnknownFolderShelfName=""

BookShelfReCreate="ON"

リセットは試した？

うーーーーーーーん・・・・

AutoCreateBookShelf="FOLDER"をMIXEDにして
UnknownFolderShelfName="（適当な名称）"にして、どうなります？

あと、フォルダ名は基本全て日本語？

結論から言うと、出来ました。
DBの再構築をONにすればできました。
ありがとうございました。

http://download.kobobooks.com/firmwares/kobo3/raptors/kobo-update-2.3.2.zip
http://download.kobobooks.com/firmwares/kobo4/raptors/kobo-update-2.3.2.zip

>>koboayaさん
再起動画像できました。
ケイちゃんテーマと今回の分があればほとんどの人の需要はカバーできると思いますが
どうでしょうか（汗
うぷろだ使わせてもらいました、後で消しますね〜
http://ux.getuploader.com/KOBO_HACK/download/3/restart.LZH
パスはrestart

フォント設定のほう、原因がわかって良かった。しかしなぜ今までどおりでよいことを
いちいち変えてしまうんだろうなぁ･･･

>>前スレ555さん

いえ、消さなくてもいいですよｗ
むしろ今までのデータを全部固めてUpして欲しいくらいですｗ

2.3.2になって「購入」のボタンが出るようになったのは
kepub.epubとText、htmlなんかいな？

でも、planeTextは相変わらず読めないんじゃなかったっけ？

とりあえず、困ってる人は多いんかな？

>>76

text/plainは腐ったままなので
今回の「購入」ボタンの件でユーザーに実効的な被害はないはずだよ。

検証用素材いれてないからわからないけど、mobiとかはどうなのかなあ…。

電源ON時にフォント設定が飛ぶ現象だけど、内部フォントで出ないなら、
外部フォントを /usr/local/Trolltech/QtEmbedded-4.6.2-arm/lib/fonts に mv しちゃえば
いいってことなのかなあ?

>>78

試したけど、そこに移動させてもフォント一覧に出てこない。
（x属性の有無は関係ないだろーし）

/mnt/onboard/fonts固定で読んでるくさいね。

>>79

もしかしたらデフォルトで読まれる内蔵のfontsディレクトリは
暗号化fontファイルオンリーかも。

(前スレ296)
>なんかnickel起動時にconsoleに吐き出してるメッセージを見てると、
>Delima
>Felbridge
>TimesNewRoman
>の3系統のttfフォントがぶっ壊れてるとかいうメッセージが出てるなあ。
>
>fs.md5sumとチェックして合ってるから稼働中破損ではなくて、
>初めからその状態のようだが謎だな。

この件とも関連するんだけど、内蔵fontsディレクトリ中で
上記3フォントは旧来からの非暗号化フォントファイルで、
その他は暗号化フォントファイルなのよね。

だから、内蔵に置いて認識されるのは暗号化されたフォントファイルだけじゃないかなあ。
(上記欧文３フォントも認識されていないようだし)

>>80

Kobolabs公開ソースのqt-everywhere-opensource-src-4.8.0_kobo.patchを見るとわかるんだけど、
Qtのフォント周りに対しては
・暗号化の仕掛け
・libaccessplugin.so関連の仕掛け(日本語対応のためのフォント関連の機能強化なのかな？)
のパッチがあって、
前者が影響して、内蔵fonts/に置かれた非暗号化ファイルは認識しないと思う。

暗号化の有無は外部制御できるような作りだから、nickel側でコントロールしていて、
"/mnt/onboard/fonts"のフォントを登録するときは暗号化offにして読み込んでいるのだと思う。

挙動を見てると、本を開いてフォントの設定アイコンをタップすると
起動直後の本だと、びっみょーにウェイト入るのよね。

多分、だけどnickel起動時に外部フォントを読まなくなって
フォント設定メニューを開くときに、読み込むようになっちまったんだろうなあ。

で、メニューを開いたときは当然外部フォントが読み込まれていないから
「ドキュメント・デフォルト」になるんだろうと思われる。

見た目にはあまり変わらないけど、2.3系は内部処理のあちこちをいじくったんだろうな。

とりあえず、フォント設定共通化はconfに書いた本の設定を他の未読の本にばらまく
ようにしてみたお。

0.94β１、リリース準備中です

>>81
そういや、Kobolabs公開ソースといえば、Qtそのものが2.2.x->2.3.xで
libQtCore
libQtGui
libQtSvg
libQtWebKit
あたりが更新されているから、
公開ソースのpatcjは現状だと少し古いんだよなあ。
2.3.xでu-bootなんかも変わってるし、
そろそろ最新版に同期したソースに更新してくれないかしらん。

>>82
strace仕掛けたらopenが監視できるから、fontロードのタイミングは検証できるな。
古いものと比較するのはファクトリーリセットが面倒だが、
とりあえず最新版で検証してみるかなあ。

0.94 β1

ttp://ux.getuploader.com/KOBO_HACK/download/4/Kobo_CFW_Ver0.94%CE%B21.zip

・テーマ機能
・DBキャッシュサイズ変更
・フォント設定共通化

Cyberテーマをサンプルとして突っ込みました。

「最近読んでるシリーズ」本棚機能は、使い勝手悪すぎて搭載見送りorz

リュウミンフォントなどをごにょごにょできないかなと思っていたが、
暗号化されているなら無理なのね

>>85
暗号化される前のバージョンならごにょごにょ

内蔵microSDが突然write protect状態になった。
SDみたいにロックスイッチがあるわけでもないので、
書き込めない状態つーのが理解不能なんだが、
今時のメディアって壊れるときにwrite protectして
メディア内のデータをガードするような機能でもあるんだろうか？

はじめはなんか挙動がおかしい現象ぽかったので2.3.2のバグかとおもって
ファクトリーリセットしたんだが、ファクトリーリセット自体は走るが、
write protect状態なので書いたはずの初期ファームが再起動で消えて
2.3.2にロックされた状態のままだという。。。
パーティション単位の問題でもなくて、リカバリー領域からのbootでの
ファクトリーリセットも同様だから2.3.2のカーネルの問題でもなくて、、、
ということで、メディア自体のwrite protectとしか表現できない状態(笑)
カーネルがエラー吐くわけでもないので、デバイスドライバ側には
メディアへの書き込みコマンド指示が正常に完了しているように見えているんだろうなあ。

>>85,86
どのバージョン以降に変わったのか確認していないけど、
ファクトリーリセットしたときのバージョンは1.9.18(r39403)なので、、、以下略

なんか今回のアップデートは本当に鬼門臭いね。
トラブル報告多過ぎない？

>>87
2.0.2ならごにょごにょ。

今安定しているのはどのFWとCFWの組み合わせなんだよ

外部SDに入れてあるテキストファイル（Shift-JIS CRLF改行）のファイルですが、
これのHTML化コンバートが成功しません。
どのようなタイミングで行われるのでしょうか？
または、設定はどのようにすればいいのですか？
FWは2.3.1　CFWは0.93.4です。
設定は以下のとおりです。
EnabledSwap="ON"
InternalStrageBookFolder="MyFolder"
UseJournalMode="OFF"
DataBaseOptimization="OFF"
AutoConvertZip2CBZ="ON"
AutoConvertText2HTML="ON"
UseDataPath="BOTH"
AutoCreateBookShelf="FOLDER"
CreateShelfDevice="0"
CreateShelfTarget="0"
UnKnownShelfName="最近登録された本"
UnknownFolderShelfName=""
BookShelfReCreate="ON"
ぜひ、アドバイスをお願いします。

電源on/offを何回か繰り返してみた？

スリープモードの時に表示されるサムネイルが、読みかけのやつと違うのが出てくるってのは
どこらへん探ってみればいいんだ？

すみません、不具合確認しました。
0.93.41を後からリリースしますので、暫くお待ちを・・・

0.93.41です。0.93系最終にしたいなあ・・・

ttp://ux.getuploader.com/KOBO_HACK/download/5/Kobo_CFW_Ver0.93.41.zip

不具合のお詫びに、FW2.3.2で自炊epubに「購入する」ボタンが出てきた人用に
パッチを行うスクリプトを入れておきました。

CFW化しないと動きません。koboCFW.confも入れておく必要があります。
一回実行して補正されたら、スクリプトは削除でOK。

font読み込みの順序
(1)/usr/local/Trolltech/QtEmbedded-4.8.0-arm/lib/fonts/
(2)/usr/local/Trolltech/QtEmbedded-4.6.2-arm/plugins/fonts/があればそこから(？)
(3)/usr/local/Kobo/fonts/があればそこから
(4)/mnt/onboard/fonts/があればそこから
nickelのopenをstraceしてみた限りでは、こんな感じらしい。
write protect問題で気力低下中なので実際にフォント置いて試していないので、
(2)や(3)に非暗号化フォントファイル置いて認識してくれるのか不明だけど。

>>92氏　>>506氏
>>506氏の新しいCFWで出来ました。
お手数をおかけしました。

自分が悪いのかもしれませんが、
0.93.41のファクトリーリセットの後入れたのですが動きませんでした
confファイルを0.93.4で保存していた物と入れ替えると動きました

>>95
あれれ？拡張機能が起動しない...
アップデートもしたしconfもいれたのに
わかんねー

>>98
おぅタッチの差で負けた。
動かないでオッケーな訳だ(´・ω・｀)
あせったよー前のconf持ってない(´Д` )
さかしてきまふ

confが0.94系のものに近くなってました。すんません。

ファイル直しておきました

うちはTouchなんでホームボタン拡張が動いているのが確認できてるのでCFW自体は
動いているんだと思います。
新規追加してないので本棚機能などが動いてるかは分かりませんが、アニメーション
は追加データの有り無しにかかわらず純正のままですね。
アニメーション関が係動いてないってことかな？

0.94系の開発やってるもんで、confがちょっとこんがらがってます。すみません。

0.93.4のconfをマージしなおしました。

URL変わるんだね、知らんかった

ttp://ux.getuploader.com/KOBO_HACK/download/7/Kobo_CFW_Ver0.93.41.zip

>>104
動かない報告に来たら新しいのUPされてたんですね。
無事動きました。
いつもありがとうございます。

Kobo CFW Ver0.93.4と>>84合わせて最新公式FWのkobo touchに入れたら
なんにも反応しなくなった…
背面のリセット穴は反応するけど再起動かかるだけで結局ホーム画面から進めない…
これって文鎮化かな

「最近読んでるシリーズ」、個人的には期待してます。ガンガン追加してるとほんとそのへんわかんなくなってくるので。

>>106

ホーム画面が出るのであれば、動作はしています。
そこから反応しないということは、DBがぶっ壊れているかもしれません
ホーム画面は出るけど、反応しないんですよね？

であれば、文鎮にはなっていません。
ファクトリーリセット（ホームボタン長押し＋電源）してみてください。
とりあえず、復旧はすると思いますよ。

ホーム画面が操作を受け付けなくなったのは

�@ 自炊本の数が多すぎて、DBがでかいにも関わらずキャッシュサイズをMAXの設定にした
�A DBが公式FWのバージョンアップでぶっ壊れた

どちらかだと思います。自炊本が4桁越えたり、koboReader.sqliteファイルが数百メガとか
になっていると、CFWで拡張されるDBのキャッシュサイズが大きすぎると
ハングすることがあるようです。

>>107

何より、自分が欲しい機能なので「最近読んでるシリーズ本棚」機能は
本当は実装したいんです。実際に、開発環境じゃ動いてますし。

でもね、、とにかく使いにくいんです。今は。
本を読んだ後に、電源入れなおしたりUSB接続しなおしたりは絶対に嫌じゃないですか。

mobilereadのプラグインで、結局シェルスクリプトはキックできるんだっけ。
最近、ファクトリーリセットばっかりなので、もうプラグイン入れてないんだよね・・・

>>108
アドバイスありがとうございます
しかしファクトリーリセット（ホームボタン長押し＋電源）が無理っぽいんです
電源ボタン自体偶に(背面リセット直後？)しか反応せず
ホームボタン長押し＋電源も何度か試しても無反応電源オフにすらなりません
因みに自炊本はAozoraEpub3で変換したテキストベースの物がほとんどで
cbzのもの(100M前後)は十数冊程度です

>>110
もしも外部SDに書籍を入れているなら、
外部SDを抜けば設定画面からファクトリーリセットかけられる所までいける。
丁度今似たような事やってハングして、リセット後から挑戦中なんだわ……

あと、ハードの操作でやる場合は、ホーム＋背面のリセットボタンな。

>>108
一旦ファクトリーリセット後に最新公式FWしてCFW導入してたのでDB肥大化は多分ないと思います

>>111
外部SDを抜けばタッチパネルが反応するって事でしょうか？

>ハードの操作でやる場合は、ホーム＋背面のリセットボタンな
ハードの操作でファクトリーリセットやる場合は、過去にはホームボタン長押し＋電源でやってたんですが(基本は設定画面からソフト的に)
ホーム＋背面のリセット穴でもいけるって事でしょうか？

>>112
>外部SDを抜けばタッチパネルが反応するって事でしょうか？
設定画面まではな。
ライブラリから本棚見ようとしたらハングしたが。

>ハードの操作でファクトリーリセットやる場合は、過去にはホームボタン長押し＋電源でやってたんですが(基本は設定画面からソフト的に)
>ホーム＋背面のリセット穴でもいけるって事でしょうか？
ついさっき公式調べて。
まぁ、ピンの準備が出来ず急遽ホッチキスの芯でやったものだから、
上手いこと出来ずに上記方法でソフト側からやったんだが……

SD周りは不可思議な挙動するよね。
私のkoboもSDを受け付けません。
今回のFWのバージョンアップでSD周りが是正されたと聞いて期待していたのですが、ダメっぽいです。
安定感を得るために内蔵の拡張のみで運用するのが、まだまだいいみたいです。

mobilereadでも、外部フォント問題がようやく取りざたされ始めたっぽい。

（まぁ、2.3.2のアドレスをmobilereadに張ったのは・・・・後はわかるな？ｗ）

write_protectに腐ってるかもしれないけど

>>ID:AnEuWCwd氏

Koboのスリープモードへ移行時の挙動はどうなってるか解析できます？

ようはnickelの挙動をフックできねーなら、最後の手段でスリープモード移行の
カラクリに何か仕込めないかなと。OSレベルで何かしてそうだし。

nickelが完全に把握しきってるなら無理だろうけど・・・

質問なんですが、以下の設定で電源OFF/ONしても本棚が0冊のままで全て残るんですが
これって動作としては正常でしょうか？

kobo touch Ver2.3.2＋CFW Ver0.93.41

UseDataPath="BOTH"
AutoCreateBookShelf="OFF"
BookShelfReCreate="ON"

ファクトリーリセット
電源OFFの状態からならホーム＋電源(起動→ubootのrecoveryモード)
電源ONの状態からならホーム＋背面リセット端子(リセット→起動→ubootのrecoveryモード)
※いずれの場合も、外部sdを抜いておかないと内蔵リカバリー(mmcblk0p2)を呼べない。

>>116

すっかり後回しにしてpng2rawとかfbmngplayとかcifsとか
あちこち浮気していた挙句にwrite protectに嵌まり込んでたので…(笑)
ようやく、腐ったと思われるmicroSD交換する気力がわいてきたところ。

実際のところ、sleep関連はなかなか観測しずらいので
前スレ540,875以降あまり進展していない。
nickel外部でhookできるのはcpuをsleep stateに落とす箇所だけど、
idle時のlow power化の目的でも呼ばれるようなので、
単体ではsleepモード判定不能。
他の観測可能な事象との複合条件(あるいはステートマシン )にしないと
ダメなんだよなあ。

Qt内部で戦うならhook手法は>>49あたりで書いたように
不可視WidgetをSleepViewに注入して、
そのWidgetのdraw系のイベント(signal)をひっかけて外部kick
あたりが候補かな。
sleepの場合は>>49とは違って非同期で済むからSleepViewそのものに
描画完了のイベント(signal)があれば、それをhook用のslotとつなげれば
外部kickはできるような気がするけど、まだQtのwidgetまわりの
signalの詳細調査をしてない。

>>117
UseDataPath="BOTH"
AutoCreateBookShelf="FOLDER"
BookShelfReCreate="ON"
でもだめだったりしない？

私のkobo glo Ver2.3.2＋CFW Ver0.93.41も
�E 書籍の登録後に、著者名・格納しているフォルダ名・シリーズ名から自動で本棚を作成して
書籍をその中に格納する機能
�F 壊れたり、消せなくなった本棚を全て削除し、�Eの自動本棚作成機能を使って本棚を再構築する機能
が機能してない状態です。

glo、FW 2.3.2、CFW_Ver0.93.41　の環境ですが
本体から削除した本がある場合、デスクトップで同期→USB取り外しで本棚作成されると、削除した本がダウンロード待ちの状態で本棚に登録されます。
本棚から削除しようとしてもダウンロードボタンが表示されており削除できないので、本棚作成の対象外にすることは出来ないでしょうか？
また、本棚作成時、購入本はシリーズ名の本棚が出来ますが、これを「その他」にすることは出来ないでしょうか。
#これはシリーズ本を一冊一冊わざわざ違うシリーズ名にする楽天に文句言いたいけど。

本(CBZ)を同じ名前で置き換えた場合、USB解除で削除されるのは、正しい動きですか？

>>119

フォルダ名に、半角記号文字とか使っていませんか？
データ処理で本棚を生成している関係上、場合によっては使えない文字がある可能性があります。

>>117
現象確認しました。FW2.3.2でまた本棚の仕様が微妙に変化してるっぽいです・・。

>>120

シリーズ名を分けている意味ないですねえ、それじゃ。
ったく、、楽天のアホ仕様のせいで困りますねｗ

0.93系はちょっとこれ以上いじりたくないので、開発中の0.94で検討してみます。

削除本については・・・削除の扱いが変わったんだろうか、、、

削除本の扱い変わってるし・・・・
どんだけ行き当たりばったりの仕様変更だよ、もう・・・

0.93.42、リリースします・・・orz

>>122
フォルダ名で半角はアルファベットと数字だけ使用しています。
BookShelfReCreate="ON"にしても本棚が再作成されませんが、
kobo上でフォルダ名と同じ名の本棚を作成すると。
その本棚に入っている本が列挙された本棚が作成されます。
この状態で新しいcbzファイルを追加しkoboを再起動すると本棚に反映されています。
本棚は自動作成されているが表示されていない？と思わせる挙動をしています。

0.93.42です。

ttp://ux.getuploader.com/KOBO_HACK/download/8/Kobo_CFW_Ver0.93.42.zip

・削除本が本棚に出現する問題を修正
・BookShelfReCreate="ON"で、Kobo DeskTopに同期していない本棚が
クリアされない問題を修正

KoboDeskTopでは試していませんが、本体の「同期する」ボタンで
同期した結果は正しくなりました。

自炊epubに「購入する」ボタンが出るようになった理由、これではっきり判明したわ・・・

>>126
更新ありがとうございます。
デスクトップ同期で削除本でなくなりました。

出版社のよこす書誌データが腐ってるのか、楽天側の現場が混乱してるのか最近のシリーズ名はヒドいな。
デルフィニアの1冊1シリーズ扱い攻撃とか、ラノベ(GA文庫)の雑誌名入れちゃうぞ攻撃とか

祖納に酷いのか・・・＞シリーズ名

"Refined Edition"は、自炊ユーザー向けだった以前のバージョンと違い
ある程度、ストア利用ユーザーも念頭においてるから、チューニングが難しいね。

自炊ユーザーだけに限定すりゃあ、KoboDeskTopとの同期とかも関係ないんだけどねえ。

購入本のシリーズ名、正直自分がそんなに購入していないからわからない。
固定のシリーズ名を使うか、DB上のどこかのフィールドを使うかだから
困ったもんです。

>>126
修正ありがとうございました。
無事削除できました。

結局外部SD保存止めて内蔵SDに保存する様にしたら問題無く動くようになった。
外部SDは暫く使わない方が良さそう。

同じ現象で固まる人がいたら試してみてね。

>>131
私も同じ現象でしたが、外部SDを抜いてから背面リセット後にPC接続して
→ DB再構築＋本棚削除だけで復旧できました。

>>126
本棚の自動作成の件、0.93.42適用にて治りました。
ありがとうございます。

内蔵SDをパーティションエディターで見ると
後半１Gくらいが未使用になってるよね？
これって何か意味があるの？
折角だから、フリー領域を拡張して使おうと思うんだけど。

>>134
将来的な余裕を見ているんだろう。

今後のバージョンアップでどうなるかわからないけど、それを気にしないなら
自由にやればいいんじゃないかな。

バグなのかわからないけど、気になったから報告します。

本棚と本がいつまでも登録されたままになる現象。
１．外部SDの本棚が正常に作成されている状態で、DB再構築設定をONにする。
２．電源をOFFにし、外部SDを抜く。
３．起動するとDBの再構築が開始される。
４．外した外部SDの本と本棚が登録されたままになる。
５．適当な本棚を開くと、本体がフリーズする。
という状況があります。

gloでFW2.3.2＋CFW0.93.42です

>>129
惨状1
http://rakuten.kobobooks.com/search/search.html?q=%e3%83%87%e3%83%ab%e3%83%95%e3%82%a3%e3%83%8b%e3%82%a2%e6%88%a6%e8%a8%98&t=all&f=keyword&p=1&s=titleasc&g=both&l=

惨状2
http://rakuten.kobobooks.com/search/search.html?q=GA%e6%96%87%e5%ba%ab%e3%83%9e%e3%82%ac%e3%82%b8%e3%83%b3&t=all&f=series&p=2&s=titleasc&g=both&l=

さすがにこれはいただけないw

>>136

流石にそれは手の施しようが無いですね・・・

データ上には外部SDの本は登録されているわけですから、当然認識されています。
SDカードが刺さっていようが刺さって居まいが、データとしては存在しているわけです。
で、物理的にSDカードが刺さっていないと本を開こうとすると・・・・。

正直、自動本棚で外部SDコンテンツを処理させるのはオススメしません。
特に今は、外部SDを指したまま色々しようとすると公式FWのバグのせいか
かなり不都合が発生するっぽいので、外部SDカードを使う事そのものが
敬遠されていますからね。

>>137

酷いなんてもんじゃないなー・・・これは。

出版社モードでも作るほうがマシだよ、これじゃあｗ

（でも、出版社モードは自炊ユーザーには全く意味が無いんだけどねえ・・・）

>>136

追伸。外部SDコンテンツを処理対象外にするならCreateShelfDevice="1"にして
内蔵コンテンツのみを自動本棚の登録対象にするのが良いかと。

0.93.42で安定・・かな。

とりあえず、wikiを更新してくれている人、0.93.42を最新として記載おながいします。

0.93.42に適用したパッチを含めた0.94β2を後でアップしておきますので
また動作報告や、要望、不具合報告おながいします。

テーマやフォント設定共通化用テンプレ本も随時募集中です。
"Refined Edition"は皆様の協力無しでは実現できませんので、ご協力おながいします

メリクリな時間ももうそろそろ終わりですなあ。

今日は、ケンタのチキンを食ったお！
ケーキも食ったお！
Nexus7買ってきて、Koboアプインスコしたお！
「ああ、やっぱりKoboだなあ」と妙に納得した出来だったお！ｗ

0.94β2

ttp://ux.getuploader.com/KOBO_HACK/download/9/Kobo_CFW_Ver0.94%CE%B22.zip

機能追加、変更はありまへん。
0.93.42のFixをマージしただけです。

http://rakuten.kobobooks.com/search/search.html?q=%E9%87%91%E7%94%B0%E4%B8%80%E5%B0%91%E5%B9%B4%E3%81%AE%E4%BA%8B%E4%BB%B6%E7%B0%BF&t=all&f=keyword&p=1&s=titledesc&g=both&l=
うちがハマったのはコレだ
おかげで30個以上の本棚が……

>>142

ひっでえな。シリーズ名、サブタイトル、巻数のフィールドの意味全く成してない。

業務用システムのDBで、商品DBが全く整備されていないクソ基幹システムのようだ。

業務系システム屋からすれば、「最っ低」のマスタ整備具合だわｗ

>>142
これはまたヒドイｗｗｗ

2.3.2になって何が困ってるって自炊Kepubがホームにあがらなくなったこと。
自分は普段短編集や青空百冊系とかをあっち読みこっち読みってスタイルなので常に読み
かけの本がたくさんある状態なんですよね、だから本を閉じたら必ずホームに戻るという仕
様は個人的にはそんなに不便でもなかったんですが。
自炊kepubがホームに上がらなくなったことで読みかけの本をとっかえひっかえするのがす
ごく面倒になってしまった。
自分的には本棚の不具合云々よりもこっちのほうが致命的。

ファクトリーリセットはしたくないけど、2.3.1に戻すかなぁ…

>>145

0.93.42とかに入れている「購入する」ボタンを削除するパッチスクリプト当ててもダメ？

このパッチ当てて、うちは自炊epubもホームに上がってきたけどなあ。
（まぁファクトリーリセットして、2.3.2にして、0.94β2当ててって最終的にはやり直したけどね・・）

>>146
うおぉお！直りました！
うちは「購入する」ボタンが出なかったんでパッチ当ててなかったんですよ。
一発解決です、ありがとうございます〜

「購入する」ボタンが出なかったからラッキー！って思ったてたのに（汗

>>前スレ555さん

よかったよかった。
自炊目的で使ってる人は、0.93.42に入れているパッチは一回当てたほうが安心かもしれないね。

実際公式FW2.3.2はDB上の「ユーザーID」の項目がすっからかんだと無条件に未購入データのように
取り扱う挙動になってる。

0.93.42で修正した「削除した購入本」については、もっとひどい扱いになってて

・本体で削除した時は、ユーザーIDはそのまま残っており、削除フラグのような項目がONになる
・デスクトップ同期をかけると、ユーザーIDを空白にして削除フラグは元に戻す　→ New！ これのせいで
　削除本がデータ上に残りっぱなしになって、自動本棚の抽出対象になってしまった。

自炊データのユーザーIDは2.3系以前は以下のようになってたのね。

・CBZ、cbrの場合→'cbz_user'
・pdfの場合→'adobe_user'
・epubの場合→空白
・その他→空白

で、2.3.2になっていきなりユーザーIDを評価し始めたもんだから、今までユーザーIDが
空白だったepubやらテキストやらhtmlがいきなり「未購入データ」扱いになりはじめた、というワケ

これが「行き当たりばったりの仕様変更」のなれの果て、というわけですわ・・・

本スレ、SDカード問題で喧々囂々だなあ。。。

いったい何が起こってるのだろう・・・

バグを抱えたまま年を越しそうだね。
kobo開発のやり方ならこういう問題が出ても、なにひとつ不思議じゃないとことが悲しい。

modcrew社の防水加工サービスでiphoneとか裸で防水使用になるらしいけど
koboやkindleも取り扱ってくれないかな？
お風呂で防水読書端末は公式ではないので、加工対応したいな。

俺はGloにハードボタン付けたいｗ

どこかにパターン残ってねーかなあｗ

そういや、miniに"Refined Edition"当てた猛者はいないのだろーかｗ

多分動くとは思うのだけど・・・
流石にNexus7買ったんでminiは買うつもりはない。つーか、買う意味無いｗ
（嫁さんの目が怖いというのは無しでｹﾞﾌﾝｹﾞﾌﾝ

koboayaさま。当方touch でFW2.3.2＋CFW0.93.42の状態で使っています。
SDに入っている本は、新しい本棚にその他〇〇冊で入っているんですが、これは正常な
状態なんでしょうか。

>>154

外部SDに入っているのは、自炊本？それとも購入本？

自炊本であれば、モードの設定によります。
FOLDERかMIXEDであれば著者名、または著者名＋フォルダ名になります。
SDカードの直下に本を置いていれば、フォルダ名が「その他」ですね。

購入本は・・・ごめんなさい、外部SDカードに追い出される状況になっていないのでわかりません。

>>Koboayaさん
設定共通化用テンプレ本なんですけど、こえｒはＫｅｐｕｂで書式設定した本があれば良いっ
てことですか？
追加フォント前提とかでもいいのかな？
年明けになると思いますがなんか一冊作ってみようと思います。

>>前スレ555氏

ですです。kepub.epubファイルです。
量は多くなくて、最小フォント設定で１ページに入るくらい、かな。
ポイントはルビとかも振られている事、かなあ。

βの間は、登録済みの本をテンプレ化するよにしているんだけど
テンプレ本があれば、その本に設定した内容をコピーするって事にできるから
設定項目を一つ減らせれるのよね。だから、テンプレ本があればいいかなと。

著作権フリーの青空テキスト、探してみたけど青空文庫ばっかりなのよねえ。

だから、βは今の仕様になったのだｗ

ストアで本を買ったけどアップデートが怖くて再起動できなかったですが、
0.93.42で問題なく運用できてます。いつもありがとうございます。

一点要望があるのですが、ストアで岡本綺堂のwikiをダウンロードして気づいてたんですが、
wikiは右開きになってしまいますが、他のkepub.epubファイルと同様に左開きにすることはできませんかね。

おつかれさまですー

そういえば殻割りナシで内部SDのバックアップとれたら、って企画はやっぱり難しそうですか？
ほんといつかはSDカード壊れると思ったら怖くて・・・
保証切れてから割ればいいんだけどw

>>158

本当だ。wikiはページ送りがltrになってやがんの。
形式はepubのくせに、意味わかんねー。

もう、何だか全部rtl（左タップ）に強制統一したい気分だｗ

0.94 β2入れてみました
サンプルで入っていたデータを突っ込んで
再起動させたのですが、、
最初一瞬Koboのデフォルトの■■■■■画面が出た後
UpdatingDataの画面が出て
その後又デフォルトに戻っちゃうんですが、
設定が悪いのでしょうか？
対象はGloです

>>160
そうは言っても、横書き左タップは気持ち悪くね？

>>161

挙動は正しいです。

boot.mngを.imagesにコピーして、再起動してみてください

個人的には電子書籍端末においてははめくり方向とういうものを意識する意味がないと
思ってるし実際なんとも思ってないので全部統一されるほうがうれしいんだけど…
自分みたいなのは少数派なのかな？

それを言ったら、俺は両サイドを進むにして欲しいわ。戻りはスワイプで。
そうすれば、どちらの手で持っていても無理なくページが捲れるような気ガス

>>162

あー確かにわかる。
視線が左→右に遷移する横書きだと、「次」を見ようとするアクションは生理的に
右側かもしれないなあ。

でも、「端末」としての操作性を考えると>>164さんの言うこともわかる。

難しいね。「本を読む」事に対する快適さってのを求めるのは・・ね

あーそうそう

>>前スレ555さま

ケイちゃんの「更新中（update.mng）」とか、個人的には待ってますよｗ

Cyberなのもいいけど、俺は起動時アニメ（”をまけ”につけた奴ね）も含め
全てケイちゃん統一テーマで使ってるから（笑

nickelのリソース画像もフックできるなら、全部ケイちゃんで統一したいくらいだしｗ

>>165
同感だ。
koboは6インチだから無理すれば指が届かんこともないけど、
iPadなんかは9.7インチあってどーにも無理なんで、ComicGlassはそーゆー設定にしてあるわww

touchの時はhomeボタンをめくりに設定できたけど、gloはどーにもなんねーしなぁ

別に画面の端から恥まで指をスライドさせなくても、
画面の端で１-２センチくらい動かせば進んだり戻ったり出来るんだが。

右タッチで次ページに慣れてるけど、左タッチの人の方が多いんかね？

何気にKobo関係の情報を漁ってたら・・・

ttps://github.com/ha1t/KoboRoot

・・・びっくり。このスレの住民の方でしょーか・・・

>>171
を、世界進出ｗ
でもまじめな話自動本棚なんかはあっちの人にも需要があると思うですよ。
だれか語学堪能な方に英語ドキュメントを書いてもらってはどうですせうか？

そういえばケイちゃんバージョンも足りないのが残ってましたね（汗
こっちも含めて正月休み明けぐらいを目処にと思っております、ハイ。

>>172

多言語対応は考えた事もあるんだけど

・ページ送り補正方向
・”著者不明"の文字列
・”その他”の文字列

このあたりを設定で変更できないようにしないとムリポｗ

これらを修正すれば、後は英語ドキュメントだけですが私は当然書けません（汁

B4の拡大で項捲りが遅いので、試しに300で読み取ったら早くなった
3秒で次に進める、メモリ不足かなにかで遅くなるようだ。

途中で書き込んだしまった。

数字（大文字）だけの名前でUSBでつないでファイルを書込ん
だら認識しないで消えてしまう、名前が漢字で始まると認識し
てくれる、変な現象が起きる。

>>170
紙と同じだかで、左にこだわる人もいるよね
片手もちで右手の親指でめくってる

>>174

>B4の拡大で項捲りが遅いので、試しに300で読み取ったら早くなった

300って300dpiだよねえ。3000x4000とかのドット数で「早く」っていうことは
元の遅いのは600dpiとかだったのか？
それくらいのサイズだとやっぱメモリ不足してもおかしくないなあ。
縮小前のraw imageサイズで50MBくらい展開バッファ用メモリを食うだろうから。

>koboayaさま
要望なのですが、
購入図書は著者名で本棚を作る
ってオプションは可能でしょうか？
(シリーズ名で本棚を作るの代わり)

>>178

モード「ATTR」ぢゃダメ？

　自分の使い方だと、自炊はフォルダで管理してて
作者名も入れてないので、そのモードだときちんと分類出来なくて、
かといってミックスだとごちゃごちゃしちゃうので、困ってしまっての相談でした。

　自分で管理できない購入図書を上手く分類したかったので
シリーズ名が無理なら購入図書は作者名で分類出来たら便利だなと思った次第です。

　シリーズ名、楽天がまともに付けてたら凄く便利なんだけど、
はじめはXプロジェクトとか纏まった本棚が出来て感動したんだけど、
色々本を買っていったら言わずもがな
　koboの魅力は本を安く買えるのもその一つだと思っていますので
考慮して頂けたらうれしいです。

大掃除でくったくたです。

>>180

要するに「自炊データ」と「購入データ」で本棚の命名規則を分けたいって事ですよね？
出来ないことはないと思いますが・・・設定項目が増えるのがなあ。

同じようなことで悩んでる人居ます？

本スレで見た「SDカードフリーズ問題回避方法」って動画を見て思った。

以前、このスレで解析されてた問題そのまんまぢゃん・・・ｗ
（要するに、起動してさっさと本を開かせて、SDのmountまでにwait入れりゃ何とかなるって・・）

外部SD関係の処理が甘すぎるぞ、と思うんだけど
多分もともとの設計思想では自炊データ用程度にしか考えてなかった外部SDカードを
「これがKindleとの差別化になるんだから！」とか、わけわからない楽天からの要請があって
無理やり購入コンテンツにも使うように、無理な改修しまくってそうな感じだな。

>>181
横レスだけど、「自炊データ」と「購入データ」で分けるより、epubやpdfのようにプロパティを持つものと
そうでないもので分けたほうがいいんじゃないかな？

180
その通りです。
183
自分で変換したEpubもあるのでそれだと 少し足りないかもです
--
クーポンが今月までだと思って買いすぎてしまった。あと掃除で出た山積の本をいつ処理するか途方にくれる自分です。
読むのが目的なのに、電子化するのが目的になってるよ

>>182

ああ、起動時の外部sdって
rcSでnickel起動した後にKobo/udev/sdをaddで呼んでそこでmountしてるから
そのmountされる以前のタイミングで、nickelのhome処理中にumountな/mnt/sdを見に行ってしまうってことなのか。
USB接続の解除等、通常運用中での/mnt/sdのスキャン可否は2.3.xで修正したけど、
初期化タイミングまでは頭が回ってなかったのね(笑)

外部sd活用は後付な設計だからあれこれボロが出るのはわからなくもないけど、
リリース前テストプロセスがずさんすぎるなあ。

>>185

nickel起動前にSDをマウントすりゃ変わるかいね

>>186

udev/sd内でfifoのnickel-hardware-statusを通してnickelにmount状態の情報を渡してるから、
nickelは起動されている必要があるんじゃないかなあ。
多分fifoのwrite前にread側(出口側のnickel)がopenしてないとまずいんじゃないかと。

>>165,168
亀レスだけど、自分もCG、PVともそういう設定にしてるわ。
漫画みたいにページめくりの頻度が高いとスワイプよりタップの方がラクだし。

>>188
俺もそうしてるわ。
koboで両サイドめくりにすることって仕様上、可能なのですかねー？
簡単に可能なら実装して欲しいですなー。
あくまでも一個人の希望ですが^_^;

koboの.koboディレクトリ見るとslideshowとかあって、画像も入ってるから
本来はSONYのリーダーみたいにスライドショーできるっぽい。

で、koboでディスプレイ用にjpg画像を次々に切り替える使い方を
考えてるんだけど、どうすれば実現できるのかな？

>>190

どうも[ライブラリ]を対象にした[検索]でコマンド文字列入れて設定するっぽい。
[demo mode on]とか入れるようだが、うちだとうまく表示されない。
戻すには[demo mode off]

libnickelに"demo mode on"/"demo mode off"の文字列が埋め込まれていることは確認済だけど、
他に有用なコマンドがあるかどうかは不明。

>>191

俺のgloでdemo mode onは動いた。
単にdemoloop.shをキックしているだけなんだろうけどね。

隠しコマンドのようなものが意外とあるのだろうかｗ

追加した本棚が何度やっても作成されません。
本自体は読書中画面に表示されます
DBの再構築はON、本棚の自動作成のONとOFFそれぞれをして、電源OFF->ONをしています。

>>188
俺も。
右手で読んだり左手で読んだりするから、両方ページ送りにしてる。
むつかしい事は良くわからないけど、出来るんなら嬉しい。

>>191
>>190ですけどありがとうございます！
うちのkobo touchでは demo mode onでスライドショー動きました。
　　1) ライブラリ検索で [demo mode on]まで入力すると、[実行]押さなくても始まる
　　　 表示されるのは、.kobo/slideshow/enフォルダ内の01から15の.pmgファイル
　　　 (この辺、どこかに設定が書いてあるのかもしれない。)
　　2) 停止するにはhimeボタンを押すが、コマンド自体は生きている模様
　　3) 再開するには、再度ライブラリ検索で[demo mode off]してから、1)を実行する
みたいです。

何度か、
・SDの抜き差し
・DB再構築
・自動本棚ON/OFF
を繰り返したら何とか本棚が出来た。

なかなか難しいもんだな

DBの再構築って、DB全削除->作り直し じゃないの？

>>195
訂正
　　×表示されるのは、.kobo/slideshow/enフォルダ内の01から15の.pmgファイル
　　○ 表示されるのは、.kobo/slideshow/trilogy/enフォルダ内の01から15の.pngファイル

>>195
補足
　　4) demo mode onのまま放置してると、勝手にスライドショーが始まる。

日本語環境だと、demoloopja.shに従って5秒間隔で1.pngから11.pngまで表示して終了？

外のwhile見落としてた。ひたすらループするのか。
店頭でkobo見かけたらdemo modeにしてやろうかｗ

あ、うちのtouchは.kobo/slideshowディレクトリが無くてdemo modeに
したら画面真っ白になったｗ

>>199
うちのは日本語環境選択してるけど、.kobo/slideshow/trilogy/enフォルダの中身がデモされる。
デモは無限ループ。
どのファイルにパスが記述されてるかは、まだみつからないなぁ。

つまるところ、ファームでdemo mode強制オンにしてslideshowを広告にすれば
スペシャルオファー版になるのか？画像ファイルを更新する機能はないのかな

>>200
demo mode onでデモ中でも、画面タッチするとホームに戻る。
そのまま読書も始められるが、何も操作しないでるとデモが始まる。
・・・うちのkobo touchの場合だけど。

>>201
試してないけどこれaffiliate.conf見てないかな？
Rakuten、RakutenBooks、RakutenIchibaでdemoloopja.sh
fnac、FNACPortugalでdemoloopfnac.sh
それ以外はdemoloop.sh

みたいな

.kobo/Kobo/Kobo eReader.conf
[ApplicationPreferences]のdemoModeTimeoutが放置後に再度動作するまでの間隔(ミリ秒)かね。

スリープモードでもスライドショーが動くってのはどうなのよ？ｗ

>>204
affilicate.confはRakutenBooksの記述だけだ。
つか、demoloop.shが見つからない。　Windowsから見ると隠し属性なのかな？

>>205
うちのkobo touchの場合、

demo mode offの時(通常時)
　　　demoModeTimeout=0

demo mode onの時
　　　demoModeTimeout=120000

でした。 操作しない時のデモモード突入までの時間[msec]かなぁ。

連投しすぎかなｗ

Glo
affiliate.confのRakutenBooksをfnacに変えたら電源オフ時や起動時の画像がfnac仕様に変わった。
試しに言語をFrancisに変えたらslideshowがslideshowが英語じゃない奴になった。
そもそもdemoloopfnac.shが参照する/usr/local/Kobo/slideshow/fnac/ってディレクトリ無くね？

Touch
slideshowディレクトリがなかったのでGloから移植してみた。
trilogy/enのを表示してるようだ。そもそもtrilogy/jaが無いわけだがｗ

demo modeって再起動してもそのままなのな。

>>208
trilogy/jaは無いが、.kobo/slideshow/pixie/jaというのがあって、そこに日本語のpngファイルがある。
これを適当にリネームして、.kobo/slideshow/trilogy/en に放り込んだら、スライドショーで再生された。
ただし、jpg画像はダメだ。　再生順序はファイル名順っぽい。

つまり、パッチ的だけど、.kobo/slideshow/trilogy/enフォルダに再生したいものを.png形式で 01.png〜というように
入れておけば、デモ画面のカスタム化がとりあえずできそう。

>>209
やってみたらうまく行ったんで、>>190から始めたスライドショー実験は
自分の目的の動作を得たので一区切りします。
どうもありがとうございました。

Touchのホームボタンを本棚やライブラリに割振ると便利だと思うんですが無理でしょうかね

デモモードすげー
Gloだけど
\.kobo\slideshow\kraken\ja
で、出来ました。
1枚にすればスクリーンセイバー化出来ると思ったんだけど、
1枚を毎回切り替えようとするの無理でした。
これって切り替え時間って調整出来ないんですかね？

Kobo gloで、Aokinmincho 入れて居るんだけど、「…」三点リーダーとか「―」伸ばし記号が
あるとその前の文字とかぶってしまう。デフォルトで入ってるフォントに戻すとかぶらない。

何とかならないでしょうか？
Aokinmincho 好きなんだけど……

それは青キンの作者に言うしかねーんじゃねw

それの解答はアオキン使うなとなる。別のフォント探せ。
それか、アオキンの作者みたいにフォントをいじるか。
それができないなら、諦めろ。

とりあえず、フォント作成ソフトでaokinmincho開いてみたんだけど、
とりたてて、「…」がおかしいところがない。なんで、前の一文字にもろにかぶるのやら……。


……というか、ホントにフォントの問題なんだろうか？
少しかかるとかじゃなくて、二文字連続である三点リーダの一文字分が完全に前の
一文字と被ってるんだけど。

というか、試してみたら後からインストールしたフォントは全部ダメですね。
IPA明朝、IPAex明朝も、 三点リーダまともに表示できない。

koboのwikiにフォント変更出来るようなことかいてあるけど、まともに
使えるのは純正のフォントだけなのかな……

>>217
IPA明朝系以外のも試してみたら？

kobomaruは普通に使えたけども。

IPA明朝系が駄目なんじゃない？
青キンもIPA明朝からの派生だし

青キン明朝の三点リーダー、かぶらないけどなぁ。
「……」ってなってても平気。
「――」は切れちゃうけど。
CFW0.93.42で、ストアのグインサーガにて確認。

>>221
うちもAozoraEpub3で適当なネット小説からテストデータ作ってみたけど普通に表示されたな

>>221 >>222

検証ありがとうございます。助かります。

私もAozoraEpub3で青空形式のをEpubにしたんですけど、ダメです。
もうちょっとしたら、他のサンプルをEpubにしてみるのと、AozoraEpub3を
入れ直してみます。

やっぱダメですね。他の青空文庫テキストで作ったEpubでも三点リーダが前の文字とかぶってる。
環境は2.3.2に0.94 β2だったか、0.93.42だったか……

とりあえず、青空をEpubに変換するソフトとか疑ってみます。

>>224
他のフォントは試してみたの？

>>224
あと駄目な青空ePubをサンプルとしてアップしてみたら？

謎は解けた！
拡張子を.kepub.epubにしないで.epubだけにしてるだろ？ｗ

>>227
おマヌケさんかよw
そんなアホカスはハックスレ出禁

自炊と、購入本での、作者名の取り扱いの変更も思い出してあげてください
少数派のようですが、私的にはとても欲しい機能です

今日から仕事だ。鬱だ志納。

現在、自動本棚周りを大幅変更中です。

・購入本と自炊本の命名方法を別設定に切り分ける
・「現在読んでいる本」の本棚を作る（暫定版）

近々0.94βとしてリリース予定でございます。

>>229

作者名？ シリーズ名ではなく？

ワクテカだ

>>230
ホントに本棚好きっスねw
その拘り大好きです
期待してるので、お身体に気を付けて頑張って下さい(*´∀`*)

作者名です。
購入書籍は作者名。自炊派フォルダでわけたかったので。
購入本と自炊本の命名方法を別設定に切り分ける
が出来れば大丈夫そうです。
今までβは積極的に導入はしなかったのですが、
殻割り済みなので、
今回は積極的に入れていこうと思います。

設定を大幅に見直して、項目をなるべく増やさずに試行錯誤中です。

「最近読んでいる本棚」機能は、SQLのトリガーにて実装できないか試行錯誤ちう。

うーむ、公式FWがはよバージョンアップして本棚周りの同期バグを直して欲しい・・
怖くて同期できない・・・

>>227 >>228
すいません。ありがとうございます。三年ROMりすます。

いままで普通に使用してきたkoboですが、
このほど思い立ち、内蔵SDの交換をしてみようと思います。

ついては、バックアップをとるのに、一度工場出荷に戻して作業を進めようと思うのですが
ただ単に「工場出荷に戻す」作業のみでデータを移しても大丈夫なのでしょうか？

>>236

というより、その状態じゃないと意味が無い

工場出荷に戻す作業をすることで、いままで蓄積してきたデータは全て消えてしまうということでよろしい？
何か不要なデータが残ってしまい、手作業で処理する必要は発生しませんか？

>>238

kobo desktopと同期すると、色々ダウンロードされるけど基本的にはそう。

最近読んでいる本棚・・・実装できた。

けど、、、、nickelが再起動しないと本棚の再読み込みやってくれない。
昔は、本棚を開くたびにデータを再読み込みしてたのに、今は違うくさい。。。

結局あまり効果が・・・（号泣

データは、本を開くたびに「その本が属している本棚にあるほかの本」を
ちゃんと目的の「最近読んでる本棚」に格納しているんだけど、kobo上で
再読み込みしてくれないせいで、結局USB接続するか電源ON/OFFしないと
リフレッシュされないという・・・

本棚の仕様、どんどん悪いほうに変わってるやんけ・・・

ｳﾂﾀﾞｼﾉｳ

今の状態だと、使い勝手悪すぎるなあ。

どーしよ、一回リリースしてみっかなあ。

個人的には本棚が勝手に毎回再構築されるより、
ONOFF等のタイミングで構築される方が良いと思う。
まずは使わせて下さい。
あと、ONOFFとUSB抜き差しってやってることは一緒ですか
ONOFFでは更新されず、USB抜き差しでは更新されるって事はありえますか？

文鎮やってもうたー。

カスタムファーム入れるときにミスって
更新→再起動のあと画面表示変わらず。
ホーム＋リセットでもホーム＋電源でも、電源ランプが緑→青→緑→緑...という感じで反応なし。

どこかで工場出荷時点の内部microSDのイメージ拾ってくれば
ddで書き込んで復旧できる・・・のかな？

>>242

>緑→青→緑→緑
ubootでリカバリーモードのbootだと「青」じゃなくて「赤」になるはずだから、
ノーマルモードでbootしてるっぽいなあ。
「緑→緑」が緑点滅を意味する表現なら、u-boot〜kernelまでは壊れてないっぽい。

リカバリーモードに入らないのが謎だけど、
HW CONFIG領域が壊れて他機種と認識されているならありうるかもなあ。

>>243

> 「緑→緑」が緑点滅を意味する表現なら

失礼、点滅です。

> リカバリーモードに入らないのが謎だけど、
> HW CONFIG領域が壊れて他機種と認識されているならありうるかもなあ。

まさにそのとおりで、touchじゃないCFWを間違って載せてしまった気配w

自業自得なんで、SDカード吸ったイメージ弄ってどうにかならないか遊んでみますー
作業前に吸っておけばよかった。。。

内部イメージは難しいだろうから、それ以外で取れる方策としては、

[A:rcSまで生きているなら公式ファーム戻し可能か？]
A1)殻割してmicroSDを取り出し、linuxでmmcblk0p3をmountしてfsckでfs確認
A2)公式ファームのtgzを、mountしたmmcblk0p3に手動で展開
A3)microsdを戻してPowerONしてみる

[B:手動公式ファーム戻し]
B1)殻割してmicroSDを取り出し、linuxでmmcblk0p1をmountしてfsckでfs確認
B2)公式ファームのtgzをmountしたmmcblk0p1に手動で展開

[C:手動ファクトリーリセット]
C1)殻割してmicroSDを取り出し、linuxでmmcblk0p2をmountしてfsckでfs確認
C2)殻割してmicroSDを取り出し、linuxでmmcblk0p1をmountしてfsckでfs確認
おかしそうならmkfs.ext4でnncblk0p1をフォーマット
C3)mmcblk0p2の/upgrade/fs.tgzがrootなのでそれをmmcblk0p1に展開
C4)mmcblk0p2の/upgrade/db.tgzが/mnt/onboardの初期ファイルなので
同様にmmcblk0p3を確認し必要ならフォーマットしてdb.tgzを手動展開
※ubootやカーネルが壊れているならその辺も入れなおさないといけないだろうが面倒だから省略
(詳細はmmcblk0p2のrcSやその周辺スクリプトを見ればやるべきことは書いてある)

>>245

あ、A2)は
A2)公式ファームのzipを、mountしたmmcblk0p3の/.kobo/に手動で展開
が正しいな。

**mmcblk0p*はkobo上で見ての名前で書いてあるので
PCのlinuxでmountするときは環境によって名前が変わるので、
適時読み替えないといけない

>>244

CFW関連だと入れるときにHW CONFIGに書きにいくことはないから、
HW CONFIG領域が壊れたのだとしたら別の要因だと思う。

ちなみにHW CONFIGの機種タイプはどんな値になってる？
imageファイルでいうと、0x80000からHW CONFIGで
0x80000:10バイトのmagic文字列("HW CONFIG ")
0x8000A:5バイトのconfig version文字列("v*.*"+0x00)
0x8000F:1バイトの後続config領域サイズ
0x80010:1バイト:機種タイプ(bPCB)
以下省略
機種タイプはTouch=0x0c/Glo=0x18。miniは多分0x1bのはず



>>245
>C4)mmcblk0p2の/upgrade/db.tgzが/mnt/onboardの初期ファイルなので
これはノーマルのrcSをみると、/mnt/onboard/.koboがなかったらデフォルトのdb.tgzで
作るようになっているから、mmcblk0p2は空にしておいてrcSで初期化してもらうほうが
いいかもしれない。(fsckでのチェック＆必要ならFATでのフォーマットだけ行う)

##

koboの公式ファームってany version→latest versionだから、uboot,kernelも入っていて、
バージョンが変わってなくても毎回u-boot,kernelを強制書き込みしてしまうから、
公式ファームのバージョンアップ中にトラブったら運が悪いとubootやkernelが壊れる
可能性があるんだよなあ。(手動でtgzだけおいてアップデートしていれば安全だけど)

内蔵recoveryはkernelがノーマルと共通だから、uboot,kernelあたりが壊れると
内蔵リカバリーも効かなくなる。
ubootが生きていれば外部sdブートのrecoveryは使えるけど、
外部sdブートのリカバリーイメージは現時点では存在していない。

>>247

>CFW関連だと入れるときにHW CONFIGに書きにいくことはないから、
>HW CONFIG領域が壊れたのだとしたら別の要因だと思う。

こうは書いたものの一般論としては、フラッシュメディアだから
HW CONFIG領域への直接の書き込みがなくても、
u-boot,kernelの書き換えに伴うブロック単位のチップ内部書き込みの巻き添えで
チップ内部ではHW CONFIG領域に書き込まれる(書き換えられる)ことがあるので、
uboot,kernel書き込みに起因してHW CONFIG領域まで壊れることもありうるな。

いずれにしても、CFWで更新されるのはmmcblk0p1やmmcblk0p3が対象だから
さすがにHW CONFIG等と同一ブロックにはならないので、
HW CONFIGが壊れたとしたら
CFWが直接の原因となる可能性はほぼないと思うが。

内臓ＳＤをUHS-I規格にしても早くなるかな？

タッチ機能が働かなくなったんだけど、何か良い対処法ないですかねぇ。

初期化しても日本語選択が出来ないので、そこから先に進まないという。。

>>249

i.MX50自体は4系統あるeSDHC portのうち１系統だけUHS対応(SDR104)
ただし、内蔵/外部のどちらにも割り当てられていないっぽい。

ESDHC1-ESDHC4のうちESDHC3がUHS対応
ubootを見る限りソフト側としてはESDHC1-ESDHC3が有効で、
内部No#0-#2に対応している。
内蔵bootは#0で外付けbootは#1のようなので、
実デバイスの設計としては#2のESDHC3は使えない。

UHS対応メディアがHSモードでのアクセス実力があって非UHS class10メディアより速いなら、
交換して速くなる可能性はあるけど…

>>251

linux上で言えば、mmcblk2のポートがUHS対応になるはず。

>>247
いろいろありがとうございますー。
まとまった時間がないので、取り急ぎご質問への回答。

> ちなみにHW CONFIGの機種タイプはどんな値になってる？

hexdumpで見てみると

00080000 48 57 20 43 4f 4e 46 49 47 20 76 31 2e 33 00 23 |HW CONFIG v1.3.#|
00080010 15 04 00 00 07 00 00 08 04 06 06 00 00 09 00 00 |................|

なので、0x15・・・？
見方違ってたらすみません。

>>253

あ、0x15だとE60610Dのtrilogy(Touch)だからそれはそれで合ってるなあ。
うちの初期版TouchのHW CONFIG(v0.7)だと0x0cのE60610なんだけど、
現行のTouchだと正しくE60610Dのtrilogyになってるのかあ。
ちなみに、いつ頃買ったtouchですか？

うちの初期版との違いは
80012:01(ALC5623) vs 00(none) AudioCodec
80014:06(WC121) vs (WC121A2) Wifi
80017:05(neonode) vs 08(neonodeV2) TouchCtrl
あたりだなあ。

V0.7のconfigが旧基板設定そのままで実体とあっていないのか、
本当に新基板なのかはよくわからんけど、
どっちも同チップのrev違いでt制御ソフト的には下位互換性あるだろうから、
v0.7のconfigが実体と合っていなくても動くだろうしなあ。

いずれにせよ、80010のPCB(0x15)は正常だからHW CONFIGは壊れてなさそうだから、
機種誤認でrecoveryに入れない状態ではなさそうだねえ。
(touchキーの物理故障？)

>>254
昨日買った・・・というか、店から貰った奴です。
楽天IDを作る気がなかったので放置しておこうかと思ったのですが、
ほろ酔い加減で手を出したのが運の尽き・・・という状況ですw

いま考えると、touch用かどうか考えないで突っ込んだ気が・・・
そしてどのCFWを突っ込んだのかワカラン状態に。。。

時間とれた時に、>>245の手順試してみます。

>>255

なるほど。新しめのものっぽいからやはりglo発売以降はtouchもHW CONFIG v1.3になってるのかな。
(Wifi setup対応版でHW CONFIGが切り替わったのかもしれないが)

新しいのならhomeキー故障の可能性は低そうだから、
1)u-bootがキーを読み取る前にhomeキーを放してしまってる
2)外部sdを刺したままファクトリーリセットをしようとしている
あたりがチェック事項かなあ。
リセットボタン+ホームキーのファクトリーリセットが効かないから
2)ではなさそうだけど…

リカバリーにいかない謎はおいとくとして、
公式ファームとCFWのバージョンが不一致の可能性もある？
setup状態の2.3.2以前の公式ファーム(初期ファーム)に
いきなり最新2.3.2用CFWを突っ込んだらどうなるんだろうか？

>>250

初期化してタッチが効かないならハード故障の可能性が高いだろうから
修理に出すしか対処法はないと思われるが…

赤外線の出てるセンサー付近を掃除してみるくらい？

あとは、認証回避のdbファイル入れてsetupをskipして、
telnetで入ってデバドラのログみたりtouch eventの発生を確認したり、
と、故障かどうかの確認くらいしかできることはないだろうしなあ。

メンテナンスファームウェア for Kobo
http://petit-noise.net/download/mntfw-kobo

殻割りせずに内部SDのバックアップ・リストアが可能になったみたいです。

>>258
ん〜でもTouch専用みたいだぬ。

へえー、これいいね！

>>259
gloも対応予定って書いてあるよ。
ぷちのいずさんはザウルス時代からお世話になりまくっているなぁ。
kindleと違ってユーザーがkoboを育てているよね。

KindleのほうがHackは盛んに見えるけど
独自OSまで作られてるし

それは論点がズレてるよ

>>261
更新されてうｐってるよ

kobo touch の内蔵SDを交換したんだけど、マイコンピューターからKoboの中が覗けない。
おまけに自炊本も入れられない。これって失敗？一応Koboで買った本は同期？で入ってる。
この状態で、「工場出荷に戻す」にして大丈夫かな。一応入っていたSDは取ってあるんだけど。

ただ入れ替えるだけじゃダメなんだろ
イメージファイルをコピーしたりしないと。

242さんのカキコ見て質問
私もgloでカスタムファーム入れ失敗
ピンホールリセットもライトボタン＋電源入れもライトボタン＋ピンホールリセットも無理で
再起動中の画面から動きません

今の現状は電源を入れると青点滅のみ（USB接続しても青点滅のみ認識あとはダメ）

もう文鎮化しかないかな

ライトボタン押しっぱなし＋電源ONでファクトリーリセットになるはずだが。

ライトボタンをすぐ離してまうと、通常ブートになるはずだが。

CFWは文鎮になるようなクリティカルなことは１００％やっていないからね。

謎のファクトリーリセット不能状態に陥っている人って結構いるのかなあ。
u-bootでボタンを認識するまでに1秒waitがあるので、
電源ONなりresetなりの直後にボタンを外すとノーマルbootに突入する。
緑点灯から１秒以上経つまでは(赤点灯までは)ボタンは押しっぱなしじゃないといけない。

--- normal --
(1)青(hardware init?)
(2)緑(u-boot board init)
(3)青(uboot ISD boot)
(4)緑点滅(kernel init)
(5)消灯(nickel)
--- recovery --
(1)青(hardware init?)
(2)緑(u-boot board init)
(3)赤(uboot ISD recovery boot)
(4)緑点滅(kernel init)(瞬間的で、点滅ではなく点灯としか見えないかも)
(5)白点滅(rcS)

LEDのシーケンスは大体こんな感じだから、点滅まで突入しているってことは
u-bootの流れは正常に終わってるってことで、
u-bootの一部が壊れてるような変なことでもない限りはrecoveryに入れるはずだけどなあ。

Kobo Glo のブラウザ、フルスクリーンにできないかな？
できるなら、↓これ使って快適になる気がするんだが。
ttps://play.google.com/store/apps/details?id=site.appstoku3.archivedimageserverexpressfree
ならAndroidで直接見るってのは言わない方向で。
E-inkで読みたいし、Sonyのは解像度低いし。

>>270

内蔵ブラウザは今のことろいじる余地がないように見えるので、
arora(qt webkit demo browerが独立)とかを移植して
その別ブラウザを起動するようにでもしないと無理じゃないかなあ。

kobo touchでodf ファイルを拡大した時、画面のスクロールが上方の一部分にクリップされるのは仕様？
こんなんじゃ拡大の意味がないんだが。

コントラスト変えたいだけなんだ・・・
おとなしくChainLP使ってます・・・

久しぶりのUpです。

0.94 β3です。

ttp://ux.getuploader.com/KOBO_HACK/download/10/Kobo_CFW_Ver0.94%CE%B23.zip

・自動本棚設定を自炊本・ストア購入本で別々にしました。
・「最近読んでいる本棚」機能の暫定実装。

koboCFW.confは完全に以前のものと互換がなくなっています。

自分はストアで本は買っていないので、ストア購入本の挙動については十分に検証
できていません。報告をお待ちしております。

KoboTouchのHW_CONFIGがv1.3に切り替わったのがどのタイミングか気になってちょい調べてみた。

1)予約購入した初期版
HW CONFIG:V0.7
recoveryされる初期ファームはr39403(1.9.18)
recoveryのupgrade/fs.tgzは2012/05/05の日付

2)WiFiセットアップ対応版と思われる某image(2012/11/08頃)
HW CONFIG:V0.7
recoveryされる初期ファームはr42170(2.0.2(r41334)-2.1.1(r42411)の間のバージョン)
recoveryのupgrade/fs.tgzは2012/08/16の日付

md5sumしかみていないが、recovery領域のファイル群にもいくつか違いありrcSも違う。
2)のほうはHW CONFIG読んでPRODUCT=trilogyをセットしたりする、
trilogy以降のタイプになっている。

というわけで、やはりHW CONFIGがV1.3になったのはglo発売以降のバージョンのtouchっぽいなあ。

ごめん間違えた

ttp://ux.getuploader.com/KOBO_HACK/download/11/Kobo_CFW_Ver0.94%CE%B23.zip

>>267
ただ単に電池切れって可能性は？

俺が以前そうだった。
どのボタンを押してもどうにもならなくて、
しばらくUSBに挿しっぱなしにしてたら充電されて起動できた。

>>273

複数の端末用を使っていたり大量に自炊資産があるとかで、
できればKobo最適化事前処理はしたくない、ある程度端末側での画像フィルター処理が欲しい、
っていうニーズはわからなくもないんだが、
nickelの中のものはcbzのviewerにしてもwebkit browserにしても
機能追加的な手出しが困難なのが困りものだねえ。

##

borwserでuploadができたら、
1)コントラスト等いじりたいファイルをローカル(or宅内server)の画像フィルターcgiへupload
2)結果download
3)コンテンツ再スキャン(スケッチブックsave or (mobilereadの)pluginのsync機能)
という手もあるかなあ、と思ったんだが、browserのfile selector dialog画面で死んだ(笑)

ローカルhttpd上にfile selector画面から作りこんだcgiを作って、ローカルに閉じた状態で
ちょっとした加工程度が可能なようにする、という線でなら可能な気がするが…
(重い加工するならローカルcgi経由で宅内サーバーに投げて実処理はそちらに任せるとか)

毎度お疲れ様です。
早速入れて見ました。
購入図書有りの環境ですです。
StoreBookInsertShelf="ATTR"
UserBookInsertShelf="FOLDER"
で、とても満足のいく本棚が出来ました。
SERIESオプションも試したのですが、
楽天さんが、
サブタイトル　タイトル　巻数　
と言うシリーズ名を付けて下さるので使えませんでした。
最近読んでいる〜は、本棚の先頭に表示されるのも良いのですが、
電源ONOFFでもUSB抜き差しでも、上手く更新できませんでした。
これって、表示される本の数って決まっているのでしょうか、
少ないと、ホームに表示される物とかぶってしまい、
恩恵が少ないと思います。

>>279
丁寧な説明書きを熟読することをオヌヌメ

最近読んでいる〜は、最後に読んだ本が登録されている本棚にある未読の他の本を自動登録してくれるみたいよ。

つまり、本棚の作り方や登録されている本によっては全然効果が無くなるということ。例えば、本棚に一冊しか登録されてないような状態なら(ry

すいません
気持ちいいぐらいに本棚が出来たので書き込んでしまいました。
最終的には
StoreBookInsertShelf="PUBLISHER"
も上手く本棚が出来たので、こちらで使用しています

ぶっちゃけ、StoreBookInsertShelfにMIXEDモード要らねーかなぁ。

>>245 の手順試してみました

> [A:rcSまで生きているなら公式ファーム戻し可能か？]
> [B:手動公式ファーム戻し]
> [C:手動ファクトリーリセット]

→ それぞれ順番にやってみたつもりですが、状況変わらず。。。

mmcblk0p1にあたるパーティションは

>>256 の
> 1)u-bootがキーを読み取る前にhomeキーを放してしまってる
> 2)外部sdを刺したままファクトリーリセットをしようとしている
についてはどちらも該当しないかと思います。。。
homeキーは緑点滅→消灯まで押し続けていますが、変化なしです

>>269 で言うnormalの状態ですね。

pdfで本棚を自動作成したりできる？

>>283

＞homeキーは緑点滅→消灯
あー、緑点滅→消灯まで行ってるのか。
消灯ってことはnickel起動してるなあ。
んー、画面は242のときの再起動画面のままだよねえ。。。

telnetで中に入れればパネル故障・HOMEキー故障かはテストできるんだが…

recovery起動もしないんだから外部sd起動のメンテファームも立ち上げられないわけだしなあ。

さっさと修理に出せば？
スレの私物化がさすがに鬱陶しい。自分のブログとかでやってくんないかな。

242氏は初期のファームをどこかから手に入れて書き戻してみたんだろうか？

背伸びした馬鹿どもがCFW入れようとして文鎮w

マジレスすると、サポにアップデートしたら壊れたってゴラァ電しろ
くれぐれも馬鹿正直に状況説明なんかするなよw
奴らはたんたんと交換作業するのが仕事だし在庫はたんまりと有るからな
ノーチェックだからビビる事は無い。

CFWとjpeg読み高速化の
KoboRoot.tgz
ですが、
順番気にせず、コピー&USB接続断 → コピー&USB接続断
で良いでしょうか？

また、SD換装ですが、本体から工場出荷時に戻した状態にして、
直後のものを旧SDバックアップ&新SDにコピー
で、旧SDをそのままとっておけばいつでも元通りという考えて良いでしょうか？

>>289
購入直後の電源入れる前にバックアップだろjk

そんな幾つも買わすなよｗ

>>289

そないな感じ

>>283
ダメ元でメンテナンスファームを起動させてみては？

>>289
CFWとjpeg高速化は独立してるので順番はどっち先でもOK。

SDに関してもその通りで、バックアップした交換元のSDを
持っておけば、差し替えでいつでも戻せるよ。

>>293

>>245の手順、もう一度試してみたらCの手順で起動しました！
おそらく一度目にやった時の手順が間違っていたのではないかと。。。(SD外す前にsync→umountで正常に書き込まれた？）

その後、FW2.0.1だったので2.3.1の公式ファームウェアをいれてみようとしたら再び再起動中画面でプチ文鎮化。。。
※公式FWをDL→展開→KOBOeReaderパーティションの/.koboに配置して再起動
またもやHome+電源ONorリセットボタンが効かない状態。

戻し方はわかったので、戻したり文鎮化したりしてしばらく遊んでみますー。
色々とありがとうございました！

>>294
手順など、実践してわかった事をwikiって欲しいなー。
転ばぬ先の杖は、需要高いと思います。
よかったら、おながいします。

2.3.1のパッケージは間違えていない？
Touch用とGlo用は公式FWの配布パッケージが違うから注意ね。

ttp://download.kobobooks.com/firmwares/kobo3/raptors/kobo-update-2.3.2.zip

2.3.2のTouch用のパッケージで試してみたらどうかな？

それはさておき。

トリガーモードの「最近読んだ本棚」実装完了。
本を読んで、Homeで元に戻るだけで「最近読んだ本棚」の登録をリアルタイムに
変更できます。

ただし・・・変更できるのはデータ上だけでKoboの本棚の内容はそのままじゃ更新されません。

USB接続や電源ON/OFFをするしかないかなーと思っていたのですが
本棚一覧を開いて、本棚メニューで「本棚の編集」をつかって、適当な本を追加するか
削除するかすると・・・

あら不思議、ちゃんと本棚の登録本がリフレッシュされるじゃありませんか。

本棚の編集メニューを開くとか、まだまだ理想には遠いけど
USB接続なんかをしなくても、Kobo単体で「最近読んだ本棚」が操作できるようになった。

ほんの少しだけ使い勝手があがったかも。

次回βリリース（早ければ今夜）でお披露目予定です。

>>295
用意でき次第、リセット不可状態からの復旧手順まとめてみますー

いま手元にLinuxの環境がないので
Windowsだけでやるのはハードル高いよなぁ。。。と思ってたら
ext2fsdでrootfs見えるので、コレでいけちゃったり？と期待。
ちょっと試してみます。

>>296
もしかしたら間違えているかも。。。
プチ文鎮からの復旧できたら、試してみます。

>>294

1)FW2.0.1の状態で、通常操作でHOMEキーが効くことは確認済？
2)FW2.0.1の状態で設定からのファクトリーリセットは正常に動作する？
3)FW2.0.1の状態でHOME+電源(orRESET)によるハードウェアファクトリーリセットは効く？

購入後電源投入前 Ver.2.10 ddi
ttp://www1.axfc.net/uploader/so/2756268.7z

>>245

今読み直してみたら、Bの手動公式ファーム戻しは、「mmcblk0p1のファイルが壊れてない」ことが前提になるな。
公式ファームは差分updateだから差分に含まれないファイルが壊れているとアウトなので、
mmcblk0p1のファイルが怪しい場合は、fs.tgz+公式ファームtgzのmmcblk0p1への展開が必要
(B+C的な操作になる)

Windowsだけでなんとかする場合はext4対応のものが必要。
読むだけならDisk InternalsのLinux Readerなんかでも可能だけど、
writeするにはext2fsd系のものがいるねえ。
それかvirtual machine(VMWare/virtualbox等)にlinuxいれて、
usbをVM上のlinuxから扱えるように設定する。

>>298
> 1)FW2.0.1の状態で、通常操作でHOMEキーが効くことは確認済？

については確認済です

> 2)FW2.0.1の状態で設定からのファクトリーリセットは正常に動作する？
> 3)FW2.0.1の状態でHOME+電源(orRESET)によるハードウェアファクトリーリセットは効く？

この二点は確認してないので、復旧後に確認してみます

>>300
> Windowsだけでなんとかする場合はext4対応のものが必要。
> 読むだけならDisk InternalsのLinux Readerなんかでも可能だけど、
> writeするにはext2fsd系のものがいるねえ。

ext2fsdだとPartition2,3が読めない・・・感じです
今回たまたまPartition2(recoveryfs)のデータをとってあったので、それで試すこともできそうですが
何もない状態からの復旧手順用にイチから行ける手を探ってみます。
（recoveryfs固めてどこかにうpでも良いのかもしれませんが、いちおう）

0.94 β4

ttp://ux.getuploader.com/KOBO_HACK/download/12/Kobo_CFW_Ver0.94%CE%B24.zip

「最近読んでいる本棚」機能を拡張しました。SQLのトリガーで、本の最終読書日の
更新に連動して、最近読んでいる本棚の登録データをリアルタイムに更新します。

ただし、リアルタイムなのはデータ更新だけで、Kobo上での本棚の情報は
更新されませんorz

ただし、本棚一覧で「最近読んでいる本棚」に対して編集をかけてやると
登録本がリフレッシュされます。詳細はドキュメント参照のこと。

俺の技術と知識じゃ、これが限界っす。すんません・・・

>>301

ext2fsdは1st partitionしかアクセスできないタイプのものか。

mmcblk0p2はfs.tgzとかその辺が拾えればOkだから
Linux Readerを使ってfs.tgzを回収すればmmcblk0p1に展開できるけど、
mmcblk0p3は放置することになるなあ。
(db関係も怪しいなら少なくともmmcblk0p3はフォーマットだけはしておかないといけないだろう)

>>299
シリアルナンバーはちゃんと消したか？w

>>303

多分imdisk(+devio)使えばmmcblk0p3も書き込みできると思うんだけど、設定等が少し面倒かも。

>>299,304

S/N残ってるねえ。

S/Nは先頭sector#1以外にmmcblk0p3(FAT)の
/.kobo/.adobe-digital-editions/device.xmlなんかにも
含まれてしまうので、注意が必要。

それはそれとして、件のイメージって"N905E"なんだねえ。
HW CONFIGはV0.7(PCB=0x0cのKobo Touch)で
fs.tgzはr42170(r42170が2.1.0なのだろうなあ)だった。

N905C以降があるのか

>>306

S/Nのprefixが"N905E"だというだけで、model-Eがあるのかどうかは不明だけどね。
ttp://www.mobileread.com/forums/showthread.php?t=190333
を見てると"N905J"とかも見かけたが…

>>305

あ、
>/.kobo/.adobe-digital-editions/device.xmlなんかにも
じゃなくて
>/.adobe-digital-editions/device.xmlなんかにも
の書き間違い。
いずれにしろ複数あるんだからバイナリエディタで全置換すべきだね。

sector#1にさえ書いておけば、あとはファクトリーリセットすれば
device.xmlなんかは初期化で適切に対処してくれると思うので、
S/Nイメージを使う場合はsector#1への自S/Nの書き込み+書き戻したイメージを使って
ファクトリーリセットというのが手順になるかな。

公式ファームウェアを入れて再起動中画面でフリーズするのを回避するには、
PCに接続してデスクトップアプリでkoboのファームウエアをダウンロードしてUSBを切り離す前に
入れたいファームウエアのファイルを上書きするとうまくいった。

デスクトップアプリでファームウエアをダウンロードするとupgradeフォルダの中が前もって入手した
ファームウエアの内容と違ってファイルがいろいろ増えている。
u-boot.binたくさんあるので、それぞれのハードウエアに対応させているようだ。

一番初期のハードなら何もしなくても（デスクトップアプリを使わなくても）
ファームアップできると思う。

もう1つ、元々のシステムの入ったMicroSDもハードウエアによって違うので
最初にバックアップをとらないとハマル。
2台目を買ったときに、1台目のファイルを16GBのMicroSDに書き戻してセットアップしようとしたら
起動しなかった。
付いてきたMicroSDなら問題なく起動したのでハードによって中身を変えているのは
確認できた。

公式ファームは、まだmicroSDスロットの読み込み不具合直す気ないんかな。
充電状態で読み込んだりハングしたりするので、フル充電状態でだましだまし使ってるけど。

0.94系にしたら起動が速くなったが
SDカードにある程度データ入ってる状態で起動するとホームでたまま固まるようになった
起動して本棚開いてる状態でSDさせば固まらない

SDは無かったモノと認識して安定

最近読んでる本棚、イイね！
こりゃ色々捗るわー。

しかし、何故か本棚のレスポンスが絶望的に悪くなった。
本棚触ってもピクリともしない。
本棚ページの捲り(←)ボタンは効くので、ハングしてる訳ではなさそう。
ポチポチ押しながら暫く待つと、やっと本棚がブラック反転して開く。

コンテンツ入れ過ぎ？32GBほぼ満タンw

>>309-310

u-boot/uImageの差異は、
-------
[KoboTouch]
2.0.2〜2.3.2までu-boot,uImageが同一で変更なし
[KoboGlo]
2.2.0→2.2.1でuImage更新,"u-boot.bin"消滅(K4X2G323PC,MDDR系のu-bootは不変)
2.2.1→2.3.1でK4X2G323PC用のものがu-boot更新,E606C0用uImage新設(RAM512MB版)
2.3.1→2.3.2はE606C0用uImageのみ更新
*E606C0用のものは現行gloとは無関係
-------

今はGloのメモリタイプ別u-bootはMDDR/KX42G323PCだけだけど、
HW CONFIG上ではK4X2G323PD(Rev.Dダイ)を区別しているので、
そのうちRev.D用u-bootが増えるのかもしれない。
(データシートがないのでRev.Dでタイミングパラメータが変更されているのか不明だけど)

Touchの場合は実質ntx508だけなので、個体が異なって動かないなら
周辺チップ構成が異なってHW CONFIGが違うケースがまず考えられる。
>>253等を考えると、もしかしたら、E60610D(trilogy)な新版TouchはHW CONFIGもV1.3だし、
製品としてはTouchだけどfirmwareとしてはglo系なのかもしれない。
(glo用のu-bootにE60610D-K4X2G323PCがあるし、アプリレベルではnickel等は
同一バイナリでHW CONFIGでtouch/gloを切り替えている)

>>314

>アプリレベルではnickel等は同一バイナリでHW CONFIGでtouch/gloを切り替えている
「アプリレベルではnickel等は同一バイナリで、HW CONFIGを見て内部的にtouch/gloの動作を切り替えている」
の書き間違い。

kernelも同様にHW CONFIGで機種毎の振る舞いをしているし、script関連も同様だから、
E60610Dはglo用の公式firmwareを使っていてもおかしくないんだよなあ。

desktop経由or端末直接のアップデートの時に.koboに置かれるupdate firmwareが分かれば確定するんだが…
telnetで入れるなら/etc/images/下がkraken*,pixie*等のあるgloタイプかそうでないかで
どっちのfirmwareが適用されているかわかるかもしれない。
(KT用firmwareだと今でもkraken*,pixie*なしの単体構成だし)
それか、sdの"/.kobo/slideshow/*"の有無でもわかるか？
Touch用の公式ファーム状態だとslideshowディレクトリ自体ないはずだし

カーネルのバージョンまとめ

[KoboTouch:2.0.2〜2.3.2]
"Linux version 2.6.35.3-850-gbc67621+ (gallen@gallen-desktop) (gcc version 4.4.4 (4.4.4_09.06.2010) ) #325 PREEMPT Wed May 23 09:35:44 CST 2012"

[KoboGlo ノーマル版:2.2.0]
"r5686_#605 Oct 18 11:45:43"
*uImageを展開していないので生のバージョン文字列は未確認

[KoboGlo ノーマル版:2.2.1〜2.3.2]
"r5845_#606 Nov. 5 14:13:06"
"Linux version 2.6.35.3-850-gbc67621+ (gallen@gallen-desktop) (gcc version 4.4.4 (4.4.4_09.06.2010) ) #606 PREEMPT Mon Nov 5 14:13:06 CST 2012"

[KoboGlo E606C0版:2.3.1]
"r6114_#1005 Dec 12 18:33:34"
*uImageを展開していないので生のバージョン文字列は未確認

[KoboGlo E606C0版:2.3.2]
"r6114_#1006 Dec 13 11:52:44"
*uImageを展開していないので生のバージョン文字列は未確認


[KoboLabs公開ソース]
*arch\arm\boot\のuImage(timestampが他のImage,zImageよりも新しい2012/09付)
"r5448_#603 Sep 27 17:23:16"
"Linux version 2.6.35.3-850-gbc67621+ (gallen@gallen-desktop) (gcc version 4.4.4 (4.4.4_09.06.2010) ) #603 PREEMPT Thu Sep 27 17:23:16 CST 2012"

*その他転がっているkernel image
"Linux version 2.6.35.3-850-gbc67621+ (george@dilemma) (gcc version 4.4.1 (Sourcery G++ Lite 2010q1-202) ) #2 PREEMPT Wed Aug 8 10:44:09 EDT 2012"
これはCodeSourceryでコンパイルしてしまったゴミが残ってtar.gzに入ったまま
公開されているのだと思われる。

#########
んー、公開ソースは少し古いままなんだよなあ。
必ずしもglo向けに必須なpatchとは限らないが、中身が分からないことにはなんともいえず…

>>313

本の総冊数はどれくらい？ｗ
32Gパンパンなら、かなりの数が（汗

というより、Koboreader.sqliteファイルのサイズはどれくらいでしょ？

そろそろ0.94もβから脱却かなー。

色々と実装したけれど、最終的にどれを残すかは要・検討ですな。

・テーマ機能（これは残す予定）
・自動本棚機能の拡張（自炊・購入本で設定を分ける。購入本のMIXEDモードは不要か？）
・最近読んでいる本棚機能（TRIGGERモードは不要か？）
・フォント設定統一機能（これは残すべきか）
・DBのキャッシュサイズ任意変更化（微妙。設定ミスるとファクトリーリセット必須になるので、怖い。キャッシュサイズ拡張そのものをやめるか？）

βにお付き合い頂いた皆様のご意見モトム

>>314

デスクトップアプリでファームウエアのアップデートをすると
.kobo/upgrade/ntx508フォルダに

u-boot_mddr_256-E50610-K4X2G323PC.bin
u-boot_mddr_256-E60610-MDDR.bin
u-boot_mddr_256-E60610D-K4X2G323PC.bin
u-boot_mddr_256-E606B0-K4X2G323PC.bin
u-boot_mddr_512-E606C0-K4X2G323PC.bin
uImage
uImage-E606C0

のファイルがある。

ダウンロードしたファームウエアのファイルには
.kobo/upgrade/ntx508フォルダに

u-boot.bin
uImage

の2つのファイルしか無い。

再起動時にフリーズするのはこの辺のことが関係しているのではと思う。
現にこれらのファイルを入れて2.3.2から2.3.1に入れ直したが
問題なく再起動できて2.3.1になった。
もちろん、フリーズしない個体もあるのでフリーズして2.3.1に出来ないなら
やってみる価値はある。

>>318
DBのサイズは420MBですσ^_^;
普段の運用には遅延などの支障ないので、気にしてなかったのですが、こんなところでつまずくとは。

・テーマ機能
採用希望。テーマの作成方法などを詳しく説明すれば、有志の参入もし易くなり、選択肢が増えるように思います。

・自動本棚機能の拡張
Mixedモードは、仰る通り不要...というか現段階において効果的に運用することは不可能ですね。これは出版社か楽天の情報整備が先の話。
それとは別に二つ要望があります。

1.自炊のMixedでフォルダ-作者名の順番のパターンが欲しいです。

2.購入本に任意のフォルダ名を当てがって欲しいです。以前のバージョンであれば、その他扱いになっていたモノの復活を希望します。

今回のバージョンでの採用じゃなくてもいいだすけどね。今後検討して頂ければ幸いです。

・最近読んでいる本棚機能
TRIGGERモードは必要！！
まだ上手く使いこなせていませんがσ^_^;

・フォント設定統一機能
あって欲しいです。

・DBのキャッシュサイズ任意変更化
これは用途がはっきりわからなくて使ってません。もう少し運用目的が明確ならば、危険を冒してでも入れるべきなのかもしれませんが、現段階の私には無用の長物です。


最後にいつもいつもいつも感謝です！

>>319

これはTouchでの話でOk？

やはり、一部のTouchでは
Desktopでのupdateではgloタイプ(E60610D)のファームが.koboに展開される
ということになるか。

HW CONFIG V1.3なTouchとか、updateでgloタイプのファームが使われるTouchの
S/N prefix(N905の後の英字)がどうなってるのか知りたいところだなあ。
299のイメージだとN905EだけどuImageはtouchタイプのファームだし。

Desktopは.kobo/versionを見てupdateをかけるようなので、
versionファイルに含まれるS/Nのprefixあたりを判断基準にしているっぽい。
updateチェックのときのサーバーとのやり取りは調べてないけど、
serverにS/N送ってサーバー側が判断してるのかなあ？

>>321

>これはTouchでの話でOk？

OK!

パスワードロックって需要あるかな？
作ってみようかと思ってるんだけど。

>>323
あると思いますｗ

>>321

ファームウエアアップデートで再起動フリーズの手元のtouchは
N905Kだった。
年が明けてから楽天サイトで購入したケース込み5,980円のキャンペーン品。

本体下部のモデルナンバーはN905B？

>>326

N905Cだった・・・

>>327

.kobo/versionの最後の文字列(PlatformID)が
"00000000-0000-0000-0000-000000000310"
ではなくて
"00000000-0000-0000-0000-000000000320"
だったりしない？

>>328

000000000320になってる。

うちのは、v1.3で905Cですね。

>>329

ああ、やはり。
PlatformIDで
310=旧型(N905B)
320=新型(N905C)
*ちなみにgloは330のようだ。
と区別がつくっぽいなあ。
(mobilereadのIDのスレでS/NがN905Jな人も"320"だったようだし)
これでserver側がgloタイプのパッケージを返すかどうか識別している感じだねえ。

>>330

ってことは、やはりN905CはHW CONFIGがV1.3なのか。

>>331
versionも...000320dでした。

タイポです。...000320です。「d」無しです。

FCC IDで取れるpdfの内部基板写真みると、N905Cはgloに近い構成に変わってるっぽい。
解像度が低いから詳細には読み取れないけどmicroSDもgloと同じくカバーなしだし
neonodeもv2っぽい石(gloと同じ)だし。
>>253-254 のHW CONFIG V1.3の設定値と確かに整合するなあ。

>>334
おお！そうです。sdカバーありません。

ちなみに、Kobo用メンテナンスF/W(touch用)が正常に起動しないのも、その辺が原因でしょうか？

さて、これまで「touch用」「glo用」と称されていたファームウェアは、
どうやら「touch(N905B以前用)」「touch(N905C)/glo/mini用」というのが正しいような気配だなあ。

再起動フリーズとか(HOMEキーが効かず)ファクトリーリセットができないという問題が発生しているのは
N905Cだけなんだろうか？

>>336

正常に起動しないっていうのはどんな感じなの？
touch用のはN905B用HW CONFIG(V0.7)だろうから、
基板が違ってチップ構成が異なるとlinuxのドライバ周りでこける可能性はあるだろうなあ。

イメージの80000(hex)からのHW CONFIGの1セクターだけ、
オリジナル(内蔵sd)のV1.3のものをコピーしてやれば
メンテファームも動くんじゃないかと思われるが…

>>338

あ、メンテファームはkernel自前buildっぽいから、何をベースにどういじってるのか次第では
HW CONFIGだけでは無理かも。
blogのほうにtouchからHW CONFIGとkernelの差し替えでglo用に、云々と
書いてあったので、touch/gloで別kernelのようだし。

>>338
LEDは、点滅でボタンを戻すと青点灯のまま。画面は消灯時のまま。PCからはlanとして認識されるけれるけれど、telnetはつながらない。って感じです。

Touch N905CのHW CONFIG(イメージの80000〜8003F)を誰かdump見せてくれないかしらん？
>>253 は前半のみで、後半パラメータがN905Bと変わってるか気になるところ。

>>340
青点灯で画面に何も出ないなら、パネル制御がうまくいってないのかな？
(panelまわりの周辺構成もN905B/N905Cで変わってるなら、
やはりHW CONFIGを正しいものにしないとドライバがちゃんと制御できないと思う)

>>341
アドバイス有難うございます。明日、時間があったらトライします。今日はもう寝ます。申し訳ない。

ついでに、今後のためにmini(model:N705)の情報も募集〜
・.kobo/versionのS/Nの頭部分("N705?"の"?"部分)
・.kobo/versionのProductID(行末の"00000000-0000〜"部分)
・HW CONFIGの内容(イメージ80000〜8003f(hex)あたり)

寝る前に、glo用のメンテナンスF/Wでやったら問題なく起動しました。（LED青点灯のままだけどこれはこのままでいいのかな）
sudo dd if=/dev/sdc of=./tmp bs=512 skip=1024 count=1
で取っhexdump -Cした結果はこれでした。
00000000 48 57 20 43 4f 4e 46 49 47 20 76 31 2e 33 00 23 |HW CONFIG v1.3.#|
00000010 15 04 00 00 07 00 00 08 04 06 06 00 00 09 00 00 |................|
00000020 02 00 02 02 02 01 68 02 e4 00 00 02 01 02 01 00 |......h.........|
00000030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|

>>342

周辺構成がgloに近そうだから、
touch用メンテファーム+HW CONFIGのN905C(V1.3)化でダメなら、
もしかしたらglo用メンテファーム+HW CONFIGのN905C(V1.3)化のほうが
うまくいくのかもしれない。

#
メンテファームは自前buildかと思ったけど、g_multi等デバドラだけ自前buildなのかな？

いつも有り難うございます。
技術的なことには答えられないので
・テーマ機能
直接影響するわけでは無いのでどちらでも言えないのですが
ある意味カスタムの証。お気に入りの絵師さんの絵で使用しています。
・自動本棚機能の拡張
購入･自炊切り分け大変重宝しています。シリーズ名及びMIXはいらないと思います 。
・最近読んでいる本棚機能
最初はいらないと思ったのですが、
案外使い勝手良かもです。
既読の本も登録されるモードもあって良いと思います。
(前の巻どんなんだったっけ？と戻りたい)
・フォント設定統一機能（これは残すべきか）
青キンが標準なので、有った方が良いです。
いや、楽天が直せ
･DBのキャッシュサイズ任意変更化
意味がわからないけど
DBCacheSize="16383"で使用しています

要望は
スクリーンセイバーです
DEMO MODE ONで運用しようとしたけど無理でした

>>344

ああ、やっぱりN905Cだとglo用のkernelのほうがうまくいくのか。

HW CONFIGありがとう。

+20以降の部分では
+22:ExternalMem:正しくMicroSDになった。N905B(V0.7)だと0x01(SD)だった
+2D:RamType:N905B(V0.7)=0(MDDR)/glo=2(K4X2G323PC)/N905C(V1.3)=2(K4X2G323PC)
+2E:UI config:N905B(undef:V0.7)=0(Normal)/Glo=0(Normal)/N905C(V1.3)=1(Normal2)
が違うような感じだなあ。
UI configはどこかで参照してるのかなあ？謎だ。

>>254 で書き落としていた
+19:DisplayCtrl:N905B=0x04(Mx508(+LM75A?))/N905C=glo=0x06(MX08+IPS65185)
も違う。

やはり、パネル制御・touchScreen・WiFi周りの構成値がgloと同じだから、
gloのマルチプラットフォーム対応kernel使うのが正解なんだろう。

メンテファーム作者です。
kernelは実機から取り出したものなので、自前ビルドではないです。
モジュールだけビルドした奴使ってます。

新しいtouchだとHWCONFIGが違うのか…

>>348

しっかりチェックせずに誤情報書き込んで申し訳ない。
イメージ内のファイル構成を眺めてg_multi等があるから
てっきりフルbuildしたのかと思い込んでしまった…

----

kernelついでに316のkernel調査結果に追加
>>316

[KoboTouch:1.9.17(海外ファーム)〜1.9.18(初期版のファクトリーリセット)]
"Linux-2.6.35.3-850-gbc67621+" (uImage先頭のversion string)
"Linux version 2.6.35.3-850-gbc67621+ (work@gallen-vmware) (gcc version 4.4.4 (4.4.4_09.06.2010) ) #322 PREEMPT Fri Dec 23 10:41:21 CST 2011"(Imageの生version string)

[KoboTouch:upgrade/直下のもの(scriptでHW CONFIGなしでPLATFORM=freescaleとなる機種用:N905Bより前の機種?)]
"Linux-2.6.35.3-568-g4cf53cf-0005"
"Linux version 2.6.35.3-568-g4cf53cf-00050-g1422e3c-dirty (george@dilemma) (gcc version 4.4.1 (Sourcery G++ Lite 2010q1-202) ) #2 PREEMPT Fri Oct 14 12:23:27 EDT 2011"


[KoboLabs公開ソース]
>>326のはimx507/下のカーネルソース(gloタイプのマルチプラットフォーム対応版)

*imx508/ntx/下のカーネルソース(touch(N905B)用)
2011/12くらいがソースのタイムスタンプ最新なので、上記1.9.18までの#322相当か？
(現行#325のコンパイル日時と同時期にKobolabsで公開されたが、
公開時点で最新ではなかったまま、現時点までずっと放置中な気配…)

*imx508/cls/下のカーネルソース(scriptでHW CONFIGなしでPLATFORM=freescaleとなる機種用:N905Bより前の機種?)
"Linux-2.6.35.3-568-g4cf53cf-0005"
(詳細未調査だが、ntxの手が入る前のfreescaleの公開ソースをベースにしたもの。
タイムスタンプは2011/09頃なので、バイナリのものよりも少し古い可能性がある)

>>349

>*imx508/cls/下のカーネルソース(scriptでHW CONFIGなしでPLATFORM=freescaleとなる機種用:N905Bより前の機種?)
>"Linux-2.6.35.3-568-g4cf53cf-0005"
ミスがあったので訂正
---
*imx508/cls/下のカーネルソース(scriptでHW CONFIGなしでPLATFORM=freescaleとなる機種用:N905Bより前の機種?)
"Linux-2.6.35.3-568-g4cf53cf"
freescale patchのlocalversion以外は不明
----

何気なくkobo cfwでぐぐったら、リファイン版が紹介されているblogとかがあってびっくりｗ

それはさておき、外部SDカード問題はスリープ時にも影響を与えてるらしき記事を見かけた。
多分、最後に読んだ本が外部SDカードにあると発生するんだろう。
起動時のHome画面のフリーズ問題しかり、この問題しかり・・・

いや、本当にそろそろ外部SD関係なんとかして欲しいわ。
CFWを入れるとフリーズ云々ってのが続くとかなわん。

このスレの住民なら、公式FWの問題だからCFWの問題ではないとわかってるだろうけどさ・・・。

>USB Etherのドライバにバグがあるようで、抜き差しするとkernel panic でハングアップします。
メンテファームのこれに関連しそうなものがあるのかは不明だけど…

glo/N905C/mini用kernelのfreescale patch version"-850-gbc67621"は
多分freescaleのtagだとrel_imx_2.6.35_11.03.00あたり。
(ENGR00141092を含んで、それより新しいものが851以降のpatchだと思われる)

ttp://git.freescale.com/git/cgit.cgi/imx/linux-2.6-imx.git/log/?h=imx_2.6.35_maintain&qt=grep&q=usb
でrel_imx_2.6.35_11.03.00より新しいusbのpatchがいくつかあって
argotg_udcがらみで、いくつか気になるのがあるなあ。
一部iについてmx507/ソースを見たがntxが独自で修正した形跡もないので、未適用なんだろう。


#EPDCについても850以降でパフォーマンス改善系っぽいのpatchとか
#気になるものはいくつかあるけどkernel内蔵ドライバだからなあ。
#バイナリのntx patch revisionより少し古いKoboLabsソースに適用して
#kernel作り直してみてもあまり好ましくないし…

とりあえず、公式FWで外部SDカード問題が解消されない限り

ZIP→CBZリネームやら、TXT→HTML変換なんかを止めたほうがいいんだろうか。

んー、
>/dev/apm_bios
>/proc/apm
がいるってことは、apmdを入れてsuspendなりstandbyなりをhookにして
スクリプトで画像表示させたら、スリープ時の壁紙ってできるかな？
(アプリケーションより下位のレイヤーでの実現手段になるが)

>>323
できるのなら是非

>>323
是非是非！お願いしますｍ（　）ｍ

>>257
わざわざどうもありがとうございます。
修理お願いしたら新品で返ってきました。

オクで中古買ったけれど結果的に新品ゲット(´∀｀)

0.94のreadmeがすごいサイズに・・・orz

>>357

修理に出したときってやっぱりファクトリーリセット等の定型検査して、
ハード要因となったら(内蔵microSD不良だけでも)さくっと交換対応になるのかな。
touchだとどうせ大量在庫があるだろうから新品交換の可能性が高いとか(笑)

>>354

debian sidから抜いてきたapm関連パッケージで/etc/apm/下を適当にでっち上げてapmdを動かしたが、
ちゃんとsuspendが拾えたから、apmd方式でスリープ壁紙できそうだな。
一度nickel指定の壁紙が出てから、少し経過後に差し替えることになるだろうけど、
この方式だとそういう仕様になるのは仕方がないところ。

電源オフ壁紙はinittabのshutdown経由にしないといけないのかな。

>>360
そのタイミングで、何かスクリプトを走らせる仕組みを、是非・・・・；；

前にnickelにpatchしてsuspendを取ろうとした時と同じく
やっぱりsuspend単体の動きだけだとsleepと判断できないなあ。

---------
[2013-01-18 19:58:40] apmd event.d: start
[2013-01-18 19:59:49] apmd event.d: suspend user -- (1)
[2013-01-18 20:03:50] apmd event.d: resume suspend -- (2)
[2013-01-18 20:03:57] apmd event.d: suspend user -- (4)
[2013-01-18 20:08:58] apmd event.d: resume suspend -- (5)
---------
(1)nickel内で一定時間idle経過したら一旦"suspend user"
(2)sleep timer経過後に一旦"resume suspend"
(3)多分nickelがスリープ壁紙表示
(4)再度"suspend user"
(5)電源off時間alarm起動(?)で"resume suspend"

どうも、こんな感じで、suspendだけだとidle状態での偽sleepも拾ってしまう。

kernel内の電源管理ポリシーとかでidle時suspendなら"suspend system"になりそうなものだから、
nickelの中での電源管理が制御している"suspend user"なんだろうなあ。
やっぱ、他に監視して判断できるAND条件を探さないといかんのか。

>>362

・デフォルト壁紙の場合
suspend時に起動するスクリプト内で/dev/fb0から読みだして、事前準備しておいたデフォルト壁紙イメージとの類似性を判定(「スリープモード」文字列領域の検出)
(安直に白の占有率で判定すると、白紙ページを表示していた場合などに誤認しそう)

・最後に読んだ本の表紙の場合
設定がフルスクリーンでもそうでなくても、いずれにしても画面上部にメッセージ帯が出るので、
その領域を検出して判定

という感じで画面を解析して判定するのが安直なAND条件かなあ？

>>363
確か前に解析したときは、

タッチで起きるスリープ
echo 0 > /sys/power/state-extended
echo mem > /sys/power/state

電源キーで起きるスリープ
echo 1 > /sys/power/state-extended
echo mem > /sys/power/state

だったような気が。
state-extended は読み出すと必ず1が返ってくるけど、書き込みはちゃんと 0, 1 で動作を分けてた。
最新はちょっと変わってるかもしれないけど。

これをフックしてパスワードロックができないか目論んでるとこ。

画像イメージの比較だと少し処理としては重いから
態々idleでsuspendするのにそんなことしたくねーと思って前にnickel側から探ったときの
結果を見直してみた。
http://127.0.0.1:8823/thread/http://uni.2ch.net/test/read.cgi/ebooks/1352778895/549-551
"/sys/power/state-extended"を読みだした時に何故か常に"1"だったんだが、
今見直してみるとテスト機はTouchだったのでカーネルが古いはずだ…

ソースをみてみると
########## Touch(N905B)用カーネル(imx508/ntx/下のソース)
static ssize_t state_extended_show(struct kobject *kobj, struct kobj_attribute *attr,
char *buf)
{
char *s = buf;
s += sprintf(s, "%s\n", "1");
return (s - buf);
}
########## glo/Touch(N905C)/mini用カーネル(imx507/下のソース)
extern int gSleep_Mode_Suspend;
static ssize_t state_extended_show(struct kobject *kobj, struct kobj_attribute *attr,
char *buf)
{
char *s = buf;
s += sprintf(s, "%d\n", gSleep_Mode_Suspend);
return (s - buf);
}
##########
ということで、案の定、古いほうは読み出しはダミー実装だわ(笑)
まともに読み出せる新版カーネル上でならstate-extendedで判定できるのかもなあ。

platformに依存しないlinux genericな機能を使う分にはある程度安心できるけど、
i.mx50固有やKobo固有だったりする機能の場合は
N905Bとそれ以外でkernelの挙動が違う可能性があるので、注意が必要だなあ。
ソースdiffとって調査しといたほうがいいかもなあ。

>>364

そうそう。
N905Bのカーネルでstate-extendedが使い物にならないのがネックなのよ。
/sys/power/state-extendedへの書き込みを横取りして
記録しておくという手でも使わないと使えないだろうなあ。

SD問題の解決も需要ありそうなんで、どうにかできないかと思ってるんだけど、
過去ログたどると再起動する問題と、USB取り外し後のフリーズと2つあって、
再起動問題は直ったかも？って状態だったと思うけど、いまでもそうなんですかね？

フリーズは経験あるけど、再起動は遭遇したことないので。

USB取り外し後のSDマウントする前に、
nickelがSDをスキャンに行くことだけが問題なら、
waitを入れるトリガさえ見つけられれば
何とかできるかもって思って。

>>366
たぶん 366 さんの書き込みではないかと思いますが、
前に書き込みがあった、LD_PRELOADでexecveを
フックする方向で検討中です。

extend-state への書き込みと state の書き込み
どちらもフックできるし、nickel が更新されても
たぶん使える方法なので。

>>367

・USB取り外し後の再起動(外部sd)
これは2.3.*リリース当初にうちで再現テストした限りでは解消していたと思う。
(内蔵sdのwrite-protect壊れが発生してメゲて読書に走ったりして忘却の彼方で、もうテスト環境ないけど)

・USB取り外し後のフリーズ(外部sd?)
元々条件がはっきりしないからどういう問題なのか、解決したのかわからない…

・起動時のフリーズ?(外部sd)
みんな気にしているホットな不具合のようだけど、詳細不明

>>368
ああ、確かにLD_PRELOADでフックするのが賢明ですね。
pattern:actionの設定ファイルへの登録で拡張可能な汎用フックにしておけば
設定ファイルとスクリプトだけで色々再利用できそうな…

>>369

あ、起動時の問題は前に動画でみて推測したんだっけか。>>185-187

フックするなら、/mnt/sdのmountが完了するまではnickel側からの
/mnt/sdへのアクセスをwaitさせるようにすれば解消するような気がする。

最初に/mnt/sdにアクセスするのがstatなのかopenなのか等は
rcSでnickelを立ち上げるときからstraceかけて調べればわかるだろうし。

>>370

あ、起動時にsdが刺さっていることだけが問題でnickelが直接の犯人なら、
rcSでnickel起動した直後に十分に(極端に言えば分単位で)waitかけて、
nickel初期化完了後にadd sdをkickするタイミングになるようにすればそれで終わりか？
ハードとかkernelとか他の要因もあるのかなあ？

起動後にsd刺して電源OFFまでにトラブルことあるのかなあ？

bucchiさんのアクセス規制が解除されて何より。

Linuxダメダメな俺からすると、異次元な会話だらけな最近の流れは
良い勉強になりますｗ

by the way

>>前スレ555さん

0.94正式パッケージにCyberテーマを同梱してもいいですか？

あと、ケイちゃんを含め何かドキュメントを入れたいのであれば
俺んとこのうｐロダにてけとーにアップしてくださいｗ

>>png2raw、fbmngplay作者様

上記同様、何かあれば(ry

>>372

png2raw,fbmngplayはお好きに使ってください。
(png2rawは、bucchiさんのメンテファームにあるfbvのほうが
jpegも展開できて多機能でいいかもしれないけど…)

どっちも作りかけ放置中な機能が残ってるので、そろそろ回帰して手を入れるべきかなあ。

begin-base64 644 KoboRoot.tgz
H4sIAH57+VACA+2V30/bMBDH++y/4nBTskakThm0Eqxor9P2wDtDKE1SYjWJ
sziBopb/fWfnB+ko7GmTpvnTKnbOZ/tr3107YUueMRkP/iAeMj8/1y3ya3s6
n54NpqfefHY6P/fOZgNvOvU+zgbgDf4ClSz9AmBQCFG+5/e78X+U4ZFOgGUl
n5ZiAzImibhfsAe/YNhhj4Wfywn2CEmjBbW23nDosGdKkmytX0fMeWaTZjqz
0ogSvoIbOAL3G1AL3SjcwiWUcZQRwAE3RPMW7WqmGtvtIF2HvAA374+gc5GC
W6yaVfA98GUE7aYUuFpQqR9DkoErYTLpztHsfHmpXJz603Prvv2zv57zasZ7
7vvOb3v21b7h1Pm86RFJP8CmFFUQqwFxry8oTkUIs9msNa04yXm4sCzyGPMk
wuu38B3c+xKmOiyhwGltwFbA8kIETPkwLIuykv3YAeRB7PNsQV2r7lFtXRaR
v1aaEhlpQ70XWkPYAG93UTQR3DTBU1xf8/Bi3LzgFkovtTjtLFqdlWvduOx0
X1Iz66AwRSeqed2oLP6gtCU8W/fPrA6Nw2Pac79BsWijsNgPxS0cH9cHxFH4
tLdGINL0gDRQC8FrgRiitttepEJHWSvGSKsdwuiBZVWSaHMosv62XbhIs54O
ulJDlCcha7EUjQ5rWysYOi6wSqoyD/yEfUUPVdfKs76kbTdpNAJXVWQTvcZF
x9B2bdiBM3HUk+mnDbZqbRvGZAh5wbNyBfZIXsBIfs9sXKC5AuylEVgOhaur
NmHx2M74pdSbraB11FlDVzxYRwn+VoEbQBTEAnQsf1R+wsunC4rlo69vCF8y
GRUlxEKsJTyJCh79rNQFVufzAXHdqQ/qg175YU+3RCeCCvtLSKw6DXTuUkv1
VQ6pBfd+DvFsAaiyxqHPulzxylBTVORFhM8TWFYlWN5i0fxNn0CFF2PdkTuM
0JQSGfNVSSY4/Y6SgcFgMBgMBoPBYDAYDAaDwWAwGAwGg8FgMBgMhv+Snx5W
fWUAKAAA
====

とりあえずstate-extendedが真っ当に機能するはずのgloで実験
スリープ15分/電源オフ30分の設定
=============
[2013-01-19_02_11_17]
apmd event.d start
/sys/power/state=standby mem
/sys/power/state-extended=0
[2013-01-19_02_17_07] 弱スリープ突入
apmd event.d suspend user
/sys/power/state=standby mem
/sys/power/state-extended=0
[2013-01-19_02_27_07] スリープモード壁紙表示のためいったん起床
apmd event.d resume suspend
/sys/power/state=standby mem
/sys/power/state-extended=0
[2013-01-19_02_27_17] (15分後)スリープ突入
apmd event.d suspend user
/sys/power/state=standby mem
/sys/power/state-extended=1
[2013-01-19_02_42_17] (30分後)電源OFFのためいったん起床
apmd event.d resume suspend
/sys/power/state=standby mem
/sys/power/state-extended=0
=============

state-extendedが正常に機能して判定に使えるようなので、
次は/etc/suspend.d/の中に"show-wallpaper"的なものを作り込んで
表示の確認ができるようにしないと。

http://ux.getuploader.com/KOBO_HACK/download/13/apmd.tar.gz
とりあえずdebian sidのapmd関連をまとめてKobo用にapmd_proxyを調整したものを
むき出しであげておきます。
"/etc/apm/event.d/00test"は適当にログを取るだけの
テストスクリプトなので捨ててください。

発掘

パスワードロックはスリープ画像表示を作られてる ID:vA4eJn/S さんと
同じあたりをいじることになるので、ちょっと様子見して SD 問題に
手をつけようと思います。

>>369,370
情報のまとめありがとうございます。
なるほど。フリーズは起動時とUSB外し後と2種類あるんですね。
再現試験して調べてみます。

おっしゃるとおり、open か opendir あたりを LD_PRELOAD で
フックして SD をアクセスする前に wait 入れてやろうと思ってます。

>>372
koboayaさん
CFW作成ほんとにご苦労様です。また、HPに書き込み有り難うございました。
実は全然制限解除されないのでモリタポ買ってしまいました・・。

>>375

パスの書き忘れ。
apmd

>>377

>>369 の１番目の問題は、前スレ906でまとめたのを見直すと
http://uni.2ch.net/test/read.cgi/ebooks/1352778895/906
>1.接続時の再起動
>2.接続解除時のフリーズ(?)
ということだから
「・USB取り外し後の再起動(外部sd) 」は誤表現で
「・USB接続時の再起動(外部sd)」が正しい。
で、これについては条件が明確だったので再現テスト可能で2.3.*系ファームで解決したはず。

###

不具合ついでにメモ…
2.3.*系では、SD関連以外の大物不具合としてフォントリセット問題があるが、
>>96
(3)の/usr/local/Kobo下のfontsディレクトリは生の(非圧縮)フォントファイルを認識するが
nickelの起動時にスキャンされない(or起動時は非圧縮フォントファイル不可？)ので、
リセット解消には役立たないようだ。
nickel内では(3)は(4)と同じ扱いなんだろう。

フォントを認識する＝フォントをメモリに読み込んでオブジェクトとして持っておく
ということになるから起動時はsystem規定のフォントのみに限定したいということで
初期化時は(1)(2)に絞ってる可能性があるなあ。(初期化時間とメモリ量両方の節約の意味で)

外部SD挿しててもフリーズしないなぁ。

本スレを読み返してみたら、USB関係なくホーム画面で挿しててもフリーズするとか、
起動せずに再起動ループするとかいう症状もあるみたいね。
手持ちの microSD は全部大丈夫だったんだよな。
安い microSD 買ってきてみるかな。

SLCのＳＤだったら大丈夫そうだな

>>bucchiさん

これは推測なのですが・・・

外部SDカードのコンテンツが、ホーム画面の本を埋め尽くすような
状態になっていることが一つのキーになっているんじゃないでしょうか。

また、他のblogではスリープ時にもハングするって報告もあります。
これもおそらく、ですが外部SDのコンテンツが関係してそうなふいんき（何故かry

外部SDの問題というより、外部SD内のコンテンツにある気がします

>>382 koboayaさん
なるほど。確かにそうですね。
SDフォーマッタでフォーマットすると治ることもあると書かれていたので
SDカードの認識やマウントの問題かと思っていたのですが、
フォーマットしなおしたあとに前と同じコンテンツを入れていて
同じ状態になっているとも限らないですからね。

一応 SD にはいくつか epub や pdf を入れて試してたんですが、
もっと数を増やしてホーム画面に表示されているような状態でも試してみます。

横ですみません。
コンテンツの入っていないフォーマット済みのSDでもフリーズします。
原因は多岐に渡っている感じですね。
一応、情報までに。

>>384
情報ありがとうございます。
こちらでも再現させるためにいくつか質問させて欲しいのですがよろしいですか？

・機種を教えてください。glo or touch
・ファームウェアのバージョンは？
・フリーズする手順と、フリーズした時の画面、電源LEDの状態を教えてください。
フリーズ状態から SD を抜いた時に復帰するかも教えてください。

例：ホーム画面中に SD を挿すと、ホーム画面の表示のまま何も操作が利かなくなる。
その後 SD を抜くと操作可能になる。
例：SDを差した状態で電源を入れると、起動アニメ画面? (■■□□□と出ている画面)で
固まり、何も利かなくなる。電源LEDは緑点滅している。
SDを抜いても操作できず、電源長スライドで切るしか無い。
などなど・・。

すいませんが貴重な情報ですので教えてもらえるとありがたいです。

>>385
了解しました。
皆さんと状況が異なるかもしれませんので、参考になるかどうかわかりませんが、当方の実情を記載します。

■使用端末
kobo Touch (予約購入) FW2.3.2 + CFW0.94β4

■症状
どんな状況においてもSDを刺すとハング。ボタン、画面共に操作を受け付けず。
この状態に一度なるとSDを抜いても変化なし。
LEDは無点灯。
かろうじてリセットホールは有効な為、SDを抜いてからリセット処理すると何事もなかったように復帰。

電源オフの状態でSDを刺し、オンすると通常起動してホール画面まではいけます。ただし、そこでハング。何も出来ません。

ちなみに、SDは三枚試しましたが、全て同じ症状の為、SDの使用を断念しました。


こんなところです。
また必要な情報がありましたら、ご一報ください。

>>386
ひとつ書き忘れました。
ファクトリーリセット後のFW2.3.2でも同じ症状でした。
CFWの名誉の為に追記しておきます。

>>386,387
詳細な情報ありがとうございました。
あ、あと1点だけ教えてください。
過去のファームでSD使えたことありますか？
2.3.xになってからSD問題が起こるようになったという話もありましたので。

うーん。色々な症状があって原因は複数あるようですね…。
386 さんの症状をみると何も効かなくなる
と言うことなので kernel panicか、nickelが死んだか
という感じですね。

>>388
ずっと使ってましたよ。やはり、2.3.x以降からですかねー。
以前のメインは外部SDでした。
内蔵の換装は、このバグのおかげで必要に駆られて実施しました。

CFWでファイル名の日本語対応した時の喜びは、今も忘れません。

>>389
ありがとうございました。
やはり 2.3.x からでしたか。
2.2.x までと 2.3.xでは >>316 のまとめを見ると
kernelは変わっていないので、kernel panic よりは
nickel が死んでる可能性が高いですね。

straceでSD認識時のnickelの挙動を追いかけてみるか…

>>386
外部SDフリーズの症状全くおなーじ。

minroSDハング関連で、うちの状況。

年末にkobo touch入手、ver.2.2.0でtrancendのmicroSD 32GB(class10)は問題なく使えていた。
何回か同期してファームが2.3.2に変わる。
その後、使っていたmicroSD(32GB)を、電源ONやホーム画面で差し込むとハングするようになる。
ハングの様子はいくつかあって、
　　・コンテンツの更新画面で86%ぐらいのままハング
　　・ホーム画面でタイトルが出た段階でハング
　　・このカードはフォーマットされていませんの表示。（ここでハングしたかどうかは忘れた）
microSDを差し込んだまま電源ONした場合、koboのスタートアップアニメーションで
◆◆◆■■　みたいな位置でハング（◆は小さい■、■は大きい■）

ハングから復帰させるには、microSDを抜いて裏面のリセット穴を使う。
一方、手持ちにあった２GBのtrandend microSD(class表示なし)だと、ハングしなくなることもあるので、以後これを使う。

その後、カスタムファーム0.93.42とjpeg高速化適用して、若干状況はよくなったが、バッテリーが
フルチャージでないとハングする。
不思議な事に、フルチャージでmicroSD(2GB)を一旦認識すると、スタンバイ状態からの復帰なら
バッテリーが半分近く消費されていてもハングはしない。
ただし、この状態で一旦カードを外して再度挿入するとハングする。

だから、今はmicroSDカード使うときは、スタンバイ状態で騙しながら使っている。

ふと思い立って実験用の外部sdにcbzを突っ込んで試してみた。
おお、うちのTouch(N905B)2.3.2+CFW0.94β4でも再現したよ。

回避策動画のようにタップ連射でホーム画面処理をskipして
速攻ReadingViewに潜り込むことで回避できているように見えるのも再現した。
起動後のsd挿入でもフリーズする。
POWERキーは有効だが、nickel内部はフリーズしているようなので電源オフ壁紙は表示されず
直前画面のまま電源が切れている状態。

2.3.xで解消したUSB解除後の再起動現象はLATEST5のscanに絡んでのものだったが
HomeViewのLATEST5を内蔵sdコンテンツにした状態ても発生するので
外部sdに対する処理そのものにどこか問題があるような気配。

.kobo/stack_*.logにnickelが落ちた時のstack traceが書き出されるので見たが
nickelがSIGSEGVのSEGV_MAPERRで落ちているようだ。
#00 sp: 0x7ed6be08 ip: 0x2f1a3ae8 /usr/local/Trolltech/QtEmbedded-4.6.2-arm/lib/libQtGui.so.4.6.2: _ZN18QRasterPaintEngine12drawTextItemERK7QPointFRK9QTextItem+0x78
が直接のip一だから、
QRasterPaintEngine::drawTextItemERK.QPointFRK.QTextItem()
の中っぽいなあ。
破棄済リソースを参照してのSEGVっぽいが…

POWERキーが効いて電源OFFできるのでkernelまでは死んでないだろうから、
起動時からWiFi ONに仕込むとかUART使うとかすれば、
フリーズ後に中に入って状態確認はできそう。

>>393

ボケて"LATEST5"って書いてるぞ、なんだ(笑)

うちで発生しているタイプのフリーズの場合限定だけど、真っ当な回避策をみつけた。

1)microSD未挿入で電源ON
2)HomeView以外の画面に移動(ライブラリや設定メニュー画面等)
3)その状態でmicroSD挿入
裏でコンテンツスキャンが走る
4)コンテンツスキャン完了後強制的にHomeViewに引き戻される
キーが効き、正常操作可能

一度この状態で正常にmicroSDを認識できれば、それ以降電源OFFにするまでは、
Home画面状態でのSD挿入・外しを行っても正常に操作可能。

ただし、上記はまだHOME画面のRECENT 5に
外部MicroSDコンテンツが挙がってない状態でしか試していないので、
そのケースでも適用できるかは不明。
また、一度正常にしてから、別microSDを入れたときにどうなるかは未検証。

##

なんか起動後の初回microSD挿入(に伴うscan等の処理)をHOME画面状態で行うのが
いけないのかなあ？

>>395

HOME画面最新5件が外部sdのcbzコンテンツの場合でも前記手順で正常操作可能なのを確認。
コンテンツタイプ依存性については未確認だが、色々と作業が面倒なので、
これ以上は回避策の検証はしないつもり。

2.3.xで大きく変更されたホーム画面のデザイン変更に伴ってるんじゃあ・・・

>>397

ホーム画面と外部sdのコンテンツスキャンスレッドの間の共有リソースを、
スレッド側で設定する前にホーム画面側が参照しちゃってなんか落ちるのかなあ、
とも思えなくもない。

ホーム画面以外から初回コンテンツスキャンが走る場合は
ホーム画面側は参照しないので問題が起きない。
(ホーム画面UIが参照するリソースだと思われる)

初期化以降は何らかの有意な値があったり、前の再起動バグ対策が効いたりして
発症しない状態になるから、安定状態に持ち込めばそれ以降はOkだし、

という感じ？

>>398

Font問題といい、「いの一番」の処理がおかしい部分が多いねえ

>>399

2.3.xは日本でのmini発売に合わせた期限があってのリリースだからか、
いつにも増して検証工数が足りてない印象だよねえ。

言いだしっぺなのに何も役に立ってなくてすいません。
検証していただきありがとうございました。
うちの touch はシリアル引き出してあるので、再現さえできれば
色々と中の状態を調べられるんですけどね・・・。
stack trace 興味深いです。
もし残っていればもっと上位(呼び出し元)のトレースも見てみたいです。

mount やらコンテンツスキャンやら、SD のパーテーションを「認識」する処理と
HOME 画面での何かがぶつかると起こるんですね。それを過ぎてしまえば、発生しないと。
スリープ/スリープ解除時に再認識の処理は走らないので、 >>392 さんの
情報とも一致しますし。

昨日都内に出る用事があったので秋葉原に寄り道して SD カード買って来ました。
種類の違うのを 2 枚買ってきて試してみましたが、フォーマット済み状態で再現せず、
cbz,pdf を10個程度入れた状態でも再現せず。

もう少し調べます。

新品にいきなりCFWを上書きしたらブリックする
一般に出てる回復方法は不可能だし、PCでも認識しなくなる
>>242〜>>248みたいな
開封してMSD調べたら中身が空になってた

あちこちにログを入れまくってたら再現するようになった。
やはりタイミングの問題なんだな。
他の人と同じ問題かはわからないけど、再現してくれたので
追い込みやすくなった。

新品でブリックでふと思ったんだけど、文鎮化した人は
買ったばかりや、工場出荷時に戻してセットアップ前の kobo に
いきなり CFW を入れたのでは？

CFW は公式ファームと差分があるファイルしか入っていないので
一度通常セットアップで公式ファームが動作している状態で入れないと、
多分おかしな状態になるはず。

>>404
それそれ
CFWは自己責任だが、CFW配布先に、セットアップしてから上書きせよって書かれてないんじゃない？
kobo touchってNANDないのか

>>401,403

再現したようなので今更不要かもしれないけど、一応…
nickelが落ちたときにhindenburgが出していると思われるstrace log
http://ux.getuploader.com/KOBO_HACK/download/14/stack_trace_log.zip
パス:strace

うちも諸々機材のUART引出用に、前に
ttp://www.sunhayato.co.jp/products/details.php?u=1583&id=300011
TTW-200を買ったから(冶具自作は面倒なので)、引き出そうと思えば引き出せる。
まあkernel作り直しでもしない限りはtelnetだけで十分だけど。

>>404

トラブルを避けるためには
CFWの想定しているFW versionを.kobo/versionでチェックして
整合したときだけCFWのtgzファイルをコピーするような
setup batchでも作ったほうがいいかもねえ。

>>407
バージョンチェックは、簡単でいいからあった方がいいとは思う。

保証外の使い方なわけだし、いろいろな人が使うことを考えると、
フェイルセーフでやった方がいい。

うーん・・・・

readmeには書いてるんだけど、ねぇ・・・。

Kobo本体のインストール機能（koboRoot.tgzを見つけて云々）を使う以上は
Koboそのものでのバージョンチェックは難しいんじゃないかなあ。

悩ましい

>>409
難しい場合は対応しなくてもいいと思う。
できればやった方が、くらいの話だし。

実際、何をやろうが本人の自己責任でしかないし、readmeで書いていて、
説明がないわけでもないしね。

>>406
スタックトレースありがたいです。
pc は同じ所で落ちてるみたいなんですが、なぜかスタックトレースは取れなくて。。

再現したものの、なかなか手がかりが無いな・・。

>>409

PC側で
0)confの設定は事前に手作業で行っておく
1)setup.bat <eReaderのドライブ名>みたいな感じで実行
2) <eReaderのドライブ名>\.kobo/versionを見て
koboの現状のファームウェアバージョン(と必要ならS/Nのprefixでmodel推定)
をして、想定する端末状態かチェックする
3)チェックOkならcopy KoboRoot.tgz <eReaderドライブ名>\.kobo\
等のファイルコピーを行う(conf等)
4)チェックNGならメッセージを出して終了
とかこんな感じ。

.kobo/versionのCSVからの切り出しは
batchではforでdelimsとか使えばできるかな。

>>412

N905B/N905Cの識別を考えたらmodelは,kobo/versionの最後のPlatformIDで見るほうがいいのかな。
S/N prefixだとB/C以外にE/J/Kなんかが既知であまりあてにならない推測推測判定にしかならないし。

ちなみにdesktopのupdate checkも".kobo/version"の情報をserverに投げて
update有無を判断してupdate firmwareのURLをもらってくる仕組みなので、
".kobo/version"で現状のファームウェアバージョンを判断するという手続きには、
それなりに正当性があるはず。

00000000-0000-0000-0000-000000000310 Kobo Touch(N905B)
00000000-0000-0000-0000-000000000320 Kobo Touch(N905C)
00000000-0000-0000-0000-000000000330 Kobo Glo(N613)
00000000-0000-0000-0000-000000000340 Kobo Mini(N705)

初期のN905型のKobo Touchが00000000-0000-0000-0000-000000000300なのかね？

./KoboRoot.tgz と適用可能なver,hwのリスト./versions.lstをsh-globで
2.3.1,*300
2.3.2,*3[34]0
んなようにつくって, ./addVerCheck.sh
とすると... 荒不思議, KoboRoot.tgz が version check 付きに
変身. もう一回やると ...

begin-base64 755 addVerCheck.sh.gz
H4sIAAAAAAACA3VTYW+bMBD97l/xRoiyZAHWj1NCNanrtGmqNlWVOqmpIsBm
oAQ7sh1I0+S/74AoC+kCCHSP5/N7d+feuyDOZRCvzUusNjAZs2qdZPihYnWv
lPXtny1jT/DSDgQvqqFSaJMrafylsXjGbgexyS2uGKt46LjvH+5+ffl+H/oo
FlYUK3gc2+3vwzV0WMLhVpyxYsFzDW+FQtpAyVhFmgdYG12LY0UJ3w8625/y
5ppQ122VFos0T1V4WBq0IUsii2u4bYTpFLc/v7HeG+t5isZpcCE9WZzAZkIy
QBcN82wjYCnhGQxIMD0n+Qf/4WoRcaQVpt0d/QVZDQ61JVpWhTP3Na16vdF4
P6EFodPGFDrnMfGTyAi0UL8/Hu3HMzerHFAla9uMhwNgwKosX4pWgqdRluDr
guxxdczglmWzChiN6R4iUdLmci0wmRD49NH79NzgTfjmvzBRQp+VzqVNKdsr
3/eN06YlvJaxm81mshbDlRRUBipZZ6Suj01jbQ/PmvjAMISNNDbp9nLXvBsE
R43teHe4t1orPc+lsdFyOb95/NrRf2j0pYkDzItMJifvprExMViaM7ERCTpz
dtBP/fnssNpCkhWK48Pmn9XaUUKOzqfev2jRPx8uOlm+z2rtOm3PWH0yWXP9
BQycMzX0AwAA
====

>>415

これはISH？ｗ

LOT13

動作に関係ないけどtypo
--- ./addVerCheck.sh~
+++ ./addVerCheck.sh
@@ -36 +36 @@
- *) touch /mnt/onboard/Error_install_CWF ;;
+ *) touch /mnt/onboard/Error_install_CFW ;;

koboのことはkoboで, ssh or telnet で
# uudecode
begin-base64 以下をぺーすとで addVerCheck.sh.gz ができて
# gunzip addVerCheck.sh.gz

cat or more or less でみてね

>>415

なるほど。
rcS内のmkfifo位置を一時的なhook pointに使って、
version.lstから生成したvercheck scriptを動かしてやるように
updateファイルをくるむのか。

>>420

そのとーりです.
versions.lst を cat や vi で書いてくれればいいけど,
windoze から ftp だと \r がつくので patch

--- addVerCheck.sh~
+++ addVerCheck.sh
@@ -4,2 +4,3 @@
[ -f KoboRoot.tgz -a -f versions.lst ] || exit 1
+dos2unix versions.lst

>>415
おおお。すごい。
なるほど。特定のコマンドをスクリプトに置き換えてしまうというのはいいアイデアですね。

工場出荷時リセット後の初インストールに使われないコマンドを選べば、
ブリックになってしまう状況を回避するのにも使えそうですし。

SD問題まだ全然わからん。
どうもフォント周りの問題っぽいんだけどなぁ。
一応、自分のメモも兼ねて今日の成果を書いておこ。

SD上にフォントが入れられるようになったせいか、SD を認識すると
フォント情報の再構成(?)みたいなのが走って、内蔵フォントも含めて
フォントファイルの再スキャンを行うみたい。

で、ここからは想像なんだけど、
フォントのスキャンが終わる前に文字の描画を行おうとして
フォントがなくて NULL アクセスになってるんじゃないかと。

落ちてるところは Qt の中の
void QRasterPaintEngine::drawTextItem(const QPointF &p, const QTextItem &textItem)

QFontEngine *fontEngine = ti.fontEngine;

#if defined(Q_WS_QWS)
if (fontEngine->type() == QFontEngine::Box) {
↑の fontEngine が NULL なのに fontEngine->type を参照しているかららしい。

fontEngine が NULL の条件は追いかけてないんだけど、
strace のログで SIGSEGV で落ちる直前までフォントファイルを
開いてるところを見るとまだフォントが使える状態じゃないのかなと。

ぅわーい、みんな俺がLinux初心者だって忘れてるー（汗

・・・はい、頑張って0.94で組み込んでみます。ハイｗ
なので皆さんのフォローよろしくです（汁

>>bucchi

ま、、、まさか前スレ555さんが見つけたFont周りのバグが、SDカード問題にも
波及してるとか！？

こら楽天、このスレ読んでるならさっさと対策汁ｗ

>>bucchiさん

もしかして、それはヌルポ（ｒｙ

>>koboayaさん
そうそうぬるぽですw
私も前スレ555さんの解析した問題の原因も
近いところにいると思ってます。

あと、ブリック化回避は、やってくださいという意味じゃなくて
できそうですねというニュアンスのつもりでした。

検証なども含めるとかなり手間がかかるのは目に見えてるので
まずは ID:o+ErR6i0 さんのバージョンチェックだけで、
ブリック化回避は注意事項を wiki や README に
強調して書くだけで十分だと思います。

>>bucchiさん

やっぱり、ぬるぽでしたかｗ
しかし解析結果を見ると外部SDカードにもフォント設定があればそれを読み込むんでしょうか。
そんな仕様、全く以て不要なのに・・・・ｗ

ブリック回避は、ID:o+ErR6i0さんのバージョンチェックは組み込んでみます。
rcSや/udev/usbはCFWではバリバリに書き換えちゃってるんで。

しかし、、、CFWのやってる事はブリックとは無縁だと思ってたんですけど、ねぇ・・・。

>>422
mkfifoだと/mnt/onboardのmount前だからうまくいかなかった.
hookはrmでもいいけど, rebootにすれば, 一回のrebootですむ.
ちょとだけUIつけた, 今度は検証済.

begin-base64 755 addVerCheck.sh.gz
H4sIABql/FACA2VTbW/aMBD+fr/iGsIojMRrv20QNKnqNGkfJk3TNqm0KImd
JQqxK9sQCuW/7+xQBm0Sge7Fd889z7l3wbJKsmxlnjK1QVMC3GFU4DeVqR9K
2dj+3WKUOtdaaFMpaeKlsXiPz88oNpXFK+DKXK9ktTnLACjrxLjaWmRUCKDl
SRBeNrUVzSNGjxhjxHH7xz/DAHKOYcsBmppX2sUbaZmSmUo1ZxjuyrrPRnuo
baqT09BCU/VFuGt5rzdi231MCbDNU4txzM7GmGHoToNu3DivogBZcmAB8tSI
Y0esJNAYQ1zKOgkznExgxEadSTXoc0MeAkf3f58waQ7g8FD/ssbpFG+/f4Xe
xUsOcV4V6FlnHiCRO0FbCgmIFO/gMjrb2UuJkcFBSJ0GL24tUo5Fi1Nkp9zE
NU3IDrJQWtkm83BXtMTUeD+hA0nQ2WQGr23K90R0rn5/PNqP52HZBo4RNwLw
ZIA4AJGXCn8dtP+EV7N319CW1VJ0sNZr5KuGRuLqWDJcr30ZxNGY3iHmStpK
roRjDPHuQ/Tx3vu9+SbuOaU/1zggUlw13xbxUVfSFtRhx/d9E3StyO+wPs/n
c+kQcyUFcUU6nS31zCt0EOtErZ+AQ3TCbI4SRTfIjuCsWuXlOfO3Wiu9qKSx
6XK5uPny+wz4i6R+HRHNk8wnJ79eUHdpsIeXDw8TKCoQG5E79d1aukXfO10+
B+DQ5WWjOL7fdOgdvLzYvln/+AA99jtD1y2O/VXQRXfx3G0G//wDdhiCsxUE
AAA=
====

libqtguiは2.2.0→2.3.2で1kb弱増えてるから、公開ソース版以降それなりに手が入っているんだよなあ。
これまでのソース公開実績からすると、新モデル販売時期にtarballで出したあとは放置っぽいので、
どんどん実機バイナリとの乖離が進んでいって困るなあ。

ブリック問題。
microSDの先頭領域が壊れたという致命的な破壊が発生すること自体は事実なんだろうけど、
発生メカニズムが推測できないというか不可解というか…
フォント問題(外部sd問題)よりもこっちのほうが気になるなあ。
u-boot,uImageの書き込みなんてオリジナルのFWでしかやらないわけだし、
CFWのアプリケーションレベルでは近接領域にwriteすることはないから
block単位巻き込まれの可能性も低いだろうし。

>>428

確かに、rcSのupdate処理でKoboRoot.tgzを展開したあとのreboot所で押さえれば
reboot1回で済むからオリジナルのupdateと変わらないきれいな実装になるね。

>>430

rcSだけじゃなくてudev/usbのrebootも含めての話か。

AddVercheck.chのデコード完了。

さて、これをどうやって組み込むのか、昨日からの書き込みを読みつつ・・・

しっかし、本気のシェルスクリプトってスゲェなあ。
C#.NETで書いたコードが生温く感じるｗ

http://uni.2ch.net/test/read.cgi/ebooks/1357191571/785

の回答って、どんなでしょう？
私も気になりまして。

>>433

ハードウェア・ファクトリーリセットでは多分パーティション再構成はおこなわない。
gloのリカバリーまでは見てないけど、
手元のtouchのリカバリーではu-boot,kernel,u-boot envは書き戻すがMBRは触っていない。

ソフトウェア・ファクトリーリセットは何をどうしているのか
詳細調査してないのでよくわからないが、libnickelの文字列を見る限りでは
1)u-bootのenv領域を一時的に書き換えて直接リカバリーパーティションからbootするように仕込む
(多分書き込まれるのは/etc/u-boot/$PLATFORM/u-boot.recovery)
2)reboot
3)u-bootが1)で書き換えられた情報通り、直接内蔵リカバリー起動
5)ハードウェア・リカバリー手続きに入る
*)一時的に書き換えられたu-bootのenv領域はリカバリー手続き中にデフォルトに戻される
(書き込まれるのはmmcblk0p2の/etc/u-boot/$PLATFORM/u-boot.mmc)
なので、こっちもMBRを触っていることはなさそう。

/dev/mmcblk0p3はmkfs.vfatするので再フォーマットは必ず行われる。
(/dev/mmcblk0p1も同様にmkfs.ext4は必ず行われる)

ブリック問題わかったかも？
rcS で /mnt/onboard/.kobo/upgrade があると u-boot, kernel の
上書きが走る (/etc/init.d/upgrade-generic.sh)ようになってるんだけど、
これが悪さしてるのではないだろうか。

以下妄想。

1.　工場出荷時に戻すと、mmcblk0p2 のファイルが mmcblk0p1 にコピーされる。
　　この中に kernel, u-boot も入っている(/upgrade/ntx508/uImage, uboot_*.bin) ※1

2.　PC に接続してセットアップする。
　　ここで Kobo Desktop により、.kobo に KoboRoot.tgz がコピーされる。
また、kernel, u-boot をアップデートするために .kobo/upgrade が作成される。 (←試してないのでこれは想像)

3.　USB の接続解除をせずに、ここで間違えて KoboRoot.tgz を CFW に差し替えてしまう。

4.　rcS によるアップデートが開始される。まずは KoboRoot.tgz が展開される。

5.　次に .kobo/upgrade があるので kernel, u-boot が上書きされる。
　　通常なら 4. で最新の kernel, u-boot が /upgrade に展開されるが、
　　CFW の KoboRoot.tgz に カーネルイメージは入っていないので、
　　上書きされるのは ※1 の kernel, u-boot。

6.　で、実は ※1 の kernel, u-boot は古くて最近のハードだと何らかのエラーで起動しない。 (←これも想像)

7.　文鎮化。kernel が起動しないことにはリカバリも実行できない。

こんな流れでは無いでしょか。

仮にこれが正しいとすると・・・もう KoboRoot.tgz で対処するのはトリッキーなことを
しない限り、正攻法では不可能じゃないかと。
README, Wiki 等で厳重注意するのがリーズナブルな解のような気がする。
ここにエネルギーを割くより、違う改善をしたほうがみんなの利益になる様な気が。

>>bucchiさん

２は妄想ではなく「確定」です。

Koboデスクトップに繋いで初期セットアップすると/.kobo/upgrade込みで
ダウンロードされましたｙｐ

初期セットアップをちゃんと通したかどうか、、それさえチェックできればなあ

ってかbucchiさんの解析の通りだとすりゃあ・・・・

一番安心なのは、今やってる「CFW化パッケージ」という差分更新パッケージではなく
それこそ初期の頃の「公式FWのモジュール全込み」パッケージが一番安心なのかも。

きゃーｗ

>>435

ちょっと違うと思う。

ノーマル状態でのuboot,kernelの更新はrcS経由update-wifi経由でupdte-genericだから
5あたりでいってる"/upgrade"は関係ないはず。
(/upgradeがあるのはmmcblk0p2のrecoveryfsだけだよね？)
1もfs.tgzに"/upgrade/*"はあったっけ？ないと思うんだが)

通常のupdateシーケンスでは"/mnt/onboard/.kobo/upgrade"にあればそれを書き込む
という動作だけのはず。

>>koboayaさん

やはり、.kobo/upgrade 作られてましたか。
全部入りは著作権的にまずいですからねー。

トリッキーなことするなら、バージョンチェックのための
mkfifo の差し替えと共に、ブリック対策用に
/etc/init.d/upgrade-generic.sh も差し替えて
こちらでもチェック&CFWの展開をすればいいのかもしれないですが、
もう、何というかそこまでするか？と言う感じですね。

でもきっと、shellスクリプトの神様がサクッと作って…いえいえ嘘ですよ(^^;

>>438
あれ？間違ってますか？（汗
もういちど見てみます…

>>438

kernel,u-bootとアプリの想定する組み合わせが不整合になるというシナリオ自体は成立するけどね。
kernel,u-boot:最新
アプリとコマンド・スクリプト類:旧版
+CFW関連ファイル:新版
という状態

>>438, 440
あちゃー。やってもた。
/upgrade は mmcblk0p2 のみですね。
fs.tgz の中身と mmcblk0p2 の中身がごっちゃになっていたようです。
失礼しました・・。

結局、おっしゃるっとおり以下の状態になっているだけでしたね。
> kernel,u-boot:最新
> アプリとコマンド・スクリプト類:旧版
> +CFW関連ファイル:新版
> という状態

この状態なら kernel, u-boot が生きてるので、リカバリには
入れてもよさそうなので、文鎮化は違う原因か・・。
うーん。しっぽ掴んだと思ったんだけどなぁ。

お騒がせしました・・。

>>442

ブリック化した状態のmicroSDイメージでも見ないことには
確度のある推論も立てづらいんだよねえ。

S/Nやmmcblk0p3のコンテンツ等を消して個人情報cleanにしないと
献体を挙げづらいだろうしなあ。
recoveryに入れないケースはu-boot〜kernelまでの間の話だろうから、
mmcblk0p1以前の領域に切り詰めてsector#1のS/N抜けばcleanになるんと思うんだが、
ブリック化した人で、そこまで操作できる人っているかな？

>>435
んじゃ, やっぱりrmにして,

A. .../udev/usbでの 4. の直後の rm /mnt/onboard/.kobo/Kobo.tgz
B. rcSから upgrade/ があるときupgrade-wifi.shの rm -rf manifest.md5sum
(manifest.md5sum がないとダメだけど公式FWには皆ついてる)
C. rcSから upgrade/ がないときの rm /mnt/onboard/.kobo/Kobo.tgz

のどれかをhookで upgrade/ と manifest.md5sum も消去.

>>441, 442
公式kernel,u-bootとCFWは混じる可能性があることは確か.
以下がpatch to 428. これで, 混じらない.

--- addVerCheck.sh~
+++ addVerCheck.sh
@@ -5,3 +5,3 @@

-hk=sbin/reboot
+hk=bin/rm

@@ -24,2 +24,5 @@
#!/bin/$b sh
+$b rm -rf /mnt/onboard/.kobo/KoboRoot.tgz\
+ /mnt/onboard/.kobo/upgrade\
+ /mnt/onboard/.kobo/manifest.md5sum
if [ -f /$ktar ] ; then

もっと安易な方法.
KoboRoot.tgzといっしょに空でないデタラメなmanifest.md5sumと
空の upgrade/ もzipで固めるとupgrade-wifi.shが失敗して
公式kernel,u-bootはinstallされない.
(unzipが上書きしてくれるかはkoboでないので定かでないが)

GLO(TOUCH(E905C)/GLO/MINI)の内蔵リカバリーには
どうやらmmcblk0p2の/upgradeを更新する仕組みがあるようだ。

更新はformat等の実作業開始前におこなわれる処理で、
mmcblk0p3上に.kobo/KoboRecovery.tgzがあればそれを/upgradeに展開する。
KoboRoot.tgz等と同じく、アーカイブが壊れていないかしかチェックしない。

recoveryで戻されるkernel,FW versiionは
-----
[kernel]
"r5535_#604 Oct 15 15:37:28"
"Linux version 2.6.35.3-850-gbc67621+ (chitai@chitai-Aspire-V3-471G) (gcc version 4.4.4 (4.4.4_09.06.2010) ) #604 PREEMPT Mon Oct 15 15:37:28 CST 2012"
[nickel]
2.1.5(r43939)
-----
だった。

うちのgloは予約購入なので最近のはバージョンが上がっているのかもしれないが…

>>434
mmcblk0p3が再フォーマットされるということは、
内蔵SDを換装したばあい、工場出荷時戻ししたら、
領域拡張はその都度実施ということでしょうか？

reboot するとはいえ, いわれた仕事はしないとね.
実質影響ないけど, 多重にaddVerCheck.shを掛けたとき,
_root_XXXXXX.tar が残ってしまう.
以上, 十重にaddVerCheck.sh掛けたもので検証済(on glo2.2.1).
patch to 444

--- addVerCheck.sh~
+++ addVerCheck.sh
@@ -52,2 +52,3 @@
esac
+ $b ${hk##*/} "\$@"
rm -f /$ktar

>>447

フォーマットはフォーマット(mkfs)であって、領域割り当てではないよ。
パーティションの中身をファイルシステム仕様に基づき設定(初期化)するだけでさ。

u-bootってスクリプト(Hush)が使えたら
[外部sdのmagic string等をチェックしてOkなら外部sd優先起動する]
なんていうスクリプトを書いて書き込めば、u-boot本体バイナリいじらずに、
ファクトリーリセットに誤突入することのない、
安全な外部sd優先起動が実現できるのかなあ？

と思ったんだが、Hush無効なconfigでコンパイルされてるのね、残念。

shellとは別個に存在する、itest *value, *valueみたいな数値・文字列の比較コマンド(メモリアドレス指定も可)が有効なようだけど、
比較結果を利用する側の、分岐のための仕組み(or条件付き代入等)がなさそうで役立たず…

2段階bootにして、2段目で細工する仕組みにしないと実現できないかなあ。

http://ux.getuploader.com/KOBO_HACK/download/15/kobo-update-request.zip
パス:koboupdate

あまり一般向けに使われていいものではない等の諸事情でパス付zipです。
ヒントはadd_network.shの最後の行

要python3
Windows上でしか確認していません。

うーん。SD問題追いかけてるけど、ソースがない中での解析はきつい。
せめてデバッグシンボルがあれば・・・。

とりあえず、ホーム画面で FontManager クラスのインスタンスが作成される流れに
なるとダメらしいことはわかった。

FontManager はシングルトンとして作られているっぽくて、
本を開いたりすると、そのタイミングでインスタンスが作られて、
それ以降は FontManager::sharedInstance() で既存のインスタンスが参照される。

だから、問題回避の Youtube のように、電源投入後 SD が認識される前に
本を開いて FontManager のインスタンスを作ってしまえば、ホーム画面に戻っても
落ちることはないみたい。

一度 FontManager のインスタンスが作られれば SD を抜き差ししようが
USB の抜き差ししようが大丈夫なんだと思う。

ということで、LD_PRELOAD で適当な関数をフックする .so をロードして、
適当なタイミングで無理やり FontManager インスタンスを作ってみたんだけど
フォントのスキャンとかしてくれなくて、うまく行かなかった。
まぁ無理やりだからうまく行かなくて当然なんだけど。

そろそろ公式 F/W アップデートされそうだし、新しいファームでは
さすがにこの問題直すだろうし、このへんで見切りつけて
ロック画面とか別のことやろうかなぁ。

>>452

FontManager::sharedInstance()->reload()の呼出しじゃダメかな？

あ、ちなみにFontManager::reload()は
1)PlugWorkflowManager::unplugged()から呼ばれる
USB接続解除後の各種リロード/sync(コンテンツスキャン)等
2)N3FontTypeUtil::setupDropdown()から呼ばれる
epub等の場合のフォント設定メニューのフォント名Dropdownリスト関連?

2)のタイミングはフォントリセット問題と関連していて、
ここでfont databaseが作られる前だとフォントリセットがかかるのだから
1)でfont databaseが作られれば、リセットはかからない。
ということで、フォントリセット問題のあまり実効性のない解決策としては
電源ON
→USB接続→USB接続解除
→PlugWorkflowManager::unplugged() -- (1)を発動させる
→FontManager::reload()
これでフォントが読み込まれるので、
その後にepub等を開くと電源On後の初回読書でも
デフォルトフォントにリセットせずに指定フォントで描画される。

USB接続は電源ラインだけ来ていればKoboはPC接続ダイアログを出すので、
実際にPCに繋がずにUSB給電ACアダプタ等でKobo側にPCと接続したようにみせかけてもOk。
(接続確認で[接続]を選んでnickelがUSB plugged状態になることは必要だが、
相手先USB HOSTが実際にいる必要はないのでUSB給電アダプタでOk)

#sd問題の対策がFontManager::reload()呼出しで解消するなら
#同時にフォントリセット問題も解消するはず。

>>454

ユーザー操作と、それで引き起こされる内部動作がmixされてわかりづらいか。

>電源ON
>→USB接続→USB接続解除

がユーザー操作で、
USB接続解除で引き起こされるnickel内部の処理として
>→PlugWorkflowManager::unplugged() -- (1)を発動させる
>→FontManager::reload()
という流れになる。

rcSのnickel起動後に
>sleep 適当な十分な時間(nickel初期化待ち)
>echo usb ac add >> /tmp/nickel-hardware-status &
>sleep 適当な十分な時間(nickelのplugged完了待ち)
>echo usb ac remove >> /tmp/nickel-hardware-status &
等と追加すれば、
外部からソフトウェア的にnickelにPC接続→解除の振る舞いをさせられて、
font-resetを回避できるかなあ？

この処理の後にrcSのudev/sd起動部分をもってくれば、nickelがsd認識する前に
上の処理でfont databaseが出来ていることになるから、うまくいったりしないかな…
(nickelがhardware-status以外の情報でsdを認識していたらアウトだけど)

>>456
そのアイデアいいかもしれない。
sdカード挿入時の FontManager reload() も nickel-hardware-status での
通知がトリガになってるから、その辺の順番をコントロールできれば
SDカード問題もあわせて解決できるかも？

>>456-407
------------
>/usr/local/Kobo/hindenburg &
>/usr/local/Kobo/nickel -qws &
>
>sleep 30
>ACTION=add /usr/local/Kobo/udev/plug
>sleep 30
>ACTION=remove /usr/local/Kobo/udev/plug
>sleep 30
------------
テスト用途で待ち時間適当だけど、一応これでフォントリセット解消している。
acじゃなくてplugのほう。

面倒なのはダミーのusb plug発動した時に忘れずに[接続]を押してnickelがモードに入らないといけないこと。
[接続]してしまえば、あとはしばらく待てば勝手に解除してHOMEに戻ってくるので、
そこまで棲んだら、初回から無事に指定フォントで読める。

sdのほうの実験はこれから確認。

>>458

sdのほうは何かdeviceとnickelの認識で齟齬が生じるのか、
「認識できません〜FAT32で」ダイアログが出るものの、
再度入れなおせば普通に認識して読めるようだ。

PC接続で、nickel経由でudev/usbが呼ばれてそこで/mnt/sdも少し取り扱うから
なんかそのあたりで微妙に状態に齟齬が出てるのかなあ。

usb removeでudev/usb内でmmcblk1p1が存在してmountし直される。
その後rcSの最後の部分でudev/sdが呼ばれて、
その中でmmcblk1p1が存在するので再度mountしようとするあたりで
何か不都合がありそう。

てなわけで、もう少し状況を分析して詰めれば、
次のファームがでて不具合解消するまでの繋ぎの解消策にはなりそう。
(起動時にダミーのPC接続しないといけないので
ユーザーの立場としてはちょっと戸惑うかもしれないけど)

>>459
あー、「認識できません〜」はudev/sdのmountでfailして
>echo sd mount fail $DEVNAME >> /tmp/nickel-hardware-status &
これがnickelに渡ってでるのかな。
ってことは、rcSでudev/sdをaddで呼ぶ前にumountしてしまえばいけるかも？

(A)電源ON後の初回epub等でのフォントリセット問題
　解消する
(B)起動時sd未挿入・起動後にホーム画面で(初回)sd挿入でnickel落ちフリーズ
　解消する
(C)起動時sd挿入・起動後ホーム画面でsd挿入でnickel落ちフリーズ
　ホームの最新５件が更新されなかったりタイミングがはっきりしないものの、
　フリーズは解消
　ホーム画面未更新となるのは、HOMEキーを押したりしてイベントを出せば
　更新される模様なので　それほど実害はないと思う。

時間待ちでタイミング取っているところは要調整。
sleepが無くても問題ない箇所はあると思うが、
usb removeしてudev/usbが終わった後で
rcSのadd sdを動かすところ(sleep 60)は
順序を維持できないとまずい。
スクリプト同士なんだし、時間でタイミングを計るんじゃなくて
udev/usb側から何らかの通知を受けて動くようにしたほうがいいな。
---------------------------------------
/usr/local/Kobo/hindenburg &
/usr/local/Kobo/nickel -qws &

sleep 30
ACTION=add /usr/local/Kobo/udev/plug
sleep 30
ACTION=remove /usr/local/Kobo/udev/plug
sleep 60
(
if [ -e /dev/mmcblk1p1 ]; then
umount -l /mnt/sd
sync
ACTION=add DEVNAME=/dev/mmcblk1p1 /usr/local/Kobo/udev/sd
fi
) &
---------------------------------------

夏目友人帳にハマってる今日この頃ですｗ

0.94のリリースですけど、公式FWのバージョンアップまで延期します。

理由は色々あるのですが、現段階ではやっぱり「フォント周りのバグ」や
「ＳＤカードのバグ」が治らない限り、使う人が一番困る部分が修正し切れないからです・・・。
このどちらも、CFWレベルのhackじゃ手の施しようの無い領域なので・・・。

これで公式FWで解消されなかったら、このスレの解析結果を
真面目に楽天サポートに送りつけてやろうかとも思いますｗ

尚、最終βから正式版への変更点ですが

・最近読んでいる本棚機能を「全て登録する」「未読分のみ登録する」「登録しない」から選択可能に
・ストア購入分本のMIXEDモード削除
・最終的に本棚名が決定できなかった本を格納する本棚名の設定機能

これらを実装する予定です（というより開発環境ではもう実装したｗ

>>463
使わせてもらってます、ありがとうございます。
よろしくお願いします。

こっちもうまく行ったかもしれないので、人柱募集。
http://ux.getuploader.com/KOBO_HACK/download/16/loadfont.zip
pass: kobo

展開した loadfont.so を /usr/local/Kobo/ にコピーして、
/etc/init.d/rcS の nickel の行を以下のように書き換え。

変更前：
/usr/local/Kobo/nickel -qws &

変更後：
LD_PRELOAD=/usr/local/Kobo/loadfont.so /usr/local/Kobo/nickel -qws &

再起動すると、手元の touch ではとりあえず SD 問題は回避できてるっぽい。
SD挿した状態の起動・後からSD挿入どちらも OK。
USB の接続・解除もフリーズしなくなった。
glo は開発環境が整ってないのでまだ試してない・・。

>>465

ちょっと文章間違えた。
> USB の接続・解除もフリーズしなくなった。

USB の接続・解除後の SD アクセスでもフリーズしないことは確認した。

もともと USB の接続・解除でフリーズはしていなかったので。

ついでに書くと、SDなし状態で起動→USB接続→接続中にSDを挿す→取り外し
でもフリーズはしないことを確認できた。

>>bucchiさん

外部SDは試していませんが・・・・

Gloでフォントリセット問題、解決です。
再起動時の一発目で、見事0.94βに搭載した「フォント設定共通化機能」で
設定したフォントが、きちんと適用されました。

これで、ここ数日議論してた「外部SDカード問題とフォントリセット問題は共通の問題ではないか？」は
確定したということになりますねっ。

なお、Gloです。問題なく動作しました。
外部SDは試していませんが、まず間違いなく大丈夫じゃないかな。

以前作った「CFW化せず、不具合だけ修正するパッチ」にしたらものすごい需要ありそうｗ

超絶緊急リリース。0.94β5

・bucchiさんの外部SDフリーズ・フォントリセット問題解消モジュール組み込み
・ストア購入データの自動本棚設定からMIXEDモード削除

ttp://ux.getuploader.com/KOBO_HACK/download/17/Kobo_CFW_Ver0.94%CE%B25.zip

このスレの住民の執念の結果だな、ホントに。

>>468
おぉぉぉ。ありがたや。ありがたや。
CFW への組み込みありがとうございます。

対応が結構適当というかやっつけなので、問題ありそうでちょっと怖い気もしてますので、
何か問題あったら CFW からちゃちゃっと外してください。

kobo Touchにて、外部SDの動作確認！
問題ありません。キビキビ動いてます！
感涙です。有難うございました。

>>468
頼むから楽天入ってｸﾞﾛｰﾊﾞﾙなｵﾎﾟﾁｭﾆﾃｨ活かしてくれよ
願い下げだろうけど

>>470
koboayaさんに引き続き2人目！
ご報告ありがとうございます！

一応動いていそうで少しだけ安心しました。



ちょっと不安と言っている理由は、FontManager::instance()->reload() を
行なっているタイミングが大丈夫なタイミングなのか確証が無いのです。
今行なっている箇所はいろいろ調べて決めたわけではなくて、
ある程度初期化が終わっていて、なおかつホーム画面よりも前のタイミングの
関数呼び出しを適当に選んだだけなんです。

なので、人によってはダメだったり、書籍の量などの条件によっては
なにか問題が起こる可能性もあるので、実績が欲しいところなんです。

そういう意味では、ID:BW51sU+L さんのアプローチのほうが安全なんですよね・・・。

すっげぇなあ。。格の違いを見た感じ。

とりあえず、1000冊オーバーの嫁さんのTouchでも「全く」問題なし。
ソースも見たけど、綺麗だなーｗ 同じ開発者として、じぇらしーｗ

これで、次の公式FWのVerUpで治らなかったらCFWに組み込ませてもらいますね。



ふと、、思った。
フォント設定が共通化されなくなった、ってのは実は仕様変更じゃなく
今回のフォントリセット問題を含めた一連の問題のトリガーなんじゃないか・・？
だとしたら、抜本解決したら（公式FWレベルできちんと対応したら）
今回の神モジュールと俺のフォント設定共通化機能、両方無駄になるかもｗ

・・・それはそれで、いいかあ。公式FWがきちんとしてくれれば俺らが出張る
必要なくなるだけだし。

>>bucchiさん

ありがたやなんて、そんなそんな・・・
俺、何もやってねーからｗ

俺が言うこっちゃないんだが・・・

俺たち開発者にとって、一番の励みと情報源になるのは
実際に使った人の報告なんです。

「おかしいぞｺﾞﾙｧ」でも「うまくいったﾋｬﾎｰｲ」でもいいんです。
何でも良いんで、一言でもいいんで、情報をください。

スレ住民だろーがなんだろーが、関係無しで読んでる皆様へのお願いでした

>>392ですが、CFW0.94.β5 にてSD快調です！　電源オフからの復帰も動いてます。
バッテリー低下時の挙動はまだ確認できていませんが、しばらく色々な使い方していれば
確認できると思います。　どうもありがとうございました！

　世界の戦闘機が作者不明で登録された
さておき、上手く動きました。
・最近読んでいる本棚機能を「全て登録する」「未読分のみ登録する」「登録しない」から選択可能に
を期待していたので、一寸残念ではありました。

>>koboayaさん
>>474 が今の俺の気持ちをそのまま表してて涙が出てきた (´；ω；｀)ﾌﾞﾜｯ
ありがとうございます。
特に不安がある中のリリースなのでドキドキソワソワしてるんですよね。
今のところ問題なさそうなのが救いです。

使ってみた方は、一言でいいので結果を教えてください。おねがいします！

>>475
SD問題のの情報提供&動作確認ありがとうございました！
無事動いて何よりです。よかった…

>>koboayaさん
1000冊の機体で大丈夫なら冊数は問題なさそうですね。
色々と確認ありがとうございます。

フォントリセット問題とSD問題は近いとこにあるとは思ってましたが
さすがにここまで近いとは思ってませんでした（汗
同時に直せたと言うよりは直ってしまったと言う感じです。
これはもう、フォントリセット問題を調べていた ID:BW51sU+L さんの情報のお陰です。

このモジュールの命は短いでしょうけど、koboayaさん作の機能はまだまだ
長生きするでしょ。(^^)
必要なくなるのは確かに寂しいですけど、
まだいじる余地があるので、また違うの作ります。

あぁ、仕事の時間だ…

仕事場からｺﾝﾆﾁﾜ

>>476

今回は、予定していなかった緊急リリースなので開発環境でしか動いていない
機能は外しています（検証も適当だしｗ

しかし「世界の戦闘機」の作者不明って・・・ストア購入本データでそれはあるまじきだなあ。

0.94正式版までお待ちください。

＃＃ 俺は開発機持ってないから本を読むフェーズに入ると開発がストップするのですｗ
＃＃ 今は自炊した「夏目友人帳」にハマってて・・・ｗ
＃＃ こら楽天、Touchの無償配布俺にもしてくれｗ 開発機クレｗ

>>bucchiさん

ちょっと「おや？」と思った事があります。

不具合ではなく、本スレに「CFW入れたらサクサクになった」という報告がちらほら。
これブラシーボ効果かもだけど、もしかしたら「外部SDカード＋フォント問題」は
思った以上にあちこちに影響を与えてたのかもしれません。

ついでに。

現在のCFWは、インストールしただけでは「不具合修正」しか行いません。
koboCFW.confが存在していないと、CFWで追加された拡張機能は一切動作しません。

これは昨日リリースした0.94β5でも同様です。

何が言いたいかというと、「CFWの機能は要らないけど、不具合だけ直したい」人は
CFWをインストールだけして、koboCFW.confを入れなければ「単なる不具合修正パッチ」にしかなりません。
確かに、色々なモジュールはインストールされますが、koboCFW.confが無いと
全て動作しない仕掛けなのです。

外部SDカードで困っているけれど、怖くてCFWを導入できないひとは
ためしに上記の「koboCFW.confをコピーせずに、不具合修正だけ」で使ってみては如何でしょうか。

修正される不具合は以下の通り。

�@ 外部SDカードに保存されたファイルの名前に２バイト文字が使用されている場合
Kobo本体に差し込むとKobo上で文字化けが発生してしまう
さらに、いくらパッチを当ててもFWをアップデートすると元に戻ってしまう。
�A 内蔵ストレージに置いたファイル名、フォルダ名に特定の文字が含まれていると
そのファイルやフォルダが削除されてしまい、使用できない。
�B CBRファイルの中に、上記�Aのような名前を持つファイルが格納されている場合に
正常に使用できない。
�C Wifi設定が壊れてしまうと、以後何度設定を変更しても保存されなくなる。
�D 外部SDカードを差したまま起動する、または外部SDカードを起動した後に挿入すると
　　　フリーズしてしまう
　�E 起動直後に開いた本（epub）に施されているフォント設定がデフォルトに戻ってしまう問題
　（青キン明朝など、外部フォントを使用している場合）

逆に言えば、まだこんなにバグ抱えているんか、koboわｗ

>>472

疑似[接続]でreload()引き起こす方式も結局タイミングはsleepで適当に取るしかないのは同じだからリスクは似たり寄ったり。
nickelの外部イベントI/F(nickel-hardware-status)を使っている分、
実環境で起こり得るイベントシーケンスを流し込んでるだけからnickelが混乱する可能性は低いかも、
というだけでさ。

>>480
開発環境といえば、Touch(N905C)/miniで実験できる人は少なそうだから
そのあたりの機種の開発用無償配布欲しいなあ(笑)

もうちょい楽天が販社から踏み込んで、国内開発コミュニティを育てて、とか、
大きなプラットフォーム戦略を考えてくれればいいんだがねえ。
(クローズドなプラットフォームだと意味ないけど)
このあたりは事業担当役員の構想力次第だと思うが…

###
ファームアップデートに備えてupdateURL取得用スクリプトを作ったが、
47人もダウンロードしているのが驚き。
サーバーからしたら想定外のAPI利用だろうから、無茶な使い方はしないでね。
(仕様変更されて真面目ににS/N入れないといけなくなると不便になるし)

>>482
>疑似[接続]でreload()引き起こす方式も結局タイミングはsleepで適当に取るしかないのは同じだからリスクは似たり寄ったり。
は
>疑似[接続]でreload()引き起こす方式も結局タイミングはsleepで適当に取るしかないからリスクは似たり寄ったり。
に訂正。安全なreload()タイミングをピンポイントで抑えられないという点では「同じ」と言いたかった。
nickelがthreadで何かやってないなら、sleep一発の時間オンリーなタイミング取りよりも、
logのunlinkのほうが確実にタイミング固定できるから、その観点では中でやるほうが安全ともいえる。

フリーズで思ったんだが、nickelの生存監視デーモンを作ると少し便利かもしれないなあ。
死亡したら赤LED点滅で死亡通知するとか、画面にメッセージだしてnickel再起動させるとか。
nickel再起動はsdフリーズみたいに起動中に毎回起こるものだとフリーズ繰り返すだけなので
何らかのガードは必要だけど。

スリープ壁紙の件。
Touch(N905B)でstate-extendedのreadがダミー実装なのは、
>> 374 でUN*Xハッカーな人が作ってくれたスクリプトを使えば
nickel側からのexecでhookできる(はずだがまだ実験していない)んだけど、
そもそもダミー実装なの自体が気に入らないのでなんとかならんかなあ、と
sysfs/kobjectまわりを調査中。

gSleep_Mode_Suspendもpower_kobjも公開シンボルではなくモジュールから参照できないので、
kernel_kobjを手掛かりにしてなんとかして探るか"/sys/power"のinodeからpower_kobjのアドレス掴んで、
state-extendedのshow/storeのopsアドレスを差し替えてmoduleレベルでhookできんかな、とか。
(sysfsのdevice/module生成エントリはrename不可だから
renameしてすり替える手法でのhookはできなかった)

>>484

それ、いいかもしれませんねえ。
FW2.2系・・・というより、外部SDカードの仕様を大幅変更したあたりから
とにかくnickelが死ぬケースが多すぎる気がするんですよね。

しかも、nickelが死ぬと何故だか電源ボタンまで効かなくなることもあって
イチイチ爪楊枝の出番になるのも、地味にウザい。

再起動しますか？みたいなMessageBox出してしまうとか。

>>484,486
お昼休みにこんにちは。

落ちたらLEDつけるのはうまく行けば簡単かも？
実機がないので未検証です。

rcSのnickel起動行を、

(/usr/local/Kobo/nickel -qws; echo 100 > /sys/class/leds/pmic_ledsb/brightness)&

みたいに変更すれば、落ちて nickel が終了したら青LEDがつくはず。

ledsb は ledsr(赤), ledsg(緑) みたいに r g b に分かれてたような気がする。


スマホで simplenote 上の解析メモをコピペしながら書いたので
めっちゃ時間かかった…。

「kobo microsd フリーズ」でぐぐったら、まぁ出るわ出るわ・・・。

サポートに問い合わせると「不具合という認識はない」とまで言われた人も居るとか。

bucchiさん、今回のモジュールは本当に神ですよ。
下手ぁしたら真面目に改善されない可能性が出てきましたyp・・・・

>>koboayaさん
nickelが死んだときは、電源を5〜10秒くらい
長スライドさせれば強制的に切れますよ。

電源もただのキーとして扱われていて、
nickelがイベント拾ってシャットダウンさせているようです。
ただ長スライドさせればハード的に電源が切れるようです。

Kobo SDカード　フリーズ

で検索してここまでたどり着きました。
上記cfwを導入してみたいのですが、手順はWiki参照ということでしょうか？
どこか初心者でもわかる導入手順を紹介したところがございましたら誘導していただけると幸いです
　

>>490

β5の配布パッケージの中にあるKoboRoot.tgzをUSB接続したKoboの
.koboフォルダにコピーして再起動でOKです。

CFW化機能を使わないのであれば、これだけで十分です。

注意：必ずKobo本体のFWのバージョンが「2.3.1」または「2.3.2」である事を確認して実行して下さい

>>468
お疲れさまです。
0.94β5、gloのFW2.3.2で問題なく動きました！
これで安心して外部SDが使えます。
ありがとうございましたヽ(・∀・)ﾉｼ

β5のダウンロードカウンタの上がり方パねぇっすｗ

今夜一応、β５ベースに不具合修正だけ行うパッチモジュールでもリリースしてみましょうかね。
”CFW”や”β”って書いてると、それだけで敬遠する人居るだろうし。

別にかまいませんよね？＞bucchiさん

>>480

サクサク感が外部sdを入れ替えた時のサムネイル等コンテンツスキャンに関連しての話なら
2.2.*→2.3.*での外部sdコンテンツの扱い方変更に絡んでの機能改善じゃないかなあ。

確か2.2.xでsd挿入辞のPC接続再起動を実験していたときは、
外部sd大量コンテンツ運用は使い物にならんと思ったくらいに重かったけど、
2.3.*リリース直後に再起動修正されたか試した時は軽くなって使い物になるかも？
と見直した記憶がある。

「kobo sdカード フリーズ」でぐぐったら・・・

なんなの、このわけのわからんblogの記事がヒットしまくるの。

「瞳美人を作る〜ベーシックアイメイク講座の新事実と楽天kobo ソフトウェアバージョン2 3 2 SDカードフリーズの解決方法」
とか
「水城奈緒のハイランクセックスで人生が変わる！と楽天kobo ソフトウェアバージョン2 3 2 SDカードフリーズの解決方法」
とか
「後藤孝規のAdvance Communicationで人生が変わる！と楽天kobo ソフトウェアバージョン2 3 2 SDカードフリーズの解決方法」とか

こんな記事がばんばんヒットする。
例のようつべの動画紹介しているだけっぽいけど。

>>491
本体バージョン　2.3.2で、ご教授頂いた通り.koboにコピーしたら快適になりました(∩´∀｀)∩ﾜｰｲ

神様ありがとうございました！ぺこ <(＿ ＿)>

最新CFWを導入すると、自炊kepubに「購入する」ボタンが出現する問題は解決しますか？

>>493
今のところ問題報告無いですし、やっちゃってください！

きっと今夜リリースされれば土日で試す人多いでしょうから、
土日さえ乗り越えれば安定してると見て良さそうですね。

>>491
当方母艦が林檎ですが不可視フォルダを可視化して無事にできました．ありがとうございました．

>>497
自分の環境では、自炊kepubの購入ボタンは消えてる様です。
が、htmlファイルに購入ボタンが発生してますw

>>bucchiさん

敢えて、本スレに投下しました。

さて、これで楽天がどう出るか・・・。

>>koboayaさん
仕事早いっすねー。
ほんと毎度毎度リリースお疲れ様です。

よし、次はロック画面だ！

あ、そう言えば昼の話だけど、nickel が落ちた時に LED を点けるというやつ、
rcS を下に書き換えれば赤LEDが点灯するのを確認しました。

(LD_PRELOAD=/usr/local/Kobo/loadfont.so /usr/local/Kobo/nickel -qws; echo 100 > /sys/class/leds/pmic_ledsr/brightness) &

案外これいいかも。

>>491
私のtouchもご教授頂いた通り
.koboにコピーしたら、すこぶる快適になりました
神様ありがとうございました！多謝！

神様は俺じゃないですよーｗ

bucchiさんを含めたこのスレの住民の皆様ですよｗ ＞神様

>>73
のupdateって、
工場出荷時リセットしてから
リンク先のzip解凍物を/dev/mmcblk0p2(普通にPCにつないで見える所)
に丸っとコピーすればOKでしょうか？
で、kobo3がtouch/kobo4がglo?

>>506
中身をPCに繋いだときに見える .kobo フォルダにコピー。
USBの取り外し操作をしてケーブル抜けばupdate開始。

Touch(N905, N905B)→kobo3
Touch(N905C)→kobo4
Glo(N7613)→kobo4
Mini(N705)→kobo4
だっけ？N905Cは確定でいいんだっけ？

あ、Glo(N613)だ。なんだN7613ってｗ

先程初めてCFWを導入してみました。
導入したのは無料配布されたkobo touchで、microsdは入れ替え等はしてありません。

結果、全体的に動作が早くなりました。
導入前は全体的にタッチてしてワンテンポ程度のラグがあるといった感じでしたが、タッチしたらすぐ反応するようになりました。特にepubのページめくりでそれを感じました。

koboaya様はじめ、スレの皆様のおかげです。ありがとうございます。

>>502
お疲れ様です
ロック画面ってのはパスロックってことでしょうか？

Kindleスレ覗いてたら、PW落としたか盗られたって方がいて
200冊以上買いまくられたとか、読むためじゃなく嫌がらせに購入でしょうね
パスかけて無かったってのもあるんですが、Gloはパスかけようがないしで
導入できたら安心できるんですが

>>503
「フリーズ」がnickel落ちか内部ロックや長時間処理でフリーズに見えているだけか判断できるから便利だよねえ。
っていうか、Kobo開発サイドでnickel落ちた後にどう振る舞うべきなのかを
考えて実装していない現状が謎。
普通はnickel再起動なり、rebootなりさせると思うんだが…

>>507
N905は不明だけど、それ以外は確定でいいと思う。

>>507
ちなみに昨年末に無料プレゼントでもらったkoboTouchと初期不良の交換品は、
どちらもN905Kでしたよ。

>>512
シリアルナンバーのプレフィックスとか日本向け型番(黒だとN905-KJP-B)じゃなくてモデルナンバーが？

ちなみに手元のTouchだと底面(microUSBコネクタのある面)の右端に「MODEL:N905B」の表記が。

>>509さんの報告、本スレの報告を見る限りだけど
ホントーに「外部SDカードメイン」の運用をしている人は
今回の修正パッチで何か変わったのかもしれないね。

このスレの住民は、内蔵SD換装とか普通にやってるから
逆に外部SDメインの運用をしている人の「感覚」がわかり辛いのかな。

こんな報告が欲しいんですｙｐ。ここのスレの住人わｗ

あっちのスレに貼ってあったフリーズ解消パッケージ入れたよ。
内部SDはそのまま、class4の32GBをスロットに入れて使ってる。
電源落とすとフリーズするし、koboデスクトップと同期すると本棚が増殖するからずっとwifi同期+スリープで使ってた。
動作が軽快になったかって言われると微妙、というか多分変わんない。
ただ少なくとも悪くなったとこはないね。フリーズは直った。
どうもありがとう。
今回久しぶりに電源落としたらまんまとフリーズしてイラッ☆としたよ。

>>372
どうもオヒサデス。
ちょっと年明けてからゴタゴタしてまして身動き取れない（汗
もちろんCyber同梱オッケーです。
ケイちゃんバージョンも全部揃えたいんですが、ちょっと先になりそう
なので今回は今あるのでお願いします。

あ、なんかすごい古い米にレスしてしまった…
われながらてんぱってるな
生存確認ということでひとつ。

今、0.94Beta2インストールしているkobo touchから
バージョンアップする場合、そのまま通常手順で
上書きインストールでokですか？

>>518

そのままインストールでいいけれどkoboCFW.confはβ２とβ５では
互換がなくなってるので、必ず入れ替えしてください

＞491
林檎のおーすえペケの場合，,koboが不可視フォルダですんで，invisibliXなどで可視化してコピーしてください．

kallsyms/kobject/sysfsあたりの探索の結果、
/power/state-extendedをhookするkernel moduleはできた。

これで旧カーネルでも/power/state-extendedが状態を反映するようになったから
参照側のコードが統一できる。

hook手法はちょい強引だが、まあ旧→新カーネルまであまり変動のないコード部分だから、
旧カーネルがマイナー更新されても危険性はないと思われる。
(bss配置決め打ちでpower_kobjを取り出すのがちょいアレだが…)

>>485, 521

374(428なども)です. ID が毎回変わってしまってますが...
だれも反応がないので, 見られてないとおもってました.
いまのところ, sh script だけで, スリープ画面の書き換え,
電源オフ画面の書き換え, 認証(パスワード,外部マイクロSD
のlabelとuuid), wifi の static ip 設定... などができています.

スリープは kobo のスリープ画面になってから
echo 1 > /power/state-extended
echo mem > /sys/power/state
が唱えられるまで10秒以上かかります.
本当に寝たかわかるので, これで満足してます.

いま, 大幅に改良中です.

>>fakeshさん

面倒でなければ、作ってくれたものの公開は
俺んとこのうｐロダ使ってくださいませ。

Koboとdebian化した玄箱しか、おいらLinux環境無いもので・・・（汗

すんません、おながいします。

>>522

本格的なスクリプトすぎて、生のスクリプトだけだと何をやっていて、
それをどう使っていいものやら…という感じで様子見の人も多かったんではなかろうか。
唐突にファイルだけ上がってた状況だから尚更手を出しにくかったし。

アプリでのスリープ画面表示とデバイスレベルでのsuspendのタイムラグはしょうがいないよねえ。
タイムラグなしで実現するには、Qtの中に入り込んでSleep関連のクラスを乗っ取れないと無理そうだし。

>>524

わはは・・・そうなんだよね。
もう少し俺がLinuxやスクリプトを勉強してりゃ、解析して
「さて、どう使ってみようか」とか考えるんだけどねー。

勉強不足ｽﾏｿ

>>521

http://ux.getuploader.com/KOBO_HACK/download/19/power_state_extended.zip
パス:pse

あまり必要性はなくなったが(元々自己満足)、一応作ったので上げておく(笑)

apmdと組み合わせればTouch(N905B)でも、suspendイベントで
/sys/power/state-extendedでnickelスリープ画面突入か判定できるはず。

>>526

あ、insmod時の初期状態で実際のgSleep_Mode_Suspendと明示的には同期してないのは仕様。
同期するにはgSleep_Mode_Suspendをゴリゴリ探して読み出す必要があり、
そこまでするのは面倒だったので。
(これを実装するのは現状よりももう少し邪道に走らないといけなそうだし)

どうせ、gSleep_Mode_Suspendは"/sys/power/state-extended"でしか変更されず、
それを変更するのはnickelしかいないので、nickel起動前にinsmodするなら支障はないだろうという。
nickelが動いていれば、しばらく放置するだけですぐに(弱)スリープで0書いてきて同期取れるはず。

β5を入れてみました。
DEFAULT_CACHE_SIZEの設定は問題無く動作しているようです。マジありがとうございます。
あと外部SDも問題無しです。内部32GB+外部16GB環境なので、非常にありがたいです。

それから、最近読んでいる本棚のリフレッシュタイミングですが、
スケッチブックで白紙でもいいから保存 → 本のセレクト画面で保存したスケッチを削除
……といった操作でOKでした。
っつーのも、ウチの環境だと本棚の編集を押すと1〜2分帰ってこないもので(汗

今回初めてCFWを導入してみたのですが、
cbzのめくり方向変更の反映はどのタイミングなんでしょうか？

>>529
設定にもよるけど、USB解除後か再起動後だよ。
コンテンツの追加処理が完了してから、一度再起動するといいと思うよ。

prompt> echo '#!/bin/sh' > ./-n; chmod +x ./-n; PATH=".:$PATH" -n
とすると, どうなるとおもいます?
sh は -n を script file とみるか option とみるかです.
別端末が開けるのならば, それほど害はないのでやってみてください.
ps で pid をしらべて kill -1 か kill -9 でもどります.

その筋では知られていることなのかもしれませんが,
今, このへんの異常なことにも対処することをやってます.

なにせ, UN*X の心臓/bin/shを偽ものにするわけですので...

sh (ash, busybox, ksh, dash, bash, zsh) によって挙動が違います.
反応がちがいます. option -n が効いてしまったら, kill でなくても
^D (C-D, ctrl-D, EOT)でぬけられます.

Model [Kobo touch/ Kobo Glo/ Kobo Mini]
FW [2.1.0/ 2.2.0 / 2.3.0]
内部SD [標準 / 換装 (2/4/8/16/32 GB) (class 2/4/10)]
外部SD [未使用 / 2/4/8/16/32 GB (class 2/4/10)]
CFW [0.93/ 0.94α2 / 0.94.β5]

swap [未使用 / 128MB / 256MB]
導入 [ホームボタン送り/Jpeg高速化]
他 [購入派/自炊派/両方]

なんか、使用感報告用にこのくらいテンプレしたほうがよくね？
開発者人の知りたい情報って、他にどんなもん？

うざっ

とりあえずせっかく整えたのでapmdでsleepのスクリーンセーバーを実現するもの

---準備
apmdを入れる
power_state_extended.koを/driversに入れる
---rcS
#exportが終わったあたりにでも
#TODO:insmodはTouch(N905B)判定しないといけない
insmod /drivers/power_state_extended.ko
/usr/sbin/apmd
---/etc/apm/suspend.d/に適当なファイル名でscriptを生成(chmodで実行可に)
#!/bin/sh
if [ "$1" = "suspend" -a "$2" = "user" ]; then
if [ "`cat /sys/power/state-extended`" = "1" ]; then
/etc/init.d/screen-saver.sh sleep
fi
fi
--- "/etc/init.d/screen-saver.sh"(chmodで実行可に)
#"$1"でsleepで呼ばれたかを見て適当な画像を表示させるものを適当に書く
#(poweroffも/etc/init.d/screen-saver.sh poweroffで呼べるように)
#random選択機能とかその辺の機能も入れたほうがいいのかもしれない…
#[最少サンプル]($1ノーチェック)
#!/bin/sh
png2raw -K -ta /etc/images/$1.png
---

こんな感じ。

>>535

あ、poweroffのほうはどうもnickelからの場合は"-f"付きで呼ばれるらしくて
inittabのshutdownエントリには回ってこないようだ。
/sbin/powerofをhookしてそこで画像出せばいいんだと思う。

>>536
--- /sbin/poweroffをスクリプトで置き換え
#!/bin/sh
/etc/init.d/screen-saver.sh poweroff
/bin/busybox poweroff $@
---
みたいな感じでOkかな。

あとは/etc/init.d/screensaver.shの中身を作り込めば
random選択や日時・曜日で選択するのとかできるだろう。
(文字の後乗せみたいな動的画像生成するには道具が足りないが…)

流れを切ってすみません。
gloの環境で試したいのですが、468のパスってなんでしょうか。

>>538
名前欄

539さん、ありがとうございます！
これで試せます。

β5にしてみたら２０００冊以上入れた状態でもスリープ・復帰が速くなって嬉しい

が、本を閉じるボタンを消して残りページ数％表示にしたんだ楽天ェ……
うっかり間違えて本を開いた時とか、次巻を読むときに最終ページで閉じて次を開くときとか便利だったのに……orz

http://ux.getuploader.com/KOBO_HACK/download/20/screen-saver.tgz
パス:screen-saver

実験用なのであえてKoboRoot.tgzにはしていません。
(実機で稼働中のものをpackしていますが、パッケージのinstallテストはしていません)

一応必要なものをまとめたつもり。CFW 0.94 β5の導入が前提。
(rcSAddからinsmodするスクリプトを呼び出すのとpng2rawを使うあたりがCFW依存)
不足物があった場合は前に挙げたものから取り出して追加してください。

gloではinsmod不要なのでinsmodしないように一応ガードしていますが、未確認です。

/etc/images/{sleep,poweroff}.pngか/mnt/onboard/.images/{sleep,poweroff}.pngを置けば
それが使われるはず。(sd優先)
/etc/images/に置いて実験していたので、
poweroffのときに/mnt/onboardがmount有効か確認していません。
(ダメなケースがあるならrcSAdd-ssで/etc/imagesにコピーさせないといけないでしょう)
あしからず。

バイナリの方がいいとおもいますが,
こちらは, お手軽な sh script だけでいきます.

煮詰まってしまったので, オモチャをつくりました.
* whinker.sh : LED を点滅させる. パターンは動的にかえられる.
* screenShot-jpeg.sh : スクリーンショットを jpeg で撮る,
cjpeg, jpegtran が入っていたので.
* fakesh-logo.jpg : screenShot-jpeg.sh で撮ったショットサンプル,
これはさすがにバイナリ. ほかは, sh scripts.

>>523 koboaya さん, ありがとうございます.
うpのしかたがよくわからないので, 別場所をつくりました.
ttp://sourceforge.jp/users/fakesh/pf/fakesh_kobo/files/
の fakesh-omocha1.tar.xz です. source code は,
ttp://sourceforge.jp/users/fakesh/pf/fakesh_kobo/scm/tree/master/fakesh-omocha1/
です.

LED関連で前に調べたことを思い出した。

/sys/class/leds/pmic-leds*/(/sys/devices/platform/pmic_leds.*/leds)
系のI/Fを使うとドライバレベルでは点灯しかできないけど、

/sys/devices/platform/pmic_light.1/lit
のI/Fを使うとドライバレベルで点滅可能。
(ファクトリーリセットのときの白(R,G,B)点滅などで使われている)
ch設定してパラメータcur,bp,dcなんかを設定するという手間があったり、
元々はハードでやっていたのを現行機種だとソフトエミュレートに変えた関係か、
あまり凝った設定はできなくなっているけど(50:50比率固定,4種類の周期のみ)。

#リカバリーのrcS内での利用例
#赤点滅1/8s
echo ch 3 > /sys/devices/platform/pmic_light.1/lit
echo cur 1 > /sys/devices/platform/pmic_light.1/lit
echo bp 5 > /sys/devices/platform/pmic_light.1/lit
echo dc 5 > /sys/devices/platform/pmic_light.1/lit

ch: 3=red 4=green 5=blue
bp: blink period([0,3]の値:(bp値 & 3)される) 0=1/256s 1=1/8s 2=1s 3=2s
dc: 0 or non-zeroでしか意味なし (本来は[0,32]のでx/32の点灯期間比の指定)
cur: 0 or 1でしか意味なし (0で消灯)
ra: 意味なし(rampの設定だが、ソフトエミュでは未実装でオリジナルのコードが動くため有害でしかない)
*現行機種のソフトエミュではbpがblink ON/OFFの意味しか持たない(50:50の固定比率)

ぅわーい、何だかいぱーいｗ

0.94をそろそろファイナライズパッケージしよーと思ってたのにｗ

スクリーンセーバー、ありがたぁく組み込ませて貰います。

LEDに関しては、DB更新やDB再構築の時にアニメーションと併せて
チカチカできればいいなーって思ってたので何か組み込み方考えよう。

>>533

そこまでの情報だと「完璧」」ですねえ。
でも、そんなに書くと大変だろーから、使ってるハードとFWバージョンだけでも
十分ですよｗ

DB関係は、本の冊数やKoboreader.sqliteファイルのサイズとかも知りたいですねえ。

あと、nickel落ちのときのLED点灯は組み込んでみたものの
さて、外部SD問題も解決した状態でどうやってException発生させようか（汗

>>544

>*現行機種のソフトエミュではbpがblink ON/OFFの意味しか持たない(50:50の固定比率)
は
>*現行機種のソフトエミュではdcがON/OFFの意味しか持たない(50:50の固定比率)
に訂正

>>543

バイナリでやるとapmd等常駐の結果、多少なりともメモリ圧迫するのは確かなので、
swapなしの環境だとどうなんだろう？と思わなくもないんだけどねえ…。
(必要な時にスクリプトが動くだけのほうがメモリには優しいだろうし)

> screenShot-jpeg.sh
fbsetの情報からawkでパラメータ作ってそれをevalでスクリプトに引き込んでるのか、なるほど。

>>544

更に追加
/sys/class/leds/pmic-leds*/brightness
に書く値は/64して
/sys/devices/platform/pmic_light.1/lit
系のdc設定処理に渡り、そこから実際のソフトエミュに渡った段階で
0 or non-zeroで判定されてLEDをON/OFFするだけなので、
Koboでは輝度調整は行なえず、常に全力で点灯する。
(brightness値[0,63]=OFF/[64,255]=ON扱い)

https://twitter.com/yoosee/status/289776680539672576
他のe-Ink端末でAndroid化できるならKoboもできたりしないかな？

>>550
koboのベースはLinuxだからね。
Androidベースのnookとは訳が違うよ。

>>550

Nookって元々内部はAndroidじゃなかったっけ？
(root化しないとandroid機として普通に使えないだけで)


#(液晶だからe-Ink Androidネタとは関係ないんだけど)
#Nook Colorは持ってるけどKobo買ってからは読書端末としては使ってないなあ(笑)

夏目友人帳を観て、読んで、ずーっとうるうるしているkoboayaですｗ

外部SDの問題、解消できたと判断してもよさそうですね。
bucchiさんとスタックトレース、ちょっとした横槍（これは俺だがｗ）で
問題を「外から」解消しちゃったスレ住民の底力に感謝。

>>前スレ555さん

ケイちゃんだけじゃなく、フォントリセット問題を最初に報告してくれたことが
結果論かもしれないけれど、SDカード問題の解消にまで繋がったこと、感謝してますｙｐ

色々ばたばたしてそーだけど、いつまでーーーも待ってますので
落ち着いたら、またケイちゃんとコボ九朗を魅せてくださいね

by the way

今日、KindlePWをはじめて触ったんだけど。

なんとなーくだけど、KoboとE-Inkに対するアプローチが違うなーと感じた。
上手くいえないけど「完成され過ぎてて、隙が無い」感じ。

でも、嫁さんとの共通の感想は「・・・・重いね」だったｗ

Kobo軽いわーやっぱ

ファームウェア落としたいのですがパスが分かりません
一応このスレの1から見たのですが分かりませんでした
何処を見れば分かるでしょうか？

片っ端から入れてたら自己解決しました
スレ汚し失礼致しました

土日は所用で顔出せませんでした。
問題起こってないかヒヤヒヤしてたんですが何もなくて安心しました。

koboayaさんも書いてますが、本当にスレ住民のみなさんのおかげです。
情報やアドバイスありがとうございました！

また、開発が盛り上がってきてる雰囲気なのがいいっすねー。
みんなでわいわい作ってる感じがして楽しいです。

>>koboayaさん
問題報告が無かったので、実績としては十分でしょう。
パッケージングやリリースなど、いろいろと手間暇かけていただきありがとうございました！

ありがたく使わせて頂いてます．
一時期はファクトリーリセットを繰り返したのがウソのように快適に
なりました．

Model [Kobo Glo]
FW [2.3.2]
内部SD [換装 (8 GB) (class 4)]
外部SD [4 GB class 4]
CFW [0.94.β5]
swap [1024MB]
導入 [Jpeg高速化]
他 [両方]
自作epub：100冊
自炊cbz：30冊
ストア本：10冊
データベース：60MB

どなたかの書き込みにもありましたが，初期の自動本棚機能にあった
ストア本が一つの本棚に収容される設定も作って頂けるとありがたいです．
自炊メイン＋ストア本少々の使い方だと重宝しますので．

CFWの本棚機能のお陰でかなり使い勝手が良くなった。（感謝です。） ただ続けて次の巻を読むときなど、
いちいちホームに戻ってまた選択しかないのでしょうか？ 読み終わったあともとの選んだ本棚に一発でもどる方法とかない？
いわゆる前画面に戻る機能はないのかな？

β5使わせていただいてます。

一応報告ですが、
touchですがHOMEﾎﾞﾀﾝ送りを併用してると
ｽﾘｰﾌﾟから復帰できずに電源が切れることが多々発生してます。
何度かファクトリーリセットなどを行ったり別データで試したりしても同じ症状が出ます。
ﾎﾞﾀﾝ送りを適応しなければエラーにならないです。

ちなみに2.3.2ベースにしてから出てる気がします。
それまでは2.2.1ベースでしたがほとんど出なかったと思います。

β５をありがたく使わせていただいてます。
フォントの統一化が便利で良いです。
設定用のファイルを見つけ出すのが面倒でしたが、何とか設定できました。
これからもよろしくお願いします。

>>561
横から質問です。
同じくフォントの統一化機能使いたいのですが、"○○.ttf"等の指定でよいのでしょうか？
注意書きよりフォルダ名は不要との事で、"○○.ttf"とkobo上で表示される"○○"で設定してみたのですが、反映されませんorz

>>562
たぶん、勘違いしてると思うよ。
フォントでなく、とある書籍データを指定するんだと思う。
指定した本の読書設定を気に入った状態に変更後、再起動すると他の本にも反映されるかと。

>>563
おおありがとう！！
ファイル名って書いてあるからフォントのファイル名かと勘違いしてた！
元になる書籍のファイル名って事なのね！
試してみる！！！

>>562
これなんですが基準ファイルを探すのが結構面倒臭かったです。
自分は.kobo/kepubフォルダの中から探し出しました。
ファイル名が暗号化？されているので、
更新日とサイズからこれだろうと思われるファイルを洗いだし、
ファイル名をコピペして設定が反映されるファイルを探しました。
ファイル名が拡張子もなく全てアルファベットと数字だったので設定できるか不安でしたが、大丈夫でした。
頑張ってください。

>>565
wikiとかで提供されてる有志の作った青空ePubとかを入れて、それを指定すれば簡単に出来たよ。
拡張子なしの暗号処理されたデータでもいけるんだ。それは知らなんだ。

>>566
何だか面倒くさいと思っていたけどやはり面倒くさいことだったんだorz

なので、設定に使う「テンプレ本データ」をどなたか提供してください・・・

テンプレ本データ（著作権とかウダウダ言われない本）をパッケージに入れて
それに設定したフォントをばら巻けば、設定減らせれるので。

フォント設定共通化、初めて反響あったｷｶﾞｽ

>>568
青空文庫でよければ、ePub作りますよ。
誰かが小説なりコラム、ポエム！？を書いてて、そのテキストを提供してくれると面白いんですけどね。
あと、メタ情報は組込むkoboayaさんに指定して貰った方がいいですかねえ。
表紙とかタイトルとか作者名とか。
ユーザーが迷わずにそのデータを選択して設定できるようにした方がいいですよね。

>>568
この前、Koboでのフォントテスト用に↓のサイトの文章で縦書きEPUB3ファイルを作ったのですが、需要ありますか？
表紙なども一応付けてあります。
http://www.type-labo.jp/KumimihonREAD.html

フォントテスト用の文章なので、基本的な文字・記号等が一通り含まれてます。読み物としても面白いです。

再配布もOKみたいなので、ライセンス的にも問題ないかと。

もし著者名・表紙の記載等の指定があれば、その通りに作ってアップしますよー(^^)

外部フォント利用時はJIS第3水準の文字がモリサワで小さく表示されたりするのでその辺の外字と
太字、斜体、ゴシック体が入っているとよいかも
他に―とか…で位置がずれるフォントもあったかも

>>571
>>JIS第3、太字、斜体、ゴシック体
その辺は追加したほうが良さそうですね。

でも、ゴシック体を指定しても外部フォント利用時には関係ないので意味ないかも？

モニターとかのテストパターン見ないな意味合いになってきそう

>>569
中身はフォントの統一化機能のreadmeでいいのでわ？

>>574
いやいや、どうせなら>>570さんのファイルの方が有効ですよ。
選択するフォントによって、上手く表示出来ない文字とかを評価できるなら一石二鳥です。
フォントに拘る人には活気的な機能になりますよね。
僕も実際にIPAでは綺麗に表示できるのに青キンだとダメだった経験があります。
何の文字だったか忘れちゃいましたが。汗

そんな訳でフォント評価もしたい気持ちを込めて、ここはひとつ>>570さんにお任せw

活気的→画期的 汗汗汗

とりあえず試作品を作ってみます。
今日中にはアップしますので。

あと、個人的にAokin Minchoに不満があって、KoboMinchoなるものを試作しておりますので、そちらも試しにアップしてみたいと思います。
IPAex明朝の輪郭を太らせただけですが(^_^;)

外部SDの認識に失敗するタイミングを発見しました。
大きな実害はありませんが一応報告しておきます。

PCから自炊コンテンツを追加してUSBを抜きデータ更新。
ホーム画面が表示されたら即電源オフ。(←CFWのデータ処理を適用するためコンテンツ追加時は必ずやってます。)
おもむろに電源オン。データ更新処理が始まりホーム画面表示。

ここで、不正なSDを検出。
FAT32にフォーマットしてくださいメッセージの表示。当然SD内のデータは本棚に表示されず。

もう一度再起動すると、無事に認識。

と、まあこんな塩梅です。
何度か試してみましたが、私の環境では確実に再現できています。

とりあえず、ハングしたり対処方法がない訳でもないので問題はありません。
ただコンテンツを追加する度に二回再起動しなければならないのは、少し面倒だなと。
もしも、見直すタイミングがあれば、ご検討をお願いします。

あと、ついでに関連事項を一つ。

コレは要望なのですが、コンテンツ追加処理の実施を検知したら、自動的に再起動されるように出来ないですかねー。
CFWが上手く機能しない！と誤解するユーザー多いのではないかと推察します。

くぅ〜疲れましたw
「フォント設定共通化用　テンプレ本データ」とりあえず完成です！
AozoraEPUB3のお力を借りて作成した、縦書きEPUB3ファイルです。

http://ux.getuploader.com/KOBO_HACK/download/25/Fonttemp03.zip
pass:font

組見本用文章やら、太字/斜体テストやら、JISの文字一覧やら、色々入ってます。
書名の最初に★を付けたので、Kobo端末内の「本一覧」の中では上の方に表示されるはずです。

何かご指摘等あればお願いします！
直しますので！

>>579
お疲れさまです！
こっそりダウンロードさせて頂きました。
どうも有難うございます。

>>570

おっし、週末の作業増えたぜ。

人それを「嬉しい悲鳴」と言う。

フォントサンプル結構な確率で
JIS X 0208一覧の最初のページで固まります
タッチパネルやライトキー 電源キーも押せません
USB抜き差しで復旧はするようです。

おまえら優秀すぎだろ

>>582
右に同じ

>>582
>>584

そうですか。
私の環境では今のところそのような不具合は出てないのですが…
ちょっと調べてみますねー

お疲れさまです。
自分の環境ではフォントサンプルのフリーズ、今のところ再現してません。

環境:
Model [Kobo Glo]
FW [2.3.2]
内部SD [換装なし]
外部SD [32GB class 4]
CFW [0.94.β5]
swap [なし]
導入 [Jpeg高速化]
自作epub：5冊
自炊cbz：60冊
自炊pdf:10冊
ストア本：6冊
データベース：未確認


確認したフォント:
ドキュメントデフォルト
モリサワリュウミン
モリサワゴシックMB101
KoboMaru
KoboNKaku

因みにフォントテンプレートのepubは、本体ルートに、フォルダを作って放り込みました。

青キンが原因かも。

たしかに青キンでした

青キン明朝だと確かに固まるね。Nickelがコケる。

でも、作ってくれたことに感謝。もーちょっと調整で何とかなるべ。

楽しみにしております

青キン明朝とkoboは相性よくないっぽい
まほろ駅前番外地の終りのほうで必ず固まる箇所がある
モリサワやデフォにすると固まらない

なにか特定の駄目文字とかがあるのかもしれないですね。

元のIPAフォントやTakaoフォントでもダメなんかな

もうすぐミニが届くのですが
ミニに使えるカスタムってあるんですか？

>>593
ボタンhack以外は全てkobo Touchと同じカスタムが可能かと。試したことないけど。

>>594
では早速…


ミニカスタム完了！
無事β5とJPEGターボ導入できました。

今のところちゃんと動いてるので大丈夫かな

βだったんでずっと様子見だったんですが、つい先日我慢しきれずβ5をKobo Gloに導入。

笑っちゃうくらいにレスポンスが向上して驚きました。

基本的に換装などもせず外部SD運用だったんですが、いやほんとこれは凄いですね。。

>>589

なんかbzip2関連部分でfreetypeが落ちているようなstack logだね。
(っていうか、標準状態でlibに入っているものにlibbz2ないような気が…)

kobolabソースはfreetype-2.4.4だけど、
bzip2関連が入ったのはもうちょい後のバージョンのはず。
やっぱりこれも公開ソースのバージョンが古いのか…

フォントの内部構造のdumpしてくれるツールってあるかなあ？

----------------
> OH THE HUMANITY!
> pid: 810, tid: 810, rev: r45813
> >>> /usr/local/Kobo/nickel <<<
> signal 6 (SIGABRT), code -6 (?), fault addr --------
> r0 00000000 r1 0000032a r2 00000006 r3 0000032a
> r4 00000006 r5 00000005 r6 30bf2000 r7 0000010c
> r8 00000bdc r9 00000003 10 30bf2bdc fp 30bf2bdc
> ip 00000000 sp 7efa72f4 lr 30ad92b8 pc 30ad92ec cpsr 20000010
> #00 sp: 0x7efa72f4 ip: 0x30ad92ec /lib/libc-2.11.1.so: gsignal+0x40
> #01 sp: 0x7efa7300 ip: 0x30adea50 /lib/libc-2.11.1.so: abort+0xfc
> #02 sp: 0x7efa7420 ip: 0x30b12ee8 /lib/libc-2.11.1.so: __fsetlocking+0x3e8
> #03 sp: 0x7efa7a50 ip: 0x30b1d49c /lib/libc-2.11.1.so: malloc_usable_size+0x770
> #04 sp: 0x7efa7a80 ip: 0x2fd98b58 /usr/lib/libfreetype.so.6.6.2: FT_Stream_OpenBzip2+0x73a5c
> #05 sp: 0x7efa7a88 ip: 0x2fd18a44 /usr/lib/libfreetype.so.6.6.2: itype_rdr_make_itype_outline+0x8d4
> #06 sp: 0x7efa7ce0 ip: 0x2fcc8240 /usr/lib/libfreetype.so.6.6.2: FT_Outline_Render+0x88
> #07 sp: 0x7efa7d30 ip: 0x2fcc8310 /usr/lib/libfreetype.so.6.6.2: FT_Outline_Get_Bitmap+0x44
> #08 sp: 0x7efa7d68 ip: 0x2f315a78 /usr/local/Trolltech/QtEmbedded-4.6.2-arm/lib/libQtGui.so.4.6.2: _ZNK13QFontEngineFT9loadGlyphEPNS_9QGlyphSetEj6QFixedN11QFontEngine11GlyphFormatEbb+0xae0
以下略
-------------------

ImageMagickをfreetypeありでコンパイルしてブツができたので、
フォント関連のテストしないと、とか思っていた今日この頃だから、
freetype関連に落ちる要因があるなら気になるところ。
(nickel側からの呼び出し方に起因するならImageMagickに影響はないけど)

>>597

libbz2はfreetypeにstatic linkされてんのかな。

malloc_usable_size()以降でSIGABRTに行ってるってことは
FT_Stream_OpenBzip2内で非mallocedなポインタに対して
構造体サイズ等何かサイズを得る動作をさせたんだろうなあ。

>>598

> itype_rdr_make_itype_outline

これはMonotype社のiTypeエンジンなのかな？
(access社を経由した流れで繋がりを推測)

だとしたら、Kobolabsソースでbuild scriptにfreetypeが含まれておらずpatchもない、
original packageが転がっているだけ、という状態なのも納得。

裏カバー空けたまま電源入れたら、boot upのまま止まった
リセットは効いたが、何やってもboot upのまま。電源も切れずに焦った

仕方なく電池切れを待とうと、ホコリよけのために裏カバーつけてみたら
何ごともなく起動したという

E-inkで電池切れを待つって何気にツライなw
何はともあれ無事生還おめ。

突然リセットされて、何だよーとか思いながらセットアップしようとしたんだけど、セットアップアプリが動かねぇwwww流石楽天wwww

>>602
殻割してSDのバックアップ取ってあるならそこから戻せばいいし、取ってないなら粛々とサポートに凸すればいい。
少なくとも吠えても意味はない。

お世話になっております。
青キン明朝フリーズ「しない」組です。
旧いシステムなので参考にならないかも知れませんが…

環境:
Model [タッチ初代]
FW [2.1.4]
内部SD [換装なし]
外部SD [32GB class 4]
CFW [2.1.4_stripped]
swap [なし]
導入 [Jpeg高速化・フォントaokin-mincho]
自作epub：49冊（内1冊外付けSD）
自炊cbz：1冊（外付けSD）
自炊pdf:0冊
jpg:1枚
ストア本：0冊
データベース：未確認

2.1.4に上げる際ファクトリーリセットの経験有り

フリーズはしませんが、青キン明朝は JIS X 0212 で一部の文字が小さく表示されます

お久しぶりです。
パスワードロックが少しずつ形になってきてるとこで、
ハックにいそしんでいるみなさまに質問！

パスワードロックは /sys/power/state への書き込みのフックでは
抜けてしまうことがあるので、やむなく内部的な関数呼び出しを
フックして実現しようとしてます。

そこで、ついでにこんなタイミングで外部コマンドを実行できたら
便利なのに！
っていうタイミングはありませんか？
ついでにフックしてしまおうかと思ってます。

今のところ、以下のタイミングをフックしてます。

・スリープ時、スリープ画面描画後
・レジューム時、画面再描画前

前者はオリジナルスリープ画面の描画にぴったりです。
後者はパスワードロックを実行するタイミングです。

ほかにありませんか？
例えば、USB接続解除後のコンテンツ再構築前や、
ホーム画面に戻った時などなど。
フックできるかどうかはやってみないとわかりませんが、
要望があればトライしてみます！

>>bucchiさん

＞例えば、USB接続解除後のコンテンツ再構築前や、
＞ホーム画面に戻った時などなど。

どっちも死ぬほど欲しいですｗ

正確には「コンテンツ処理終了直後」が一番欲しいです。

今の各種データ補正は、起動時とかUSB接続解除時とかにやってますけど
実は性質上、「コンテンツ処理終了直後」にやるべきことが多いんです。
（フォント統一、ページ送り補正、著者名補正などなど・・・）

もし万が一にもこのタイミングがフックできたら・・・・・。

パスワードロックも含め、超絶期待しています。

わーいわーい！
リセットいらなくなるー！
コンテンツ追加してない時の再起動が早くなるー！

っていうぬかよろこびは、あってますか？
ドキドキ(>_<;)

実は今週頭から、自社とは別のでかいSIヤーの仕事をすることになって
日中にあれこれ書けなくなってしまいました・・・

>>ID：FFLJXUEW氏

をを、ついにminiでの動作報告がっｗ
多分動くとは思ってたのですが、mini用の追加絵がちゃんと動作するかどうか
検証できていなかったので・・・

0.94正式版は「for Kobo Touch / Glo /Mini」でよさそうですねｗ


>>596氏

興味深い報告どうもです。
CFWは、その性質上DBキャッシュサイズくらいしか「動作を軽快にする」要素って
あまり無いんですよね、マジで。

なので、bucchiさんのモジュールは思った以上に別の部分に作用したのかもしれません。

>>604氏

うわーい、これで2.3.2系のバグが事実上もう一つ見つかったって事だあ。
フォント周り、何気にまだまだ問題ありそーだな、、、、

2.3.2がリリースされて一ヶ月以上経過しているのに未だに修正FWを出さないってのは
「今回こそきっちり検証しているから」なんだろうか。
それともiOS版アプリのリリースとあわせようとしているのか・・・

いやはや、いい加減CFWや修正パッチの存在知らない一般ユーザーはキレますよ＞楽天さん

0.94正式版の進捗報告

・スリープ画面挿げ替えモジュール組み込み・・・・検証中
・「その他本棚」機能・・・・・復活済み
・テンプレ本・・・>>570氏が作ったものをパッケージとして組み込み済み
・フォント統一化機能の見直し（テンプレ本を利用する）・・これから
・最近読んでいる本棚機能の見直し・・・現在実装中
・nickelが落ちたときに、赤LED表示にする・・・実装済み。未検証

週末は久しぶりに開発するべぇなｗ

>>koboayaさん

> 正確には「コンテンツ処理終了直後」が一番欲しいです。

了解です。
コンテンツ処理終了直後で、ホーム画面への遷移前くらいがよさそうですね。
処理の性質上、外部プロセスの処理が終わるまで、nickel 側の処理は
ブロックできた方が安全でしょうから、なるべく別スレッドで別の処理が動いて
いないようなタイミングを探してみます。

あ、sqlite は全くの門外漢なので分からないのですが、
複数プロセスで sqlite の DB を open しても問題ないんですかね？
以前、複数プロセスか複数スレッドかでアクセスすると sqlite では
排他されない場合があると聞いたような・・・？
nickel側で DB を開いているので大丈夫かなぁと・・。


> 0.94正式版の進捗報告
(略)
> ・nickelが落ちたときに、赤LED表示にする・・・実装済み。未検証

くしくも青キンフォントで落ちるバグが見つかったので検証できてしまったりして・・・。

>>bucchiさん

正直に言えば、nickelがどの程度DBを掴んでいるかは
中を見ていないので、わからないのです。

ただ、DB屋のカンですが更新のタイミングさえバッティングしなければ
何とかなるんじゃないかなあと思ってます。
（複数接続を例外にされない限り、シングル接続が基本のsqliteであれば
問題ないと感じます）

というか、本当にこのタイミングをフックできたらCFWのDB関係処理は
まったくの別物になります。それくらい劇的なインパクトがあるので
フック可能になったら、多分DB処理周りを全面見直しになるか、と。

青キン明朝に代わる(？)、Eink用ちょい太明朝体を作ってみました。

「Kobo明朝」(仮)は、青キン明朝(IPA明朝ベース)と違い、
IPAex明朝(最新版)をベースにしているので、

・より洗練された仮名デザイン
・英数字が可変幅(プロポーショナル)
などの利点があります。

★比較画像は以下。
http://uploda.cc/img/img510bc1b3a568c.png

★ダウンロードは以下から。
http://ux.getuploader.com/KOBO_HACK/download/27/Kobomincho02.zip
pass:font

※何か問題等あれば教えて下さい。
※青キン明朝で落ちてる人は、このフォントではどうでしょうか？

んー、前にcbzを開いたときの自動回転の抑制が…とか言ってた人がいたよねえ？
libcbの中で大体どこをいじれば抑制できるかは判明しているんだが、
本来の処理に割り込むタイミングをどうしたもんか…

-----------------
ComicsReader::ComicsReader()内で
メンバー変数orientation=-1で方向未決定状態に設定(offset 0x5c)
↓
ComicsReader::paintEvent()内で、
orientation==-1なら、読み出した最初の画像のwidthとheightの比較をして初期方向を決定し
メンバー変数orientationをセット(0 or 1)
それ以降はこのメンバー変数はメニューの回転機能で変更
-----------------
binary patchすればすぐに抑制はできるんだが、
さすがにそれは避けたい
、
ComicsReader::ComicsReader()そのものをwrapして
本来の処理終了後にorientation=0にする方法で可能かなあ？
設定自体はsetOrientation(SreenOrientation)がメニューで回転されたときの
設定メソッドだからそれを使えばいけそうだが…
#setOrientation()メソッドだと別の変数に-1も設定しているから(画面更新フラグとか？)
#メソッド呼出しでの強制変更だと副作用が発生する可能性はある…

素直にすごいよオマエら

つ、、、ついにフォント職人まで・・・・

なんかスゲェなこのスレｗ

>QImage ComicZipArchive::data(QString const&)
>QImage RarArchive::data(QString const&)
あたりが、各ファイルを読み出して
QImage::loadFromData()
でjpeg/png等を展開した後のイメージを返すメソッドなので、
このdata()メソッドをフックできれば、
本来の表示処理に渡る前に画像にフィルターをかけられるはず。

QImageだから本来はQtの中で処理するのがいいと思うが、
何らかの形でraw形式にできれば外部でImageMagick加工することもできる。
(内部でImageMagickのライブラリ呼出しでも)

問題は、UIをどうするか。
pluginみたいに下部のメニューを出したときにそこにメニューを追加して
そこからパラメータを変更できるようにしないと使い物にならん。
結局このあたりはQtで実装することになるので、加工も含めてQtで通したほうがいいだろうなあ。

Kobo明朝・・・いい響きだなあ。

うまく動けば、ケイちゃんに続いて「CFWの象徴」にしたいなあｗ
内蔵パーティションにデフォでインストールしようかｗ

しっかし、ここまで膨れ上がるともはやコンマ１のバージョンアップじゃないぞｗ
一気に0.96とかまで上げたい気分ｗ

IPAはexのほうが好きだったからありがたい。
乙

テンプレ本にKobo明を使うと、Nickelがずっこけることはなくなった。

ただ、感覚的に「ルビ」文字が微妙に離れ気味な感じ。
これは調整でなんとかなるものなんかいね。

>>570さん

ちょっと前のレスにもあったんだけど、テンプレ本でKobo明つかうと
極端に小さくなる文字がありました。

これが青キンを使うとコケさせる理由なのかもですが、いかんせん
Koboのバグの可能性が大っぽいです。

>>612
早速落として入れさせてもらったけど
何故か上一文字目が切れて表示されるね

>> koboayaさん
たしかに中を見てないのでなんとも言えないですよね。
案ずるより産むが易しとも言いますし、とりあえずフックさせてみます。
とりあえずそれっぽい名前の関数は見つけました。

>>616
面白そうなことやってますねー。
QImage なら内部のビットマップデータに QImage::scanLine() で直接アクセスできるので
ガンマ補正、ブライトネス、コントラストくらいの簡単なフィルタなら
ImageMagick 使わずに自前で書いちゃってもいいかもしれないですね。
期待してます！

Kobo明朝入れて見ました。
これって左右の空きの幅が大きいのでしょうか？
自分もルビが離れてしまい、一番右側にルビが来ると画面からはみ出してしまいます。
なので、青キンに戻してしまいました...

>>619
> テンプレ本にKobo明を使うと、Nickelがずっこけることはなくなった。

それは良かったです！


> ただ、感覚的に「ルビ」文字が微妙に離れ気味な感じ。これは調整でなんとかなるものなんかいね。

確かに、右方向に少し離れてる感じがしますね…明日いろいろやってみます。


> ちょっと前のレスにもあったんだけど、テンプレ本でKobo明つかうと
> 極端に小さくなる文字がありました。

それは、Kobo側の問題ではなくフォント側の問題なのです。
小さく表示される文字=フォントに入っていない文字です。
IPAフォント含め、多くのフォントは「一般的に使われそうな文字」を選んで開発している場合が多いので、収録しない文字もあります。
後半のJIS文字一覧はこれを調べるために付けたものです。
文章ヘタですみません。