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

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

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

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

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

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

乙です。

前前々スレ506になるのがもう面倒なので鳥にしますた

前スレ>>ID:uQe/7Jbi
Kindleの書籍の中にはいわゆる普通の全角ダッシュを使用していないものが散見される
あくまで書籍側のデータの問題で、Kobo明朝の問題ではないよ

前スレ>>977
輝度はハード的に変えるのがはやいよ．

glo使いなのですがホームボタンがなくなったので
メニューを呼び出さなくても直接左上をタップでホーム画面に一発で戻れたらなぁと思っています
今ある「右上タップでしおり追加」を「右上タップでホーム画面」に置き換えられたらそれが一番いいのですが

すいません、聞き流してください

>>5
なにそれ。なんか手段があるの？
それともKindleとか他の買えっていう煽りなん？

>>7
「フィルタ貼れ」だったりしてｗ

>>8
効果あるなら貼ることを前向きに検討するけどねw
いや、でもこれはいい指摘だと思うな。
まじでちょっとまぶしいわ。
致命的ではないけど、惜しい点ではある。

眩しいの自分だけじゃなかったのか
一番左にして使ってるけど明るすぎる

>>9
偏光フィルムとかどうだろう

>>11
フィルム貼ると、逆省電作用が起きるとかじゃなかったっけ?

テキストベースのEPUBを表示した時に画面下に常に進捗表示されてるけど
これを非表示にする（タッチした時だけ表示される）って風にするのは
CFWでは何ともし難いものでしょうか？

CFWはシステムのバックグラウンドの改善であって、ビュアーそのものにはなんら手を加えてない・・・というか、
現状手を加える事ができないって認識なんだけど、これであってる？

jpeg高速化とか最適化フォントとか、目に見えるところが改善されてるようにみえるけど、これらは
PCでいえはドライバとかシステムフォントに関することで、ビュアーやブラウザみたいなアプリケーションには
手が出せないと言うか。

そういえば、誰か書いてたけど、自動本棚作成の下記の要望ってどうなりました？

・ストア購入品のフォルダ名決め打ち機能
これないと自炊Mix設定と併用する場合にストア購入モノだけフォルダに入ってなくて片手落ちな感じになる

・Mix設定の順番反転
著作者ーフォルダ名ではなく、フォルダ名ー著作者の選択肢を設ける
これがあると、一般コミック、一般小説、成年コミック、官能小説、写真集、一般書籍などの書籍種別をフォルダにするコトにより、本の選定がより楽になると思います

誰か書いてたから、いつかは...と期待してたけど、これらはスルーの類いですか？

>>15

両方ともβ５で実装完了。

自炊本、購入本ともに「FIXED」モード追加。固定名をそれぞれ指定可能。
自炊本はMIXED1とMIXEDを追加。MIXED1が従来、MIXED２が反転。

こないな感じどす

MIXED１とMIXED２ね。ｽﾏｿ。

大きな問題も報告されていないので、そろそろ0.95の最終ベータとしてβ５を
リリース予定でござる

>>17
ayaさん最高デス！
ありがとうございます

>>14

そそ。そないな感じ。

nickelは、一部の機能に「割り込み」でカスタム機能を追加できるようになったけど
既存の機能の置き換え（ズームとかね）は現在のところは難しい、という感じ。

ブラウザやおまけゲームなんかも、同様かな

>>14
>>19

読書開始時の自動回転抑制なんかはある種の既存機能の置き換えではあるんだけど、
nickelの処理に「あるタイミングで」割り込んで「ある既存機能を呼び出す」ことで実現できている。
呼び出すのが外部のスクリプトではなくてnickel内部の既存機能の一部というだけなんだけど、
難しいのは、呼び出す機能が本来の文脈とは別のタイミングで呼ばれて副作用がないかを見極めること。
自動回転抑制は呼び出す崎が単純で影響がないことが分かりやすいんだけど、普通はそうでもないので…

あと、既存機能を呼び出すだけで済まないようなものは内部データ構造を直接操作しないといけないので、
nickelの解析が面倒なのも辛いところ。

zoomのcenter基点化なんかはその類かなあ。
直感的には(7割くらいの確信度で)出来ると思うんだけど、
解析の工数を考えると気が進まない(笑)

β5 "Finalβ"

ttp://ux.getuploader.com/KOBO_HACK/download/64/Kobo_CFW_Ver0.95%CE%B25.zip

・自動本棚にFIXEDモード追加。固定名称で本棚を作成するモード（自炊・ストア購入共に）
・自動本棚のMIXEDモードを"MIXED1"に変更し、"MIXED2"モード追加
※koboCFW.confで"MIXED"に設定している人は"MIXED1"に変更してください
・Kobo明朝0.42、Kobo明朝Bを追加
・コンテンツ処理後（USB接続解除直後）のデータ更新中にLEDを青点滅

LEDの青点滅が終わると、点灯したままホーム画面に戻り、消えます。
なんとなーく微妙な挙動ですが、逆にLEDが消えるのを待ってね、という意味にも
なるのでいいかなとｗ

さて、風呂はいってこよー

>>20

contentインスタンスの再作成や、shelfインスタンスの再作成をするmethodを是非とも・・ｗ

可能でしたら読書終了後ホーム画面へ強制戻りの改善を是非

>>21

β5の動作確認を行いました。

>・自動本棚にFIXEDモード追加。固定名称で本棚を作成するモード（自炊・ストア購入共に）
>・自動本棚のMIXEDモードを"MIXED1"に変更し、"MIXED2"モード追加
>※koboCFW.confで"MIXED"に設定している人は"MIXED1"に変更してください
>・Kobo明朝0.42、Kobo明朝Bを追加

バッチリです。思惑通りの動作をしているようです。

敢えてもう一つ希望を述べるのであれば、ストア購入にMIXEDモードが欲しいなとw
以前実装されていたMIXEDモードではなく、自炊のMIXEDとレベルを合わせたモードが欲しいなとw

# "MIXED1"：著者名 - FIXEDフォルダ名 - で本棚を作成する
# "MIXED2"：FIXEDフォルダ名 - 著者名 - で本棚を作成する

みたいなw 贅沢ですね。聞き流してくれても結構です。
自炊メインなので現段階でかなり満足してます。


・コンテンツ処理後（USB接続解除直後）のデータ更新中にLEDを青点滅

こちらもバッチリです。コンテンツ追加処理の後、画面フリーズ状態でLEDの青点滅→点灯→消灯→ホーム表示を確認。

ただ、思わぬ不具合を発見してしまいました。

ホーム画面が表示された状態でLEDの青点滅→点灯→消灯が発生。
その間は操作を受け付けず。
恐らく前スレで語られていた標準FWと外部SD絡みの不具合だと思われます。
外部SDを外して運用したところ、この不具合は発生しませんでした。

また、外部SDを刺していると、USB切断(コンテンツ追加の有無に関わらず)時および再起動時は、ホーム画面表示時に必ずDB更新が掛かるようです。
USB切断(コンテンツ追加なし)時の起動短縮の恩恵は、事実上なしになってます。

LEDの青点滅は、今回追加されたモノなので、バックでどんな処理が行われているのかわかるのではないかと思いご報告させて頂きました。

>>20
β4なんですが、磁石スリープでは、カスタムテーマになりません。

power off 時、一瞬、オリジナルのpower off画面が表示されますが、
設定で阻止出来るのでしょうか。

外部SDを使ってて作成された本棚がある状態で、外部SDを抜いて再起動しても、外部SD内コンテンツの本棚内容が変更されません。(外部SDが刺してある状態と同じ)
試しに本棚に登録されているコンテンツをタッチして開こうとしたところ赤LED点灯です。

テーマ機能のスリープ画像表示を複数画像からランダム表示はできませぬか？
スリープ画面を見てニヤニヤしてるのでいろいろな画像が出てくると楽しいと思うのですが。

>>27

>・特定のフォルダ内にあるpngファイルやmngファイルをランダムで取得したい。
>そんなスクリプトが組めないか？
前スレ>>874 でkoboayaさんが書いてたこれは多分ランダム選択機能のためじゃないかな。

