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

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

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

※前スレ
Kobo Touch/Glo/Mini hacking スレ Part.5
http://uni.2ch.net/test/read.cgi/ebooks/1365594988/
Kobo Hack情報元祖
ttp://wiki.mobileread.com/wiki/Kobo_Touch_Hacking

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

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

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

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

※注意
情報を調べ理解した上で、全て自己責任でおながいします
理解できないからって泣かない。

>>1
乙
これからSD換装もcfwする人へ
まずは内蔵SDバックアップが基本です。

>>1

テンプレじゃないけど一応貼っておく

-----
MINI FAQ

オリジナルファームが2.6.*なら
・導入するのはCFW0.96β1
・passlock等0.95系のaddonは使えない
・jpegturboは不要(2.6.*系オリジナルファームに標準装備)
・touchの場合HOMEキー送りデーモンは使用可能？(使ってないからわからん)

※ファクトリーリセット直後の状態で2.6.*のファームならpasslockの使える2.4.*/2.5.*系へのダウングレードは不可能(?)

※ファクトリーリセット直後が2.4.*以前のファームなら頑張れば2.4.*系/2.5.*+CFW0.95+passlock addon可能
　(setup時点での2.6.*系への自動アップグレード阻止は前スレ
　http://uni.2ch.net/test/read.cgi/ebooks/1365594988/ 758
　あたりからの流れを参照)
　自動アップグレード阻止は今のところPC接続については手作業でアップグレードファイル削除
　WiFi同期に関しては対策なし(同期せずに、新規購入本は検索＆ダウンロードするのが吉)
-----

>>3
このFAQは素晴らしい。
2.6Xファームの人は、これで相当助かるだろう。
こういうことする人には頭が下がる。
本当にみんな感謝あるのみだ。

煽りに即レス、耐性ゼロな器の大きな人ばかりじゃないんだよね。
クレクレ君のくせに、初心者排除、ちょっとでも気に入らなければ、読み飛ばしすらできない馬鹿。
あげく、勝手に初心者お断りとか、勝手のわがままルールで掲示板の私物化。
それこそ、馬鹿集めたblogでやれ。

そんなのばかりじゃなく
まともな人もいるのだよな。

>>1

CFW本体へのリンク(前スレより抽出)

-----------------
[CFW0.95系:オリジナルFW 2.4.*/2.5.*用]
(http://uni.2ch.net/test/read.cgi/ebooks/1365594988/71)
0.95
http://ux.getuploader.com/KOBO_HACK/download/111/Kobo_CFW_Ver0.95.zip

0.95Plus
http://ux.getuploader.com/KOBO_HACK/download/110/Kobo_CFW_Ver0.95_Plus.zip

パスワードロックやセンターズーム使いたい人はPlusを、それ以外は0.95でどぞ

[CFW0.96系:オリジナルFW 2.6.*用]
(http://uni.2ch.net/test/read.cgi/ebooks/1365594988/510)

http://ux.getuploader.com/KOBO_HACK/download/125/Kobo_CFW_Ver0.96%CE%B21.zip
-----------------

>>3

追加事項

[FW2.5.*+CFW0.95について]
CFW0.95は元々2.4.*系ターゲットで作られたものなので、2.5.*では
利用者の「入れてみたけど大丈夫そう」という経験則でしか
動作検証されていません。

plusモジュールについても、開発者自身がじっくり検証したわけではないと思います。
(少なくともzoomについては2.5.*系FWは全く未解析なので開発者の検証度は0だと言明しておきます)

------------
（http://uni.2ch.net/test/read.cgi/ebooks/1365594988/191)
ちなみに、0.95も0.95Plusも2.5.xでは問題があります。

・フォント設定共通化機能が動かない
・本棚アイコンの動作がおかしい
------------
※上記は2.5.1での話。2.5.2との組み合わせでの不具合は不明

>>4
そんな貴方が耐性ゼロ

>>4
初心者お断りはcfwを使う上での暗黙の了解だが？
自己責任とちゃんと唄ってあるだろ。

>>4
厚かましい初心者は死ねよ

なんか、ここ殺伐としたな…
単発が何批判しても説得力に欠けると思うが…
まあ、初心者の線引きが難しいのは確かだわな。
自己責任なんだから本来どんな初心者がCFW使おうが、自己責任ってスタンスもありっちゃありってことなんだろうが、
それでkoboの会社のほうに泣きつくようなアホが出るのは困るんだろうな。。

まあ、今の棲み分けで大した問題が出るわけでもなし、初心者の線引きはCFWのreadmeの内容をしっかり把握できることっていうのが妥当なんじゃないの。
もし、readmeに書いてあること(あるいはそれ以前の初歩的なこと)が理解できてなかったら、”ググれ”とか”readmeに書いてあるよ”っていってあしらうのが穏和に済ます一つの方法だと思うが

ここを殺伐とさせたのは厚かましい初心者である

>>11
前スレのちゃんんと流れ読んでないが、ググれ”とか”readmeに書いてあるよ”っていってあしらうのではダメだったの？
それはもう初心者というよりある種の荒らしに近いなにかとみなして無視すればいいんじゃないか？

>>12
全員がそれで統一すれば問題ないが、答える人がいて図に乗った。

>>13
なるほど。まあ、起こってしまったことはもう言ってもしょうがないと思うが。
でもそうするとテンプレ工夫すべきだろうな。

>>4
構って欲しい時は素直にそう言おうな。
くれくれ構ってちゃん。

自動アップデート無効化きたな

>>16
ホントだ。
でもサーバー関係でなんか問題でそうでチキンな俺はしばらく様子見。

readmeを読まないどころかダウンロードすらしない奴もいるのな…

>>18
PC立ち上げんのだるいからちゃんと中みてさえいないんだ。ごめんな。

チャットじゃないんだから全レスすんなクズ

sdカードにcbz突っ込んでも認識してくれなくて
ファイル名を英数字にすると認識する
CFW入れればファイル名を日本語で
しかもzipのままでもokですか？

おい、自称情強おせっかいバカの出番だぞ。

[自動アップデートのガード]
１)実験的に作っただけなので、需要のはない2.6.*用です。(2.6.*→2.8.*ガードにしか使えない)
2)現行のものはmanifestファイルを削除し忘れてますがガード機能自体には影響はありません。
　(そのうち修正予定)
3)処理自体は手作業で行っている削除と同等のことしかしていません
　(PC接続同期でKobo Desktopがファイルを置く)→(接続解除)→実際のアップデート処理前にファイル削除
4)WiFi同期に対しても同じく、
　(アップデートファイルダウンロード)→(リブート)→実際のアップデート処理前にファイル削除
　です。

(2)のミスがあるので修正版作る予定。気づかせてくれた前スレ998さんthx
新スレにCFWのリンク張るついでに0.95を取りなおしたので、
需要のありそうな0.95/0.95plus向けも作ってみるかも。

前スレの初心者はそこまで図に乗ってるようには見えなかったがな

明らかにまともにググってない＆readme読んでいないのに
全てやったと嘘ついて質問重ねるのは図に乗ってると思うけど…

>>25
わかったわかった、もういいだろ

>>26
そういうのは蒸し返した>>24にこそ言うべきことなんじゃないか

>>13が図に乗ったとか書くのが悪い

いい加減にしろや。

>>21
イェア！

>>23
気長にまってますお

先週買ったKoboGloのCFW導入レビュー
オリジナルFW2.6.35.3を2.5.2にダウングレードしようと2.5.2のアップデートファイルを置いてみた

すると起動直後の「USB接続で設定」の項目が「WiFiが見つからないときは･･･」みたいな文言に変わっている
これはダウンできた？　と思ってCFW0.95も入れてみたら対応アドオンまで問題なくインストール＆稼働できた

現状、自炊本の自動本棚から読書機能までストレスなく使えてる
passlockもズームのアドオンもちゃんと動く
>>6の不具合はあるが、本棚アイコンがたまに効かないこと以外何も不自由がなく快適

全員が使えるのか知らないが、最近Glo買った人にはこの手順はおすすめしても良いレベルと思われる
WiFi接続は一切試してないんで、ストア使う人はわかんない。自炊派の方は試してみては

大きく変更のあったバージョンからのダウングレードは
ファクトリーリセットなしで行うと文鎮化する可能性があるので
事前のバックアップはお忘れなく。（経験者談）

バックアップでどうにかなるとか生ぬるい文鎮やな！

どうにもならない時もある

>>33
あ、もちろんファクトリーリセットしてから行いました
一番重要なこと抜けてた･･･orz

>>32
オリジナルFW2.6.35.3 というのは、 .kobo\versionを見てらっしゃるのでしょうか？
手元の2013.9.3注文の本体は
XXXXXXX, 2.6.35.3, 2.1.5, 2.6.35.3, 2.6.35.3, 00000000-0000-0000-0000-000000000XXX
でした。
多分３番目の2.1.5というのがFW番号かと・・・

公式アップデート kobo-update-2.5.2.zip を導入をすると、この３番目が2.5.2へ変わりました。

>>37
そうです。最初は確か3番目も含め全部2.6系だったはず･･･
ごめん、ちょっと予備にもう一台買ってるんで調べてくる

>>38
期待しときます！

認証回避、2.4.0ならできたけど2.5.2はできないぽい

だああああ、ごめん2.1.5だった！
超スレ汚し失礼、>>32は忘れて下さい

>>39
あ、一応、認証回避は2.5.2でもできたよ

>>40
オチがステキ！

こちらも再挑戦して2.5.2で認証回避できました（汗）

ふむふむ、最近のgloでもファクトリーリセットで設定される初期FWは2.1.5なのね。
なら、手順を誤らなければ2.4.*/2.5.*での運用はできるねえ。

>>23

とりあえず0.95/0.95Plus/0.96用のpatchを上げてみた。
CFW0.96向け前版で消し忘れてたmanifestファイルも消すように修正済
#動作確認してませんのでミスはあるかもしれません

どこに上げたか書かないところが糞虫

いつものとこじゃん・・・
ちゃんと投稿されてたよ　09/10 21:12に

まったく調べる気もないんだな

糞虫に張り付いてる寄生虫かよw

なにいってんだこいつ

荒れるからスルーの方向で

>>1

Kobo Hack Uploader
Kobo Hackスレ用うｐろだ
(koboayaさん開設)
http://ux.getuploader.com/KOBO_HACK/

#そういやテンプレにアップローダーのurlが入ってないんだっけか。

>>43
0.95Plus＆shelveicon再インストの組合せで試してみた
USB接続遮断後、見事にアドオンのインストールが蹴られました

WiFi利用する時には心強い。良パッチ�dです

んー、「関連する本」ってWifi接続してなくても出てくるから、
db内に保存された情報から抽出してるのは確かなんだけどイマイチ素性不明。
シリーズ以外のものも関連として出てくるから抽出filter条件が複数なんだろうか…

SimilarLibraryControllerBaseクラスあたりでloadRelated()とか
AbstractSimilarLibraryView::addRelatedItem(Volume &)とか
それっぽいのがあるからそのあたりで抽出しているんだろうけど。

ま、とりあえずcbzコンテンツでシリーズ設定したときに関連本で出てくるか確認してみるかなあ。
(コンテンツタイプの条件でepubだけに限定されている可能性もあるけど…)

>>51

シリーズ設定はダメっぽいなあ。
(シリーズ検索できないから現状のnickelだとリスト表示の３行目に薄字で出る以外に意味ない)

んで、epubストア本でチェックすると
volume_tabsのvolumeId,tabIdが関連性のテーブルっぽいが、
自炊cbzをここに登録してもいいんだろうか…

多分ストア同期すると更新されちゃうテーブルだと思うから、
ストア本の関連性を永続的にカスタマイズするのは難しそうだけど、
ローカルな自炊ファイルだとGUIDが"file://〜"だから
ストア同期で勝手に更新されることはないだろう。

>>52

あるvolumeId=VolumeId(GUID)で検索すると20レコード出てくるから、
「関連する本」の5books×4pages=20と合致する
(5page目はmoreのwifi接続ボタンなので実listは4page分)

今晩ちょっと自炊cbzで試してみるかなあ。

>>53

あ、逆だった。tabIdの関連本としてvolumeIdを紐付るようだ。

一応cbzで試して関連する本に出てきたので使えそうな感触ではある。

課題は
・登録をどうするか？(db素人なんで…)
・コンテンツ削除時にvolume_tabsのレコードも自動的に消えるのか？
　(ライブラリリスト等からの単独削除のとき/PC接続削除したときのガベコレ的なdbへの反映のとき)
・ストアコンテンツ混在で関連づけたときに、同期更新でどうなるか？

ヲタayaの一人芝居うぜー

>>55
巣にお帰り。役立たず。

>>54

詳細情報の中央部のデフォルトはどういう法則なんだろうか…
ストア本なら「関連する本」がデフォルトで、その他は一律「詳細情報」がデフォルト？

・cbzに関連本を紐付けても、デフォルトにはならなかった(デフォは「詳細情報」)
・自炊epub(関連なし)でもデフォルトは「詳細情報」

操作性を考えると「関連する本」をデフォルトにしたいところなんだがなあ。

乞食顧客

浮上

しばらく見てなかったが新機種対応でKobolabsソースにaura用のkernel,u-bootが登録されてたんだなあ。
(旧aura→aurahdでrename dirして新しくaura dirを作り直したようだ)
glo用の現行u-bootなんかは最新のaura用ソースを見たほうがいいかもなあ。

あと、6月に2.6.*系で使ってるneon optimizedなpackageが登録されていたことにも気づいた。
zlibのはどういう素性のものなんだろう…

それと、busyboxはKobo-Readerとは別にリポジトリ作ってそっちでやっているようだ。

(Kobo Touch/Glo/Mini hacking スレ Part.2)
------------------
585 koboaya（前スレ506) 2012/11/30(金) 18:28:09.44 ID:2E/QU//Q
自炊データの「シリーズ名」「巻数」「サブタイトル」を登録したら、何故かしらんが
未購入データのように取り扱われてしまった・・・

慌ててnullに戻したんだが、変わらず・・・・

このフィールドは危険だ。いじったらまずいかもｗ
------------------

今のFWでもやはりシリーズ関連フィールドはいじるとまずいままなのかなあ？

>>52 の実験のときに自炊cbzの2ファイルだけ同一のシリーズ名設定してみたが、
特に問題なさそうだし、現行FWなら気にしなくてもいいような気がするものの…

新規登録の著者名等を解析してdb更新するあたりを
・ContentIDも抜き出す
・著者名、タイトル(シリーズ名、関数、サブタイトル)に詳細解析
・同シリーズ(or同著者)でdbから既存コンテンツを抽出し、そのContentIDを取り出す
・db上で新規コンテンツのシリーズ設定をする
・新刊→既刊listの関連性を関連本テーブルに新規登録
・各既刊→新刊の関連性を関連本テーブルに追加登録
※既存コンテンツに関しては一度シリーズ登録処理を走らせてdb変換しておく
※シリーズ設定が危険そうなら、titleのマッチングでシリーズ抽出する

ってな感じでいけるのかな。

新規登録１コンテンツ毎にシリーズ既刊抽出１回と関連性登録の処理が増えるから結構重くなるか？
あと、複数巻をまとめてコンテンツ登録したときに効率的にできるか…

関連設定数の上限はあるのかなあ…
ストアコンテンツで20なのはサーバー側が戻してくる数がそうだというだけで
nickel側は上限数に関して気にしてない気がするんだが…

>>62

関連性の登録は全部まとめても問題ないはずだから全体で１回。

contentsテーブルのシリーズ化更新をまとめてやるなら
複数巻まとめてコンテンツ登録するケースでちょい工夫しないとまずそうだなあ。

#sed+shellよりはawkベースで処理するほうが少し楽そうな気がする.

独り言うぜー

>>64
ならお前が何か語ってみろよ。

氏ね…氏ね…

>>43
ありがとうございます。
0.95plusで動作確認しました。
やっとWifi同期できました。

アップデートチェックと更新ファイルのダウンロードに時間が
かかるのは我慢しますお

お試し機能なのであれこれ言うのもなんですが
ＷＥＢブラウザのアドレスバーになにか打ち込んでもホームにしかいけなかったり
リンクがふめなかったりするのはどういう不具合なんでしょうか

>>67

無駄なアップデートチェックやダウンロード時間やらメディア損耗やら、色々と欠点はあるけど、
スクリプトでできる対策としてはこのあたりが限界だからご勘弁、って感じで(笑)

開発環境を2.6.*系に移行してしまっていて今更2.4/2.5系アプリレベルのhackはしたくないから、
残された手段としてはversionファイル書き換えての偽装くらいだと思うけど、
弊害がありそうで少し怖いしねえ。

cfwの0.95を導入したのですが、アニメーションの女の子を元のアニメに戻したいのですが、どうすれば良いのでしょうか？
元のアニメじゃなくても、おっさんが使っていて引かれない程度のものにしたいです。
「Cyberテーマ」とthemes.confを.imageフォルダに入れてみたのですが、電源オンの時に一瞬だけ女の子が見えてしまいます。

>>68

これはオリジナルFWのお試しブラウザそのものについての不具合の話？

リンクが踏めないのは昔からある現象だねえ。
リンクが踏めてない場合と踏めてるけどページ移動しない場合と色々ありそう。

前者はタップ座標からクリックした要素に変換するまでの間で何かうまくいかない要因がありそうだけど…
(リロードしたりzoom倍率変えて再描画させたりするとうまくいくことが多いような)
後者はhttp応答以降の処理に問題がありそうな感じ。
ダウンロード可否をURLのファイル名拡張子判定で決めて足りするのと同様に、
ページ移動可否の判定ロジックに手抜きな部分があるのかもしれない。

何も考えずに最新FWに2.5用のCFW入れて起動ループ入ってしまった
これもう買い直した方が早い？

何も考えずに最新FWに2.5用のCFW入れて起動ループ入ってしまった
これもう買い直した方が早い？

gloなら

(1) 電源がオフの状態で、フロントライトボタンを押したまま、電源ボタンを引き、その状態で数秒待ちます。
(2) 「復元中」の画面が現れ、しばらく続いた後、画面上にkobo電子ブックリーダーとPCの絵が表示されましたらリセットは完了です。
(3) 電源スイッチを右に引いたまま数秒待ってから離すと、セットアップの画面になります。

だってさ

touchなら


(1) 電源がオフの状態で、画面下部のホームボタンを押したまま、電源ボタンを引き、その状態で数秒待ちます。
(2) 「復元中」の画面が現れ、しばらく続いた後、画面上にkobo電子ブックリーダーとPCの絵が表示されましたらリセットは完了です。
(3) 電源スイッチを右に引いたまま数秒待ってから離すと、セットアップの画面になります。

だってさ

>>74
ありがとう、touchなんだ言葉が少なくてすまない
koboちゃんの下にずっと■■■□□がループし続けているよ…

>>75
復元できた！ありがとう本当にありがとう！！
スレ汚してすみませんでした

オタアニメは差し替えて欲しいわ。
デフォルトをミニマムテーマとかにしておけば文句は出なかっただろうに。
サイバーの位置付けでコボちゃんでいいんでね？

つーことだヲタaya

>>70

>「Cyberテーマ」とthemes.confを.imageフォルダに入れてみたのですが、電源オンの時に一瞬だけ女の子が見えてしまいます。

".image"じゃなくて".images"だけど、これは単なる書き間違い？

デフォルトのアニメが一瞬だけ出るっていうのが謎だなあ。
電源ONのときの画面の切り替わりをもう少し詳しく説明してもらえると、
原因を調べられるかもしれないけど…

馬鹿を相手にするな

俺も女の子が表示されたかと思うとkoboちゃんに変わるな
2.5.2の0.95Plusは起動すると2秒ぐらい女の子が表示されると消えて代わりにkoboちゃんが表示される

ヲタayaの呪いだ

>>82
たくさん本買うと5秒くらい表示されるよｗ

>>82

アニメの順序は(FWのupgradeがない場合)
boot.mng→dbupdate→boot.mng→dbrebuild→boot.mng
だと思うので、
数秒表示されるってことはdb updateかな？
".images/dbupdate.mng"に適当なmngを置いてみて
数秒表示されるアニメがそれに代わるようなら当たり。

------------
boot.mngは
・".images/boot.mng"があればそれを使う
・なければKoboオリジナルのアニメ(四角が横に流れるprogressのやつ)
※rebooting.pngとupdate.mngも同様に、なければKoboオリジナル素材

dbupdateは
・theme.confでDisplayDbUpdateAnime="Disable"にすることでアニメなし
・".images/dbupdate.mng"があればそれを使う
・なければデフォルトの女の子のアニメ

dbrebuildは
・theme.confではdisableできない
・".images/dbrebuild.mng"があればそれを使う
・なければデフォルトの女の子のアニメ
※rebuildは下手にリセットとかされるとdbが完全にぶっ壊れる危険なタイミングなので
　あえてdisableできないようにしていると前にKoboayaさんが言っていたような…
------------

dbupdateをdisableにしてdbrebuildを無難そうなmngにすればいいんじゃなかろうか？
(rebuildもどうしてもdisableにしてオリジナルの表示と同じように振る舞いたいなら
オリジナルのrawファイルパラパラアニメ素材からmngをおこすしかないと思う)

#cyber入れたのに出るっていうのは入れそこなってるように思える…

このスレは開発者の情報共有と発信、力作の公開の場とするか、
それとも各種パッチのデバッグ、トラブル解決等の利用者サイドのコミュニティとするかでスレを分けた方が良いのでは

どちらかの話題進行中にもう片方を切り出すのは無理があると思う。Gloの投げ売り以降、人も増えたし
有用そうな情報のみhackスレに転載するとか、そろそろ何らかの棲み分けが必要かと

住み分けしたってバカが大挙してくるんだからこのままでいい

>>86
アホは黙って脳内シミュレーションしてろ
要領の悪い仕切り屋ほど無駄な物体は無い

>>87
まぁ、その時に「質問はこっちのスレで」って誘導で一蹴できると便利と思ってね
それなら別スレ建てるだけでいいし。・・・っても、自分も新参なんでスレ方針は住人の方に任せます

>>89
わかったら100万年ロムってろアホカス

この手のまず罵倒から入る人って、何か作ったのかねぇ

昨日、とあるマニュアル(texソース)をepub化するのにpandocというコンバータを使ってみたんだが、
このpandocってHaskell(GHC)でコンパイルしてstandalone binaryになってるんだなあ。
んー、crossのarm linuxがOkなら、Kobo上でのコンバートに使えるかな。

text→htmlと同じような感じでPCから置いたものをコンテンツ登録前に変換するとか、
ブラウザからmd等ソース形式のダウンロード→hook経由でscriptでpandoc→変換後のファイルをコンテンツ登録
とか。(ブラウザのダウンロード拡張はhack済だから途中にscript kickを入れればOk)

青空文庫形式からの変換だと別途reader部分を作らないといけないが
markdownとかlatexからepubに持って行けるのは便利そうなんだよなあ。
(standaloneで動くコンパクトなものだし)

みのもんたの息子並みに不要なスレッドだな

>91

そこかしこに敵を作ってます。

>>94
飯を作ってる、って空目した

[busybox-w32]
http://intgat.tigress.co.uk/rmy/busybox/index.html
比較的最近のソースでportしているようだ。
awk/sed等GNU系とbusyboxで振る舞いが違ってくるものなどを
windows上でnativeにチェックできるか。
(ファイルが絡む時の改行コードどencodingがどうなのかなあ？)

>>80
70です。

.imagesフォルダを.koboの下に作っていました。
.kobo配下にimagesフォルダがあってそれで勘違いしていました。
ルートに.imagesフォルダを移動したら、きちんとCyberテーマらしい
奴に変わりました。

お騒がせしました。

>>97

顛末報告してくれてありがとう>70さん

なるほど。テーマ関連ファイルの置場を間違った状態だったから

オリジナルbootアニメ→dbupdate(CFWデフォルト)アニメ→オリジナルbootアニメ

な画面遷移だったってことね。

>>98

>オリジナルbootアニメ→dbupdate(CFWデフォルト)アニメ→オリジナルbootアニメ
>
>な画面遷移だったってことね。

そうです。
Cyberテーマが具体的に何かわからなかったので、オリジナルなのか
Cyberなのか分からずに、はっきりわかる女の子のことだけを書いてしまいました。

>>96

[busybox-win32の注意点]
・mingw32でコンパイルしている
・awkのsystem()やパイプ等、shell(/bin/sh)経由で外部プログラムを呼び出すものには注意
　mingw32の仕様として、カレントdirかPATH内で最初に見つかる"sh.exe"を"/bin/sh"と見做す(?)
　"sh.exe"が見つからないと呼出し自体がfailする(と思われる)
・sqlite3.exe等windows nativeなコマンドとパイプやリダイレクトで混在処理させる場合は
　改行コードに注意
　busybox側はtext modeでファイルopenするようなpatchが入っているわけではないので、
　当然ながら改行コードとして認識するのはLFだけ
・file system treeが異なるので絶対path指定しているスクリプト等をそのまま実行することはできない
　MSYSいれてchrootとか頑張ればできるのかなあ？

[busybox awk vs GNU awk]
x length(ary) [gnu extension]
x asort() [gnu extension]
x match() submatches ary argument (マッチ部分文字列を配列で受け取る第3引数) [gnu extension]
x print foo |& cmd や cmd |& getline (双方向pipe) [gnu extension]
x close(cmd, direction) (第2引数による双方向pipeの単方向close) [gnu extension]
o gensub() [gnu extension]

gensub()が使えてマッチ部分文字列が取れるのはかなり利便性が高い。
(match()第三引数が使えないので一手間増えるが)
gensub()で"\\1" SUBSEP "\\2"みたいな形で連結文字列で取り出し→splitで配列化…

双方向pipeが使えないのは少し不便だが、まあ普通のfilterなら使わない機能。
呼び出すcmdがファイル引数指定でread or writeできるなら
テンポラリファイル経由でなんとでもなる話。

>>99

そういえば、普通の環境だとmngを表示させられなかったか。
(windowsの標準ツール類でmng表示できるものはなかったような)

"rebooting.png"はpngだからこれを開いて見ていればテーマの雰囲気つかめて、
boot時にテーマが効いてないことにすぐに気付けたのかもしれないけどね。

#ま、今後テーマ関連でトラブった人のチェックポイントが明確になったってことで。

>>71
リンク先を新しいタブで開くリンクはタップしても移動できない仕様だと思う

>>102

target="_blank"とかwindow.openとかとかその手のものが殺されてるわけか、納得。
(確かにwindow/dialog/popup系は殺しまくってるからなあ)

[busybox ftpdの日本語ファイル名]
・オリジナル版busybox ls等と同じく日本語が"?"になる
　(オリジナル版busyboxがlatin-1範囲のunicodeまでしか対応してないためl)
・ftpd内でbusybox内部のlsを直接呼び出してdir取得しているため、/bin/lsの置き換えでは無理
・inetd.confで起動するftpdを日本語対応版busybox ftpdにすれば日本語ファイルが扱える

※busyboxで内部で直接lsを呼び出すのはftpdだけのようだ。
　httpdの場合は"/cgi-bin/index.cgi"の実装次第