##
とりあえずrequestへの回答らしきもの。
----
#!/bin/sh
PAT=/mnt/onboard/*.png
GETFN="ls -1 $PAT"
L=`$GETFN | wc -l`
NO=`expr \($RANDOM % $L\) + 1`
FILE=`$GETFN | sed -n "${NO}p"`
----------------
busybox shの特殊変数$RANDOMの乱数精度は不明だが、こんな感じとか？
都合2回lsするのは美しくないが、そこに拘るほどのことでもないか…
(utf-8ファイル名を扱う可能性がある場合はUNICODE fix版busyboxを使うかfindで代用)

>>28

>NO=`expr \( $RANDOM % $L \) + 1`

書き込みするときにミスって()の周りのスペースが一部脱落していたようなので
そこは修正がいるかも。

>>24

報告ありがとです。ストア本のMIXEDモードは案としては面白いですが
もうこれ以上モードを増やしたくないのも事実でして（笑

でもSERIESモードが事実上死んでいるので、それもありかもですねー。


>>25

スリープ機能付きのカバー持っていないので検証できず・・
電源ボタンによるスリープでは問題ありませんか？

>>26

CFW関係なく、なんとなーくnickelのバグっぽい感じがしますねえ。
SDカードの中身を本棚に登録しているわけですから
当然、そのSDカードを抜いた状態だとデータが存在しないので本が開けないのは
当然なわけで・・・

でも、「じゃあ本棚にも出てくるなよ」とは思いますが・・・CFWの問題というより
Nickelの問題ですね。


>>ID:iOD20Hrj

その通りです。スリープ画面と電源OFF時のランダム画像表示を実装したかったのです。
まぁ0.95での実装は見送りますが、参考にさせてもらいます。ありがとでした。

スリープカバーなくても、ｇｌｏの画面内の右下あたりに
永久磁石を近づけると、スリープの反応を確認できるよ。

>>25
>>30

PowerKeyFilterProxy::eventFilter(
　→DevicePowerWorkflowManager::toggleSleep(void)が呼ばれる
　→その中でDevicePowerWorkflowManager::goneToSleep() [signal発行メソッド]をhook
HallSensorFilterProxy::eventFilter
　→on/offを識別して
　　DevicePowerWorkflowManager::toggleSleep()が内部で呼び出す
　　DevicePowerWorkflowManagerのsleep処理メソッド/resume処理メソッドを
　　直接呼び出しているようだ。

どうも磁気センサーは明確にonでsleep,offでwakeというキー判定で、
powerキーはpress毎にtoggleする、という違いのため、呼出し方が違っていて、
goneToSleepシグナルはtoggleSleep()でしか出ていないようだ。

多分signalを拾って何かをするというのに使われていない死にsignalで、
磁気センサーsleep機能で発行されなくても影響が出なくて
開発陣も気付いてないか気づいていても放置してるんじゃなかろうか。

>>32

これはresumeでも同様の問題なので、suspend/resumeのhook位置を下位のクラスに移動するか、
DevicePowerWorkflowManagerクラス内で実際にsuspend/resume処理をしている
(HallSendor/PowerKey共通に呼ばれる)仮想関数にhookをしかけるかだろうなあ。

後者は仮想関数がシンボル名でhookできないので、sharedInstance()呼出しをhookして
初回時にvtable内該当関数index位置のアドレス書き換えをする感じになるんじゃなかろうか。
(バージョンアップで仮想関数が増減しindexが変わってしまう or 引数signatureが変わると困ったことになるが…)

テキストエディタで0.95正式版のReadmeが1000行間近ｗ
どんだけ書くんだよ、俺ｗ

>>33

vtableを探ったら名前があるようなので、シンボルで取れそうだなあ。

*DevicePowerWorkflowManagerを継承した
　N3PowerWorkflowManagerクラスのpure virtual methodの実装
>_ZN22N3PowerWorkflowManager13showSleepViewEv
>_ZN22N3PowerWorkflowManager13hideSleepViewEv

・HallSensorFilterProxy::eventFilter()はこれらを直接呼び出す。

・PowerKeyFilterProxy::eventFilter()は
　DevicePowerWorkflowManager::toggleSleep(void)経由で
　間接的にこれらを呼び出す。
　その呼出しの直後に、現在hookで使っているsignalの発行が行われている。

ということで、signal methodのhookから上記2methodのpost-hookに変えればよさそう。

>>34
長すぎると読まない気が

義務感や責任感等に基づいて、何をどれ位盛り込むか必要があると判断するかは本人次第
使うか使わないか、読むか読まないかは本人次第

自らに必要な情報を文書から抽出できない人なら、読まずに投げ出すなり、ここで質問するなりした方が良さそうだし
導入に踏み切る前の障壁として、意図された部分もあるんじゃないかと思う
cfwとは別に、総合スレに投下される低リスクな不具合回避パッチに添えられているのは、簡潔な文書だし

突然ですが、次回リリースからKobo明朝の名前を変えようと思ってます。

非営利のフォントとはいえ、一企業の名前をフォント名に使うのはさすがにまずいかなぁ、と思い始めまして…(-_-;)

既に「KoboMincho」を使っている方には申し訳ないのですが、幸いにもCFWの機能でフォント設定の再統一が出来るので、大きな問題は無いかなぁ、と。

フォント名は
「KB明朝」(センス0…)
にしようと思ってますが、何か良い案がある方は教えて下さい。
お願いしますm(__)m

>>38
いっそのことこのCFW開発プロジェクト全体に名前を付けちゃったらどう？
フォントの名前もそれに統一すれば、認知度も上がりそう。

kobox コボックス Linuxを真似して
koborix コボリクス これもLinuxかな
koboys コボーイズ 少年の夢っぽく
koboink コボインク みんなの集いっぽく
kobolt コボルト 後付け高機能っぽく

etc...

折角だからkoboの良さをみんなに知って貰って、仲間が増えると嬉しいなあ

koboltex
　( v )

>>38
2chからのKobo用明朝で
Kc明朝(コボちゃん明朝)

┌（┌ ＾o＾）┐コボォ

凹(BOKO)明朝でどうでしょうか？

電子書籍というものをよく理解しないまま質問させていただきます。

「kobo Touch 電子ブック WｉFｉ N905-KJPS」というのは
WiFiルーターがあれば、どこでも接続できるのでしょうか？
また、この機器を使ってインターネットの閲覧することは可能でしょうか？

私はこの端末を書籍リーダーとしてではなく、ネット閲覧用の端末として使用することを考えています。
こうした私の考えに、もし勘違いがあるようでしたら、なにとぞご指摘いただけますようお願い申し上げます。

コォォォー！

ボォォルトォォォオッ！！
オオオオォォォーーーーン！！

bolt-onな仕様ってことで「kobolt」に一票

>>44
合ってますよ
でもネットブラウザ端末として使うには
ストレス溜まりすぎて窓から放り投げたくなると思いますよ

>>44
それらの機器があれば、ネットの閲覧は可能です。
でも、とても快適とは言えません。
どちらかといえば苦行です。
E-ink端末は画面の表示切り替えが遅いので、スクロール表示を標準に考えられているネット閲覧はとても苦手です。
他の手段を模索した方が、満足できると思われます。

>>47
丁寧なご説明ありがとうございました。
やはり書籍リーダーに特化しているだけに、ネット閲覧にはいろいろ不適なところがあるのですね。

頂戴したアドバイスを参考に、その他タブレット端末についても
もう少し調べてみてから決めたいと考えております。

>>48
koboは電子書籍端末としては悪い機種ではありませんが、ネット閲覧目的では絶対にお勧めできません。

おまけのブラウザがあり、インターネットが出来ないこともないですが、
対応していない日本語文字コードもあるため、
ぶっちゃけ、サイトの半分近くは文字化けします。
また、運良くきちんと表示されたとしても、通常はカラーを念頭にサイトが作成されているため、
文字に背景色が重なり、読み辛いものになっていたりします。


ネット目的ならば現状では、
電子ペーパーでは無く、AndroidやiPadなどの液晶タブレットかノートPCをお勧めします。

>>48
YouTube等でE-ink端末でネット閲覧している動画見ればよく分かると思います

なんだこりゃw
さすがに>>44さんももうわかったからてなってんじゃねw

>>49
＞対応していない日本語文字コードもあるため、
＞ぶっちゃけ、サイトの半分近くは文字化けします。

　そんなに文字化けしてしまうんですか…
　購入前にこちらでう質問しておいて助かりました。

　やはりAndroidやiPadのほうが良さそうですね。


>>50
＞YouTube等でE-ink端末でネット閲覧している動画見ればよく分かると思います

　その手がありましたね。早速見てみます。アドバイス有難うございました。

『Kobox』 がいいなぁ
夢や希望が詰まった「箱（box）」と「Kobo」をかけて、更にはスマートな呼称として

でも最後にはkoboayaさんが代表して選択されればいいんじゃないでしょうか？

>>53
そんなSONYさんを逆なでする名前つけたらまたgloなグロ画像祭りされる・・・

俺的には別にkoboayaでいいとおもうんだけどな
作者名と分けるとかなら短縮してkoboyとか

ご無沙汰してます。
呼ばれた気がしたので出てきましたw

>>35
解析ありがとうございました。
この方向で試してみますね。
gloは開発環境整ってないのでそこからスタートか…



ちなみにヤルヤル詐欺になりかけているパスロックですが、
ようやく技術的課題がクリアできたので
あとは時間とやる気があれば実現できる
所まで来ました。
週末に時間取ってやっつけたいなぁ。

パスロック素晴らしいなあ
外でも使うものだから公式がそのくらいの配慮してほしいけど
Bucchiさんロックですね

>>38

Kindleスレにも書いたのですが、Kobo明朝、ルビに「し」「じ」があると、それらが微妙に傾いています。

Kobo明朝は大変見やすく便利に使わせてもらっています。

>>54
Sonyさんは面倒ですよね。
じゃあ、ちょっと田舎臭くてポップカントリーチックに『kobofarm』なんてどうでしょう。
直訳、コボ農園

攻撃されるよりも、馬鹿にされる感じの方が受け流し易いですし。カッコいいとどうしても攻撃したくなるみたいですからね。

みんなでちょこっとずつ水をやって育てた野菜を楽しく収穫する感じのイメージ。

FirmでなくFarmなところがミソ。

>>58
IPAからの問題ではなくてですか？

名称案、色々とありがとうございます。

>>58
Kindle、ですか。
Koboでは特に問題なく表示されています。

・標準フォント/IPAex明朝/青キン明朝では、それぞれどのように表示されますか？
・どんな本でも傾きますか？
・どのようにずれているのか、画像を頂けると嬉しいです。

本スレに

696 名前：名無しさん＠お腹いっぱい。[] 投稿日：2013/02/15(金) 19:49:50.49 ID:bxPS6OQ/
Kobo Firmware 2.4.0

と書き込みがありますね
新ファーム来たのかも…


あ、でもそうすると今のCFWは2.4.0にあてられるのかな？ちょっと心配

>>62
日本はマダっぽいね。来てなかった。
カナダは来てるみたい。

逆に2.3.2対応で急ぎ正式版をリリースしておいて、慌てずに2.4.0に臨んだ方が良さげな気がしますけどね。色々問題出るだろうし。

2.4.0マヂですか・・・orz

さて、何がどこまでなおって、どこに新たなバグが入ったのかなあ(笑)

http://www.mobileread.com/forums/showthread.php?t=205788
レス数がw

Version 2.4.0 1/28/13

1. Archive books to free up space on your ereader then download them again when you need them
2. delete books to remove them from your library.

とな。

ただ今帰宅しました。
さて今日は気合入れて頑張るか！

って思ってたら 2.4.0!?
パスロック搭載だったりしてw

とりあえずURLがわかったら、中身チェックしてみるか。

予想：国内でのArc発売に向けた端末間リンク機能周りの強化と
こっそりバグ修正

SDカード周りの不具合は公式に「修正しました」とアナウンスするのも
クソ恥ずかしいレベルだからなｗ

jpなIPのままだと2.3.2だけど、caなproxy経由でrequest投げたら2.4.0のurl取れるかなあ…

>>61

お返事ありがとうございます。
IPAex明朝を試していなかったので、入れてみたらIPAex明朝のクセみたいですね。お騒がせしました。

Kobo明朝B042
http://imgur.com/QwVghMz

Kindleデフォルト
http://imgur.com/CRrZ5xM

青キン明朝
http://imgur.com/9FpAorp

IPAex明朝
http://imgur.com/AS9kV7A

>>71
画像ありがとうございます。
IPAexはちょっと癖のあるフォントのようです。
Koboミン製作でも調整に苦労してるので…

…それにしても、噂通りひどいレンダリング品質ですね>Kindle PW

mobilereadにURLあった。クソ重たいけど。

とりあえず、ファクトリーリセットぶっこいて試してみるわー

Touch
http://download.kobobooks.com/firmwares/kobo3/k240/kobo-update-2.4.0.zip

Glo / Mini / 905C系Touch(?)
http://download.kobobooks.com/firmwares/kobo4/k240/kobo-update-2.4.0.zip

リリースノート

バージョン 2.4.0 - 13/01/28
-------------------------------
ソフトウェアのバージョンが2.4.0にアップデートされました。

1.本を削除して電子ブックリーダーに空きをつくってください。
端末から削除した本は後で再度ダウンロードできます。

2.ライブラリから本を削除してください。
-------------------------------

・・・なぞなぞ？

2.40のリリースノートの日本語壊れすぎててﾜﾛﾀｗ

む、ダメ文字問題解消されてる？

なんか普通にβ5が動いてますね。
違いがサーパリわかりませんて。

フォントリセット問題、解消されておらず。

外部SD問題の抜本解消はしていないとみた。
下手ぁしたらまだフリーズすんじゃね？って感じ。

ちなみにPCに接続したらドライバー2.4.0が検知された。

ユーザーインターフェースは目立った変更なし。

うーん。マグネット対応 suspend/resume hook うまくいかないなぁ。

>>35

> >_ZN22N3PowerWorkflowManager13showSleepViewEv
> >_ZN22N3PowerWorkflowManager13hideSleepViewEv

下の N3PowerWorkflowManager::hideSleepView() は USB の抜き差しとかでも
呼ばれちゃうみたい。
上はまだうまくフックできてなくて確認できてない。

無理に共通化するより、電源スイッチによる suspend/resume はそのままに、
マグネットスイッチ専用の hook を新規で作ったほうがいいかもしれないな。

>>32 の
> HallSensorFilterProxy::eventFilter
> 　→on/offを識別して
> 　　DevicePowerWorkflowManager::toggleSleep()が内部で呼び出す
> 　　DevicePowerWorkflowManagerのsleep処理メソッド/resume処理メソッドを
> 　　直接呼び出しているようだ。
これを参考に探してみます。

ダメ文字問題気のせいでしたｗｗｗｗｗｗｗｗｗｗｗｗ

u-boot,kernelは関係ないE606C0(512MB版)用だけ変わっているようだ。
あと(E60610-MDDRなu-bootが消滅しているがこれも関係なし)

>>79
あぁ、言葉足らずだった。
マグネット用に新規で hook するけど、呼び出すスクリプトは同じするという感じで。

>>bucchiさん

スクリプトが分離されても、現段階ではCFWレベルでもクッションしますよー

ここまでチェック結果

・外部SDの文字化け問題は相変わらず
・ダメ文字問題相変わらず
・Wifi設定ぶっ壊れはﾜｶﾝﾈ
・電源ON時のフォント設定ぶっ壊れ問題相変わらず
・外部SDカードフリーズは未検証。だけど、仮に治ってたとしても
フォントぶっ壊れ問題がそのままなので、抜本解消はされていないと予想。
治っていない可能性も大。

要するに、治ってませんね。大半は

>>84
チェック乙です
まぁ…予想通りですよねｗ

β5の動作確認するも、差が全くわからなかったので、ファクトリーリセットして再度検証。

コンテンツ入り外部SDを刺した状態で電源オン。
ホームが表示されて、以前ならココでハング。
現在、コンテンツをマッタリ処理ちう。
チコっとだけ直した？？

あのリリースノートだと、期待されるのはAndroidアプリ相当のストレージ管理機能じゃないのか？w

>>koboayaさん
呼び出しスクリプトの共通化は簡単なので hook.so 側で閉じれます。

逆にマグネットのスリープと電源スイッチのスリープで処理分けしたいケースって
ありますかねぇ？ 分けとくとこんな機能で使える！みたいな。
軽く考えた感じでは思いつかないんですけどね。

スリープ時のオリジナル壁紙も、パスワードロックも、
マグネット/電源キーどちらでも動いてほしいからなぁ。
まぁ、そういう要望が出てきたらその時考えるかな。直すの簡単だし。


また、2.4.0 の動作チェックお疲れ様でした。

> 要するに、治ってませんね。大半は
この言葉に吹いてしまったw

500円クーポン何故か２通 2000円分メール来た。

glo のマグネットスイッチに対応した hook.so です。

http://ux.getuploader.com/KOBO_HACK/download/65/hook-20130215.zip
pass: kobo

マグネットスイッチによる suspend/resume 時にも suspend, resume の
スクリプトが実行されるようになったはずです。

resume 時のイベントがどうしても取れず、ついカッとなって
HallSensorFilterProxy::eventFilter() 自身をフックして引数の QEvent のメンバーを
オフセット固定で読みだして kerPress か keyRelease か判定するという力技に出ました。
まぁ、QEvent は Qt のクラスですし、ライブラリに手を入れない限り変更されないので
大丈夫でしょう。

磁石近づけてスリープするさまを見ていたら、マグネット付きカバーが欲しくなってしまった(^^;
いいなこれ。

>>89
ｵｲﾗ6通…

>>bucchiさん

ありがとうございます。さっくり動作確認してみますね。

俺もスリープカバー欲しいなあ・・・

外部SDのコンテンツ処理、やーと終わりました。
1時間近く掛かりました。ゴミだなコレ。
ちなみに、β5で同じSDで追加処理すると5分ぐらいで終わるというw

スワップ500MBが効いてるのか、キャッシュサイズMaxか、コミットモードONか、はたまたタイミング調整の賜物なのかは特定できませんが、CFWはやはり凄いです。

CFWを初めて試して見ようかと思ってるのですが
ファクトリーリセットかけるとコンテンツも消えちゃうんでしょうか？
もちろんダウンロードし直しになるんですよね…

ふつーにβ５動いてるなー。

なんか面白みがないというか、何と言うかｗ

そうそう、bucchiさんのblogコメント欄に投稿してくれている人が
興味あるモジュールを・・・ｗ

>>94

そうですね。ただ、あまり本を入れていないのであれば無理なファクトリーリセットは
必要ないですよ。

自炊ユーザーさんの場合、内部DBにゴミが溜まる傾向があるので
ファクトリーリセットを推奨していますけど、ストアメインであれば
ゴミはそんなに溜まっていないはず・・・ですｗ

0.95β5、2.4.0でも問題なさそーです。

>>96
ありがとうございます
ストア本オンリーですのでリセット無しでやってみようと思います

むむー。
パスロックでまた新たな壁が・・・。

スリープ解除時に、パスロック画面の前に一瞬ホーム画面が表示されるのって
許容されるかな・・・。
フツーに考えるとホーム画面見せたくないよなぁ。
くそー困ったな。

あかん。眠くて頭が回らない。
今日はこのくらいで寝よう。

>>koboayaさん
そうなんですよ。面白そうなことなさってるんですよね。
ちょっと手が回らなくて試してはいないんですけど。
そういうアプローチもありだなーと思いました。

cbzのzoom処理を追いかけてpaintEvent関連でQImage絡みの呼出しを見て思ったhackネタの構想…

現状のライブラリバイナリを確認していないけど、
qtってKoboLabソースのqt-4.6のコンパイルオプションと変わらない状態で
今でもコンパイルされているんだとしたら、
neonコードなしで動いているんじゃなかろうか。

もしそうなら、qtのtransform/scale等のイメージ関連の重そうなメソッドを
neon enableなものにpreloadで差し替えると
(端末サイズ最適化でcbzコンテンツを作っていない場合に限定されるけど)
cbzだとそれなりに効果が感じられそうな気がするんだが、どうだろうか？

###

zoomの自動センター化は処理の流れは解析済で、出来そうな見通しはあるけど、
ComicsReader内部変数に手を突っ込まないとどうしようもないから
2.4.xが落ち着いてからかなあ。
見開き画像zoomの場合に次ページ移動で自動右ページ(右端fit)というのも同じようにできるけど、
UIがないとコンテンツ毎にON/OFF切り替えられず使い物にならないから
そのあたりもネック。

#なんかKoboのサーバー側がアップデートする毎にWebストアへのアカウントログインできなくなって、
#その影響で端末/Webストアでのコンテンツ購入もトラブって、
#その度に楽天に問い合わせるハメに陥って…
#というトラップに現在引っかかり中でストレスが溜まる。。。
#サーバー側でのアカウントのrakutenIDとの紐付がどっか不完全な状態なんだと思うものの、
#ネットの向こう側のことに手出しはできないし、どうしようもない。

むーん、kobo-update-request.pyを日本以外の地域に限定されているfirmware場合も対応しようと思ったんだが、
どうも"AffiliateName"を見て決めている風なんだが、本家canadaの場合にどうなるんだろうか…
"FNACPortugal"に変えると2.3.1が帰ってきたので、
IP関係なく"AffiliateName"の切り替えだけで済みそうなんだけどなあ…

>>101
前スレでセンターzoom固定を希望した者です
期待してます

>>102
ttp://www.aurelienpiat.com/2012/05/18/afficher-couverture-kobo-fnac/
試してないけどなんかから察するに"kobo"じゃね？

>>104
thx
"Kobo","FNAC"が有効キーワードであることは確認できたけど、
期待した"Kobo"で2.3.1が戻ってきたので残念。

こりゃあ、S/Nで配布スケジューリングしてることも想定されるのかなあ。
(S/Nはさすがに暗号化してから送るようなので、そこらへんは手出しできない)

あっちはKoboDesktopもバージョンアップしたのか

KoboDesktop 3.2.0 (2013/02/13, 84fbb7111a3881600156c03722a59488056463dd)
http://download.kobobooks.com/desktop/kobodesktop/KoboSetup.exe
http://download.kobobooks.com/desktop/kobodesktop2/KoboSetup.exe

日本向けは相変わらず3.1.5か。

有志の方々、いつもお疲れ様です。

昨日gloが届き、いまPC経由でセットアップを終わらせました。
途中でアップデート処理があり、現状2.3.2です。
初期2.3.1、公式2.4.0は配布未定、が正解のようです。
殻割り32GBに換装後、β5を使わせていただきます。

>>bucchiさん

一瞬表示されるくらいならいいと思うんだけどなー。
表示後じゃないとHookできないなら仕方無いかと・・・。
（ghostbusterをpng2rawで表示させても間に合わないでしょうし）

ところで

blogに貼られていたモジュールですが、当ててびっくり。
ダメ文字問題がCFWとは別のアプローチで解消されちゃってるではないですか。

libzのneon対応とか、もうなんだかCFWにデフォで組み込ませてもらいたいもの
ばかりですｗ 作者様にお願いしてみようかな。

ReadMe読む限り、是非このスレに光臨して欲しいなあｗ

>>108

ダメ文字解消って内蔵のほうだよねえ…
確かにdosfstoolsは最新版を実機テストしなかったから、
3.0.6→最新の間のどこかで治ってた可能性はあるんだよなあ。

CFWは積極的にライブラリ等を最新版に置き換えていく方針なのかしらん？

>>109

dosfsckのようにKoboの開発チームが見放してそうなライブラリは
入れ替えたいですね〜

cbz運用の人が多いから、おそらくlibzが高速化されたりすると
それだけでも運用快適度がうｐするでしょうし。

CFWの方針は「最新にすることでバグが解消されたり、快適になるのであれば
置き換えたい」って感じですね、少なくとも俺は。

名前のスルーっぷりにフイタw

ソフトからの工場出荷時リセットと電源＋ホームの工場出荷時リセット
は、どちらも同じ？

>>112

おにゃじ

>>Nitori18さん

正直、Kobo明朝で俺はいいと思うのですけどねぇ（笑

まぁ、amazonガチャじゃないけど人様の商標はなるべく避けた方が無難ではあるなｗ

今週末は何もリリースされない感じですか？なんか最近週末のイベントになってて、何もないと寂しいでしw

>>115

0.95正式版リリースしようと思ってたけど、公式FW2.4.0がまだ日本では
オフィシャルになっていないので、ちょっと様子見ｗ

>>114
koboCFW明朝が判りやすい。

>>117
それなんかフォントがかわいそうな気がしないでもない

>>114
そこまで深刻には捉えてないんですけど、一部の方はKobo公式のフォントだと誤解してるみたいなので…とりあえず名前は変えたほうが良いかなあ、と。

>>117
koboがそのまんま入ってるのでだめですw

Eink用だったら
k明朝
kobo用だったら
kb明朝
がいいなぁ

コボる明朝

じゃあもうBoko明朝で行きましょう

>>119
じゃあCFW明朝でｗ

零(こぼ)れ明朝

「青空コボちゃん」でいいやん。

Koboと作者の方のトリップを取って、「KN明朝」でいいのでは？

んー、そういやKobo上でのsd性能のベンチって見たことないよなあ、と思って
debianから抜いてきたbonnie++で測定してみた。
本当は同一メディアでPCvs内蔵vs外付けで比較したかったんだが、
そこまでするのは手間をかけないといけないので、
とりあえず現状使ってる内蔵のみ測定。

[トランセンドTS32GUSDC10:32GB Class10]
*KoboTouch(N905B)で測定
*mmcblk0p3(/mnt/onboard/):都合により20GBくらいの半端なパーティションサイズ
*"/mnt/onboard/tmp"を対象ディレクトリに指定
*測定サイズなど関連オプションは特に指定せず(結果を見ると496MBで測定したようだ)

1)nickelがある状態(swap38MBくらい使用中):nickelはブラウザ画面でgoogle.co.jp表示し放置
　Seq.Input(Block):16834KB/sレイテンシ330ms
　Seq.Output(Block):4052KB/sレイテンシ5314ms
**なんだかレイテンシが…

2)nickel+hindenburgを殺した状態(swap1.2MBくらい使用中)
　Seq.Input(Block):18483KB/sレイテンシ36281us(36.281ms)
　Seq.Output(Block):5139KB/sレイテンシ1441ms
----------------------------
書き込み性能を見るとclass10の要求性能の半分くらいだけど、
PC上で測定していないので元々のメディア性能が判断できない(笑)
ttp://itpc.blog87.fc2.com/blog-category-18.html
ここだとcdmで測定してseq.Read=20.725MB/s seq.Write=12.218MB

>>120
やっぱり、そのくらいシンプルなのがいいですねぇ。

KMincho
KBMincho
KNMincho
こんな感じの中から決めようかしら。

>>128
その中なら、パッと見て意味もわかりやすいKBMinchoに一票

>>129
だな 同意

名前ネタで盛り上がってるなあ（笑

でも、いいコトだと思うのでいまさらながら俺も一案。

「Nickel明朝」

Nickelってのは、いまさら説明するまでも無いけどKoboの電子ブックリーダーソフトの
正式名称ね。

Koboに最適化された＝Nickelに最適化された、という事でNickel明朝。

・・・え？お呼びでない？

こりゃまた失礼しましたー！（ｽﾀｺﾗ

>>128
>>131

Kobo + Nitori18氏 or Nickel ←それぞれを包括した意味ということで

やっぱり 「KN明朝」 がいいなぁ！うん、是非これにしてほしいですｗ

>>128
元kobo明朝ってわかりやすいからKBMinchoでええんじゃない？

分かり易さならBoko明朝が一番かも

じゃあbokoでいいよもう

>>128
その中なら間違いなくKBMinchoが一番いいね。

k明朝のkはkoboでもあり、Kindleでも有ります。
小文字にしたのはkobo優先にしたかったからです。

>>128
KMinchoだとKがKoboなのかKindleなのかわかんないのでNG
KBMinchoだとフォント名にBが入るとBoldを想起するのでNG
という事でKNMinchoに一票

>>121
COBOL明朝なんて…

kMinchoなんてキンドルで使ってるの？
使ってないなら問題ないと思う
というかKNの方がKindle連想する
Kbが一番無難だと思う

cobo明朝は？
字面だけ変えて、音は変えないで方向で。

名前なんかど〜でもいいだろ
アホらし

そだね。kobo明朝で認知されちゃってるしね。kobo社が文句言ってきたならまだしも、kobo純正だと勘違いしてる情弱のために踊るっていうのはなんかね。
Readmeぐらい嫁って思うわ。
kobo社的には宣伝になるから放置だと思うし。

みなさんありがとうございます。

この話題いい加減にしろって感じになってきたのでw
分かりやすいとの意見が多かった「KB Mincho」に決めました。

今週中には、新しいKB書体を5書体リリースする予定なので、こちらもよろしくです。

それでは、失礼しましたー

>>143
ありがとうございます。楽しみにしております。

freeで公開されてるフォント名に、企業名を被せるようなことを勝手にしてしまうと
事情を知らない人がkobo社が主体的にやっている事と勘繰ったりしちゃわないか？
という懸念なわけでしょ
無料公開されているの青空文庫読むためのソフトで金儲けとはこれいかに？的な

アナグラムを解いて元に戻してしまえば、読書向けであることも明朝体であることもそれとなく伝わりそうな
book明朝

あ　ごめんｗ

koboayaさん！退屈です！
正式版の長編大作Readmeだけでも公開してぐたちい！

ん？

おれ...なんかヤヴァイ？

koboayaさん、
良かったらでいいのですが、
自分も巨大長編readmeだけでも読みたいです！

名前が決まったようで何よりｗ

by the way

>>Nitori18さん

5書体！そりゃすごいｗ
しかし流石にその数になるとサイズでかくなるよねえ。CFWに組み入れて
Linuxパーティションに配置すると容量圧迫するかもしれないなあ。
それに、そこまでの数になると使う人がインストールする書体を取捨選択
できるようにしたほうが良いかもしれない。

例のSDカードフリーズ問題を議論していたときに、実はKoboは色々なフォルダを
サーチしてフォントを探しに行く、という事を解析してもらってたんだけど
その解析の結果、USB接続したKoboのfontsフォルダは、ほぼ最後にサーチされる
んだよね。だから、なるべく早くサーチさせたくて内蔵領域に配置したんだ。
SDカードフリーズ問題の原因の根幹が、「フォントのロードが間に合っていない」ことが
原因だったのだから。

とりあえず、KB明朝とKB明朝Bだけ内蔵配置にして、他の書体は任意にInstallして
貰うようにしたほうが良いかもしれないなあ。

現状のもので構わないので、名称変更したKB明とKB明Bだけ先にリリースして
貰えれば、0.95正式版に組み込もうかと思いますが
時間がかかるようであれば、正式版パッケージからは一旦除外したほうが安全かな。


>>147

readmeだけ読んでどうすんのｗｗｗ

>>149
新しくリリースするフォントは、使う人は少ないはずなので、CFWには組み込まなくて良いと思いますよ(^-^)/

KB明朝/KB明朝Bは、早めにリリースしますね。

>>149
イメトレ... ですw

フォントと言えば、初期実装されてる欧州系フォント?がジャマですねえ。
アレがなければ、和文フォントをスグ選べるのに。何処かのフォルダからファイルを削除すると消えるとかの情報ないですかねえ。

そういえば、2.4.0でプレーンテキストを表示すると
以前のように真っ白にはならなくなったね。文字化けはしまくってるから
エンコードさえ併せればちゃんと表示されるようになるのかな。

txt2htmlで良いっちゃあ良いんだろうけど。。

正式版に組み込みたいなあと思ってて、すっかり忘れてたことがあった・・・

○やりたいこと

ファイル名、フォルダ名が記載されているTextファイルを引数で引渡して

・ファイルならrm
・フォルダなら中身を全部消してrmdir
・終了したら引数のファイルをrm

要するに、CFWのファイル編成が変わったときに古いファイルを削除する
スクリプトってことですな。削除リストはkoborootに放り込んでおけば
外部からいじられて重要なファイルを消されることもないだろうし。

ま、次回くらいに実装すっべえな・・・

>>153
イイですね。本体で一個一個削除するの面倒だったんです。

出来るかどうか全くわかってませんが、読了になった本を、koboがそのrmテキストに候補リストとして上げてくれたら神。

>>149
ちょっと気になったんですが、
フォントは、システム領域におかない限り、どこにあってもサーチが遅いということ？
だったら、任意のフォントファイルをシステムに潜り込ませる仕組みが欲しいな。

>>153
削除リストにするより、バージョンごとに必要なファイルのリストを作って、
そこにないファイルを削除ってした方がいいんじゃないかな。

削除する方をリストアップする方法だと、あるバージョンだけで使ってたファイルとか、
そういうものの扱いが面倒になると思う。あとアップデートパスの問題もありそうだし。

アップデートの際に、旧バージョンと新バージョンが決まっている場合はいいけど、
いくつかおきにアップデートする場合などを考えると、逆の方が良いのでは。

>>156
「ない」という判定って、そう簡単な話じゃ済まないでしょ

ちょうど今話題のフォントなんかだと、CFWのディレクトリだけじゃなくてシステム側のディレクトリにも
フォントファイルを置こうとしているわけで
他にもライブラリの差し替えとか考えればシステムディレクトリに配置しなきゃいけない場合もある

システム側のディレクトリなんて、正式のファームがアップしたらファイルが変る場合もある訳で、
そういうのをリストに無いからって消しちゃうとマズいでしょ。

となると、やっぱり「削除すべきファイル」をリストアップした方が安全でしょう。
過去のバージョンだけで使ってたファイルも未来永劫削除リストに残しておけば、アップデートの間が飛んでも問題ないし

tgz内のイメージフォルダだけ削除してインスコしたら不具合でますか？

>>154
あっよく読まずに全然違うのを想像してた^^;
すみません。
アンインストーラーみたいな感じの機能のことなんですね。あはは。恥

んー、libmngのドキュメントに記載されていない機能でprogressiveつーのがあって、
こいつがデフォでonになってるために大きい面積の表示が分割されてしまうようだなあ。
サイズとしては高さ300以上の場合に20line毎に分割だから、
確かに全画面フレームが分割されるはずだわ。

ヘッダをじっくり読み込んで怪しそうなのを見つけて、ソース調べないとわからんよ、これ(笑)
規格としては失敗したものだからしょうがないとはいえ、アンドキュメントな部分が多い…

>>160
プログレッシブが駄目なら、いっそのこと作成するデータの方をインタレ必須にしちゃえば、ええんでないの？
軽くシマシマに表示され始める感はあるけど、大きく分割表示されるよりも自然な希ガス。

>>161

あ、言葉足らずだったか。
一応ドキュメントには出ていないAPIでprogressiveのenable/disableはできるので、
ツール側でprogressive disableに設定変更して描画が改善されるか試してみる予定。

>>162
なるほろ。期待してます。

まだ問題大有りなんだけど、usbをhostに出来た。
興味ある人いるかな？
Touch N905Cだから、他のでどうか分からないけど。

ソースの変更点。iMX507を使用

/arch/arm/plat-mxc/usb_common.c
341行の「#if 1」 を「#if 0」

/arch/arm/mach-mx5/mx50_ntx_io.c
700行の「#if 0」 を「#if 1」

/arch/arm/mach-mx5/mx50_rdp.c
以下の行のコメント「//」を削除。たぶん、いらんこともしてる。
279:// MX50_PAD_PWM2__GPIO_6_25,
280:// MX50_PAD_I2C3_SCL__USBOTG_OC,
361:// MX50_PAD_OWIRE__GPIO_6_26,
362:// MX50_PAD_EPITO__GPIO_6_27,
1987:// gpio_set_value(USB_OTG_PWR, enable);
2362:// gpio_request(USB_OTG_PWR, "usb otg power");
2363:// gpio_direction_output(USB_OTG_PWR, 0);
2482:// usb_plug_event.param = (void *)1;
2483:// usb_plug_event.func = (void *)pk_cb;
2484:// pmic_event_subscribe(EVENT_VBUSVI, usb_plug_event);

make menuconfigでは以下の項目をチェックした。
USB verbose debug messages
USB announce new devices
Support for DR host port on Freescale controller
USB Mass Storage support
「USB Gadget Support」はチェックを外した。

んで、CodeSourceryでビルド。

ホストケーブルをつないで、「らっぱっぱらりん」さんを参考に、dvdドライブに付いてきた他のpcのusbポートから給電できるケーブルを使った。こんな感じのやつ。
ttp://groovy.ne.jp/products/accessory/usb_cable_sp.html
で、hubをつなげて、usbフラッシュメモリを挿して以下のコマンドでマウント。
mkdir /mnt/usb
mount /dev/sda1 /mnt/usb



問題点は、dmesgで見たときに以下のメッセージがループしていること。
〜〜〜〜ここから〜〜〜〜
usb wakeup is here
usb usb2: usb wakeup-resume
usb usb2: usb auto-resume
ehci_fsl_bus_resume, Host 1
fsl-ehci fsl-ehci.1: resume root hub after power loss
hub 2-0:1.0: hub_resume
hub 2-0:1.0: state 7 ports 1 chg 0000 evt 0000
hub 2-0:1.0: hub_suspend
usb usb2: bus auto-suspend
ehci_fsl_bus_suspend, Host 1
fsl-ehci fsl-ehci.1: suspend root hub
〜〜〜〜ここまで〜〜〜〜
素人が適当にやってるから、ホントに分からんw。

>>164

をー、KoboのUSBポートはOTGに対応してるとかどこかで見たことあったんだけど
本当にできるんだねえ。

DBの構造がもーちょっとマシなら、事実上これで容量無制限になるも一緒なんだけど
いかんせDBがクソだから、登録できてもNickelが処理しきれないだろうなあ。

何か面白い使い道は無いものか・・・

by the way

0.95の正式リリース版ですが、KB明朝がリリースされたらさっくり公開します。
価格Comで23日前後に新ファームがリリースされるとかサポートで回答貰った
みたいな書き込みあったけど、どうせ2.4.x系だろうし
2.4.0から大きく変わるとも思えないから、その前にリリースしても問題ないと
思うので。

β５から、またまた若干変わっています。
詳細は正式リリース時に・・・

あと、bucchiさんのblogのコメント欄に寄稿してくれている人が公開している
モジュールに、大・大注目しております。許可もらえたら組み込みたいなあ。

んなかんじ

お待たせしました。
KB明朝(旧Kobo明朝) Ver0.43、取り急ぎフォント名のみを変更しリリースしました。

「Kobo明朝」(KoboMincho)→「KB明朝」(KBMincho)
「Kobo明朝B」(KoboMinchoB)→「KB明朝M」(KBMinchoM)

Ver 0.42ではフォント名にバージョン名を入れたバージョンを同梱していましたが(例:KoboMincho042)、
今回からは無くしました。

★ダウンロードは以下からどうぞ。
http://ux.getuploader.com/KOBO_HACK/download/66/KBMincho043.zip

★ご意見、ご質問、ご要望等あればご遠慮なくどうぞ^^

★koboayaさんへ
お疲れ様です(*´∀｀)
個人的に、「KB明朝M」(旧Kobo明朝B)をCFWに組み込む必要はないかなぁ？と思います。
「KB明朝」だけで十分かと思いますし、「KB明朝M」を使う人は少ないのかな、と思ってるので。
近いうちにリリースする新しいKB書体と共に、使う人がインストールする/しないを自己判断すれば良いかと思います！
それでは、β５楽しみにしております(^^ゞ

ｷﾀﾖｷﾀﾖヽ(ﾟ∀ﾟ=ﾟ∀ﾟ)ﾉｷﾁｬｯﾀﾖ-!!!!!!

フォントｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!

どなたかサポートPlz

boot.shか何かで構わないので、不要ファイルをを削除するスクリプトを組んで
くださいませ。

UnInstallスクリプトを組み込むのはまだ先なんだけど、とりあえず
0.93系ユーザー・0.94〜0.95βテストに参加してくれた人に、ファクトリーリセットを
お願いするのはやっぱり気が引けるので・・・。

削除対象のファイル・フォルダは

/usr/local/Kobo/fonts/KoboMincho.ttf
/usr/local/Kobo/fonts/KoboMinchoB.ttf
/usr/local/Kobo/fonts/scripts/*
/usr/local/Kobo/fbmngplay
/usr/local/Kobo/loadfont.so
/usr/local/Kobo/png2raw-12
/usr/local/Kobo/png2raw-static-12

おながいします

ミス

×/usr/local/Kobo/fonts/scripts/*
○/usr/local/Kobo/scripts/*

[fbmngplay]
・とりあえずprogressive抑制で、フレーム内が領域分割されず一括描画されることを確認
・EPDC描画をアニメーションモードで行うオプション追加
・その他細部での追加機能のチェック中

現状アニメモードだと最初のフレームの下絵も強制2値化されて描画になってしまうから、
その辺をfbmngplay内部で決め打ち固定的に対処するかどうかだなあ。
mngのコメント的なchunkを拾えば何かfbmngplayに対するコントロールができそうだとは
思うものの、giamではそこまで凝ったmngを作り込めないし…

#とりあえずテスト中の生モノ状態だけどロダに上げておいた
#一部、オプション解釈だけはするけど、後回しで実装していないものがある
#(playtimeとか、開始前の画面クリア指示とか)

>>fbmngplay作者様

俺を寝かさないつもりですかっｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

ええい、組み込みます。組み込みますともっｗ

>>172

いや、どんなものか使ってみたい人向けに出した生モノから
まだCFWに組み込むのは待って。

生モノとはいえ、バグって暴走とかはないはずだけど、
認識するが機能しない(実装してない)オプションがある状態のを
組み込まれるのはちょっと…(笑)

>>fbmngplay作者様

へいｗ んじゃ今回は組み込み止めますので0.96までに間に合わせてね（はぁと

お待たせしました。CFW "Advanced Edition" 正式版Ver.0.95公開です

CustomFirmware for Kobo Glo / Kobo Touch / Kobo Mini "Advanced Edition" Ver0.95

http://ux.getuploader.com/KOBO_HACK/download/68/Kobo_CFW_Ver0.95.zip

■主な機能

１ 不具合修正

�@ 外部SDカードに保存されたファイルの名前に２バイト文字が使用されている場合
Kobo本体に差し込むとKobo上で文字化けが発生してしまう
�A 内蔵ストレージに置いたファイル名、フォルダ名に特定の文字が含まれていると
”FSCKxxx"といったファイルになり、ファイルやフォルダが削除されてしまい、使用できない。
�B CBRファイルの中に、上記�Aのような名前を持つファイルが格納されている場合に
正常に使用できない。
�C Wifi設定が壊れてしまうと、以後何度設定を変更しても保存されなくなる。
�D 外部SDカードを使っていると、色々なタイミングで高確率でフリーズする。
�E 青キン明朝などのユーザーフォントを利用していると、電源ON時に開いた本でその設定が壊れ
デフォルトの設定に戻ってしまう

２ 追加機能
�@ 外部SDカード、内蔵ストレージに保存されたzipファイルをcbzファイルにリネーム
�A 外部SDカード、内蔵ストレージに保存されたrarファイルをcbrファイルにリネーム
�B 外部SDカード、内蔵ストレージに保存されたTextファイルをHTMLに変換
�C PDF,CBZ,CBRファイルのページ送りをkepub.epubと同じ左→右スワイプ、または
スクリーン左部タッチにより「次ページ」になるように変更する機能
�D CBZ、CBRファイルのファイル名が [著作者名] 書籍名.cbz(またはcbr)というフォーマットに
準拠している場合、Kobo上の著者名、書籍名を自動で正しく更新する機能
�E 書籍の登録後に、ユーザー本、ストア本ごとに著者名・格納しているフォルダ名・出版社名
などから自動で本棚を作成して書籍をその中に格納する機能
�F 壊れたり、消せなくなった本棚を全て削除し、�Eの自動本棚作成機能を使って本棚を
再構築する機能
�G 内蔵ストレージ領域に、Linuxのswapパーティションが存在した場合、起動時に自動で
スワップ領域としてKoboが利用できるようにする機能
�H データベースが肥大化してしまい、動作が重くなった場合にデータベースの最適化を
実施する機能
�I データ補完をKoboのコンテンツ処理に連動して実行。また、起動時に再補正を実行する機能
�J データの高速Commitモードを使う機能
�K 起動中やサスペンド画面に表示されるアニメーション・静止画を自由にカスタマイズできる
テーマ機能
�L (kepub.epubのみ）使用するフォント、フォントサイズの設定をテンプレート書籍の設定に
従って全書籍共通化するフォント設定共通化機能
�M 最後に読んだ本が格納されている本棚にある本を「最近読んでいる本棚」に自動登録する機能
�N データベースのキャッシュサイズを任意に拡張するDBキャッシュサイズ拡張機能
�O Koboがフリーズした際に、電源LEDを赤点灯し「フリーズしたこと」を通知する機能
�P よりKoboで読書を快適にするための独自フォント「KB Mincho」「KB MinchoM」の実装

β５からの変更点

�@自動本棚・ストア購入本の「SERIES」モード削除
�A起動時のアニメーションセットの「データ更新中」アニメーションの非表示設定追加

�Aについては、作者的にはオミットしたい機能だったのですが
「とにかくシンプルに使いたい」
「データ補正がコンテンツ処理直後にほとんど終わってしまう」

上記２点から、koboCFW.confでのON/OFFではなく「テーマ機能設定」の一環として実装しました。
データベース更新のアニメーションを非表示にし、起動時アニメーションのままに
したい場合は、themes.confの「DisplayDbUpdateAnime」を書き換えて使ってください。

ただし

データベース再構築中のアニメーションは「１００％」表示されます。
これは、最も「電源OFFやリセットをすると危険なタイミング」だからです。
confにも書いていますが、本来常時ONにするべき設定ではないので
どうしてもアニメーションを表示させたくないのであれば、
DataBaseOptimizationをOFFで運用してくだだい

いっぱい書きたいことはあるんだけど、とりあえず先週から朝の8時始業の現場に
入ったんで、寝ますｗ

readme後半は、俺の今の気持ちが出すぎているかもなので、鼻に付いたらゴメンナサイ

おやすみー！

>>176
> �A起動時のアニメーションセットの「データ更新中」アニメーションの非表示設定追加
さんきゅーでーす

>>177
readme読破しました！
いや〜もうね「koboaya先生、執筆作業お疲れ様でしたっ」て感じです（笑）

これはもうreadmeというより、解説書とか攻略文献の類の何かだと思います

koboayaさん、お疲れ様です(^^ゞ

readme、ざっと読ませて頂きました。
そうそう、そうなんだよ！！って内容で共感しまくりでした(^_^;)

KB丸ゴシック、検討し始めました！
方向性が見えてきたらご紹介しますね(^^)



近々リリースするKB書体をちらっと紹介。

1.KB明朝sharp(仮称)
今までのKB明朝は、タテヨコの比率等を考慮せずに一律に太らせていました。
そこで、明朝体らしく「縦画は太く」「横画は細く」した、
Koboでも読みやすいシャープな明朝体を開発中です。

2.KB Sans-Serif,KB Serif(仮称)
洋書好きのKoboユーザーの皆さん、お待たせしました!?
英和辞書の日本語部分もキチンと表示される、美しい欧文フォント、開発中です。

3.KB明朝のBold指定に対応するゴシック体フォント


Coming soon…

フォント開発中とか、ちょっと大袈裟ですね(^-^;

既存のオープンなフォントを組み合わせて、調整してるだけです。
まぁ、それが結構大変なのですが…

開発されている皆さん、ホントに凄い！

何か寝る前なのに興奮しまくり！もう一度言うけど、ホントに凄いよ！！

>>180
KB Sans-Serifに期待
気長にまってます。

『Readme開発』ってナカナカないですよねw でも、開発と言っていいレベルの仕上がり。テクニカルライター(取扱説明書を開発する人)も真っ青な出来ですね。
ついでに、物語として感動も内包していて、なんともまあこりゃこりゃw

お疲れっした！そして、ありがとう！

丸ゴいいですね。
小説は明朝で、と思いますが視認性では丸ゴが一番なんですよね。
ヒラギノ明朝も入れたのですが縦が細すぎて断念しました。
新しいシャープなフォントもたのしみです。

おまえら凄すぎだろ…

Ver0.95 ありがたく使わせて頂きました。m(__)m

1つだけ気になったことが・・・
β5からの上書きインストールでフォント選択に
KoboMinchoとKoboMinchoBが出てきます。
ファクトリーリセットなら出てこなくなるのでしょうが
何とかならないものでしょうか。

>>187
消したいならファクトリーリセットだけど、普通に使うには問題ないからそのままでよくね？
β版でKOBO明朝を当てていた本があると、消した場合に“フォントが無い”事になるからむしろ残しておいた方が良いように思う。

touchが起動しなくなったので純正FWのバックアップに差し替え初期化を試みたが起動せず。スイッチ入れると青ランプは付くが無反応。
どうしようか、助けてくれ

>>189
わざわざそれをhackingスレに書き込んで、一体どんなレスを期待しているというのか…
状況がよくわからないに上にハード的要因が絡んでいそう＝素直に楽天へGoですよ

ちょいtechメモ

neonの多項式演算(p8/p16)を使ったcrc32高速化
ttps://wiki.linaro.org/LEG/Engineering/CRC

256bit単位(4パラ)での実装で、Intel SB8実装よりも速いようだが、
A7/A9/A15でかなり開きもあるし、詳細を検討しないとなんともいえず…
LinaroのEnterpriseGroupのだからリソースリッチな限定環境だとか、
限定条件が色々ついての性能かもしれんし…
(比較対象のsb8自体iSCSIとかそういうのに向けたcrc32だったわけだし)

これがリソースをそれほど必要とせず汎用で使えるように加工できそうなものなら、
kernelのarmアセンブラ実装コードを引っ張ってくるよりは速くなるんではなかろうか。

元のsdカードに戻したり
リセットボタン押したりしてもだめなら
基板の部品一個一個チェックするしかないねぇ

>>189

前スレ>>269
--------------------
>--- normal --
>(1)青(hardware init?)
>(2)緑(u-boot board init)
>(3)青(uboot ISD boot)
>(4)緑点滅(kernel init)
>(5)消灯(nickel)
--------------------
(1)の青で止まってるのなら、
*バッテリーの充電不足
*内蔵sd周りのハードウェア故障
*内蔵sdのMBRが壊れている
等が考えられるんじゃなかろうか。

元のバックアップで発生したんだからMBR壊れ以外のバッテリーかsdの
ハードウェア故障じゃなかろうか。

#うちでもgloで前に一度だけbootに失敗したことがあるが、その時は
#充電しなおしたり、電源入れなおしたりしてたら正常に起動した

皆さん素晴らしすぎます。感謝！
Readme読んだときには、本当に涙が出そうになりました。
楽天の中の人（特にmikitaniさん）にも是非読ませたいものです。

>>194
まぁ読ませても、正直意味無いと思うがｗ
受け取る準備とか謙虚さのない人には、何やっても無駄だもん。

>>193
わざわざ前のスレから引っ張ってくれてthx
>>190
本スレ落ちそうだったんで場違いと分かりながらすみません。
他の方のバックアップをアップロードしてくれるという期待でした。

某所のにこっちでコメントしてみる。

png_read_filter_row() のneon化っていうのはlibpng-1.5.xに入ってるやつのことだと思うんだけど、
read filterはpng readの時に使われるので、decodeの高速化に寄与はするはず。
ただし、データがそのneon化filterの対象にならないと意味がないので…

up filter:all bpp
sub,avg,paeth filter:bpp=3 or 4のみ
がneon化されるfilterなので、そのようなbppで
該当filterが実際に使われている画像データでテストしないと効果が測定できない。

cbzで想定するようなグレスケ系png画像ではup以外はneonコードの対象外なので、
upが使われているグレスケ画像でどれくらい実効果があるかということになる。

0.95正式版より、readmeへの反響が大きい気が（笑
しこしこ毎日書き続けた甲斐があったってもんです。

0.93系リリースから三ヶ月近く経ってのリリースだったけど、やっと肩の荷が
一つ降りた感じ。暫くは次のネタに向けて準備しよう・・・

>>187

アンインストールスクリプト機能は今回は搭載見送ったので、βからの継続利用の場合は
その状態になります。先日スレ民に支援依頼した扶養ファイル削除スクリプトが
もし出来上がったら、それを使うとか。

＃ 流石に、暫くの間スクリプトは見たくないｗ

すみません。先日、0.94β5を入れていたのですが、0.95を入れるには、
ファクトリーリセット→最新ファームウェアにアップデート という過程が必要なのでしょうか？
あるいは、そういう過程を踏んだ方がベターなのでしょうか？

別にどちらでも変わらないなら、たくさん入れてあるファイルを入れ直すのに時間がかかるので、上書きしようと思ってるのですが。
初歩的な質問ですみませんが、お教えください。

>>199

0.94からであれば、面倒でもファクトリーリセットのほうが綺麗です。
ですが、まぁ我が家の嫁さんのTouchも0.94β５→0.95正式版で問題なく
動いているので、構わないといえば構いませんが。

>>200
さっそく、ありがとうございました！
ファクトリーリセット→ファームウェアアップデートをしてからにしたいと思います。
今回のアップデート、入れるのが楽しみです。いつもありがとうございます。

標準のフォント、ホントに要らないのが多いよねえ。
フォントファイルはサイズでかいから、無駄に容量食うし。

デフォの暗号化されたフォント削除してもNickel的には問題ないんだろうか。
もし問題ないなら、次のバージョンで「フォントインストール機能」でも作ってみようかね。

まぁ、まだ0.95正式版にして24時間も経ってないうちから0.96もクソも無いんだが・・・ｗ

＃ 0.96のアイディアはあるんだけど、0.95ほどのクソでかいインパクトがある機能が無い

公式FWの2.「5」系を待とうか・・・ｗ
（2.4.x系は、2.4.0のダメさ加減を見て2.3.x系と大差ないだろうと思われる）

スリープ画像をランダムに入れ替えるのができないかと
やっつけスクリプトを組んだらできた

(1) CFW0.95を入れる
(2) .images/suspend に8つのpngを1〜8.pngの名前で格納
(3) ext/suspend_start.sh を以下の内容で作成
------------------------------------------------------
#!/bin/sh
PNGNUM=$(((RANDOM%8)+1))
cp -f /mnt/onboard/.images/suspend/$PNGNUM.png /mnt/onboard/.images/suspend.png
sync
------------------------------------------------------
(4) 8つの画像がスリープのたびにランダムに表示される

すいません。あちらで間違って聞いてしまったのですが
0.95ですとSwapパテは作ったほうがよろしいのでしょうか？
動作がさらにスムーズになるのでしょうか？

>>204
Readmeに書いてある以上のことは誰にもハッキリわからないんじゃない？
あった方が安心という程度なのでは。

>>202
ちょっと前にも書きましたが、新規登録した本のホームでの表示順についてお尋ねしたいことがあります

ホームでは新しく開いた本から順に、5冊分の大→小画像が表示されますよね？
複数の本を並行して読んでいる場合はそれでもいいのですが、自分のような単行本購読者ですと
同シリーズの本を1巻から順に、1冊ずつ読んでいくことが多くあります

その際次巻以降は“一度開く”という動作を行うことがない上、新規登録した段階での自動表示は
逆順になってしまうため、現在読んでいる本以外の4冊分が機能していない状態です
（1巻〜10巻を取り込んだ場合、ホームには大きい画像から順に10巻、9巻、8巻、7巻、6巻が表示され、
その後も[読んでいる巻]、10巻、9巻、8巻、7巻と、後ろ4冊分が常に一定の状態）

現状1冊を読み終わったらライブラリに行き次巻を開いていますが、ホームで昇順に表示くれされすれば
5冊読み終えるまではライブラリにアクセスする手間が省けるのにな〜と、いつも思っている次第でして…

長くなってしまいましたが、ここからが本題

1)上記のように、なんとかホームでの表示を昇順表示させることは出来ないでしょうか？
2)もしくは、ホーム自体を特定のライブラリ（ホームボタンで本棚に飛ぶような感じ）に出来ないでしょうか？

個人的にはこれが出来るようになるだけで、かなり快適さが増すのですが…

>>204

正直なことを言えば「作っておいて損は無い」かなあ。

ただ、俺のパッケージするCFWは「ストアユーザー」もある程度視野に入れてるんで
「自炊目的なら、当然やって然るべきだろｊｋ」とは書けないわけで。

自炊メインなら作って損はないべ。
ストアメインなら「作ってもほっとんど意味ない」かな。

>>206

わっふうｗ

実は0.96で何とかしたいと思ってた機能だったり（笑

0.95までは「コンテンツの分類・整理」がDB屋の俺のテーマだったんだけど
ある程度目処が付いたので、次は「コンテンツの処理順」がテーマだったり。

ただ、LASTEST5（ホーム画面の5冊）の表示条件がまだ確定していないので
（目処は付いてるんだけど、微妙にややこしそう） まだ推測の域を出ないのね。

「最近読んでいる本棚」でも実装できなかった次の本へのアクセスの最短化は
そりゃー「ホーム画面に次の本を出す」以外無いでしょう（笑

気長にお待ちくださいｗ 今はとりあえず0.95のリリース終わって「ぷっしゅ〜」状態なのでｗ

>>203
出来ないっす

>>208
了解です！初めてレスした時は「なんか流れちゃったなー」みたいな
感じでしたので、前向きに考えてくれていて安心しましたε-(´∀｀*)ﾎｯ

まずはしっかりとフル充電なさって下さい　首をなが〜くして待ってますので

>>205
>>207
ありがとうございます
ストア本メインなので無しで行こうかと思います

>>209
ここ hacking スレだから

wiki に 0.95 のこと書きに行ったらもう書いてあってわろたｗｗｗｗ

>> koboaya さん
readme 長すぎだろｗ馬鹿かよ。どんだけ力いれてんだよ。
なんでおれ読み終わった後なんか感動してるのかわかんねえよ

それで、このreadme は、epub 化しないんでしょうか。

ちょっとreadmeのepub作ってくる

芥川賞じゃないけど横書きで頼む

>>214
期待。表紙もぜひ・・・

ついでにKDPでkindleデビューとか。
まぁ、その前にパブーかなw

0.95で心残り。

１．fakeshさんの提示してくれたモジュールを組み込めなかった

→ 完璧に俺の勉強不足が理由かなあと感じたり。
シェルスクリプトで、ここまでｽｹﾞｪ事ができるんだ！って感動したんだけど
いざCFWに組み込もうとしたときに、自分の技術力の無さとアイディア不足で
どうやっても組み込めなかったコト。
LEDの点滅だけ、何とか実装したけれど本当は状況によって点滅色と
パターンをもっと動的に変えたかった・・・

２．0.94差分処理が実装できなかった

→ ファイルの配置位置が変わったことで、旧ファイルは削除するのが当然。
ファクトリーリセットなんて、誰がオススメしますかいｗ
配置位置を変更することを決めたのは自分だけど、βから付き合ってくれている
皆さんに、面倒な手間をかけさせたくなかったのが、本音。

３．サンプル・テーマの調整が適当すぎた

せっかく前々スレ555さんが作ってくれたテーマサンプル（Cyberテーマ）を
調整する暇がなかったこと。これはまあ、Mistyテーマとかを公開してくれた
前スレのテーマ職人様のお陰で随分楽させてもらえたのは事実なんだけど。
それでも、「サンプルです。使ってみてね」と書いた以上、もう少し調整すべき
だったかなぁと心残り

４．何より

公式FWのバージョンアップで「きっと楽天とKobo社なら何とかしてくれる」と
最後まで希望を持って、公開がずるずる延びたことｗ

まあ、2.4.0で事実上、「絶望」したのですが・・・

>>216
いやいや、横書きならまずKWLだろｗ

をいをい、みんな、Readmeに何でそないに熱くなってんのｗｗｗ

じゃあ、readmeの後記ってコトで・・・

・readmeに拘るワケ

自分はX680x0ユーザーだったのですが、当時は俺が書いたくらいのreadmeなんて
当たり前だったんですよねｗ

パソコン通信・と呼ばれてた時代、絵やフリーソフト作者さんは自分の活動拠点の
BBSでの書きこみか、配布ファイルに含めるreadmeくらいしか表現できる場所が
無かったワケで。

そんな時代の人間だから、readmeこそが配布しているソフト（パッケージ）の意図を
伝える手段だと、極解しているだけなんですよ（笑

ただ、パッケージングの方向性として「自炊ユーザーのみ対象にする」ってえのは
まず最初に除外しました。だって、まだKoboはX680x0化してないんですから。

後は、、とにかく最近の楽天とKobo社の迷走の酷さに我慢できなくなった・・ってのも
大きいですよねえ。

価格comの口コミとかを見ると、本当に悔しくて涙出ます。
「・・・そこまで言われる程酷くないんだよ！」って書き込みたく、なります

良いハード≠売れるハード、そんな図式は当たり前。

マイナーハードマニアと言われるかもですが、Koboは低価格LinuxBoxじゃないんです。
「電子書籍リーダー」なんです。それは絶対に譲れない。
MrRabooが「マニアが熱いよ！リナックス！ルート！」とか煽ってましたけどｗｗ

Koboでみんなで本を、「快適に」読もうよ。

俺は多分、それだけなんだと思います。だって、Koboを買う人は本を読みたいから
買うんでしょ？ だったら、それは大事にしなきゃ、ね（笑

CFW導入で、もしあなたの読書をする時間がちょっとでも楽しく便利になれば
それがきっと、このスレの住民への最大の賛辞だと思いますｗ

ハイッ >>220もkoboaya@readme(仮)入り決定！

と、言うわけで今夜は寝ますｗ

readmeのepub化は、すげぇ恥ずかしいけどお任せしますｗ
文法がおかしいところ、区切りが不自然なところ、誤字脱字、もー何でもいいんで
適当に補正しちゃってください（笑

ではでは

あれ？もしかして、発売時よりGloの表示品質良くなってます？

前はボールド化なりガンマ補正しないと掠れて読みにくかった自炊ファイルが、
なんか補正しないでも綺麗に見える気が…気のせいかな

んー、read_filterのneonの件、libpng-1.5.10(だったかな？)のものじゃなくて
それに採用される前のbpp<3のケースもサポートしたコードだということだったようなので、
その指摘されていたソースをちらっと眺めてみた。

subの1bppなんかはあまり効率アップにはならなさそうな印象で
bpp<3のコード部分が採用されなかったのも頷ける話。
(bpp=1のsubは特にsimd的には不向きだと思われる)

cyberテーマのrebooting.pngをxnviewでfilter allでpngを作り直して
ttp://imaya.github.com/png.identify/
で使用されたフィルター構成を見ると
-----------------------------
FilterCountRatio
0. None787.62 %
1. Sub656.35 %
2. Up70668.95 %
3. Average706.84 %
4. Paeth10510.25 %
-----------------------------
こんな感じだから、
upがメインになるこの手のpngならそれなりにneon化の効果は出そうな気がする。
(upは上ラインとの相関なので、アルゴリズム上、低bppでも効果は期待できる)

文字pngでのフィルター構成の傾向を分析しないと実効性は判断できないだろうけど、
自然画像以外では、前ラインとの相関性が低いデータはあまりないだろうから、
かなりの比率でupが使われることになると思う。(多分50%切ることはないのでは？)

最終的にはpngを生成する時にユーザーやツール(encoder)が
どういうfilter指定で生成するか次第なんだけどねえ。

>>224
-----------------------------
　　Filte　　Count　Ratio
0.　None 　　 78　　 7.62 %
1.　Sub　　　 65　　 6.35 %
2.　Up 　　　706　　68.95 %
3.　Average　 70　　 6.84 %
4.　Paeth　　105　　10.25 %
-----------------------------
tabがなくなって表が崩れたようなので
きれいにはそろわないだろうけど
適当に全角スペースに置き換えて張り直し

うーむ、neonの構造は調べてないけど、
さすがにクロック毎に即結果が出てフォワードされて使えるってことはないだろうから、
隣接命令間でのレジスタ依存性の塊なneon版sub 1bppは
simdで書いている意義を疑ってしまいそうなコードだ…
このsub 1bppのコードでも場合によってはcpu実装よりも速くなるのかなあ？
(まあ、accumulate型の演算でcpuコードでもレジスタ依存性自体が解消できるわけではないから
どっちもどっちな性能なのかもしれんが…)

初歩的な質問で申し訳ないんですけど
CFMの中にはJPG高速化ツールは組み込まれているんでしょうか？
それともファクトリーリセット等かけてCFW入れる度に
別途JPG高速化ツールも入れる必要があるのでしょうか？

>>227

jpeg高速化はCFWとは別途導入しないといけない

作った人のCFWへの同梱許諾が得られていないという理由で外れてるはず

>>228
ありがとうございます

Ver0.95完成おめでとうございます。
早速使っています。
こんなに素晴らしい人たちがいるなんて。
koboを買ってよかったと思いました。
有志の皆様、本当にありがとう。

koboayaさん渾身の力作、ついにEPUB化!!

CFW Ver0.95のReadmeを横書きEPUB3ファイル化しました。
修正/編集/表紙付け/挿絵入れ/EPUB3ファイル化　を行いました。

●ダウンロードはこちらからどうぞ。
http://ux.getuploader.com/KOBO_HACK/download/69/cfw095readme.kepub.epub

●何かご意見等ありましたらお願いします。
●表紙の次ページが挿絵ページになってますw
●相変わらずセンスのない表紙/編集ですみません…

…こんな時間までかかってしまったww
寝むい。寝ます。

>>222
>>231

有難うございます。
早速readmeをダウンロードさせて頂き、gloに入れました。
目次の多さもさることながら、
表紙が付いてると妙に感動しますねw

すべての職人に感謝！！！！！

cfw095とても有り難く使わせていただいています。感謝です。

初歩的な質問ですみません。
koboCFW.confをメモ帳などのエディタで開くと、改行されず全ての行がつながってしまいます。
何か良い方法があれば、教えていただければ幸いです。

>>234
改行コードが対応して居ないのでしょう。
TeraPad 等のエディタがお勧めです。

>>234
メモ帳じゃないエディタつかうとか。
サクラエディタとかemeditorとか。
ヒントは、CRLFとLF

>>235
>>236
ありがとうございます。
emeditor(無料版)とwordはダメでした。
TeraPad使ってみます。

>>224

>(bpp=1のsubは特にsimd的には不向きだと思われる)

昨日はこんなことを書いてみたものの、よくよく考えれば、
普通にsimdレジスタ内でsumを取るときのように隣接要素間の加算をしていって、
その部分和をうまく利用しながら各要素を構成していけるような気がするなあ。

命令のレイテンシやら細部は検討してないので、命令数レベルでは微妙かもしれないけど、
少なくとも逐次性起因のデータ依存は低減できるから、複数領域分を一括で扱って、
コードを混ぜ込めばレジスタ依存性は隠蔽できるだろう。

>>237
俺は毎回Word 2007で編集してるけどね
Unicode(UTF-8)で開いて、編集後はkoboCFW.conf.txtとして名前を付けて保存
その際行末設定を改行文字(LF)のみにしてる
最後に.txt部分を削除して終了

秀丸

>>240
有料却下


てか、それどころでねーかも。
公式のアップデート来たね。
CFW昨日当てた奴らが今日、阿鼻叫喚になるのが見える。
外部SD使ってるヤツは、抜いてから公式アップデートしないとSD内のデートやらDBやらくちゃくちゃにされそうですね。

1.外部SD抜く
2.公式アップデート→再起動
3.CFW0.95で再度アップデート→再起動
4.JPG高速化パッチ→再起動
5.外部SD装着→再起動

平常運転へ

って感じでいいのかな？他に注意事項があれば、アナウンスしないとチト心配。

本当だ。公式アナウンス来たねえ。

ダウンロードリンクがそのままなら、あのぶっ壊れた日本語のリリースノートが表示されるんだろうか（笑

ま、リリースリビジョンとかまで全部そのままなら先日の2.4.0の解析結果のまま、という事になるわな。

外部SDカードの不具合治した？ どうせ根治させてないんだろうが・・・。

電源ON時のフォント設定ぶっ壊れ問題治してから「修正しました」と言え。
ソースを読む事すらできないこのスレの住民のほうが根治手段を実装するってどーゆー事よｗ

>>234
koboCFW.confをブラウザにドロップして開くと改行されて見れるので、
変更したい箇所をコピー
メモ帳でkoboCFW.confを開いて、変更箇所を検索して変更後、上書き保存
この際、""の間以外一切変更しないこと。（改行コードが消える恐れがある）
これなら、他のソフト特にいらない

>>241

そないな感じ

なぬ。っていうか、一度0.95をいれた人は様子見した方がいいってこと？

ttp://download.kobobooks.com/firmwares/kobo4/feb13/kobo-update-2.4.0.zip
ttp://download.kobobooks.com/firmwares/kobo3/feb13/kobo-update-2.4.0.zip
ttp://download.kobobooks.com/desktop/RakutenBooks/KoboSetup.exe

libnickel等海外版2.4.0よりrevが進んでいる模様
/usr/local/Kobo/revinfoファイルが何故か暗号化されたようだ

revinfoはデバイス情報で出ているrev部分と先頭は同じなので
暗号化ではなくてtag？

>>243
追加、先に一度koboCFW.confをメモ帳で開いて、変更せず上書き保存しないと、
ブラウザで文字化けするかも。

【新機能】koboクラウドを用&#xAD;
いて、端末から本を削除した
り、追加したりできるようにな
りました。
【改善】SDカード関連の不具合&#xAD;
が解消されました。

とのことですが…果たして!?

リリースノートの翻訳は是正されてますね。

1.本を端末から削除して容量を空けることができます。端末から削除した本は後で再度ダウンロードできます。

2.本をライブラリから完全に削除することもできます。

端末側からもネット上のライブラリデータを削除できるのね。誤操作して再購入しなきゃいけないヤツが出そうな仕様だなw
あっ購入履歴から再ダウンロードってできるのかな？

端末から完全削除を選択してみたけど
「ライブラリ」から削除されるだけで購入履歴は残ったままで再ダウンロード出来たよ

ざっと動作確認したところ、想定通り問題は無さそうです。
CFW0.95がキビキビ動いてます。

再導入の手順さえ間違えなければ、スンナリ移行出来そう。

>>251
なるる情報ありが�d

>>247
開発チームがVCSをsubversionあたりからgitにでも変えたんじゃw

2.3.1あたりで無くなった画面中央押しで出るメニューから
前のライブラリページに戻る機能は復活しないものかのう
既読％なんか要らね−よ

mobilereadで、KoboのPlugin開発者のah-さんが新しいモジュールを公開しているねえ。
どないなのか興味あるけど、まずは正式リリース版の2.4.0を検証せにゃあなあ。

二か月ぶりの自社作業なので日中でも書き込めたり、情報収集こっそりできるんだけど
明日からまたドナドナかぁ・・・orz

本を読む時間が欲しいようｗ

touch外部SDでトランセンドの8G使っているのですが
認識出来ないと出てフォーマット要求されます
公式FWでもCFWでも同様の症状です
Windows標準機能やフォーマットソフトでのフォーマットも試しましたが効果なし
touchをPCに繋ぐと外部SD見えるしデータの出し入れも出来るので完全に認識出来てない訳では無さそうなんですが…

公式FWで外部SDフリーズ問題出る前は普通に使えてたSDカードなんですけれど

>>257
SD Formatterでフォーマットして、CFWの導入されている端末で試す。
現状はそれ以外に手が無いと思うよ。
他のSDは試してみた？
他のSDも駄目なら暫し待ちなのかも。

>>257
SDフォーマッター
https://www.sdcard.org/jp/downloads/formatter_3/

>>258
>>259
さっきも少し書いたんですけど
フォーマットソフト(SDフォーマッター3.1)でのフォーマットも試しましたが効果なしですので…

他のSDは持ってないので試してませんが
その端末で使えてたSDが相性問題で使えなくなることなんてあるんでしょうか？

せっかく神CFWを出してくれて盛り上がってる直後に公式FW更新とか
空気読まなすぎじゃない？ていうかCFWチームに対抗してるっしょ？

>>261
対抗してくれてもいいけど、SD問題とかフォント問題が未解決とかじゃあねぇ・・・・

つか、β２から0.95に、ファクトリーリセット使わないでも問題なくアップデートできました。
（とはいえ、β２の前には一回ファクトリーリセットはかけてますがｗ）

正式版2.4.0の状況チェック。

結論：何も変わってません

要するに、外部SDカード問題は根治ではなかったということ。
電源ON時の初回に開く本のフォント設定がぶっ飛ぶ「フォントリセット問題」は
未だに治っていません。

すなわち

SDカードフリーズ問題は、この「フォントリセット問題」のもう一つの顔。
すなわち、根治していないということ。

bucchiさんの回避パッチは根治を目指したものだったんだけど
公式が根治していない以上、bucchiさんの回避モジュールは「必須」。

根治してねえってことは、まだ爆弾抱えてる可能性大だな・・・。

何のためにbucchiさんが回避モジュールにソースまで入れているのか
心底わかってねえみたいだな

0.95は何も考えずにそのまま使ってオッケーだねえ。

bucchiさん、loadfont.soはまだまだ使うことになりそうです・・・

CFW Ver0.95のReadme読んでて途中、DRAGON SPIRIT のエンディングが脳内で流れたのは俺だけか…。

スレ的にFW2.4.0は何も改善されていないような扱いですが、
2.3.2で自炊KEPUBの不具合が出て、修正を要望を出して2.4.0で直ってきたので
私の使用する範囲では有意義なアップデートでした。

ところで、明らかに不具合修正がイマイチな公式FWは歯がゆいところがありますが、
こちらで明らかになっている不具合の原因とか、適切な対処法などは公式サイドに
フィードバックするような働きかけ等はあるんでしょうか？
放っておいてもなかなか良くならず、現状を責めてばかりいても動かないと思うのですが。

>>265
ちなみにどんな不具合が是正されたのですか？できれば開示plz

2.4.0系での傾向を見極めるために、スレ住民の皆様にお願いです。

CFWを入れている/入れていないに関わらず、Koboがフリーズしたら
再起動して、USB接続してみてください。

.koboフォルダに「stackxx.log」みたいなファイルが出来ていたら
フリーズした経緯を知る手がかりになるので、あぷろだにUpするなどで
提供してくださいませ。

覚えていたら、でおっけーです。

今のとこ>>86と>>93の書き込みが、2.4.0の傾向な気がするんだよね。

公私共にばたばたしてて全くkoboに触われてなくて
せっかくの0.95もまだ試せてないんですが、
帰りの電車で EPUB化 readme 読んだら人前なのに涙が出てきて、
もう、なんというか書き込まずにはいられなかったので
ネタもないのに書き込んでしまいました。

koboayaさん。あんたほんとにすごいよ。
人柄がにじみ出てるどころか、あふれ出てて
まじで感動した。
リリースほんとお疲れさまっしたっっ!!!






これ kobo writing life で出版してランキング1位にしたくね？

やべ、もうreadmeネタは古いっぽい(恥
完全に浮いてる。

>>265

ドラスピのエンディングってどんなだっけ・・・？
いや、現役時代にクリアはした記憶はあるんだけど、当時は横シューが一番
元気な時代だったから、横シューばっかりやってたんだよねｗ
セイバーは500円も突っ込まなかったなあ・・・。F/AはBGM聴きたさに随分やった記憶が。

・・って、Kobo全然関係ないですねｽﾐﾏｾﾝ

解析結果のフィードバックとか、当然考えたことはあります。
でもね、俺らはHackユーザー。メーカーからすれば一番忌むべき存在なんです。
そんなユーザーから「こんなバグがありまっせ〜解析して原因はこれこれで・・・」って
情報提供を受けても、メーカーからすれば「冗談じゃない」ってなります。

また、俺が知ってる限りユーザーコミュニティのほうが公式より活発なプラットフォームで
ユーザー → メーカーへフィードバックされたケースって凄く稀です。

この二点から、「無理にフィードバックする必要も無かろう」というスタンスです。
どうせ楽天は無茶な仕様だけKobo社に突きつけてるだけでしょうから。

現場を知らない、最も無能なPM、PLの類でしょうね＞楽天

>>bucchiさん

いやだから、凄くないってばよ・・・・ｗ

でも、まさか自分か書いたreadmeで涙腺刺激された人が居るなんてびっくりだｗ

>>270
そんなことねーんですよ！これから広がっていくんですから

readmeのepub化は是非これからも継続して欲しい！
けど、作ったのNitori18さんだしパッケージングとかも難しいのか…う〜ん

グローバルなオポチュニティに恵まれたPM, PL「テストはユーザーの皆様にして頂きます。」

>>231
表紙作ってみた
ttp://viploader.net/ippan/src/vlippan308219.png

>>276
Readmeじゃなくハンドリングマニュアルで

すみません。テーマ機能を使ってみたくてCFWを入れてみたのですが上手く動作しません
.koboのimageフォルダに入れるのではなく、Kobo直下に.imageフォルダをコピ―すればOKという事でしょうか？

>>278
です

>>271

楽天がまともにバグ対策しようとしているなら
サポートからstack trace logの提出を求められるとかしそうなもんだけど、
誰かそういう経験orそういう話を見聞きしたことある？
(すぐに再現するバグだとユーザーからの提供は不要っていうのはあるんだけど、
サポートのマニュアルとしては普通は一律にログを収集すると思うが…)

楽天側で気になるのは、サポートを通じて得られることを分析できているのかなあ？という点。
明確に「要望」を出してくるユーザーは少なくても、「〜がしたいができない」みたいな
機能としてないものを問い合わせてくる初心者的な事案の中にも潜在的なニーズはあるわけで、
製品の機能改善につながるところまでサポート情報を利用してこそ
世界一を目指す会社だと思うんだが、どうなんだろうかねえ。
(サポートを単なるコスト部門に終わらせているのだとしたらもったいない)
まあ、サポートそのものは外部なんだろうから、楽天内の体制の余力と
どこから声を拾って分析するかというプライオリティ次第なんだろうけど。

んー、hackスレからズレた話だな、失礼。

>>280
処理能力のないところでは、有益な情報すらノイズ。これは真理。

2.3.x以降何度か見かける、外部sdに対する「認識できないフォーマット〜」云々が出る件。

sd挿入時であれば、これが起こる状況は
1)sdが挿入されudev/sdが呼ばれる
2)その中でmouont -t vfatしようとしてそれが失敗
3)nickel-hardware-statusを通じてnickelにfailedが渡される
4)nickelが該当ダイアログを表示
っていうことなんだけど、
mount済のものを再度moutしようとしても起こるし、
どこかvfat(fat32)の形式チェックでNGになっている場合も起こるし、
現物の管理領域を覗いてみないとはっきりしないんだよなあ。

usbに繋いだ時にpcから見えるのは
storageドライバが生のpartition領域をhostに見せていて
host側のwindowsが正常なfat32だと認識しているというだけで、
linuxのmountが認識できるかどうかとはちょっと別の問題になる。

2.3.*以降はnickel内部で、コンテンツ移動等書き込む都合でrwでremountすることがあるので、
そのあたりのremount&roへの戻しが関係してるんじゃないかと思うんだけど…

>>279
ありがとうございます！

>host側のwindowsが正常なfat32だと認識しているというだけで、
>linuxのmountが認識できるかどうかとはちょっと別の問題になる。
同様に「認識できないフォーマット〜」云々が出る場合でも
usbに繋いだ時にpcから見えないって可能性もあるから
その区別のためにpcから見えるか否かの情報は必要かと…

>>284

確かに、その情報が不要だとは思わないよ。
Koboの外部sdハードが正常に機能していて、
kernelがパーティションは認識しているということが分かるわけだし。

USB接続でPCに見せている(storageドライバ)＝中身(FAT32 fs)についてはKobo(ドライバ)側は感知していない
「認識できないフォーマット〜」=パーティションの中身(fs)の認識が問題(kernelのfat fs？)
という意味で「ちょっと別の問題」と表現しただけっす。

エラーが出てもkobo(nickel)で使えている場合は、mountでwarning的なステータス(non-zero)が返って
udev/sdがステータスnon-zeroなのでnickelにfail通知してるのかもなあ。

busyboxのmountは戻り値を標準的なものに合わせこむ処理はTODO扱いで放置している実装なので、
warningでもnon-zeroが返るのかもしれないし、それが標準的な仕様通りの振る舞いなのかはよくわからん。

ハード〜ドライバレベルで挿入の認識処理自体(media insert)がチャタって
複数回sd insert eventが流れる可能性があるなら、
２回目以降のudev/sdでmountがコケてfailが渡ってnickelのメッセージが出るなあ。

nickel内部で何らかの理由で外部sd上のファイルopen等に失敗したときに該当メッセージを出す、
とかしてると更に怪しい箇所が拡大しちゃうわけだが。

qtのグラフィック周りで元々neon 対応が入っている部分の調査
(コンパイルオプションdisableなので現状では無効だが)

QImageのrgb888 to rgb32変換
　変換自体がモードの組み合わせなので関数テーブルにregistする仕組みだが、
　mapping tableはstaticで後から追加registできない

q_drawhelper関連(gui/painting下)
　2画像blend処理の一部の組み合わせ
　scale処理でAにBを乗せるようなものの一部の組み合わせ
　transformでAにBを乗せるようなものの一部の組み合わせ
　alphamapblitのRGB16
　memfill(グラフィック関連向けのfill)
　90/270度回転
　その他もうちょい色々
　モードの組み合わせなので、関数テーブル登録方式
　テーブル自体はblend等の別ソースになっているものはexternなのでシンボルがあるかも。
　一部のものはdrawhelperに閉じたstatic
　いずれにせよ追加registのI/Fはなさそう

QImageでロードする際は内部では元画像に応じて
Mono/Indexed8/RGB32/ARGB32のどれかになる。
(transparent指定のあるpalette画像はARGB32に変換する等)

最終的にfb0に書くのは
>export QWS_DISPLAY=Transformed:imx508:Rot90
で指定しているlibnickel内部にあると思われるimx508のdisplay deviceクラスのはずだが、
こいつがrgb32系のイメージをrgb565に変換するときに、
自前で変換コードを持っていないのなら、qdrawhelper周りの変換関数を呼び出しているのだろう。

qimageやqui/painting/下のものだけneon enableでコンパイルして
がばっとpreloadで差し替えればGUI全般が軽くなるのかもしれない…
(method regist APIが無いしstatic tableがあったりするので、
ピンポイントで使いそうな組み合わせだけをなんとかするのは面倒そう)

webkit内も本来はneon対応が一部含まれている(gaussian-blurとlightingのfilter)
3rdparty/pixmanにもneonコードはあるがこれは無視していいはず。

あと、memset(),memcpy()のmem系関数もそれなりの頻度で使われているので、
頻度と対象サイズの傾向次第ではneon化高速セット/コピーにpreloadで差し替えると
効いてくるかもしれない。

USB接続でPCから見えないタイプの外部sd問題の場合、
FWのバージョンアップでどこかのバージョンから使えなくなったのだとしたら、
kernel(driver)が関係してる可能性が排除できないのかもなあ…

KoboTouch(N905B)用の旧版は2.0.2〜2.4.0まで変更なしだけど、
KoboTouch(N905C)/KoboGlo用の新版は
r5686_#605(2.2.0)
r5845_#606(2.2.1〜2.4.0)
のようだから、現行revまでのソースが公開されず調べられない以上、
影響する部分へのpatchが入った可能性を除外できない。

相性とかあると思うんですが
内蔵用のSDでお奨めのメーカーありますでしょうか？
殻割に挑戦しようと思いまして

某所でひっそりと公開されているKobo用のライブラリ郡についにfreetypeが加わってた。

早速ぶちこんでみたら、テンプレ本＋KB明で赤LEDにもならず無事に全ページ読了。
うわーい、これやっぱりCFWレベルで実装したいよう（笑

readme、何だか好評で表紙まで・・・ありがとうございます（こっ恥ずかしいなあｗ）

でも、改めて読み直してみると0.95でCFWデビューした人にゃ意味不明な部分が
結構あるなあ。詳細な説明をkoboCFW.conf読めだのどこそこのフォルダの
ドキュメント読めだの、何て不親切なんだｗ

むらむらと書き直したい気分になってきたｗｗｗ

>>266
おそらくほとんどの人には関係ないだろうけど、
ReconstructionKepubで、自分用に作っているcbzライクな画像kepubにおいて
FW2.3.2にした途端、画像表示が死んでしまったのですよ。
具体的には、本来画面全体に画像１枚が表示されるべきところなのに、
全ての画像が縮小されて、まとめて１列に並んで表示されるようになりました。

幸いTouchに入っていた Welcome_Guide.kepub.epub が同様の構造だったので
それを引き合いに、epubの特定構造において不具合が出ると公式へ苦情を入れたら、
「次のFWで修正します」という回答がきて１ヶ月余り、現在に至るという経緯です。

ただ今回、閉じた状態から開くと必ずリフレッシュ１ページになってる。
アイコン開くと初めて読書設定が反映されるなんておかしな挙動だね、これは気持ち悪い。
たぶんFW2.3.2からだと思うけど、また修正要望出しておくか…。

>>271
ドラスピのエンディング曲は感動の名曲ですが、それに加えてエンドロールにあった
歴代ナムコのゲーム一覧が、今回の有志一覧のあたりと妙にオーバーラップしたのでした。
ちなみに、ドラスピのプレイはX68版でした。

フィードバックに関しては、まぁ、そうでしょうね。
いきなり部外者に腹の中を探られるような指摘は、素直になれないかもしれないですね。
でも、システムの芯に迫る内容はともかく、
何かしら具体的な情報をあげていくのは無意味ではないと思いますよ。

殻割り用のsdカードは品質を重視した方がいいよ。
sdカードはPanasonic、SanDisk、東芝による共同開発規格だからこの三社でいいんじゃないかなー

俺は
----glo（寿命重視）
Panasonic
8GB
CLASS10 RP-SM08GEJ1K
\750ぐらい

----touch（容量重視）
シリコンパワー
16GB
Class10 SP016GBSTH010V10-SP
\1100ぐらい

シリコンパワーはread/writeが速かった。（体感出来るが寿命が心配）
gloは寿命重視でPanasonic。（品質で心配したくない）

gloの殻割りは
ttp://www.youtube.com/watch?v=KWh-SZC6WAs
上記の動画のように左隅を浮かせる。（外し方は下記。動画のようにこじらなくて良い）
プラスチックのカードなどを差し込んで、隙間を広げる感じで一周する。

日本でもFW2.4.0でたようですが、ディスクトップアプリとつないだら
強制的にアップデートされちゃうんでしょうかねぇ。
折角CFW095入れたばかりなのに・・・。
で、CFW095の恩恵にあずかるにはもう一度入れなおさないといけないんでしょうか。

あと、動画ではスリープで作業してるみたいだけど電源offの方がいいと思う。
プラスチックのカードを使えばtouchより簡単。

焦らずゆっくり落ち着いて　が大事。

>>295

同期した後に、CFWパッケージ内の.koboをコピーしてUSB接続解除すりゃ
CFW状態に戻るから気にせずGo

>>290

bug-fixになるにはなるけど、
んー、MonoType社のiTypeエンジンを切り捨てることになるので、
その辺をどう評価べきなのかだと思うが、epubで使いこんでみないと
文字品質の差異はわからんのかもねえ。

効果の有無はともかく、本来(商品コストに)含まれていた機能を削ることになるのを
好まない人もいるだろうし…

>>298

確かに。フォント職人じゃないから、そのあたりがピンと来ないんだよねえ。

フラシーボかもしれんが、cbzを開くスピードが上がった気がする＞例のモジュールで

>>297
わかりました。
素直に強制的アップデートされてきます。

同じ 2.4.0 でも違うみたい.
Binary files 13-02-13/usr/local/Kobo/libnickel.so.1.0.0 and 13-02-15/usr/local/Kobo/libnickel.so.1.0.0 differ
Binary files 13-02-13/usr/local/Kobo/nickel and 13-02-15/usr/local/Kobo/nickel differ
diff -ru 13-02-13/usr/local/Kobo/revinfo 13-02-15/usr/local/Kobo/revinfo
--- 13-02-13/usr/local/Kobo/revinfo 2013-02-13 05:59:37.000000000 +0900
+++ 13-02-15/usr/local/Kobo/revinfo 2013-02-15 01:15:27.000000000 +0900
@@ -1 +1 @@
-84fbb7111a3881600156c03722a59488056463dd
+34b1ceb91d7dc8ff27c0a0f81b44ba7614204978

スレチならゴメン
Kobo touchでHTML使った時計アプリを表示してるのだけど
起動からちょうど900秒で描画が止まってしまう、画面をタッチすると描画が再開する
電池が無くなるまで描画をさせたいのだけど、どこに設定あるか分かる人いる？

微妙に関係ないけど、そういえばKobo自体にも時計機能ってあったんだよな
これ1分毎に更新する感じで、スリープ中にも表示できたら面白そう

>>303
年月日も頼む。
できれば、写真スライド付きでw

年月日良いね

スリープ画面の表示「後」に動作するスクリプトで、fbmngplay作者様が
以前書いてた｢重ね合わせ」表示が可能になれば、何かしらできそうな気もしますねえ。

確かに、スリープ画面にシステム日付なんかが重ね合わせて表示できるようになると
便利かも。でも、リアルタイム時計まで表示したらスリープの意味がｗ

ま〜ステータスバーみたいなものををスリープ中も表示するっていうだけなら、
時計はなくてもいいかなあ

仮に全画面でデカデカと表示出来るなら、置き時計代わりにいいかもとか思ったけどｗ

CFW0.95入れさせていただきました．当方林檎ですんで，不可視ファイルを可視化しても「不可視ファイルは置き換えできません」っておっしゃりますんで，koboの.koboを削除してから入れてみました．無事に更新も終わり快適です．

>>306

スリープ時計は分単位だとバッテリーがどうなのか謎だけど、
時単位くらいならそれほど影響はないのかもねえ。

単純に事前に準備した数字画像等を乗せるなら、png2rawの改良で
・画像位置を指定できるように
・アルファ対応で重ねられるように
くらいがあればできるかなあ。

動的に画像を生成するタイプの処理を実現しようとするなら
・freetypeを使った画像生成program
　一応ImageMagickはあるんだが無駄にでかいので…
・暗号化されていないフォント(Nickel以外からは暗号化フォントを扱えないため)
　CFW導入していればOk
　それ以外の場合は少なくとも１つ非暗号化フォントがどこかに必要

こんな感じかなあ。

#ちょうど今png2rawのそのあたりの機能をいじってるところ。

>>png2raw作者様

多分色々今いじってるんだろうと思って（笑
0.95でこっそりサスペンド画面表示直後にスクリプトキック仕込んでおいたｗ

システム日付のカレンダーや時計をスリープ画面に重ねたりできれば
面白いのにね。

とりあえずおいらは、以前ここでも話が出て、本スレでも今日話題にのぼった
外部SDカードのコンテンツが本棚にあるにも関わらず物理的にファイルが
存在していない状態（＝SDカードを抜いている）に対応する方法は無いか検討中・・・

フォトスタンド見たく、スリープ画像を定期的に変える機能って出来ないのでしょうか？
demo mode on で代用しようとしたのですが、切り替え時間が買えられ無いので

CFW 0.95の説明テキストを確認したけど、telnet ftpが有効になるって記述が見当らない
パーティションの変更.txt に「スワップパーティションの使用状況はtelnetでログインしてからfreeコマンドで確認できます。」って記述があるだけ
hackスレ当初よりも素人さんが増えているようなので、「公共のwifiに接続するときは注意してね」くらいのことは書いておいたほうがいいと思われ

元々のCFWは telnet ftp を有効にするためのようなものだったけど、最近のCFWはバグフィックスや機能追加が主になってるから、デフォでは無効にしといてもいい気もするが…

>>312
あれ？デフォは無効なんじゃね？
必要な人だけshファイル突っ込むんじゃなかったっけ？

>>313
今試したが有効になってる
KoboRoot.tgzに inetd.conf があるけど、必要なshファイルって何？

>>313
inittab を確認したが下記記述があったので、デフォで有効になってる
::respawn:/usr/sbin/inetd -f /etc/inetd.conf

つーか、こういう勘違いがあるので、telnet ftpが有効になってることは書いといたほうがいいよ > koboayaさん

本多知恵子さんの訃報と、地元にある有名な食事センターが閉店するって
ニュースが連続して飛び込んできて、結構ショックなkoboayaですｺﾝﾆﾁﾜ

>>ID:iyuJ7gtr

以前のreadmeには記載していたんですが、今回はわざと削除したんですよね。
最後までtelnet、ftpを有効にしようかどうか迷ってたんで。

で、「使う人は使うだろう」という事で有効にしたままにしたんだけど
readmeの記載は削除したままだったという。

次回、何かのリリースの際に記載しておきます。

>>316
デフォルトは無効を希望します。
無理ならオフする方法は明記して頂けると助かります。

スリープ時に一定間隔(時間)で絵を切り替える程度なら
busyboxにcrond,crontabはあるから、
その辺が動けるように必要なファイル構成等をいじくれば、
今の手持ち材料だけで実現できるんじゃないかなあ。

suspend hookで登録してresume hookで登録抹消するのが大枠。
本来はcrondをrcで常駐させっぱなしにするところだけど、
組み込み環境下だし、suspend〜resumeの間だけ常駐するほうがいいのかもなあ。

>>317
今ならtelnetで入れるから、/etc/inittab の下の行を削除
::respawn:/usr/sbin/inetd -f /etc/inetd.conf
ログアウトしてからkobo再起動で無効になる

再度有効にする場合は、CFW再インストールで有効になる

telnetはスワップ領域確保後、ちゃんと使われているか確認の為に使ったぐらいだなぁ。

すいませんが、ちょっとわからない点があります。

公式FW2.4.0（34b1ceb91d)に0.95を導入したのですが、
電源スイッチによるスリープと復帰、電源OFFができません。
20秒以上電源スイッチをスライドさせてもホーム画面から切り替わりません。
スクリーンセーバーはOFFにしてあります。

使ったmicroSDは、トランセンドの32GBClass4（型番は不明）。
スワップパーティション作成済みです。

ファクトリーリセットをかけ、導入しなおしてみたのですが改善されません。
ほかに確認することはありますでしょうか。

書き忘れました。

スリープに入った状態でUSB接続すると復帰（ホーム画面表示）になります。
逆に言えばUSB接続しない限り、glo単体でのスリープ復帰は無理なので
リセットホールを押すしかなくなります。

>>321-322

そりゃあ、電源スイッチがハード的におかしいとしか思えませんねえ・・・。
CFWとか設定云々じゃなさそうな気がします。
公式FWだけの状態でもスリープできないんじゃないでしょうか。

>>319
こんな処理でも敷居が高いと感じる人が多くなっているようなので
telnet ftpを有効／無効にするだけのブツを作成しました

無効にするやつ
ttp://ux.getuploader.com/KOBO_HACK/download/70/telnet-disable.tgz

有効にするやつ
ttp://ux.getuploader.com/KOBO_HACK/download/71/telnet-enable.tgz

ダウンロードしたら KoboRoot.tgz に名前を変えて .kobo にコピーすれば反映される
一応動作確認はしているが、自己責任でおながいします

>>321

電源スイッチが作動していないに1票
殻割りした際に基板が浮いて電源スイッチがきかなくなることがある
もう1度殻割りして基板の浮きを直せば動くかも

よく同じ症状になるので、裏蓋を付ける前に電源スイッチが
作動するか確認するようにしている

>>ID:iyuJ7gtr

ありがとうございます。これ、次回リリース時にパッケージに含めちゃっていいですかね。
このスレの住民的にはtelnet、ftpは必須でしょうが一般ユーザーにとっては
「何それ食べ物なの？おいしいの？」」状態でしょうから（笑い

＃決して馬鹿にしているわけじゃありませんｗ
＃今のCFWは、ストア利用がメインの一般ユーザーもなるべく取りこぼさないように
＃してるからです。

デフォはβの間はON、正式リリースでOFF。ただし、このON/OFFパッチを
入れておくみたいな。

＃設定でON/OFFというのも考えましたが、これ以上koboCFW.confの
＃設定項目が増えるのは、使うほうも大変だと思うので・・・

>>326
どうぞどうぞ

切り替え可能にするのであれば、最初から両方の設定ファイルを仕込んでおいて
boot.shでコピーするみたいなのがスマートかもです

有効にする場合
cp /etc/inittab.telnet /etc/inittab
cp /etc/inetd.conf.telnet /etc/inetd.conf

無効にする場合
cp /etc/inittab.disable /etc/inittab
cp /etc/inetd.conf.disable /etc/inetd.conf

とか

>>323
了解です。ありがとうございます。

ついでといっては失礼ですが、koboayaさんに1つ要望があります。
前スレで、ズームを中央固定、という要望を出されていた方がいましたが
私からもぜひお願いしたいです。

Reader T2には、「余白設定」というのがあります。gloで言うところのズームです。
この「余白設定」に「手動」という項目があり、ユーザーが指定した任意部分を
ズームさせることができます。
この設定はPDFファイル（たぶんXMDFやEPUB も）ごとに記憶されます。

数年前よりの自炊pdfファイルが2000を超えており、これらをChainLPなどで
変換しなおすのは、ちょっと時間的に難しい感じです。
もちろん、読む分だけ変換すればいいのでしょうが…。
ただ、gloの容量ならば手持ちの自炊pdfの全ファイルを持ち歩くことも可能です。
再び災害が起こったとき、gloが手元の有れば、とりあえず本だけは確保でき、安心です。
長々と失礼しました。すいません。


>>325さんの

＞よく同じ症状になるので、

↑この一文に安心しました。
もう一度割って確認してみます。

>>325

touchに比べるとgloは浮きやすい気がする。

>>328
「災害対策」か。　考える事は同じだｗ


東日本大震災が起きるまで、「本はできるだけ紙のまま保存するべき」　って思ってたが、あれで考えが揺らいだなぁ。
津波や火災で消失したり、避難の際に持ち出す事もできない。
あわてて自分で描いた奴だけは持出用メモリに記録したけど、それ以外の本はどうすればいいか判らなかった。

で、そのあとSONYリーダーとかkindleとか見て触って、こういう物なら自分の目的に合致すると思ったよ。　
でも、kindleだと容量が小さかったり、microSDが使えないので躊躇してた。
試しに買ったkobo touchがCFWで実用レベルになって本当に助かったｗ

Koboyaへ、食堂のカオスなクレーンゲームエリアにて待つ　とか言ったりして

>>330さんと同感です。
紙の手触りや、めくりの感覚は好きなんですけど
災害ですべて失うのならばデジタルで残したほうがマシ、と考えるようになりました。
まぁ、あの揺れで本がバサバサ落ちてきて怖かった、というのもありますが　orz

>>331

ぐはっ、これで住んでる場所がバレた（笑

ズーム機能は、png2raw作者様が「不可能ではない」と言っていたので
もしかすると、もしかするかもしれませんね。

>>データとしての「本」

執筆（？）しようとしている文章の中に書こうとしてたんだけど
俺はKoboを使いはじめて、ガキの頃週末の夜に枕元に読みたい本をうず高く積んで
夜更かししながら、「さあ次はどれ読もうかな！」ってワクワクしながら
本を読んでいた時代を思い出した。

物理的な場所を食うから、もうそんなことはできなくなったけど
とにかく「本がいっぱいあって、さあ何読もうかな〜」って感じが大好きだった。

それができるのが電子書籍リーダー、もっと言えばE-Ink端末だと思ってる。
泥タブとかiPadじゃ、電池気にしないといけないし、メールやら何やらの
割り込みがぽんぽん発生するか読書に没入できない。目も疲れるしね。

震災で辛い思いをした人の気持ちはわからないけど、読みたい本を
より確実に保存しておきたいという気持ちはわかる。

devptsないとtelnetdは動かないから
1. ftp/telnet両方OFF
2. ftpのみON
3. ftp/telnet両方ON
の3設定で切り替えられるようにしたらどうだろうか

いやtelnetのみONのinetd.confも作ってconfだけで4設定の方がシンプルだったかorz

んー、cbzのzoomは予定しているけど、pdfは管轄外だよ。
多分libadobe.soを解析すればいいんだろうけど、
cbz(libcb)ほど単純じゃないと思う。

>・freetypeを使った画像生成program
>　一応ImageMagickはあるんだが無駄にでかいので…

イメージをfb0に突っ込んで表示させる後段はどうせ他のツールと一緒なので
お勉強がてらfreetype2 tutorial step1のsampleを参考にしつつ
簡単なブツを作ってみている。

グレスケ相当(アンチエイリアス付)の1bppイメージは出来ているっぽいので、
これをalpha channelと見做して指定色でfb0に書くようにすればいけるかなあ。

気のせいかもしれないけれど、以前よく発生していた
「タップしたつもりなのに画面が反応せずページがめくれず、もう一回タップすると
2ページ進んでしまう」って問題、なんとなく頻度が減ってるｷｶﾞｽ。

2.3.2の頃はそれと引き換えに「いきなり突然死する」ってのがあったけどｗ

>>336

下絵との重ね合わせはまだで、黒背景色全画面強制だけど、
とりあえず画面上に任意のサイズの文字冽を任意の傾きで出せる
実験レベルのものをロダに上げておいた。

>>338

を、面白い。これ重ね合わせできるようになったらCFW側からのメッセージ出力が
可能になるよね。処理中メッセージなんかをシンプルにできそうだし
うまくやれば「○件処理中です/○件中」みたいなこともできるかも。

外部SDコンテンツのファイル存在チェックなんかに潜り込ませたいな。
（実は、SDカードコンテンツを、カード抜いてる間に本棚から一時的に消す処理を
開発しはじめたのだ）

>>318
すいません、
「何それ食べ物なの？おいしいの？」」状態で
理解できませんでした

>>340

crondってのは、Windowsのスケジューラみたいなもの。
設定されたスケジュールで色々なことをさせちゃおーってなもの。

これをOS起動時からずっと有効にしてると、本読んだりしてる時にも
動作しちゃうんで、スリープに入ったときにONにして、復帰時に
OFFすりゃいいんじゃね？って感じ。

俺も初心者だから間違い訂正ヨロｗ

とりあえず色指定と重ね合わせができる実験版part2をあげた。
毎回フルアップデート表示するので複数メッセージを書くには不向きだけど、
まあ一応現状でも文字乗せは可能かと思う。

>>340-341
そそ。
スリープ時のスライドショー的なものは、CFWの外側でできる話じゃなくて
CFW内部のnickel hookから呼び出されるスクリプトを弄んでやらないとできないので、
その辺ができる人向けのネタです。
busyboxのcrondでちゃんと目的の機能が実現できるか実験してないけど(笑)

誰かbusyboxのcrondちゃんと動くかどうか調べて欲しいもんだねえ。

とりあえず、なんかテスト版使って何か書いてみるか・・

どうも0.95リリースして休もうと思ってたのに、こんな面白いものが出来たら
ウズウズしてくるのは悪い癖だなｗ

Touch/Glo/Miniの縦横それぞれのDPIはいくつなんだろう？
機種はntx_ioへのioctl(or HW_CONFIGを読む)等でわかるから、
DPI指定をデフォルト設定にしてしまいたいんだけどなあ…

HW_CONFIGの5"/6"等のパネルサイズと解像度情報から
計算させるのが無難なのかな？

sleep中はcronも止まるでしょ。多分。試してないけど
sleepからのwake-upは電源管理系の仕事
cronはそんな所まで面倒見ない

スレチかもしれませんが、わかったら教えてください。
以前どなたかが作ったjavascriptの時計を気に入って使っていたのですが、
2.3.2以降うごかなくなってしまいました。
OFWの仕様変更のせいだとは思うのですが、動かす方法はないものでしょうか。

sleep中のcronの動作を確認してみた
crond はデフォでは動作していないので、手動で起動させる必要があった
結果は >>345 の予想通りsleep中は動作停止する

以下やったこと

(0) telnetでログインして crond が起動していないのを確認。手動で起動

(1) crontab -e を実行するも「ディレクトリがないぞゴルァ」と怒られる

(2) ディレクトリ作って再度 crontab -e を実行
crontabの中身
-------------------------------
#!/bin/sh
MAILTO=""

#minute hour day month week command
23,26,29,32,35 9 * * * /mnt/onboard/ext/crontest.sh
-------------------------------

crontest.shの中身
-------------------------------
#!/bin/sh
date >> /mnt/onboard/ext/date.log
-------------------------------

(3) 9:22にkoboをsleep状態にする

(4) 9:38にsleep状態解除
結果がこれ(date.logの中身)
-------------------------------
Sun Feb 24 09:23:01 JST 2013
Sun Feb 24 09:38:22 JST 2013
-------------------------------

(考察)
sleep中もcrondが動作していれば、9:26 9:29 9:32 9:35 のログが残るはず
9:38のログがあることから、sleep解除したとたんに crond が目覚めたと思われ
9:23 だけはログがあることから、sleepしてからしばらくは(1分くらい？)動作する模様

>>209
> >>203
> 出来ないっす
俺も最初出来なかったけど、出来た
suspend_start.sh の文字コードと改行コードが原因っぽい
文字コードはUTF-8、改行コードは LF にしたら実行できたよ

rtc のアラーム機能使えば、特定の時間でスリープ(画面タッチでは起きないスリープ)から
復帰させることはできるっぽい。
軽く試した感じでは /dev/rtc0 を開いて ioctl の RTC_ALM_SET, RTC_AIE_ON は動いた。

rtc ドライバの作りがひと手間足りてなくて、rtcwake コマンドが使えないので
自分で ioctl を叩くコマンドを作る必要があるけど。

起こす事自体は可能なので、あとは nickel の suspend/resume に影響与えないように
壁紙の変更ができれば OK なのかな？

すいません、ご教授お願いします

SDカードのパッチ
ttp://ux.getuploader.com/KOBO_HACK/download/18/Kobo+Patch+for+2.3.2.zip
を当てたのですが

更新〜再起動〜ホーム画面と問題なく進み
外部SDカードのコンテンツ処理で進まなくなりました

6％のまま20分近く動きません
太陽みたいなアニメーションは動いてますし、ライトボタンとか反応するので
フリーズしてるわけではないみたいです
パッチ前は認識していたカードです

Transcend 32GB Class10
25Gぐらい入ってます

電源切ったり、リセットボタンとか押しても大丈夫でしょうか？

nickelと同じく/dev/rtcを使うことになるのか…と書こうとしたら
bucchiさんが既に調べてくれていたのね。

nickelが本来予定していたpoweroffのためのresume時刻以前の(以外の)起床イベントが
nickelに伝わらないように、何らかの形でblockできればOkなんだと思うですです。

#よくよく考えれば>>345 さんのいうとおりsuspend中なんだから
#通常のタイマー系でやれるわけないっすね。
#無駄なテストさせてすまんっす>347さん

>>bucchiさん

有体に言えばそうなりますねえ。

・スリープ時に、一定間隔で画像をチェンジする
→ nickelのsuspend/resumeに影響を与えないイベントに
先日ここにupされたランダム壁紙利用スクリプトとpng2rawを組み合わせ

・リアルタイム時計なんかを表示したい
→流石にリアルタイム時計をsuspend画面に表示させるのは無理だろうから
上記のランダム壁紙スライドショーに、png2raw作者様の任意テキスト貼り付け機能を
マージして、切り替わるタイミングで時刻を重ね合わせる

最終的な終着点はこんなとこでしょうかねえ。

＃割りに要求仕様が高いｷｶﾞｽｗ

>>350

外部SDにどれくらいのファイルが入ってます？
物凄い数のファイルが入ってたら、おっそろしく時間かかります。
1時間近くかかることもザラっぽいですので、迂闊に電源OFFはオススメしないです。

あと、そこの％表示は全くアテになりませんｗ

あ、そっか。例のパッチはフリーズ時の赤LEDの仕組みいれてないんだっけか。
別に変なコトしているわけじゃないから、これだけでもあれば便利なんかいなあ。

ふーむ

>>350

25G〜入っていたとおもいます…
数時間コースでしょうか

パッチ前は数分で終わってたのですが
ファイルは？化して飛ばしていたから速かったのでしょうか

迂闊に扱うと楽天工房に出張しそうなのでほっとくことにします！

>>353

自分にアンカうってました…

25GB数分がありえんw
ちゃんと読めるの？

>>356
ファイル容量ではなく、ファイル数が問題なのではないでしょうか?

>>352

秒表示のあるリアルタイム時計表示は出来たとしてもsleepの意味がない状態になるだろうから
頑張っても分単位の表示だろうなあ。

>>346

2.4.0でWebKitのsoが更新されているようだから、
Javascript周りでどっか変更が入ったのかなあ。
(script稼働時間に制限を与えるようなものとか)
原因がWebkit内部にしろnickel本体にしろ、
現時点では有効な対策はないと思われ…

>>355

そりゃ多いね（笑
自炊CBZがメインだったりすると、エラいコトになるだろうなあｗ

ただ気になるのは「パッチ前のFWは幾つだったの？」ってコト。
もしパッチ前が公式2.4.0であれば、確かに日本語文字が化けたりはするけど
それでさっくり終わってたのであれば、パッチ当てて猛烈に時間がかかり始めたと
いうのは、俺らが想定しているパッチの挙動と微妙に違う気がする。

もしパッチ前が「公式FW2.3.2以前で、FWアップデート＋パッチ」なら仕方無いかもしれん。

あと、ついでに。

CFWで実装しているスワップなんだけど、これを使わないと数百冊とかの
コンテンツ処理は多分正常に終わらない。間違いなくメモリ不足で死ぬ。

>>357
ちゃんと読めてたんですよｗ
ただ殆どが？になっていたので表示の画像みて判断
本の中身も問題なくみれてました
ただ、カードの中身全部はなかったかもしれませんが
5つ表示で、100ページ以上はありました

>>358
ファイル数　798　フォルダ数61　でした

>>360
パッチ前FWは2.4.0です
CFWはまだ当ててません
当てないとダメそうですね

現在7％になりました…汗

>>362
頑張れw

よく考えると、結構一定間隔で nickel に気づかれずに起きるって難しい気がする。
これは想像だけど、nickel って resume のイベントを受けて resume 処理を
行なっているわけじゃなくて、"echo mem > /sys/power/state" の実行完了を
resume のトリガにしてるんじゃないだろうか。

>>351
もし、上記の仮定が正しいとすると、これをブロックするのはちょっと難しいかもしれないですね。
フックを駆使すれば不可能ではないでしょうけど。

乱暴に SIGSTOP で nickel を止めちゃうとか？w
SIGCONT 時に色々問題起こりそう・・。

外部SDの文字化けが解決した結果、
全て新しいファイルとして認識されてしまった
→全部コンテンツ処理→時間がかかる

>>348
おおお

出来ました！
ありがとうございました

>>302
このケースでは900秒で停止？
>>346
「動かない」＝初めから動かない？(表示されない？表示されて更新されない？)

コンテンツとしてのhtml表示なのでWebKit云々よりも
nickelの内部のhtmlコンテンツビュアーが怪しいのか？
もし、おまけブラウザでも同様の現象になるなら
WebKitそのものの仕様変更の可能性が高くなるけど。


googleで検索して見つけた２種類の計時モノをみてみた

calendartimer.html
→カレンダーも含めて表示されず
*おまけブラウザでは表示されたので、コンテンツビュアーとブラウザで
　css等の扱いが違うのが問題？

kobo-clock0.html
→動いたが確かに一定時間で停止した
*ブラウザ表示でも停止するのかは今実験中

*過去に本スレで(?)作られたjavascript時計そのものは現物を持っていないので不明。

>>276の表紙やり直してみた
ttp://up3.viploader.net/ippan/src/vlippan308571.png

GIMPの.xcfファイルもうｐしとく
ttp://ux.getuploader.com/KOBO_HACK/download/75/CFW%E8%A1%A8%E7%B4%99.zip

>>365

これだｗ原因ｗ

であれば、どうせ全部やり直すならファクトリーリセットしたほうがいいかも。
化けてたファイルのデータが全部消えるから綺麗になるかもね

160冊5GBのcbzで初回の処理に5時間かかり
（CFW更新の時に）スワップ作ると30分程度にまで短縮したので、ファイル数多い場合で
CFW入れるときはスワップ領域あったほうがいいかもしれないですね

みなさん色々とご教授ありがとうございます

気がついたら充電切れていまして
USB接続したらまた6％に戻りました大泣

もう一度待ち続ける気力がなかったので
とりあえずSDカード抜いて、本体ファクトリーリセット
現在セットアップ中です

完了後、パッチうたないで外部SD認識をしてみて
その後、CFWを入れるかどうか思案中です

スワップパーティションの作成方法を見ているのですが
一度殻割りしてSDカードを取り出さないと出来ないのでしょうか？

>>371

充電切れ・・・泣けるねorz ご愁傷様としか言いようが・・・

で、スワップパーテションは残念だけど殻を割らないと作れない。

幸か不幸か、Gloの内蔵SDは公式では2Gと書かれているんだけど
何故か4Gが乗ってて2G死んでるので、その死んでる2Gをスワップに割り当てれば
幸せかも。

でも、個人的なオススメは「どうせ殻割りするなら、今外部用で使ってるSDを
内蔵のSDと交換・換装して内蔵メインで使う環境にシフトする」かなぁ。
換装してしまえば問題の多い外部SDを使う必要性はほとんどなくなるしね。
（ついでに言えば、外部SDのコンテンツ処理は妙に遅いんだよね）

＞完了後、パッチうたないで外部SD認識をしてみて
＞その後、CFWを入れるかどうか思案中です

これをやると同じ事が起きるのでやめたほうがいい。
パッチやCFW無しで外部SDをスキャンさせて、その後でCFW化すると
同じファイルが二重に処理されてしまうので意味が無い。

CFW化するのであれば、ファクトリーリセット→FWアップデート→CFWインストール
→ 外部SD認識 という手順をオススメしますお。

あと、殻割りするんであれば、換装しようがしまいが内蔵SDのイメージバックアップは
必ず取っておくほうがいい。

何かあっても、このイメージバックアップさえあれば文鎮化することもなく確実に
復旧できるから。このイメージには個体IDが含まれているから、他人のものを
流用することはできないからね。

とにかく「殻を割って最初にすることは、DD for Win使ってイメージバックアップを取って
そのファイルはKoboを手放すまで消すな！」かな

>>367

900秒停止は、おまけブラウザでも発生したようだ。
画面touchで再開されるから処理Interruptじゃなくて
Suspend/Resume的な何かなんだろうなあ。
JavaScript/DOMのTimer関連は最終的にはSuspendableTimerに行くように見えるので、
外部からsuspend/resumeできるんではなかろうか。

AC pluggedだと時間制約なしに、停止せず動き続けているので、
WiFi接続等と同じくnickel内部の〜WorkFlowManagerが時間監視して
WebKitのtimer機構をsuspendさせてしまうということかなあ。

>>371
前スレでバックアップ(換装用のにも使える)SDを作れるソフトが公開されてますので、参考までに。

792 名前:fakesh [sage] :2013/02/05(火) 22:13:32.13 ID:bKMf5tE1
どうも, 「簡単koboバックアップ」というのをつくりました.
http://sourceforge.jp/users/fakesh/pf/easyKoboBackup/files/
792 名前:fakesh [sage] :2013/02/05(火) 22:13:32.13 ID:bKMf5tE1
どうも, 「簡単koboバックアップ」というのをつくりました.
http://sourceforge.jp/users/fakesh/pf/easyKoboBackup/files/

何度もアドバイスありがとうございます
忘れないようにコピペしときました

とりあえず殻割り用のSDを購入しようと思っているので
それまでは色々と試してみますっ

試しにDDを使って、koboの内蔵を認識しないか試した所
Disk選択にkobo内蔵SDを認識していました
MiniTool Partition Wizardも内蔵SD認識しているのですが
このまま一連の作業をしてもダメなのでしょうか？

買ったばかり（glo）なので出来るなら殻割りはしたくないのが本音だったり

あやや。
もとい、大切な事なので二度言いました(´･ω･`)

>>375
早速DLしておきました
情報ありがとうございます！

ファクトリーリセット後FWを2.4.0にして
外部SDのパッチをあててから、もう一度SDカードの読込をしてみました
>>365
>>369
さんを元にして試してみました
前回と変わった点は、パッチを当てる前に外部SDカードを認識させていない点です

結果、数時間後の充電切れさようならの前回とは違い
20分程度でコンテンツ読込終了しました！
？化していた日本語も全て正常化＆コンテンツ全て認識していて感動です

外部SDをこれから増やす予定と考えると
CFW＆スワップの必要性を感じますね

>>ID:6UzyBT6p

ｦｦ、そりはよかったですねえ。

で、やっぱり気になること。「無印2.4.0だと外部SDのコンテンツ処理がやたらと時間かかる」
って、ちょっと前に出てた現象と同じことが発生したみたいね。

以前は、CFW化したらあっという間に終わったということだったけど
（スワップもDBキャッシュも無いということだからね）
今回のID:6UzyBT6p氏は外部SDカード問題を回避するパッチを当てただけ。

ファクトリーリセットする前、おそろしく時間がかかっていたときはDBはそれなりの
サイズだったと予想。そこにさらに1000冊近くをコンテンツ処理させたからDBが悲鳴を上げてたのか。

で、ファクトリーリセットするとDBサイズが小さくなったからあっという間に終わった。

こんなとこか。

でも、それでも「何時間も終わらない」処理が20分そこらで終わったってのは合点がいかんなあ。

やっぱり外部SDカード問題を根治させていないから、外部SD関係にやっぱり何か
問題を内包したままなんじゃないだろうか。。。

Kobo明朝いいねー
青キンもいいけどKobo明朝の方がいい。ちょっとした違いだけどねー
長い時間、読書する場合はその　ちょっと　が重要だし

有志の皆様、感謝します。

Jpge高速化と文字化け解消のみ入れてたけど
某食事センターの話をされたのでCFW入れてみようと思う

完璧に地元バレしたな（笑
救いなのは、上り線側だけ閉店ってらしいコトだけでｗ
あの下り線側はなくなると地元的に困るｗ

by the way

0.95をリリースした後、Koboをどんな風に使っている人が多いのか知りたくなった。
外部SDがメインなのか、自炊メインなのか、SDはとっかえひっかえしているのか
自分の使い方が、自炊＋内蔵（換装済み）がメインだから、それ以外の使い方が
メインな人が気になるポイントや「ハマる」ポイントが、ぼやける・・・。

やっぱもう一台欲しいな。こら楽天、いい加減俺にも一台（しつこいｗ

>>382
殻割に抵抗ある人多いでしょうからね。
テレビの配線すら出来ないような人がkobo持ってたりしますから。

>>382
「あ、あの楽天の文字が入った痛車は！」みたいな展開期待してる

クーポンで買いまくって、読むためのもの
web同人のテキスト、PDFを読むためのもの
それら外部SDで積読ためのもの

スマホでkobo使えるようになって何かが変わった気もする
一年延長保証つけてtouch買った負け組のワシもGLOが欲しいでごわす

GLO買って持ち運び用にtouchもありかなあ・・・。

>>383
保証無くならないならclass10のmicroSDと取っ替えてみたい

正直SD取り替えても元に戻せば
殻割りばれる事は無いと思うけどw

>>385
本スレで殻割すると赤LEDが点灯するのどうのって話があったけど、どうなんだろうね。
気になって中あけてライト付けてみたら、ボタン近辺のLEDじゃないヤツが光ってた。基盤を外さないと何処についてるか正確な位置はわからないけど。

でもどうみても蓋開けたらどうにかなるような回路は無いと思うけど

殻割については、iphone用の分解ツールがあれば
難易度はものすごく下がる。

分解ツールは「iphone 分解 工具」で検索するといっぱい出てくる
値段も数百円なので持っていると他にも役に立つと思う。

もうtouchもgloも何回殻割りしたか解らないくらい分解しているが
分解ツールのおかげでキズも全くない。

そんな機能絶対無いって（笑

俺は隙間に爪突っ込んでベリベリやるだけ
もちろん傷もなにもない

ですよねw
でも、なんのために点灯させてるんでしょうね。
つく人とつかない人居るみたいだし。

赤LEDが付いてる人と付いていない人が居るなら
付いてる人は初期ロットで工場でのLEDランプ回路の確認用に付いてたのかも
少なくとも最近買った俺のは外からその光が見えることはないです

>>392
USB穴から赤いの見えませんか？

>>382
自分は内蔵SD換装済みかつ、
ストア購入も若干ありの自炊メインなのですが、
ジャンル分けした、複数の外部SDをとっかえひっかえ、touchに刺したり、gloに刺したり運用です。

四六時中工場出荷状態に戻すので、
現状では、内蔵SDはデータの一時的な保管場所扱いだったりします。

ああ、今久しぶりに殻割ってその状態でライト点けてみたら確かに赤いね。
フロントライトのLEDが、電源LEDの樹脂に反射したか何かで赤く見える。

で、フロントパネルの筐体のどこかに樹脂欠けがあったら、赤い反射光が漏れるだろうね。

単にそんな話じゃないかね。

私も１月末購入ですが赤LED見えません
USB穴からも画面の隙間からもスイットの周辺からも何処にもないです
殻割りはしてません

スイットってなんだ
スイッチです

text2fb ほぼ正式版アップしました。
オプション指定やデフォルト値設定を整備して
画面更新有無とFULL/PARTIALの画面更新モード指定ができるようにしたので、
複数文字冽を書く場合でも問題ないかと。

#スリープ時のカレンダー・時計への利用は、nickelに気付かれないresumeの道が
#見つからないと難しそうだけど…

後、殻を割るときに電源ボタンのあるトコから割ると確かに電源ボタンに悪影響及ぼしそうだの。

>>382
私は自炊+外部SDですね
殻割りに抵抗というのもありますが、単純にSD+リーダーの方が
ファイル転送速度が速いというのが一番の理由です

“今読む本を読む分だけ入れる”派で、少数のファイルを定期的に
総入れ替えしていますので、その際の手軽さが何より重要なのです
（単純にケーブル煩わしいっていうのもありますがｗ）

今のところ外部SDがネックになったこともありませんしね

>>397
部屋の片隅で腐ってるTouchが蘇りそう！
ガンガレめっちゃガンバレ！！

オナガイシマス

>>382
自分のところはストア専用端末としてのminiで、本人、及び嫁のアカウントのポイント調整・消化を兼ねて一台を使いまわしています
いまの、logon/off, activate/deactivateがセットになっている仕様をちょっと煩わしくも感じています
自前のファイルまで初期化されることはないので、ライブラリを整頓しつつ数冊ずつ分けて読む分にはまあ問題ない、という範囲ですが。
ユーザ毎のコンテンツ領域が確保されていて、普通のlogon/offができたらな、と時に思います

リセットボタン爪楊枝で押したら先っちょが穴の中でポッキリ…
俺は殻割りをする決意をした！が、固い！開かねえよおお

スイッチ近く爪さえ外せば、テレホンカード差し込んで
ねじれば開くって・・・開かんがな(´・ω・｀)

>>402
Touch？glo？mini？
gloならねじりはいらんよ。
横側から圧迫すると、スイッチ付近が少し歪み小さな隙間が出来るので、そこに薄いモノを挟む。スイッチ付近だけ爪が無いので隙間ができやすいです。殻割に慣れると爪だけで十分開けられる。
あとは臆せずバリバリ剥がす。

>>403
た、touchです・・・無理に力加えると中身も割れそうで怖い(´・ω・｀)

そうだね
諦めも肝心だよ

>>404
touchも右上のスイッチ側から枠を押し込んで、出来た隙間にテレフォンカードで開けれるけど。
sdカードを抜き忘れてるとか言わないよね。

>>404
Touchはそこら中にねじれって記事があるね^^;
俺はねじったことないなあ。
我流ですが、一応方法を記載しておきます。上手くいくかどうかは保証できませんが。


Touchはgloと違い、裏向きに寝せた本体に垂直に隙間が出来ます。(gloは水平に隙間)
そのため、スイッチ付近の蓋と本体の隙間に、小さなマイナスドライバー(時計用みたいなヤツ)をゆっくりと体重をかけて差し込み、差し込んだらテコの要領で倒す。
そのまま固定して、新たに他の薄いモノを差し込んでツメを順番に外していく。

殻割完了！

やり方つーより思い切りの問題だろ
スマホの裏蓋と同じだよ
力加減は自分でつかむしかない

>>402
そうそう、テレフォンカードはねじらないよ。
隙間に移動させる感じ。

>>407
精密ドライバーのマイナスでいってみるか(｀・ω・´)

下手に物突っ込むよりすきまに爪いれて
グイっと持ち上げてパチパチ外すほうが
安全だと思うけどなぁ

KOBO明朝、凄くいいけど拡張子が.kepub.epubじゃなくて、単なるepubだとアルファベットが変な感じになるなぁ。
普段、.kepub.epubにした時の妙な余白が嫌だから全部epubにしてたんだが
KOBO明朝を使うために.kepub.epubにするべきか
余白を削除するために.epubにするべきか悩むわー。

>>412
EPUBファイルの詳細を教えていただけますか？

例:AozoraEPUB3で作成した縦書きEPUB3ファイル

>>410
それこそ裏蓋や本体側を割るのでやめた方がいい。
開けるコツは、くじるのではなく「隙間を広げていく」感覚で。

>>410

そんなときこそiphone用の分解ツールで簡単に殻割りだ。
でもtouchならちょっと浮かせれば、ギターのピックでも出来ると思う。
gloに比べると明らかに難易度は低い。

つか、youtubeにkobo touchのから割り動画があるんで、あれ見たほうが早いだろｗ

>>413
そのものずばり、「AozoraEPUB3で作成した縦書きEPUB3ファイル」です。
AozoraEPUB3で「kobo glo」の設定を読み込ませて、拡張子のところだけを「epub」にしました。

で、今試して分かったんですが、
アルファベットがおかしい、という訳ではなく「半角文字」がおかしいようです。
半角文字はepubもkepubも90度横になった文字になりますが、
拡張子が「epub」の場合は、この文字が90度横になった上に更に上下が反転するみたいです。

とりあえず、半角のアルファベットと数字がおかしいのは確認しました。
「12個」←この文字に関しては縦中横で正しく表示されてました。

>>417
こちらでも同条件で確認してみますね。対応できそうなら対応してみます。

テレフォンカードは薄すぎ
クレジットカードぐらいの太さ
カードの丸い所を使う

いやいや
俺はギターのピックが一番いいと思うぞ

突き詰めれば、自分の爪のみで必要十分。

ギターのピックなんて皆が持ってる訳じゃないし

うちは耳かきで開けた

僕は気合いであけたよ

俺は拳一発であけたよ

俺は朝起きたら開いてた

俺は落としたら開いた

俺は念力で開けたよ

俺はえいやっ！バリッ！といった瞬間本体吹っ飛んで、そのまま湯船にダイブした
左手に綺麗に剥がれた裏蓋だけが残ってたっけ

みんなはフィルム貼るついでに殻割りとかしちゃだめだぞ

ああ、埃対策で風呂でやって・・・

湯船に水が入ってたのか。

ファクトリーリセット
↓
殻割
↓
DD & 新SDパーティション変更 & スワップ作成
↓
新SD戻し

の状態です。USB繋いでも青ランプが一時的について、
koboが起動しません。
画面は、眠ったkoboを起きたPCに繋げの画像がずっと出ています。

何か手順を誤りましたでしょうか？

>>432
どの段階で楽天HPでアクティベートしてるの？

SDカードの接触不良に１票

>>432
それであってる

電池切れ？

即レス感謝です。
アクティベートはしないで、認証スキップさせるつもりです。
SDカードの接触不良…リトライしてみます。
電池は作業前に満充電しました。

とりあえず、リトライへ。

今のアクティベート回避ツールって、公式ファームver.2.4.0に通用するの？

MiniTool Partition Wizardを使う限りは大丈夫だけど
パーティション操作に使うツールによっては、
こっそりとMBRをWindowsの標準的な形式に変更してしまって、
Koboがその形式を認識せずに起動しなくなることもある。
(PartitionMagicでいじったときはそうなった)

その時はやはり青点灯後に消灯してしまう状態になったなあ。

つか、「ＰＣに繋げ」画面は正常動作・アクティベーション待ちだと思うんだけど。

接触不良だったみたいです…お恥ずかしい。
なお、905Cですが、良く見る殻割り画像のソケットではなく、
gloと同じ？ただ挿すだけのものでした。

続いて、公式2.4.0ぶち込んでみます。

動作したんだ。良かった良かった。

>>438

Partition MagicじゃなくてParagonのツールだった

905Cか。

FWのファイル間違えないようにね。

text2fbで何か面白いコトできないか模索ちう。

真面目にヤフオクで開発機としてTouchを物色しはじめる俺。

・・・はっ、俺のGloを見る嫁さんの目つきが（ｒｙ

>>444
奥さんに新しいgloをプレゼントすれば、もれなく空いたTouchが開発機にw

0.95のダウンロードカウンタが初の4桁に突入しました。ちょっとびっくり。

最近ふと、koboCFW.confの編集に戸惑う人も多いのかなあと感じます。
次の課題は、これ（confの設定がわかりにくい、編集し辛い）かなあ・・・。

いよいよKoboCFW.spliteの出番かな・・・

>>444
じゃglo あげるから奥さん貰ってもいいですか？

CFWのtext→html変換機能ですが、文字コードはShift_JIS意外は
（システム的な制約という意味で）不可能でしょうか。
実装するならShift_JIS→UTF\-8のような感じの書き換えになると思うのですが……。

自分の場合ネットの小説や外国語の文章をepub化して読んでいるのですが、
Shift_JIS外の文字（例：一文字の「??」や「!?」）も表現や作者の癖で使われますし、
他言語対応という意味でご検討いただきたいのです。
こちらの皆様としてはShift_JISのほうが使い勝手がよろしいのでしょうか……。

あと、小説読みとしてこちらはわがままなのですが、
html変換について、縦書きスタイル付きver.とないver.があって
koboCFW.confで「あり／なし／変換しない」を選べるとかだとうれしいです。

>>444

元々スリープ時計等のためにでっちあげたようなものなのに、
そっちが頓挫中だから、使い道がないなあ(笑)>text2fb

text2fb-0.13, 派生品fbfill-0.2アップしました。
毎回フォントファイルを指定するのは面倒なので、次にいじるときに
デフォルトフォントを"/usr/local/Kobo/fonts/KBMincho.ttf"にする予定

デフォルト乗っ取りきたーー
ぜひ、選べるようにしてください。
(M派なので

>>450

あ、ちゃいます。「text2fbコマンドのデフォルトを」という意味です。

nickelのデフォルトフォント乗っ取りは…そのあたりを調べたことがないので
できるともできないとも言いようがない。

>451
早とちりごめん
最近サプライズばかりだから、何が来ても信じられる状態になってしまった

そういえば、2.4.0で久しぶりにホワイトアウト以外の画面が見られるようになったtxtビュアー。
エンコード指定メニューなしで決め打ちのままの半端な機能が復活されてもうれしくない(笑)

Qtデフォルトのlatin-1読み込み、内部でUCS変換なのかと思いきやlatin-1でも「?」表示になるので、
file loadした後のエンコード変換が腐っているのかなあ。

メソッド内部で読み込み&変換まで通しでしているだろうから、
キレイに該当クラスのmethod callのin/outでhackというわけにもいかないだろうしなあ。

んー、nickel自体のデフォルトフォントは多分
QApplication:setfont(QFont& font)を呼び出せれば変更できるんじゃないかと思うものの、
WebKit系のhtml表示でもそれでいいのかどうか…
Webkitも最終的にはQt Widgetだから、Qt内でのデフォルトフォントの変更を反映してくれるのかなあ。

っていうかnickelのwidget周りの方はnickelを-stylesheetオプション付けて起動するだけで
stylesheet側の指定で変更できたりするのかな？(Qt自体が持っている機能)
ttp://doc.qt.digia.com/4.7/stylesheet.html
nickel内部に埋め込んだ固定styleを設定しているような気もするが…

>>446

そろそろGUIな設定メニューが欲しい季節(笑)

OSに依存せず、別途スクリプト言語ソフト導入等の手間もいらない方法だと、
html5のFile APIを使ってローカルファイル(conf)を読み込んできて
GUI的に設定してapplyで書きだす、とかになるのかなあ。
(encodingと改行コードをちゃんと設定できるのかFile APIの仕様はわからんけど)

ブラウザによってAPI機能サポートの有無があったり実装仕様の互換性の問題が
あったりしそうだから、ローカル環境下でFile API路線はかえって大変か？

#どっかのサーバーcgiでconf設定して出来上がったものをダウンロードできるサービスとかやると、
#それなりに使う人多かったりして。

>>455

nickel内部のブラウザでFile APIがまともに使えれば、端末内で設定変更も可能なんだけど、
前にFile APIを試そうとしたときは少し問題がありそうだったなあ…

ファイル選択dialogとかやばそうなものが出さずに、
"/mnt/onboard/.kobo/koboCFW.conf"決め打ちで読み書きさせれば
conf自体へのアクセスはできるのかなあ？

>>454

ttp://qt-project.org/doc/qt-4.8/qwebsettings.html#setFontFamily
>void QWebSettings::setFontFamily ( FontFamily which, const QString & family )

おまけブラウザの場合は変なことをしているとも思えないから、
setFontFamily()でQWebSettings::StandardFontt等を置き換えるだけで
フォントを変えられるような気がする。
epubやhtmlビュアーでも通用するかなあ…

昨日ファクトリーリセット→殻割り→もろもろ→2.4.0化→CFW0.95導入→認証回避
とやっていたのですが、最後でつまづきました。kobo touchです。

認証回避の所でいれるextフォルダは、kobo本体ドライブのルートに置けばOK?
一応ルートと.kobo以下に置いてみたのですが、認証回避されなかったです。
あとで気づいたのですがCFW導入の所でkoboCFW.confを入れとかないと動作
しない?（ちょっと今テストできないので）。

仮にkoboCFW.confを入れとけばちゃんと動くのであれば、昨日回避できないので
認証しちゃったのですが、今からextフォルダを入れれば、アカウント情報がkobo
本体から消される?

>>458
意味よく分からんけど、
楽天認証してから認証回避のshを入れたということ？
それだとアカウントのIDはFooで表示されるけれど、回避自体は作動しない、というか。
少なくとも2.3.2の時は、自分は楽天とのアクティベートは消えなかった。
2.4.0でも認証していない状態で認証回避のセッティングをする必要があるんじゃないかな。

ちなみに、etcフォルダは、USB繋いだ時に見えるドライブのルートでOK。

＞ちなみに、etcフォルダは、USB繋いだ時に見えるドライブのルートでOK。

すみません、extフォルダの書き間違いです。
ところで、再起動はしてますか？

>>458

>あとで気づいたのですがCFW導入の所でkoboCFW.confを入れとかないと動作
>しない?（ちょっと今テストできないので）。

少なくともkoboCFW.confがないとext/boot.shは起動しない模様

>>459-461

ありがとうございます。458です。
koboCFW.confがないとダメなのね。で、一度認証したものでやっても消えないと。
CFWのおかげで本棚が超簡単になったので、頭からやり直してみます。

認証回避やら全部のライブラリを入れ、
動作しましたので、ご報告まで。

で、質問です。

ちなみに、自動本棚作成設定で、FOLDERにして
テンプレ本というフォルダにテンプレ本を入れたのですが、
これはテンプレ本本棚ができて本が登録されないのでしょうか？
他の本は本棚に入るのですが、テンプレ本だけは入らず。

あと、自炊本をkoboに直接コピーしているのですが、
コンテンツの走査処理？(*%処理中と出るもの)が行われません。
何がトリガーでこの処理が走るのでしょうか？
(電源OFF/ONで本が出現しません)

BookShelfReCreate=""
の設定は、本を追加するたびにONにしないと本棚は更新されませんか？
(OFFでも新規本追加時は本棚ができるのかなぁ？と)

>>432

おめでとうさんです。

テンプレ本は自動本棚の対象から外しています。
あくまでテンプレなので。

コンテンツ処理はCFWとは関係ない部分で（正確にはコンテンツ処理が終わるまでは
関係ない）設定とかも関係ないっす。

自炊本のそもそもの形式は何でしょう？

BookShelfReCreateについては、基本的にOFFでいいです。
新規登録された本は、その場でぽこぽこ自動登録されます。これはBookShelfReCreateとは
関係ありませんので。

ただ、命名設定をあれこれいじっている間はONがいいですね。

>>463
テンプレ本フォルダは本体それともSDカードですか?
本体の自炊データが読み込まれない現象は自分もありました。
試しにルートにデータを一つ直接置いて見たところ、何故か他のフォルダとその中身も認識してくれる様になりました。
良かったら試して見て下さい。

コンテンツ処理のトリガーは

１．認識できる形式であること（cbz,cbr,pdf,kepub.epub)
２．.koboや.imagesのように先頭にピリオドが着いたフォルダに格納されていない
３．「同じファイル名の設定が存在しないこと」

３がKobo初心者はハマりやすいのですが、ファイル名を変えずにPC上でファイル削除をし
同じファイル名だけで中身だけ変更したりすると認識されない場合があります。

本を削除するときは必ずKobo上で。

＃このだせえKoboの挙動、最近のFWで治ってるんだろうか。
＃大昔に調べたっきり、もうばかばかしくなって最近は調べていないｗ
＃そういえば、初代スレでデビューしたときはこのネタと本棚ネタだったな・・・俺（遠い目

×がKobo初心者はハマりやすいのですが、ファイル名を変えずにPC上でファイル削除をし
×同じファイル名だけで中身だけ変更したりすると認識されない場合があります。

○がKobo初心者はハマりやすいのですが、PC上でファイル削除をし
○削除前と同じファイル名で中身だけ変更したりすると認識されない場合があります。

テンプレ本とBookShelfReCreateについて、承知しました。
問題ありませんね。(換装内部SD利用、外部SD無しです。)

コンテンツ処理されないことについて。
ファイルは全てrar→自動でcbrです。
マニュアルの例にあるkobodataフォルダを作り、
その中にフォルダ+本を入れています。

今、本を新たに追加(kobodataフォルダにコピー)したら、コンテンツ処理が走りました。
が、↑でコピーした本は、コンテンツ処理の対象外となったようで、
その前までにコピーした本は処理され、本棚までできました。

コンテンツ処理がワンテンポ遅れてる感じです。
昨晩、本のコピー中に寝落ちして、PCがスリープに入ったのが原因か？

ああ、今はファイル名の自動変更はUSB接続のタイミングで実施するので
ワンテンポ遅れるかもしれません。

ダメ文字問題が回避されていない頃の名残だから、今はもう気にせずに
USB接続解除時にやればいいのか。今度直しておこう。

ファイルコピー→USB接続解除して、もう一回USB接続しちゃってください。

>>459

458です。
ちょっと勘違いしていたのですが、楽天とのアクティベートをなくそうと思っているわけではありません。
端末を落とした時のことを考えて、端末にアカウント情報を残したくないだけです。
それであれば認証後でもextを入れれば良いだけですよね？
やってみましたが、アカウントがfooになっているので、これで問題ないのですよね？

>>470

でござるｗ

>>471

ありがとうございます。koboayaさんにレスいただけて光栄です。
CFW、便利で助かってます。

注意して欲しいのは、fooが有効になった後で楽天IDでの処理はできなくなるということ。
koboのアカウント管理は、どーも最後に追加されたアカウントが有効になるらしく
認証回避状態で、「楽天から本買いたいな〜」ってなっても無理だお、ってコト。

とりあえずFWアップデートのためだけに一旦楽天認証をかけただけであれば
無問題

>>473

当面電子書籍はKinoppyのつもりなんで良いのですが、念のため教えて下さい。
仮にkoboで買いたくなった時、ファクトリーリセットして、今回認証したアカウントで
認証しなおしてもダメなんですか？

>>474

ファクトリーリセットするなら無問題

>>475

わかりました。ありがとうございました。

発売当時のFWでは、自作のkepubをkoboに入れて登録された後、
内容を変更してPCで上書きしたら、コンテンツの内容は更新されるが、
目次の内容が更新されないということがあったけど、
最近のFWでは、PCで上書きするだけで目次の内容も更新されるようになっているので
今は内容変更する際には削除せずにそのまま上書きしている。
そして特に問題は起こってないと思う。

同様に、以前はkobo登録後に、そのままkoboのディスク上でkepubの内容を変更すると
コンテンツ更新処理は発生しなかったが、
最近では、少しでもファイルを書き換えただけで更新処理が発生する。

>>477

割とそのあたりは改良してくれたんだねえ。
自炊ユーザー切捨てとか本スレで一時期騒がれたけど、決してそんなことないんだねえ。
そーゆーところは、いいね。

「Kobo＋CFWではじめる自炊電子書籍ライフ」のネタが増えたよｗ

>>478
え？　ムックでも出版するの？
もちろん電子書籍で。

コンテンツ処理がワンテンポ遅れる原因について、ありがとうございます。
koboにファイルの存在が本として認識されるのが、
コピー後の次回USB接続時なので、もう一度外したタイミングで、
koboにコンテンツ処理される、ということ、納得です。

CFWの機能、モリモリ使わせてもらってます。

放置による自動スリープだと復帰時にライトも消えてしまうのですが
上のスイッチに触れずにライトのONOFFできるようにすることって可能でしょうか？

>>479

まさかｗ

FAQ集ときちんとしたReadmeを考えてるだけよｗ

＃ readmeの反響があったことに気をよくした・・・わけではないんだけど
＃ wikiが更新されないこともあって、HowToみたいなものを纏めないと
＃ 自炊ユーザーにゃキツいかなあと思って

ジョーシンで1000円引き+クーポンでKoboGlo買ったぜ。
さっそく俺も改造仲間入りとおもって殻割ってみたら、
4GBのMicroSDHCカードが刺さってたw
ご丁寧に、1.9GB未フォーマットで2GBしか使えないようになってたw

>>470
その方法だと、表示はfooになりますが、楽天とアクティベートが維持されるので、
書籍購入がそのままクリック数回で可能なのと、
購入画面でクレジットカードの下4桁と請求先住所が出てしまいますが。
それは問題無し？

>>484

いえ、それは問題あります。
確認してファクトリーリセットしたいと思います。
ありがとうございます。

ふと思ったんだけど、koboayaさんって機動戦士ガンダムさん(大和田秀樹 著)に出てくる司令のザクさんに似てるね。
ぃゃ見た目とかじゃないよ。
いい人で愛されるキャラクターね。

えらくマイナーなキャラ出してくるなw

>>486
ガノタは帰れ！

gloを買って32GBに換装、CFW入れて使ってるんだけど
読むのをやめてホームに戻ろうとすると2分近くかかる
SDをclass10にしたのはまずかったかな？

>>489

class10でも色々あって、Random Writeが遅いものだと時間がかかる

殻割りしてmicrosdの3つめのパーティション(fat32)を32kクラスタに
変更すると体感できるくらい速くなる
今のところ、クラスタサイズを変更できるのはacronisのdisk director位なので
体験版でやってみたら良いと思う

gloに32gbのmicrosdで自炊だけで20gb使用しているが
-----------------------------------------------------------------------
CrystalDiskMark 3.0.1 (C) 2007-2010 hiyohiyo
Crystal Dew World : http://crystalmark.info/
-----------------------------------------------------------------------
* MB/s = 1,000,000 byte/s [SATA/300 = 300,000,000 byte/s]

Sequential Read : 18.251 MB/s
Sequential Write : 14.890 MB/s
Random Read 512KB : 18.053 MB/s
Random Write 512KB : 13.339 MB/s
Random Read 4KB (QD=1) : 3.302 MB/s [ 806.1 IOPS]
Random Write 4KB (QD=1) : 2.203 MB/s [ 537.9 IOPS]
Random Read 4KB (QD=32) : 4.054 MB/s [ 989.7 IOPS]
Random Write 4KB (QD=32) : 2.394 MB/s [ 584.4 IOPS]

のmicroSD(transcend 32gb class10の当たり品)ならホームに戻るのに
1秒ですむ。
遅いのはホームから本棚に移るときで３〜４秒かかる

俺も換装してその症状になった。（閉じるのが遅い。2分ぐらいかかる）
で初期化してもう一回本を入れ直したら速くなった。

class10で遅くなったとか言ってる人は
初期化してdb再構築してみれば？

Read/Write
が速い方がダメってそんなバカな事はないと思う。

>>490
>>491

リセットとクラスタサイズ変更、両方試したら1秒で移動出来るようになった
ありがとう！

んー、2.4.0になってlibcbのインスタンス内部の変数配置が少し変わったようだなあ。
2.3.x時代の解析情報を元に昨日コードだけは書いたzoomをテストしようとしていて
あまりに想定外の動きだったから、2.4.0の中身を解析するはめに。

とりあえず内部的に表示位置は変更できているんだけど、
安全にrepaint()できるタイミングが見つけられてない…
paintEvent()出口の乗っ取りだから下手に呼ぶと再帰的にpaintEvent()に入ってくるから
in/outカウントしてガードしてるはずなんだけどそれだとまずいようだ。
完全にpaintEvent()が終わった後のタイミングでrepaint()しないといけないのか？

paintEvent()内の描画と同じく、自前でQPainter::drawImage()を呼んで描画させるべきなんだろうか…

repaint()せず内部の位置情報だけ書き換えた状態で動かして、
menu出して戻してみたいな形でrepaint()が行われる状態を作ってやると
所定の位置に移動するので、内部操作そのものは問題なさそう。

#一応動作モードはcenterとfixed(前ページの表示位置を維持)の2通り作ってある。
#後者は物理キーでページ送りができないと使い物にならないのかもしれず。

内蔵SDを取り替えたときにはスワップを作らなかったのですが、
今からでもスワップを作ることはできますか？

>>494

再起動しても良いならGparted-Liveでも、ついでにクラスタサイズを変更するなら
ａｃｒｏｎｉｓのdisk directorの体験版でも可能

ただ、acronisのdisk directorはリムーバブルディスクとして認識させるタイプの
リーダーなら良いがマルチタイプのいろいろなメディアが読み込めるタイプの
リーダーだと認識しないかも

後輩のドムやゲルググにバカにされながら、ギャンさんに淡い想いを抱くkoboayaですｺﾝﾆﾁﾜｗ

クラスタサイズ変更、俺もやってみようかなあ。Gloになってあまり本入れてないんだけど。
（CFW開発期に入ると、しょっちゅーファクトリーリセットするもんで・・・）
SanDiskのClass10だから、期待できるかも。

>>494

正直、ファクトリーリセット＋もう一回殻割りして作るほうがいいと思うお

>>493

結局、QtのドキュメントでpaintEvent()内でrepaint()は呼ぶなと言っているのだから
そこら辺を突き詰めるのも面倒なので、ドキュメントに従いupdate()を呼ぶように修正。

一応センタリングが機能することは確認できた。
あまり手間をかけて加工してない、四辺に余白が多めのコンテンツだと
意外と便利かもしれず。

構造上、「一度左上原点で表示が行われ、その後センターに移動する」という
美しくない表示方法にならざるを得ないが、センター移動で機能している。
左上原点表示をなくそうとすると、バイナリパッチでもするしかないので、
ちょっと手段としては過激すぎるだろうし…
まあ、今でもComicsReader内部変数を決め打ちオフセット位置で読み書きしてるから
完全にバージョン依存なんだが(笑)

安全策でバージョン(rev)チェックしたいんだが、どこを見るのがいいのかなあ。

>>497

それでも随分変わってくるんじゃなかろうか。
一度サンプルリリースしてみては？

>>495-496
レスありがとうございます
最初から作り直してみようとおもいます

>>498

ちょっとどんなものか見てみたい人のために、ロダに上げておいた。
ただし、何かあっても対処できる人限定で、
自前でファイル配置とrcSの書き換えはしてね、という形。

cbzのビュアーでzoomモードにすれば、センター移動が機能するはず

#zoom-centerしかまだ試してないので、zoom-fixedがまともに機能するかは不明(笑)

>>500

あ、大きな書き洩らし。

FWバージョン2.4.0(JP版)でしか動作確認していません。

2.3.2→2.4.0で変更になった内部構造に依存しているため、
2.4.0以外の人は試さないようにしてください。
(先行リリースされた海外版2.4.0で動くかどうかは不明…)

随分rcSに手が入るのね。

今日はもう寝るので、明日にでも試してみるよ。
CFWユーザー向けに、軽くパッケージしてみるかね

>>502

なにかあってもファクトリーリセットでいいぜ、というなら
1)soを/cfw/preload/に配置
2)export CFW_HOOK_LIBCB=zoom-center
だけでOk

他のrcSの変更部分は開発テスト用にいじってるだけなので
zoom機能実行上は不要っす

>>503

gloで本当にファクトリーリセットになったｗ

>>504

うーむ、ファクトリーリセットまで行ったってことは、
nickel起動途中で死ぬ状態に陥って
Wifi onにできずtelnet不可になったってことだよね？

機種による違いがあるようなものでもないんだがなあ…

#一応zoom-centerの改善版を上げておいた。
#2.4.0 Touich(N905B)でのみ動作確認。

ファクトリーリセットを回避するためには、外部sdをキーdiskとして使う昨日の実装方法以外だと
試行カウントで追加preloadのenalbe管理をする機能でも入れ込むのがいいのかなあ。
-----
1) /mnt/onboard/のどこかにtry-countファイルを作り、そこに試行回数を書いておく
2) rcSでtry-countを読んで回数を減算しtry-countファイル更新
3) try-count=0なら追加は行わない(try-countファイルがないときも同様)
4) try-count!=0ならpreloadの追加を行う
-----
こんな感じにしておけば、追加preloadのせいでnickelが起動途中でハングする状況になっても、
少なくともtry-countで決めた回数だけ電源強制OFF→ONしてやれば試行回数=0になり、
問題の追加preloadがdisableになってnickelが正常に起動してくれる。

#王道な対策だと、rcS実行中に画面tapイベントの発生を検知させて
#追加preloadをdisableする方法を検討したほうがいいんだろうなあ…

>>506

やっぱり赤LEDだなあ。
一瞬でもHOMEが表示されたりするならいいんだけど
それすらなく、起動時のAnimationが流れっぱなしになって赤LED。

0.95のrcSに、export CFW_HOOK_LIBCB=zoom-center の一行を加えただけ。
（当然nickel起動前）

あ、nickelが生きている正常なpower-offだとhook経由でスクリプトが動くから
-----------
1)power-off hookで/mnt/onboard/下のどこかに正常電源OFFを示すファイルを作成
2)次回起動時rcSでそのファイルの存在チェック
3)ファイルがあれば追加preloadはenableのまま
　正常電源OFFを示すファイルはrmして消しておく
4)ファイルがなければ追加preloadはdisable
-----------
こういう管理で大丈夫かもしれず。

あるいは、rcS内nickel落ち後の赤LED点灯処理の後に異常終了ファイルを作って、
異常終了ファイルの有無で追加preloadを切り替えるっていうほうがrcS内で処理が閉じるので
メンテしやすいか？(正常終了ファイルではなくて異常終了ファイルで判定する)

起動時に落ちるとしたら"libdl.so.2"をdlopenして
dlopen,dlsym,dlcloseのオリジナルsymbolを取る
constructor処理で失敗してるのかなあ。
touch/gloどちらもlibdl.so.2はあるし、ファイルは同じだから
そこで失敗しているのだとすると謎だ。

gloで試してみるわ。

>>509

結局、preloadする順番だった模様。
開発中のテストではCFW組み込み済のモジュールの後にaddするようにしていたけど、
"/opt/cfw/preload"に置いてecho *.soさせるとソート順に並ぶため順序が違ってくる。
その対策で、ソートで後になるように改名した、その3版をあげなおした。
その3はsoファイル自体の中身は変わっていない。
名前を"zzz-libcb-zoom-hack.so"にしたので、最後にロードされるはず。

んー、対症療法としてはそういうことなんだけど、本質的にはzoom-hackモジュールが
constructorで変なことをするのが悪いんだよなあ…
(でも、前に自動回転抑制を作った時にであれこれ試した結果今のconstructor実装だから、
順序に依存せず安定する方法が他にあるのかどうか…)

#gloでテストして、機能としてはgloでも動作することが確認できた。

>>510

んー、dlsym()をhookしたときに、RTDL_NExTで呼ばれたら落ちるようだ。

[メカニズム]
---- preload順序
libcb-zoom-hook.so (hook dlsym, etc)
loadfont.so (hook unlink)
-----
1)loadfont.soがdlsym(RTDL_NEXT, "unlink")を呼ぶ
2)libcb-zoom-hack.so内のdlsym()に制御が渡る(handle=RTDL_NEXT, name="unlink")
3)libcb-zoom-hack.so内で__libc_dlsym(handle, "unlink")が呼ばれる
4)libcb-zoom-hook.soを基準にしたRTDL_NEXTだとloadfont.soのunlink() hook位置
5)loadfont.soに戻されるのは自分自身のunlink() hookになってしまい、
　再帰callを繰り返して落ちることになる

ibcb-zoom-hook.soのdlsym()がRTDL_NEXTで呼ばれたときに
caller context基準でnextになるようにしないとまずい…
__builtin_return_address(0)と_dl_sym()あたりを使えばなんとかなるか？

>>511

んむ、RTDL_*はRTLD_*の書き間違い。

根本的な原因が分かったし、直すこともできそうだから一安心。

>>508 の落ちたら次回起動から追加preloadはしないfail-safeな仕組みを入れて
その4版を作るかな。

本スレで、またも謎のカーネル起動したはずなのにリカバリーモードに
入れない状態になった人が・・・。

外部SD差したまま、旧公式fwにCFWを入れ様としたらしい。

>>513

なんか何がどうなっているのかはっきりしないけど、最初の632や670で

>背面のリセットボタンが反応し青く光ってから緑の点滅になり消えます

>青点灯→緑点灯→緑点滅って感じです

と書いてあるので、この時点ではカーネルまでは生きてるから、
ファクトリーリセットできそうなもんだ。

690,691で反応なしとか書いてるので、悪化させてu-boot,kernelが死んだのか？と思わなくもないものの、
爪楊枝リセットや強制電源OFF,ファクトリーリセット操作等が正しく行われているのかすら謎な気がする。

kernelまでは生きているけどリカバリーが起動しない=リカバリー領域をぶっこわすような器用なマネは
意図的に/mnt/onboard/,kobo/KoboRecovery.tgzを置いておいてから
recoveryに入って/upgradeを更新している途中で何か無茶をするとかくらいしか想定できない。
(glo/Touch(N905C)等の新型recory限定の話)

似たような状況になった人が、もう一台Gloを買って新しいGloの内臓SDを
文鎮化したかと思われていた旧Gloに挿したら復活したとあった。

どうもその時の様子は、強制リカバリー状態に入ってたようだ（赤LED→点滅だったとか）

何かしらの方法で、強制リカバリーに入るモードがあるんじゃないだろうか
（Home+電源とか以外で）

>>516

ユーザーのリカバリー操作なしにリカバリーに入ったのだとしたら
LEDパターンの前半が省略されて書かれていなかったと仮定すれば
u-boot-(normal)->kernel->nickel->何らかのcheck NGでsoftware reset(u-boot envをrecoryに変えて)
->u-boot-(recovery)->kernel->rcS(recovery)
こんな感じのケースかなあ。

たしか、致命的に必須ファイルが壊れていたりしたときに
自動でリカバリーに行ったことが一度あったような記憶もなくはないんだが、
その当時はあまり意識してなかったので定かではないなあ…

実は、こんなことがあった。

初期セットアップを終えた直後（Nickelが起動、Home画面が出る）状態の
イメージを吸い出して、２枚のSDに書き込んだ。

で、適当にCFWの開発であれこれやって、中が割りとぐちゃぐちゃになって
もう１枚のSDに入れ替えたんだ。

初期状態のバックアップイメージならともかく、認証が終わった後だったんで
何も考えずバックアップ状態に戻るかと思ったんだけど
何故かリカバリーに強制突入した。

もしかして、SDカードの固有IDか何かもトリガーになっているのかも？＞リカバリー突入

あっ、そういえばファクトリーリセットしかなくなった状態
（Nickelが起動時にコケる場合）、bucchiさんのメンテファームでBootすればいいのかｗ

Touchで「ヲヲ！スゲー！」ってバックアップ取り巻くって、Glo用はSD焼いてなかったｗ

ｺﾘｬﾏﾀ失敬

やっぱり、何かしらの原因でリカバリーモードに入れない状態が発生するのね。
HW_CONFIGぶっ壊れしか思い当たらないが。

前スレで、カーネルは死んでないのにリカバリーモードに入れなくなった人が
いたなあ。バックアップイメージいじって復旧したってあったけど。

正直、本当にCFW側で何かやっちゃいけないことがあるんじゃないかと
思い始めた・・・思い当たる節無いんだけどなあ

その4、ばっちりOK。センターズームになると微妙に使い勝手あがるねｗ

URL公開しちゃってもいいんじゃないかな？
ちゃんとセットアップパッケージ化してくれてるしｗ

0.95ユーザー向けにはいいんじゃないかな

koboayaさん
本スレの問題に深入りしない方がいいと思います。

僕もソフトウェアを公開しているので
なんとかしてやりたい、問題の解明

という気持ちになるのもよくわかりますが..
Readmeに目を通さない。その後の反省の無さ（明らかに反省ではなく金を惜しんでいる）
かかわるべき人ではないと思います。

自己責任の意味を知る機会にさせた方がいいと思います。

>>522

そうだよねえ。うん。自分でもわかってるんだけどな（笑

でも、「CFW入れておかしくなった！」ってのを聞くと、自分のことだけじゃなく
このスレ皆に言われているような気がするんだよ、ね。

まぁ、今回の本スレの氏は正直ある時点までイメージUpしたろか思ってたんだよね。
でかいファイルUpできるロダ探してたし。

でも、態度の変遷見てると「止めて良かった」と思ってまったｗ

個人攻撃になりかねないからこれ以上は言わないけど、さ。

でも、開発者だからこそ「ああ、こんなことをするとダメなのか。じゃあ回避策を・・・」って
考えるのは自然だと思うんだ。だから、本スレ→このスレへ話題が移ったものも多い。
そういうのは、できるだけ取りこぼしたくない、と思うんだ。

偽善かな？（笑

koboayaさんをこんなに振り回すなんて。なんてヤツだ！

僕もバグフィックスは寝る時間を削って対応していましたから
気持ちはよくわかりますw

こんなことをするとダメなのか　の風呂敷を広げると疲れますよw
長期的な活動を視野に入れるのなら、ちょっと冷めた感じの方が楽だと思います。
人間、メンタルが充実していない時期が必ずあるので。

>>521

んむ、センターズームが使えるようになると今度はズームレベル指定の微妙な使いづらさが気になる。
スライダーはあるものの、少し微調整がし辛いんだよなあ。
どこで何を呼び出して設定しているか等は解析済でわかってはいるものの
UIが絡むので手を出しづらいし、今のところ改善のアイデアもないんだけどね。

余白カットサイズ相当への自動zoom-level-fitとか、見開きの場合のページ移動で表示位置自動移動とか、
欲しい人は欲しいかもしれない機能もあるんだろうなあ…とか思いつつも…
操作性の観点からはやっぱUIがないと機能を盛るのも無理がありすぎる(笑)

##

まだ目途はついてもいないが、デフォルトフォントの件は、
AdvancedFontSettingsControllerとかいう、
フォント「詳細」をタップしたときに出てくる画面のコントローラーを見かけたので、
その親にあたるフォントメニューを見つけて、
フォントのドロップダウンの最初のエントリに
どこから何を取得してどう突っ込んでいるのかが分かれば、
なんとかなるんではないかなー、と思うのであった。

###

今晩の本スレの話題の件。なにがどうなって壊れた状態に陥ってるのかは気になるものの、
原因究明に繋がりそうな正確な情報提供がなさそうだったので傍観者モード。
ある程度の操作ができる人じゃないとこっちが知りたい情報は提供できないだろうし、
それができる人ならそうそう不用意に文鎮化しない(orしても回復する準備はいしている)だろうから、
当事者にならない限りは、原因究明は難しいのかもしれず(笑)

>>png2raw作者様

いや、センターズームはちょっと使ったけどいいよこれｗ
ヒトの視線がまずどこを注目するかを考えると、やっぱ中央だもん。
そこから観たい方向を、それまでの流れ（読んでる本のコマの流れとかね）から
自然と追うから、右下をアップにしたいのにも関わらず、いきなり左上がズームすると
何がなんだかわかんネェよｗ

これいいね。デフォ機能決定。UNIX系OSって環境変数は後書き優先だっけ？

＃ もう敢えて本スレの話題の話には突っ込まない
＃ png2raw作者様の言うとおり、情報を提供してくれないと手出しができん
＃ 俺ら開発者が欲しいのは「情報」。そして「何とかやってみる！」って気概。
＃ そのどちらも無ければ、手の施しようが無いわな

そうは言えど、リカバリーモードに入れない状況ってのは気にはなるよね。
前スレで頑張って復旧した、氏の詳細が聞きたいものだ

>>523
スレ読んでいたら、どうにもがまんできなくなりました。本スレの文鎮化です。
反省してるんですがね…自分の情報収集のなさが招いた結果であることは重々承知しております。
こちらのスレの方たちにも、深くお詫び申し上げます。

ズーム機能実装されたらミニ買っちゃいそうでやばい。
タッチが値下がっててもっとやばい。
このスレが無かったら産廃になってたはずなのに、まさかKindleの方が産廃になるとは思わなかった。

ズーム（余白除去）まで実装され
これでフォルター（ガンマ補正）までかけられるようになったら
ChainLP要らなくなるような気がします

解析ネタで気になっているもののmemo(順不同)

1) epubのデフォルトフォント
　>>526

2) nickelに気付かれずにこっそりresumeして再suspendできないか(スクリーンセーバー書き換え用途)
　system("echo mem >/sys/power/state")の戻りがnickelのresume開始地点なのだとすれば、
　そのあたりをhook内部で抑え込んで、本来のwakeupまではnickelに戻さないようにすればいいのか？
　powerキーresume,power-offのためのwakeup alarm等と切り分けないといけないのが厄介
　rtcアラームは排他利用だろうから、rtcまわりを触っている部分も抑え込まないといけない(?)

3) USB給電がない状態だと15分タイマーでJavascript動作が停止する(interval timerがsuspendする？)
　ac pluggedの時にtimer stopする処理が動いているであろうから
　PowerWorkFlowManagerからのsignal-slotのイベントの流れの先に
　Timer登録を扱う部分があるだろう。そのあたりを追いかけるか？
　WiFi切断なんかと共通タイマー時間設定の可能性もある？
　(timer時間設定の取得がsymbolの取れるmethodなら楽だが)

>偽善かな？（笑
偽善も善です

何度やっても内蔵ストレージのフォルダ(\book\本棚名\書籍名.cbz)の本棚が作れません。
外部SDは抜いて、ファクトリーリセット→FW2.40→Kobo_CFW_Ver0.95の順でやってます。
設定は下記
EnabledSwap="ON"
DBCacheSize="MAX"
InternalStrageBookFolder="book"
UseJournalMode="OFF"
DataBaseOptimization="ON"
AutoConvertZip2CBZ="ON"
AutoConvertText2HTML="OFF"
UseDataPatch="ON"
ContentScanedReboot="ON"
UpdatePDFPageDirection="ON"
StoreBookInsertShelf="PUBLISHER"
FixedShelfNameForStore=""
UserBookInsertShelf="FOLDER"
FixedShelfNameForUser=""
CreateShelfDevice="0"
UnKnownAttributionShelfName="最近登録された本"
UnKnownFolderShelfName="その他のシリーズ"
OtherShelfName="その他の本"
BookShelfReCreate="ON"
RecentlyReadingBookshelf="ON"
RecentlyReadingTarget="READING"
FontSettingUpdate="READING"
FontSettingReset="ON"

>>533
usb接続は何回実行したの？
内蔵データ認識は初回はワンテンポ遅れることがあるらしいので、二回に分けて入れるといいかと。

上手くいく手順がわかったので残しておきます。
上の設定で、
1.USB接続する
2.内蔵ストレージに本を置く。
3.タスクトレイの「ハードウェアを安全に取り外して〜」で取り外す。
4.koboのUSBケーブルを抜く(koboの電源は切らない)
5.DBなどの再構築が始まる。

それまでは、4のところでUSBケーブルを挿したまま、
koboの電源OFFからの再起動をしていた。

お久しぶりです。
ちょこちょこ進めていたパスロックがようやくいい感じのところまで来たので
公開してみるテスト。

http://ux.getuploader.com/KOBO_HACK/download/84/passlock-130302.zip


※注意※
パスロックという機能の性質上、認証にバグがあったりするとファクトリーリセットが
必須になります。一応、試作版なので逃げ道は用意していますが、
その逃げ道にバグがあると、やはりファクトリリセットが必要です。

まだまだ試作版でバグバグだったり落ちたりする可能性があるなど、
実運用できるレベルでは無いので、自分で何とかできる人だけ試してみてください。



とはいえ、試してみて意見や問題報告は頂きたいので、自分でいじれる人は
ぜひ試してみていただきたいです。
よろしくおねがいします。


■インストールの仕方
1. v2.4.0 に CFW を入れる。 preload の仕組みが必要なので CFW 必須です。
2. passlock-130203.zip を展開するとできる libpasslock.so を /opt/cfw/preload に入れる。
※意図的に koboRoot.tgz 形式にしてないので、自分で入れてください。
3. 再起動

■使い方

後述するパスワードの設定を行います。
すると、電源 ON 時、スリープからの復帰時にパスワード認証画面が表示されるようになります。
認証が通らないと HOME 画面はおろか、USB 接続もできなくなります。

■パスワードの設定方法

□パスワードが設定されていない場合

　1. 電源 ON すると、ブートアニメーションの後に、「Booting...」という画面が
　　 3 秒間表示されます。その間に、下の Settings ボタンを押してください。
　2. 設定画面になったら、暗証番号を入れて「Set」を押してください。これでパスワードの設定は完了です。

□パスワードが設定されている場合

　1. 電源ON または、スリープからの復帰時にパスワードロック画面が表示されます。
　　 その下に Settings ボタンがあるので、押して「Waiting for unlock...」状態にします。
2. 普通にパスワードを入力して Unlock してください。パスワード設定画面に遷移します。

■パスワードを消す方法

パスワード設定画面で、空状態で Set してください。

■パスワードロックを回避する逃げ道 (開発版のみ)

1. 電源 ON 後、ブートアニーションが止まったあたりから、ライトキー(glo)か、
　 ホームキー(touch)を連打してください。連打と言ってもゆっくりで大丈夫です。
2. うまくいけば認証なしでホーム画面になると思います。
3. USB で PC と接続し、内蔵ドライブの .kobo/passlock.txt を削除してください。
　 これでパスワードが消されます。

>>536
しまった。パスワード書くの忘れてた。

> http://ux.getuploader.com/KOBO_HACK/download/84/passlock-130302.zip

pass:kobo

です。

>>bucchiさん

ｷﾀｷﾀｷﾀｷﾀｰ！！！！！！！！！！！！
ついにパスロック！ 早速使ってみる！

＃ png2raw作者様の先日のzoomモジュールと共存させてみよう

パワフルなβのヨカン

使ってみた。あまりの出来にびっくり。（マジで標準機能と見間違えたｗ）
後で、これとpng2raw作者様の「CBZのズーム基点を中央にする」モジュールを組み込んだ
「0.95Plus」をリリースしてみる。

これはいい。ちょっと聞きたいんですがパスワードの桁数は最大何桁です？

あと、bucchiさんお願い。緊急で修正して欲しいのが

パスワードファイルが、本扱いになっちゃうyp。。。。

いや、、、、マジでパスロックが実装されちゃったｙｐ・・・どんだけ凄いのbucchiさん。
一瞬Home画面が表示される問題、解消したんですね。

電源ON時だろうが、スリープ復帰時だろうが、一瞬たりともHome画面が出ないのには
驚愕です。

いやはや、いやはや、、、いやはや、、、、

＃あとは、この機能をON/OFFできるようにすれば完璧ですね

さらに、パスロックをインストールした状態でこいつを展開して .kobo に置くと・・・。

http://ux.getuploader.com/KOBO_HACK/download/85/passlock-qss-sample.zip

.kobo/passlock.qss がスタイルシートになっていて
Qt StyleSheet を使って見栄えをカスタムできるようになってます。
背景画像など、画像も読み込めます。

これでスタイリッシュなkoboも痛koboも自由自在！

見てもらうとわかるとおり、絶望的にデザインセンスが無いので
もうすこし安定して使えるようになったらテーマ職人さんに
かっこいいテーマ作ってもらいたいな！

>>koboayaさん
まだ sqlite に手が回らず、プレーンテキストでパスワード保存してます(汗
zoom モジュールとはフックしている関数が違うので混在しても大丈夫じゃないかと思います。

>>539
CFW の β にすら入れるのが恐いくらい開発版なので
もうちょっと待ってくらさい。
結構 CFW の β はベータと付いているものの完成度高いので。

>>541
あれ、.kobo/passlock.txt に変更していたつもりが・・・。
すいません直します。

>>bucchiさん

では、/mnt/onboard/.koboに配置するようにしてみては？
確かそこはコンテンツスキャンの対象外だったｷｶﾞｽ。
もしくは、拡張子をtxtで無くすかｗ

>>bucchiさん

うわわわわわ・・・まさかロック画面までカスタマイズ可能にしてるとは・・・・。

>>542 (koboayaさん)
いや、だいぶ隠せるようになっていますが、確かまだ HOME 画面が
一瞬出るパターンがあったはずです。

はじめは nickel への影響を懸念して、resume 時の外部コマンド実行で
実装していたんですが、どうしてもロックが回避されて抜けてしまうケースが
出てきたのでやむなく preload 形式にしてしまいました。
それによって HOME 画面がだいぶ隠しやすくなったんですよ。

>>540 (koboayaさん)

あ、ちなみに男らしく桁数チェックはしていないので (え?
入力できるとこまで入力できます(どーん)

一応、入力した番号はハッシュ化して保存しているので、
パスワードファイルを見られてもわからないようになってます。
入力できるのが数字だけなのでブルートフォースアタックで
簡単に見つかってしまうので、あまり強力では無いですが。
実用十分かなと。

>>bucchiさん

男らしさ、了解です（笑
数字だけで十分でしょうし、不安な人は男らしい仕様に従い10桁とか20桁とかに
してもらいましょう（笑

スタイルシートがgloでうまく動かないのは何故だらう。
.koboにqssとtest.pngは入れたのだけど。

>>549
あ、たぶん、電源OFF→ON しないとスタイルシートが反映されないです。
.txt のファイルパス変更と一緒に直します。

追記；センターズームモジュールとの共存（昨日のrcSの方式ですが）も
綺麗に動きました。

センターズーム、本当にいいわ。これまでズームとか使ったことなかったんだけど
（正確にはあまりにも使い勝手が悪いので使わなかった）
贔屓目抜きで、ズーム機能がかなり使いやすくなった。
センターズームだけでなく、ズームポイントをページ切り替え時に覚えてくれているのも
何気に使い勝手の向上に一役買ってる。

うわー、こりゃ俺もそろそろ「ホーム画面のLASTEST5の任意カスタマイズ」を
実装せにゃあ（笑 二人の凄さに霞んじゃうｙｐ

＃ ・・まあ、とっくに霞んでいるのですがorz

あっ、そうか。パスロック機能のON/OFFはセンターズームモジュールと
同じようにして実装すればrcSだけで可能なのか。

よし、ちょっといじってみる

パスロックの新版です。
以下の修正が入っています。

　・パスワードファイルのパス名変更
　・lock 画面表示の度にスタイルシートを読みなおす

http://ux.getuploader.com/KOBO_HACK/download/86/passlock-130302-2.zip

センターズームとの共存できてよかったです。
個人的にはセンターズームまじすごすぎる。
nickel の機能に手を入れるなんて・・・。

パスロックは nickel の完全に外側で勝手に window 作るだけだし。

by the way (koboayaさんのマネ ^^)

パスロックでちょっと心配なのは、RTC アラームで nickel が起きた場合に競合しないかどうか。
nickel が RTC でのスリープ復帰をどういうふうに使っているかがわからないので
ちょっと心配。

例えば、RTC アラームで起きたあと、ロック画面が表示されちゃって、画面にカバーがあたってて
suspend に入れず電池がなくなるというシナリオもありそうで恐い。
一応ロック画面で何も触らなければ 10 秒でスリープに落ちるようにはしてるんだけど。

おお、とうとうパスワードロックが公開されたのか。後で試してみよう。
QtのStyleSheetでいじれるのも面白そう。


>>554
センターズームは解析相手がlibcbで小さいからなんとかなったようなもんで、
libnickel本体が相手だとさすがにそうそう上手く機能を盛れないと思われ。


##

dlopen()されるlibcb.so内のあるシンボルだけをhookするという器用なマネができれば
ページ移動時にダイレクトにセンター表示することができるんだけど、何か手はないのかなあ。
QPainter::drawImage()をhookすればいいんだけど、globalにhookはしたくないんだよねえ。
globalにhookしといて、呼ばれた時に__builtin_return_address(0)でアドレス拾って
dladdr()等を使って呼出し元を判別してピンポイント化は当然できるけど、
できることなら初めから限定した状態でhookしたいんだがなあ。

BTW

そろそろ真面目にQtのUIに手を出すべきかなあ。
フィルターのことを考えると設定メニュー欲しい。

cbzビュアーの下に出てくるメニューはComicsReader管轄じゃなくて
libnickel内のwidget(or controller)があれこれ管理しているので、
設定用widgetを追加するにはlibnickel本体を調べないといけないんだよなあ…

鯖PCの入れ替えが思った以上に手間取って、今夜はロック画面とかの
パッケージがリリースできないかも、、、

パスワードロック機能とセンターズーム機能をとりあえず組み込んだだけの
0.95ならリリースできるんだが、待ってる人居る？

confでON/OFFできるようにしようと思ってたんだが、今はどっちも強制ONなのだ・・・

ちょっと最近気になることがあります。
本スレにも何件かありましたが、スリープから復帰後、勝手に落ちてスリープする現象があるのですが、
果たしてCFWが入っていることと関係あるでしょうか？
それとも公式2.4.0の新バグなんでしょうか？（笑）

現在うちのgloで確認できるのは、テキストのkepubを開いて、適当のところで上部スイッチにてスリープ。
しばらくして上部スイッチにて復帰、何もせずに70秒ほど放っておくと勝手にスリープ。
そんな感じです。

>>556
パスワードロックもセンターズームもアドオンの扱いでいいんじゃね
JPG高速化パッチとかHomeボタン変更daemonとかと同レベルでいいと思う
あまり手を広げすぎるとパスワード忘れの面倒まで見るはめになりそう

アドオンいいと思うけど、アンインストールってできるの？

>>558
koboayaさんのCFWコンセプトが「色々な人のアイデアをオール・イン・ワン」なんじゃないのかなー
JPEG高速化とかも、許可が取れないからパッケージング出来なかっただけっぽいし

個人的にはオンオフ出来て、万人受けしそうのないもののみデフォルト：オフならそれでいいと思うけどね

>>559
アドオンの意味わかってる？

>>560
それもあるけど、万人向けを目指してるんじゃないかと
万人向けなら、[危険な|特殊な]機能は外出しのほうがkoboayaさんのためにもいいんじゃないかなぁ

WHS2011のセットアップで死んでますkoboayaですｺﾝﾊﾞﾝﾜ

パスロックも、センターズームも「こんな便利な機能、組み込まないでどうする！」って感じですｗ
ただ、当然要らない人も居るだろうから、そこはON/OFFできないとダメだとは思うけど。

快適に本を読める環境に近づくなら、それがCFWのコンセプトだと思ってますｗ

でも、危険・・というか「万が一」を想定すると何かしらの形でCFWの機能を殺す方法が
必要だと思ってはいる。だって、設定ミスってファクトリーリセットなんて嫌じゃない？ｗ

なので、今ずーっと考えてるのは「デフォルトの状態で起動させる」方法なのね。
SDカードを突っ込んで起動したらCFWの機能を無条件に殺すのは出来るんだけど
「じゃあ、外部SDをメインに使ってる人はどうなるの？」ってなるわけで。

今考えてるのは外部SDに、Confが存在してたらそっちを優先で読み込んでみるとか
外部SDに特定のファイルがあったらCFWの機能を殺す、、とかかなあ。

いや、パスロックは本当に感動するお。マジで。
こんな機能、知識と技術力があるユーザーだけの特権なんて勿体無さすぎるｗ

>>bucchiさん

CFWを未インスコで、もしパスロックだけ使いたいならrcSのPRELOADで
パスロックモジュールの配置だけで済むのかな？

>>564
パスロックについては同感なんだけど、殺す機能を付ける＝パスロックの意味がなくなる、なんだよね
パスロックを無効にする方法が公開されてしまっては意味がないわけで

>>ID:f+kEVlgd

確かに、それは言えるよねえ。
簡単に殺せちゃったら意味ないわなあ。確かに。

まだモジュールが公開されたばかりだし、ためしに組み込んだバージョンを公開して
意見募ったほうがいいかもね

パスワードロックには、プログラマや技術的な妙技があると思うけど、
自分のように資料自炊して作業用につかってるへっぽこユーザーからすると
問題が出てきた場合、ちょっと手にあまる感がしてますね。
対応できなくなった時のリスクもでかい気がするし。

センターズームは、資料見るときは大変役に立つので、この二つがペア扱いになってしまうのは
ちょっと不安があります。　.confでデフォルトは共にOFFで、使いたい人がONにするほうが安全と思います。

・・・・というか、CFWが広がると、マニュアル読まないで勝手な事やって、あげくパスワード忘れて
ロックが外れなくなったと作者を逆恨みするような奴が必ず出てくると思うので。

>>588

へぇえ、資料自炊→ビュアーって使い方してるんだ！
そうか、Koboってそんな使い道もあるんだｗ

いや、これは決してバカにしてるんじゃなくて「そういう使い道もあるんだ」って
すげえでかいヒントなのね。本を読む以外の道があるわけだから。
差し支えなければ、どんな資料をどんな形式で読んでるか教えて欲しいな。

＞・・・・というか、CFWが広がると、マニュアル読まないで勝手な事やって、あげくパスワード忘れて
＞ロックが外れなくなったと作者を逆恨みするような奴が必ず出てくると思うので。

まあ、そうだよねｗ
でも、まあ、俺が恨まれて済むならそれでOKってコトでｗ

そうならないように、機能とか文章で何とかフェイルセーフを引きたいなあ。

＃ 最近このスレで、俺は文章書きだと思われているフシがあるのだが
＃ bucchiさんやpng2raw作者様ほどではないが、一応技術者なのだｗ
＃ 誤解無きよう。。。ｗ

ぶっちゃけ、パスロック解除もbucchiさんとこのメンテナンスファーム使えばできる
ただしターミナルからの操作になるし、起動用SDの作成に知識が必要
起動させたあともパスロックの仕組みがわかっている必要がある

自分がパスロックの試用に踏み切ったのも、このメンテファームがあったからだけど、
パスワードを忘れたときの対処方法としては全然一般向けじゃない

パスロックの標準化は慎重にしたほうがいいと思う

>>569
今のところ作画用資料かな。　自分の描いた奴とか、参考にしたい構図や好きな作家のやつ。
コンビニで売ってる銃器資料とか背景用の写真とか。
液晶のpadより電池が長持ちするんで便利です。
本当は、スリープや電源OFFのとき、最後に見てたページが表示されるともっと便利なんですがｗ

う〜ん…個人的に新モジュール公開で即パッケージングはちょっと急ぎすぎな気もするかな、やっぱり
bucchiさんもあえて導入の敷居上げて、本当にわかってる人だけにβテストの参加を促してる感じだし

特に、今回のように開発者自身が危険性を示唆している場合は、モジュール単体で一定の期間は様子見した方が懸命だと思う
ある程度bugfixなり安定性の確認がとれるなりしてから組み込んでくれた方が、今後も安心してCFWの動作確認テストに協力出来ると思うし

>>570
ちょっと舌足らずだったので付け足し

パスロックの対処方法は、どんな方法であれ、公開すべきじゃないと思う
もったいない気がするのはやまやまだけど、本来はkobo社なり楽天なりた対応すべきもの
CFWとしての立場はあくまでも「自己責任で使う」にとどめるべきじゃなかろうか

>>569
>>571にファイル形式入れてなかったので補足。
殆どがcbz形式ですが、文章が多いのはpdf形式です。　これはzoomで
拡大すればいいと思ってたんですが、koboのズーム機能がショボイので
今ひとつ役に立ってないです。

libcbに関するhackは1つのmoduleにまとめようと思って(機能は個別にenable/disable)
前に作った自動回転抑制hackを入れ込んでソースをいじっているうちに
機能実証用のガンマ補正も入ってしまった。
(環境変数経由のパラメータ引き渡し以外にUIがないので実証試験しかできないけど…)

これからテスト＆デバッグだけど、サックリ動くかなあ。

##

QtのQImageがpng/jpegのロードで内部で生成するデータ形式が
*Mono(2値):pngのみ
*Indexed8(max 256palette):jpeg/png
*RGB32/ARGB32(fullcolor):jpeg/png
と3種類あって、gamma補正にMonoは関係ないとして、
Indexed8だとpalette tableをいじるだけで済むので負荷は殆どないけど、
RGB32だと全画素いじることになるので、少しもっさりするかもなあ。
neonには8bit*16パラのtable lookup変換なんていう都合のいい便利な命令はないので
cpuでちまちまlookupすることになるし…

#jpeg/pngの展開速度の違いがあるから、体感的に快適なのはどちらになるかわからんけど
#メモリ量だけでいえば、2値画像の場合はイメージも2値のままで保持するpngのほうがいいのかもしれず。

>>568
センターズームまで思いとどまって欲しいというつもりはないです。
ただ、あんまり手を広げるのもなぁ、と思ったのでアドオンを提案しただけ
そんなに便利なら標準でもいいかも

貴重な意見ありがとーです。

ね？CFWの開発者はこのスレの住民全員だって書いた理由はこれなのよｗ

俺がパッケージに入れようとした理由は一つで、「より多くのフィードバックがあるほうが
bucchiさんへのフィードバックが多くなり、結果より良いモジュールになると思うから」なのね。
バグチェックや要望出しに協力したいけど、Linuxの知識が無いから試すこともできない・・じゃ
勿体無いかな？って思ってさｗ

アドオン方式は良いなあとは思ってるんだよね。
アンインストール考えなくて良いなら、png2raw作者様のrcSがアドオン化の
一つのヒントをくれたと思ってる

>>577

汎用化するためにはちゃんとした仕組みを考えないといけないだろうけど、
センターズーム単体については、アンインストーラはつけてないけど、
ext/boot.shでさっくり
rm -f /opt/cfw/preload/experimental/libcb-zoom-hack.so
を動かせばいいかと思っていたのであった。

#rcS側が放置になるので、"echo /opt/cfw/preload/experimental/*.so"が空の時に
#まずい可能性もあるなあ…確認してまずけりゃ修正しておこう。

おぉ、賑わってるw いいことですね。

パスロックはその性質上、間違うとファクトリリセットが必要になるので、
今回の「逃げ道」のように、リスクが少ない「お試しモード」みたいな
ものがあるといいのかもしれないですね。
ためしに使ってみて、ちょっと恐いと思えば引き返せばいいし、
しばらく使って良さそうと思えば、はしご外して本運用というのもいいかなと。
# リスクがあるからと恐がって使われないと寂しいので

ひとまず、CFW の β に入れるなら、お試し状態だけ使える(簡単に回避できる)ような
感じにして、色々意見もらって、CFW の本リリースまでに本運用の仕組みを
考えてはどうでしょうか。
なので、β の間は外部 SD の設定ファイルなどで無効化できるようにして
安全に試してもらうのがいいかもしれないです。

>>557
あ、これ似たようなことあった気がする。
パスロックの開発中だったんで、パスロックのバグかなーと思ってたんだけど。

少なくとも、CFW 0.95 ではスリープ関係はフックはしているものの、
スリープの状態遷移関係には手を出してないから CFW は関係ないと思いますよ。
たぶんですけど。

>>565
> >>bucchiさん
>
> CFWを未インスコで、もしパスロックだけ使いたいならrcSのPRELOADで
> パスロックモジュールの配置だけで済むのかな？

はい。
ほかの .so には依存してないので、libpasslock.so だけの指定で OK です。

連投ｽﾏｿ

>575

> QtのQImageがpng/jpegのロードで内部で生成するデータ形式が
> *Mono(2値):pngのみ
> *Indexed8(max 256palette):jpeg/png
> *RGB32/ARGB32(fullcolor):jpeg/png
> と3種類あって、gamma補正にMonoは関係ないとして、
> Indexed8だとpalette tableをいじるだけで済むので負荷は殆どないけど、
> RGB32だと全画素いじることになるので、少しもっさりするかもなあ。
> neonには8bit*16パラのtable lookup変換なんていう都合のいい便利な命令はないので
> cpuでちまちまlookupすることになるし…

JPEG のガンマ補正なら、libjpeg のデコード指定する際に使う
struct jpeg_decompress_output 構造体の output_gamma を
変えてしまうというのはどうでしょ。
JPEGのデコード処理とガンマ補正を一緒に行えば、libjepg の作りによるけど
オーバーヘッド少ないのではないでしょうか。

ただ、ガンマ補正値を変えた場合、再デコードが必要なのがネック。


あと、libjpeg のコールをフックして、必ず Grayscale 画像として
デコードするように jpeg_decompress_output 構造体を書き換えてしまうのは
どうでしょう。
just idea だけど、jpeg_read_header() のポストフックで out_color_space に
JCS_GRAYSCALE を入れてしまうとか。

Qt から見て、元々の画像が Grayscale JPEG に見えるように libjpeg の結果を
ごまかせれば、Mono 以外の画像は Indexed8 (Grayscale-256) にデコードされて、
結果、パレットテーブルだけでガンマ補正ができるかも。


・・・というのも、どうせ画面がグレースケールなんだから、JPEG をフルカラーじゃなくて
grayscale でデコードすればデコード時間縮まるんぢゃね？ メモリも節約できるし。
っておもって、libjpeg-turbo に手を入れて強制的に grayscale でデコードするように
手を入れたことがあったのです。それはそれでうまく動いたけど、そんなにデコード時間
変わらなかったので御蔵入りしていたのです。

>>582
カラーjpgをグレスケjpgとしてデコードする場合、薄い黄色みたいなパステルカラー部分も正しく
変換されるんでしょうか？
カラーjpgの内部色空間データがRGBかHSBかLabか、どういうものか解からないけど、
RGBの単純平均という訳じゃないですよね？

>>557
>>580
自分も同じ現象を確認したので、試しに koboCFW.confを殺して再起動してみた
結果はkoboCFW.conf有効前と変わらず、短かい時間でスリープに入っちまう
koboCFW.confを無効にしただけの実験なので、CFWが白とも言いきれないけど
限りなく公式FWのバグっぽい

>>574

Koboが発売される前はマニュアル類とかpdfで公開されている資料に使えると思って期待していたけど、
実際使っている今現在、わたしのなかではpdfはなかったことになっている(笑)

>>582

jpeg/pngいずれにせよ、展開後の後処理でバッファに置くデータ形式はある程度加工できるから
それも考えなくもないんだけどねえ…
大域的に変更したくないのでstack frameを何段か見てlibcb由来の呼出しか判別しないといけないか。

強制グレスケ化のほうはnickel内部で大域化してても支障はないかなあ。
nickel埋め込みjpegも日本では関係なさそうな海外AD画像だけだったし。
ブラウザ内の画像が影響されるから、必ずしも支障がないとは言い難い？

paintEvent内でのscaledやtransformが軽くなる(1/3のデータ量)だろうから
(decodeそのものの時間は効果があまりなくても)全体としては快適になる可能性はあるなあ。

###
memo:rgb->grayscale変換式いろいろ

png:Q15
grayscale=r*0.212671+g*0.715160+b*0.072169

qt(qGrayのpixel単位の変換関数):Q5
grayscale=r*0.34375+g*0.5+b*0.15625
*この式がqt内の基本式になっていると思われる

fb0 driver(mxc_epdc_fb_setcolreg):Q8
grayscale=r*0.30078125+g*0.58984375+b*0.109375
*この式がmxc fbの基本式だとは思うものの
　epdcfb_dc.cあたりではblue成分だけでgrayscale化していたり、
　redだけでgrayscale化していたりするので
　ドライバ内での流れを解析しないとよくわからん。

jpeg:手元にソースがないので未調査

精度の違いを配慮しても、調べた3つそれぞれ係数が違う。

nickelがfb0にrgb565で書くときにrgbで書いているのか
自前grayscale変換後のr=g=b=grayscale状態で書いているのかは確認していない。
前者ならドライバ側の処理の流れを追いかけないと判明しないなあ。

##
gamma filterは機能としては落ちることなく一発で動いたけど(仕組みとしてはOk)、
indexed8の時にちょい謎な結果(色変換処理部分には問題あり)になるなあ。
ま、nickelが落ちることなく仕組みは有効だからなんとかなるだろう。

>>571

>本当は、スリープや電源OFFのとき、最後に見てたページが表示されるともっと便利なんですがｗ

cbz限定だけど、dbから最後に読んだ本の最後のページのファイル名を引っ張ってこれれば
そのファイルをunzipで/tmp/に展開して表示させられるのかなあ…
ああ、でもcbz読書中のスリープ突入だとdbに反映されずnickel内部で保持しているだけか？
(poweroffのときはできそうな気もする…)

#ページファイル名が正しいencodingで登録されていないとまずいし、
#unzipが正しくencodingを扱えないといけないだろうなあ…

画像系は詳しくないので間違ってたら指摘してほしいけど、
JPEGって元々輝度＋色差で分離して圧縮してるから、
色差だけ捨てれば輝度＝グレースケールになると思ってたんだけど
間違ってる？

確かに変換式は色々あるみたいなので、
JPEGの輝度が、計算しやすい輝度であって、人の感性的には
正しくない輝度になってるのかもしれないけど。

色空間とかは全くの専門外なのでむしろ教えてほしい。

>>586
fb0にはカラーで書いていたはず。
以前にfb0読み出してスクリーンショット撮ったら
カラーだった記憶があるので。

CFW 0.95 "Plus"

http://ux.getuploader.com/KOBO_HACK/download/87/Kobo_CFW_Ver0.95_Plus.zip

モジュールアドオン化テストバージョン。
βでもαでもありません。「とにかくセンターズームが使ってみたい！」人や
「パスワードロック使ってみたい！」人向けです。ご利用は計画的にｗ

アドオンのLoadは、pngwraw作者様のものをベースにしましたが
今回はまだ二種類なので「決めうち」で書いてます。
PRELOADする、必須ではないアドオンモジュールは、/opt/cfw/preload/experimental/に
置くということにしてみました。

とりあえず、使い方はreadme（今回はちょー短いｗ）参照のコト。

センターズームもパスロックも、びびるぜ？ｗ
png2raw作者様、bucchiさんに最大の謝辞を。

書き忘れ。今回はパスあり。いつものやつね。

あと、アンインストールスクリプトをおまけにつけておきました

>>588
jpg内部の色空間、その辺はこっちも詳しくないのであまり情報は無いのですが、
フォトショ等で印刷用のCMYK画像をそのままjpg変換すると、RGB画像から変換したjpg画像と
ブラウザ上で色味が異なるので、jpg内部の色空間は一定じゃないのかも？と思った次第です。

　　CMYK画像→フォトショでjpg化　　　　　　　≠　RGB画像→フォトショでjpg化
　　CMYK画像→RGB化→フォトショでjpg化　＝　RGB画像→フォトショでjpg化(まぁ当たり前の等式ｗ)

使ってるフォトショが古いので、最近のCS4とかだと問題ないのかもしれません。　
ただ、CMYKから作ったjpg画像は、フォトショで読み込むと色空間がちゃんとCMYKになっていて、
それはフォトショ上では正しい色味なので、jpg内部の色空間の持ち方が一意じゃないのでは？という
疑問を持った次第です。

　　

>>589 (koboayaさん)
ありがとうございます。
アルファでもベータでもないって扱いが今のパスロックにはちょうどいいあんばいです。
あと README に使い方貼りつけてくださってありがとうございます。
手抜きですいませんw

>>591
なるほど。そういうことがあるんですね。
フォトショップで開けば問題ないとのことなので、確かに CMYK 用の
エンコーディングみたいなのがあるのかもしれないですね。
フォトショップすら使った事無い知らない世界だったので勉強になりました。

>>589
ありがたくダウンロードさせていただきました。

アドオン機能が増えると rcS の ADD= の行をメンテしていかなきゃなんですね
ちょっと大変かも

あと /usr/local/Kobo/udev/usb の内容が 0.95 と plus でちょっと違うのが気になった
違うところは ReplaceFile.sh の起動箇所
0.95 -- $ACTION==add のとき起動
plus -- $ACTION==remove のとき起動

この機能は使ってないので、自分的には影響ないけど、 zip -> cbz変換を多用する人は
動作が違ってこない？
動き的には 0.95 のほうが正しいように思えるけど…

>>589
CFW 0.95 Plus + CenterZoomを導入してみました。　これは便利ですね！ｗ
ただ、pdfには対応してないそうなので、pdfの資料ファイルだけcbzで作り直そうかな。
パスワードロックはまだちょっと怖いので試してません・・・

* jpeg: ITU-R BT.601(CCIR 601-1)[fb0のも同じ由来だと思われる]
Y = 0.29900 * R + 0.58700 * G + 0.11400 * B

* pngのはITU-R BT.709由来のようだ

* qtのはどこ由来なのか不明

>>bucchiさん

いえいえ。bucchiさんの言うとおり「リスクがあるから」ってんで敬遠されると
せっかくの宝が無駄になりますからねえ。
単純なファイル削除ですけど、アンインストールできるようにしておけば
若干でも安心できるでしょうしね。

>>593

ああ、そこのudev/usbは「わざと」です。
以前は、ダメ文字問題があったのと初代のCFWの組み込み方に倣って
USB接続時のリネームにしてたのですが、そもそもUSB接続解除→リネーム→コンテンツ
処理が流れとしては自然なので、移動させてみたという。

あと、実際に今考えているのはADD=の行をメンテするのは大変なので
koboCFW.confとは別に、addon専用のINIファイルでも持って
そこに記述されているモジュールをロードする方式にしようかと思っています。
多分、アドオンライブラリをどこか別のフォルダに格納しておいて
起動時に選択されているライブラリをexperimentalにコピーして、*.soで
ロードすればいいかなって考えてます。

PRELOAD形式によるアドオンは、正直開発するのは大変だと思うので
多分、そうそう数は増えないと思っているのですが、やっぱりメンテを考えると
枠だけは作っておこうと思って。

を、text2fbでスリープ画面のニャンコ先生に「にゃつめぇ〜イカ食べたいぞ〜」って喋らせることができた（笑
（位置決めうちだけどｗ

text2fbでバージョン情報でもどこかに出すようにしてみようかな。

座標指定もGloとそれ以外で分けてしまえばいいのか。判定はいつものアレで。
（krakenかどうかで判断）

スリープ画面に日付とVersion情報だけでも出せるようにしてみよう。

>>598

んー、どうせ画面サイズは内部で必要があって持っているので、
今度いじるときにオプションで0〜1の実数座標でx,y指定ができるようにしてみようかなあ。

#こっそりその5が…

>>599

いきなり自動回転＋ガンマ補正機能組み込みですかいｗ

試す時間ないｙｐ！ｗ

>>600

ガンマ補正はInterfaceが環境変数経由しかないので実用性0です。
(mobile readのpluginとか使えばnickel内部からnickelの持つ環境変数変更できる？)

#UIを実現する手段が見つかるまではモジュールとしては放置していていいよ。
#設定メニューwidget突っ込むのは下調べ等も考えると結構先の話…

>>571

>本当は、スリープや電源OFFのとき、最後に見てたページが表示されるともっと便利なんですがｗ
横から失礼します。
CFW快適に使わせていただいております。
自分もこの機能あれば嬉しいなと思ったりしてました。
電子工作するときに回路図などを表示できたらいいなと思っていました。
もしできたら電子工作作りも楽しくなりそうです。
言うだけしか出来なくて何とも申し訳ないのですが、
出来たらいいなぁ位の気持ちで、うきうきしておきます。

しつもん。

Core2Duo E8500+メモリ4GくらいあればQTのクロスコンパイル環境としては問題ない？

＃まぁLinuxでは開発したことはないので言ってみてるだけのテストかもだがｗ

>>571 >>602

うーむ、これはDB屋の俺とpng2raw作者様が協力すれば不可能ではないが・・・
最後に読んでいた本もページも取れるのは取れる。ただし、あくまでページであって
圧縮ファイル内のファイル名ではない。

いや、何とかなるか？ 調べてみるか

センターズーム試してみたんですけど、動く時と動かないがあるような
気がするので教えてください。

ズームなしから最大ズームにした時に右上ズームになります。
左上拡大にならないので機能自体は効いているんだと思うんですが、
どの動きがどう変わるのが期待した動作か教えてもらえませんか？

ちなみにズームを1段階ずつ上げると左上ズームになるようです。

簡単でもいいので機能の説明をしてもらえるとありがたいです。
# 説明ないとわからないのおれだけ？ ｺﾞﾒﾝﾅｻｲ(汗

>>605

ああ、確かに。

左上基準点でしか位置管理してないので、zoomlevel変更したときは、
level変更前の左上基準点をそのまま引き継いだ状態になるので、センターにいかないな。
zoomlevel変更時は変更前のセンターが変更後もセンターに来るようにしないとまずいか。
(実はページ移動しか気にしてなかったので、zoomlevel変更は監視していない)

機能定義を見直します。混乱させて申し訳ない。

・ページ移動したときに、新ページ画像のセンターがズーム表示のセンターになる
・同一ページでzoom-level変更した場合は、変更前表示センターが、変更後もセンターになる
のがざっくりした実現すべき機能。今は前者しか実現していないはず。
(元々ページ移動で左上表示になるのを改善しようとして作ったものだから前者しか考えてなかった)

>>604

ContentIdが"file//mnt/onboard/hogehoge.cbz/path/file.png"みたいな形式だから
最終的にこれが引っ張ってこれればいいのかな。
cbzファイル自体はBookIdで、
ContentIdの先頭から"$BookId/"部分を削って"path/file.png"部分を取り出す？

なんかdbの中のContentIdを見ると書庫内ファイル名部分で文字化けしてたりするので
取ってきたのをそのままunzipに渡すのは無理っぽい。
unrar wrapperの時みたいにutf8に復元可能な文字化けならなんとか戻して
unzip側もZIP仕様のutf8対応が正しく実装されているか確認して必要なら手を入れて…
とかいう感じ。
(Viewer内部ではlibcb<->libzipの間では相互に矛盾なく化け状態のままで
zip内ファイル名matchするんだろう)

>>596

>起動時に選択されているライブラリをexperimentalにコピーして、

実体コピーまでは不要で、ln -sで十分だと思う。

#experimentalはやっぱ実験用なので、dir名は"extra"なり"addon"なりのほうがいいかもしれず…

>>606
ズーム設定、使わせてもらっています
ありがとうございます

どの書籍でも数パーセント拡大するだけで
大分見やすくなったような気がします

このズーム設定は今開いてる書籍にだけ設定が保存されますが
同じ設定を全ての書籍に固定記憶させるといったことは可能でしょうか？

>>603

AMD PhenomII X4 940@3GHz 8GB(DDR2)上の仮想マシンRAM 1GBでやってるのから比べたら
実マシンで2core 4GBもあれば、全然余裕じゃないかなあ。

#さすがにこの環境だと環境構築のためのqtのcompileはつらいけど(多分kernelコンパイルも)、
#そこを整備してしまえば、実際作るものは巨大じゃないから平気だけど。

>>609

zoomlevelの初期値を1.0(ズームなし)から変更するのは、「できそう」とすぐには言えないかも。
zoomメニューの拡大率スライダーの初期状態を設定をする部分が普通に作られていればできると思うんだけど…
検討事項に入れておきます。

>>606
説明ありがとうございました。
ページ遷移時のセンタリングという事ですね。了解です。

ただ、縦方向はセンタリングされるのですが、横方向は右端が表示されることがあるようです。
スキャンしただけの jpg を cbz にしただけのデータなので画像サイズがページ毎に微妙に
不揃いなせいかもしれませんが。
もうちょっと条件を探ってみます。

最後のページが表示される機能
よりも、ちゃんと今読んでいる表紙がスリープ時表示されないバグを何とかならない物だろうか？
自炊だから楽天に言っても門前払いだろうし

どうも。しばらく前にswapの図解を作ったものです。
GUIで設定できるようにWebブラウザのスクリプト書こうと思ったけど
最近のCFWチェックしてなくてどんな機能が付いてるかさっぱりわからん。

コンフィグのファイルってシェルスクリプトだから、
シェルスクリプトで作ったCGIなら設定の読み込みルーチンは要らないよね。

>>612

1)環境変数でenableになっていること
2)paintEventが呼ばれた時に、内部でリロードが発生するコンテキストであること
　具体的にはページ移動・回転・zoomlevel変更
3)zoomlevel!=1.0であること
4)(setPage()で)左上基準点が(0,0)に戻されてしまっていること
をすべて満たすことが発動条件。

ページ移動を想定した条件4)があるため、画面表示が左上基準点(0,0)ではないzoomlevel変更のときは
元画面センターにもならず、左上基準点合わせのままで通常zoomlevelが変更される(はず)

#ビュアーが呼ばれた時(cbzを開いた時)にContentId or bookIdを引っ張ってきて
#$bookId.confがあればそれを開いてgamma補正の設定(zoomの設定)を読み込む
#とかいうのを思いついたんだがどうなんだろうか？

>>571 >>602 >>604
スリープ直前をフックするか、電源キーを監視するデーモンを立てるとかで
スリープ直前をトリガに出来れば、その時点の fb0 をスクリーンショットとして
保存しといて、suspend の外部コマンド実行時にそのスクリーンショットを
再表示させることで実現できそうな気がする。

>>603
おぉ！ついに koboaya さんもバイナリ作成に参戦!?
Pentium U5400 の CULV ノートでも開発できるので大丈夫ですよ。
今はデスクトップ使って開発してますが、SD問題のモジュールのころは
上記ノートで開発してました。

ID:WaydFyYk さんの言うように、最初の環境構築での Qt ライブラリの
ビルドは時間かかりますが、一晩放っておけば、その後の開発はそれほど
ストレス無いと思いますよ。

>>615
言葉足らずでした。
右端に寄ってしまうのはページ遷移時です。
画面が一度描画されたあとに移動しているので発動条件は満たしてると思います。
もう少し条件探しをしてみます。

>>611
ありがとうございます！

もうAndroidコミックビューワー使わなくなってしまいましたｗ

>>616

ビュアーで見てる状態からのpowerキースリープ・タイマースリープならそれがよさそうだなあ。
標準スクリーンセーバー互換仕様で、表紙じゃなくてページが表示される機能なら、
HOMEに戻ってからのスリープ等でうまくいかないけど。

>>617

今度debug版もあげときます。
それだとstderrにwidthやoffsetを出すから
発生した時に変な計算してるかどうかわかるだろうし。

大きい幅の画像ページから小さい幅の画像ページに遷移したときかなあ？
(どちらもzoomで画面幅よりは大きい)
1)大きい幅のセンター表示
2)その表示基点(左上)位置を引き継いで小さい幅のページを表示
3)paintEvent本来の描画でoffsetの範囲チェックで右端fitに補正がかかる
4)その後センター計算し、再描画をしようとするが、どこかで計算を誤って右端のまま…とか

>>618

ズーム率の初期値を1.0(ズームなし)から変更することは可能そう。
試した限りでは、ズーム設定メニューのスライダーの状態も大丈夫のようだ。

1)電源ONのときの初期値はconfig的なもので指定する設定値
　無指定時は現状(オリジナル)と同じ1.0でズームなし
　(現状の実装では相変わらず環境変数指定)
2)使用中は本をまたいで前の本の設定値を引き継ぐことができる
　option機能であり、enableにした場合のみ有効
　disableの場合は本を開く毎に(1)の設定値となる
実現すべき機能としてはこんなとこかな。

ズーム設定メニューで現在のズーム率が数値で出ないため、設定値の調整が厄介なのがネック…

CFWいつも便利に使わせていただいてます。
ところで、センターズームってどう使うんでしょう。どういう状態をセンターズームというんですか。
お馬鹿なせいでよくわかりません。

>>622
うまくつかえば、余白カッターになり得るということでないかい？
kobo最適化にChainLPが不要になる日も近い？

>>623
まだpdf対応はしてないから、それはまだ早いと思う。
でも、かなり便利になりましたよ！　CFW開発者の皆さんに感謝です！

>>624
| 7/19段階ではpdfファイルでは綺麗に表示されないなど不具合多発
| pdfファイルの容量が１つ4MBほどまでしか快適に見られないよう。

これは相変わらずなのでしょうか?

>>625
pdfはjpg画像表示より処理が格段に複雑だから、楽天サイドで改良しないかぎりCFWじゃこれからも難しいと思う。

PDFのビューワーって本家Adobe提供じゃないの？Flash同様に残念な未来が見え隠れするなあ。
固定レイアウト印刷特化のファイルとしては優秀なんだけどね。

>>626

pdfはcbzみたいな単純なものじゃないので、少なくとも私が何かいじってhackする可能性は低いっす。
内部構成が類似していて、cbzのノウハウだけで対応できそうならzoomはやるかもしれないけど、
自分としては必要性に乏しいいのでモチベーションは限りなく０に近い…

#MobileReadでやってるKindlePdfViewerみたいに、全く別の(ソースのある)アプリを使う
#ソリューションを検討するほうが幸せかと。(費用対効果としてnickelのpdfを解析hackするよりは)

nickelのplugin module仕様に合わせた外見はKobo社作成wrapperだろうけど
コア部分はAdobe DRMの関係もあるからadobe提供じゃないかなあ。

固定レイアウトの技術資料pdfをkoboで読むくらいなら
htmlから自前epub化したもの等を読むほうが快適だから、
何が何でもpdfが使いたいとは思わんのよねえ。

>>629
出来合いのpdf資料などをkoboで見てみたいと言う要求なのかな？
まぁその場合でも、PC上で元のpdfをpdfプリンタ等で一旦画像pdfとして出力すれば、フォントの問題とかも
解決するんだけど、そこまでやればcbzを作るのと同じだし。

>>630

そそ。出来合い資料(私の場合はリファレンスマニュアル等がメイン)の場合、
・html等でも公開している場合はそれをepub化
・ない場合、textメインでコンバートしてそこそこレイアウトがまともなら、それを経由してepub
・画像メインor面倒なら画像に落としてcbz化
という感じなのかなと思うけど、そんな面倒なことをしてまでKoboで読みたいとも思わない(笑)

固定レイアウトをzoomで読み進めるのは苦痛でしかないし…
(じっくり読み進める類のものならそこまで苦痛ではないのかなあ)

#そういや前に、論文pdfなんかの段組みをリフローできるツールをみかけたことがあるが
#pdfってオブジェクトが表示順(見る順)に並んでるとも限らないから、
#配置を分析して並べなおさないと綺麗に変換できなかったような記憶があるので、
#なかなかよさげ、と思った。実際に使ってはいないので実用になるのかは不明だけど。

技術メモ
[zoom周りのlibnickel側の構造]

ReadingMenuZoomControllerがズーム・fit・回転メニューのコントローラ
ReadingMenuZoomViewが配下でズーム設定画面のwidgetを管理するもの

ReadingMenuZoomController::loadView(void)で
ReadingMenuZoomViewのインスタンスを作り
ReadingMenuZoomViewの各ボタンwidgetのsignal---ReadingMenuZoomControllerのslot
のconnectを行う。

ReadingMenuZoomController内のslot(viewからくるイベントのハンドラ)は
内部に持っているImageReaderDelegateポインタを通して
実処理クラス(ComicsReader等)のsetZoomLevel()等を呼出し値を参照・設定する。

つまり、ComcsReaderは、ReadingMenuZoomController内では
ComicsReaderが継承しているImageReaderDelegateのインスタンスとして扱われ、
ImageReaderDelegateとしてsetZoomLevel()メソッドが呼ばれた時、
ComicsReader内のthunkでComcsReaderインスタンスになるようにthisポインタを戻して
ComcsReader::setZoomLevel()が呼ばれる、という流れになる。

で、このthunkがくせもので、thisポインタ補正後に、
直接ComicsReader::setZoomLevel()に相対アドレスでbranchするので、
"ComicsReader::setZoomLevel()"のシンボルをhookするだけだと、
外部からImageReaderDelegateのsetZoomLevel()として呼ばれた時にhookされない。
(ローカルに相対アドレスでcallされるもの全般に言える話だが)

zoom-menuを開いたままlevelを変更したときの値変更が
setZoomLevel()のhookだけではtrackingできなかったはずだわ。
昨日結構悩んでしまった(笑)

飛び先のシンボルだけ見ていてつい見落としがちだったが、
thunkがある場合はそっちもきっちりおさえないとhook漏れしちゃうね。
(ローカルな相対callがあると厄介だが、thunkだけならhookで済む)

>>632
(Zoomに関して、続き)

ZoomLevelの定義域は[1.0,3.0]
プラス・マイナスのボタンによる増分は0.25
スライダー移動の単位は[1.0,3.0]範囲の1/100刻み
** このあたりの仕様は同じReadingMenuZoomControllerを使うビュアー全てに共通

プラス・マイナスをもう少し細かい精度にすることは可能だな。
ただし、pdf等他のビュアーも含めて一律変更になるはず。
(hook内で状態を判定すればcbz/cbrだけに限定することも可能だが)

libcbではこの[1.0,3.0]をそのままzoomlevel値にしているので、
端末画面サイズの最大3倍までのズームが仕様となる。

koboaya氏へ

Ver0.95_Plus.zip に設定ファイルが入ってないようですが、
0.91あたりのkoboCFW.confと同じですか？

>>634
なんで0.91？
ふつー0.95だと思うけど

[フォントデフォルト問題]

".kobo/Kobo/Kobo eReader.conf"の
-----------------
[Reading]
readingFontFamily=default
readingFontSize=25
-----------------
こいつを変更すると何か変わらないかなあ？

ReadingSettings::getDefaultFontFamily(void)
が
locale!=jaなら"Georgia"
locale==jaなら"default"
を返すっていうのをやっているが、これは固定文字列なんだよなあ。

loadfont.soのhookで解決した、デフォルトfontへリセットされてしまう処理の流れとして
ReadingSettings::getReadingFontFamily(Volume const&)
で読み出したvolume毎のdb指定のフォントfamily名をverifyして
FontManager::allFontFamilies()
で戻す現状認識しているallfamiriesになければ
ReadingSettings::getDefaultFontFamily(void)
で読み出したデフォルトフォントファミリー名を
ReadingSettings::setReadingFontFamily(Volume const&,QString)
にセットしている。

ReadingSettings::getDefaultFontFamily(void)が固定文字列で戻していて
config値を使ってない(?)から、
やっぱFontManagerに登録名"default"として登録される部分を見つけて
すり替える手段を考えないといけないのかな？

すこし核心に近づいた…かな？

>> ID:8XjUMGpo

おお、初代スレの859氏ですか。お久しぶりです。
あの頃からすると、エラい変わっていてKoboRoot.rgzバラしてみればわかるんですが
以前とはかなーり変わってます。

機能詳細は書くと長いので、0.95の配布パッケージに入ってる、これまたクソ長い（笑
readme参照しちゃってくださいｗ

あ、confについては回答ありましたね。0.95の配布パッケージにあるやつを
使ってください。昔との互換はありませんので・・・

>>bucchiさん、pngwraw作者様

Qtって調べたらWindows＋VS2010+アドオンみたいな感じで開発できるのはできるみたいですね。
でも、最終のバイナリ作るのはやっぱりLinuxでパッケージしないとダメなんですかね。

長らく、スタンダードなCやC++はご無沙汰しているので大丈夫かなあ。

＃この10年はずっと.NET、しかもC#ばかりだったりするのです・・・

とりあえず、もう少し調べてみますｗ
Qtの環境構築とかのイロハがあるサイト知ってたら誰か教えてくださいませｗ

>>617 >>620
現象が出たcbzと同じ画像サイズのダミーデータをつくったら再現しました。

http://ux.getuploader.com/KOBO_HACK/download/89/zoomtest.cbz

1. zoomtest.cbzを開く
2. ズーム機能で適当にズーム（ここでは最大ズーム）
3. ページをドラッグして、中央を表示させ、0000.jpgの文字が見えるようにする。
4. ×でズームスライダを隠し、画面中央タッチでメニューも隠す
5. 右端タッチでページ送り
6. 一瞬 0001.jpg の文字が見えて、すぐ右端に飛ぶ

どうも、6.でページ送り直後に左上原点表示にならないのが
原因じゃないかと思ったけど詳しいことはわからず…

ズーム機能使うの前提だと解像度はどんなのがいいの？あとjpgとpngどちらオススメなのでしょうか？

>>610
AMD PhenomII X4 940@3GHz 8GB(DDR2)ってコトは、もしかしてhpのML115かな?

>>637
.NET, C# ってかっこいいですね。
おれはずっと C とアセンブラの世界だったので、C++ すらまともに使えない
(完全自己流w)のでちょっとうらやましいです・・。

Kobo 用の Qt の環境構築の手順、まとめようかなぁ。
github にある kobo official の環境そのままだと、Qt-4.6.2 がビルドされちゃうので。

>>bucchiさん

かっこいいわけじゃなく、単に業務系基幹システムの開発を生業にしているので
VB6.0→.NETとなっただけですｗ

どうにもこうにもVB.NETが嫌で嫌で、中心開発言語としてC#.NETを
色々な反対を押し切って採用し、今に至っているという（笑

環境構築手順、のんびりでいいんで何気に超期待。

自分の家じゃコードは絶対に書かないという封印を解きたい今日この頃なのですｗ

>>642
家でコード書こうとすると眠くなるw

>>636

defaultから先の追跡はうまくいかない…
埋め込みのStyleSheetでfontfamilyを割り当ててるのか？と思わなくなかったが、そうでもないようだし…
(ストアやその他の画面でのフォントはその方式でやっている)

*MonotypeFont(N3FontTypeUtil::isMonotypeFont()でチェックするfontfamily名tableに記載)
"A-OTF Gothic MB101 Pr6N"
"A-OTF Ryumin Pr6N"
"Open Dyslexic"
"Avenir Next"
"default"
見慣れないやつは関係ないとして、MB101,RyuminはMonoTypeFontと判定するようだ。
システム規定のこの2フォントだとMonoTypeエンジンの恩恵はあるのかなあ？
"default"もテーブルにあった…
QFontまわりの機能か何かでalias的な名前付けでもしてるのなあ？

>>638
意図しないfitRight問題
んー、うちのglo/touchだと再現できない…何故だろう？
plusに組み込まれた、その4で試しているのだが…

##

開発環境整備にはQtのbuildが挫折との分岐点かも。
今でもconfigureオプションが正しかったか自信がない…
が、仮想マシン上で再buildする気力もない(笑)

#Koboが持っているlib群に対応するinclude/,lib/等をまとめたdevelopment packageとか作ると
#開発環境の敷居がぐっと下がるのかもしれない…

クロスのQtアプリをVS統合環境で最後まで通しでできるのかなあ？
windows上で動くものは当然できるだろうから、開発途中はいけると思うけど。
(クロスコンパイルだけ別処理すればいいんだろうけど)

ジャイアントロボ THE ANIMATION -地球が静止する日 - 第一話の冒頭20分を観て
熱い血潮が滾るkoboayaですｺﾝﾊﾞﾝﾜ
（だんだん長く前口上が長くなってきてるな・・・ｗ）

C#.NETで、koboCFW.confの設定ツールくらいは簡単に作れるとは思うんだけど
Macな人とか、そもそもPC使わない人（・・CFWユーザーではありえないと思うけど）は
こんなツール意味無いんで、Qtで何とかできないかなあと思った次第。
koboCFW.confを最終的には廃止して、sqliteの独自DBに格納したいなあと思う以上
Win限定なんて、言えないしねー・・・。

# 設定の変化監視の意味もあるんで、DB化したいというのが本音。
# スリープロックのパスワードも、最終的にはDBに入れるのが綺麗だしねえ。

by the way

パスロック機能を使っている人は、感想でも意見でも何でもいいんで
このスレに書いたら、bucchiさんが頑張ってくれると思うのでどしどし意見募集ｗ

俺の個人的な意見としたら、パスワード変更時に旧パス認証＋設定時に「もう一度入力」の
判定が欲しいなって感じ。

パスワードロックという機能的には二次的な要素かもだけど、パスワードの設定と
言う意味では、あってもいいかなって。

ああ、俺もKoboで「hellow world」やってみたいぜｗ

パスロックのバグフィックス＋お試し版を作ってみました。

http://ux.getuploader.com/KOBO_HACK/download/90/passlock-130304.zip

今回は koboaya さんレベルには程遠いですが README を書きましたw
CFW 0.95 Plus の環境にインストールできるようにパッケージングしてあります。

CFW 0.95 Plus を先にインストールしてからインストールしてください。

zip にはお試し版と開発版の２つが入っています。
開発版は今までリリースしたものと同じく「抜け道」があるものです。

お試し版はもっと敷居とリスクを下げるため、再起動でアンインストールされる
自己消去タイプのモジュールになっています。

そのため、ハングアップしたり、パスワード忘れたりしても、電源長スライドして
電源を落として、再起動すればパスロックは跡形もなく消えてなくなります。

安全に試せるようになったので、試してご意見いただければと思います。


1つだけお試し版の注意点を。
パスワードが設定されていない状態でパスワードが設定できるのは電源ON時のみです。
しかし、お試し版は再起動すると消えてしまうという性質のため、パスワードを設定する
チャンスは、モジュールインストール後の自動再起動時のみです。

3 秒間しか設定に入るための画面が表示されませんのでお見逃しの無いようお願いします。
見逃してしまった場合は、モジュールは消えてしまっているので、もう一度お試し版を
インストールしてください ^^;

個人的に、だけど。

kepub.epubには外部機能をキックするようなメタ情報は埋め込めないんだろうか。
同一文章内のリンクとかには対応できてるわけだし
wiki谷とか言う人が、「文章内のリンクをクリックしたら、その製品の購入ページに飛べるようになる」とか
言ってたんでｗ

nickelから独自のwidgetとかを起動する方法、mobilereadのpluginみたいな方式以外
方法無いのかな？って思った次第・・・

bucchiさんのreadmeを読んで気が付いた。

miniってどうやってリカバリーモードに入るの？
ハードボタンが無いんだから、強制リカバリーどうするんだろう・・・

やいこら楽天、俺ら開発者にmini配れｗ

>>647

どこの画面にwidgetを入れ込むのかとか、nickel内部の何を呼び出すかにもよるけど、
plugin方式じゃなくても(preloadで)なんとかなると思うよ。
pluginはあれこれwidgetを寄生させる関係で、対象widgetのinstanceが確実に存在してないとダメ
という制約があってああなっているんだろうし。

>>648
u-bootのコードを見た記憶だと、画面タッチしながらpoweronだったと思う。

>>644
あれ、再現しないですか。
おれも Glo で CFW 0.95plus のモジュールを使ってるんですけどね・・。

Qt の configure はおれも自信無いです・・。みんな一緒なんだ。よかった。

>>645 (koboayaさん)
あー、なるほど。もう一度入力ですね。

入力欄が隠し文字になってないのでいらないかなーと思っていたんですが、
Kobo のタッチがニブイんで、たしかに２回入れたほうが安全かもしれないです。
ちょっと考えます。

koboaya さんにヤル気がみなぎってるので、なるはやで環境構築手順まとめますね。
こういうのってモチベーションが上がってる時に一気にやりたいですもんねー。
Linux での構築法ですが・・・

>>640

ML115じゃないけど、時期的には同じくらいだねえ。
socket AM2とかAM2+の時代だし、nVidiaチップセットだし。

たま〜にBluetoothドライバの中で落ちてBSODになるが、
なかなか本格的にはぶっ壊れないのでreplaceする機会がない…

* デフォルトフォント
フォントメニューのドロップダウンの項目そのものは<font>タグを使って
"default"フォントで"ドキュメントデフォルト"を書くようなQMLで文字列を生成していた。
QApplicationとしてのデフォルト(かフォールバック)を日本語環境だとGOTHICになるようにしているようなので、
結果的に該当項目部分がGOTHICで表示されている。

メニューで変更された時のsignal-slot関連を調べていて
KepubBookReaderBase::fontSettingsChanged(void)
を見つけ、コンテンツの(変更された)fontsettingを読み出して
"default"と比較しているのを発見した。
"default"ではない場合はapplyStyling()だからしっくりくるメソッド名だが、
"default"の場合のvtable経由の飛び先が謎すぎる…
(vtable配置からするとrenderShortcover()を呼ぶことになってしまう)

###
ビュアー以外のwidgetのフォント等は
・埋め込みのQML,QSS等でtextとして設定されているもの
・コードでja判定してwidget等のfont設定を切り替えているもの
の２種類のやり方があるようだ。
結構局所的にやってるから、大本changeで一発Okとはいかない。
単純にja or notで切り替えてるので、日本以外の別フォントが必要な国での販売が決まったりすると
局所的なままで判定を増やすにしろ、全面的に共通管理方式に作り替えるにしろ、
メンテに手間がかかりそうな現状の構造だなあ。
QML,QSSでやってるところは、うまくhookするタイミングがあれば、
後から再設定してフォントを変更できるのかな…
コード方式のものも該当メソッドのpost-hookでフォント再設定でいけるか。
どちらの場合も場合によっては再描画が行われなるまでは画面に反映されないのかもしれないけど。

#widget等まで含めて全部入れ替えなら、fontdatabaseに登録される
#font family nameとfont idの関係をごまかして(変換map等に手を突っ込んで)
#表示したいフォントになるようにする方式の実現可能性を探るのが
#一番手っ取り早いのかもしれない…