###

epub readerのQtWebkit継承クラスだと、
外部リンクはおまけブラウザ呼出しになっちゃうようだ。
おまけブラウザだと戻れないからweb設定の呼出し→returnできないなあ。

###

cbzの目次機能…
ふと思ったんだが、
・書庫内ファイルエントリと見出しの対応indexファイルを作っておく
・コンテンツ登録時に自動でindexファイルからしおりを作ってしまう
・「書き込み」からの「ページの表示」でjump
こういうのはどうだろう？

問題点
・しおりのあるページは右上にdogear画像がでてしまうのがうざい
・dogearの誤タップでdialog等なしでサクッとしおりが消えてしまうので永続性がない
・しおりが増えると開始時・終了時のしおりload/saveが重くなりそう
誤操作消去対策するためにはコンテンツopen時に毎回indexファイルparse→しおりの登録が必要そう
(あるいは消去部分のhookでindexにある永続しおりは消さないようにするか)

無理やりしおりで頑張るくらいなら、目次で(cbzだと)全ページlistに登録されるところで、
indexファイルと突き合わせてfilterして不要ページエントリを消してしまうように
hackするほうが素直かな。

そこまでする前段階の拡張として、コンテンツ登録処理で全部が"***ページ"になってしまうのを、
indexファイルに登録されたページは、そこに記載された名前に
差し替えられるようにするだけでも利便性がありそう。
(途中ページは従来通り"***ページ"で、indexとして必要なページは"第一章"とかにできるようにする)

>>104

[目次のページtitle書き換え方法]
CFWのdbのcontents書き換えでやるには各ページ毎だと大量すぎるので好ましくない。

cbzのparserは
ComicsReaderParser::parse(QString const&)内でエントリを作って
ParserInterface::shortcoverParsed(Shortcover &)シグナル発行して
VolumeManagerあたりがslotで受け取ってDB登録しているはず。

受け取り側slotでhookするとcbz以外の形式も拾うことになり識別が必要になるため、
発行signal側のpre-hookでShortCoverクラス(Contentクラス継承)を操作して
titleを修正すべき。

1)parse()のpre-hookでfile実体を得てindexを取り出しtable構築しておく
2)shortCoverParsed()のpre-hookでindex tableチェックしてtitle修正後オリジナル処理
3)parse()のpost-hookでindex table等の握っていたリソース解放

parse()周りではvolumeの登録もParserInterface::volumeParsed(Volume &)でやってるから
ついでにこっちもmetadata対応でまとめて拡張するほうがよさそう。

ストア本なんかの実データopfに入ってないから無理だと勘違いしていたが、
epub3.0だとopfにシリーズやサブタイトルを突っ込めるのか…

http://www.idpf.org/epub/30/spec/epub30-publications.html#sec-opf-dctitle
> 3.4.4 The DCMES title Element
にThe Lord of the Ringsの例があった。
dc:titleをmetaでrefineするのか。

title-type=main:タイトル
title-type=collection:シリーズ名
title-type=subtitle:サブタイトル
title-type=short:？
title-type=edition:版数や特装版等
title-type=expanded:長いフル(拡張)タイトル？
group-position:シリーズ巻数
意味としてはこんな感じなのかな。

かなり久々にmobilereadを覗いてみた。

・2.6.*で増えたFeatureSettingsの解析スレがある。
　サービスメニューはhackで無理やりenableにしなくても、こっちで素直にONにする項目あったのね。

・なにやらロシア方面でKobo Patcherとかいうnickelへの動的binary patchっぽいものが開発されているようだ。
　拾ってきて中を見るとversion毎にlibnickel.soとpatch config fileがある。
　libnickel.soに拡張部分を突っ込んで再構成してるのかな。
　patchはいくつかあるようで面白そうではあるものの、libnickel.soまるっと差し替え方式はちょっとなあ。

・ファイルアクセスをトリガーにしてscriptをkickするようなのがあるようだ。

>>107

binary patcherに同梱のlibnickelはオリジナルFWのと同一ファイルだから、
windows上でkpg.exeが設定ファイルに従ってpatchあてたsoを作って
それをKoboに置きなおしてるのな？
(exeを実行する気になれないので動作確認していない)

事前patchは楽なんだけど、windows上で作ってkoboに持っていくってのが手間だなあ。
この方式なら
kobo上で
・オリジナルを別途保存
・設定ファイルの更新を認識して更新時のみbinary patch当て直し
・off/uninistall時はオリジナルに書き戻し
ってなのをrcSに突っ込むほうが運用上は使い勝手がいいんではかなろうか。

事前バイナリパッチによる一部コード書き換えまで視野に入れれば
・最大zoom倍率変更(ただし、倍率に応じてメモリ消費が増えるし遅くなる)
・zoom刻み幅の変更
なんかが素直にできるようになる。
(定数値を替えたり判定のtrue/falseを替えたりするような単純patch)

これで出来ないのは、コードの途中でhack処理コードをinjectするようなバイナリパッチ。
zoomのページ移動時にオリジナル描画→zoom位置補正して再描画
tっていうようなのを根本的に改善するにはコード途中でのhook callが必要。
#mprotect()とか使えば実行時(soロード直後)にコード書き換えできるかな？
#なんかvirusとかphrack系手法の初歩っぽいやり方だけど…

ヤフオクで新品のkobo買ったらバージョンが2.1.0だったんですけど
PCとつないでkoboが更新されたら2.6.0になっていました
オリジナルファームは2.6系でいいんでしょうか？
有志の方が作っていただいているCFWを入れたいです

自己解決しました１

[cbz目次]
ストアepubのcontent table登録レコードを見る限り
ContentType=899でdepth>0にしたのが見出し用レコードっぽいなあ。
ContentIDは"${元のcontentId}-${depth}"にしとくようだ。
TOC listを作るbuilderの抽出処理部分で
mimetypeがepub系のときだけというfilter条件がなければ
うまくいきそうな気がする。

[zoom関連]
binary-patchでは最大倍率変更できないことが発覚
zoom = 1.0 + (3.0-1.0)*(slider / 100.0)
　　　= 1.0 + 2*(slider / 100.0)
で、この"2*"がaddに最適化されているので、
単純即値書き換えは無理だ。
hookして全面差し替えしないと無理っぽ。
刻み幅だけなら0.25→0.125はpatchでOk
(即値に使える浮動小数点数の制約があるので0.25より次に細かいのは0.125になる)
#どうせsliderでの設定で差し替えるならpatchせずに
#こっちも差し替えて設定値の自由度を上げるほうがいいか。

すみません。教えていただければ幸いです。
最近、2.6.0を入れたところ、コンテンツ処理（おそらくSDに入れたもの）
が異常に長くかかるようになってしまいました。CFW0.95plus導入でこの
不都合は解消されますでしょうか。（されるといいなあ・・・）

>>112
入れてみればいいのでは？
面倒くさいとか、失敗が嫌だと言うならばデフォで使いましょう

>>112
まずは「read me」とか、このスレの頭の方とか読んでみろよ。
対応ファームがわかるから。
あんたの質問が的はずれなこともわかるだろう。

お前ら相変わらず新参に厳しいな
キモイヲタアニメには寛大なクセにw

kobo touch（N905-KJP-L）を購入しました。
購入時のファームウェアは2.0.1でした。
はじめにkobodesktopをインストールし2.6へFWアップグレードをしてしまったため、
FW2.4にさげCFW0.95にしたいので以下のことを行いました。

設定＞デバイス情報＞工場出荷時の状態に戻す＞リセットを選択
　→復元中
↓
USB接続をしてkobo上で　日本語を選択→PCにUSB接続してセットアップを選択
↓
PC上で　kobo-update-2.4.0＞upgrade（フォルダ）、KoboRoot.tgz（ファイル）、manifest.md5sum（ファイル）　の3つを
KOBOeReader(E:)＞.kobo　フォルダ内にコピー
（KOBOeReader(E:)＞.kobo＞upgrade、KoboRoot.tgz、manifest.md5sum）
↓
eReaderの取り出しを実行しkoboからUSBケーブルを外す
　→kobo更新中
↓
kobo上で　PCにUSB接続してセットアップを選択→USB接続
↓
PC上で　Kobo_CFW_Ver0.95＞koboCFW.confファイルとKobo_CFW_Ver0.95＞.koboフォルダの2つを選択し
KOBOeReader(E:)＞.koboフォルダ内にコピー
（KOBOeReader(E:)＞.kobo＞koboCFW.conf、.koboフォルダ）
↓
kobo上で　PCにUSB接続してセットアップを選択→USB接続
↓
Kobo_CFW_Ver0.95＞認証回避について＞extフォルダを選択し
KOBOeReader(E:)＞.koboフォルダ内にコピー
（KOBOeReader(E:)＞.kobo＞extフォルダ）
↓
電源オフ→電源オンで再起動
↓
koboへようこそ！の画面がでてホームボタンがでません

cfw0.95にしたいのでおしえてくださいお願いします。

間違えました、購入時のFWは2.1.0でした

はいはい、RTFM、RTFM

>>116
extの位置がおかしい
.koboの下じゃなくrootに置け

>>118
3日連日読んでは試してできなかったので、助かりました
>>119
ありがとうございます
無事CFWが導入できホーム画面がでてきました
ありがとうございます

>>116のままだとCFWの実行がうまくいかなかったので
Kobo_CFW_Ver0.95＞.koboフォルダ の中身をrootと.koboフォルダ内にといくつか置いたら再起動しうまくいったようです
ありがとうございました

kobo Aura 1GB RAM

>>121

1014x758でメモリだけ無駄にだかいのはなんだろう…
単にramチップ調達の都合なのかな。
#CPUがi.MX507だから大きな構想あってのことではないだろうし

aura HDですら512MBなのになぁ

辞書の文字の大きさ大きくはできないの？

>>123

パネル世代が変わってdpiアップしてるとかCPUがiMX6になってるとか、
どっかもうちょい強化点があればglo直系後継(代替)機種として魅力的なんだけどねえ。

メモリ無駄にあまってるからswapいらないだろうし、kernelやら諸々cacje等チューニングすれば
メモリが増えた分の恩恵はあるんだろうけど、内蔵flashどうしてもなあ…
(多分オリジナルFWだとメモリ1GB有効利用しなさそうだけど(笑))

メモリチップの世代交代が理由なら、うまくすればbus speedとかレイテンシとかも
よくなってるかもしれない。(soc(cpu)側I/Fがボトルネックになってないなら)
チップ型番は確定情報あるのかな…

>>124

標準じゃできないし、その辺のhackも今のところないと思う。

###

多分内部的にはcssでスタイル設定しているんじゃないかと思うので、
その辺をいじれるようなhackを考えれば変えられそうな気もするが…
(モノによってはコードで日本語設定ならRyuminの**ポイントで、
とかコードで指定してるところがあるけど、基本はcss)

オリジナルで意図的にcss設定している部分なら、
QWidget::setStyleSheet(QString const&)を必ず呼ぶはずだから、
そこをhookしてすり替えるようにすればいけるのかな。

QWidget系のインスタンスを作るときは基本的には名前が設定されているはず。
(例えばReadingMenuViewクラスならinstanceに"ReadingMenuView"と名前設定される)

特定のインスタンスだけ独立した設定をするという例外的な処理は基本的にはないはず。
(複数インスタンスが同時に存在するとしたらライブラリのリスト等のような定型もので
それらは統一された定型スタイルのはず)

#そういや、昔の記憶だとmobilereadのpluginでlayoutdumpだったかstyledumpだったか
#dump/debug系の機能があったような…

cfw ver 0.95をインストールした場合のkoboのデバイス情報でソフトウェア詳細はどのように変わりますか？
2.4.0(84fbbなんたらかんたら)だとCFWのインストールはできていないんでしょうか？

>>125
FCCの内部写真だとaura HDと同じSamsung K4X2G323PD-8GD8に見えるのが一枚貼り付いてるから256MBなのにな

あの写真だとストレージはSanDiskのSDIN7DP2-4Gに見えるな

RAM 1GBのはっきりしたニュースソースわからん(笑)

んー、2.9.*のFWリンクは情報ないし、
KoboLabsのu-bootソース見る限りでは256MBな雰囲気だが
これは5月段階でのpackageっぽいし…

samsungのMobileDDRで1GBにしようとするとK4X4G323の4Gb*2構成になるからあまり現実的じゃない気がする。
(4Gbの上に6Gbとかいう８GbなりそこないなやつはあるがそこがMobileDDR系統の上限)
*1でやるならLP DDR2ラインへ移行だろうけど…
いずれにしろFCC通したものとの齟齬が…


###

SanのeMMCにしてある意味先祖がえりして、速度的なメリットがあればまだ納得できるかもしれないなあ。
db周りのr/wが早くなってるなら諸々ユーザー体感レベルでストレス低減しそうだし。

日本人は差別されてる側

辞書の文字が小さくなったのは不便
さすがに小さくし過ぎやろ

gloの辞書使うとき文字が上手く選択できないんだが
タッチペンを使えば幸せになれるのかな?

久しぶりに使おうとしたら、パスロックの番号思い出せん
電源on ホームボタン連打でも認証パスできないので、最後に入れたのは開発版でもないらしい


ファクトリーリセットするか

>>134
Linux環境があればなんとかなるかも
内蔵SDをLinuxでマウントして .kobo/passlock.txt 削除できればいいんだが
CD bootできるLinux環境もあるからダメ元で試してみたら？

>>134-135

Kobo単体で同じことをするなら、メンテファームで起動して、
mmcblk0p3をmountしてrmすればいけるかな。

自作epubが縮小されているのは改善しますか？
kepub.epubにしているのに小さく出てしまう。。。

>135-136
心配してくれたなら申し訳ない
重要なデータが入っていたわけでもないので、さくっとファクトリーリセット、
認証パスをしこんでからファームアップをしてしまった

なるほど、救出したいデータがあるときは、試してみるよ

>>137
とりあえず、2.6.1 や 2.8.1 を使わなければよい。

KEPUBて復号化して生のepubにできますか？

前スレになんか出てたな

kobo auraのファームはいくつだろうか
それのgloバージョンまだかな

2.9.0

トン
バグ修正とサクサク感アップしてるといいなあ

2.8.1をTouchに入れてみた。
安定しててページめくりも早いし不満は無いけど、ホーム画面が2.2と同じなのは意外だった。
てっきりgloみたいになると思ってた。

解像度低いから限界なんじゃね

■楽天Rabooの悲劇■
Kobo以前に楽天が行っていた電子書籍サービス
普及しなかったため、なかったことにされ、2013/3/31 を持ってサービス終了となった
購入していたコンテンツがKoboに引き継げるということもなく、ユーザーに深い傷跡を残した
Koboの購入を考えている人は、楽天の不誠実さとこのようなリスクを忘れてはならない

OnlineWikipediaとか隠し機能あるのな

FW2．6．0で0.96β1を使ってます。　
児童本棚をONにした状態で本棚を覗きに行くとホームボタンを押してもホームに戻ってこれなくなりました・・・
本を読んでる最中にホームボタンを押しても戻るのは　本や本棚になります

こういう仕様　　ってわけじゃないですよね？　入れてるのはCFWと本棚追加の2つです

confで触ったのはキャッシュサイズをMAXにしたところと、自炊ホを格納する設定を著者名にし、
自動本棚に登録する本の検索先を外部ストレージのみに　という部分です　

とりあえずファクトリーリセットしてみますだ・・・

あ、自動本棚に登録する本を内蔵+外部ストレージにしたら直った・・かな

電源落とせなくなって慌てて隠し機能全部オフにしたから確認してないけどscreenshot機能って電源スイッチがトリガーなのか？

>>152

FeatureSettingsの隠し機能のscreenshotsは電源スイッチがトリガーっす。
通常のスリープ・電源OFFができなくなるので常用するようなものではないと思われる。

gloのFW2.6.0で0.96β1なんだけど、なんか最近「最近読んでる本棚」の挙動がおかしい。
電源を落とすと本棚の中の本が全部消えたり、突然別の本棚の中の本が入ったり(それも全部じゃない)する。

一旦ファクトリーリセットとかかけるべきだろうか。
32MBが入ってるから全冊入れ直しはめどいなあ。

32Mぽっちかよ（笑）

俺なら一瞬で終わる
どんだけ古いUSB使っとんじゃ

昔32MBのCFカードが\3000ぐらいだった時の事を思い出した。

内臓の方じゃないの

32GBだろ

あ？
オレなんて昔「SUNDISK」の20MBのメモリーカードを
4万円で買ったぞ

8MBのUSBメモリが8GBのUSBメモリよりかさばるｗ

2.8.1 (b2c05cda0e, 13/09/20)

2.8.1はpocket対応された？

CFW入れた状態でWi-Fiで同期って出来ますか？
0.96β使ってますが、kobo側で同期を押すと延々と通信中になり、数時間放っておくと最後にはフリーズしてしまいます

>>159
ここまで何煽られてるのかわからんかったw
GだG。
しかしそれよりkoboのUSBってなんであんなに遅いんだろうね。
ちょっと裏蓋に穴開けてくる。

>>164
普通にできる

そうですよねやっぱり普通に出来ますよね・・・またリセットかけてやってみるか
外付けmicroSDにぱっつんぱっつんに入れてるからだろうか　

>>163

pocket対応ってこれのことか…
http://getpocket.com/blog/2013/08/pocket-comes-to-the-e-reader-pocket-now-built-into-all-kobo-devices/

2.8は入れてないから対応の有無はわからないけど、
aura6の新機能っぽいから、機能入ってるとしたらaura6のFWである2.9.*以降なのかねえ。
(従来機種は2.9.*系にupgradeして以降順次対応とか…)

いや、古い機種は順次切り捨てでしょう
いつまでも面倒見てられない

>>169

touchとminiは解像度等諸々UIがらみで制約が多いから早々に切られると思うけど、
gloはもう少しの間は引っ張ると思うよ。

サービス増えてメモリ圧迫してくるといずれ256MBなplatform全部切ることになるだろうけどさ。

2.8にバージョンアップしてみたけど、Pocketはまだみたい。

ツイッター見ている限りでは、coming soonを繰り返しているね。
古い機種もなんとかする気あるって書いてあるので、touchもminiも
対応されるのかも

2.8.1bのlibnicelをstringsにかけた感じではpocket関係も実装はされてるっぽいが有効にする方法はわからんw

>>172

あ、唐突に思い出した。
2.6.*でもPocket*というクラスがあって、何だろう？と思っていたんだっけか。
だから、実装自体は2.6.*から入ってたと思われる。

#2.6.*で動くかどうかは不明だがFeatureSettingsの"Pocket"で機能enableのはず…

んあ。
・ServiceMenuあたりにscreenshotsのenable/disableのcheckboxを突っ込む
・ローカルブラウザ＋設定用API(FIFO)でnickel外部から設定コントロール
・本棚アイコンみたいにON/OFFトグルするアイコンを置く
とかすると、ある程度screenshotsが実用機能になるのかもなあ…
とふと思ったり。

FeatureSettingsの変数ってごく一部を除いてgetterしかないので、
symbolの取れるsetter method呼んで終わりとはいかないのがちょい面倒か。
直接設定する場合は変数値自体もQVariableだし。

Mark 4 Hardware: Mini/TouchLC (Low Cost -N905C Model)
2.6.2
84.4 MB - 86,471 KB - 88,546,141 bytes
http://download.kobobooks.com/firmwa...date-2.6.2.zip

2.6.2ねえ

>>175

Touch(N905C)/miniの800x600デバイスは2.6.2にとどめて、
それ以上の解像度のデバイスだけ2.8.*系に移行させたってことは
やっぱまともに機能するpocket対応は2.8なのかな？

N905Bな旧型touch(mark3)用のf2.6.2が出てないのが不憫だな。
(公式リリースに拘らないなら2.6.2を適用可能だと思うけど)

koboglo公式FW 2.6.0+CFW0.96β1です。
外部32GBmicroSDHCに600冊(20GB)、内蔵ストレージには青空文庫数冊。

ページ送りがおかしくて困っています。
具体的には同じところをタップしてもページが進んだり戻ったり。
一度出荷状態に戻してCFWを当て直しても改善しません。

なにか解決策などないでしょうか？

そりゃあんた
ハードが怪しくないか？
CFWなしで試してみた？

>>177
俺も同じようなもん
ページ送りたい時にはうまく反応してくれないのに軽く布なんかが触れたりすると2ページぐらい進んだり…
なんでタッチ方式を赤外線にしたんかねぇ
それでもCFW入れてレスポンス良くなった方

自分のところの症状は進んだり戻ったりしないで、同じページに留まっているだけ。
その状態から、再度送りタップで２ページ分送られる。
戻り方向へのタップでは同じページに留まっている。（正確には同じページが再描画される）
つまり、送りによる表示が一回分貯まってしまい次のトリガーでまとめて処理されているようにみえる。

なお、この症状は今までもあったが、2.6.0+CFW0.96β1で頻度が増したような気もする。
ただ、2.6.0だけでの確認はしていません。

じゃあ確認しようぜ

そうねえ　どうしようかな

Touch 2.52+0.95plusでセンターズーム適用してみたけど、挙動に変化がみられない。
具体的にはどうなるはずのもの？

初期状態に戻して外部ストレージ無し、内蔵ストレージに青空文庫数冊という状況で確認。
やっぱりページ送りが変です。

ハード不良も考慮に入れて今後の対応を考えています。

まあまあ落ち着いて、
まずは電源を落としてフレーム段差内側にある
センサー部分をきれいに掃除してみてはどうかな？

reading life切れば若干レスポンスが良くなった気がする

KoboReader.sqliteファイルが188MBまで膨張を続けてすっげ〜動作にぶくなりました
たすけて！！！

ページ送りがおかしくなるのは多分オリジナルFW自体でも発生している現象。
なんか詰まった状態になるってことは、ハードとしてのタップは正常で
デバイスからイベントが出てない(in側)か描画側で詰まってる(out側)
のかなあ。


CFW本体は著者名やページ送り方向・フォント等の補助的なフィールドはいじるけど、
ページ移動に関わるようなdbのいじり方をしないから、
"CFWだから"おかしくなるとは考えづらい。

>>187

ファクトリーリセットするとかして、dbの再構成をするしかないんではなかろうか。
それでもでかいと思うなら、登録してる(入れてる)コンテンツ量を減らすしかない。

うちのは600MB超えてるから、動作が重いどころじゃないよ(笑)
本棚が使い物にならないとか、
ライブラリ表示でキャッシュヒットしないコンテンツのページ表示が重いとか、
モロモロ体感操作性低下中。

2.8.1はページ送りは速くていいんだけど自炊cbzの著者名が不明になるのがな…

>>190
ちなみにcbzのページ送りはやっぱりepubとは逆？

ページ送りがうまくいかないことがあるのはもう仕様と思ってバッドノウハウで対応してる
タップのしかたをなるべく均一にして、タップでページが送られなかったらもう一度タップ（2ページ送られる）→
2ページ戻す→送られなかったページに戻るのを確認→1ページ進める
ってやってる

タップでたまに送られないことがある前提で使うってことね

>>191
epubと逆って言うより購入本と自分でスキャンしたのがページ送り逆になる
ストア本が右なら自炊のは左送り。ファイル形式は関係なさげ

>>193
サンクス
やっぱり2.8.1でもダメなんだな
自炊にはcfwは必須だなぁ

>>188
2ページ進む時に、2ページ描画してる様子が無いので、out側で詰まってるんじゃないかな？
out側で詰まってるというか、描画してないのにしたつもりになってるというか・・・

>>195

ユーザーの見た目でp1→p3になるのだとしたらnickel内のepdcドライバかなあ。
(nickelのepdcドライバがdefer動作していて、ある状況下ではfb0へのupdate発行しそこなう)

・fbはauto-updateではないのでfbレベルで描画が自動合成されることはない。
　(明示的にUPDATE発行するまではfb内のバッファ操作はepdデバイスに反映されない)
・nickelのepdcドライバレベルでは描画合成される可能性はある。(未解析なので確認できてないが)
　(widget描画などの性質を考えるとバッファリングしていてもそれほどおかしくはない)

ReadingViewのページ移動methodのlogでも取ってみれば
in側で詰まっている状況ではないことを確認できるか。

Desktopを3.3.11にしたけど、パソコン上で読めないよ?
タイトルをダブルクリックとかではだめなのかな

>>197
俺はダメだったからアンインストールして入れ直したら読めた

affiliate.conf で検索するんだ

ありがとう、再インストールでできました。
3.3.11を入れるとブラウザでリュウミンを選べるようになったりWordでゴシックMB101を
選べるようになったりするのかな
（自分はすでに入っているのでわからず）

>>199
koboにしてもkobobooksにしても読めない場合がある

で、ショートカットのaffiliate弄ってもダメなら潔く再インストールだな

今3000円値引きしてるglo買ってみたけど
ファクトリーリセットすればFWバージョンは2.1.5だった
まだCFW0.95Plus使えるな

CFWのなかにデータベース再構築中っていう画像ファイルがありますが、今までkobo上で見たことがありません
漫画いれまくって本棚がまともに機能せず、sqlファイルも肥大化しているのですが、
データベース再構築で直ったりするものですか？やり方教えてください

>>204
koboCFW.conf読め

いま現在入ってるFWバージョンはどうやって確認するのでしょうか？
今月買いました

設定→デバイス情報

>>207
サンクスです〜

今回の2000円値引きでminiユーザー増えるかな

システム更新失敗で文鎮化したTouch(new)に
試しにgloのシステムをコピーてみしたら、見た目はまるっきりgloになっちまった（笑。

だが、ハードがTouchのままなので、600x800を超える部分は画面からはみ出し
タッチ判定も、画面全体で相対位置を決めているらしく、ずれていて全く使い物にならん…。

にしも、6インチで800/1024pix表示だから、だいたい7.7インチ相当の大きさで表示されてるって事か。
やっぱりコミックとかはこのくらいが見やすいなぁ。

>>210
その状態でファームのアップデートするとどうなるのかな？

>>210
N905Cだと周辺ハード構成は大体gloと一緒だから動くといえば動くんだろうねえ。
GLoのHWCONFIGで動いているならCPU iGHzのオーバークロックで安定してるのかな？

某所のチャレンジだとN905Bだと1GHz安定してないっぽいから、
N905Cの部品構成に起因するのか、あるいはgloとしてkernel初期化されるからなのか
よくわからんけど、おもしろい状態だね。

#kernel初期化は機種識別が基本だからmem I/F初期化とかその辺で
#gloとして初期化したほうがメモリ周り安定するのかもしれないなあ…

>>211
ソフトからみるとgloだからglo用のmark4 fwでgloとしてアップデートされると思う。

#HW CONFIGとかwaveformはupdate FWに含まれないので、
#Touch(N905C)として完全に再生(再構成)するのも無理だろう。
#HW CONFIGは適当にスクラッチ構成できるから実質的にはwaveformだけなんだけど、
#N905Cのwaveformは実機抜き出ししないことにはね。

>>212
> #HW CONFIGとかwaveformはupdate FWに含まれないので、
> #Touch(N905C)として完全に再生(再構成)するのも無理だろう

なるほど
微妙に厄介な作りになってるんだな

>>213

一応updateの仕組み自体にはwaveform更新機能も含まれているんだけど、
現状までの既存FWでは元FWから更新されてないため、
updateパッケージに含まれていないという状態。

epdの世代からするとN905B用waveformでいいような気もするんだけどねー
(N905Bのwaveformで問題なさそうなら、N905B用メンテファームから抜けばOk)

Touch(N905B)用メンテファームってN905Cで使えているのかな？

Touch(new)にTouch(old)のバックアップは適用できなかった。
↑起動すらせず。
Touch(new)にgloのバックアップは上記の通り。
↑画面はみ出しとタッチ位置ズレ以外は普通に動作する。

新Touchにminiのファーム当てるとそのまま動かないですかね。
画面解像度同じなので。物理ホームボタンは微妙そうだけど。
自分の所では旧Touchとminiなので検証出来ず。

>>216

miniのイメージがあるならN905Cに使える可能性は高い。

ボタン周りはHW CONFIGを元に機種判別してkenel driverがキースキャンするので
HW CONFIGを修正しない限りは効かない状態になると思う。

機種識別はHW CONFIGとversionファイルだからその辺をN905Cっぽく修正すれば
ほぼTouch(N905C)としての再生復活もできるんじゃなかろうか。

ファクトリーリセット用のpartitionの機種毎の違いはああるのかな？
hw config,u-boot,kernel(,waveformも？)が正常という前提がないと
ファクトリーリセットが動かないはずだから、
結局ファクトリーリセット作業はメインで使う2つのfsの再フォーマットと
初期FW(コマンド・アプリ,初期db?)の展開くらいしかしてないだろうし、
機種依存性はないのかもなあ。
(versionファイルはdisk内の製造番号が埋め込まれたセクタの情報から
nickel起動時に再生成しそうだし)

2.8.1 にフォントパッチ入れて見たけどこれいいな
システムフォントが出なくなるからフォントの切り替えが楽になった

そろそろ2.8系ファームウェアでCFWが使いたいです、、

>>219

前スレのときにaura HDなんかで2.8系+CFW0.96β使ってる人何人かいたような…
(確かフォント共通化以外は使えるとか)

多分フォント共通化もcontent_settingsテーブルに項目増えたとか
その手のFW変更が影響してるんじゃないかと思うので、
(2.5系で0.95時代の共通化が効かなくなったのと同様の現象)
テーブル構造の変更点が分かればフォント共通化が効くようにする
patchもできるんじゃないかなあ。

2.5系でのcontent_settingsテーブルの修正をよくよく見直してみると、
「コンテンツ内検索の最新(最後)の検索文字列を保持するようになった」ってことなのか。
(コンテンツ内で検索を選択したときに最新検索文字列が初期文字列で補間listに入る)
あって邪魔になるわけではないものの、それほど必要性を感じない機能だなあ。

###

[kepubのフォント関連]
KepubBookReader::renderShortcover(Shortcover const&, ReadingNavigationType)
でQWebSettings::setFontFamily()を呼び出して
QWebSettings::StandardFont,FixedFont,SerifFont,SansSerifFont,CursiveFont,FantasyFont
を設定してデフォルトフォント設定しているようだ。
StandardFont/SerifFont/CursiveFont/FantasyFont:"Georgia"(jaコンテンツだと"A-OTF Ryumin Pr6N")
FixedFont/SansSerifFont:"Avenir"(jaコンテンツだと"A-OTF Gothic MB101 Pr6N")
っていう対応かな。
設定後にKepubBookReaderBase::renderShortcover(Shortcover const&, ReadingNavigationType)
を呼び出して実際に表示しているようだから途中で再設定させればデフォルトの置き換えもできそうな感じ。
(ここの指定だけでフォント変更dialog内での"ドキュメント デフォルト"と対応取れるのかな？)

ルビに使うフォントだけはcss指定で
"rt { font-family: 'A-OTF Gothic MB101 Pr6N' !important; }"
を指定しているっぽい。
これの場合カスタムcss指定のkepub-book.cssがあればそっち優先するのかな？
(グローバルなカスタムcssファイルは"/mnt/onboard/.kobo/kepub/kepub-book.css"に置いておくらしい)

うっはトリップ忘れちまったぜ。これで合ってたかな。

三ヶ月ぶりでござる。AuraHDじゃなくarcでかなり萎えちまったぜい。

スレたどるのもなかなかしんどいけど、ちょいっと眺めてみるわ

arcちゃうね。auraやね。スマネ。

とりあえず、前スレ落ちてるのと相まって、この数ヶ月どんな事が起こったのか
把握するのが大変そう。

公式FWのバージョンが今幾つかすらわからないって、どんだけ浦島太郎やねん俺ｗ

koboayaさん、こんばんは♪
お姿拝見できて安心しましたｗ

2.8.1？ 随分FWあがったもんだね。

著者名補完が効かないなら、多分contentテーブルが随分変わったって事かぁ

そもそも抜本として。

１．外部SDを含めた漢字ファイル名問題は解決してるのか？
２．ダメ文字ファイル問題はどーなった？
３．フォント設定がぶっ壊れるみたいな、致命的なバグは直ってるのか？

転職活動ちうの身で、そんなのチェックする時間無ぇーっつの

>>png2raw作者様

最近どーなの？ ぶっちゃけわからなすぎるｗ

aura用に2.9.0があるみたいです
glo対応版が待ち遠しい

ヲタayaにコテ変えようかなｗｗｗ

それはさておき。

mobileread読んでも、今どうなってるのかわかんないよう（涙

>>226

2.8系は日本国内での公式じゃないので、うちの環境では入れてないから
bug修正有無はよくわからんっす。
#というか、ライブラリのページ捲りスライダーがないのが気に入らないので使う気にならない

>１．外部SDを含めた漢字ファイル名問題は解決してるのか？
たしか2.8でudev/usbあたりがようやくまともになってたような気がする。

>２．ダメ文字ファイル問題はどーなった？
dosfsckにまつわるダメ文字問題は変わらず。

>３．フォント設定がぶっ壊れるみたいな、致命的なバグは直ってるのか？
2.6以降、そこまで致命的なバグは出てないような感じなので、
特に問題ないんじゃなかろうか。
epubの画像が全画面にならないとかいう話が出てたような記憶があるが、
bugなにか仕様変更なのかその辺不明なり。

なんかunrarがx86版になってしまっているとかいうのが致命的といえば致命的なのかもしれない(笑)

きたか！待ってた！

まってたよ！
ayaさん来ないから神は去ったかと思って、誰かがアップデート回避作ってたよ。

アップデート回避も、問題なさそうならパッケージにしてconfから設定できるようにしとけば、ayaさんふくめ作業してくれてるみなさんさんが、いちいちマイナーアプデの対応に追われなくて済むかも。

ふうむ・・・

状況はなんとなくわかった。

パスロックが使いたい→FW2.4x〜2.5x＋0.95Plusを騙し騙しつかう。
※ただし、自動アップデートを殺す

公式FWに対応したCFWを使いたい→FW2.6x+0.96β1を使う
※ただし、本棚アイコン以外のプラグインが使えない＋スリープ画面横取りもできない

最新のFWを使いたい→FW2.8x CFWはどれもこれも微妙

こんな状態、という事かな。

さあ、みんなのために馬車馬のように働くんだ

とりあえず2.8系見てみようかね。あまり時間が無いので以前ほどリリース頻繁には
出来ないけどねえ。。。

>>234

馬車馬のようにはなれないずらｗ
転職活動ちうの身なので、忙しいずらｗ

koboカナダが雇うべきｗ

ふうむ・・・。

0.96β1だと、まず間違いなく公式2.8.1上ではフォント設定共通化は動かないねえ。
だけど、著者名補完は動いても良さそうだが・・・？

DBも色々変わってるなあ。contentテーブルのデータの保持方法がアホなのは
相変わらずだけど。

既存のデータの保持内容は、多分変わってないな。
だとすりゃあ、2.8.1って単に2.6.xのビジュアル変更Verなｷｶﾞｽ

楽天にアクセスしてみたら
いや、マジで

>>239

アクセスしてみた。

公式は未だ2.6なのはわかったｗ

ついでに言えば、auraは買わない。イラネｗ
auraHDの日本発売をしない時点で、何考えてるんだ楽天という感じ。

aura hdってそもそも限定品扱いだろ

あれ？アクセスって就活の方だったんだけど
紛らわしくてごめん

英語がイケるなら即採用の予感

とりあえず、2.8.1がどないなもんか多少見えたので、今夜はここまで。
週末〜来週半ばくらいまで日本に居ないので、もう暫く時間くださいませ ＞待ってくれている人みんな

とりあえずの目標は、2.8.x系で0.96β1並みの動作をさせること。
逆に言えば、パスロックやスリープ画面挿げ替えは厳しいと思って欲しい。

開発者として悔しいのは、何も新しい事を提供できないこと。
その点だけは、待ってくれている人には申し訳ないと思う。

>>png2raw作者様

外部SD文字化け問題の抜本のmountコマンドのオプション、CFWでの記述と2.8.x系の
記述が微妙に違うんだけど、あれはアレで問題ないのかなあ？

問題なけりゃ、オリジナルそのまま使おうかと＞コマンドラインオプション

でも実際にＦＷとか弄ってるの楽天じゃなくカナダのkobo社でしょ

勿論、楽天側にニーズがあればの話だけどローカライズや機能改良の助けにはなるだろうし、少なくとも技量を示すのに取っ掛かりにはなるでしょ
まあ、スレチなんでこれで止めておきます

>>244

[内蔵sd:vfat]
2.6.*まで:noatime,nodiratime,iocharset=utf8
2.8.*以降:noatime,nodiratime,shortname=mixed,utf8

[外部sd:vfat]
2.6.*まで:shortname=mixed (CFWでiocharset=utf8,shortname=mixed)
2.8.*以降:noatime,nodiratime,shortname=mixed,utf8 (内蔵sdと共通の$MOUNTARGS)

kernelのvfatドキュメントによるとshortnameのデフォルトはmixedなので
そこのバージョン間の違いはどうでもいい。
timestamp関連は外部sdで指定していなかったのをするようになったのでOk
(アクセス速度やメディア寿命等考えるとnoatimeつけるほうが好ましいかな？)

で、"iocharset=utf8"と"utf8"の違いがメインテーマ。

今はiocharset指定は非推奨でutf8オプション推奨らしいので
utf8オプションでいいような気もするんだが、
実際の影響差異はfsソース調べないとわからんなあ。
(kernelのfsとnls周辺で何が何に作用するのか)

>>244

スリープ画面置き換えのテーマ機能が動かないのって何でだったっけかなあ…
2.6.*でもだったっけ？

0.96betaリリース(6/25)された後にスリープ壁紙がらみで発覚した
png2rawの不具合(stdinの扱い)修正入れたの出したけど(7/8以降のバージョン)、
それに入れ替えれば解決しなかったっけか？
#2.6.*ではスリープ壁紙使ってなかったから
#これまで問題解消されたか確認してなかったけど

>>243
グローバルなオポチュニティだっけwww
むしろカナダに応募とかどーよ。

>>png2raw作者様

スリープ画面の横取りは、スリープ画面にバッテリ残量を表示する機能が付いた
2.6x系で封じられた。

当時のbucchiさんの解析では、スリープに入った更にその後の処理があるらしく
そのせいでフックタイミングは同じでも、思った効果は出なかったと記憶。
最終的にフェードアウトしたんじゃなかったかなあ。

2.8.x系でフォント設定共通化機能が動かない理由はわかったんで
現在、0.96β１のスクリプトを移植ちうだよ。

>>250

ああ、そういえばusb pluggedのときにそんなのがあったっけか。

####

ちょっと確認してみたら、png2raw 2.2/2.3はパッケージングミスっていて
実は2.0のままだったようだ。
ちゃんとしたパッケージを上げなおさないといかんね。

>>251

png2raw-2.3の修正パッケージをあげなおした。
ミスパッケージな旧2.2/2.3は削除。
installableなパッケージなのでCFWを入れた後で
Kobo.tgz or KoboRoot.tgzにrenameして上書きで入れればOkのはず。


正しいpng2raw-2.3に直したら
一応FW2.6+CFW0.96でsuspendの置き換えは機能している模様。
USB給電中の充電ステータス表示される場合も
被るのは被ってしまうが絵自体は出るはず。

何故かpoweroffはうまくいってないような気配だなあ。

>>png2raw作者様

thx,とりあえず入れてみるよ。
最新のモジュールってのは、良くも悪くもドキドキさせられるよねｗ 俺達開発者にとっちゃさ（笑

落ちた前スレから、この間まで全部過去ログ読んだよ。

なんだか、ずっと、なんていうか、その。

待たせてたら、ごめん

koboayaさんは、aura hdは使っているのですか？ 端末としてどう思いますか？開発しがいがありますか？

ちょいにTouch買ったが、オリジナルファームが2.6.0なんだがクソ引いたのか…
ダウングレードの方法ってないのかな？
もしくは天才様がFW0.26用にパスワードロックができるCFWつくってくれないかな…

>>253

これは、お約束なツンデレ風のレス返すのがいいんだろうか…と思いつつ、
中年ツンデレはかわいくもないので、略。

ステータス被りはステータス表示位置に配慮した画像を使うか、
スクリーンセーバー設定で表紙表示をチェックOFFにして
ステータスが出ないようにすることで問題はなさそう。

poweroffが効いてないのは単に、CFW0.96の
"/opt/cfw/hook/poweroff/50poweroffdisplay"
でコメントアウトされてるからかな。

###

>>255

ファクトリーリセット直後のセットアップ前(認証前)の段階で2.6ってのは考えづらいので、
頑張れば2.4/2.5系+CFW0.95(+passlock)できると思うよ。
ダウングレード方法は>>3 にリンクのある前スレ参照

んー、色々整理してみると、

[thumb化前後による区分]
〜2.5.* | 2.6.*〜
・CFW0.95=2.4.*(非thumb binary)
・CFW0.96=2.6.*(thumb binary)

[db周りの変更による区分]
2.4.* | 2.5.*〜2.6.* | 2.8.*〜
・2.5.*+CFW0.95(2.4.* level)でフォント共通化が効かない
　(content_settings関連で項目追加)
・2.8.*+CFW0.96(2.6.* level)でフォント共通化・著者名補完が効かない

なのかな？

passlock目的の2.5.*+CFW0.95plus(poasslock)運用だと
db周りの変更点への対応がないのがネック、と。
#多分content_settings関連の変更点をCFW0.96相当に追従するpatchを
#backportすればいけるんだろう…

koboayaさんに呼び出し食らって出頭しました。
おひさしぶりです。

みんな待ってるんだろうなと思いながらも
なかなか時間がとれなくて放置していてすいませんでした。

明日台風で引きこもる予定なんで、ちょっと頑張ってみるかな。

と、自分を追い込んでみる。

255です
>>256 様ありがとうございます。前スレ793に手順があり、無事FWが2.5.2になりました。

>>252
glo 2.8.1 + CFW 0.96β1 + png2raw-2.3-fix で動作確認できた
poweroff時の動作はスクリプトいじって解決

浦島太郎状態なんですが、現行公式 FW って
glo も touch も 2.6.0 で OK ?

日本の公式は 2.6.1 だったと思う

自炊や自炊代行に頼らず
どこかの電子ブックサイトのデータをkoboに移動して見れたりしないのかな
楽天でラインナップされてない本の処理が面倒になってきた

>>262
ウソを書くんじゃない。
epubの画像表示に不具合のある2.6.1が国内版だったら苦情殺到だと思うぞ。

>>264
すまんかった。　glo も mini も 2.8.1 にしてたんで確認が取れなかったんだけど先月の
安売りで買った時にキャプってた画像を見たら 2.6.0 だった
っていうか先に 2.6.0 って書いてくれよw

bucchiさん、召還に応じてくれてありがとうｗ

2.6.x系でパスロックが動作しなくなった理由は、Qtの環境が変わったことが
原因だった気がするんだけどどうだっけか。

＃何せ2.6.x系ではsqliteすら変わったからね。

逆に2.6.x→2.8.x系はQt周りに変更は無いようなので（某所情報）
2.6.x系で動作さえしてしまえば2.8.x系でも行ける気がする。

パスロックが動作するようになれば2.5x系＋0.95Plus系は不要になるだろうから
俺ももう2.5x系は無視することにする。というより2.8.x系をメインに考えたい。

どうでもいいけど、カナダに転職希望なんて出しませんってば（笑

あと、aura HDは持ってません。本当は凄く欲しくて、日本国内発売をずっと待ってました。
auraHDという端末の存在がなければ、auraも欲しいと思ったかもしれませんが・・・。

さあて、明日には何かしら出したいな。日曜の朝からPM2.5まみれの国に出張だから・・。
（まぁ、最後のお勤めと思って我慢して行くけど、、、orz）

>>266
カナダに飛んでkoboのアホなデータベースだけでも直してきて

>>266
aura HDの質問に答えてくれてありがとうございました！
実はauraHDの購入を考えてまして、koboayaさんのCFWの思いが、auraHDにも込められているのかなあと思い、聞きました。
国内発売、してほしかったですよね……

>>267

ｦｲｦｲｗ
でもマジで、ホントどこかの会社さん拾ってー（涙
SE/PGだけじゃなく、PL経験もありますからー（切実

・・・いかん、リアルとココがごちゃになってまったｗｗ

>>268

実機を持っていないので、あまり迂闊な事はいえないのですが・・。
前スレで、AuraHD+CFW0.96系での動作を実際に試した人がいたと思います。
解像度の違いから、CFWに同梱しているテーマ（ケイちゃんテーマ）はおかしなことに
なっていたと報告がありましたが、それ以外の機能は動作していたとか何とか。

おそらく、ではありますが。

auraより、auraHDのほうがCFWとの親和性は高いのではないかと。

んー、そういやaura(1014*758)国内販売するわけだし、
png2rawなんかもサイズ拡大縮小対応にしないと
機種毎の画像素材が面倒かなあ。

aura6ってパネル世代はpearlだから
"低フラッシュ波形技術"なるwaveformのチューニングｎ技術って
旧製品にも応用できてもおかしくないような…
(他社でpearl世代パネル+ソフト的な提言してる機種も同じような話？)
kernelのドライバも絡むようならカーネル入れ替えとかしないとダメだろうけど。

ま、1014*758だからwaveformをそのままgloに入れ込んで終わり、にはならないので、
公式対応 or waveformのデータ自体の解析、どっちかがないと無理なんだけどさ。

###

auraのreview等を見ていて気付いたんだが、
>Kobo also has TypeGenuis, which offers further advanced options to adjust the weight and saturation
aura用2.9.*だと、この"TypeGenuis"とかいう機能が入ってるのかな？
従来の一部フォントに対する詳細オプションとどう違うのか？
(KPGで有効化すれば他のフォントでも詳細オプションで調整できるようだけど…)

当初、国内版のkobo auraのページにあった解像度1024x758はやはり誤植だったのね。
ガッカリだぜ。　（いつの間にか訂正されてやがる）

auraって1014*758なの？
gloは1024*758なのに

元々海外報道は1014だったからKobo社は1014x758と正しく発表してたんじゃなかろうか。
楽天の国内PRで誤って1024と発表したのが最近まで独り歩きしてたんだろう。

なんでそんな微妙なサイズにしたんだろね
aura6...
黒歴史ふたたびにならなきゃいいけど

>>269
30前半までであれば、開発系小企業のうちで拾えるけどw

1014ってglo自炊で1024で作ってる人は移行しにくいっていうか
買うメリットないような気がする

ここの住人には余計なお世話かもしれんが、png2raw-2.3 FIX版に差し替えて
poweroffスクリプトのコメントアウトを外したパッケージをうpした
glo 2.6.1で軽く動作確認済だが、自己責任でよろしこ
パスワードはいつもの

>>270

あー、"TypeGenuis"で検索するとGloのreviewでも出てきたから、
これってフォントの詳細設定オプションそのもののことで、
aura用に新規搭載されたわけじゃないわ。

なんで標準状態だと対象フォントを限定してるのかなあ…

#KPG方式だとWindows上でpatched libnickel.soをbuildしないといけないので、
#Kobo実機オンメモリ上でKPG相当のことをするpatcher moduleを作りたいなあ…

###

gloの758もそうだけど、半端なサイズになるのって
epd固有の事情があるのかなあ？
フラッシュ低減とか高速書き換えとかのためのタイミング調整の都合で、
キレイなサイズだと間に合わなくて少し減らす必要があるとか。

glo用サイズのをそのままつかうと1%程縮小されるから、
glo用処理済自炊素材を再加工すべきか迷うところだねえ。

aura6はgloからの乗り換え対象としてはすごく微妙…
本当にRAM1GBあって、内蔵flashのアクセス速度がまともそうなら、
かなり快適に使えそうな気がするし…
文鎮復活の道が険しそうだからhack開発機種には向かなそうだけど。

ふと電子ペーパー端末スレ見に行ってSONY Readerの利点であげられてて
ちょっと気になったアイデア。

大量スキャン後にあまりちゃんと加工してないのを読みたい場合なんかに、
余白カット機能ってあると便利かなあ？

画像フィルターで入り込んでる手前の位置でなら
画像サイズ変更の余白カット処理くらいはできそうな気がする。
上下左右固定dot数でのカットなら単純でいいんだけど、
切りたくないページで機能OFFがビュアー内部でできないと
使い勝手が悪すぎるか。

余白自動認識の場合は、切りすぎ防止(元aspect比からの変形率で管理？)とか
ノンブル領域等をどう扱うかとか、その辺のアルゴリズム次第。

SONYのやつみたいに実画像上で四隅のカット点調整するような
まともなUIはできないだろうけどなあ。

使ってみたいです
βでいいので

おまたせしました。
FW 2.6.0 用のパスロックできました！

http://ux.getuploader.com/KOBO_HACK/download/161/passlock-131026.zip

FW 2.6.0 + CFW 0.96β1 or β2 で動作します。
Glo, Touch で動きますが、mini でも動くと思います。

試した方は動作報告よろしくおねがいします。

>>281
2.8.1+CFW0.96β2で試してみた（リリース版で）。
一応この組合せでも、問題なく動作する見たい。
ロックもきちんとかかったし、当然解除もできる。

>>281
FW2.6で試しましたが特に不具合なさそうです。

>>282,283

ご報告あざっす!
ひとまず安心しました。
ちなみに機種は何でしょうか？
mini で動くのかがちょっと気になってまして。

>>284
gloです
リリース版を試しました
FW2.6.1+CFW0.96b1で不具合なしです

>>284
私もglo

>>284
動作確認報告
aura HD 2.8.1 + CFW 0.96β2 + passlock-131026
glo 2.8.1 + CFW 0.96β2 + passlock-1310226
touch(N905B) 2.8.1 + CFW 0.96β2 + passlock-1310226

miniは苦戦ちう…

>>287
動作確認報告追加

mini 2.6.0 + CFW 0.96β2 + passlock-1310226
mini 2.6.2 + CFW 0.96β2 + passlock-1310226

miniもＯＫ！
一度うまくいかないことがあったが、手順をミスっていたみたい
国内正式版と海外最新版で動作確認できた

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

glo は 2.6.x でも 2.8.x でも大丈夫そうですね。
Touch は N905B は OK かな。(私も N905B です)

> miniは苦戦ちう…
がひじょーに気になる。

auraHD も OK か。あー、でも解像度でかいので、
ロック画面のデザインが残念な感じになってそう・・・。
そのへんはスタイルシートでカバーしてもらうことにしようかな。

いいなー。aura はどうでもいいから、auraHD 欲しいなぁ・・・。

あ、書いている間に追加報告が！
mini も OK でしたか！

これで touch,glo,mini,auraHD とひと通り動作報告が揃いました。
みなさん試していただきどうもありがとうございました。

なにか不具合を見つけたらご報告よろしくおねがいします。

ずいぶん前ににゃんこ先生のテーマを作った者です。
今回、日本のテーマを作ってみました。
http://i.imgur.com/7oPbgLK.jpg
http://ux.getuploader.com/KOBO_HACK/download/162/Japan.zip
リクエストがあったら書き込んでください。
たぶん作ります。

KOBO debug job file アルヨ
http://wenku.baidu.com/view/2e696ec26137ee06eff9186f

mini 2.8.1 + CFW 0.96β2 + passlock-1310226

で動作確認中今のところ不具合は見当たらないです
ものすごい便利になったw
各作者の方々ありがとうございます

>>289
aura HDでも画面は大丈夫
ただフォントが小さいので、24px→36px 30px→45px に直したくらい

>>291
すみません不備があったのであげなおします。
http://ux.getuploader.com/KOBO_HACK/download/163/Japan.zip

>>295
すみません。まだ間違いがあったので、あげなおします。
http://ux.getuploader.com/KOBO_HACK/download/164/Japan.zip

テーマ乙です
imgur はファイル名のケツに l を付けると丁度いいサイズにリサイズされるので l つけるのオススメ

http://i.imgur.com/7oPbgLKl.jpg

>>291
kindleのようなEinkで見栄えが良くてシンプルで万人受けする飽きのこないデザインが欲しいですね

画面両端どちらをタップしてもページめくり機能が欲しいです
戻りはスワイプで

jpeg-turboって今は最新が1.3.0
cfwでパックされてるのが1.2.1でfw2.6以降は1.2.90
1.3.0に変えたら早くならないかなー

>>300

ライブラリ単体のベンチマークから判断すると望み薄。

>>291
素晴らしい！！！
さっそく使わしてもらいます。
昭和の日本民家のテーマとか作ってもらえたらうれしい！

>>296
iPhone用の壁紙ですがこんな感じのテーマだと嬉しい

http://livedoor.blogimg.jp/iphonech/imgs/f/6/f6fd2377.jpg
http://livedoor.blogimg.jp/iphonech/imgs/5/5/55653eed.jpg
http://livedoor.blogimg.jp/iphonech/imgs/a/c/aca757cc.jpg
http://livedoor.blogimg.jp/iphonech/imgs/8/a/8adcc892.jpg
http://livedoor.blogimg.jp/iphonech/imgs/8/8/88255c22.jpg

ちょっと上とは感じが違うけどこういうのも白黒とマッチしそう

http://livedoor.blogimg.jp/iphonech/imgs/b/d/bd6801e0.jpg
http://livedoor.blogimg.jp/iphonech/imgs/4/b/4be55117.jpg
http://livedoor.blogimg.jp/iphonech/imgs/7/c/7cfa8df9.jpg
http://livedoor.blogimg.jp/iphonech/imgs/0/5/05c2718f.jpg

素材として使えるかどうか分かりませんが

>>281
遅くなりましたがパスロックの動作確認報告です
以下の環境で今のところ問題なく動いています

touch(N905C) 2.6.2 + CFW 0.96β2 + passlock-131026

>>304
ご報告ありがとうございます。
N906Cのtouchもokですね。
FW2.6.2もOKということで、
ほとんどの環境での動作報告が揃いましたね。
みなさんありがとうございました！

2.10.0が来るのか…　ふっ…

gloが今日届いて早速cbz fileを転送したんですが、gloに表示されません。
何が間違ってますか

>>307
そもそもhackingスレだからここで聞くのはお門違い
更に、エスパーでもなければわかるはずもない質問の仕方
どうやってcbz作って、どういう手順で転送したかとか細かく表すべきなのに…


せめて叩かれる前に本スレに移動しなさい

失礼しました。

帰国と同時に、2.10.0ってorz

ワロタw
お帰りなさいw　お仕事お疲れさまでした
今日は 2.10.0 は見なかった事にして転職活動がんばって下さいw

>>Bb2B4qkg

とりあえず、wikiを読もう。話はそれからだ

2.10.0の直リンはどこなんだろう

cbzに目次を付けるテスト
一応できた
下記が必要最小限だと思われ

insert into content (
ContentID,
ContentType,
MimeType,
BookID,
Title,
ChapterIDBookmarked,
VolumeIndex,
___UserID,
InWishlist,
IsSocialEnabled
)
values (
'file:///mnt/onboard/小説/03.外国人作家/[H・P・ラヴクラフト] ラヴクラフト全集 第01巻.cbz/resources/P00007.png-1',
'899',
'application/x-cbz',
'file:///mnt/onboard/小説/03.外国人作家/[H・P・ラヴクラフト] ラヴクラフト全集 第01巻.cbz',
'インスマウスの影',
'file:///mnt/onboard/小説/03.外国人作家/[H・P・ラヴクラフト] ラヴクラフト全集 第01巻.cbz/resources/P00007.png',
'1',
'cbz_user',
'False',
'False'
);

>>314
VolumeIndexは0オリジンなので念のため

2.10.0でCFW動いてる？

>>316
人柱になるからダウソできるところを教えろください

取り敢えず
楽天ゴールデンイーグルス日本一おめでとう！！！！！

>>296
すみません、このテーマ、どうやってgloに導入するのでしょうか。

2.4.x or 2.5.x から 2.6.0 にするときのtips

CFW 0.95や0.95plusを入れている場合、0.96β2を入れる前に古いモジュールを消しておかないと、起動不能になる
消すモジュールは /opt/cfw/preload 以下にあるやつ

主なもの
libpasslock.so
libshelve.so
loadfont.so
※hook.soは置き換わるので消さなくてもよい

問題はどうやって消すかだけど、ext/boot.shに仕込むとかで消せるはず

#!/bin/sh
rm -rf /opt/cfw/preload/*

[boot.shでモジュール消去]→[公式2.6.0にファームアップ]→[CFW 0.96β2導入]の順番
※公式2.6.0を入れると boot.sh が動作しなくなるので必ず先に消すこと

自分は起動不能に陥いった後、 Linux にカードをマウントして手で消してなんとかしたので、上記の方法でやる人は自己責任でお願いします

ここで尋ねて良い質問なのか悩んだのですが、他に適切なスレがなかったので、
過去に同じような経験がある方いらしたら、教えてもらえないでしょうか？

Kindleで買った本をCalibreでEPUBに変換、Koboに取り込んだところ
koboのライブラリー画面では表紙を表示できず、その本のタイトルだけが表紙の代わりに表示されます。

拡張子を.kepub.epubではなく、epubにすればライブラリーでも表紙を表示できるのでKoboのエンジン側の問題だと思うのですが、
解決方法を知っている方いらしたら、教えてもらえないでしょうか？

無駄に悩むよりリネームソフトでさっさと拡張子変換すりゃいいと思うよ

>>322
.kepub.epubに拡張子をリネームすると、本棚で表紙のサムネイルが表示されないのです。
読めないわけではないので、さして問題はないのですが
ちょっと気になったもので。

プラグインのkepub output使って出来たファイルの拡張子をkepub.epubにする
コレでサムネいけるはず

>>324
できました!!
これで心置きなく本を買いまくれます、本当にありがとうございました。

kobo gloの半額クーポンがまさかの完売御礼になってるな
早くて火曜には届くらしいので、ここにも質問が殺到する前にある程度テンプレで誘導できるようにした方が無駄が無くて良いかも。

>>326
それ思う。別スレ立てるのも手かな？乱立するけど。

前にも暴れたアホのおかげで>>3が出来たからこれでいいじゃない
>>3>>6と同梱テキスト読む事を進めて、あとは自己責任

>>328
アホはお前
質問カスはそんなもん読まねーよ。
徹底的に無視が最善の手。だか、それが一番難しいw

>>329
またオマエか

質問厨が来たら徹底的にグーグルのＵＲＬ貼ろうぜ

>>331
中途半端に関わるな
徹底的に無視、無視、無視…

親切に教えてやろうぜ！！！
それがkoboの未来を明るくするのさ！！！

特価スレからわいが来たで〜
昨日のセールでglo買うたし、
自炊ファイルが快適に読めるようになるまで
精一杯のサポート頼むで〜

たけしは帰れ

くこけ？豚ホルモンはあかんで！

>>336
人間なんて所詮うんこ製造機なんやから
うんこ食うても何も問題あらへんがな
CFWとかPSP以来やねんけど
しっかり動いてくれるんやろな。
風見鶏の東芝32GのmicroSD買って、換装の準備は万端やでぇ〜

特価スレで回答したるわ

内蔵に適したSDの要件調べてたんやけど
Random Writeの値が重要らしいな。
1M超えてるようなら、ページ送りに問題はないんけ？
他に、推奨されとるmicroSDとかあるけ？

断る

荒れてるなあ。。。

2.10.0、まだ来ないのか？僕の探し方が悪い？
「Trick or Treat release」と書いてるから
ハロウィンに合わせてリリースされる予定だったんだろうけど
リリース出来ないならお菓子よこせ

2.10.0 のリンク
mobilereadのスレッドの後ろの方にあった
http://www.mobileread.com/forums/showpost.php?p=2676429&postcount=551

>>342
gloで2.8.1+b2から2.10.0+b2にした。

マンガが濃くなった
ホームに戻らず直接見ていた本棚に戻れるようになった(左下)

使い勝手は向上したが、速度とかはタッチはかわらないなあ
あとフォントパッチ7(2.8.1)入れたら立ち上がらないｗ気をつけろよクソっ

人柱乙
フォントパッチ使えないのかぁ
ちょっと様子見かな

>>344
フォントパッチ使えないと、kpubの下を消せないのが痛い
でもそれ以外は使い勝手良くなってるから悩むねｗ

ぐぬぬ誘惑やめてくれw
入れたくなって来るw

>>346
kpubでも全画面表示するのと上下に隙間があるのがある
aozoraepubのバージョンによるのか？
本棚とかのフォントが小さくなってるのに行数が変わらないってなんの意味があるのだろう
下の設定とかも記憶してくれていて便利だけど、
画像主体なら変更の価値あるが、kpub主体ならちょっと待つべきかな

なるほど
自炊無しで購入してる本も９５％小説だから待つ事にします
色々とん

>>343
ええ！濃くなったって？
自炊データを変換して入れてたのが色が濃すぎて
ちょうど今日奮起してさっきまで試行錯誤してちょうどいい薄さで
ChainLPで変換して、ようやく終わったばかりなのに・・・
がっかりして日本語おかしいわ俺

>>347
それは、AozoraEpub3で作った画像epub（もしくは挿絵の画像）が
ver.によって全画面表示だったり、そうでなかったりということなの？
特定できれば有用な情報になるんじゃないかな。

しかし、いい加減に国内版出してくれないと、
サポートに不具合報告できないじゃないかｗ

>>350
そうじゃなくて、青空文庫txtをaozoraepub3 ver1.1.0b32で同時期に変換した中に、
全画面表示になるのと今までどおり上下に隙間があるものの二種類がある。
自分の環境で具体的にいうと、夏目漱石こころ、それから、我輩は猫である、三四郎だけ全画面表示になるｗ
変換設定に全画面とかあったっけ？

>>351
テキストが全画面ですか…？
テキストモードだと必ず上下に隙間ができるはずなので
その全画面というのがどういう状態なのか想像できないけど
そのうち自分で試してみよう…。

>>343
ええな
タッチのレスポンスとかはソフトじゃもうどうにもならないんだろうね
CPUとRAM強化してもらわな無理かな…
auraには失望だは

もうAndroid化した人いる？

gloに2.10.0入れたらpocketってのが出た
何これ…

glo 2.10.0 + CFW 0.96β2 + passlock-131026 動作した
全部の機能を試したわけじゃないけど、大丈夫そう

フォントパッチってコレか。

http://www.mobileread.com/forums/showthread.php?t=220171

日本語記事もあった。

http://soranoji.air-nifty.com/blog/2013/08/kobo-1c54.html

これは良さそう。日本語フォントも詳細設定できるのか。
ちょっと解析してみようかな。

優勝セールのgloが幸い買えたんで(まだ発想待ちだけど）

http://www.mobileread.com/forums/showthread.php?t=222123

ここ参考にdebianインスコに挑戦しようかと思うんだけど
（最初っから本読む気全くない、E-Ink評価ボードのつもりで購入した）
ここどっちかっつーとCFW系の話題主体みたいだけど、ここで話しておｋ？

フォントパッチよりナイトモードのパッチを解析してくれ

>>358
どんどんやっちゃって〜

>>355
http://getpocket.com/

pocket、キーボードがバグってユーザー名英数で入力できなくね？w

>>357
自分が入れたフォントパッチはそれ
フォントを弄る事は無いけど（というか弄ってもあまり変わらなかったw）自分には邪魔な
システム系のフォントがフォント一覧に出ないからフォント選択が楽になって重宝してる

>>362
本やライブラリの検索は問題ないけどブラウザだと駄目だな
「英数」タップしても反応しないからurlも入力できない

よろしく
http://www.mobileread.com/forums/showthread.php?t=212162

誰にレスしたらいいかわからないけど glo 2.10.0 は地雷なのか？

仕方がないから脱出ゲームするｗ

変換を駆使してなんとか無理やり英数入力してpocket同期したけどビミョーだな

>>367
意味教えてw

>>369
設定→体験版アプリの２ページに脱出ゲームが追加されてる

>>366
いろいろ導線が整理されてたり悪くはいけど2.10.1を待て的な？

読書中の本からホームに戻らなくても直接本の一覧にいけるようになったり（復活

>>359

ナイトモードはモジュールのpreloadだからCFWとmixできるんじゃないかなあ。

ぱっと見の1分インスタント解析だと、ioctlあたりをhookしてるようなので、
nickelから/dev/fb0へのUPDATE発行のタイミングでinvertさせてるんじゃないかなあ。
あと、input event拾って長押し検出して云々とかその辺が内部でのコントロール処理。
外部からのコントロールは監視スレッドでコマンド用fifoファイルを見張る、と。

2.10.0のフロントライトの明るさ調整見つけた。
10%ずつの増減を1%ずつにできる。

<Patch>
patch_name = `Brightness fine control`
patch_enable = `yes`
replace_int = C7CF38, 10, 01
replace_int = C7CF68, 10, 01
</Patch>

>>372-373でナイトモード完成じゃん
夜背景白&最低輝度だと明るくてもっと暗くしたかったんだよね

GloでAndroidが走るみたいね
http://liliputing.com/2013/11/kobo-glo-hacked-run-android.html

これはスゴイ
大きなブレイクスルーだね

いらね

いいね！
ComittoN使えればkobo純正より全然使いやすそうだｗ
Android版のkoboアプリ使えば普通にkobo使ってる人も大丈夫だね

へぼいCPUとメモリで使い物にならんのじゃね

>>379
NookでKindle appを動かしている動画だけど、
これを見る限り、gloでも本を読むだけならいけそうじゃない？
http://www.youtube.com/watch?v=h4MJungKIxY

なんか嫌な言語が見えるけどgloで動いてるとこ見つけた
結構いけそう
http://www.youtube.com/watch?v=_hAoSCbkzso

6ページごとにリフレッシュとかできないけど大丈夫なのかね？

>>380
gloで本読むだけって・・・

って思ったらkindleも読めるのかw
これ出来たらめちゃくちゃ使えるな

かつてreaderでrootとれたとか合ったが、実用的にはならんかったみたいなんで、期待しない方が良いかと。

>>381
映像早回ししてるね
今より反応遅いってちょっと読書専用機としてどうなんだろうねえ

タッチ世代の2年前のNOOKでもギリギリ行けるレベルだから
性能上がってるgloならもっと行けそうだな

600MHz/512MBみたいなカスペック泥端でもそれなりに読めるから、Gloでもある程度のレベルまでは動作するんじゃないかな
開いたとき時間がかかるとか、ページ送りでカクつくとか、入れすぎると重すぎるとかは発生するだろうけど

泥が動くならむしろ、入れすぎても遅くならない（フォルダ管理ができる）点に期待するよ

OSの作りどころか液晶が違う物をスペックで比べられても困る

抵抗膜式とか光学式タッチでAndroidはないわー

ドイツのandroid2.3.4ベースの端末から抜いてきたものを流用して構築してるのか。
なら、必要最低限はEPDの特製に考慮した表示デバイス制御できてるのかなあ。

http://de.wikipedia.org/wiki/Tolino_Shine
ベースは同じntx機種なのかな？タッチ方式は何だろう？
パネル世代・サイズとRAMは同じでCPU CLOCKはgloのほうがいいので、
(CPUネックな局面では)clock分は元機種よりも多少キビキビ動きそう。

まあ、メモリ少ないし、内蔵sdの速度の問題もあるから、
一般的なアプリ全般を動かすandroid端末としては
過度な期待はできないだろう。
(入力系の操作に配慮がないアプリとかだと辛そうだろうし…)

u-bootを全面的にいじって、Kobo/Android選択bootが簡単にできるようにすれば
内蔵sd内に同居させられていいんだけどなあ。

###

cbz/pdfあたりの代替ビュアーなら、独立アプリのportをmobilereadで
いくつか見かけた気がするんだが、そのあたりの評価はどうなんだろうか？
dbベースのコンテンツ管理の重さを嫌うなら、その手の代替アプリでもいいだろうし…

>>343
>ホームに戻らず直接見ていた本棚に戻れるようになった(左下)

この機能すごく欲しい
いちいちホームに戻ってしまうのが面倒で仕方なかった

>>390
Netronix E606A2あたり？

E606A2なら、GloがE606B0だから非常に近い親戚みたいなもんか

Android動かすにしても、カーネルでスワップ対応させたら
CFWのスワップとは比較にならないレベルで書き込みまくって
最近主流のTLCフラッシュメモリは短期間で死にそうだな

Ｋｏｂｏ　gloは普通にお店で３９９０円で売ってる状態まで下がったなｗ

683 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2013/11/04(月) 19:50:51.01 ID:hAXzJdAi [1/2]
ネットでkobo glo完売してたので
ソフマップ行ったら普通に3990円で売ってたw
http://i.imgur.com/KqPeEfp.jpg

ビックカメラで３９８０円　（kobo glo）
http://www.biccamera.com/bicbic/jsp/w/catalog/detail.jsp?JAN_CODE=4560470080415

SONYのＰＲＳ−Ｔ２も４９８０円送料無料に下がったしなｗ
http://pur.store.sony.jp/Qnavi/Purchase/PRS-T2/

2.10.0リンクありがとん

そういや酷いのが来るかもしれないから何か対策するべきかという話があったけど
10月のglo安売りで私がここに来たとき、欲しかったのは過去ログだったな
あれさえあれば、読む人はおおよそなんとかなる
2chは基本的に過去ログ無くなるからこの辺が困る

読まない人はなにがあっても読まないから論外として

>>391
読了すると有無を言わさずホームに戻る
読了時も本棚に戻れば、続巻を次々読めるのにな
惜しい

>>398
ちょっと前のファームがまさにそうじゃなかったっけか。
元の本棚に戻るボタンって、便利だったのにいきなり無くなったような気がする。

2.10.0 on glo
設定から「Reading Life」が消えて、「同期／お知らせ」ってのが増えてる
深夜に自動で同期してくれる機能みたいだが、いつのまにか電池切れになるってクレームがくるんじゃ

「Reading Life」は「読書設定」の中に組込まれてた

脱出ゲームが地味におもしろい

ホーム画面はaura HDに近くなった
本棚のタイルが出るのはよい

これで画像epubが全画面表示できれば移行するんだが…

>>397
今は過去ログはググればすぐ出てくるけどな

>>400
ストア関係のメニューはボロボロだな
ジャンル・特集・気になる本あたりがおかしい

ちな、auraって何時正式発売だっけ。

そこで、どのFWが「公式」になるかだなあ。2.10.xが公式になるんだろうか。

悲しいくらいにgloが投売りだなー・・

>>403
たしか12/上旬以降ってアナウンスだった気がする

>>403
あと二回変身を残していてaura(jp)は2.10.1bか2.11.0bでローンチと予想

glo 2.10.0で100円の本を買ってみた
買えることは買えたが、購入手続きが完了したところでLEDが赤くなってストール
再起動したらホーム画面に表示されてたからよかったが、日本のサーバが対応していないっぽいな

touch(N905B)に2.10.0入れてみたけど、脱出ゲームが出てこないorz

>>407
次のページにない？スワイプすると次のページが表示されない？
ちょっとtouchにも入れてみるか

>>399

戻るボタンがあったのは2.4.*より前のバージョンじゃなかったっけか。2.1.*とかそのへん。
内部処理としては下部左の「戻る」自体は今でもあって、
epubの本内でのlink jumpした戻りなんかで出現する。
epub->offline wikipedia辞書(zim viewer)なんかの場合でも「戻る」が出たはず…

「戻る」での前コントローラへの復帰はたしかReadingViewコントローラ担当で、
最終ページ終了後の読了の復帰(戻り)は各形式のビューコントローラだったはずなので、
cbz viewerの読了処理がホーム画面戻り固定なコードなんだろう。
(MainWIndowControllerに前Controllerはpushしてるはずだから
読了時にpopして前コントローラに復帰させれば元画面に戻れるのかな？)

>>408
次のページがないですね（表示されてないのかな？）
もちろんスワイプしても出てきません
チェス・スケッチブック・ナンプレ・ウェブブラウザだけっぽい

>>408
touch 2.8.1+CFW0.96β2に 2.10.0を入れたら赤LED点灯しやがった
殻割りしなくても強制リセットできるのがtouchのいいところだが、ほんとにN905Bに入れられるのか？

>>397
じつは今過去ログ無料開放中なんですよ（移転前の旧鯖を除く）
V2CとかJaneXenoとかの主要な専用ブラウザはほぼ対応済み

>>411
ファクトリーリセット後、デスクトップで同期して、2.6.0にしてから2.10.0を導入したらできた
確かに脱出ゲームが表示されない
もう寝る

ttp://i.imgur.com/sY0hj5h.jpg
うーん正常に2.10.0として動いてるのか、わからない
ホーム画面は、2.6.0と変わらない
設定から「Reading Life」は消えてる
CFWは設定ファイルを削除して動かしてないつもり
後から入れたcbzファイルは著者不明になって右タッチでページめくりになる
画像kepub.epubは縮小される、この辺は改善されてない

元々Touchは対象外なんだから、悩んでも仕方ないでしょ。

本体のMicroSDを64GBのMicroSDHCに交換して快適度アップした。

>>416
メーカーはどこのですか？

>>417
iPadからだからID変わってるかもだけどレス
Sandiskのですよー

>>416
具体的にどう快適になったんですか？
あと、前は何を使ってました？

microSDXC

>>418
ありがとうございます。
半額セールで予備機を買ったので試しに入れてみます。

Pocket機能っていつ来るんかな

kobo glo android
http://www.youtube.com/watch?v=1pSmZCEAFlc

普通に使えそうだなこれ
PerfectViewerも使えてるわ
>>381さんの所と同じく言葉があれなんで注意

>>422
2.10で使えてるよ
最初のログインが問題だが、一時的にgloを英語モードにすれば問題ないはず

Seung Hoon Ahn
　これなんて読むの？

>>423
いまより遅いし毎回反転フラッシュするのに使えるという判断になるのか？
おもちゃとしてなら何でいいだろうが、読書専用機としては問題外じゃねえの
つーか韓国人て赤ん坊のときから韓国と認識できるんだなあｗ

動作速度はともかく動かせたこと自体は評価していいんじゃないかな
SD拡張できてkindleもgoogleブックも見れる電子ペーパーのハードって他にないし
ロケールは英語さえあればいい
なんというか、面白そうだ

>>427
権限とったTolinoShineがそれに当てはまるじゃん

>>428
寡聞にして知らなかったんだけど、まさに理想はこれですね
ちょっと高めだけど機会があれば輸入したい

>>429
新型になったみたいだし輸入代行使えば二万ぐらいで買えるだろうから、年末でごたごたする前に買っとけ

gloってAndroidだったんか
全然しらんかった

>>431
KoboはLinuxだろ
AndroidのベースがLinuxなだけで

どういうこと？
アプリ単位じゃなくOS自体を上書きしたってこと？

そうだな
Windowsが入っていたパソコンをフォーマットして
Linuxをインストールしたようなもんだ
この場合は別の機種用のAndroidOSをkoboの筐体で動かしている

なんで2.10.0から画像が濃くなったんだろう？

Pocket使ってみた。記事ダウンロードしてオフラインで見れるんだな
一部見られない記事もあったけど大体オッケー
長文のWEBページ読むのになかなか良いかも
フォントの大きさは調整が必要

>435
グレースケールのガンマが変えられたような感じだな。

むしろテキストを濃くしてほしい。リュウミン細すぎ。
太めの明朝入れてるけど、ドキュメントデフォルト以外を指定すると、全部指定したフォントになっちゃうからなぁ。
Serifはコレ、Sans-serifはアレ、てな指定はできないものか。

>>437
本棚とかの表示フォントは小さくなったのか変わったのかしてるよなー

久しぶりにきたんだけど、2.10.0までアップデートされてたんだな。
俺のglo 2.4.0だったからそれまでの更新履歴とか見たいんだけど、どこでみられるかな？

公式なのはないから、やっぱりこれかな
http://www.mobileread.com/forums/showthread.php?t=185660

ありがとう！

俺の言い方が悪かったみたい
すまん

更新履歴だけじゃなくて、更新内容を特に知りたかったんだ

>>437

画像が濃くなったのってcbzだけ？それともepubも含めてイメージ形式ファイル全般？
png/jpeg両方なのかなあ…

カーネルは2.6.*時代から変わってないのでepdのデバドラは不変。
つまり、16bir RGB->4bit(16level)Grayは同じ。
だから、nickel内部でのカラーQImageレベルでの話っぽい。
出力デバイスにあわせたガンバ処理がnickel内のepdドライバに入ったのか
イメージ読み込み段階で何らかの追加補正が入ったのか。

前者は画像だけっていうのは変な話だから、読み込み側に近い位置での変更か。
画像形式に埋め込まれているガンマ値を使うか無視するかを変えるだけでも違ってくるし…

あえて2.4.0あたりの旧ファームを使うメリットってありますか？
mini、touchのような旧機種だと古いシステムの方が速いとか
メモリの空きが多いとか電池の消耗が少ないなど

>>444
俺はgloで2.5.2だけどパスロックのためだけかな
バージョン上げる必要性感じないし>>320読んでからさらに億劫になった
劇的に変わったって評判になるまで2.5.2でいるよ
つまり俺にとって旧ファームのメリットとは新ファームに上げる手間が省けることとそれに慣れる必要がないことかな

beta2でなんで本棚アイコン非対応になったんだろう。？？beta1だと動いてた気がするのに・・・
あ、いまさらですが、新しくかったmini+2.6.0+CFW0.96beta2はしっかり動いてくれてます。ありがとう。

gloってメインメモリは256MBくらい？

256MBですね

kobo gloは11月10日頃までに発送らしいので、人が来るのは来週の月曜日以降かな？
勢い余ってandroid導入してくれるような人が来て欲しい。

>>448
やっぱり…
それじゃAndroidでコミックビュアが動いてもメモリキャッシュは
あまり取れないなあ
Android化
早く技術と英語力のある人が日本語でまとめてくれないかなｗ

ほしがるな、まて。

>>450

スマホと同列の感覚は正しくないのかもしれないけど、
国内の感覚だとandroid 1.x機時代のRAM容量だしなあ。

EPDのandroidだとNST(NookSimpleTouch)あたりもandroid 2.1で256MBだから、
不要なものなしで専用で作り込めば256MBでもバランスするって感じなのかな。
(rooted NSTであれこれ入れてみた経験者の換装が聞きたいところ)

#正直、快適な読書追及派としては、あまり実用面で興味がわかない話題＞android化

>>452
同じく
Android入れてコミックビューア入れるなら今のを快適に改良(CFW)すればおけだろ

CFWにしても欲しい機能がないしなあ
本の選択のやりづらさを改良できたり
読み終わったら自動的に次の巻を読み込むとかできればいいんだけど

IS01のRAMが256MB
ICSへのアップデートも確立されたけど、動作は結構厳しいみたいだった

大抵の人はkoboと別のスマホやらタブレットを持ち歩いたりするだろうし、読書に特化したCFWの方が自分としてはありがたいかな。
Androidはこの端末で動かすメリットが全く見えない。ただ動く凄いっていう事だけだと思うなぁ。

Android版の各社電子書籍ストアが使えるのは普通に大きいと思うけど。

糞ファイル管理をなんとかしてくれるなら、既存のビューワー(CFW付きな)で満足してやらないこともない

>>457
自分は自炊ばっかりなので恩恵はあまり感じられなさそうだけど、
ネットで本を買う人にはAndroid化もありなのかぁ。

話ぶった切って悪いがminiに2.10.0入れてみた
>>343に書いてあった本棚に戻れる（左下）が無い
脱出ゲームもない
微妙だからファクトリーリセットして戻した

glo+2.6.0+CFW0.96beta1+本棚アイコン　→　2.10.0+CFW0.96beta2+本棚アイコンで動作チェック中
自動本棚、cbzのページ送り、フォント共通化、本棚の移動・検索共に今のところ異常はありません

スレで見当たりませんでしたが、閲覧表示時の画像表示数が６から１２に増えていました
６個は少なすぎると思っていたので何気に嬉しい変更ですね

http://naberius.de/2013/06/19/collected-exploring-the-tolino-shine/

storageの構成にHW CONFIG領域があったり
ramfsのイメージのファイル名がntxinitramfsだったり、
psでntx.powerがいたりと、
やっぱりntxのandroid platform確定だなあ。

素の状態での空きRAM容量を知りたいところだが、
どっかに確実にわかる情報のっかってないかなあ。

###

mobilereadを見ると開発が活発そうな外部ビュアーには
KoReaderとCoolReaderがあって、
KoReaderのほうはpdf/cbz対応なんだねえ。
CoolReaderはxmlベースのtxt系ビュアーなのかな。
KoReaderはluaで拡張できたり、ちょい面白いかも。

ディレクトリベースのコンテンツ管理ならKoReader改造とかでもいいのかな？
と思わなくもないが、操作性等UI等が日本人好みじゃないんだろうなあ。

https://github.com/koreader/koreader/commit/12f920b0ec8eb3c973be1d7eec717b24d6b46d76

これはnickelからkickする外部リーダー(ビュアー)の問題点だなあ。
コンセプトとしてnickelに戻ることを想定しないくても(nickelへの戻り方は再起動以外は考えない)、
タイミング(kick方法？)によってはdbが壊れる可能性があるなら
無駄にnickelにメモリを食わせ続けないといけなくて、
メモリが逼迫した状態で外部アプリが動く羽目にになる。

外部からnickelを安全に終了させるような手段をnickel内部にhackで入れ込まないと
メモリ確保量＝操作快適性なタイプの外部アプリは実現できないってことか。

nickelで常時行われているdbのr/wよりも外部アプリ軌道に伴うpage swapのr/wのほうが
実効的にsdメディア寿命に影響しない程度だとしたら、
運用上はswapでRAM空けることで解決するのかもしれないけど。

スレ違いかも知れないですが、分かる方おられれば
アドバイスお願いいたします。
本日届いたkoboのSDを抜き取り、DDWinでバックアップを取ろうとしたところ
最初の数MB読みこんだところでエラーが出て止まってしまいます。
その後は、プロセスに常駐しつづけ、強制終了しても消えてくれません。
環境はWindows7 pro 64bitで
互換モードで起動はしております。
カードリーダーそのものに原因があるのかもしれませんが
今すぐ挿抜することもできない状況です

DDWinのプロパティ＞XP互換モードにしてる？

ごめん、互換モードてかいてあるね

力にはなれないと思うけど kobo の glo / mini どっち？
どんなエラーが出たの？

>>467
kobo glo 2.6.1で、アクティベーションを終えた直後のSDを使っています。
一通り、Kobo　glo SD　で検索して
出てきた5つくらいのサイトを参考にさせていただいて
進めていました。
保存ディレクトリ、ファイル名を指定して、読込ボタンを押すと
15MB？くらいのところでエラー（詳細は確認できず）で中止します、となり
そのままDDWinは応答なしになりました。
タスクマネージャからDDWinのプロセスを指定して強制的に終了させようとしても、受け付けず
SDを抱えたままで固まってるみたいで、SDを挿抜することもできません。

先ほど最終手段のOS再起動を行いましたが、「ログオフしています」の画面で30分以上止まる。
（恐らく、DDWinのプロセスが残ってることが原因？）
物理的に再起動し、再度同じように手順を確認しましたが、同様の症状が発生して
今もプロセスに居座り続けています。

>>468
ポート変えるか別のxpのパソコンでやったら？
俺もusbのポートによってはエラーでたな
んでリーダーの不具合かと思ったけどそうじゃなかったし

>>468
同じ環境でやったけど、互換モードじゃなくて管理者権限で起動しただけでできたけどなぁ?

一度kobo本体に戻して動作を確認することを勧める。
きちんと動くなら「簡単koboバックアップ」を試すといい。

kobo自体動かないようならファクトリーリセット。
それでもダメならSDのシステムがお亡くなり。
ケースにこじ開けた傷がなければサポートに連絡すれば交換の道もある。

カードリーダーやUSBポート等、通常のsd読み書きでこれまでに稼働実績はある？

今回のDDWinでの作業のときだけおかしいという話なら、
元メディアのメディア不良も疑われるかもしれないので、
read testできるもので元メディアをチェックしてみたほうがいいのかもね。

http://www.partitionwizard.com/help/disk-test-surface.html
PartitionWizardのsurface testでチェックできるのかな？

ポートを別に変えたり、カードリーダを変えたり
試行錯誤しながら、なんとか換装は終わりました。
途中、謎のCRCエラーが出たりしてまた色々試したりと
たかが換装だけでえらい時間がかかってしまいました。
皆様のアドバイス、ありがとうございます。
今からCFW導入頑張ります

外部SDに自炊データ入れても認識してくれないのですが
なにか原因わかる方いますか？

glo+2.6.0+CFW0.96beta1

# 0:内蔵ストレージ・外部SDカード共に検索する
# 1:内蔵ストレージのみ検索する（推奨）
# 2:外部SDカードのみ検索する
CreateShelfDevice="0"

設定はできてると思うのですが

SDは認識はしてるの？
ファイルはどうやって作ったの？

>>474
再起動

>>464
Win 7 Home 64bitだが、XP互換モードにも管理者として実行するにもしてないが
一度も異常になったことがない
ハード的な問題じゃね

むしろ互換モード切ってやってみたらうまくいったりして

具体的なこと覚えてないので落書きみたいなもんだけど、前にも同じような質問があった気がする
ソフトの問題じゃ無くてハードの接触が悪いとかが原因だった気が・・・
それか何度か繰り返していたら上手くいったとかだった気も・・・

Win8.1だとメディアすら発見されない・・・
XP環境あるからそっちでやったけど

>>479
あるある。
自分もデスクトップのベイにおまけでついてたマルチリーダで
やってたらエラー出てＳＤ死んだと思ったけど
ＵＳＢ外付けのマルチリーダ使ったらあっさり作成できた。

>>480
8.1でDDWin使えるよ。管理者で実行しないとSD見つからない。あと保存先をC以外の別ドライブなんかにしてると読み込み出来なかったりする

CFWのバグ報告です。

フォント設定可能なkepubファイルのファイル名に ' (単一引用符:文字コード0x27)が含まれていると
contentupdate.sh で作成されるSQL文が正しくなくなるために、そのスクリプトで行われるページ送り補正や
フォント共通化設定が実行されなくなります。

ファイル名に ' を使わないことで回避可能です。
対処をよろしくお願いします。

今日届いたkobo

2.40化+0.95Plus+認証回避成功
報告

ファクトリーリセット後USB接続
kobo-update-2.4.0の中身(upgrade、KoboRoot.tgz、manifest.md5sum)を/.koboにコピー
USB接続解除(アップデート)
USB接続後Kobo_CFW_Ver0.95PlusのKoboRoot.tgzを/.koboにコピー
USB接続解除(アップデート)
USB接続後Kobo_CFW_Ver0.95の認証回避についてのextを/にコピー、koboCFW.confを.koboにコピー
USB接続解除後リセットボタンで再起動

>>483
えっらそーに

再現性まで確認して報告してんだからいいもんだろ

>>485
デバッガーとしては優秀な報告例だろｗ

>対処をよろしくお願いします。
これを誰に言ってんだって話だよ

はぁ？

製作者＜ファイル名に ' を使わないことで回避可能ですので順応よろしくお願いします。

何にキレてるんだ？

Status: closed
Resolution: won't fix
Workaround: フォントファイル名に'を使わない

でいいんじゃね？ｗ

ボランティアの開発者に対して上から目線で「対処しろ」とは何事か
的な何かでしょ

対処しろ、なんてどこに書いてあるんだろう？

ファイル名に ' を使わないように、各々、対処しろってことじゃないのｗ

ああ、そういうことね
「バグ報告です→対処をよろしくお願いします」って流れだと、バグを対処しろって取れるよな

上から目線って。。
このスレでごろついてるのに上とか下とかあるとかマジで思ってそう。

オラ ID:5wv1R22Q出てこいクズ。

半額セールのmini(二台目)が届いたので殻割して、元々持っていたminiと内蔵microSDの差し替え実験してみた
どうやら、製造番号とMACアドレスはmicroSDに持ってるっぽい
内蔵microSDクローンして使った場合、二台同時にWiFi接続したりすると支障が出るかも
DDでのバックアップも個体毎にやったほうがいい
カイシュツならスマソ

すごく概出です＞＜

>>500
ちなにどこでデータ保持してるかわかる？
rootパーティションとrecoveryパーティションの中探してるけど見つからない

>>501
/dev/mmcblk0 の 0x400目からに書いてあったわ

>>502
間違い
0x200からだった

2.8x系と2.10.x系のDB構造はそないにでかく変わっては無さそうねえ。

うっへ、やっぱりメタ文字問題出たかぁ＞ '(シングルクォート）

>>499
確かに外出だけど面白い事してんなw

aura HD 買ったんだけど、裏蓋開けてみた人いる？
ちょっと頑張ったんだけど、全然開く気配がなくて・・・
ツメで止めてあるんだろうけど、
そもそもどういう感じでハマってるのかが分からなくて。
なにかアドバイスあればもらえると嬉しいです

glo今日買ったの中身2Gだった。
前は4Gだったのに変わったみたいだね。
SDカード代えないで使おうと思って検索した人はswap領域作るときにマニュアル通りじゃ無くて困るかも知れない。
既出だったら無視して・・・

>>507
前スレで殻割りをした人が詳細を載せてくれていたよ。

miniって小説しか読まない層向けなの？

touchがgloより高いってのはおかしくないか？と思った楽天セール

>>507
前スレで画像付きでやってくれた人がいたみたいだけど、流石に消えていました。

フロントパネル裏に粘着テープが貼ってあるせいで固く感じるみたい。
殻割りは慎重にしたほうがいいよ
ほんと、画面やら枠やら割りそうになる

aura HDはという感じらしいです。

>>507

Aura分解.zip　で検索汁

結構羽目合わせがデリケートで
写真見ながら進めたがカドの勘合部分メスの方が折損した
まあ他の部分で勘合しているので浮いたりはしないし使用にはまったく支障がないが
"買った状態のまま"を保ちたかったらくれぐれもカバーはずしのカドは慎重にやりなされ
開けたら後はネジ止めだから眼鏡用の＋ドライバーあればなおよし
（ねじ山がデリケートで百均の精密ドライバーでもデカかった）

内蔵SDスロットってどれくらいの速度に対応してるの？
標準状態でUSB接続してベンチマーク走らせたらめっちゃ遅かった
高速なmicroSDを新たに買うか、class4のやつを使いまわすか考えてるところ

そもそもAuraHDで殻割りをするメリットってあるん？
本を入れ過ぎると、データーベースが重くなって使い物にならなくなる。
64GBを拡張スロットに突っ込んでおけばそれで十分でしょ。

まあ開けた後で言うのも何だが
小説本は本体で自炊は外部と割り切れば換装の必要はないと思う

そもそも届いた状態でそのまま開けたのでクラス10に換装したメリットはわからない
gloよりはサクサク動くけどCPUの差なのかもね

>>508
俺も今回買ったけど4Gだったぞ

>>509 >>512 >>513
情報ありがとうございました。
先人がいて詳細な手順をアップされていたんですね。
参考に試してみます。
ありがとうございました。

>>515
目的はバックアップです。
簡単バックアップを Aura HD でいきなり動かすのは恐いので。
SD の換装をする予定はいまのところないです。

>>507
[前スレ 653]

touchやgloと違ってauraはまず額縁を外す
ただし、額縁と液晶が両面テープで接着されているので、慎重にやらないと額縁が割れたり、最悪液晶が割れる
最初の一回目はゆっくりあせらずやるのが吉
クレカや爪じゃなくて、ちゃんとした道具を使ったほうがよい
アマゾンで「iphone 分解」で検索して出てくるような安物でおk

一度分解できたら両面をきれいにはがしておくと二回目からは楽
コツは四辺のツメを全部浮かせておいて、ゆっくり両面をはがしていくようにする
ツメの数は縦横共に等間隔に六箇所、全部で24箇所ある
本体側にツメがあり額縁側は受けになってるので、道具をすきまに差し込んで本体側にコジる感じ

額縁が外れたら、内部の四隅のネジを外すと基盤が外れるので、裏側のmicroSDにアクセスできるようになる
ネジはプラスネジだが、精密ドライバーやメガネ用のドライバーを準備しておくこと
基盤を外すときは上側から引き起すようにすると外しやすい
ちょいちょい殻割をするようであれば、ネジは外したままでもとりあえず問題なし

組むときは上部のスライドスイッチの噛み合わせに注意
額縁をキッチリ嵌めないとタッチ操作が効かない

こんなとこかな


[前スレ 714]

やっつけですがまとめてみました。
653さん本当にありがとう。
場所は勝手に借りてしまいました。
物理Hackと言うことでお願いします。
ttp://ux.getuploader.com/KOBO_HACK/download/141/Aura%E5%88%86%E8%A7%A3.zip

みなさんのおかげで aura HD を無事開けることが出来ました。

00Aura分解.txt の中で書かれていますように、"01最初の切っ掛け(再現).jpg"の
状態にするまでが一番大変でした。

> 1)Kobo Auraの上から10�o辺りの額縁と本体の隙間に横から精密
> マイナスドライバー(2�o位)を突っ込み、こじって、隙間をつくります。(写真01 02)

と書かれていましたが、私の場合は上から 30mm あたりをこじりあけました。
上から 10mm は 左側面のツメの上から１つ目と上端の間をこじるのに対し、
上から 30mm は ツメの上から 1 つ目と 2 つ目の間をこじります。
こちらのほうが隙間が空きやすく、ドライバーを割りこませやすかったです。


e-ink パネルとの両面テープを剥がす際は、パネルと額縁の段差にツメを引っ掛けて、
上に引っ張るように、パネル側からはがすとやりやすかったです。

やってみた印象としては、傷を付けずに開けるのはほぼ不可能で、
多少の傷を覚悟しないと開けられないだろうと思います。

CFW入れたら起動時になんかヲタ臭いアニメーションが出るようになった。
気持ち悪いからマジ消したい…

>>521
ファクトリーリセットして関わらなければ幸せになれます

文鎮化したかどうかわかる方法ギボンぬ
構築画面が終わらないですぞ

>>523
電池切れしてる予感

リセットボタンおせよ

kobo gloの蓋開けて、メモリーカード挿した状態で動作確認しようと電源つけようとしたら付かない
メモリーカード元に戻してUSB接続したらなんかついたんだけど、今度はスリープも電源OFFもできたい
これって蓋閉じないと機能しないの？
それとも開ける時にスイッチ付近から開けたから壊してしまったのか・・・

スイッチの辺りいじったら治った
スイッチのトリガーが小さいから、基板が押さえつけられていないときちんと動作しないみたいだ

・・・買って一日目で壊してしまったかとはらはらした

>>521
Kobo Hack Uploader | Minimumテーマ.zip ダウンロード | uploader.jp
ttp://ux.getuploader.com/KOBO_HACK/download/46/Minimumテーマ.zip

>>522
お前はあのヲタ臭いのに耐えられのか？
キモヲタ氏ね

kobo gloですが、
電源入れると、しばらく青ランプ点灯してから、消灯。

ライトボタン押しながら電源ボタン長押しも聞かず。
爪楊枝でリセットボタン長押しも反応無し。

完全に壊れてしまったのでしょうか？

>>527

普通に蓋閉めて使ってる状態でも浮きでスイッチの効きが悪くなることがあるからなあ>glo
(そういうもんだと分かってないと焦る現象だけど、あまりFAQとしては認知されていないのかな)

>>530

--------------------
>--- normal --
>(1)青(hardware init?)
>(2)緑(u-boot board init)
>(3)青(uboot ISD boot)
>(4)緑点滅(kernel init)
>(5)消灯(nickel)
--------------------
瞬間的にでも緑が点かないのなら、
ブートローダ―から死んでるのでファクトリーリセットもできない状態だね。
(ファクトリーリセットはブートローダーとkernelとファクトリーリセット領域が正常じゃないと機能しない)

しばらく青点灯ってことだから(3)くさいので、
kernel領域が死んでいて、ノーマル起動もファクトリー里瀬とも不可
っていう状態くさい。

>>532
やはりですか。
何と無くシステム的に、完全に死んだら、ファクトリーリセットも何も無いなとは思っていたのですが。

そして、自己解決したのですが、ダメならもういいやと殻割して、ダメもとでSD刺し直してみたら、緑ランプ付きました。

どうやら、SDがちゃんと刺さってなかったらしいです。
おかしくなる少し前から挙動が変だとは思って居たのですが。

ついでなので、リセットしたらSDの中身バックアップしておきます。

ありがとうございました。
m(__)m

koboからターミナル操作する方法ってある？

新規さんが増えたのを感じる

>>533

メディアの接触不良だったのら、結局現象としては(1)段階で止まってたのかもね。

Koboには堅牢なファクトリーリセット手段がないのでバックアップは必須。
内蔵メディア交換不可なauraは…文鎮化したら諦めるしかないのかもしれないなあ。
(外部からsdに流し込むようなCPU内flash領域のbootloaderとか別手段がみつからなければ)

＃＃＃

>>534
「koboから」ってことは、kobo端末内にtelnetで入るんじゃなくて
koboから外部の鯖等にtelnet/ssh等に入りたいってこと？

なにせキーボード入力の問題があるわけだから、
今のところローカルhttpd立ててform/cgi経由でコマンド投げるとか
そういう間接的な手段しかないんじゃないかな。
定型操作ならランチャー的なhtml/cgiを作成するとか。

kobo端末内でlocalにshellに入るのも同じく。
定型操作ならmobilereadのforumを漁って
ランチャーになるのを入れるとか。

>>527
蓋は閉めなくても動作はする。
日記はブログで頼むわ

ふと考えたんだが、
koboのUSB端子から外付けライト用に電源を取れないものかな？

小auraは内部SDじゃなくなっちゃったのね、残念

>>538
発想がバカすぎて笑った。
機構的に無理だし利点が無い。

百歩譲って端子に給電機能があったとしても、
USB端子は下側、ライトは上側に付けるのに、その間はケーブルで繋がるの？？？
普通に電池式のがスマートだろよ

>>537
個体差じゃないかな

これは蓋が開いた状態ではスイッチ部の基板を抑えながらじゃないと微妙に浮いてしまって動作しない

>>536
ちょっとした操作したい時に直接出来たら便利だと思って
今のところ難しいのか


telnetで接続してFAT32のmmcblk0p3を/mnt/userにマウントしたところ、日本語ファイルが文字化けしてしまうんだけど、どうすればいいの

>>540
なるほど、無理なんか。
まあ、別に馬鹿にされてもいいんだが、給電できればいろいろできると思ってね。
スマートさなんて後から考えればいい。

>>541

USB OTG(USB Host)モード自体はkernel作り直しとかあれこれ頑張ればできるはずだけど、
接続するUSBデバイスへの給電可否や実効給電能力は別問題だしなあ。
KoboでUSB-host関連やろうとしてる過去の事例だと
Kobo本体からの給電例はなかったと思う。

#給電に限定して+5Vに拘らないなら内部基板から適当な電圧の拾える端子から取って
#上部に引っ張り出すとかいう無理やりな方法もあるとは思うけど(笑)
#ライトを点灯できるような適当なのが取れるかどうかは不明

##

ターミナル化は、今まで本格的に作ろうとした人がいないかもなあ。
定型作業のメニュー実行なんかはやってる人がいたとしても書くネタにもならんし。
道具の乏しいKobo内で頑張るよりも鯖側にwebから操作できるI/F作るほうが簡単だから、
宅内鯖とかが相手なら普通はそういう方向にいくだろう。

##

>telnetで接続してFAT32のmmcblk0p3を/mnt/userにマウントしたところ、日本語ファイルが文字化けしてしまうんだけど、どうすればいいの
/mnt/onboardの領域なんだから/mnt/onboardのmount option調べて
それと同じオプション指定すればいいいんでは？
(/etc/init.d/rcSとか/usr/local/Kobo/udev/usbとかそのあたりをgrep)

>>543

あ、表示の文字化けっていうだけの問題なら、
lsの問題なのでロダからpatch版busyboxを拾ってどっか別のことろに入れればいい。
lsとそのlsを内部で呼び出すbusybox ftpd(>>104参照)がこの問題に関係するので、
その辺を使うなら対応が必要。

>>540
> 発想がバカすぎて笑った。
> USB端子は下側、ライトは上側に付けるのに、その間はケーブルで繋がるの？？？

ライトは上側という既存の常識に囚われた奴が偉そうに人をバカにしてるのも笑えるなw

パネルを真上や上部からみる人の割合は少なそうだけどな
大半はパネルのやや下側から斜めに視線が入っていくと思うので、下側に物体があると邪魔になりやすいと思うよ
人によっては真上(垂直)から、いや俺は見下ろす方が気分的にいい()から上からって人もいるから、
上部配置が絶対じゃないだろうけどね

上のライトの件だが、miniの外蓋にＴ３のアンコウライト組み込めたらいいなと
ヨドで展示のライトを見たが入力は4.2ｖだった。から割りした時バッテリーは3.7ｖ
だったけどバッテリーから直で取っても光るのかな？

>>539
aura、MicroSD交換できないってこと？
そんな端末は欲しくない。

http://www.dotup.org/uploda/www.dotup.org4657188.jpg

セールでkkobo用ライトかってT3で使ってるが、逆は考えもしなかったな

何に使うかしらんけど、フロントライトが無駄に明るいから足元照らすくらいならフロントライト最大出力で事足りるような気がする

>>550
kobo以外でも使えたのか！買えば良かったな…

Kindleの野良ネイティブアプリってどういう開発環境なんだろ？

ターミナル繋がりでKTERMとかみてみたが、
gtk+(DirectFB)なのかな？
ソフトキーボードはmatchbox-keyboard

koboだと出力はnickelのqwsサーバを使うタイプのスタンドアローンQtアプリが楽だけど、
入力側の問題(標準widgetへmouse eventが届かない)があるのと、
nickel外部Qtアプリからだとnickel内ソフトウェアキーボードを使えない(？)
ってのがあるからなあ。
日本語考えないなら自前で作ってもいいんだろうけど…

Nickel内でQMLが使えてQMLのwidgetでmouse eventが扱えれば
nickel内のQML(ECMA Javascript)だけである程度までのUIアプリ作れるはずだけどなあ.
#libQtDeclarative.soがないのでQMLなしのconfigのはず

>>548

実機持ちがいるはずのmobilereadのフォーラムでも
精細な実機内部写真が出てなくて
未だにFCCのボケ写真が根拠なんだよなあ。

まあFCC通しておいて別ハードで販売するってのはないだろうから、
・内蔵フラッシュはSandisk iNANDみたいなチップ→換装不可
・メインメモリはSamsungの2G32の256MB→1GB説はガセ(？)
じゃないかと思う。

iNANDでもCPU(Soc)とのI/FはsdだろうからCPU側のI/F性能は変わらなさそう。
iNAND内部のメモリチップとかコントローラがsdメディアのそれと比べてどうか次第だなあ。

外形デザインとタッチ方式の変更以外は現状維持かパネルみたいに少しダウン
っていうのがauraの実体っぽい。

###

そういやKoboはKindleみたいにハードリセットしてのUSBダウンロードモードとか
サポートしてないのかな？
sd交換不可でも文鎮化からの復活の道があるかどうかが見通せるんだが。
固有情報の問題があるので流し込むイメージを事前に各自バックアップしてなきゃ
現状と変わらず文鎮化復活はできないんだけどさ。

MobileReadの文鎮化したからイメージくれくれスレでPMで上げてる人は
その辺どうしてるんだろ？適当なダミー値埋め込んだのを渡してるのかな？
#固有情報セクタ(というかメディアとしてはblockか？)が破損せず読み出し可能だという仮定をおけば、
#文鎮化したメディアから抜いた固有情報をはめ込んだイメージを作れなくもないが…

>>545
むしろ下から照らす商品あるのか教えてくれ

[u-bootのboot selector化]
・miniのリカバリー起動のコードを参照すれば
　u-boot内で直接zforceをたたいてタップ座標を得ることはできる
　(ドライバ化はされていない)
　zforceはN905Bはv1でそれ以降はv2だから
　その辺の違いに配慮しないといけないかも？
・epdcはdriver moduleがソースにある(splash screen用途)が、
　設定順序等間違えるとepd周辺回路が焼けたりする物理破損の可能性があり
　少しリスキー(imx6版freescale patch等入念な調査がいりそう)
・aura用公開ソースをベースにすればglo公開ソース以降のkobo patchは取り込めるはず

kernelも違うものだと、kernel置く位置等の領域レイアウトが変わってきそうだが、
画面表示なしの状態でタップ位置だけでselectするなら比較的安全にselector実現できるかもなあ。

#u-bootいじってた某所の人、どう？

e-inkパネルの残像低減ネタ@mobileread

http://www.mobileread.com/forums/showthread.php?t=226739

auraの使ってる"regal technology"とかいう残像低減技術を
既存機種で使いたいというスレらしい。

・auraから抜いたwaveform
・auraの公開ソース(epdcデバドラ)から必要箇所をbackport（？）
で、既存機種にも適用したいなあ、というアイデアっぽい。

まだauraのwaveformを入手してないようだけど、aura向けの生dataがあっても、
解像度も違うのでe0inkのwaveformをいじれるレベルのsdkとか技術情報が
どこかから出てこないと厳しいだろうなあ、と思いつつ、期待を込めてwatch

kobo gloを殻割して内蔵microSDを
Class 10に交換したら体感変わります？

>>557
いつもながら貴方すげーわw

>>555
kobo glo

(1) Tolino Shine化
(1-A)backup_internal_sd_shine_after_sys_recover.img.gz
　　tolino shineの生イメージをsdに焼く(gzip展開できるイメージツールor事前展開)
(1-B)焼いたsdに換装しglo起動
(1-C)起動できればTolino Shine化終了

(2)Androidとしての脱獄[1:リカバリーメディア起動まで)
(2-A)ALLESebook.de_tolino_shine_root.zip
　　Tolino Shine用root化パッケージ内のrecovery.imgを別のsdに焼き
　　Tolino Shineのリカバリーメディアを作る
(2-B)Tolino Shine化したgloにsdを入れて電源オフを待つ
　　多分リカバリーメディアを認識したら電源オフするのだろう。(数分"WAIT"と書いてるので)
　　☆待っても電源オフしないようなら一度強制OFF(電源スライダー長押し)でして起動しなおす
(2-C)Kobo本来のリカバリーと同じくライトボタン押し続けて電源ON(ロゴが出るまで)
(2-D)リカバリー画面が出たらKoboをPCにusb接続

(3)Androidとしての脱獄[2:adb接続root化作業)
　この先はありがちなandroid root化作業
　※誰か実作業した人まとめて

###

glo以外でandroid化できそうかどうかが気になって調べただけで
glo空けるの面倒で実作業してないから、adb接続以降の作業は省略

tolino shineイメージのうち、HW CONFIG,waveformを実機に合わせて
修正したイメージ作ればできるかなあ。
kernelがntx kernelでターゲット機種以外もhw configベースで判定して
適切に扱えるコードがちゃんと入っているなら、いけそうな気がするんだけど…
kernelの上物のほうは多分kernelが適切にデバイスを握っていれば問題なく動くと信じたい。
UI部品のレイアウトとかヤバイかなあ…

ようやく2.6.1以降で画像epubを全画面表示する方法が分かった。
なんて事はない、メタタグで固定レイアウトを宣言するだけでOKだった。
てことで、FWのバグではなく、書式の厳格化って事だったのかね。

自作分は自分で対処できるが、ストアのepubはデータの修正を待つしかないようだ。
もしかしたら、将来そこら辺のチェックが緩めに戻ることがあるかもしれないけど。

で、自分用ツールで作成し確認してみたが、2.10.0での表示最強やん！
唯一の弱点が消えてる…　こりゃうれしいね。

あとは毎ページリフレッシュの是正をのんびり訴えていくか。

給電ネタで思い出した、物理キーガジェットの妄想

[imx50*--GPIO--KEYPAD]
空きGPIOがあるか、UART用pinの設定変更が必要
(UART用pinがGPIOとして使えないなら後者は無理)
kernel patch&rebuildが必要
UART pinを変更するならuart tty周りの設定も修正

[imx50*--UART--MCU--KEYPAD]
kernelそのものはrebuild不要
uartをttyとして扱っている設定部分は修正が必要
別途uart経由でkeyscanしてkey eventを放り込むdaemonが必要
MCU側もそれに応じたプログラムが必要

[imx50*--usb--USB KEYPAD device]
kernelはUSB-host enableが必要(OTGモードじゃないと困る)
USB-HIDにするならHID関連のdriver等も必要
多分独立給電が必要(？)
HIDに拘らないならUSB付MCUでデバイス作って
gpio over usb的な構成とか。

##

http://www.mobileread.com/forums/showthread.php?t=225551
USB-HIDはこのスレで頑張っているようだ。
Kobo版ソースそのままでkernel configは変更してるけど
SoC初期化等まずそうな部分の修正しているように思えないのが謎。
XCSoar版kernelってわけでもなさそうだし。
このスレの過去スレで成功した人のpatch情報とか教えてあげると有用なのかな？

http://www.mobileread.com/forums/showthread.php?t=225772

kernelつながりでCIFS mountネタのスレ。

cifs mount用のkernel moduleは前に作ったのを上げたのがあるんだよなあ(笑)
元々android方面でcifsサポートないときに無理やりcifs.koを作るやり方を踏襲して作ったもので、
kernel自体は無変更でinsmodで入れられるやつ。

mountできてNAS上のコンテンツも読めたけど、
WiFi断で消えるわけでnickelのコンテンツ管理とか
その辺どうすれば実用的に使えるんだろう？とか思って
動作実証以上には環境整備はしなかったが…。

少なくともネット超しに読んでるときにはそのコンテンツはローカルに
キャッシュするか、WiFi切れないようにしないとまずいし、
db内での状態管理とか諸々課題が多そうだった。
#nas上のコンテンツ倉庫が巨大だったりすると、その全部をnickelにそのまま見せると
#コンテンツスキャン時間が悲惨だしdbサイズもシャレにならんわけでさ。

ローカルにcopyしてそれをnickelで管理させるなら別にcifsにする必要もなくて
ブラウザ上のjavascriptベースでnas上のファイル選択して
wgetで指定ファイルを拾ってくるcgi呼び出して
というので実現できるだろうしなあ。

nickelで扱わずにディレクトリ管理しかしないタイプの
外部ビュアーで読むならNAS上のコンテンツも使えなくもないのかもなあ。
別にsystem(kernel)レベルでcifs mountする必要はなくて
アプリ内にクライアント内蔵してれば済む話だけど。

>>560
外付けの話してんだよ

ここが活性化してくるとなんだか嬉しいね

>>561
"Tolino Shine用root化パッケージ内のrecovery.imgを別のsdに焼き"
の部分だけど、焼くんじゃなくて、SDのルートにコピーじゃない？
（焼くをコピーの意味で使ってたらごめん。　Tolino Shine化で焼くという表現を
つかっていたので。）

成功すると、SDのルートに recovery.img_old というファイルが出来るみたい。

adbで苦戦中。

>>538.555
ポケットライトmicro
http://www.pocketgames.jp/item_detail/itemId,3/
これ使えるかな？

http://www.mobileread.com/forums/showthread.php?t=220350
http://www.mobileread.com/forums/showthread.php?t=222123

Kobo公式KernelベースのDebian化だが、そのこと自体はどうでもよくて、
この人のkernel patchが面白い。
・Xを動かすためのautoupdate対応,fb conサポート等(config menu項目の変更)
・内蔵keypadのscan関連でのX対応(event後にsyncが出るように?)
これらはまあ、そうなのね、って感じ。

・fbのupdate時に更新領域を限定するための仕組み(オリジナル？)
　元々ライン単位でfull updateしてたのを、16x8 block単位のpartial updateにする
　16x8単位のcellのhashをcrc16で作っておいて更新領域検知
　多分、Xの描画負荷低減のために独自に入れ込んだもの。

・zforceドライバのマルチタッチ化(コア部分はzforce使ってるKindleから持ってきたもの)
　zforceでマルチタッチのスキャンをするようだ。
　評価機がN905Cっぽいので少なくともzforce v2を使ってるglo以降は全部Okじゃないかなあ。
　zforce v1のN905Bだけは使えるかどうか微妙

aura対応の2.10.*以降ならnickel側がマルチタッチ対応してるので、
試して使い物になりそうならこのカーネルへの入れ替えがデフォ化していくのかも。

公開されてるカーネルソース以降のpatchが適用されてないのがネックだから、
aura用ソースから作り直したほうがいいと思うけどね。

###

元がkindleのドライバだから、赤外線タッチ(zforce)なkindleで
マルチタッチの実用度がどうだったのかユーザーの実体験が知りたいところ。

>>567

ああ、その通り。
「２枚目”のリカバリー用sdのルートにコピー」
です。

実作業せずに、mobilereadの作業手順まとめたpostを
流し読みしてまとめたので、
".img"→焼き
と単純に書き飛ばしてしまった(笑)

http://www.mobileread.com/forums/showthread.php?p=2681530#post2681530
mobilereadのこのスレの
http://www.mobileread.com/forums/showpost.php?p=2681530&postcount=64
このpostがまとめの元ネタ。

>>563

USB接続でGPIOo over USB方式ならFT232系のbitbangモードで済むので、
既製品モジュールが使えるかもなあ。

usb-serialコンバータでprogramming可能なチップで
GPIOがついてるものでも同じようなことはできるだろう。
8051系のcpuが乗っかってるのでなんかその手のがあったはず。
こっちのだと市販製品ベースで改造って感じ。
#昔の記憶だとcypress系のチップ使ったのがそうだったような…

あまり製品バリエーションないかもしれないけど、
usb-パラレルで双方向対応のものとかでもできるのかも。
具体的なチップは調べてないけど、パラレルで元々ピン数がそれなりに必要だし
チップとしてはOUT固定じゃなくてある程度はIN/OUT設定できるタイプのものだろうし
素性がよければこっちのほうが使い潰ししやすいのかもしれず。

>>569

余談

このDebian化をやってるMarekGibekさんは>>557 のRegal technologyもやろうとしてるし、
Tolino Shine公式kernelのほうもいじろうとしているようだし
kernel/driver系で最近活発に活動してる人だなあ。

Kobo eReader.confの[Reading]部分に
numPartialUpdatePageTurns=（1〜99まで可変？）
を加えるとリフレッシュレートが変わって、数字を大きくするとバッテリーもかなり長持ちになるとかいうTIPSがmobilereadにあるね。ただepubは画像ごとにリフレッシュなのは変わってない。

>>573

そういやだいぶ前に隠し設定スレでそれを見かけて、
有用だからこっちに書こうと思ってたたけど忘れてたなあ。

で、リフレッシュといえば、auraの紹介動画みてると、
設定で"章毎"みたいな指定ができるようになったっぽいんだけど
2.10.*@gloとかでも章毎が選べるのかな？

###

cbzはビュアー内ではああまりパネル描画に関して制御してないけど、
epubはその辺少し制御してるんだよなあ。

あと、ビュアー共通機能としてmixinされる操作でzoom時のscroll表示とか
その辺は高速スクロールするために2値モードで描画領域動かしたりとかしてて、
そういうデバイスを意識したアプリっていうのが、
外部ビュアーに対する多少のアドバンテージなのかも？
(CoolReaderとかKoReaderみたいなKobo特化なのだとやれなくはないけど、
Android化して汎用のビュアーを使った場合はそういうのは無理だろうし)

epub画像のページ毎リフレッシュはhookだと殺せないだろうから、
binary patch方式で殺すんだろうなあ。

>>573
おー変更された
読書設定見ると、OH THE HUMANIY!になってるｗ
デフォルト以外にしようとしたら接続して変更しなきゃならんのは面倒だね

>>574

あ、章毎が選べたとしてもepubはよくてもcbzが困るか。
(cbzは1ページ=1章扱いのままだろうからページ毎リフレッシュになってしまいそう)

・USB給電問題
考えてみると、公式カーネルだとUSB OTGポートはSoC設定はペリフェラルモードなんだろうから、
OTG HOSTケーブルを接続したとしてもハード的に勝手にHOSTモードとして電源供給したりしないよねえ？
SoCがHOST modeで設定されてりゃIDピンでhostかどうかを判定してHOSTなら…とかするのかもしれないけど。
この推測が正しいとしたら、kernelのカスタム化しないとUSB給電も無理じゃないかな？

・USB Download問題
imx内蔵boot romのシーケンスとかリファレンスマニュアルで眺めてみたけど、
結構USB Downloadに落ちるケースは多いような気がするなあ。
sd外せる機種ならUSB Downloadモード自体は簡単に実験できそうな感触。
ただし、これが必要になるのはauraだから、auraでハードウェア的なリセット時にbootに関連するpinが
どうなってるかとか、CPUのヒューズ設定がどうなってるかとか解析できないとなんともいえず。
(文鎮復活方法としては、iNANDへの外部からの書き込み経路の有無とかの別ルートも考え得る)

スマホじゃないんだからUSBホスト機能は無いと思うけどなぁ
わざわざMicroUSBからホストケーブルで通常サイズのUSB端子に変換するメリットも無いだろうし。
かさばらせるメリットは無いと思うんだけどもね

>>578

うん、公式kernelに機能はないし、将来的にも公式にサポートはされないと思うよ。

公式機能としてあるかないかでいえば「ホスト機能はない」
ユーザーニーズの意味合いでのありなしは人によるとして、
(読書端末としての商品企画としては「なし」だと思う)
ハードとして有効化可能な機能として存在するかどうかでいえば
少なくともN905B時代までは「存在する」

端末の作りとしては少なくともN905B Touch時代の端末では
netbsd方面とかこのスレの過去成功事例とはを見る限りは
適切にハード設定をするようにkernelを作り直してHOSTで使えているようだから、
カスタムでkernel作り直すなら可能だよね、っていうだけでさ。
(ホストで動いている事例はあってもOTGモードで両刀で動いたかはハッキリしないが)

HOSTモードを調べてるのは、あくまでUSBのVBUS給電に関して
・過去のHOSTモード事例は給電ケーブル前提だけど、それは
　給電能力不足の問題からであって、VBUS自体は貧弱でも給電してるということなのか。
　それとも、部品コストダウン等の理由で、CPU外部の回路が削減されているのか。
　(ntxリファレンス機としてはサポートしているだろうけど)
・チャージ/給電の切り替えは全くCPUの外で回路レベルで自動的に行われるのか？
　（そうならhostケーブルと認識されるコネクタ指せば給電されるはず)
・そうじゃないなら、kernelいじってドライバでHOST切り替え制御しないとUSB給電も実現できないはず
っていうようなのが気になっただけ。

#ハード屋さんならうだうだ書く各ような話でもなく基板みて一発で確定する話なのかもしれんが。

https://sites.google.com/site/gibekm/hardware/kobo/kobo-as-tablet
ここを見てDebian導入してみた
起動して画面は表示されるけどタッチしても反応がない
ホームボタン押すとWiFiアイコンが表示されるが何が起こっているのかわからない
serlal繋がないとかなぁ…

>>580

イメージはN905C用のはずだから、それ以外の機種だと
自分の機種からu-boot,HW CONFIG,WAVEFORM等を抜いてきて
イメージファイルを修正しないといけないと思うけど、
その辺は大丈夫？
(u-bootは公式updateファイルから自機種用のを抜いてもいい)

あー、「ホームボタン」ってことはN905CでN905C用のをそのまま動かしたのかな？
それでタッチが効かないなら何か別の原因だなあ。
(N905BでN905C用を…というならタッチが効かない可能性はあるかも)

system自体は起動してるからusbでなんとかできそうな気がする。
debian化したときってusbはどうなってるんだっけ？
(PC上でメディアをmountして設定いじればusb経由で中に入れるのでは？)

tolinoやってみてるんだけどどうにもrootとれないでござる
というか

mmcblk0p2がremountできないぜってことのようす。。

>>581

debianはchrootで入ってるだけでroot構成はKobo OFW2.5.2改だから、
debian起動前のrcS内boot selector段階だとusbnetも何もできないか…

menuを動かしてるpythonはデバイスから読み出してevent処理してるので、
ドライバレベルでzforceがタッチを認識してないっぽい。

やっぱりN905Bだったりしないかな？
そうじゃなきゃN905Cでもロットによって
zforceマルチタッチ可否が違ってくるとかいうことか？

###

mobilereadの他機種用修正方法postだとwaveformをすっかり無視してる風なんだが、
glo/auraの人がイメージ修正しようとしたら困るんじゃないのかな？

リカバリーpartition削って順序変わってるので、
無駄にnickel側に修正いれなきゃいけなくなってるのが
システム構成として謎だなあ。
p2をswapにしてp3がFAT(/mnt/onboard)とでもしたほうが
nickel側に影響なくてよさそうなのに。

>>579
詳しくありがとう
参考になった。

>>582

adbは使えてるから接続できてるけど、
rootになってなくてremountできないとか？

#############
ちょっと>>561の(2-D)部分の工程修正

(2-B)ノーマル起動状態でリカバリーメディア挿入
→p4のリカバリー領域にイメージを書き込み、メディア上のファイルはoldにrename
→電源OFF

(2-C)リカバリーモードでの起動
　　電源OFFからKoboのキーシーケンスでリカバリー(ファクトリーリセット)起動

(2-D)リカバリー作業(adb,root有効化)
　　システムの更新完了後にリスタート確認のダイアログが出るので、一度リスタートさせる

(2-E)再起動後は、永続的にadb,root有効になった状態(のはず)
　　この状態でPCにusb接続してadb関連作業

###

mobilereadのpostだとリカバリー画面がでたらそれで終わりでPCに繋ぐみたいな書き方だけど、
元々のtolino shineのhackしてる人のページだと、上記のような感じで、
リカバリー起動してシステムいじった後に再起動がstepとしてあるようだ。

#相変わらず実作業はしてなくてページ読んだだけなので、
#現物での工程としてどっちが正しいのかわからんが…

582ですおはようございます

adb できるけどrootじゃないマンです。
mountでみたときにremountしたいdev以下にあるsdの0p2が見えてないのも引っ掛かりますが...

recovery oldが作成されるのは確認できるですが、実際の作業のようすがさっぱり見た目にはわからないんですよね。

sdチェックがtolinoで走って使えるよーって表示がでたあとは画面の動きはなし。勝手に電源が切れることが無いときの方が大半だし基準がなぞです。

>>586
私も同じ症状です。　ルート化のバッチを一行毎に動かした時
remountのところがエラーになる。　仰るとおりmountコマンドで見た時/systemは
見えないし、/proc/mounts にも記述がないみたい。　マウントしているというより、
単に/ にディレクトリを作っているように見えますが、どうなんでしょう？

で /systemをchmod777して、remount以下を一行づつ実行したところ、エラーは
帰ってこないけど、再起動してもホーム画面選択が出てこないし、アプリも
インストールされてないように見える。　　うまくいかないですね。

ひとまず泥は起動したが、英語ならともかくドイツ語は辛いなｗ

>>585,586-588

実機でしないことには話にならなさそうなので実機でやってみた。
(glo開けるのとメディア準備するのが面倒で、する気はなかったんたが…)

(2-D)リカバリー作業(adb,root有効化)
　リカバリーモードに入ると、テキストベースのメニューが出てくる。

　TolineでのHOMEボタンがgloでのライトボタンなので
　　(画面上部にある説明)
　　HOME(ライト)ボタンで選択項目の移動
　　POWERスイッチ１回スライドで決定
　という操作方法を使って、
　それらしい行にあるリカバリー実行っぽい項目を選んで決定

　うまく作業を始めたら、画面にtextで経過が出る

　終われば再起動するかどうかのメニューがでるはずなので、
　同じようにライトと電源の操作でメニュー決定して再起動させる


動画等記録取ってなかったので、ドイツ語のどの行を選ぶと説明できないが、
まあ、ある程度ドイツ語に勘が働けばノーミスでいけると思う。

リカバリーから再起動までいっていれば、
ドライバインストールして2のbatでPIDをiniに設定して
3のbatでadb経由でsu等必要ファイルを流し込むだけで
躓く可能性があるのは、精々ドライバインストール方法くらい。

すんなりpassすれば3のバッチの最後で端末rebootさせているので
勝手に脱獄済み状態で再起動してくれる

#

ってなわけで、脱獄まで全工程完了

(2-D)部分の丁寧な記録報告は誰かお願い

一通り弄ってみて元に戻した
メモ
ライトボタンは戻るボタン
Einstellung→Sprache & Tastatur→Sprache auswahlen→最下段の日本語で日本語化
(auswahlenの二文字目のaはウムラウトついてるけど)
メニューボタンなどがないので、button Saviorでソフトウェアボタンを表示してる
こいつはアップデート版がある
GooglePlayも使える

まあ、ちょっといじって遊んだら、もうAndroidはいいか、って感じだな。
頑張ってdual bootで共存とか考えるようなもんではないという感想。

MarekGibekさんのTolino版Android向けlinuxカーネルいじりでなにか成果があれば
表示周りはもう少しマシになるかもしれないが…

#彼はどうも自力でKoboにAndroid portしようとして一度挫折していたようだなあ。
#でTolino Shine化が出てきたので、ある種リベンジ的にTolino版kernelいじってるのかも。

なるほど...わかってしまえばできました。。
ありがとうございます。


まずリカバリー領域のブツを書き換えて、その改変リカバリ戻せよってことだったわけですね。

再起動というのを字面のまま受けてしまったのがあかんかった。。

>>581
自分のN905Cだと思ってたんですが底面見たらN905Bでしたよorz

> イメージはN905C用のはずだから、それ以外の機種だと
> 自分の機種からu-boot,HW CONFIG,WAVEFORM等を抜いてきて
> イメージファイルを修正しないといけないと思うけど、
> その辺は大丈夫？
これ試してみます

613に刺してみても起動したけど解像度違いで画面ずれたこれもそのうち対応したい

>>592
うまくいかないのですが、
”リカバリー領域のブツを書き換えてその改変リカバリ戻せよ”　の手順を教えて下さい。
　

>>594
>>592　さん　うまくいきました。
recovery.img_old ができたあと、
リカバーモードで起動。
メニューの下の段を選択して、　次に中程の１つだけ違う行を選択して、書き換え。
再起動後USBをつなぐのですが、この時、リカバリーモードで起動してつないでました。
通常起動で接続してうまくいきました。　どうもです。

2.60でcfw0.96β1を入れたのですが、自炊本の向きが左右逆のままです。
何か特別な設定とかあるのでしょうか？
あと、cfwを入れた場合のソフトウェアの表示は変わりますか？

くっ！
言いたくはないが何を試したかもわからないから一応言って置くぜ



っ 再起動

>>593

多分
HW CONFIG値:zforce_v2(N905C)
実際：zforce_v1(N905B)
というのがkernel driverが正常動作してない原因じゃないかと思うので、
HW CONFIGだけいじって動きそうな気がするなあ＞N905B

u-bootは正確にはメモリチップの違いがあるなら整合する版にしたほうがいいんだが、
起動してるんだし、そのままでもそれほど支障はないのかも。

gloで画面ずれは、HW_CONFIGとwaveformかなあ。

waveformはgloオリジナルとN905C(Debian image内の)で異なるから
解像度が違えばデータも誓うのは確かなんだけど、
パネル世代と解像度が同じTouch(N905B)/Touch(N905C)/Mini間で
オリジナルデータが違うかどうかは不明。
(実効的には支障がないということかもしれないけど)

###

Debianは2.6.*以降のOFW(or +CFW)をベースにして
上から被せてKoboRoot.tgz installするようなパッケージにしたほうがいいだろうなあ。
rcS内ののboot menuとかはうまくCFWと共存できるような作りに変更して、
boot selector自体をCFWに取り込んだ方が環境整備としては素直。

２つの質問は確か両方とも前スレでも出てきていたような気がするのでFAQ項目だなあ。

CFW導入後に正常に動き始めた初回にinstall successなpngかかんかを動的に生成して
それをテンポラリに本登録するような仕組みでも入れたほうが安心できるのかな。

実行時の設定に起因するエラー等を全部トラップするのは大変だからおいとくけど、
楽に入れられる班員内で、txt(html)でユーザーに通知したい情報を生成して
それを本として登録することで知らせる仕組みとか。
#jsのconfig parserを転用すればsytax checker的なものは作れるかもしれず

>>597

>>596です。
ありがとうございました。

>>598

Touch(N905B)でHW CONFIGのみの書き換えで起動確認
元のN905Bのがv0.7と古くて来待悪いので、
v1.3相当になるように手作業で必要項目のみ修正してみた。
機種/wlan chip/touch controller/パネル電源管理/メモリタイプ
あたりが主な違い。
メモリタイプはN905BがMDDR(generic MDDR?)設定で
N905CやgloではSamsung K4X2G323PC設定のはずだが、
実際N905BもK4X2G323PCなので実機に合わせて正確なものに変更。
(u-bootがglo以降のmark4用だからK4X2G323PCと指定するほうが整合しそうな気もするし)

###

製造番号はわかりやすいsector#1(offset 0x200)だからいいとして
MACアドレスの大本のソースはどこになるんだろう…

やっぱり、ファクトリーリセット等の最初期時だけcybertanのチップから取ってくるけど、
それ以外は初期に取ってきてtext保存してあるのを使うっていうやり方なのかな。

ファクトリーリセット領域を削ってあるdebianイメージだと
既にtext化保存されてるファイルの書き換えでOkかな。

###

MACの違う個体にイメージいれて、ファクトリーリセットで本来のMACに戻るようならそういうこと。
ファクトリーリセット工程を必須にするなら、同一イメージの使い回しは
sector#1の製造番号修正だけでいいことになる。

人に渡せるものを作る場合は、p1,p3内で
既にテキスト化されちゃってる情報部分もマスクしないとまずい。

相手にファクトリーリセットから作業を始めてもらう前提で
・partitionレイアウトは正常なもの
・MBR〜p1以前の領域(#1の製造番号はマスク)
・p1は場所は確保するが空
・p2のリカバリー領域は本来の正常なもの
・p3は場所は確保するが空
っていうような感じに個体情報の残骸が入る可能性のあるsec#1,p1,p3をzapすれば
cleanなイメージになるかなあ。

前にアイデアは思いついていたんだが、
Tolino Shine化するときの操作で思い出した構想。

Glo用にライトボタンを長押しorダブルクリック対応にするデーモン作って
(TouchのHOMEキーデーモンのように)
nickel内部のスクリーンショット機能のキーをバイナリパッチで
ダブルクリックor長押しに割り当てるとかすると、
電源スイッチ操作を全部そのまま残した状態で
スナップショット機能を有効化できる。
(指定したボタン操作でPRINT SCREENあたりのキーが出るようにして、
nickel内部のキーチェック値をそれに合わせてpatchする)

電源以外の物理キーレスなminiだと別の手段がいる
・アイコンor設置メニュー等どこかに機能ON/OFF操作の仕組みを入れる
・機能ONのときにユーザー操作でのスリープはなし(orアイコンなどGUI代替操作で実現)
・機能ONのときに自動スリープに入る場合、入る前に機能OFFにする
・電源スイッチ長押しの電源OFFとスナップショットを誤認しないようにする仕組みを入れる
誓約なく一からつくるならなんとでもなるけど、
hookしてpatchで実現するとなると最後の誤認防止が難しいなあ。

touchの場合だと、HOME押しながら電源でスナップショットにすればiPhoneっぽいw

>>601
> Touch(N905B)でHW CONFIGのみの書き換えで起動確認
% dd if=/dev/sdc bs=512 skip=1024 count=1 > hw_config.img
% sudo dd if=./hw_config.img of=/dev/mmcblk0 bs=512 seek=1024 count=1
でとりあえずタッチ認識するようになりました
Debian思ったより遊べそうな感じです
でもWiFiがうまく行ってなさげ
また明日調べてみます

自分が読んでいるEPUBの文書が、ある時から
「ゼロ幅スペース（ZERO WIDTH SPACE U+200B）」を採用したらしく、
Koboで読もうとすると、文末にやたらな空白が現れるようになってしまいました。。。

これは、コンテンツ側で処理するしかないのでしょうか？

iBooksなどでは、（ZERO WIDTH SPACE U+200B）が入る前と後で
表示は全く変わらないのですが。。。

>>605

フォント指定が影響することもあると思うんだけど、そのあたりはどうなんだろうか？

コンテンツ側が本来のゼロ幅スペースの用途として意図的に使っているなら
コンテンツ側で対処っていうのは難しいだろうし、フォント側もいじれないなら、
端末で処理するときにカスタムのcss/jsで回避するような対処策を考えるんだろうなあ。
（カスタムのjsってのはhackしないと難しそうだけど)

>>606
なるほど。フォント指定ですか。
すぐにやってみます。

なお、ゼロ幅スペースは本来の目的（改行位置の指定）として
使っていると思われます。

自分も、epubファイル編集できるソフトで、cssで何かしらの指定をして
回避できないかと思っているのですが。。。

jsは自分分からないのですが、こちらで何かいじれるものなのでしょうか？

>>606
フォント指定ですが、
自分でフォントは入れていないので、入っているモリサワなどを
変更しても変わらず。

日本語以外のフォント指定をすると、ゼロ幅スペースに対応しなくなるのか、
ゼロ幅スペースが展開されて表面化します。
１文字〜３文字、もしくは語句ごとにスペースが意図的に入っているのが分かります。

http://blog.fenrir-inc.com/jp/2011/06/post_51.html
ここの表を内蔵のおまけブラウザで見る限りは問題なさそうだから、
QtWebKit自体でデフォルトフォントの横書きは問題ないってことで
縦書きレンダリング時固有の問題なのかもなあ。

http://d.hatena.ne.jp/s_hiiragi/20110111/1294755929
この辺の幅が厄介そうな空白文字類を縦書き表示でテストするような
テスト用epub本作って確認してみたほうがいいのかもしれず。
#っていうか、楽天の(ローカライズ側の)技術担当者はそういうことしてないの？

##
>>607
jsでのってのは特定フォントでは正常表示されるなら、
ゼロ幅スペースを1か所毎にフォント指定して包んでやるような置換できないかな？
っていうこと。
重くなりそうだけど。

すっかり忘れ去っていたけど
縦書きのレイアウトだとACCESS社のpluginが関係してるんだろうから、
そっちが主犯なのかもね。

>>609
すみません。
普通に横書きの文書なのです。

症状としては、左詰めな感じで表示されるものの、文末に
詰めた分のスペースが固まってる感じになっていて、
行末が大量に空白になり、改行されてしまっている感じです。

js＜
なるほど。
スクリプト組んで抜き取ってやるって事ですね。

レイアウトがらみでcssがどうなってるのかとか、その辺も絡んできそうだから面倒そうだなあ(笑)

読者側の安直な対応としては、ゼロ幅スペースを削除することでレイアウト面で改善されるなら
どこかのタイミングでなるべく自動でそれが行えるようにすうことだろうけど…
発行→読書までの工程次第だから個別性が強くて、最適な処理位置はなんともいえず。

よっぽど汎用的でみんなが問題を抱えるならKoboに転送した後でコンテンツ処理前に変換するんだろうけど。
udev/usdbのPC接続解除---Kobo(nickel)側コンテンツ処理開始の間でhook処理を挿入できるようにして、
そのタイミングでext/hoge.shなhookスクリプトでepub修正加工するとか。

>症状としては、左詰めな感じで表示されるものの、文末に
>詰めた分のスペースが固まってる感じになっていて、
>行末が大量に空白になり、改行されてしまっている感じです。

そういやさっき出した初めのURLのほうでも、
"||"
とゼロ幅スペース1文字だと見た目正常っぽいけど(テーブルのセル内だからわかりにくい状態だが)、
"|| "
みたいな感じで、レイアウト上は末尾にに固まったような状態なのかもしれない。

Windows上でエディタ等でゼロ幅スペースを書いた時に
文字コード並び的には
"|*******|"("*"がゼロ幅スペース)
なのが表示上は
"|| "
こんな感じになったりするから。

###
テスト|&#8203;&#8203;&#8203;&#8203;|テスト

>>612
まさに、最後に書かれているような状態です。
表示上はちゃんと左詰めなのですが、文としての文字数と幅は
スペース有りでカウントされているような感じになってしまって、
多分、判定が

総文字数（総文字幅）で改行を判定→改行位置を決定→表示処理開始（ゼロ幅スペース無しで表示）

という感じになっているのでは無かろうかと。

2.8.*以降のライブラリでスライダーがなくなった件で質問。

http://image.itmedia.co.jp/l/im/ebook/articles/1310/31/l_tnfigkah022.jpg
2.8.*@auraHDの画面とかみると、
・list表示だとサムネなくなっテ読み込みが軽くなった(メモリに優しくなった？)
・タイトル等表示領域が広くなって長いタイトルの視認性向上？
ってことでいいのかな？

スワイプ操作になったことに関して好評価が多い気がするんだけど、
例えばリスト表示で100page超えていて、50pageに飛びたいときに
スワイプのみでしか移動できないのは苦痛じゃないのかなあ？
右上付近の"n/mページ"部分のタップでジャンプスライダーが出るとか
そういう逃げ道があるならいいんだけど…

ページジャンプができず捲りでしか移動できないビュアーとか、
そんな感じに思えてしまって、どうもスワイプ一択なUIは萎えるんだけどなあ。

#2.6.*まででいえばおまけブラウザでのお気に入りがページめくり一択なUIで
#あれの場合はURLだけでしかエントリ識別できないこともあって
#尚更スワイプUIに抵抗感があるのかも

あと、設定等のページで、複数ページの切り替えの項目って、
2.6.*までだの読書設定だと
"←1/2ページ→"
みたいな感じで「複数ページあって、どのページ位置にいるのか」が
分かるようになっているけど、
2.10.*だとその辺はどうなってるの？
スワイプしてみないことには複数ページあるかどうかもわからないUIだったりしないよね？

>>614
http://ebook.itmedia.co.jp/ebook/articles/1310/31/news022.html#l_tnfigkah022.jpg
画像への直リンがはじかれるのでURL訂正

リスト形式のサムネ有無は切り替え可能ってことなのか。

>>615
画像直リン出来ないの覚えようよ…
hdに関して言えば1/2ページって部分タップ→見たいページ数をキーボードから打ち込みで移動。
スライダーとかはないと思う。

>>614
リスト表示については、設定アイコンから
表紙一覧表示や、リストの表紙画像のオンオフの切り替えができる。
あと、長押しで従来メニューも出る。

回答thx

ライブラリのリスト表示はページ指定ジャンプができるなら
スライダーで移動させるよりも
狙ったところに直接移動できるからいいのかもしれない。

というか、さすがにTouchもタイルUIになる3.0が出た今となっては
さすがに2.6.*に留まるのもなんだし、移行するしかなさそうだな。
(mobilereadにFWリンクあり)

早速FW3.0.0入れてみた。
Touchは確かにgloっぽくなったが、細かいところは機能縮小版という感じがする。
脱出ゲームはないが、リスト表示画面でスワイプとスライダー併用なのはとても使いやすい。
gloもスライダー復活してほしい。
しかし、設定項目増えたね…。

CFWは、動いているような気がする。
自動本棚が効いている事しか確認していないけど。

2.10.0以降、epubの画像をダブルタップで２倍に拡大表示されるようになっているけど、
誤動作で拡大されることもあり、若干イラっとすることがある。　OFFしたい。

ファイル更新をみると3.0は2.10.*のリネームっぽい感じだなあ。

内部的には多分マルチタッチ等操作体系変更の絡みで2.10.*で大きな変更があって、
少なくともビュアーモジュールのzoom関連のイベント機構が変わっているようだ。
(親ビュアーとやり取りするsignal等)

2.8.*までは
親側(画面下部)の操作で倍率変更→子側(cbzビュアー)側の状態変更
だけだったのが、
2.10.*以降では逆に子側領域のtouch input操作で倍率変更するケースが出てきたから
そのあたりのSIGNAL-SLOT関係の変更なんだろう。

[FeatureSettings]のImageZoomをtrueにしても違いがわからないんだが、逆にfalseにすればオフれたりするのかな？

fw2.10.0+b2→3.0.0+b2にして見た
ライブラリ設定が増えてリストのサムネ無しの設定をここからできるようになった
あとちょっと増えてるけど、pocketとか使ってないから既読を消すとか設定増えてもなあ
2.10.0のときに同期した辞書を入れたけど、使えない
dictフォルダに入れるだけで使えてたのに、また同期しなきゃならんのかな

リストの表示形式が、
すべてと端末上の二通りから、すべて、読書中、未読、読了になった
ちょっと自分の使い方では便利かな

>>617-618
3.0.0からライブラリ設定で変更するようになったぞ、お前は監視されているｗ

>>562のメタタグで固定レイアウトの宣言ってどうやるんですか？
sigilで出来ます？

3.0.0にupdateするときLEDが赤くなるな
心臓に悪いぜ

さて、Touchに入れてみるかなあ。

2.6.*まではcbzで扱うzoom関連シグナルは
zoomChanged(double)
だったのが
zoomFactorUpdated(double,double)
zoomFactorUpdatedWithOffset(double,double,QPointF)
となっているので、多分auraのマルチタッチで
矩形指定して拡大とかできるような仕組みに変わったんだろう。
(zforceマルチタッチ化kernel使って旧機種でも対応できるのかなあ？)

#epubビュアーだと2.6.*時代がらFeatureSettingsでタップ拡大があったような気がするけど、
#そのあたりも整理されて内部実装としては新機構ベースになったんだろう。

##

そういや、2.6.*時代から密かに含まれている加速度センサー処理があって
class ShakeRecognizer
class AccelerationSensor
とかなんだけど、
2.10.*/3.0.*で、機能が効いたりしないのかな？＞aura/auraHD

miniに3.0.0入れるのは激しくおすすめしない
ホーム画面のサムネイルが変にデカくなって5冊しか表示されなくなる

>>627
5冊なのは前からだったわ

本棚から削除するとき、本棚からと端末からの両方が選べるようになった
削除に時間掛かっていたのがすぐ消えるようになったのは、かなり評価するぞｗ

>>628
やっぱり…
うちのもそうだわ

Touchに入れるはずが、メイン運用してるGloにTouch(N905B)用FWを入れちゃった(笑)
(致命的に違う状態にはならないからアップデート成功した)

TouchのUIはホーム画面がタイルになったけど、
それ以外の読書関連のところはレイアウト面ではあまり変化ないのね。
ブラウザの画面レイアウトはGloと統一されたりしてるので、
基本旧UIのまま、一部だけ統一UIに近づけているっていう感じ。

Touchでリスト画面でページ番号入力してジャンプができないのは理由がわからん。
パーツとしては表示されている(場所がある)わけだから、
部品配置の都合ってことはないだろう。

ページ番号入力できるgloでも、ページ番号入力時のキーボードが日本語設定デフォで
そこから変更できないのがちょいキモチワルイ
設定の中で同じようにページジャンプするものも日本語モードデフォで固定だから、
固定設定値が逆ってるのかな？
それか10key設定値だと思って日本語値を設定してるとか
(数字しかいれないんだから10key用意してそれ使うよね、普通)

読書のビュアー内でのページ移動がスライダーオンリーなのが残念。
まあ、目次から(cbzだと章=ページなために)ページ指定jumpできてしまうが。

###

ブラウザの機能面とか、2.6.*で問題のある仕様・不具合だったのが治ってないかなあ。(
QtWebkitとしてのバージョンはかわらないだろうから、Webkit自体のバグ・仕様はしょうがないとしても)

あ、それとゼロ幅スペース問題は3.0.0でも変わらずバグってそう。

2つ以上の連続したゼロ幅スペースがあって、
ちょうどそこが改行(行分割)する切れ目にある状態だとバグる。

epubじゃなくてhtmlでテストファイルとして
"aaaaaaa|*********|bbbbbbbbbb"
みたいなのをつくって、フォントサイズを変更して
ゼロ幅スペースが改行位置にくるよう調整。
(コンテンツとして登録した場合は同じepub viewerが使われるので、
少なくとも横書き普通のepubならhtmlで再現テストできると思われる)

確かにバグり方は>>613の推測っぽい感じだなあ。
(このテストの場合は、ゼロ幅スペースが連続するのが想定外なのかもしれない)

おまけブラウザ側でも同じ現象になるなら、WebKit自体のレイアウトの問題なのかもしれない

>>632
613です。
検証感謝です。

自分は、2.10.0+CFWβ2なので、確かに治ってないって事ですね。
まぁ、3.0.0は2.10.0と変わりないらしいので、しょうがないのかもですが。

>>604
> でもWiFiがうまく行ってなさげ
わかりましたー
Debian上のWiFi startはドライバ読み込んだ後ESSIDも聞かれずにipリリース待になってしまっていて何だこりゃと思っていたのですが
どうもchroot元の設定を見ているようです
koboの設定で一旦WiFi設定したら繋がるようになりました
Debian側にiwconfigとか入れておくとDebianだけで設定できそうな気もします

・ホーム画面の[その他]→[辞書]のメニュー項目 (glo/auraのみ？)
・スケッチブックで保存した画像がライブラリからメニュー選択で編集できるようになってる

このあたりは3.0の新規？

すいません、FW3.0の特徴とか新機能が掲載されているページがあったら教えて下さい。
つか、2.4以降記事が殆ど無いような・・・。

mobileread.comで探しなはれ。
英語だけど翻訳ページにコピペすれば判るでしょ。

言語を英語設定にしてみたが、
ページジャンプのソフトキーボードは普通のメインキーのままだった。

ついでに気付いたんだが、英語モードでしかワードスクランブルはメニュー表示されないのね。
どのバージョンから入っていたゲームなのか意識したことないのでわからん。
一度使ってホーム画面のパネル項目に載ってる状態にすると日本語に戻しても呼び出せるけど、
コマンドもパネル表示されるタイルUIならではだな。

>>636
http://www.mobileread.com/forums/showpost.php?p=2685645&postcount=10
とりあえずまとまってるのはこのpostかな。
(スレ全体の流れが気になるなら右上のスレタイをクリックで移動)

>>636
これならあった
http://kobo.hateblo.jp/entry/02/glo_firm_2_10_0

2.10.0+b2
スリープ時のスクリーンをオフにしているが、
ときどき、スリープ・電源オフの画面に読んでる本が表示される
そのときには設定画面を見ると「スリープ時のスクリーン」項目がなくなっている
再起動で元に戻るから気にしてないけど、なぜ？

>>638,639
ありがとうございます！
しかしもうリアルタイムで追っかけてるサイトって殆どないんですねえ。
PC側じゃなくて家電側って感じだなあ。

しかしPocket以外はあんまりUPするメリットがない感じですねえ。
gloはほっといてTouchだけにするかなあ・・・。

>>634

一般論としてchroot環境でどうするのが素直な構成なのかわからないけど、
少なくともKobo(nickel)とのハイブリッド前提のあのイメージの場合は
設定一元化という意味で元環境の設定見るのはそうまずい話でもないか。

単独で使いたい場合はp1以前のu-boot,kernel,hw_config,waveformは
オリジナルやMarekGibek版を使いつつ、p1を新規に作り直したほうが素直だろうけどね。
#bucchiさんのメンテファームの構成は何をベースにしてたのかな？

そうそう、mobilereadスレのほうでMarekGibekさんがもしかしたらkernel driver patch部分800x600固定にしちゃってるかも？
みたいなことを書いていた記憶があるので、Glo用だともしかしたらkernel修正いるのかも。
(kernelソースのチェックしてないし、スレでglo/auraHDでの成功事例有無は確認してないから確定情報ではないんだけど)

###

ntx構成を前提にしたKobo用の汎用イメージビルダーとか作ると
HW CONFIG,waveform等機種ことに差し替えるのに便利かなあ。
前にやりかけて立ち消えにしちゃったメンテファームのauraHD化とか
そういう用途で汎用に使えるもの。
#auraHD化は(時間ができて)必要性が生じたら本人が作ってくれそうだけど

Tolino Shineイメージの機種カスタマイズ用途まで対応させるのはちょい面倒。
システムのパーティション構成が違うのと、
p1以前のu-bootがセクターでアクセスする境域もちょっとKoboとは違う。
ntxbinとしてのヘッダを置いてるかどうかが違ってる領域があったりするし、
initrd領域を使うかどうかも違う。

[イメージ領域の構成まとめ]

0x000000(#0):MBR
0x000200(#1):SN(端末ID)
0x000400(#2):UBOOT
0x080000(#1024):HW CONFIG[ntx_bin]
0x100000(#2048):KERNEL[ntx_bin](デフォルトサイズは8192sector)
0x400000(#8192):INITRD2[ntx_bin](INITRDが優先される)
0x600000(#12288):INITRD[ntx_bin](デフォルトサイズは8192sector)
0x700000(#14336):WAVEFORM[ntx_bin]
0x900000(#18432):LOGO[ntx_bin]
*その他謎の値があるエリアもあるのだが未調査

UBOOT
Kobo update配布のバイナリの場合は先頭0x400をskipして
位置合わせしてから書き込み先0x400〜に突っ込む

KERNEL
koboの場合はntx_binのヘッダなし
(updateスクリプトがヘッダ対応せず本体のみ書いている)
Tolino Shineはヘッダありのようだ

>>643

[ntx_bin headerの位置]
-#1sector:ntx_bin header
+#0sector:ntx_bin data

ntx_bin本体の直前セクタがntx_binヘッダ


[ntx_bin headerの構造]
0x1f0:magic(4byte): 0xff,0xf5,0xaf,0xff
0x1f4:endian identifier(4byte): 0x12345678をnative endianで書いたもの
0x1f8:data size(4byte):data byte sizeをnative endianで書いたもの

u-boot側でendian idは見ていないため、sizeはnative endianで書くしかない
(endian idに従ってbyte swapする実装にはなっていない)

>>643

あ、例のdebianイメージだとKERNELにもntx_binヘッダがあるなあ。
でも、Koboのupdateスクリプトはヘッダを更新しない。
Koboオリジナルイメージがすぐにチェックできる手元にないので
よくわからんが、ヘッダが存在していてupdateで配慮していないなら、
kernelサイズが大きく変更されるような状況になるとまずいだろう。
(セクタalignされて辻褄があうサイズなら破綻しないけど)

>>645

おっと、Tolinoのほうのイメージみてた。645は撤回。

やっぱり
Kobo:KERNELにはntx_binヘッダなし
Tolino:KERNELにはntx_binヘッダあり
であってる。

>>642
とりあえずgloもhw_configだけでいけました
でも起動選択画面で画像ずれはなくなったけど縮小されて?表示されてアイコンの場所とタッチできるポイントにズレが
これは座標か画像修正で行けるかも
Debian起動後は解像度フルに使えていい感じです
キーボードは800x600に最適化されちゃってるので小さく表示されちゃったり
ボタン無いのでアプリ最大化が効かなかったり
バックライトが使えなかったり
とりあえずこのへんいじれないか見てみます

>>647

waveformそのままでも機種情報だけ整合させればgloで表示は問題ないのか…
座標のほうは/root下にあるboot selectorのpythonスクリプトをいじればいけそうな。

ボタン関係は、バックライトのほうはライトボタンのHOMEボタン化なら
多分どっかの設定いじるだけでいけるんじゃないかなあ。

ライトは、ON(固定光量)/OFFだけなら、
ライト制御のデバイスに書き込むような簡単なスクリプトを作って
それを呼び出すようにすれば使えると思う。
mobilereadのどっちかのスレでなにかその手の作ってたのを見かけた記憶あり。

よくわからんけど、WMのawesome内蔵のluaで
UI付きのdesktop gadgetが簡単に作れるなら
光量調整スライダーつのついたちゃんとしたのも
サクっとつくれるのかもしれず。

>>648

ライト制御はnickel等だとioctlしてたような気がするので、
openしてioctlできる言語じゃないと無理かもしれない…

#ライト制御は前にGlo用kernel解析してた時にちゃんと調べて切ってなかったから
#デバイスファイル経由のread/write制御可能だったか定かではない

[glo版とaura版kernelでの適当な比較]
初期公開ソースでの比較なので、現行kernelバイナリで適用されているものがあるのかもしれないが…

・cpu clock関連でFreescale patchがいくつか追加適用されている風(over 1GHzモデル対策?)
・sdio(wlan)まわりにすこしpatch
・EPDC関連(auraHDでのepdc 16bit転送関連とauraのReagl Technology関連)
・frontlight制御でioctlにコマンドが増えているようだ(auraHDからなのかauraなのかは不明)
・EMMC3(UHS対応ポート)を使う内蔵ストレージ高速アクセスモデルがあるような気配
・USB接続でケーブル抜いた時にストレージが壊れないようなpatch(2013/02/20くらいの日付)
・USB_ETHがmodule configされている？
・その他Touch方式変更/G-Sensor関連等新規デバイス対応部分

EPDC関連は/dev/fb0のI/Fにも追加があるようだ。
　EPDC_FLAG_USE_CMAP
　EPDC_FLAG_USE_AAD
とかいうフラグが増えていたり
　MXCFB_SEND_UPDATE_ORG
というコマンドが増えていたりする。
元の
　MXCFB_SEND_UPDATE_ORG
と同じ値なので、flagで切り分けしているのかも。

waveformのモードがglo時代の
　INIT/DU/GC4/GC8/GC16/GC32
に追加して
　A2/GL16
更にreagl_flowモードで
　AA/AAD
が追加されている。
AADはEPDC_FLAG_USE_AADに対応するモードだろうなあ。

#auraのwaveformが解像度によらずに既存機種に適用可能なら、
#waveform+kernel入れ替えて、nickel側の対応箇所もpatchするだけで
#使えるのかな？とか…

aura/auraHDで気になるのは
・UHS-I対応ポートを使う機種に該当するのか？
　(ntxの共通ソースだからHWID等を照合しないとわからん…)
　(u-boot側でISDがどこを使うことになるのか見たほうが早いかもなあ)
・auraでもepdc16ビット転送な設計なら転送自体は速いかも？
　(ハード的に可能で効果があって、そういう設計にしてるか次第なので実機情報がないとわからん…)
#残像低減技術が16bit転送を前提にしたチューニングだったりすると既存機種にとってはうまくない話だ…

既存機種で大きく関係しそうなのは
・cpu clock関連(特異なケースで問題になるとかそういうpatchだと思うが)
・USB PC接続解除時にファイルがぶっ壊れることがあることに対するpatch
USBの件は2013/02/20以降にFW更新でkernel更新があれば適用済の可能性もある

#auraHDソースskipせずに真面目に3世代で比較しないとコマンド追加の経過が分かりづらいな。

そういえば、auraHDはepdc16bit転送だしメモリ量も違うから、
TolinoShineやDebianのイメージは
専用u-boot,kernelを使わないと動かない可能性が高いなあ。

TolinoShineのほうはntxカーネルがauraHD(E606C0)世代対応以降のものなら
u-bootだけ差し替えてHW CONFIGを適当に修正すればなんとかなるかもしれないけど…

debianのほうは、kernel patch部分なしの状態のKobo版kernelを突っ込んでも
fb autoupdate等がなしになるから、実質的に使い物にならないだろう。
(U-BOOT,HW_CONFIG,WAVEFORMはOFWのものを差し替え可能)

mobilereadだとu-bootやkernelあたりの下層をやってる人が少ない(情報が少ない)のと、
その辺をやってる人も、
ntx kernelは基本的に旧機種互換ソースだから、いじるなら最新公開ソースをベースに、
とは考えないような雰囲気だから、auraHD/auraの人はちょっと困りそうだ。


#aura用kernelまできてもL1 CACHE LINE SIZE問題は修正されてないようだから、
#u-boot,kernelについてはKobo側で担当者はいなくてntx側が新デバイス対応だけ
#やってるような状態なのかな。

>>642 後半のイメージビルダーの件

GUIで引数等を指定できるイメージファイルのビルダーのミニマム版として、
単にdd(≠DDforWindows)を引数つけて呼び出すGUIなランチャーみたいなものを
なるべく簡単にスクリプトベースでwindows上で作りたいんだが、
２引数を任意の順でドロップ指定できそうなコマンドランチャーがみあたらない。
何かよさそうなランチャーアプリはないかな？

少なくとも"dd of=%1 if=%2 固定オプション"みたいな1 actionについて
・ターゲットファイル(of):ドロップ指定
・差し込みファイル(if):ドロップ指定
を別々に指定できれば最低要件は満たすんだけど…
テキストファイルimport等で複数actionをまとめて登録できればなおよし。

抜出ツールの場合はntx_binのヘッダサイズ読み出しとその値でのデータ部分読み出しが必要だから
単純にddの1行実行とはいかないが、呼出し先をスクリプトにwrapすればなんとかなるだろう。

なさそうならhtaでhtmlなform作ってjscriptで引数作って…とかいうことになりそう
(普通にアプリとして作るほどには利用頻度の高いツールでもないし)

KoboTouchShelfEdit
作者のサイトがなくなってます。
アップロードしてほしいです。

>>624
固定レイアウトでググればやり方はすぐ見つかるよ。
そもそも2.6.0以前からあるやり方で、2.6.1以降効かなくなっていただけなのよ。
というわけで、有効なのは2.10.0以降なのでお間違えなく。
epubの構造が分かっていれば、テキストエディタ一つでできます。


で、固定レイアウトは全部画像のepub想定だと思うけど
リフローのテキストページでも効くことが分かった。
テキストページでも上下の空白および既読％表示もなくなり
画面いっぱいになる上に、フォントサイズも変更OKという願ったり叶ったり。

ただ、2.10.0以降のFWって、
epubにおいては最初のxhtmlファイルを強制全画面で表示している「だけ」みたいで
個別のxhtmlを固定することができないみたい。
試しに表紙画像の順番を次のページと入れ替えると、
入れ替えて先頭になった方が全画面になり元の表紙は縮小される、とか。
まだまだ、完全な仕様ではないっぽいので、今後変更されるかもしれないね。

さて、自作epubの話は場違いっぽい空気なので、
電子書籍作成スレにでも行った方がよさそうかな。

3.0.0でtouchはgloっぽくなるけど、miniはそのままなんだな
解像度同じなんだからデザイン揃えてくれればよかったのに

見る人にとっての物理サイズ基準でminiだと小さすぎるという判断なんだろうけど、
その辺の許容範囲はは国によっても違ってきそうな気がする。
日本だとminiの表示サイズでもタイルUIでOkと思う人の方が多いんじゃなかろうか。

なんかnickelの内部のUIクラス構成が
Glo以降のタイルUI:メソッド内部でauraHD判定してたりする箇所があるんじゃなかろうか
Touch,Mini系のUI:これまでは機種判定はなかったが、Touchが疑似タイルUIになったので判定が入るようになった
*ホーム画面だけTouchは新UI側クラスを呼び出して、その他の画面は旧UIクラスを使う
こんな感じなのかな？

で、更に言語設定＝日本語のときのフォント関連の差し替え処理とかの言語単位のenable/disableとか、、
端末S/Nでの販売チャネル単位のサービスメニューのenable/disableがある。
(Debianイメージに入ってるnickelだと海外S/Nだからニュースとかがenableになっている)

機能検証が大変そうだな。

###

3.0の新ソフトキーボードｔってちょっとbuggyだなあ。
ブラウザで使ってて予測変換のwindowが取り残された状態になることがよくある。
google検索で入力途中でサジェスチョンに出たのを選んで入力モードを抜けたときとか
変換サーバー側へのreqのキャンセルがうまくいかずに孤児化しちゃってるような感じ。
2.6.*時代にはなかった現象だか、キーボードの見た目だけじゃなくて
内部の処理構造自体が変わって発生するようになったような気がする。

あと、ダブルタップズームがZoom Mixinの基本機能として入った影響で、
ブラウザでもちょくちょく誤操作ズームになっちゃうことがあって、
使う側からすると結構ストレス要因になってるなあ。

欧米人の指の太さも考えてやらなにゃw

>>657

そうそう、指の太さといえば、新ソフトキーボードの配列。
普通のキーボードに近い構成で数字がモード切替せずに打てて便利になったのはいいが、
１キーあたりの面積が縮小してるからGloでも指が太いと打ちづらそうだなあ。

>>658

旧：10x4段で数字は別モード
新：11x4段で数字が最上段に配置

英字と数字が同面にあるのでパス等が入力しやすくなった

>>659

おお、書き間違い。
>新：11x5段で数字が最上段に配置
に訂正。

http://www.youtube.com/watch?v=VJxDs0565oc
これの17分くらいにGloの旧キーボードとauraの新キーボードが出ていて、
同サイズでの比較ができる。

1段増えた分で高さが増加してはいるものの丸々１段分じゃないから、
縦方向にも１キー領域は縮小されている。

gloのdump imageってどっかに上がってないですか？
cfw導入でヘマをしてしまいました・・・

もしくはどなたか上げてくれませんか？

バックアップ取らないとか重度の阿呆だろ
つか聞くところによると無線LAN関連もSD保存らしいから渡せるわけないわ

>>662
そうですかーorz
じゃあもう１台一旦買うしかないか・・・

念のためファクトリーリセットを試してみたら？

FRできないんです・・・
リセットボタン押すと緑１秒くらい点灯→青１秒くらい点灯→青点滅→消灯と遷移します
ライトボタン+電源はそもそも電源が入りません・・・

>>665
ファクトリーリセットはライトのボタンを押しながら電源スイッチをオンにするとできるよ

>>666
こめん、、できないって書いてあったね

買ってすぐ文鎮化したからまだ１冊も読書できてない状態です・・・悲しい
もしかして復旧できないのかなあ

通常ファームが使えないならAndroidでも焼いてみたら？
本来の使い方はできないが、文鎮にもならない。

>>668 ヽ(ﾟДﾟ )ﾖﾁﾖﾁ

>>665

>ライトボタン+電源はそもそも電源が入りません・・・
これは換装後のスイッチ浮きとかじゃないかな？

>リセットボタン押すと緑１秒くらい点灯→青１秒くらい点灯→青点滅→消灯と遷移します
kernel領域が読めなくて(or起動しなくて)リカバリーからも起動しない状態っぽいね。

どういう操作でCFW入れそこなったんだろう？

壊れてるのはkernel(or + u-boot)だけっぽいし、
(1)ddでsdイメージの一部更新ができるスキルがある
(2)バイナリエディタで(1)相当のことができる
(3)メンテツール起動して実機上で(1)相当のことができる
どれかができるなら、多分治せると思うけどねえ…

二代目買って届いた日に液晶踏んでただのゴミになった俺には勝てまい

CFW導入失敗した理由がよく分からないんですよね・・・
元FWが2.6.0で、入れようとしたのはCFW 0.96 β2です

ダウンロード・解凍→SDに投入→接続解除→手動で再起動→フリーズ
な流れだったと思います
（ここ見ながらやってました→http://redygo.blog.fc2.com/blog-entry-28.html）

私は情弱なので>>671の１〜３はよく分かりません・・・

>>673

導入手順中に「手動で再起動」っていうのがあるのが…

#一応(1)方式の手順書き中

自力で治せる自信もないのにバックアップ無しでCFWとは…
無謀

ライトスイッチ押しつつリセットホールは？

>>668
自己責任とは言え機体も勿体ないしなんとかしてあげたいけど…
OSも個体識別あって流用できないんだっけ？
可能なら上げてもいいけどね

大抵の場合は内部のSDまるごとパーティションバックアップ取っておくか、
新しいカードに焼き写してオリジナルを保管しておけば復帰可能だよね？

>>673
なんで手動で再起動したんだよ
接続解除した時点で自動で再起動されるのに…
それを知らずに書き換えてる途中で電源落としちゃったんだろうね

買ったばかりなんだろ？
ケースにこじ開けたような痕がないなら、
普通にアップデート中にフリーズしたって話でサポートに連絡すればいいよ。
電源オンオフ・ファクトリーリセットなど試してダメだったことを全部伝えれば
すぐに交換の話になるから大丈夫。
ただ、変な画面で固まってたら残念だが…。

>>677
個体識別はあるけど、流用はできる。
(AndroidもDebianも他人のS/N,MACのまま流通してる)
要は渡す側が気にするか次第。
相手がS/N等買い替えるスキルがなけりゃクリーン化したのを渡しても使えないだろうしなあ。


>>678
厳密にいえば
「SDまるごとパーティションバックアップ」
っていうか
「SDまるごとディスクバックアップ」
ね。

分解せずにフルバックアップ、という場合はちょい微妙。

fakeshさんのバックアップツールは何をどこまでバックアップしてるのかな？
sd全領域完全バックアップなら大丈夫だけど、
そうじゃないのなら回復できないケースもある。

メンテファーム改造して2GB以上(*)入る領域(FAT32)作って
mmcblk0(内蔵)→mmcblk1(外付)
なフルコピー(&圧縮)
とかすれば、実機上でdisk完全バックアップができる。
*メディア4GBだけどオリジナル利用2GBなので2GBとした

もう一台買ってコピーして復帰させて家用とお出かけ用でええやろ

いまからならaura買う踏ん切りついていいんじゃね？

>>681
詳しい説明サンクスですm(_ _)m
自分の持ってるのは簡単バックアップからのimgファイルだからどうかなぁ
まぁご本人次第でふ

>>684

fakeshさんの説明ページで見てきた。
簡単バックアップで取ったイメージでNGなケースはないと思うよ。

>>683

auraはsd換装不可だから(未確定ではあるが可能性が高い)、
サクっと文鎮化しちゃう可能性も高まるけどね。

これまでは
　CFW導入失敗等で文鎮化→バックアップで復活
だったのがauraでそれができずに
　CFW導入失敗等で文鎮化→不良交換
が増えて妙に従来機種より不良率が高くなって
最終的にCFWやら内部いじりの抜け道封鎖
とかなったら困るなあ。

gloまでは開発ボードをほぼそのままで販売って感じだったし、そろそろ変わってもおかしくはないね

昨日の情弱です
たくさんレスいただいて恐縮です

>>674
手順説明良かったらお願いしますm(_ _)m

>>684
上げていただけるならぜひお願いします！
出来るか分かりませんが試させていただきますので

>>688
壊さずにglo殻割りが出来る
DDforWindoesでOSのimgファイルをMicroSDカードに書き込める
空きのmicroSDカード(4GB以上求む)がある

上記が全部可能ならば捨てアドでいいのでメル欄か本文でファイル送り先アドレス教えて下さい

ただし絶対に復旧できると保証は出来ないですが。ダメ元くらいの気持ちでどうぞ

>>689
よかった、これぐらいなら出来ます
よろしくお願いします！！

[email protected]

自炊した小説を読むくらいだったら本体にCFW入れて、外付けマイクロSDで充分でしょうか？

>>691
それでやってみて物足りなかったら考えればいいんちゃう？人それぞれやし。

>>689
おかげで復旧出来ました！！
感謝感謝です　本当にありがとうございました

>>693
良かったですね
まぁ今回はレアな命拾いという事で^^;
どうぞいっぱい本買ってあげて下さい
>>681さんのアドバイスも参考になりました。改めて感謝です

>>693
よかったね
kobohackうぷろだに文鎮からの復旧法のテキスト上がってるから拾っとき

元のオリジナルsdが残ってるなら、
1)本来のオリジナルS/Nにイメージ修正する
2)ファクトリーリセットでオリジナルS/Nのクリーンなシステムにする
っていうのをしたほうが、
善意で提供してくれた人にはありがたい(安心できる)と思うよ。
(ストア側でのS/N紐付管理の問題)

1)はとりあえずバイナリエディタでコピペか
16バイトほど手打ち修正でなんとかなる。
元メディア残ってなくても箱にS/Nはあるから
箱を捨ててなきゃそこから書き写すことは可能。


##

固有情報のうちMACは大本がdiskだとは確定してないんだよなあ。
このスレで>>499-503 おいう話が上がっていたものの、
0x200(SN)領域は、製造番号についてだけじゃなかろうか。
少なくともうちのTouchや、Debianイメージ等で見る限りは
製造番号ともう一つ何かのrev.番号が入っているだけ。

普通MACは今時ならNIC本体かその関連flashチップにデフォ記録してるもんだと思うけど
リカバリー処理or通常システムでのMACが記録されているファイルの生成関連を調査しないと結論はでない。

んで、推測が正しいなら2)のファクトリーリセットしてやることで
個体本来の固有MACに戻るはずじゃないか、という話。

実働検証してないし、諸々あまり調査してない、いい加減なrev.0.1だけど、
ちゃんと検証するのはだるすぎる。(自分自身の必要性がないので)

危機に陥って切迫している人が出現した段階で
当人が実作業検証すればいいんじゃなかろうか、
というつもりなので、そのへん含みおきを>あっぷした復旧方法文書

>>691
本体にcfw入れてても外付けsdにいれた自炊本には設定は反映されないよ。
ページめくりのためにcfw入れるんだろうけど、sdに入れた自炊本のページめくりは反対のまま。
自炊本にcfwの設定を反映させたいのなろ殻割りして内蔵sdを換装する必要がある。

>>698
んなこたぁない

>>698
ちゃんと説明読んで設定しろ

そういや、Androidコミックでビュアーだ〜と言っていた人、
導入ノウハウについてはある程度日本語で情報が出て追試できるようになったわけだが、
コミックビュアーその他EPDなAndroid上での使い心地、
使えるアプリ等のレポート(情報)は書かないのかな？

>>701
では、現在の環境。
ホームはADW.Launcher　（昔つかってたので、、、 軽いおすすめがあれば教えてほしい。）
ビューワーはPerfect Viewer と ComittoN と　縦書ビューワ

PCと接続しても、SDをマウントしてくれないので、ファイルのやりとりにDropBoxを使っている。
（マウントする方法はあるのかな？）
あとButton Savior、ES Task Manager、ES ファイルエクスプローラー　と　あと小物。（ちょっとしたWidgetとか）
アプリのインストールエリアは400M程度空いてます。

cbzに関しては、体感的にオリジナルのkoboのビューワより遅いとは感じない。
少なくともSony PRS-T1のrootをとって同じソフトを入れたものよりは快適に感じます。
ファイルを直接指定できるのと、読み終わったら、次のファイルを開いてくれるのが便利かな。

何か試してほしいこととか、（ソフトの動作とか）あればやりますよ。

kindleやkoboといったストアアプリの使い勝手はどんな感じですか？

>>702
ComittoNでwifiでNASから読める？

ちょっといまさらだけど、フォントパッチがmz_koboreaderpatch_09になって、
fw3.0.0にも対応したね

>>702
USBにつないだあとに選択肢のあるドイツ語のポップアップ出てこない？
その右側を選択すればマウントできる。

>>705
fe3.0.0がでてることに今気づいた
最近更新頻度早いなあ

3.0.0入れてみたけど

1.タッチしてもページがめくれず、もう一回タッチすると2ページ送られる問題

これ、いまだに直らないなあ、これが一番いらつくんだよねえ
海外でも問題になってないのかなあ

>>207
海外でのAura発売〜日本での発売っていう流れの渦中だから、FWは変動期っす。

>>208
タップの問題はアプリ内部の問題の可能性が濃厚だから
タッチ方式が変更されたAuraでも起こるだろうなあ。
Auraのレビュー動画等で確認できるシーンがあれば確定するが…

#mobilereadの一般のほうのフォーラムはあまり見てないから状況は想像でしかないけど、
#みんなIRだからしょうがない、みたいな誤解で諦めているのかもしれないっていう気がする。

>>704
ComittoNのサーバーに登録した、NASから問題なく読めました。
cifs Managerではマウントできませんでした。　

>>703
kindleはうまく動きませんでした。 立ち上がるけど、アカウントを入力する前に
固まってしまいます。 海外のフォーラムでも最新版は動かないという報告が
あるようです。　そこによると eInk-friendly Amazon Kindle 3.2.0.35　のバージョンなら動く
よとリンクが張ってあるのですが、日本語バージョンでないので、試せてません。

koboの方は問題なく動作します。 快適かどうかは、ライブラリの数によるような気がします。
本を読むのはやはり個人の感覚ですが、まあまあ読めるなと思いましたよ。

>>706
出てこないですね。 つなぐと、通知領域にUSBとはでるのですが、それをタップしても、
何も出てきません。 もう少し調べてみます。　
USBデバッグのオンーオフは関係ないですよね？

>>710
検証thx!
個人的にはそのためだけにAndroid入れる価値ある
時間取れたらまとめてくれてる方々に感謝しながらやってみよ

いいなあ 裏山
技術と知識のない俺は指を咥えて眺めるのみ

>>711
レビューありがとうございます。
kindleが動かないのはちょっと残念ですね、koboアプリが動くならいいかな
手元にAuraHDしかないので試せませんが、gloが安く手に入ったらいろいろと試してみたいです。

nook用に作られたe-ink向けホームアプリだけど動くかな
https://github.com/yiselieren/ReLaunch/downloads

PVと縦書きビューワとkoboとDroidWingが
普通程度に動くならNSTGから乗り換えちゃおうかな

MobileRead　のフォーラムに、Kobo Touch用に変更した、androidのイメージを上げてくれてる方がいますね。　上げた方はテストしてないけど
minidでも動くんじゃないといってるけど、miniでは動かないという報告が上がってますね。　私もTouchは友人に貸して手元にないので、テスト
してないですが、ホームボタンはきくのかな？

イメージを見ると、FAT32のパーティションを小さくして２Gのイメージにしてますね。　
容量が少ないと思うひとは、容量の大きなSDに焼いて、MiniTool Partitionとかで大きくすればいいので、問題ないですね。



　

>>716
ReLaunch-1.3.8 動きましたよ。 ただ、例えば、Button Saviorの終了ボタンもですが、
シャットダウン、リブートとかは効きませんでした。 このへんは本体のスイッチで操作ですね。

あとDroidWingですが、Free版を試したところ、動作しました。（昔使ってた広辞苑のEPWING
を引っ張りだして、試しました。）

EBPocketにwikipediaのデータをダウンロードして、オフライン辞書になりました。

>>718
検証どうも
DroidWingまで動くなら文句なしな読書環境っすねー

>>717

例のMereKさんが作ったイメージなのか。
ってことはN905C用にHW CONFIGすり替えたのかな。
このイメージ使ってHW CONFIG書き換えでglo/Touch(N905B)でもOkっぽい報告ありなので、
今からやる人はこれ使うのがeasy installでいいんじゃなかろうか。


merekさんイメージでHW CONFIG書き換えでminだけはi動かなさそうな話っぽいけど、謎だなあ。
waveformもこれまでの情報から判断すると他機種用のを使っても支障なさそうだし、
u-bootはKoboオリジナルで見る限りはglo=mini=touch(N905C)なので、
名前は違っても同一バイナリなのでglo用のコードで動くはずだから
(ntxの普通のubootを使ってるなら)関係ないはずだ。
HW CONFIGで指定した喜寿情報が、kernel側でunsupportなのかなあ…
そうだとしたらu-bootも機種固定の可能性はある。
(N905B/GloでHW CONFIGの修正だけで動いてるのが逆に謎)

#DebianスレでもみかけたauraHDの人がチャレンジしようとして失敗していたみたいだけど、
#auraHDは、mereKさんに寄贈したら作ってくれそうなことを書いてたように、
#epdcとのアクセスが違ってくるからkernel等rebuild必須

ベースになるTolino ShineのFWが初期の1.0ってのがbuggyっぽくてアレだけど、
1.2.4ベースでアレするにはTolino Shineの元hackサイトの情報を漁らないと無理かなあ。

https://bitbucket.org/mundoreader
どうもスペインのntxベースの電子書籍端末のOSS公開場所っぽい。
bq Cervantes ereaderとかいう製品で、
製品写真とか数値を拾い見するといかにもな感じ。

公開ソースは-e60622のsuffixがついているが、
ntxだから中身は共通ソース

今は多分Kobolabsのaura公開ソースのほうが最新だと思うものの、
ちゃんとupdateして公開し続けているようだし、
ntronixのrelease版からのmergeも定期的に行っているようなので、
たまにwatchしていて損はないようだ。

llinux-e60622のほうはkernel-3.*系統なので、
直接Kobo用ソースの補完ネタ元にはならないけど、
ちゃんとした共通ソースのままなら他機種でも大丈夫だから、
nickel on kernel 3.*
とかいうキメラが作れるかもしれない(？)

>>717
すみません、どのスレッドでしょうか？
いろいろ探してるんですが見つけられません。

そんなんも見つけれんような奴にどうこうできるとは思えんが
http://www.mobileread.com/forums/showthread.php?t=225940&page=8

スワップパーティションを作成して無い場合CFWにおいてキャッシュサイズを初期値の2000以外(MAX等)に変更すると非効率なのでしょうか？

glo2.8.1+CFW0.96β1でキャッシュサイズを32767に変更した時
外部SD(16GB)にファイル数数百、総量8GB程度のファイルを入れるとデータ更新処理に20時間程掛かったのですが…

こいつアホだろ

身も蓋もねぇw

すんげーアホだと思うけど嫌いじゃないわw

こいつ頭おかしいんじゃねーかと思ったけどなぁ

一人芝居 Now On Air

>>717
touch&gloに入れてみました
hw_configだけ書き換えでokでした
(S/Nも書き換えたほうがいいでしょうね)
個人的に角川BOOK☆WALKERが動いて欲しかったのでplay storeに行かず
とりあえず公式apkを以下からもらってきて/data/apkにコピーしたら普通に使えてます
ttp://bookwalker.jp/info/android-apk/

初めドイツ語?なので辛かったとりあえず設定から英語にしてます(morelocaleとか使えばきっと日本語に)
でもシャットダウン時とかの画面は変わらず

touchのホームボタン押すと多分元イメージのTolinoの書籍アプリらしきものが起動してきます

gloはバックライトが点きます
設定のブライトネスと連動していますが最小にしても完全には消えません
さすがにスリープ時には消えるのでまあいいかと思っています

chainLPでcbz作ってkoboに入れたとき
同じ設定で変換しても[]内が著者に反映される時と、[]がタイトルに入ったままで著者不明の場合があるんだけ
どうして？

俺のは電源入れ直すとちゃんと反映される

当たり前じゃんそれが普通なんだから

>>731
touch用のイメージはロケールとかいじってるのかな？
tolino shineのロムからroot化した時はmorelocaleとか何もせずに日本語のlocaleは
選べたけど。　もちろんshutdownのメッセージとかはドイツ語です。
時にPCに接続した時SDはマウントされます？　tolino shineのフォーラムをみたら
内部と外部に差してれば外部もマウントされるらしいのですが、どこかの手順がおかしかったのか
マウントされないので。　前のスレでマウントされるよという話があったので、もしそのイメージで
マウントされるなら入れなおしてみようかと。

>>725
スワップ領域なしのときにキャッシュ設定をいじることが非効率だったり
無意味なのかは比較実験してみないとわからないんじゃないかなあ。
テストに時間かかるから誰もしようと思わないだろうし、
常識的にはswapでメモリを空けること前提にして
dbのキャッシュサイズを上げるもんだが。

>>732
・括弧が全角になってるファイルは著者名として認識しない
・コンテンツ処理直後には反映されない

###

FW2.100以降でCFWを入れた場合、設定メニューからのファクトリーリセットが
うまく動かないかもしれないなあ。

電源オンのときのキー操作でのファクトリーリセットには影響ないので、
実効的には問題はないけどね。

#2.10以前はnickel内部でやっていた一連操作をrcS側に移動させて集約させただけで、
#この変更にはそれ以上の意図はないと思う。
#(基本Kobo側はkernelから上しか扱ってないと思うので…)


このrcSの変更点をみると画像表示＆タップ待ちみたいなUI操作を実現しているが、
pickelの中に、タップ待ちするコマンド追加したみたいだなあ。
pickel wait-for-hit $COORDINATES
みたいな感じでtap認識する(複数の)矩形座標をパラメータとして呼び出すと、
pickelの終了ステータスで何番目の矩形領域を押したか通知してくれるようだ。
coordは(x,y,w,h)だと思う[普通の縦長画面状態で長辺Y方向]

このpickelの新機能使うと、Debian chrootのメニュー選択部分に
MereKさん版イメージみたいにpython(pygema)を使わなくて済むなあ。
他にもstandaloneアプリの簡易なセレクターとしても使える。

ntxプラットフォーム用のイメージ加工ツール

・設定ファイルに従って抜きor挿入(差し替え)を行う
　設定ファイルを生成するfrontend等は別途検討
・u-boot,kernel,initrd,initrd2,waveform,logo,hwconfig,sn領域に対応
　MBR,partition等の上位disk構造には未対応
・ntxbin形式
　・ntxbin領域にntxbinイメージの書き込みは対応
　・ntxbin領域からの抜出時のheaderからのサイズ取得に対応
　・ntxbin領域にrawファイルを書き込む場合のntxbin header生成はまだ未対応
・u-boot,Koboのkernelのように非ntxbinの抜き出しは未対応
　・ubootはimxのboot仕様のヘッダ構造等がuboot先頭にある(ソースだとflash-header*.S)が、
　　第一段階でpluginロード(@OCRAM)→SDRAM初期設定→2段階目のロード(@SDRAM)→uboot起動
　　みたいな感じの構造で、ヘッダ部分からubootイメージ領域としてのサイズが決められない
　　(最大領域で抜き出すしかない？)
　・kernelは形式解析してないが、ヘッダ等どこかにサイズを決められる情報があるのかなあ？
　　Koboのubootは決め打ちmaxサイズで読むのでそれ準拠にするか？
・pythonでmmap&memoryview間でのコピーなので普通のfile I/Oよりは読み書きは速いかも？
　mmap+memoryviewが動くpython versionでないと動かない
・内部ではなくdd操作で行うための、ddテンプレート出力機能あり
　・rawのr/wとntxbin領域にntxbin形式をそのまま書く場合のみ
　・ntxbin領域抜きのサイズ認識等はdd単体では無理なので保留

パーティション領域の抜きは、windowsならosfmountでmountしてその領域をdumpする等すれば
partition imageとして抜き出せる。
パーティション領域の差し替え系の操作が厄介だなあ。

操作設定ファイル例
---
[extract]
disk=backup_internal_sd_shine_after_sys_recover.img
#uboot=raw,ts-uboot.bin
#countはテスト用に適当,bsはddテンプレ用
uboot=raw skip=0x400 bs=1024 count=0x8000,ts-uboot.raw.bin
#for Torino Shine
kernel=ntxbin,ts-kernel.ntxbin
#countはテスト用に適当
#kernel=raw count=0x8000,kernel
hwconfig=ntxbin,ts-hw_config.ntxbin
sn=raw count=0x200,ts-sn.ntxbin
logo=ntxbin,ts-logo.ntxbin
waveform=ntxbin,ts-waveform.ntxbin
#for Torino Shine
initrd=ntxbin,ts-initrd.ntxbin
#for Torino Shine
#initrd2=ntxbin,ts-initrd2.ntxbin
----

>>731

>(S/Nも書き換えたほうがいいでしょうね)
Androidの場合、SN領域全体の差し替えだとまずい可能性もあるかも？
元イメージのSN領域で、","以降は
見るからに鍵(or端末識別ID)っぽいので、
それはいじれないだろうし。

前半のSN-*部分は適当に書き換えても問題ないのかなあ？
(SN-*部分が鍵生成に関わっていたらそこも書き換え不可だろう…)

#ntxのAndroidの時の処理でkernelかubootあたりで
#その辺を読んでくる箇所を見かけた記憶がある…

>>735
> tolino shineのロムからroot化した時はmorelocaleとか何もせずに日本語のlocaleは
> 選べたけど。　もちろんshutdownのメッセージとかはドイツ語です。
「Japan」を探してないやーと思ってしまったのですが一番下に「日本語」が有りました
て事で今日本語に

> 時にPCに接続した時SDはマウントされます？　tolino shineのフォーラムをみたら
起動中に挿したら認識して自動マウントされました
EXTSD cardに出てきました

FW 3.0で内蔵ツールだけでmenu selectorが作れそうなので、自前(Ubuntuの)chrootを仮作成。
Xを入れるとなるとkernelを作り直さないと使い物にならないのでひとまず置いといて、
minbaseで作ったものをそのまま固めてKobo上で展開(専用の別partition)
---
1 ./lost+found
1 ./etc
1 ./run
1 ./sys
1 ./root
16 ./lib
4 ./sbin
1 ./home
50 ./usr
1 ./proc
85 ./var
1 ./mnt
1 ./tmp
1 ./opt
1 ./boot
1 ./dev
4 ./bin
1 ./srv
1 ./media
157 .
---
/varがでかいのはdebootstrapしたときにダウンロードしてきた
パッケージがcacheに残ったままだから。

/usrの中は
---
1 usr/src
13 usr/lib
2 usr/sbin
27 usr/share
1 usr/games
1 usr/local
10 usr/bin
1 usr/include
50 usr
---
素のminbaseのままだと、shareも場所食ってる。

mmcblk0p5に6GBほど領域確保してあって、
それをmountしてchroot環境入れてるので、
157MBでも3%程度で容量的にはどうでもいい感じだが
さすがに/varくらいは整備しなおしたほうがいいかなあ。

Kobo側環境から引き込んでくるものなど細かいところは
MereKさんのDebian参考にしつつ整備すればいいか。

X入れるためにkernel入れ替えるなら、
どうせならaura用公開ソースをベースにしたものを作るべきかなあ。
(L1 cacheline sizeもCortex A8に整合させたいし)

kobo glo FW2.60からCFW_Ver0.96β2に更新中なんですが何分くらいかかりますか？
もう30分くらいかかってます

フリーズですね
リセットボタン押しましょう

2分で終わる

リセットして再起動すると、女の子とデータ更新中の文字が出てすぐに消えて四角いKOBOと下の■が点滅し続けます
どうしたらいいんでしょうか？

>>744
ファクトリーリセット
確か電源とライト同時押しだっけ

>>745
ファックリセットできました
何が悪かったのだろうか泣きそうです

>>746
たまに良くある

Kobo_CFW_Ver0.96β2のKoboRoot.tgzをkoboに入れる際に、同時にkoboCFW.confもkoboに入れてしまったのが悪いのですかね？

>>748
むしろそれしないと設定反映されないのでは？
まさかSDとか本体に大量にcbzファイル入れてからFW更新したとか…は流石にないか

>>749
sdhcカードに3ファイルほど入れたままやってました。

外付けSDを突っ込んだままCFW導入作業とか、勇者過ぎる

>>739
マウントされるようになりました。　原因は、root app delete を使って、元々のホーム画面（ビューワーも兼ねている？）
の tolino v1.01 をどうせ使わないからとDisable にしていたのが原因でした。　これがSDのマウントとかに関係しているとは
思ってませんでした。 　SDのマウントとかはAndroidのシステムに汎用的なのが組んであると思ってました。

>>744
全く同じ症状だったよ。ファクトリーリセットかけて何度試しても同じ。
多分ファーム2.6とCFW0.96の相性が悪いんじゃないかな？
β1・2でも同じ症状だったし。

オリジナルファームが2.1だったから2.4にしてCFW0.95を入れたら全く不具合無し。
超快適。

ファクトリーリセットしてクリーンな2.6にした直後でも
アップデート失敗してしまう原因はなんだろうか…

Kobo本来のアップデート画面表示中に裏では
KoboRoot.tgzの展開(更新ファイル書き込み)
が行われ、その後再起動。
ここまではKobo公式FWの作業そのままなので、
処理手順自体に問題はない。
#更新中画面のまま再起動しない症状だとここで何かトラブっている？

再起動後に(テーマなしのデフォルトなら)
(1)■のprogress表示
→(2)女の子のアニメ表示
→(3)■のprogress表示
→(4)ホーム画面

(2)でCFWのdb関連作業が行われる
クリーンな状態でアップデートを行った場合は
数秒で終わるはず。

(3)はCFWのdb関連操作が終わった後なので、
・ext/boot.shの起動
・CFWのPRELOAD設定(hook.so)しnickel起動
で、nickelの初期化が終われば(4)に遷移。

CFWが入った状態なので、(3)段階でnickelが落ちる状態になると赤LED点灯
(3)の状態でトラブってる状態ではLEDはどうなっているんｄろうか？

システム更新→再起動までが正常に行われていなかった場合は
何が起こってもおかしくないから除外するとして、
「システム更新→再起動までが正常に進行したのに(3)のまま止まっている」
ケースがあるのかどうかだなあ。
#公式FW2.6への更新を完了せずにCFWを入れようとすると
#2.6.*以降だとおかしくなる可能性はある(明らかに導入手順を誤っているケース)

「システム更新→再起動までが正常に進行しない」ケースがあるなら、
それは全く別の原因。(既運用中の状態からCFW導入等、環境に依存しそうだが)