2012年09月電子書籍15: Kobo Touch hacking スレ (883)
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▼
【紀伊國屋】Kinoppy 2冊目【マルチデバイス】 (477)
E★エブリスタ【コミック】 (932)
日垣隆★97 (975)
【電子化】スキャン代行報告スレ7【電子書籍】 (514)
電子書籍雑談スレ (721)
【Xperia】Android端末で読書【Desire】 (526)
Kobo Touch hacking スレ
1 :2012/07/22 〜 最終レス :2012/11/01 本スレが速く、有益な情報が流れがちなので建てました。 落ち着くまで。。 ■楽天公式 http://kobo.rakuten.co.jp/ ■専用wiki http://www49.atwiki.jp/kobotouch/
2 : http://wiki.mobileread.com/wiki/Kobo_Touch_Hacking
3 : ダウングレードは、.koboディレクトリに旧ファームのKoboRoot.tgzとupgradeディレクトリとmanifest.md5sum展開でいけるんかな? 2.0になってから、切り替え速度が遅くなったような書き込みみたんで、そこら辺確認してみたいんだけど
4 : Hackじゃなくてツール開発全般にした方が良かったんでは?
5 : ダウングレードはfactory resetが無難なんじゃないの? 旧ファームを展開した場合、KoboReader.sqliteのデータ構造が変わっていて対応できない、 なんてこともあるかもしれないし。
6 : うむ、factory resetかけると、またアクチしないといけないし、その時点で2.0.2流し込まれるから、せずに済むならそのほうがいいかなぁと。 でも、弄るんなら素の状態に戻していじったほうが無難やろね。 アクチ後、usb切り離す前に2.0.2関連のファイル削除してしまえば、アップデートは行われないはず
7 : 用意するもの: クロスコンパイル環境 デバッグ用シリアル-USB変換ケーブル
8 : とりあえず、ダウングレードというかfactory resetかけてセットアップ、アクチ後、usb切り離す前に2.0.2アップデート関連ファイル削除、usb切り離しを行ってみた。 初期ファームは1.9.18(r39403,12/05/04)ってなってる。 海外では1.9.17から2.0.0にアップデートされてたような記憶がある。 で、ページ切り替えについては、pdf見る限り気持ち速くなったような気がせんでもないw 並べて厳密に比較できる環境にないし、プラシーボかもしれんw
9 : >>8 検証乙です
10 : あと、1.9.18で楽天の青空文庫読もうとすると表示されないから、縦書きepubには対応してないかも スターウォーズとかの海外の電子書籍見る分には何のストレスもなくページ送り出来てる レスポンスは2.0に比べてかなりいい感じに思えるので、ただでさえ限定されてる用途をより限定して使う方は試してみるのもいいかも 但し、自己責任w
11 : 2.0.0より前はACCESSのエンジンではないから、対応規格や挙動が違うんだろうね。
12 : 本スレに書いたんだけどレスきそうにないから、 こっちに移動させてもらいます。 http://uni.2ch.net/test/read.cgi/ebooks/1342870895/815 >既出かどうか分からんが報告 > >自作EpubのCSSで、margin:50px 設定したら、 >画面上部にタイトルが出るようになった >下部には、いつも「〜%」が出るのに、ページ数が出るように > >更に、読書設定で行間も変えられた >余白の設定は、バーは動かせるけどよくわからんかった > >%表示じゃなくてページ数で見たい人、 >行間変えたい人は一度やってみてもいいかも > >marginの数値は多分50以下でもいけると思う っていう書き込みがあって、それは素晴らしい!と思って AozoraEpub3で作ったepubのcss開いて body要素にmargin: 50px;を書き足してみたんだけど、 書いてあるようにはならない。 誰かできた人いる?body要素に指定じゃダメなのかな?
13 : >>12 これ場所書いてないんですよね… うーん、ちょっとこちらでも試行してみます
14 : 横書きのepubの話だったりしてw
15 : 前スレ815です >>12 html 要素の中に入れたよ 縦書き用に配布されてるCSSの、html要素の中に付け足したんだ 環境は、Mac・Sigil使用
16 : ごめん、1.9.18で楽天の青空文庫読めた どうもきちんと同期が取れてなくて読めなかっただけっぽい
17 : 横が長い画像をzipでcbzにしたやつ 自動で時計回りに90度回転表示になって 画像の上(本体の右)をタップで次ページ 画像の右から左(本体の下から上)へスワイプで次ページ という謎仕様
18 : 失礼ここ本スレじゃなかったか 誤爆した
19 : >>5 KoboRoot.tgzは旧バージョンから更新されたファイル+α(謎)だから 古いのを入れても全部上書きされるわけじゃなく整合性がとれなくなってヤバいと思う factory resetはrecoveryパーティション(/dev/mmcblk0p2)から丸ごと持ってくるだろうから、その方がいいね
20 : >>19 それって、購入時のver.より前には出来んてことなんかな?
21 : PDFの右一部が更新されないバグは、1.9.17の時は無かった気がする。 Factory reset後にアクチをスキップするには、.kobo/KoboReader.sqliteに INSERT INTO "user" VALUES('foo','foo','foo','foo','foo'); するだけでいいよ。
22 : 1.9.18でPDFの右一部更新バグがどうなってるか確認してみようと思うけど、あれって再現性ある?
23 : Wifi設定は/etc/wpa_supplicant/wpa_supplicant.confにあるんだな。 これをバックアップしておけば、再セットアップ時楽なのかも。 >>22 発生するPDFでは必ず発生すると思う。
24 : >>20 そうなる 海外版のrecoveryパーティションdump→うpした人がいればそれを入れる手もあるが 夕べちょろっと探した限りじゃ見あたらないし著作権的にもね
25 : ハードもマイナーバージョンアップしているようだから、 古いファームを無理やり突っ込むと起動しなくなるかもね。
26 : Wifi設定のバックアップは以下でできそう。 ・準備 umount_usb.shに以下を追加 if [ -e /mnt/onboard/.wifibackup ]; then tar cfz /mnt/onboard/wifiKoboRoot.tgz /etc/wpa_supplicant/wpa_supplicant.conf rm /mnt/onboard/.wifibackup fi ・バックアップ時 kobo touchを接続して、内蔵ストレージのルートに.wifibackupファイルを作る。 一旦取り外して再接続すると内蔵ストレージのルートにwifiKoboRoot.tgzができているので それをバックアップしておく。 ・リストア時 バックアップしておいたwifiKoboRoot.tgzをKoboRoot.tgzにリネームして.koboに配置して取り外す。
27 : 今/dev/mmcblk0p2をのぞいてみたけど、これ/以下の内容がそっくり同じ構成で入ってるんだな とりあえずバックアップとっておいた
28 : >>27 >>19 さんが書いてますが、それがファクトリーリセット時に使われるものです
29 : 27と19は同じ人なんでは…。
30 : >>28 >>19 =>>27 です tgzでも入ってるんだろうと思ってたんだけど、実際見てみたらそのままだったという話 バックアップ手順は、umount_usb.shの最終行の*上*に(remount,roする前) dd if=/dev/mmcblk0p2 of=/mnt/sd/mmcblk0p2.img という行を挿入 そしてUSBケーブル抜くと、いつもより「PCに接続されています。」が消えるまでの時間が数十秒長くかかって 通常画面に戻った時にはSDにmmcblk0p2.imgができている umount_usb.shそのままだとUSB抜くたびにバックアップとってアホ臭いので、1回とったら前述の行は消すこと
31 : factory reset時はmmcblk0p2からp1へまるまるコピーなんだろうね。
32 : 楽天kobo開けてmicroSD交換してる人たちのアップしてる写真見比べてたんだけど、MCIMX508CVM8Bの端末とMCIMX507CVM8Bの端末が存在してる 当初、カタログ見て言われてたような性能の違いは発生してないんかな?
33 : ああすいません。同じ人とは気づかず bootloaderにあたるものでは、tgzの展開まで入れ込めなかったのかな? なんにせよお手軽でいいです 一度ddで吸っておけば内部sd壊れても文鎮回避できるので いいハードだなあ、実売安ければもう一台あってもいいかも
34 : 本スレ流れ速いのでこっちで動作確認依頼です。 AozoraEpub3の横書き対応向けに template/OPS/xhtml/xhtml_header.vm の6行目に以下の1行入れてから変換して、横書き切り替えできるか確認してもらえないでしょうか。 <link rel="alternate stylesheet" type="text/css" href="../css/horizontal.css" class="horizontal" title="horizontal layout"/> Kobo8月到着と言われてキャンセルしちゃったけど、ファーム入れ替えとか楽しそうだよなぁ。 オクで投げ売り探すかな。。。
35 : >>32 え? … あー! うちは507ですた なんぞくやしい…
36 : 俺のも507
37 : >>34 色々探してみたけど、切替操作の場所が突き止められない…
38 : ttp://elcodis.com/parts/5521497/MCIMX507CVM8B.html ttp://elcodis.com/parts/5521500/MCIMX508CVM8B.html パケ版かどうかってだけだな
39 : あれ? 気にしてなかったけど俺のは508だ。 セットアップでえらい苦労したけどこれのせいだったりして・・・
40 : >>34 6行目に追加しても特に変化はありませんでした。 6行目をその内容で上書きしたら横書きになりました。
41 : >>38 中読むと508だけepdcありますね 使ってなければ差はないかな?
42 : 違いはEPDCじゃなくてグラフィックアクセラレータの有無だよね? EPDC無いとE-Ink使えない気が・・・ http://www.freescale.com/webapp/sps/site/taxonomy.jsp?code=IMX50_FAMILY
43 : ttp://www.freescale.com/webapp/sps/site/taxonomy.jsp?code=IMX50_FAMILY これ見ると言われてた通り、508と507でOpenVGの有無が異なるみたいな Kobo的に影響があるかどうかは別の話だけど、ファームウェア弄って色々させようとすると差が出たりするんかな?
44 : >>42 >>43 >>38 先のpdf見るとepdcは508だけとあったので ちょっと探してみたところ 【楽天】Koboに期待するスレ - http://bit.ly/PyxOfq ebook野郎: iriver Story HD "CPU" and "DISPLAY" http://ebookyaro.blogspot.jp/2012/04/iriver-story-hd-cpu-and-display.html といったものを発見 おっしゃるとおりopen vgの違いのようです kobo touch readerアプリは使ってるのかな? 使っていたら差が出そうですね
45 : どうやれば性能比較ができるかな?
46 : >>44 ああごめんなさい、508のepdcだけ強化版だよのようです データシートをもう少し眺めてみましたが違いは >>44 関連のgpuの有無だけ? OpenVGの記載はないなあ、gpuも2dみたいなことしかわからない
47 : というか、507で動作してること考えれば、Koboの描画は最初からGPUによるOpenVGサポートは使用してないと考えるべきなのか
48 : ファーム共通なんだからGPUは使ってないって事でしょうねえ。 誰かがカスタムファーム作れば508モデルなら高速にできる可能性も無くは・・・ 気が遠くなる様な話ですけど。
49 : >>37 ,40 d 変換時に縦書き横書き切り替え式にして両方作ってみますた。 ついでに18ページあたりの傍線(線種は非対応?)も見てもらえると助かります。 縦書き http://www18.atwiki.jp/hmdev/pub/test_chuki_v.kepub.epub 横書き http://www18.atwiki.jp/hmdev/pub/test_chuki_h.kepub.epub
50 : >>49 傍線ですが、 縦書きは責空文庫の最初の5つは責の右側に傍線、最後は左側に傍線。 青空文庫で読書しよう。は同様に最初の5つが文全体の右側に傍線、最後は左側に傍線。 横書きの場合、縦書きの時右側に傍線があったのもは下に傍線。 左側に傍線があったものは傍線なしでした。
51 : ちなみにkepub.epubをepubにすると、傍線の挙動も変わるようです。 縦書きでは傍線のつき方が左右逆になりました。 横書き字は最後含め全て下線になりました。
52 : >>49 縦.zip (縦.zip) http://ux.getuploader.com/suma1214/download/52/%E7%B8%A6.zip MD5: e3b49947521bc4aae000e7df287879b4 横.zip (横.zip) http://ux.getuploader.com/suma1214/download/50/%E6%A8%AA.zip MD5: ae46896d49e06c7e92bbfa081088e788 アス比が狂っています 一部お見苦しい点がありますw passはkobo
53 : 海外だとDropbox連携とかできてるのか http://www.mobileread.com/forums/showthread.php?t=161527 日本語版と海外版ってファームウェアは違う?
54 : >>52 画像まで撮ってもらって状況分かって助かります。 手もとにKoboあれば自分でできるんだけど。。 表示はChromeのReadiumとほぼ同じな感じっぽい。 改行位置とかルビの改ページとか微妙に変なのはKoboだからかなぁ。
55 : >>53 これはKoboブラウザでDropbox使ったいう話ちゃうのん?
56 : ああ
57 : >>55 そう思うよ。 ZipComicServerも動いたけど ブラウザは上下が狭い
58 : KoboのUIが糞すぎるんだけど、KindleのOSはインスコできないの?
59 : ファームで三木谷さんをなんとかしてくれw
60 : 端末とのやり取りってtelnet/ftpが主流だけど、ssh/scpのやり方って需要ある? どこ参照したか忘れたけどdropbear動かせたから需要あるならまとめたい
61 : >>49 拡張子epubバージョン (本スレでkepubはしおりが機能しないレスがあるので) http://ux.getuploader.com/suma1214/download/57/kobo_epub.zip MD5: 9766d3ac205f738d631dca88d94b432f 容量: 9.9 MB 問題点 ・目次が機能しない(目次アイコンがグレーアウト) ・余白設定が必要 ・約物は個別に処理必要(読めればいいなら不要)
62 : >>60 需要とか気にせず垂れ流しでいいと思う 何がきっかけになるかわかんないから、わかったこと、出来ることは人目につくように残しといたほうがいい
63 : ネットで普通に配布されてるpdfで、右端残像や容量による不具合が発生するようなのってない?
64 : Dropbear on Kobo Touch 1. バイナリの入手 http://maemo.org/packages/view/dropbear/ から "Diablo Extras free armel" のdebパッケージを取得する。 現時点でのバージョンは0.52-2で、debパッケージのURLは http://repository.maemo.org/extras/pool/diablo/free/d/dropbear/dropbear_0.52-2_armel.deb 2. debパッケージからdropbearバイナリの取得 面倒なのでコマンドの羅列で $ mkdir dropbear $ cd dropbear $ ar x (debパッケージのパス) data.tar.gz $ tar xf data,tar.gz $ ls etc usr 今回使うのは usr 以下のみなので etc は削除してもおk。 3. 公開鍵をauthorized_keysとして仕込む Kobo Touchはrootのホームディレクトリがなぜか / になってんだけど、これはあとで /root に変更するのでその前提で $ mkdir -p root/.ssh $ ssh-keygen -y -f ~/.ssh/id_rsa > root/.ssh/authorized_keys $ tar czf KoboRoot.tgz usr/{bin,lib,sbin} root 出来た KoboRoot.tgz をいつも通り .kobo に突っ込んで適応させる。 4. telnetで端末を操作 telnet必須なのがアレげなので /mnt/onboard/run.sh なりなんなりでスクリプト化しておいてもいいかも sync;sync;syncはお約束のアレだけど、単なるおまじないです # mkdir -p /etc/dropbear # cd /etc/dropbear # dropbearkey -t rsa -f rsa_host_key # dropbearkey -t dss -f dss_host_key # echo '::respawn:/usr/sbin/dropbear -d /etc/dropbear/dss_host_key -r /etc/dropbear/rsa_host_key -F -s' >> /etc/inittab # cp /etc/passwd /mnt/onboard/passwd.backup # sed -i 's/^root::/root:*:/' /etc/passwd # chown -R root:root /root # chmod 700 /root # chmod 700 /root/.ssh # chmod 600 /root/.ssh/authorized_keys # sync;sync;sync # kill -1 1 これで多分ssh/scp出来る もし出来なかったらログ見るなりして確認する必要があるんだけど、sshするのにパスワード設定が必須なのがめんどい /etc/passwd弄ったあとはtelnetするのにパスワード聞かれてしまうので、busybox passwdでrootのパスワード変更してしまうってのもひとつの手 俺は失敗する度にバックアップ取っていた/etc/passwdをKoboRoot.tgz使って戻してtelnetで繋いでいた
65 : そういえば同根のbusyboxにhttpd入ってたから動かしてみた 俺の環境ではkobo touch自身のブラウザから見る場合loの設定してやらんといけなかったんだけど、他の人もそうなのかな # busybox ifconfig lo 127.0.0.1 # mkdir /var/www # vi /var/www/index.html (なんか書く) # busybox httpd -h /var/www
66 : ごめん、 >>64 のsed間違えていた rootのホームディレクトリを /root に変更するとか言いながらそれやってなかった # sed -i 's/root::0:0:root:\/:\/bin\/sh/root:*:0:0:root:\/root:\/bin\/sh/'
67 : また間違った吊ってくる... # sed -i 's/root::0:0:root:\/:\/bin\/sh/root:*:0:0:root:\/root:\/bin\/sh/' /etc/passwd
68 : >>61 補足的に本スレにも似たようなものをあげておきました http://uni.2ch.net/test/read.cgi/ebooks/1343022325/62
69 : >>63 Jコミのラブひなで右端の残像あった。
70 : >>69 さんきぅ 試してみる
71 : とりあえず、1.9.18でJコミのラブひな1巻pdfを通して読んだ限りにおいては右端バグは発生しなかった
72 : 同じく2.0.2で右側が残るPDFが1.9.18なら大丈夫なのを確認しました。 あと2.0.2だと縦書きのkepubで文を選択するときに◎みたいのが表示されないんだけど、 19.18だとちゃんと表示される。 でも結局2.0.2に更新しちゃったけど。
73 : koboって内部的にはカラーで処理されてるんだね。 スクリーンショット取ると確かにカラーだわ。
74 : 本スレの流れが早すぎるので 自炊青空文庫 AozoraEpub3で変換し拡張子を.kepub.epubにすると ・目次が使えるようになる ・章ごとにファイルを読み込むので動作が重くならない その代わり ・ページ単位での栞が働かない(´・ω・`) 栞の動作は何に依存するの?
75 : >>74 いまpc前ではないのでうろ覚えで koboreader.sqliteのcontentsなんたらにindexなんたらwがあるのを確認済み ストアkepubでは1かなにかで、自作kepubは0だったかな? ざっとみた限り、これくらいしかしおり絡みは見当たらなかったかも この変更だけで有効になるほどお手軽だとは思いませんが参考までに
76 : >>73 スクリーンショットってどうやって取るの?
77 : >>76 http://www.chauveau-central.net/pub/KoboTouch/ の How to Take a Screenshot に書いてある。 要UN*X系OS
78 : >>74 ちょっと調べてみた。 ・しおり、マーカー、メモの類はBookmarkテーブルに記録される ・位置はStartParagraphPathカラム(とStartOffsetカラム)に記録される ・しおりが有効な本では、OEBPS/Text/content0000.xhtml#kobo.58.1みたいな値が入ってる ・AozoraEpub3で作った.kepub.epubでは、OPS/02/0001.xhtml#になってる ↑#の後に注目 で、ん?と思ってストアからDLした無料書籍のepubを解凍して中身を見てみたら、 <span id="kobo.1.1">みたいなタグが文ごとに入ってる。 前の数字がファイル内でのパラグラフの連番、後の数字が文の連番になってる。 AozoraEpub3で作ったファイルにこれを入れたらしおり効くようになるかも。 明日ためしてみるよ。
79 : >>78 しおりをつけたセクションの頭に飛ぶのはそういうことなのかな
80 : diffとればいいじゃん。 販売版と自炊版の
81 : これDRMあっさり取れそうだな
82 : 試しにspanのid属性にkobo.xx.xxな連番を入れた.kepub.epubを作ってみました。 http://ux.getuploader.com/suma1214/download/67/scan-num.kepub.epub 最初の章だけ連番入れてあります。 うちの環境では、連番入れた最初の章だけは栞、マーカー、メモのすべてが有効 でした。 手動で連番入れてたんであんまり詳しく検証できなかったけど、 ある程度のまとまりで 1.1、1.2、1.3、… 2.1、2.2… みたいに付けて行かないと何かがうまく行かなかったりした。 詳しい検証はコードごりごり書ける人にお任せします。 手動だとタイヘンすぐる…
83 : >>63 ここのpdfで問題起きてる http://d.hatena.ne.jp/WizDiary/
84 : >>82 検証乙です。 早ければ今日の夜に実装して1.0.6に反映してみます。 手作業で大変だけど、本文のみの行は行単位で<span id="">で括っても 大丈夫かも検証してみてもらえないでしょうか?
85 : >>84 おー。報告に伺おうと思っていたら。 さっそく、実装を検討していただきありがとうございます。 すみません。 >本文のみの行は行単位で<span id="">で括っても >大丈夫か というのがちょっとわからないです。 <span id="kobo.xx.1">ながーい文章<br/></span> みたいなことでしょうか?ファイル内の本文全体を <span id="kobo.1.1">ファイル内の本文テキスト全部をまとめて1つに括る<br/></span> みたいにすると、なぜかマーカーとメモは効くけど、栞が効かないという不思議な 現象が起きたりしました。栞とマーカー、メモではDBへのデータの持ち方が 違うみたいです(マーカー、メモでは終了位置も記録するとか…)。
86 : KoboReader.sqliteの中を見ると、 koboのプログラマは正規化を知らないのか?って思ってしまう。
87 : 内部メモリの換装作業中・・。 未割り当ての9.5Mは何者?
88 : なんとか1.9.17にできんもんかな 海外フォーラムの書き込み参考に色々試しても、うまく動かん理由がやり方が悪いせいなんか、ファームウェアの違いによる挙動のせいなんか、ようわからん
89 : >>85 とりあえずルビを含む文字列部分を<span id="行番号.連番">で括ってみた。 http://www18.atwiki.jp/hmdev/pub/ の.epubが1.0.6b1で変換したもの。 タグがない場合は行単位で括ってて、傍点とか2重spanになってるけど表示は大丈夫っぽい。 Koboで表示できて、栞としてそれなりに使えるといいんだけど。。 検証よろしくです。
90 : >>88 元々入ってるfirmwareが1.9.18だから、そこより古いものに戻せない、ってことだと思う
91 : >>90 ごめん、書き方が悪かった 向こうのハックが1.9.17前提で行われてて、それを1.9.18〜に適用して動作しなかったとき、やり方がまずかったのか、1.9.18〜じゃダメなのか判別つかんから、なんとか環境を合わせられんかなぁってこと スレ前半に書かれてたように国内版は起点が1.9.18だからファクトリーリセットからじゃどうにもならんのは承知のうえで、1.9.17に環境揃えるなんかうまい方法がないものかという話
92 : >>89 玉藻の前もtest_chuki.kepub.epubも栞が効かなかった
93 : AozoraEpub3-1.0.6b1で青空のテキストを変換したら章のタイトルだけ表示されて本分が表示されなくて真っ白w
94 : >>93 1.0.6b2で <span id="kobo. "> で1〜連番にしてみた。 1.0.6b2でも真っ白だったら別の問題かもなのでタイトル教えてください。 Koboが無いと機種依存部分はもう限界かな。。。
95 : >>94 1.0.6b2で栞効きました! 本は野良青空文庫ですのでゴニョゴニョ…^^;
96 : >>91 1.9.16以前からあって、1.9.17のアップデータに含まれていないけど、1.9.18でアップデートされているファイルについて 初期化しても戻らないから、だめなんだろうなぁ・・・ http://www.mobileread.com/forums/showthread.php?t=185660 v1.9.12+v1.9.16+v1.9.17.bを全部含んだKoboRoot.tgzを作ってみるとか? まぁ、それでも足らないファイルがありそうだけど
97 : 栞は効いたけど最初の章が飛んじゃって真っ白画面 二番目の章から読める
98 : 目次のないファイルは.kepub.epubでも問題なく栞が効く 目次がいっぱいあるファイル、つまり章がいっぱいあるファイルは栞は効くんだけど ある章が飛ぶ どんな章が飛ぶのかチェック中
99 : >>97 検証どうもです。 栞は大丈夫そうだね。 真っ白画面は<span>の入れ子がおかしくなってるxhtmlエラーっぽい。 解凍してChromeにいれればエラーの場所はわかるかも。 もうちょっと調べてからβ3で人柱依頼してみるよ。
100 : ゴニョゴニョファイルを.kepub.epub化したものを解凍してxhtmlファイルを直接ブラウザ(firefox)で開いてみると koboで真っ白な画像になる部分はブラウザでもエラーになりました こんな感じ XML パースエラー: タグの対応が間違っています。終了タグが必要です: </a> URL: file:///E:/ゴニョゴニョ.kepub.epub/OPS/xhtml/0007.xhtml 行番号: 13, 列番号: 61:<span id="kobo.28.1"> <a name="chap1">序 章 レディオノイズ Level2</span><br/> ------------------------------------------------------------^
101 : >100 元txtにある<a>タグが閉じてないか次の行で閉じてたりする? 注記以外のタグは<img>しか除去してないので強制除去検討ますが、 <a>タグ削除して再変換してみてください。
102 : ベッドに入ってしまったので明日試してみます
103 : >>96 やっぱアップデータから構成し直すのは無理があるわなぁ 1.9.18もリリースノートは1.9.17のままだから中身そんな違わんと思うし、俺の理解と読み込みがちょいと足らんだけなら、ダウングレードについても深く考える必要ないんだけどなー
104 : AozoraEpub3の[#窓見出し]の処理は、あれでいいのかな? なんか違うような気がする。 さらに、文章中の[#地付き]で、そこから改行されてしまうのも なんか気になる。 あと、文字単位の横組みも実装してほしいです。
105 : AozoraEpub3 の話、こっちのスレ再利用しないか? 【自主】電子書籍作成スレ【作成】 http://uni.2ch.net/test/read.cgi/ebooks/1297947557/ Koboの本スレだと流れが速すぎるし、hackingとも微妙にずれるし。 あんまり使われてないから、他が混じってくる可能性少なく、 テストやトラブルチェックも、報告し合いやすいと思うんだけど。
106 : SIMは取り出せないんですか?
107 : >>84 昨日は早く寝てしまったので遅くなりましたが、1.0.6b3をテストしてます。 とりあえず、>>82 のテキストを変換して、Kobo Touchで試したところ、 目次、栞、マーカー、メモのすべてが正常に機能しました。 テキストの抜けなどもざっと見たところないようです。 解凍してchromeで開いてみましたが、パースエラーもなしです。 テストしたテキストは、 ボヘミアの醜聞 http://www.aozora.gr.jp/cards/000009/card226.html を編集して章ごとに [#改ページ] を入れたものです。 もっと長いテキストとかもテストしてみようと思います。 >>105 AozoraEpub3の中の人の判断にお任せしようと思います。 それまでは、とりあえずここで報告させてもらいますね。
108 : kepubとepubは別処理の方がいいのでは? ストアプレビューkepubはDRMかかっていないので 自炊kepub/epub扱いさせてKTに読ませると あからさまに体裁が異なる spanで文にid付けなくてもepubでは栞は使える むしろ他のリーダーにとっては、害はなくともゴミでは?
109 : 長いの短いのいろいろAozoraEpub3で変換して試してみました。 一応、目次、栞、マーカー、メモすべてOKでした。 ただ、栞については、なぜか初回だけ1行ズレる時があります。 一度、栞から呼び出して次に同じファイル(章)に栞を付ける場合は、 正しい位置で開きます。 どうやら先頭に余白が付くのが原因らしいんですが… cssのpaddingを外してみたりしてみましたが、よくわからないです。 テスト対象テキスト ボヘミアの醜聞 http://www.aozora.gr.jp/cards/000009/card226.html 踊る人形 http://www.aozora.gr.jp/cards/000009/card50713.html 半七捕物帳 01 お文の魂 http://www.aozora.gr.jp/cards/000082/card1005.html 次郎物語 01 第一部 http://www.aozora.gr.jp/cards/001097/card42692.html 大菩薩峠 01 甲源一刀流の巻 http://www.aozora.gr.jp/cards/000283/card1726.html
110 : >>87 ブートローダ (u-boot) と Linux kernel (uImage) だね。 簡単に調査してみた。 1セクタ 512バイト 0スタートだとすると; 0: パーティション情報 (IPLコード無し) 1: シリアル番号 および ビルド番号 2〜: ブートローダ (ntx508/u-boot.bin の 0x400バイト目から) 1024〜: "HW CONFIG v0.7" の文字列+α。ごめん、Linuxよくわからん。 1536〜: たぶん HW CONFIG の一部。カーネル読み込み用の情報ぽい。文字列 1792〜: たぶん HW CONFIG の一部。カーネル読み込み用の情報ぽい。 1920〜: たぶん HW CONFIG の一部。カーネル読み込み用の情報ぽい。 2048〜: Linux kernel (ntx508/uImage ?) 14336〜: 不明。 19456〜: パーティション1 (ext4 /) 543745〜: パーティション2 (ext4 factory reset用) 1068034〜: パーティション3 (FAT32 USB接続で見える内蔵ディスク) つまり、いくら factory reset しても、u-boot / kernel 壊したら蓋開けない限りダメ。
111 : 画像について 踊る人形 http://www.aozora.gr.jp/cards/000009/card50713.html には画像が埋め込まれてます。画像は埋め込まれた位置に正しく表示されます。 ただ、この本の場合、横書きの絵文字暗号の画像が縦書きの中に表示されて 体裁が悪いです。 http://i.minus.com/iGyaznTzHd7OS.jpg とりあえず、読めるし、自分で画像を回転すればいいだけのことなので、 とりあえず現状でOKと思います。 が、将来的には、縦横サイズを考慮して画像を回転するオプションがあると 便利かなと思います。 また、ホーム画面のサムネイルに最初の画像が使われてしまいます。 http://i.minus.com/ibzXHxmCUzQ9LZ.jpg 画像が入ってると強制的にサムネールに使われてしまうんでしょうかね? 回避手段があれば回避したいところです。
112 : AozoraEpub3関連は以後 http://uni.2ch.net/test/read.cgi/ebooks/1297947557/ に移動で ファームとSD入れ替え関連の邪魔になってスマン カスタムファーム作者氏の今後の活躍期待してます(まだ買ってないけど)
113 : 今後の機能追加への要望 ・青空文庫の見出しタグを利用して目次作成 ・目次の階層化対応 ・複数書籍の合本機能 青空文庫って短篇集に入っているのはバラされて別々になってたりで、 ちょっと扱いにくかったりします。いくつかのテキストをまとめて 1つのepubにしたいという需要はかなりあるんじゃないでしょうか。 Kobo Touchの本棚機能いまいちだし…
114 : >>112 AozoraEpub3の作者さんですか? そうなら移動するけど、私は作者さんの意向に従います。
115 : 今んとこAozoraEpub3の話はここでやってもらっても構わんけどなぁ ファーム関連は個人で色々試して結果出てからじゃないと書き込むことないし、スレ落ちたら元も子もない
116 : どなたか、DD for Windowsで吸い出した工場出荷状態のSDイメージをUPしていただけないでしょうか。よろしくお願いします。
117 : >>116 >>110 >1: シリアル番号 および ビルド番号 シリアル入ってるからアップしにくいと思うよ。2台目買うとか。
118 : >>116 マルチ乙 分かっててやったんだから諦めてくださいな
119 : どこみても自己責任って書いてあるだろ
120 : >>114 中の人です。 分けた方が見やすいしまだ長引きそうなので、あちらを借ります。
121 : 本スレより、cbzのページ送りがepubと逆になっているのをあわせるやり方 【楽天】Kobo Touch 14冊目【7980円】 http://uni.2ch.net/test/read.cgi/ebooks/1343091944/ 730 :名無しさん@お腹いっぱい。:2012/07/24(火) 22:42:14.49 ID:693sqDx5 これでCBZのページ送りをEPUBと同じにできたよ update content set PageProgressDirection='rtl', EpubType=13 where MimeType='application/x-cbz' and ContentType=6; 819 :名無しさん@お腹いっぱい。:2012/07/24(火) 23:58:38.01 ID:693sqDx5 >>794 http://www.sqlite.org/download.html 辺りから sqlite3.exe を落とす koboの .kobo フォルダ内のKoboReader.sqliteをコマンドラインから sqlite3.exe で開く >>730 のSQLを実行する 念のためKoboReader.sqliteのバックアップは取っておいた方が良い
122 : >>121 の手順ではcbzを新たに入れるたびに14スレ730のsqlを実行する必要があったが自動化できた模様 【楽天】Kobo Touch 15冊目【7980円】 http://uni.2ch.net/test/read.cgi/ebooks/1343157817/591 591 :名無しさん@お腹いっぱい。:2012/07/25(水) 21:08:12.26 ID:dvVIfi7D CBZのページ送り方向を変更するSQLをトリガーにしてみた CREATE TRIGGER trigger_content_insert_cbz AFTER INSERT ON content FOR EACH ROW WHEN NEW.ContentType=6 BEGIN UPDATE content SET PageProgressDirection='rtl', EpubType=13 WHERE MimeType='application/x-cbz' AND ContentType=6 AND ContentID=NEW.ContentID; END; これならDB登録時に自動で更新されるので毎回SQL実行する必要はない けど更新された後で再読みさせないとダメ(もう一度PC接続 or 再起動) 一応動作は確認したけど保証はできない、と言うか不安あり DB壊れても自力で復旧できる人だけ試してみてね
123 : cbzにメタデータをどうにかして付加できないものかなぁ。 外部ファイルに書いとく形でもよさそうだけど。
124 : カスタムファームで好き放題できるんだから コンテンツ追加時にDB弄ってやれば良いんじゃないの?
125 : メタデータ入るし、ページめくりも左タップに出来るからepubにしてるんだけど マンガはcbzのがいいのかな?
126 : >>125 メタデータやページの扱い考えるとepubの方が良いのは間違い無い cbzだと全画面表示ができるのが最大のメリット
127 : >>125 ,126 .kepub.epubにリネームすれば全画面表示になるよ。
128 : うん、リネームで全画面表示できるし、目次もつけられるから.kepub.epubにしてる 手間はかかるけど自分的にはこれがベストかな
129 : .kepub.epubは.cbzと比べるともっさりしないか?
130 : >>129 ちょっともっさりするけど、自分としては許容範囲 pdfよりはましだし、自分はメタデータが最優先なもんで
131 : >>110 Android同様fastboot(or相当するツール)でそこら辺は書き直せると思うけどね。 もちろんそれが行える環境を持ってないと駄目だけど。 ちなみに蓋を開けてどうやって直すの?
132 : >>131 内蔵ストレージがmicrosdなので 壊れたらバックアップを新SDに復旧して
133 : cbzだとスイスイ読めるから これで小説読みたいけど、右綴じにできないのね
134 : >>133 >>122
135 : 本体のSD差し替えたので、内蔵のSDを流用しようとformatしたんだけど 256MBしか認識しないんだが・・・ まさか2Gbitだったわけじゃないよね。 ちなみにformatは、koboの外部SDスロットにさして、PCからやった。
136 : MBRを初期化しないとだめだよー
137 : MiniTool Partition Wizardで Rebuild MBR やったんだが、、結果同じだった。 どうやるのかおしえてください。
138 : MiniTool Partition Wizard使っているなら、パーティション全て削除すればいいじゃないか。
139 : >>134 リスクでかいし、メリット小さいからできないわそんなこと
140 : ならこっちにしとけ >>121 こっちなら問題無い
141 : それもやったんだけど。 吸いだした2Gのイメージも戻せないし・・ カードリーダーに差し替えてやってみる。
142 : LifeTouchNoteでフォーマットしたら、なおったw よくわからんが、お騒がせしました。
143 : あまりにもUIがクソなので自分で作りたくなるな。 でも、どこから手をつけりゃいいんだろ。 カスタムファームウェア作ってる人はすごい。
144 : >>142 地味だけど意外と使えるんだよねLTNは 実は俺も愛用している でも本が読みにくいからkobo買った
145 : koboとLTN持ちって結構いるのかな ちなみにNetwalker(Z1)も持ってたりするw LTも8800円になったときにほしくなったが思い止まった
146 : LTNは便利だよ。キーボードがいい。 電車で始末書書いたことあるしw palmとかも好きだったなぁ。 そういうgadget好きが買ったんじゃないの?kobo touch
147 : LTNとポメラの新型とどっちにするか悩んでLTNにした 便利なんだけど便利過ぎて気が散るからポメラの方が良かったかもしれないw
148 : >>145 PC-Z1だよね 持ってる持ってる でもあまりにも画面が小さくて今は残念ながらあまり使っていない なんだ、まさかここでZ1が出てくるとは思わなかった
149 : >>146 スレ違いだけど、うれしくなって来た palmも使った、m105に青空文庫入れて通勤の時に読んでいた あの時の事を思うとkoboは神機にしか見えない
150 : 以前改変ファーム公開したもですが、 Kobo上でsqlite3の単独動作が出来たんで、 フォルダ構造→本棚の自動登録が出来そうです
151 : >>150 おお、がんばってください どうせならcbzとかのページめくり統一も盛り込んでくれると嬉しいです
152 : >>148 PC-Z1のキーボードが手に合わなかったんでLTN買ったんだ LCDはきれいだけど長時間見ていると目が疲れるんで 75FがNEC Directで19800円+ポイント4000円分バックだったんで飛びついた palmは5000円くらいで投売りされてるときに買ったなぁ これからkoboをいろいろいじくってみよう
153 : >>150 フォルダ→本棚で自動だと、フォルダ多い場合に大量の本棚で重くなってしまうので、考慮してもらえれば助かります。
154 : そう言う場合って2階層にすればKOBOの本棚的に作れなくなるとかじゃ 代わりに認識しなかったら嫌だけど
155 : DoNotSearch.txt とかが置いてあるフォルダ以下は自動探索しない、とかの仕組みが必要かもね。
156 : >>154 それは作り次第では? 自分でツール作ったときは、2階層の場合 フォルダA/フォルダB というような本棚を作るようにしていた。
157 : ひょっとしてGraffiti for Android(iphone)とか とかも使ってたりしてw
158 : いつまでもダラダラと 分別ってものがないのかね
159 : >>135 一度パーティション全部削除して新しく作る だが壊れた時に元のSD入れて改造って何ですか顔で修理に出すために保管するのが上策
160 : >>150 ステキ! 出来れば、cbz運用時のDB巨大化もやっつけてください!オナシャス!
161 : >>160 それやっちゃうとcbzのタップ処理が遅くなる可能性あるだろ
162 : >>161 最適化するだけなら問題なくないか? ゴミがひたすら溜まる仕様みたいだから、定期的にハードの初期化が必要。 でも、出来れば避けたい。
163 : PCのソフト側でデータベースに登録できればいいんだろうけどね。 純正ソフトには自前のファイルにそうする機能はついてないし。
164 : dbをPC側で簡単に登録できればライブラリ更新に待たされなくなって良くなりそうだよね
165 : データベースがぶっ壊れた。 内容は読めるが、本棚編集ツールやsqliteのvacuumができない。 dump & copyでも修復できない。 ファクトリーリセットして再構築するしかないか・・・
166 : PC側でDBを編集した場合、切断したらすぐkoboをrebootさせないとすぐにDB壊れるよね。
167 : >>165 そういう時と本をいろいろ入れ替えた時のためにアクチがおわった段階のDBをPCに保存してる。 本棚は登録しなおしだけどね。 本棚ってどのくらい登録してる? PCのツールが公開sれたので、 登録しまくったら遅くて耐えられなくなった。 ちなみにDBが壊れても起動してUSB接続できるものなの?
168 : DB壊れるとどうなるの? まあ壊れ方によるんだろうけど、 立ち上がるけど本は全く見えないって感じ?
169 : 壊れ具合によると思うけど、contentテーブルが壊れたときは 本は見えるけどkobo dsektopで同期すると同期中のままになった。
170 : 稼働中にDB書き換えとか… プロセスRか、素直に電源落としてやれよ…
171 : >>167 前のレスで書いた不具合が出る以外は普通に使える。 USB接続も可能。 kobo desktopは怖いので試してない。
172 : 【速報】AmazonのKindleが9月にも日本でサービス開始 ラノベや漫画でおなじみの角川がコンテンツ提供 http://engawa.2ch.net/test/read.cgi/poverty/1343465821/l50
173 : カスタムファームウェア入れるか
174 : いわゆる、普通のDBチューニングは効果あるor可能なんかな? sqliteは経験ないけどバッファ量のパラメータ弄るとか、本体の起動時にバキュームとか。
175 : >>174 sqliteはインプロセスなDBだから、 安全にそれをやるにはDBの更新をするビューアソフトそのものを 書き換えないと駄目なはず
176 : >>175 rcSのnickel起動前に仕込めば問題ないはず
177 : 本棚を自動登録するpythonスクリプトを見つけた。 contentテーブルからファイルパスを取ってくるようだね。 ttp://pastebin.com/hX2kqQ9b
178 : この辺にあるpluginのサンプルって動くのかな? https://github.com/kobolabs/Kobo-Reader
179 : 道が開けるな
180 : telnetがあれば出番は無いかもだが・・・ ケーブル繋いだらシリアルコンソールが使えた。 基板右下のJ5がメインCPUのシリアルポートだね。 電圧は3.3V/正論理/115.2kbps/N81でいけた。 4ピン並びの左端(銅箔が四角の穴)を#1として、 #1:Vcc(3.3V) #2:TxD(CPU->) #3:RxD(CPU<-) #4:GND になってる。 #3はクランプDiが入ってるから外側に抵抗入れた方がいいかもね。 ただ、ブートのメッセージは見えるしログインもできてるっぽいんだが、 たぶんGUIが起動したあたりでキー入力を受け付けなくなる。 その後は電源切る寸前までメッセージは何も無しなのでそのままじゃ使い道は無いかな? 何かの役に立てばという事で。
181 : nickel代替のreaderアプリを作っている人もいるのね ttp://ccoffing.net/tech/proj/ocherbook/ まだPoCレベルらしいけど
182 : Koboで、textファイルをepubやhtml形式で表示すると、左右に余白を多く残して、 表示します。 この余白をつめて、一行あたりの表示文字数を増やしたいのですが、何か方法は無いものでしょうか。
183 : >>178 v1.9.17向けのtetrisをv2.0.2に入れてみたんだけど、メニューに出てこないので そのまま使うことはできないっぽい
184 : ttp://github.com/search?q=Kobo&type=Repositories つかえそうなものはあるかな
185 : すいません、初心者お呼びじゃないかもしれないですが質問です。 こちらのスレを読んで、今のところ自分のは初期不良無しkoboのようなので 壊れた時に備えて内蔵SDのバックアップとっておこうかと思うのですが、 KOBOeReaderの中身をPCに保存しておく ↓ 内蔵SDがもし壊れたら、新しいSD用意してその中に保存しておいた KOBOeReaderのデータをコピペして交換 みたいなやり方で大丈夫なんでしょうか。 素人質問ですみません。教えていただけたら嬉しいです。 あ、あと、保存しておくのはやっぱり工場出荷状態の時の データがよいでしょうか?
186 : >>185 本スレwikiの換装にあるようにイメージ吸い出しておかないとダメ KOBOeReaderというパーティションしかそのままじゃ見えてない
187 : >>185 そこまでするのなら換装してオリジナルを保管すれ
188 : 半端な知識で換装なんかやらせた日にゃ壊すのがオチじゃろ
189 : 保証期間残ってる内にわざわざバックアップ無理に取らなくてもな
190 : >>189 初期不良交換の連絡を一週間待ちしてるんだぜ俺・・・ 1回「残念だがお前のkoboは交換の必要がある。シリアルとか個人情報とか、あと画像も送れ」って来てからずっと放置ですわ・・・
191 : >>190 何が言いたいのか分からない ここでいうことじゃなく楽天に抗議するべきことだろ そもそも>>185 のケースとは全然違うし
192 : >>191 バックアップで間に合う程度なら準備しとけって言いたかっただけだ
193 : >>190 待ってるだけじゃ「(都合の)いいお客様」扱いで放置されるのが落ちやと思う ガンガンいって相手動かさにゃ
194 : >>150 まだ見られてますか? sqlite3は自力でクロスコンパイルでしょうか? もしバイナリ配布のサイトがあれば 教えていただけませんか?
195 : 皆さんご親切にありがとうございます! 初心者なので、フタを外して換装はできれば避けたくて、 初期化してアクチ前の状態から、kobo本体をUSBでつないで 出てくるKOBOeReaderからバックアップ取っておけるならと思ったんですが・・・ SD取り外さないと無理でしょうか?
196 : >>195 無理なんであきらめたほうがいいよ
197 : >>195 無理です。windowsで普通に繋げたのでは見えない形式になってるので。 パーティション、ファイルシステム、ddでダンプ、などの単語が意味不明なら止めておくことをおすすめします。
198 : >>195 往生際が悪い。無理なもんは無理 >>197 その説明もちょっと前提が足りない 内蔵microSDは3領域に区切られており、USBでアクセス可能なのは1領域のみ 残り2領域へのアクセスはkoboのフタ開けてmicroSDを取り出し、リーダライタを使う必要がある その上で2領域はファイルシステムが違うので(ry というわけ>>195 。だから無理
199 : バックアップを取るだけなら、telnetdを有効化して外部SDにddで書きこめば出来ると思うけど 初心者ということならやめておいた方がいい。
200 : 文鎮になるだけだな。 やめといた方がいいよー
201 : 皆さん親切に教えてくださり本当にありがとうございます! 大人しく調子悪くなったら初期化することにしました。
202 : 現状で少しでも調子悪かったら無理して使わずにサポートに連絡いれて交換なり返品なりした方がいい
203 : 基本は初期化で直るから直らないなら即交換連絡した方がいいな 交換対応は相当待たされるみたいだけどね
204 : それでも保証期間中はそういった理由なら無理にやる必要は無いよ SDだけなら自分でやった方がいいけど他のパーツが逝ったとき保証効かなくなると面倒くさくなる
205 : 裏蓋開けたら電源ボタンがうんともすんとも反応しなくなった。 終わった( ̄ー ̄)
206 : @l_b__ Kobo はReaderが取り外し可能なSDカードにシステムからデータから全部入っていて、 最初からrootでログインできるらしいと言う時点でDRMもへったくれも無いのがいいですね。 出版社逃げないのかな。
207 : 東芝の8Gに換装した 大会ンはぶっちゃけよくわからんがやれることはやったという満足感が大きい
208 : >Kobo はReaderが取り外し可能なSDカードにシステムからデータから全部入っていて 意味がわからんな
209 : >>205 裏蓋開けたままだとちゃんと反応 しなかった。ケーブル、SD外れてないか確認して、再起動。 ダメならhome+電源でファクトリーリセット。
210 : >>206 rootだか、DRMが自動で外れるわけじゃないぞ 大丈夫か?
211 : >206はどっかのツイッターのコピペやね。
212 : DRMの仕組み知らずに呟いたの 拡散されたら赤面ものだろ 可哀想に……
213 : まるごとコピーしたSDのイメージ配れば読めそうな気がするけど
214 : >>213 ハードとして何かもってないとそうなるのかな? というか、それは同一アカウントの二台目と同じジャマイカ アカウント変えたら読めなくなるだろうし、意味なくね?
215 : 効果あるか分からんが、sqliteのチューニングに走ってみた。 とりあえず、永続的に設定できる項目から。 本体からwindows環境に持ってきて、CUIのsqlite3.exeから実行 効果はあるかは知らないw 本体内でトレース取れないから効いてるかも たいかんw でしか計りようがないしなぁ。。。 初期設定deleteから変更(信頼性落ちるみたいなので自己責任で) sqlite> PRAGMA journal_mode = WAL; sqlite> PRAGMA journal_mode; wal デフォルトキャッシュサイズ 初期2000から変更 sqlite> PRAGMA default_cache_size = 65536; sqlite> PRAGMA default_cache_size; 65536
216 : あと、koboのsqliteってろくにINDEXはられてないけど、これで性能出てるのかな? 全く検証しようがないけど、カーディナリティ高いメインのテーブルにINDEXはってみた。 完全にあてずっぽう。もしかすると、気持ち早くなるかもw CREATE INDEX idx_ctm_content_BookID ON content (BookID); CREATE INDEX idx_ctm_content_Title ON content (Title); CREATE INDEX idx_ctm_content_VolumeIndex ON content (VolumeIndex); PRAGMA index_list(content); CREATE INDEX idx_ctm_volshcov_volumeId ON volume_shortcovers (volumeId); CREATE INDEX idx_ctm_volshcov_shortcoverId ON volume_shortcovers (shortcoverId); CREATE INDEX idx_ctm_volshcov_VolumeIndex ON volume_shortcovers (VolumeIndex); PRAGMA index_list(volume_shortcovers);
217 : >>212 リーダ部分のコード読めるなら解除できそうなのになぁ
218 : Kobo Desktopもこっちでいいのかな? http://blog.osakana.net/archives/2817 ここみてKobo Desktop3.00化してみた. 縦書きフォントがないけど動作は軽くて良かったよ. cbzなんかはKobo Desktopから読めないのは仕様なのかな? 青空文庫しか見えなかったよ.
219 : 正式対応はepubとpdfだけだからそれのみなんじゃねーの?
220 : cbzどうこうじゃなくて、ストア経由のものしか読めんてことじゃろな kindleアプリとかもそうなんじゃね? よう知らんけど
221 : DRMかかってないのはKobo Desktopなんか使う必要ないから
222 : そうか。ストア経由だけでしょうね。 PDFもKoboのマニュアルも読めないからおかしいなと思ってたんです。 みんな、ありがとう。
223 : >>209 やはり何をしても動かない。 これはハズレ端末に当たった模様。
224 : 開けたらおかしくなったなら壊したんじゃねーの?
225 : sqliteが巨大化して動きが鈍くなってきた。 これって出荷時にバックアップしたsqliteを上書きしてもいいの? それとも要初期化?
226 : 実際に試してみるのがいいよ。 それが後の人へのみちしるべ。 nickel 調べてるときに、DBの構造を変えるSQL文が埋まってるのを見つけた。 どういう条件で発動するのか不明だけど、必要に応じて自動でアップグレードするのかな? nickel がDBの構造が古いことを検出してくれればいいけど、 アップデート直後じゃないとやってくれない、とかだと、おかしくなりそう。 日本版で行われたアップデートでDBの構造が変わったかどうかは知らない。
227 : >>225 登録済みでdbバックアップしてれば上書きで。してなければアクティベーションからになる。 復元だとアクティベーション、wifiその他のファイル保存の設定もやり直し。
228 : ChainLPで作ったcbzを読み込もうとするとハングするんだが・・・
229 : >>228 本スレで聞いた方がいいと思うけど、画像サイ ズ(800x600だろうけど)、画像数、アーカイブ構 成(1zip内にフォルダがあるかとかないとか)くら いは書かないとねー 処理中のマークも止まってるの?って聞かれるの で、それも書いておこうね 1zipに2000-3000の800x600画像があると、30分位は 処理中だから、恐らくそれなんだろーなー
230 : 結局、裏蓋開けないとCPUの型番は分からないの?
231 : 前に登録したのと同じ名前のファイルを入れるとハングするらしいが、 それに引っかかってないか? ChainLPで作り直して、同じ名前で登録しようとすると駄目らしいよ
232 : >>230 507か508かは開けないと分からないはず。 CFWでtelnetできればcat /proc/cpuinfoで情報は見られる。
233 : >>226 DbVersionテーブルにDBバージョンが入っているから、古かったら自動で更新するんだろう。
234 : >>228 ファイル名が同じで中身が違うファイルが存在すると、DBの不整合が起こってハングする。 まずそのコンテンツをライブラリから削除してから、SDに追加すべし。 というか、リムーバブルディスクの内容を本体のDBに登録して、マウント時に整合性の チェックしないって仕様、おかしくね?
235 : >>234 kobo 「自分、不器用なんで...」
236 : >>234 この本家からして開発工数が足りてない感じ ゾクゾクするだろ?
237 : >>178 このリポジトリのソースはfirmが1.9.xの頃のもの? 楽天に言えば新しいソース貰えるのかしら。
238 : >>234 むしろそれを利用したバックドアがあったりして。
239 : 千冊とか入れても動作的に問題出ないカスタムファームとか出来ないのかなー 現状弄れると言ってもストレージ増やす意味全くないし・・・
240 : 先日、sqliteの設定変更とindex作成をした状態でファイルを追加していってる。 現状、約180冊、DB140MBになったが、十秒単位の待ちは発生してない。 デフォルト環境でもこのくらいなら大丈夫なのかな?
241 : >>240 xhtml単位で1レコードっぽいけど、180冊のうち分けはどんな感じ? 自炊マンガ/自炊書籍(画像スキャン)/購入マンガ/テキストの電子書籍とかで分けると。 スキャン系&購入マンガは1ページ=1レコードだから負担が多そう。
242 : >>241 全部自炊漫画。jpgのzip圧縮、cfwで拡張子つけてもらう運用。 デカクなる2テーブルは結構なレコード数になってるね。 後で時間があればデフォルトに戻して見る。
243 : まだろくに読んでないので、KTのcbz全ページ章化回避に役に立つかは分からない(と言うか、たぶん役に立たない)けど投げる ComicBookInfo - Metadata for digital ... https://docs.google.com/document/pub?id=1Tu9eoPWc_8SPgxx5J4-6mEaaRWLLv-bEA8i_jcIe3IE KTのcbz readerがComicInfo.xmlをサポートしていれば、とりあえずメタデータ(表題やら作者やら)をライブラリ側でサポート可能かも 目次までどうにかできれば、マイページリフレッシュ縛りと、koboreader.sqliteの肥大化防止に役に立つんだけどなー まあ、それは無理そう
244 : >>240 確かにインデックス張るとマシな気がする。
245 : >>237 たぶんLinux部分はかわってない。nickel(読書アプリ)は新しいQt Embeddedを使う関係で ある程度かわってるかもしれないが、設計はおそらくかわってないと思うよ。 240氏のやりかたが現状正しいと思う。でなけりゃ http://ccoffing.net/tech/proj/ocherbook/ こういう人を支援するとか。この人も100冊SDに入れると落ちるとか固まるとかぼやいてるし。
246 : 普通の感覚だと、DBが100Mとか200M程度でなんでそんなレスポンス悪くなるの って感じではあるのだが・・・
247 : そういえばCPUが160MHz固定で動作している気がする
248 : >>246 CPU速度、ストレージにあたるSD、メモリ割当て等の性能から考えると、 非効率なSQLで全表走査になれば分単位で待つのも納得レベル。 たぶんkoboのDBは画像圧縮の形式を想定してない。またはチューニング担当が逃げたんだと思うw
249 : 買って放置中の所有者です。 英和辞書の搭載を期待して待っているのですが、 対応しましたか?
250 : 申し訳ない。 スレを間違えました。
251 : >>242 さっきバッファ量とindexをデフォルトに戻して見たが、ページ遷移が酷く重くなった。 適当なりには効果あった模様。 漫画cbzメインの人はオススメ。 どうやらひどいことにファイル開いた後もDB参照して遷移してる臭い。ファイル見ろよw
252 : >251 メモリ上に読み込んだファイルでなくて、ページ毎に一々DB参照してSSD上のデータ読み出しにいってるってこと? マジで?
253 : >>252 デフォルトだとソレに近い。 普通のDBはバッファ上に必要なデータを読み込んで、なるべくディスクアクセスを減らすが、koboのsqliteはデフォルトのバッファ設定が少なく、頻繁にディスクアクセスしている。 おまけに必要なindexがなく、全表走査が発生しやすいのも拍車をかけてるな。 本当はリーダーアプリが出すSQLをログ取って解析するんだが、まだそこまで出来てない。
254 : >>253 まぁソレ以前に、DB使わずファイルシステムで処理してくれよって話しもあるがw 自分ではアプリの作りは変えられないので、できる範囲でのチューニングしてく方向でやってる。
255 : 人様のことは言えないが、日本語対応云々を抜きにしてkoboのソフト屋がちょっとヘボいよなあ。
256 : >>255 そもそもの設計がイマイチだった所に、日本語のローカライズがトドメを刺したって所かな。 DBの件を見ているとSDはあくまでおまけ扱いみたい。日本みたいにコミックファイルを大量に 突っ込まれることは、想定外の使い方っぽい。
257 : Amazonみたく 既に開発に投じられる金たんまり持ってて 断りきれないほどの数の超有能なエンジニアが勝手に集まってくる会社と ベンチャーとの差か。
258 : kernelのソースコードとconfigファイル、どれ?
259 : facebookも初期のコードは酷かったらしいね まぁ、世の中大抵のことは金次第だよなぁ
260 : >>256 SonyReaderも旧機種はデータベースがXMLテキストで、 多量に本を入れていると5分くらい端末が固まったりしたのは、 きっと海外では想定してなかったんだろうなあ。 さすがに新機種はsqlliteに変わったけど。
261 : >>260 タイトル一覧や本棚はDB管理なのも納得するけど、 圧縮ファイル内の全ファイルも突っ込んでるのは何考えて設計したか、 問い詰めるレベル。
262 : シークしたページからファイル名を割り出すのに使ってるとか?
263 : おそらくkoboは目次の項目単位でテキストや画像をロードするんだろう。 なのでcbzや画像のみのkepubはページ毎に目次登録が必要なんだろう。
264 : 画像の表示、キー入力の取得の方法がわかった
265 : やっとkobo単独でsqlite3動いた。 クロスコンパイル環境めんどくさそうで、debianのarmパッケージを しこしこ入れてたら余計めんどくさいっていうw
266 : >>265 >クロスコンパイル環境めんどくさそうで CodeSourceryは?
267 : ごめんなさい。 全然違ったことを云ってました。 Debian ARMでセルフビルドしたんですね。
268 : あー、既存のdeb−armパッケージを windows上でバラして単純にコピーっただけw 最適化とか気にしない。時間あればまとめる。 自分はボタンとかUI作れないから 何をどう仕込むか悩ましい。 DB周りのメンテは起動に仕込めそうだけど、初期化ぽい動作とか下手なとこに入れられないしなぁ。 誰かsmbmount試した人いる?
269 : ■KOBO単体でのsqlite3動作 Debian(armel CPU向)のバイナリをDL、Windows 上で拡張子をtar.gzに単純に変更。 解凍して、パッケージ本体のdata.tar.gzを解凍 し、KOBO上に持っていく流れ。 本来は、クロス開発環境作ってソースから入れ るか、arやdpkgを動くようにして解凍が正しい が、 面倒なので結構無理やり 多分入れたもの全部。以下のURLからDL (依存 関係あるので全部入れる) http://packages.debian.org/squeeze/armel/sqlite3/download http://packages.debian.org/squeeze/armel/libsqlite3-0/download http://packages.debian.org/squeeze/armel/libc6/download http://packages.debian.org/squeeze/armel/libreadline6/download http://packages.debian.org/squeeze/armel/libncurses5/download
270 : 解凍すると、.soは、0バイトのものもあるので、 動かなかった場合は、 0バイトのを消して、ちゃんとサイズのある本体 に同ファイル名で シンボリックリンク張る。 例) libsqlite3.so.0 0バイト libsqlite3.so.0.8.6 540kバイト # rm libsqlite3.so.0 # ln -s libsqlite3.so.0.8.6 libsqlite3.so.0 という感じ。いくつか同様のファイルあり
271 : arm debianがそのまま動くのか。 kobo上でdebootstrap、chrootすれば、aptでいろんなバイナリが持ってこれるかな。
272 : >>269 さすがにlibcやら何やらsymlink張り替えるの怖かったので koboの既存ファイルを上書きせずに済むよう不足ファイルだけのKoboRoot.tgz作ってみた 無事sqlite3動いたよ http://www.mediafire.com/?5hh3ygd41b5fh5d
273 : epub3 対応は難しいかもしれないけど、cbzぐらいなら、nickel 無しで普通に実装できそうね。
274 : >>272 ありがとう!やり直しのハードルが ずいぶんさがったw さっき、koboでの本削除とPCでファイル削除の確認してみた。 当然だけど本削除はDBからも消える。ファイル削除はそのまま。 koboのUIで一冊ずつ削除は現実的じゃないよねー。 普通の使い方では肥大化確定なので やっぱり、何かのメンテスクリプトの仕込みは必須だと思う。 buckup,truncate,ファイル追加時の処理、reindex, Ryze,vacuumていう感じ。
275 : mac持ってないからわからんのですが、ACCESSのブラウザはこれがベースなんかね。 ttp://www.atmarkit.co.jp/fwcr/special/readium/01.html ttp://readium.org/news/readium-custom-chromium-binary-for-mac-os-x-available ttps://github.com/readium/Readium-Chromium ttp://github.readium.org/releases/custom_chromium/Chromium-1025-2012-05-17.zip
276 : CFWのその4きてるね ttp://takka.tfact.net/2012/08/kobo.html
277 : >>276 なにやら凄そうだけどvンカンプン アンポンタンにもわかるように教えて
278 : >>276 ・楽天未登録状態での利用を可能にした ・SDに保存したファイルの日本語を有効にした ・SD差し込み時、USB接続切断時に、ZIPファイルの末尾に自動的に.cbzを付け加えるようにしてみました ・SD差し込み時、USB接続切断時にSD内の*.txtをhtmlファイルとしての最低限の変更を行い、元ファイル名に.orgを付け残しておきます (1行目に<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=Shift_JIS">を追記し、LFを<br/>に変換するだけです) ・コマンドライン版のsqlite3を追加 ・ftpを有効にした ・メインアプリが有効になっていると、無線接続が一定時間で切断されるので、 停止/再起動するためのnickel_startとnickel_stopを追加
279 : >>278 最後がどんな効果を狙ったものなのか、いまいちわからん
280 : >>279 telnet/ftpや今後の自作アプリ用だと思われ
281 : >>278 sqlite3はDebian squeeze armelから持ってきたようだね。>>272 と同じ telnetdがinetd経由に変更、ついでにinetd経由でftpdも動くようになった そのためext/boot.shでのtelnetd記述はなくなった nickel_(start|stop)はext/umount_sd.shあたりに仕込んでSD抜き差しでnickel再起動させるような使い方かな ext/boot.shを入れるか入れないかでtelnetd有無を選べた前版と比べると 無線LAN使わない時きっちり切らないズボラにはちょっと危ないかもね
282 : CFWってこの人だったのかw PSPでお世話になってます。 みんなSQLが動くとこまで来たし、 次はDB劣化しにくくなるスクリプト 書いてみる。 DBサイズ小さくするのは購入コンテンツ考えると厳しいかなー。 迂闊にdelete発行できないw
283 : >>280 >>281 あー、勝手に切れちゃうから、その回避か なるほど
284 : http://d.hatena.ne.jp/mjt/20120805/p1 Kobo を VNCクライアントにする ディスプレイの制御方法も書いてある
285 : すごい人がいるもんだなぁ
286 : >>276 それの必要最小限のファイルだけ抽出したつもり ファームウェア2.0.2にこれ入れればNoReg_SdJp_4入れたのと同じになる はず http://www.mediafire.com/?1obt42xh4hob8vv
287 : >>275 ん? AccessってNetFrontは止めたの?
288 : | ̄| ∧∧ ニニニ(゚Д゚∩コ |_|⊂ ノ / 0 し´ えっ…と、 負け組みの貧乏人が集まる 糞スレはここかな…、と ∧∧ ∧∧ ∩゚Д゚≡゚Д゚)| ̄| `ヽ /)ニニニコ |_ i〜 |_| ∪ ∪ ∧∧ ミ ドスッ ( ) _n_ / つ 終了| 〜′ /´  ̄|| ̄ ∪∪ ||_ε3 ゙゙゙゙
289 : なんか、このスレみてたら kobo 欲しくなってくるわ
290 : kobo は、E-Ink 搭載のコンパクトな Linux マシン です。
291 : OpenVG使用描画も現実味を帯びてきたねー。CFWで爆速描画も近いか? i.MX508搭載機が高値取引されたりしてな。
292 : OpenInkpotとか移植できんかね。 http://openinkpot.org/
293 : オークションとか手間を惜しまなきゃ5000円程度だもんなぁ
294 : >>289 you買っちまいなw 弄る目的なら悪いものじゃないと思うよ。
295 : このスレを頼りにtelnetできるようにしてみた。ありがトン。 Javascriptも動くらしいのでそのうち試してみる。
296 : このスレ見てたら、リナザウを思い出して、思わず買ってしまった。 タッチパネルの反応がおかしいのは仕方ないとして、 ページが飛ぶたび、前後のページを見比べる必要があるのが笑える。 現在の既読パーセンテージではなく、現在の頁数をつける方法はないものか。
297 : >>287 名前は継いでいるけど、どっちかというと webkitの商用サポートに軸足を移した感が。 WinMo/CEの独自レンダリングエンジンなNetFrontはどうなんだろうなぁ。 さすがにまだサポートはしてるんじゃないかとは思いたいんだけど。
298 : >>292 こういうのって「移植」ってどういうことなの? もう最初からlinuxが動いてるわけじゃん。
299 : >>298 こういう奴がMS-DOS動いてるからってPC98用アプリをDOS/V機で実行したんだろうなw
300 : 思いつきで2台目を買ってみたんだけど、 CPUが違う他に基板自体も何種類かあるみたいだねえ。 古い奴は黒の11年末製造で508 新しいのは銀で製造時期不明の507 新しい奴はUSB付近の斜め抵抗が無くなってたり、拡張用らしい部品のパッドが増えてたり。 ちなみに黒は台湾製で銀は中国製だった。 古い奴だとどうやってもセットアップ出来なかった環境で一発でセットアップ出来たから、 古いのは癖が強いのかも。
301 : >>300 俺のは台湾製で507だ
302 : >>300 サンプル少ないから何とも言えんが、それってソフト側でハードの違い吸収出来てないってことなんじゃ
303 : どうなんだろうねえ。 CPU違いでってよりは単なるバグ対策の気がするんだけど。 実は507と508で微妙に癖が違うのかもだけどね。 >>301 の奴は斜めの部品ある? USBコネクタ真上でCPUとのちょうど中間くらいだけど。 本当は3本足の形の所に黒い長方形で0って書いた奴が付いてないかな? 何度やってもフォーマットされてません状態だったんだけど、 新しいのは何度やっても平気だよ これが本来の姿って事なのかな
304 : >>303 まじまじと眺めたが、そのあたりで斜めについてるのは見あたらない
305 : 初期ロットはゴミなのかっ!
306 : >>303 うちの青507(20120504)にも斜めの部品は無い 動作も安定してる。 3本足をショートして「斜め」ってことは、Q14の端子をショートしてるってことかな? うちのやつはそこはそもそも未実装です。 かといって、外したら動くとも思えないけどねぇ。
307 : フォーマットされてませんは内蔵SD不良じゃなかったっけ?
308 : ubuntoとか走るのかな?
309 : 基板の違いでセットアップ出来ないのは勘違いだったっぽい。 ごめん。 今古いのと新しいので色々取り替えながら試してみた。 内部スロットのSDカードが新しい方だと2回セットアップしてみたけど問題ないや。 逆に新しい奴に古いSDをセットするとうまくいかない。 >>307 の言う通りっぽいね。 SDは両方ともSanDiskなんだけどロゴの字体がなんか違うんだよね。 たまたまかも知らんけど つー事で古い基板でも安定性自体は大丈夫みたい。 お騒がせすまん。 >>304 のは新しい奴なんだろうね。 507はみんな新しい基板だったりして。 >>306 まさにそこです。 右上と中央をジャンパしてる。 新しいのは未実装みたいですね。
310 : >>298 linuxって正確にはカーネルのことなんだよ libcとか付随するライブラリがそれぞれ違う
311 : >>299 PC98用アプリでもMS-DOSのファンクションだけ使っているものは動作するし、 ハードの差で動かないものをソースコードレベルで修正して動作するように直すことを「移植作業」と言うよ。
312 : >>310 もちろんその意味で書いていている。その上で、linuxカーネルさえ動いていれば、あとは 基本、linuxのユーザー環境をそのまま持ってくるだけでしょうと。原理的には。 まあ実際の作業では面倒なこともあるだろうけど... まあそういうのを移植作業というか、 確かにね。
313 : >>312 何でもかんでもカーネルが吸収してくれるわけじゃないからね 「そのまま持ってくるだけ」なんて簡単そうに言うのは真似できない 実際簡単にできる腕があるんじゃなければ、無知からの言葉でしかないだろう
314 : まあ、可能なら再コンパイルした方が早いし確実。 こういう組み込み系ならなおさら。
315 : メモリ容量はもちろんI/O周りが全然違ったりするから 単純にソース持ってきて一発で動くとは限らんけどな なんで!?というところで転けたりするし >>292 の言うOpenInkpotもSupportDeviceにKoboは 入ってるけど移植作業中になってるね
316 : >>315 しかもそれKTじゃのーて旧モデルじゃなかろか。 Linux動作実績があるボードへの移植とはいえ、 動くカーネルをビルドできるようになる所からのスタートかもわからんね。。
317 : >>300 黒の台湾製508。ときどきタッチが利かない時がある以外は、まぁ使える。 それより、自炊コミックを入れているせいか、結構DBが壊れる。 工場出荷状態に戻して直すこと3回目。
318 : 自炊分見てる分には何の問題もなかったのに、楽天の神様のカルテのプレビュー見たら挙動がおかしく(読書中断の度に再起動)なった プレビューだから容量的に負担がかかってるようなことはないと思うんだけど、楽天のepub3って、きちんとフォーマットに則った仕様になってんの? いらんことしてエラー引き起こしてるようなことはないんかな?
319 : DBぶっ壊れても初期状態に戻せば、購入したのも 復活するから安心仕様ではある。 まぁそれ以外の作りだと欠陥商品になっちゃうけど。
320 : 拡張子.epubと.kepub.epubでは挙動が違うように作ってあるという情報を得た。 英語のフォーラムでも去年の11月あたりから話題になってる。 .kepub.epubにはJavaScriptが含まれていて、しおりとかページ番号とかの表示が出るとか出ないとか違いがあるらしい。 NetFront EPUB Editionは.kepub.epubのほうで動くとのこと。でもNetFrontは名前だけで結局WebKitらしい。 一種のブランチみたいなもんなのかもしれない。 個人的に困ってるのは、.kepub.epubはAdobe DRMでない別のDRMであるケースがあること。 海外でもそうらしいが、正体を突き止めたという話は見つからなかった。 日本語書籍はNetFront EPUB Edition使いたい関係で全部.kepub.epubだから、Adobe DRMでない 可能性が高い、というか、買った日本語の本はDRM Freeか、Kobo謎DRMのどっちかだけだった。
321 : NetFrontもWebkitベースになってて、koboに搭載されたのは、日本語組版を独自に頑張ったもの。 日本語レンダリングに関しては評価高い。 koboの日本語書籍のDRMは独自の謎DRMだね。 right.xml に <kdrm> ってタグがある。 青空文庫にまでDRMかけるのはやめて欲しいが。
322 : 青空文庫といえば、最初に入っているもののひとつをunzipしてみたら、Gaijiとかいう画像ファイルが いくつか入っていた。EPUB3の規約にないからかもしれないが、IVS使えばグリフはあるんじゃないか とか、ちとしょんぼりした。モリサワのフォントがどうだったか忘れたけど、Adobe Japan 1-6実装 してるなら、たいていの文字は出ると思うのだか(そこでIPAexフォント推奨、といいたいところ)。
323 : ePub3では@font-faceで外部フォント埋め込みできるので 外字フォントをfont-famly指定したclass定義して外字の文字を<span class="gaiji">で 括れは表示できそうなんだけどkepubでそれが使えるかは未調査 Koboで外字注記が混ざっていると文字が小さく表示されたり出ない文字も 多いので外字は強制的にデフォルトフォントになってしまうのかもしれない
324 : そもそも青空文庫がJISだからね。JISで表現できないのは外字の画像になってる。 それをUnicode化することはできるけど、底本にあたってグリフをしらべたりすると大変、 なのでやってないってことでしょうね。
325 : >>322 いきなり話が大げさな気が。どうなんだろ、IVSが必要な異体字ってそんなに出てくる? Unicodeにコードポイントがあったりするんじゃ? 最悪、異体字でない元の字を収録しておくのでもそんなに悪くない気が。 >>324 外字の画像を作るよりUnicodeのコードポイントを探す方が(もしグリフがあれば) 楽だと思うけどなあ。青空文庫のデータをデフォでXHTMLにすればそういうのは 文字参照で入れてもいい。
326 : てか青空はさっさと"本"の仕様を決めろ epubみたいに ├─image │ └─画像.png └─テキスト.txt をzipでまとめて.aoz(適当) の拡張子にする とかでいいだろ テキストだけで完結っていう思想は素晴らしいかもしれないけどさ 挿絵のタグ作っときながらフォルダの仕様は決めないとかなんなの?
327 : >>322 IVS対応はまだじゃないかな? iOSアプリのIVS対応が話題になったのも、つい最近 外字を画像では現実的な対応じゃないかな、Kobo Touch専用で作るばかりでもないだろうし、他のリーダーのことも考えないと。特にiOS
328 : 今日届いてSD換装しようとしたら MiniTool partitionでパーティション拡張時にerror code:11が出て拡張できない... 同じ症状の方いますか?
329 : どの環境でも動くか自信はないが、sqliteの チューニングスクリプト書いてみた。 /mnt/onboard/ext において、boot.shから呼ばれるのを想定してる。 もし、自炊漫画のcbz利用がメインで、人柱に なっても良い人がいたら使ってみて欲しい。 設定変更やindex、Ryze等だけで、中身を弄ら ないようにしてるので、ぶっ壊れることはまず無いと思う。たぶんw https://docs.google.com/open?id=0B_ LM8ACckabvZGluS1Y4anJNYTA
330 : B_の後ろ、要らないスペース入った。。
331 : >>329 vacuumも敢えて入れなかったという感じかな。vacuum追加して使ってみるよ。ありがとう
332 : >>328 フォーマットしてから拡張すれば大丈夫。で再セットアップ。 原因はわからない
333 : >>332 アドバイスありがとう 一度、全部フォーマットし直してリトライしたり 別のパーティション拡張ソフトを使っても駄目でした。。。 大人しく外付けのスロット使うかな
334 : SDFormatter使ってもダメなんか。 相性?不良?
335 : 本スレで書いたけど 一個目、カタカタして返品 交換してもらったら508だった でも違いってあるんだろうか?
336 : 本スレで出てたけどこれマジ便利。 kobo touchで英和辞書 http://petit-noise.net/blog/20120808/kobo-touch%E3%81%A7%E8%8B%B1%E5%92%8C%E8%BE%9E%E6%9B%B8
337 : >>336 これはいい
338 : >>333 ググると同じように内蔵の換装時に失敗している人がいるね。 その人はGParted liveで解決したようだけど。
339 : >>336 これは良い仕事。 しかし、辞書追加して選べるとかになるともっといいのかもね。 iOS版Koboアプリは複数の辞書やWikipediaを串刺し検索してくれるのが便利だった。
340 : >>315 OpenInkpotのWiki見てみたら、作業中ってのはまだ何もしていないの意味って補足されてたよ。 置き換えファームウェアとしてOpenInkpotも悪くないかもしれないんだけど (OSがOpenWRTつまりWiFiルータ用ってのがなんか面白い) どうもここ5ヶ月、少し手を入れました程度で1年ぐらい更新かかってないみたいね。 0,3のファームウェアもどこにあるのかわからない。 MobileReadにiRiverのStoryとかいうebook readerのファームウェアをSONY Readerに移植した ソースコードが出てるって書いてあって、たしかにそれらしいページはあるんだけど先に進めず断念。
341 : >>324 なるほどそういえばそうだった。 変換でとりあえず「読める」ならそれ以上のことは当分後回しだよね。
342 : >>333 ナカーマ 俺の場合、kobo本体を初期化してから やり直したら、エラーが出なくなった。
343 : >>342 さっそく試してみたらできたー!! 本当にありがとう、感謝感激!! 更新前にやらないと駄目なんだね 勉強になりました
344 : >>336 の辞書を入れるとKobo Desktopからkoboを認識できなくなった。 一度工場出荷状態に戻してもう一回やってみたが、 やはり辞書を入れた直後から同期できなくなった。 自分だけなのかなあ。ちょっと残念。
345 : >>343 俺も同じエラーでたけど一端そのままsdを koboに差して電源入れて少し弄って電源落として もう一度パーティション拡張試したらできたよ 何故できたかは不明
346 : >329 使ってみましたー 【環境】 ファーム:CFW4 内蔵SD:32GB SDHC CLASS4に換装 外付SD:32GB SDHC CLASS4 内蔵には、epugのみ。主に青空50冊ほど。 外付にはcbzのみ。約100冊。各20-30MB KoboReader.sqliteのサイズは約33MB 【動作】 一部修正(※)して特に問題なく動作 動作が改善したか、といわれるとほとんど変わらないかな・・。 cbz開いている状態からhomeキーを押してメイン画面に戻るまで約5秒。少し早くなったような? ※スクリプトでは/usr/bin/sqlite3となっていますが CFW4では、/bin/sqlite3に格納されていました。 シンボリックリンクで対応しました。
347 : 教えてチャンですまない。 クーポンの使い方をフローで解説してくれ。
348 : スレちがい書き込みすまん。
349 : 何だと〜! プンプン!
350 : プンスカスカプンスカスカ
351 : こっちのスレは大分落ち着いてきたな 自炊組は現状で全然使えるし
352 : ストアさえ使わなければ値段なりの満足感ある悪くない端末だと思うよ あくまで値段なりだが
353 : 最初からついてる2GBのSDカードをClass10の大容量カードに変えたら速くなります?
354 : 楽天がファームのアップデートしないと、ここも盛り上がらんね。 cbzのメタ情報対応してくれんかな。 サポート外だからやらんだろうけど。 もしくは、画像epubのページめくり速度をcbz相当にチューンして欲しいなー。
355 : >>353 かなり速くなるし安定する。 class10でも遅い粗悪品注意な。 コンテンツを外付けmicroSDにおくなら、 内蔵は容量8, 16GBでも全く困らん。 1000円でちゃんとした速度出るしな。
356 : まぁカスタムROMが盛り上がらんことにはどうしようもないわな。 しかも中にはプロプラのバイナリがみっちりだったりして c&d食らうのが前提、みたいな。
357 : >>355 やっぱり速くなりますか。 たまに動作がトロっとしてイラっとする時あるので、それが解消できたらかなり お得な買い物になるかも・・・と思ってます。 サンディスクのClass10のにしようかな、とも思ってたりします。
358 : >>357 SanDiskの10は外れ報告もあるからどうだろうな
359 : >>357 中に入っている物とのの差になるから、一度開けて中に入っているマイクロSDを確認 したほうがいい。 あとは読み出しスピードが速い物でないと効果が薄いのも注意。 それから、過大な効果は期待しないほうがいい。 動作がとろいのはkoboのせい。とくにCPUが507だと全体的にとろい。 508版を触るとあまりの違いに愕然とするよ。
360 : 横からあれだけど、508ってそんなに速いの? あぁ、なんか損気分。。
361 : 俺は507なんだけど、508を持っている人がいて、比べてみたら メニューの開く速度、画面の切り替わる速度が全然違った。 触っていて、これ俺と同じ端末?って感じ。 508でもちょいともっさりだけど、507より全然ましだな。
362 : >>361 シルバーを買ったけど、前面が白いからコントラストが低くて 微妙に暗い画面が見難いし、koboのロゴも角度によって、 照明に反射してイライラするから、予備に博打で黒買ってみるよw ありがとう。
363 : 508のほうが速いってことはない
364 : 従来のjpegライブラリであるlibjpegをSIMD対応して高速化したlibjpegライブラリ(libjpeg-turbo)に置き換えるのアップデータを作成してみました。 http://ux.getuploader.com/KOBO/download/1/Kobo_libjpeg-turbo_updater_20120824.zip 簡単に確認してみたところ、jpegのデコード時間が約3倍くらい高速になるようです。 ただし、アプリでの実働上ではあまり早くなった気がしません。 まだ実験段階ですが、よかったら使ってみてください。
365 : なんだかわからないが すごい気がする
366 : やはり赤い感じの仕上がりなんですか?
367 : >>364 ちょっ!!!マジで早くなった!! cbzだと微妙な差だけど、連続でページめくると軽さが全然違う。 画像epubも早い!反転あきらめれば実用に耐え得るん速度なんじゃないか? 個人差あるだろうけど。
368 : >>364 小説の自炊cbzでためしたらめっさページ送り早くなったぞ! ここに来てすごい作ってくれちゃったな…
369 : 青空文庫入れたってタイトルが出ないんじゃしょうがねえべ
370 : 赤いKobo 売ってねぇー
371 : sonyのreaderのように、大辞林とか大辞泉とか広辞苑のような 分厚い辞典どうにか入れられないですか? 青空の古い小説、内蔵辞典(明鏡国語辞典?)じゃかなりの語彙が調べられない
372 : >>371 そもそもkoboは語彙を正しく選択出来ない仕様だから、Reader使ってた方が幸せになれるよ。そういう用途ならね。
373 : >>345 横からだけど出来た! (TдT) アリガトウ
374 : CPUのクロックっていくつで動いてるんだっけ? クロックアップできたら、一気に快適になるとか?
375 : 外部の水晶・発振子がいくつで、それを何倍してCPUコア周波数にしてるか 起動ログ取ってみたりしてないから分からないけど、 わざとコア周波数を低めに設定して動かしてるのでも無い限り、脈無し。 まぁ、あとはCPUfreqやDVFSで周波数可変をやってるんだったら、 その制御ポリシーを変更して、常時フルパワーにするとか。 常時フルパワーだとバッテリ食うけどね。 サブマイコンからの制御でスリープ(suspend)させちゃうんでしたっけ?
376 : 力いるときは800MHz、いらないときは160MHzで回してるんじゃなかったっけ?
377 : firmware v2.1.1 http://download.kobobooks.com/firmwares/kobo3/rgreen/kobo3-update-2.1.1.zip
378 : >>377 /mnt/sdのcharsetは未だに修正されてないね CFW4入れるとnickelその他諸々上書きされて2.0.2に戻ってしまうので、>>286 を使えばいい >>364 入れてる人、2.1.1アップデートはlibjpegを上書きしないからそのままでOK
379 : >>378 >CFW4入れるとnickelその他諸々上書きされて2.0.2に戻ってしまうので、>>286 を使えばいい CFW3だったら大丈夫なの?
380 : >>379 CFW1234全部同じで、2.0.2ベースで上書きだよ 4じゃなく3を選ぶ理由はたぶん4ではtelnetd/ftpdが標準で起動する点だと思うので 動かなくするためのものを作ってみた ttp://www.mediafire.com/?uw34ut36jw6u0tl 4入れた後に↑入れるとtelnetd/ftpdが動かなくなる。はず
381 : >>380 んん?ってことはCFWを使うことが前提なら楽天アップデートを適用しても無意味ってコト?
382 : >>381 早い話、そう CFWは2.0.2+改造部分の全部入りなんだよ。だから2.0.2にほぼ戻ってしまう でも>>286 は改造部分だけの抽出なので、2.1.1に入れると2.1.1ベースでCFW相当になる 2.0.2と2.1.1のCFW改造部分がらみの変更点は、アップデート時に表示する画像ファイル名が変わる可能性が出る程度 変更前の画像は残ってるし問題はないはず #具体的には/etc/init.d/rcS、/usr/local/Kobo/udev/usbで/bin/ntx_hwconfigの実行結果によっては使う画像ファイル名にprefixがつくようになった #しかしprefixつきの画像はkraken-ghostbuster.raw.gz以外/etc/imagesに入ってない #つまり実際にはprefixは空で、必要な画像は2.0.2から変更がないはず
383 : >>382 ありがとう!助かります。 心から感謝! ←2ちゃんねるで初めて言ったわw
384 : CFW運用で大量に自炊本(日本語ファイル名)を入れていて、楽天アップデートをしようとしてる人に警告! 楽天アップデート完了後、CFWを導入する前に、全データの更新が入るみたいです。 メチャメチャ時間掛かります。 32GBお腹いっぱい状態だった俺のkoboちゃんは1時間クルクルし続けて14%進捗です。 寝る前に作業に入ることをオススメします。
385 : 目次ファイルも肥大してることだし、工場出荷時に初期化してから正規2.1.1にうp その後、>>286 のCFW、>>364 の高速jpegライブラリを入れ直し。 気持ち的にもスッキリさわやかw
386 : >>364 のを入れてから、CBZファイルでページめくりの時に よく固まるようになったけど、たまたまかなぁ。 俺も385のように入れ直してみるか、さわやかになりたいしw
387 : KoboReader.sqliteまで上書きして最初からやり直す羽目になったぜ
388 : >>386 うちも時々引っかかる感じ もともとcbzは快適だったので逆効果気味 この辺はSDの速度とか書庫ファイルの内容次第なのかな
389 : SIMD jpegライブラリなら、最適化は不要だ! Kobo最適化するなら、標準でも大差ない
390 : あと弄れそうなのはドコかな? マウントオプション 外部スワップ領域 lib最適化(zlibとか描画とか?) prelinkとか? あのもっさり感の主原因わからんから、チューニングも難しいよねw
391 : sync指定でマウントされてたりして して
392 : >>384 一旦iocharset指定無しでマウントされるから、 文字化けファイルが全部新規ファイルと思われてDBに追加されるからでしょ? 外部SDを抜いた状態でアップデートして、286を適用してから挿せばいいんじゃないの。
393 : FWのアップデートでCFWは全部クリアされちゃうの? アップデートしたのに外部microSDの日本語ファイル名が表示されているんだけど・・・
394 : >>386 うちのも3冊くらい読むと毎回固まるようになった 初期化してからやっても意味なし
395 : >>386 うちのは入れても固まったりしてないけどなあ。 今のところ安定してます。ありがとうございます。
396 : 32GBのmicroSDが届いたんで 買って半月以上経った今日、初めて通電した。 思った以上に使えない。 やっぱイジり専用だ、これ。
397 : 使えないのはおまえ
398 : >>396 そもそも何に使おうと思ってたのかが知りたいわw
399 : >>395 うーん、固めたcbzファイルの画像サイズによるのかな? ちなみにcfwは入れておらず、最新の1個前でCPUは507です。 なんか、色々入れ直すのがめんどくさくなったから、未だ放置・・。
400 : >>399 cbzの画像はChainLPで600x800に合わせてあって、1つのcbzに画像200枚くらいで運用中。 CPUは508で、最新の1つ前の2.0.2だっけ?に、libjpeg差し替えを適用しただけ。CFWは入れてないです。 あたりハードだったのか、未だに固まったことないです。
401 : >>395 固まるのは特定のファイルや特定の画像に依存してたりしますか? もしかして、メモリリークとかあるんですかねー。ちょっと時間取れたら調査してみますね。 あと話は変わりますが、KOBO用のSamba Serverのパッケージを作ってみました。 http://ux.getuploader.com/KOBO/download/4/kobo_samba_20120829.zip 自動起動は行いませんので、各自お好みの方法で起動してください。 有志ファームを実装している人であれば、/ext/boot.sh あたりに /usr/sbin/nmbd -D /usr/sbin/smbd -D とでも書いとけば一応動くと思います。 お暇な方は遊んでみてください。デフォルトの設定や起動方法等のご意見をお聞かせください。
402 : 公式新ファームで日本語ファイル名の件 やっと理解できた .cbzファイルの場合文字化けした kpub.epubファイルの場合ファイル名ではなくファイルの中から著書名を引っ張ってくるのでちゃんと表示していた
403 : ?
404 : 同期すると必ずファームアップされます
405 : >>403 .cbzファイルはkoboの画面にファイル名が表示されるので外部microSDに保存されたファイル名が文字化けする kpub.epubファイルの場合koboに表示されるのはファイル名ではなくファイルの中の著書名なのでファイル名の文字化けに関係ない
406 : cbzのスリープ時に表示される表紙がおかしくね? 違うファイルの表示したり、ファイル名だけの表紙を表示したり。 この不具合って元からなのか? ずっとcfw運用だからバグの切り分けが出来ん。
407 : >>406 自分のも前からそうです。特に「ライブラリの処理〜」をしたあとが顕著です。 しばらく使っていると正しくなります。今のKoboファーム2.1.1でも この症状が見られます。cbzのファイル名だけの表紙表示は2.1.1で初めてです。 他の方はどうなのかな。Koboらしくてご愛嬌かなと思っていたので、 特に書き込みはしませんでしたが。
408 : >>407 うちは2.0.2(CFW)のまんまだけど時々ファイル名表示になるよ 外部SDに日本語ファイル名のcbzファイル入れてる
409 : >>405 内部メモリに保存したんだが、文字化けしたよ やっぱりcbzは英語にしといた方がええね
410 : >>409 どんな特殊文字つかったんw ありえん
411 : >>410 文字要因はあり得る ttp://uni.2ch.net/test/read.cgi/ebooks/1344493441/367 にぶら下がってるレス
412 : Gene MapperってDRMないね。ハリポタはどうなんだろ。
413 : 浮上
414 : ホームボタンをページ送りに出来ないかなー。 長押しするとホームにしてさー。
415 : >>414 同意だわ。 タッチの動作がダルすぎるw ページはボタンでいいよねぇ。 重いボタンはいらんけど・・。
416 : >>415 順送り方向用に一つあるだけでもだいぶ違うかもー
417 : タッチレスポンスが悪くなければハードキーの有無はそんなに気にならないけど、 反応悪いと、確実に操作したっていう実感のためにハードキーを欲するようになる感じ
418 : >>417 それもあるけど、ページ送る為に画面を指で隠さなきゃならんのがウザい。 ボタンなら置きっぱに出来る。
419 : 風呂用にハードキー
420 : ホームボタンは押しづらいし耐久度低くそうなんでページ送り化されてもなぁ・・・
421 : それしか物理ボタンないやんw
422 : >>421 電源スイッチをスライドする回数と速さでwww モールスが打てるようになるな
423 : Gene Mapper おもしろかったな huckと関係ないけど
424 : あれ面白いのか なんかスレで貶してる人がいたからスルーしてた ってまた関係ないこと書いちゃった
425 : 他人の意見に流されすぎ
426 : まぁなんだ。いい加減にしておけ。
427 : おにいさん達! あたし、おばちゃんだけど、32Gに改造できたよ! ありがとね。
428 : 激安の32Gに換装して使っていたら、ちょっと大きめのファイル入れたら いきなり再起動のループになってSDが潰れたw 結論、内蔵は2Gでいいやw
429 : >>428 どんなSDだよw
430 : >>429 ん? ノーブランドのと、パトリオットってやつw 2枚ともkoboでは認識しなくなった。 PCだと読めるのだが、すぐにデータが飛ぶw
431 : あぁ、パトリオットか
432 : >>428 つMB-MSBGA
433 : 単体でファイルの移動やコピーができれば、DBを無駄に肥やさないよう、 まだ読まない/読み終わった本は隠しディレクトリに格納、適宜入れ替え なんて事がPC不要でできて、大きなストレージも有効に使えるのになあ
434 : Kobo版FD ?
435 : おっさんめw
436 : 数独やお絵かきよか、内蔵フラッシュと外付けmicroSDとで簡単なファイル操作のできるファイラとか付けてほしいよな。
437 : ほら、やっぱFDぢゃん >>435
438 : エコロジーIIとかFILMTNとかおっさんかよ(言ってない
439 : >>438 mintではダメですか このスレの住民なら知ってるヒト多そうだが・・w
440 : あのにめあど1:3てれほたいむのみ icqたちあげてます。
441 : >>439 X68000かよw FU使ってたけど。 あの作者生きてるんかな。
442 : 何でこのスレおっちゃんばかりなの…
443 : >>441 おっ、懐かしいネ
444 : >>442 若造には乞食しか居ないってことやろ 知識と経験で糞koboを神koboに変えてくれるナイスミドルに感謝
445 : >>414 作ってみました。 ホームボタンにページ送りを割り当てるデーモン(常駐アプリ) http://ux.getuploader.com/kobo/download/5/kobo_fwbtd_20120912.zip 結構やっつけなので不具合あったらごめんなさい。
446 : >>445 まじですか!!ありがとー!! ほんと有難う!試してみます。
447 : >>445 入れてみた。readmeの説明とおりの動作確認をした。いい感じだ。 ただ、445は全く関係ないが、ボタン押下を常用するには重量バランスが良くないな。 ボタンでもページ送りができる、というのは重要だ。 電車の中で、たっているとき、ちょっと今は画面に触れたくない場合、ボタンでページ送りをする、とか、 ページを戻りたいが、もち手を変えられない場合とかにはいいかもしれない。 二回クリックで、ページ送りが反転するのは良いアイデアだと思う。
448 : ワタシはHF派
449 : これはイイ! 作者さんナイス。 もう分解して保証切っちゃってるなら 基盤のホームボタンのパターン等から リード線生やして側面辺りに任意のボタン付けてやれば便利そう。
450 : >>445 これはイイ!風呂も安心! T2の魅力がまた一つスポイルされちゃったよ。
451 : すげー。お礼にしゃぶりますけど、どうですか?
452 : 品質悪そうなスイッチなんだが耐久性はあるのかいな これを送りにしたら悪いと10万回くらいから不具合で始めるぞ
453 : >>445 入れました!コレはとんでもなくイイものです。 ありがとうございます。 ジップロックに入れた上から、快適に読めてます。今晩はお風呂でkoboだよ!
454 : タッチが効かなくなるけど、ホームボタンは使えるタイプの フリーズに時々なる。一気に本を読みたいとき非常に萎えるけども、 これがあればいいよね。
455 : >>449 書き込もうとしたら、まったく同じ考えの人が・・w >>445 さん、ありがとう!
456 : >>454 連投すまん、その症状になるのは俺だけかと思ってた。 やっぱ、不具合かぁ。 あと、タッチしてもページは変わらないのに内部では進んでいて もう一度押すと2ページ進むとかもなるわー。 CBZだから仕方ないんだろうが・・。 まぁ楽天では周知の不具合なんだろうな。 だからサポートなしなんだな。。
457 : >>445 電源スイッチでのスリープが効かなくなっちった… 必ず電源オフになっちゃいます NoReg_SdJp_4との併用です なんかわかる?
458 : >>457 PCに繋いで外したらスリープするようになった なんだろう… 再現したらまた報告します
459 : >>458 たて続けでスマン 電源スイッチでスリープさせて、しばらくしてから電源入れたら電源オフになっちった 別の筐体もあるので、いろいろ検証してみます
460 : んんん? 俺のは問題なくスリープ動作するぞ。
461 : 俺も問題なく動作するな。 あー、なんか軽くていいスイッチないかなぁ・・w
462 : あ、うちのも電源オフになってしまった 軽くスイッチをスライドさせてスリープ、が2回できたので安心して何ページか読んだ で、さてスリープと思ってスイッチをスライドしたらいきなり電源オフ・・・ しばらく電源入った状態で放置しておいて、スライドすると電源オフになるっぽい
463 : >>462 それ再現できたわ...orz
464 : うむ
465 : XGAになった新kobo、物理ボタンないみたいだな android版も誰も望んでないだろうに
466 : やっぱり、スリープが電源オフになってしまうけど ジップロックに入れて読める便利さの方が勝る! お風呂で読めたのが嬉しい
467 : >465 AndroidベースのkoboReaderは望んじゃないが、Androidで動作するkoboソフトウェアはちょっと欲しいかもだ。
468 : Android用Qt?
469 : スリープや電源OFFのとき最後に読んだページが表示されたままになると、 同じページを開きっぱなしにしたいとき電池節約になるからうれしいんだがな。 まぁ、バッテリを気にするようなハードではないが。
470 : >>469 それが出来るなら壁紙選ばせて欲しいな。 電池節約よりも有効に使えそう。
471 : >>467 https://play.google.com/store/apps/details?id=com.kobobooks.android&hl=ja さっさと日本のストアとepub3対応させろw 食わせると落ちるんだよな
472 : >>470 「スリープ」の画像を見つけられれば、差し替えで好きなスリープ画面にできるかもしれないね
473 : スリープの画像は多分libnickel.so.1.0.0に埋め込まれているから、 差し替えるのは難しいと思う。
474 : (´・ω・`)ショボ-ン
475 : 差し替えている人いたような気がするけど気のせいかな
476 : >>475 ちょっと無理やりっぽいけどw Kobo touch スリープモードの画面を好きな画像へ変更 http://kobo.rakuten-kobo.com/blog-entry-84.html
477 : >>476 低レベルなカスブログを宣伝すんな Jス野郎
478 : youtubeの動画見ながら蓋を開けようとしてるんだが、 1時間近くたつのに開けられない(´・ω・`) コツがあったら教えれ
479 : まず爪を伸ばします
480 : 次に指先に全神経を集中させます
481 : いらなくなったレンタルショップのカードとか使えよw
482 : 要らなくなった社員証とかw
483 : ハロワカードは柔らかくて使えんぞ
484 : ホッチキスの針はずすところが使える
485 : レンタルショップじゃ厚すぎるぜ! っていう人には使わなくなった運転免許が丁度良い 外付けに32GB使ってる場合フルに入れたらデフォのSDじゃ多分DBサイズでストレージオーバーしそうな勢い やっぱりシステム周り改善するべきだよなぁ
486 : >>485 フルでいれてるけど270mbしかないよ。 そんなに重くもない。 cbz漫画まとめファイルだけどな。 ファイル数は150ぐらい。
487 : >>486 20GBくらいで既に600MBある ファイルまとめるのは本棚的に探しやすいってだけにしかならないと思う ファイル数でdb作ってるから
488 : SDカードの部分に口をつけて 勢いよく息を吐いて空気を送り込むと パコォーーン と外れます。 お試しあれ。
489 : >>478 まず目の前に横長になるように箱をおく。 左端のの下端を左手の親指、上端を残りの指でつかむ。 右端も同様につかんだら、前後にひねる(左右で逆方向)。 簡単に言うと、箱を左右交互にねじっていくわけだ。 あわてずゆっくりひねっていればあっという間にフタがはずれるよ。
490 : >>487 ファイルの扱い失敗してDB巨大化してないか?そんなにならんとおもうけどなー。 一度、ファクトリーリセットをお勧めする。
491 : >>490 16GB位の時そう思って初期化後SDぶっさしたら 500MBいってたからそれはない
492 : 32GBほぼフルに入れてるけど、197MB それぶっこわれてんじゃね?
493 : だよなー。壊れてないとしたら、なにいれてんだ?
494 : >>477 うるせーハゲ
495 : DBのサイズはファイル名やパスの長さ、cbzの場合はページ数に依存するから 細かくディレクトリ掘って管理していたり、koboに最適化してファイルサイズ抑えていたりすると 同じ使用量でもでかくなるだろう。
496 : >>494 ハロー!Jス野郎w
497 : おまえら仲いいなw kindleきちゃったら用なしになっちゃいそうだから いまのうちに色々いじっとくか
498 : 残念ながら自炊には一切使えないのがkindle
499 : 容量面の話だけだろ。 「だけ」が大きな要素なのは事実だが。 先週の発表でユルブリンナーがKindle DXの後継を披露してくれなかったんで 年内にも普段使い用でDX買うことにした。
500 : >>498 逆。 自炊本用にKindle、購入書籍用にkobo使ってる。
501 : >>500 なにそれは基地外あつかいして欲しいというネタ振りなん?
502 : キチガイが通ぶると思いっきりスベるという好例である
503 : Kindleが日本で販売を始めたら、 koboが駆逐されてしまうんではないかという危機感じゃね? Kindleはブラックバス。
504 : 来たら考えるわ 来たらな
505 : Koboは似非ししゃも
506 : 結局、自炊漫画はcbz化が一番安定って事になるんかな? cbzの場合、DBの肥大化は避けられないんだよね?
507 : >>506 cbzは各ページにDB作るみたいだから、確かに大きくなるけど、32GBで300MBまで届かなかったよ。一冊30MB平均。動作も特に重くない。 外部SDの運用方法を誤らなければ、不具合含みの肥大化は避けられるんじゃね。
508 : >>507 一冊30MB? 思ったより小さいな。ページ毎の何をDB化してるんだろう。 本スレに居る、初期不良でお預け喰らってる者なんだが、中身を確認したくても どうしようもできないんで質問させてもらった。回答さんくす。 本体戻ってきたら、このスレのネタあれこれやりたいぜ。
509 : >>508 jpg80%圧縮、サイズ最適化したら30MBぐらいに仕上がるよ。 DBは各ページ毎に目次を追加してるみたい。なんの役にもたたないけどな。
510 : >>508 何度もスマソ。 各ページ毎(正確にはファイル毎ページ毎)に、特定のテーブルに レコードが追加されていってるって事なのかな? 栞情報が別なら、そんなレコード要らないよなあ
511 : >>510 そうみたい。いらんよね。 しかし、サポート外だから今後も改善されるとは思えんし、上手く付き合っていく方法を模索するのが吉かと。
512 : >>508 なるほど。 不要レコードを何かのタイミングかトリガーで削除してやればDB肥大化を 抑えられるのかもしれないなあ。
513 : シリアルポートを使えるように改造して、つないで u-bootのコンソールを取ろうとしたら autoboot delayが0秒で取れないでやんの。 チッ
514 : >>512 は>>511 へのレスでした。 データだけ用意する毎日が続く。 本体が無いのが寂しすぎる・・・
515 : SDを複数で運用するとDB肥大化がめんどくさいことになる 手動でやるにしてもめんどくさぎる
516 : ファイル読みこむだけなのにDB化がなぜいるんだ・・・
517 : >>512 でもそのレコード削除すると読めなくなるんだよ。
518 : データ作るだけではあまりにも寂しいので、CFWの配布ファイルの中にある 初期DBファイルを覗いている。 本棚のテーブルとか初期状態のDBにゃ存在しないのなー。。。 contentってテーブル、設計した奴出て来いw
519 : >>506 【自主】電子書籍作成スレ【作成】 http://uni.2ch.net/test/read.cgi/ebooks/1297947557/ 282 270 sage 2012/09/10(月) 03:55:43.39 ID:FPQhs/ym とりあえず自分用画像kepubが一段落したのでまとめ。 ・画像は縦横4:3にする。 ・画像ページは、<body class="fit_w"> にする。 ・不要なxhtmlは削除する。 ・nav.xhtml内の不要リンクは削除する。 だいたいこれだけやっとけば、きちんと動作する。 あとは好みでpackage.opfも整理するくらいかな。 一応、画像選択ページも作って一つの雛形はできた。 これだけなら全自動で作れそうだが… あるなぁ、大きな問題が… サンプル動画。ttp://youtu.be/Zv2DMKJnFls
520 : >>517 そーなのかあ・・・。ああ、実機が無いから試せないことだらけorz contentテーブルがどんどんデカくなるって認識でOK?
521 : >>519 それってラグタイムが尋常じゃない奴だろ?←大きな問題 これが無ければ確かに最良の選択だが。 結局、現状はcbzじゃね?
522 : >>329 さんはまだこのスレ見てるかな? もし見てるなら、contentに張ってるIndex定義なんだけど 「BookID,ContentType,VolumeIndex」を一つにまとめたIndexのほうが効果ありそうだと 思うんだけど、どうかな?
523 : >>521 ストアで買った漫画とかはそんなラグタイムないのにな。何が違うんだ?
524 : >>523 まず、ストアで売ってる漫画がどういう構造かわからないと、比較できん。
525 : DRMかかってても、ファイル構造は見えるよね。 ファイルの中身は見えないけど、ファイルサイズくらいは見えたかな。
526 : よいしょっと 最近調子が良すぎるがindex追加して見た効果かどうかはわからんなー
527 : 初期不良の交換品が届いたが、Class10のSDカードが未着なのでまだ全部試せてない。 2.1.1化+CFW差分+JPEG高速化エンジン+このスレ参考+αで直接DBチューン。 結果:DBチューンは効果あると思う。交換前より明らかに快適になってるから。 ついでに、気が付いた挙動メモ。 ○EPUBを本体で削除したとき ・表紙やスリープ画面に表示される画像ファイルは削除されていない (Digital Editionsフォルダ配下、.kobo\imagesフォルダ配下) ・contentテーブルは、1レコードを除いて全部削除される (何故か1レコードだけ残っている) ・Shelf_Contentテーブルからも該当ファイルのレコードは削除されない 要するに本体で削除したときには、DBにもファイルにもゴミ残りまくりってことやね。 消すなら消すで、きちんと消してくれw これらのゴミを消して、同じファイル名で少しだけ修正したファイルを突っ込んでも まったく動作に問題はなかった。でも、本1冊消すだけで面倒くさすぎるww
528 : このスレの住民なら、いちいち書かなくてもわかってるとは思うけど・・・。 やたらとPC上から、データを置いているフォルダの配置や名称を変えないほうが いいと思う。直下にぶちこんどけ、というのは本当だわw フォルダ、ファイルの名称や置き場所の変更をどこまで追随しているのか怪しいw 本体で本削除してもゴミ残しまくるからねえ・・・。 ・ファイルを入れ替えまくったりするなら、定期的にファクトリーリセット ・あまりファイルを入れ替えたりしないなら、定期的にDBの最適化 これがFAなんかいなあ・・・w
529 : ファクトリーリセット面倒なので、こんなの組み合わせてクリアしてる DELETE FROM content WHERE ___UserID='cbz_user'; <---cbz DELETE FROM content WHERE ___UserID='adobe_user'; <---epub CD "images" <---cbz/epub DEL "file____mnt_onboard_*.parsed" CD "Digital Editions" <---epub DEL /S "*.epub.annot" DEL /S "*.epub.xml"
530 : >>529 そんな感じしないとだめよねw ただ、contentをばっさり削除しちゃうと、栞情報も消えちゃうんだよね。。 contentにトリガ張って、栞情報だけ別のテーブルに逃がすってのもありかなあ。
531 : 「コンテンツ処理」の挙動がちょっとだけ見えてきた。 contentテーブルのcontenttypeが6のレコードが肝だな。 本体で本を消しても、このレコードだけcontentテーブルから削除されないのは 栞情報とかが入っているからっぽい。 でも、このレコードが残ったままだと、消した本を再度同じ場所にコピーしても UBS接続解除時のコンテンツ処理から処理対象外にされるくさい。 なんつー、アホな仕様だこと、、、
532 : ページ頭で必ず入るリフレッシュを止める方法は無いものか…
533 : あれはepubの仕様だからな。
534 : >>531 それがホントなら海外でよく問題にならなかったな。
535 : コンテンツ処理の流れがもう少し解析できた。 興味がある人だけ読んで欲しい。 コンテンツ処理のトリガーは、やはり>>531 で書いたように ファイル名の一覧を取得し、それをcontentテーブルのcontenttype=6の レコードに存在しているかどうかを確認。存在していない場合に初めてコンテンツ 登録処理が走るようだ。 コンテンツ処理は、DBにあれこれテーブルを追加したりするのだが 同時に、kobo本体側に色々とファイルを作成するっぽい。わかり易いのが imageフォルダに作成される、kobo側の一覧表示などに使用される圧縮画像ファイル。 ここでもkoboクォリティ全開wwww 既に圧縮画像ファイルが存在してたら再作成してくれねーわ epubファイルに、表紙用イメージの設定が複数万が一存在してたら 最後に指定されたファイルが表紙イメージにされるわと、大笑いw 単に、kobo本体で表示される表紙イメージをAozoraEpub3で設定した 内容にするだけで、えらい解析時間かかったわwwwwwwwwwwww
536 : >>535 ×コンテンツ処理は、DBにあれこれテーブル ○コンテンツ処理は、DBにあれこれレコード ・・・・ああ芋焼酎が美味いw
537 : 解析乙マジ乙 二日酔い大丈夫かね しかしこんなんでよくまー本国で問題にならんかったな。 外人の大雑把クオリティすげぇ。それを思うとXDAの連中まじすげぇ…
538 : >>537 大雑把なんてもんじゃねー。適当すぐる。 >>527 で書いた「画像ファイルは削除されない」ってのも、「削除されない場合がある」に変更だw 全く持って意味不明な挙動で困る。 コンテンツ管理を、物理的なファイル名をキーにしてるのが最大のネックだわな。 koboデスクトップアプリなんてインストールもしちゃいないが、おそらく本体側の コンテンツ処理に任せっぱなしなんだろう。だから、アテにならない。 せめてコンテンツ処理部のソースだけでも手に入ればなあ、、直してぇなあ。 て、俺Winしか開発したことないけどw
539 : 誰かER図つくって一から説明してくれw て感じになってるな デフォルト+cbzでそこそこ幸せだけど、ユーザ側でまだ改善余地があるてことか
540 : >>539 俺業務系システム屋だから、ER図なら作れるぞw テーブル構造はアホ程単純だからw CFWを導入したら、USBの接続時や接続解除時に自前でスクリプトが流せるから それに仕込んで、何とかならんものかいなあ。 sqliteって、PL/SQLやストアドみたいなものを仕込めないかなあ。
541 : 棲み込み屋のワシにはよう分からん。
542 : >>522 329です。すみません、最近すっかり落ち着いたのであまり見てませんでした。 確かに、おっしゃるとおり、複合INDEXにしたほ うが、最大効果は高いと思います。 (むしろ、その3つ揃わないとユニークな1ペー ジを特定できないから) ただ、万一その3つでキレイなwhere句を書いて 無い場合、 使われないINDEXになる可能性があり ます。 本来、吐いてるSQLのダンプを見てから張るべき ものですが、 KOBOさんは見せてくれないの で・・・ 当たれば100点、外せば0点になるのが怖かった ので、 個別NIDEXを張るようにして、 ほぼ確実に当たるだろう60点くらいの 張り方にしてます。 DBチューニングは、トップスピードを上げるよ り、 使用のストレスになるような最低スピードを潰すように考えたほうが、 快適だと個人的に思ってるので。
543 : >>542 おっ、毎度です。 確かに吐いてるSQLをトレースさえできればいいんですがね。 ただ、WHERE句かORDER BY句には絶対に含まれそうなんで 俺は、複合INDEXで運用してます。 VolumeIndexなんて、単体じゃ絶対に評価されないでしょうから。 where BookID='hoge' and contenttype=9 and VolumeIndex>(NowPageNo) みたいな クエリが、少なくとも本を読んでる間はばんばん発行されているだろうから。
544 : libnickel.soにstringsかけた感じだとハズレっぽいけどな
545 : わぁあい、ちょっぴりSQL見てみたら NULL評価めっちゃあるー ・・・・をいをい
546 : >>544 ・・バイナリエディタでlibnickel.soを開いて、発行クエリをチェックしてみたら・・・ おっしゃる通りorz ContentType列を評価しているクエリが見つかりませんorz
547 : ドンマイw
548 : create index content_mimetype_bookid on content (mimetype, bookid); create index content_contentid on content (contentid); create index content_FavouritesIndex_bookid on Content (FavouritesIndex, bookID); create index content_bookid_volumeindex on content (bookid, volumeindex); このあたり追加して一週間経つがイマイチ効果はわからんw
549 : 500冊近いデータを別ファイルにしてぶちこんだら、まー遅い遅い。 ホームボタンを押した後に、栞挟んで戻るってとこで、優に1分は待たされる。 栞データのUpdateしたあとに何やってるんだろう。 Home画面の表示内容を取得するとこで遅くなってんのかなあ? DBファイルは70Mくらい。epubとcbzの比率は4:6くらい。 やれやれ・・・
550 : >>549 それ、本棚なくすと速くなるって本スレにあった。1分が4秒とか。
551 : >>550 ほんとだ。shelfcontentテーブルの中身をすっからかんにしたら 一瞬で戻ってきたわ。 よくわかんねえ・・・
552 : KoboTouchShelfEditは、journal_modeが初期状態じゃないと起動時にコケるな。 journal_mode=WALを投げてる状態のDBを食わせると落ちる。 本棚周りの挙動を検証中・・
553 : だーめーだー。本棚に起因する問題はDBじゃどうしようもできねー。 Homeボタンを押して戻る時とか、色々なタイミングでshelfcontentテーブルの データ読み込んで、読み込まれたデータを1レコードずつ何か処理してるくさい。 このとき、何か条件つけてクエリで抽出するんじゃなくて おそらく無条件で全レコード読み込みしてる。 例えば、本が500冊入ってて、それが全てどこかの本棚に所属してたら shelfcontentテーブルには500件のデータが存在するわけだけど それを無条件に全部読み込んで、1件ずつ色々処理しているっぽい。 ・contentテーブルに存在するかどうかのチェック ・ファイルが存在しているかどうかのチェック おそらくこんなトコだろう。そりゃあこんなことしてたらクソ遅くなるわ。 馬鹿馬鹿しいのが、shelfcontentの親テーブルである「shelf」テーブルが すっからかんでも上記の処理が走るということ。見た目の本棚が消えてても 本棚の中身になるデータが存在してたら遅くなる、って事だ。 まさしくクソ仕様。本棚増やすと重くなる理由は間違いなくこのせいだ。 SDカードの中身を本棚に入れた時を考慮してのロジックなんだろうけれども。 DBチューニングでどうしようもできないのは、shelf,shelfcontentに対して 発行されている特別なクエリが見当たらないから。 全部プログラムで処理されているんだろうね。 だからDBでどうこうしても、無理。Indexを張って少し軽くなるのは contentテーブルに対するチェックが早くなるからであって 「shelfcontentテーブルを全レコード読み込んで処理する」という 超絶クソ仕様が変わらない限り、劇的な速度アップは無理。 ・・・・本国でこれ問題になってねえのかよ、マジで。
554 : 以下、挙動メモ。興味のある人だけ(ry ■shelfテーブル、shelfcontentテーブルにある「_isdeleted」列について。 ・shelfテーブルにある_isdeleted列がTrueの本棚は、kobo側で本棚表示されない (これはまあ、当たり前) ・shelfcontentテーブルにある_isdeleted列がTrueの本は、kobo側で本棚の中身 として表示されない(これもまあ、当たり前) ・本棚コンテンツ処理が行われる際には、この_isdeleted列は一切評価されず shelfcontentテーブルの全レコードに対して処理が実施される。 _isdeleted列が評価されるのはその後。koboに表示する本棚情報を作成する時だけ。 (これが全ての元凶) ためしに、shelfcontentテーブルの_isdeleted列を全てTrueにして動作させてみたが Homeボタンを押して戻ってくるまでの時間は全く変わらず。クソ遅いまんま。 だけど、戻ってきた後の本棚の中身は全て空っぽになっていた。 で、ファクトリーリセット覚悟でこんな実験をしてみた。 shelfcontentテーブルを、shelfcontent_orgにリネームし、_isdeletedを全て trueに更新。その後、以下の定義でShelfcontentという名前のビューを作成。 CREATE VIEW ShelfContent AS SELECT ShelfName,ContentId,DateModified,_IsDeleted,_IsSynced FROM ShelfContent_org WHERE _IsDeleted = 0 要するに、shelfcontentをテーブルではなくViewにしてしまい Viewの中で_isdeletedを評価するようにしてみた。 これだと、shelfcontentの中身は普通に開くと0件になるから。 結果:Homeボタンからの復帰は爆速。ただし、本棚の中身は空っぽ(当然だが) ※ ただし、物理的にshelfcontentテーブルの中身が存在しない場合よりは 若干遅い ・・・・・・・・・・・・・さすがkoboクォリティ。 解析疲れましたorz
555 : >>553 カスタム本棚が追加されたのって2.0だか最近だよな。海外だと使ってる奴が少ないんじゃね? それでも「お気に入り」とかが影響するか
556 : >>554 解析乙
557 : >>555 逆に2.0までカスタム本棚無かったのか。 結局「本棚を多く作りすぎるとダメ」ではなく「本棚に格納している本が多くなるとダメ」 ってのが本当だから、100の本棚に1冊ずつ本を入れるのも1つの本棚に100冊 入れるのも同じって事になるわけで。 本棚機能は暫く使わないようにしよ。。。
558 : 連投すまん。 とりあえず、本棚がkobo全体の挙動を重くするのは間違いないので 本棚機能を使わないほうが良いのは間違いない。 でも、自炊データを何百冊も突っ込んでる環境だと本棚使わないと コンテンツ探すのが大変なのも、また事実。 普段はshelfcontentテーブルをすっからかんに見せかけることができれば 本棚を作っても全体パフォーマンスの低下は随分軽減させられると思う。 ただし、「本棚」メニューからの処理のときだけは、ちゃんとshelfcontent テーブルの中身を処理できるようにしないといかん。 誰かlinuxに明るい人、何か良いパッチでも作ってくださいorz
559 : >>558 ファイル名に検索用の文字埋め込んでサーチしてる。例えば手塚治虫だったら先頭に"TZ"とかそんな感じ。 忘れた時ように一覧をHTMLで書いて書籍として入れてある。 あと検索画面で日本国キーボードから英語にかえる1アクションが鬱陶しいから言語設定を英語にしてる。 Linuxとかわからんので運用でカバーよ。 何させても遅いKOBOでもなぜか検索だけは使い物になる速さなんだよな。
560 : >>559 おお〜!そのアイディアいいですね
561 : 補足 >>559 のいいところは何かあって初期化してもファイル転送だけすればすっかり元どおりってところなのだ。 以前は初期化後はいちいち本棚に登録し直しとかやってたけど、その手間がないの。
562 : Reading Lifeも切るとかなり早くなる。 500ファイル近く突っ込んでも十分実用レベル。 挙動不審やフリーズはどうしようもないけどね・・・
563 : https://github.com/ah-/koboplugins http://www.mobileread.com/forums/showthread.php?t=163997 改造プラグイン楽しそうでいいなw 2.0対応してないようだけど https://github.com/kobolabs/Kobo-Reader/tree/master/examples 公式もsudokuだけじゃなくてbackjackとpokerのプラグインも最初から入れてあればいいのに
564 : >>563 Koboが楽天の子会社になって以後、なんだか皆やる気が無くなってる感じ。 数日後にはグロも出るし、touchはもう放置されそうで怖い。 グロ発売のタイミングで新ファームに期待しているが、、無駄かなあ。
565 : Kobo eReader.confの情報が無ぇなあ・・・
566 : Gloが目の前にちらついているから、 誰も解析とかする気になれないんじゃないの?w
567 : ブラウザのbookmarkやCookieまであそこにあったのかw
568 : 調べてたら[PowerOptions]セクションにAutoOffMinutesやAutoSleepMinutesと 一緒にAutoFrontLightOffMinutesとかあった やっぱり2.1.xはKobo Gloファームの人柱かw
569 : よくよく見てみたらFrontLight関係の実装がてんこ盛りだな
570 : 自動スリープの時間を10分にしたら AutoSleepMinutes=10 AutoFrontLightOffMinutes=10 ……おい
571 : めんどくさかったんだろ
572 : 一旦、AutoFrontLightOffMinutesが書き込まれた後に自動スリープの方の時間を 変えてもAutoFrontLightOffMinutesは変更されないんだぜ(>>570 だと10のまま)
573 : wikiのkoboの記事を読むと、touchの本国仕様はSDスロット無しなのか? もしそーなら、touchのFWとgloのFWがほぼ共通ってのも納得行くな。 となると、SDカード内のライブラリ管理に端を発する問題はgloでも引き継がれている かもしれないのか・・・・・w glo本体は要らないから、touchにも使える新しいFWをクレー
574 : >>573 > wikiのkoboの記事を読むと、touchの本国仕様はSDスロット無しなのか? あるよ。日本語ウィキペディアの記述漏れだな。 ttp://en.wikipedia.org/wiki/Kobo_Touch
575 : >>574 あらw ・・・となると、gloも阿鼻叫(ry いやね、koboのソフトウェアの問題はローカライズに端を発すると よく見かけるんだけど、絶対そーじゃないと思ってて。 日本語版touchを発売するときに、SDカードスロット増設したなら その無理な仕様追加が、ソフトをgdgdにしたんじゃないかと思ってたのだ。 ・・それ以前の、問題のようで・・
576 : >>575 買収されてからgdgdになったのかもな。 いやまてよ。gdgdだから楽天に押し付けたのか?
577 : 最初からgdgdだったんじゃね。
578 : 結局この週末で本棚関係色々やってみたけど、「作るな」に落ち着いちゃった。 Viewとトリガー組み合わせて、一度でも読んで栞挟んだ本だけ本棚に 出現させようとしたり、色々試してみたんだが・・ 「本棚使えネェ」 明らかにソフトの仕様がクソな事が原因だと理解できるだけにやるせないわー ハードが糞とか、ソフトがバグだらけ(・・いや、これは擁護できねーが)なら まだ諦めも付くんだがなー・・・
579 : >>578 今まで通り、本棚は使わないってことでいいんじゃね?なかったんだよ最初から。 とはいえ、検証乙でありました。
580 : >>578 おつ。 マジ乙。 Kobo社のそふとうぇあ力てこんなもんだったのか感が。。
581 : >>578 乙でした。 もうソフトはオープンソース化して欲しいわ 有志の方たちの方が、絶対いいもの作る
582 : >>581 まちがいないw
583 : >>578 お疲れさん。 ダメハードとかダメソフトは今までいくつも見てきたが KOBOは何か違和感あると思ったら仕様がクソでしたか。 納得したわ。
584 : せめてreader部分とlauncher部分を分離してくれないかねぇ
585 : libcb(.cbz,.cbr)、libpdb(.mobi)みたいにもっと拡張できれば、、、
586 : ReadingLife絡みかどうかわからないけど、テーブル名「Event」も ゴミ溜まりまくりテーブルだ。無くなったファイルとかに関するレコードが残りまくってる。 ReadingLifeをONにするともっさりするのは、たぶんこのテーブルに対しての 更新が頻発するからじゃないかと想像。 関連するテーブルは「Rules」だと思う。 読み進めて行ったら、Rulesテーブルの中身と併せて、Eventテーブルをがしがし 更新していると思われる。 正直、もうこのあたりは解析する気力が無い。
587 : デスクトップとの連携考えずに自炊用途に特化するんであれば、弄り倒すのを最新ファームにこだわる必要はないんよなぁ
588 : 認識されないファイル名の条件がイマイチよくわからない。 記号あたりじゃないかと踏んでるんだが、中々検証する時間がとれない・・・
589 : >>588 文字化けはおろか、特定の名称のファイルを特定のフォルダに置くだけで 認識されないどころか、コンテンツ処理後にファイルの論理破損が起こって フォルダ名が「CHK0000」みたいになったことはある(マジで 2バイト文字使ったフォルダに2バイト文字のファイルを格納。 で、USB接続解除して、コンテンツ処理を実行させる。 すると、格納したepubファイルは消えて、2バイト文字のフォルダは破損。 で、ディスクチェックをかけると論理破損検出。何度やっても発生した。 呪いのファイル名、フォルダ名って事で封印したw
590 : >>589 サンクス。 参考にさせてもらう。
591 : >>590 ちなみに、フォルダに使った2バイト文字は「圭、野、吾、東」、 ファイル名に使った2バイト文字は「X、疑、身、容、の、者、献」な。 (バラバラにしたw) file:///mnt/onboard/kobodata/EPUB/(フォルダ名)/(ファイル名).kepub.epub こんな感じで配置したら、さっきの現象が出た。 他のフォルダ名、ファイル名じゃ何も発生しない。
592 : 連投すまぬ。 ReadingLifeをOFFにしても、先の「Event」テーブルには確実に1レコードずつ 書き込まれる。しかも本を開いただけで「確実に」1レコード追加される。 500冊格納してて、チェックのために1回開くだけで500レコード追加。 ONにしてると「本を開く」→「即Homeで閉じて栞をはさむ」ってアクションで2レコード。 500冊格納していると、これだけで1000レコード確定。 ONにした状態で、1冊丸まる読み終えると10レコードも追加されてた。 500冊読み終えると(ry そして、現在のところ「Event」テーブルからレコードが削除される条件は、不明。 データのつながりから、バッジ情報をONにするために全データを保持していると思われ。 当然、削除されたファイルだろうがなんだろうが「お構いなし」に保持しているっぽい。 結局Koboは、自身のハードに何百冊ものデータが保持される事を想定した 仕様じゃないって事だわね。 ・・・オープンソース化してくれマジで。使い込めば使い込む程重くなるってどんな仕様よ(涙
593 : 定期的に初期化する仕様とか?w
594 : DROP TABLE Eventってあるよなw
595 : オープンソースで有志が作った方が絶対良いものができるだろうな 手始めに cbz 専用リーダーとか作ればいいんじゃね? 実際のところ、みんなの普段使いのファイル形式は何が多いんだ?
596 : このスレの住人なら、cbz>>>(越えられない壁)>epub>>>(もう諦めの壁)>pdf じゃないだろうか。 自炊PDFがダメダメなのは、よく理解していると思われ。 でも、cbzは拡張子変えただけのZipファイルだと思う。 メタ情報を埋め込めるepub形式が良い形式だと思うわー。 epub形式の自炊漫画がcbzに劣るのは、メタ情報の解析→画像展開ってやってるから だと思うお
597 : 俺はkindle用に作ったのを流用するため、1.9.18で頑固にpdf使用
598 : >>596 AozoraEpubのスレで高速ePub3の検証やってたな。あれが実用的になれば最高なんだけどな。
599 : 文字化けで思い出すのはcgiのs-jisエンコード問題だな。 …「日本語のユーザー名使うやつがいる事に驚いた」という奴はがいるくらいだから2バイト処理がおざなりなんだろうな。
600 : 開発者の中に日常的にマルチバイト文字列使っているやつがいないと大体どのソフトウェアも適当だと思う UTF-8さえ正しく解釈してくれればどの言語でも大体OKなんだけどな
601 : >>596 hackスレに似つかわしくない低レベルな書き込み
602 : 日本語必須なのに日本語対応適当すぎる。 txtファイルをそのまま読めないし。 古いガラケーのebook機能ですらtxtでも栞も含めてきちんと動くというのに・・・
603 : >>591 たしかソ(0x5c)とポ(0x7c)の系統がやばいんじゃないの?
604 : >>603 ttps://bugs.launchpad.net/ubuntu/+source/dosfstools/+bug/49217 このバグね。 長い名前自体はUTF-16で書かれるけど、生成される8+3のショートファイル名の部分に ダメ文字(0x5c/0x7c)が来てるとfsckがはじいてしまう。 ファイル名先頭に7文字ほどascii文字をダミーで置いておくと (後続部分はショートファイル名に使われないので)ダメ文字を含むファイル名でも弾かれない。 "ポ.cbz"->NG "xxxxxxxポ.cbz"-->"xxxxxx~1.cbz"とかになってOk koboのfsck部分を差し替えないと改善しない。
605 : >>ID:a5tGD8nq おお、貴重な情報! 呪いのファイル名、呪いのフォルダ名問題これで解消か!?w 後でためしてみよっと。 ところで、gloの情報が海外フォーラムで少しずつ出てきてるね。 FWは2.1.4と本スレにもあったけど、touchはアップグレードできない様子。 ただ、(本物かどーかは知らないが) touchにも対応するとかの書き込みも見た。 glo、700冊オーバーの環境じゃやっぱり重いらしいっぽい書き込みもあったが・・・ 劇的な解消は無いんだろうな・・・
606 : mountオプションにcodepage=cp932追加してデフォルトのcp437から変えてもバケるんだっけ? vfatなんて普段使わんからなぁ、などとふと思ったがkernel構築時に……、 > # CONFIG_NLS_CODEPAGE_932 is not set 有効にされてないから試しようがないなorz
607 : >>606 ファイル名が文字化けしない内蔵メモリ領域に置いたファイルでも発生してるし 文字化けじゃなくてfsckが不正エントリとして弾いてしまうbugだから 多分、mount optionは関係ないと思うが…。 (fsckのソース見たことないからfsckのエントリチェックがcodepageオプションで どう挙動を変えるのかわからんけど、内蔵SD領域で発生するんだからダメだよねえ?)
608 : ファイル名に&が入ってると認識できない模様。
609 : koboでkindle本が買えるようになる日は……来ないか
610 : >>607 ああ、なんかバカみたいなこと書いてた。 内蔵領域はmountする前にdosfsckが走ってSFNにダメ文字が含まれるファイルが弾かれる (mountのcodepage云々は初めから無関係) ということのようだ。 rcSとudevのスクリプト共に、内蔵領域に対してはmount前にdosfsckが走る。 (外付けはdosfsckが走らないでノーチェックのmount) 結局スクリプト部分のdosfsckを殺してノーチェックにするか、 dosfsckのパッチで対応しないとダメ文字は対処できないんじゃないかなあ。 VFATのfsはfilename encodingについて自分自身の内部に情報を持ってないバカfsだから cp932依存のpatchにならざるを得ないんだろうなあ。 ttp://uni.2ch.net/test/read.cgi/ebooks/1344493441/367 ダメ文字については本スレ23冊目あたりで話されていた話題だから今更な話をぶり返しているか(笑)
611 : 上野ヨドバシのに宇宙兄弟が入ってたので楽しく時間を過ごせたよ。
612 : >>609 >koboでkindle本が買えるようになる日は……来ないか そんな便利な世の中にしたら、紙の本が売れなくなるだろ! ぜったいに阻止するぞ! 紙の本で10億稼ぐためには、電子書籍が便利になってはならないんだ! 電子書籍が普及すると、値引き合戦が始まり、効率化を迫られる。するとどうなる? 高尚な文化を担う編集者の給料は一般人並みに安くなり、 優秀な人材も集まらずそのうち出版社自体もつぶれるよ? 本が売れないと書店はなくなるよ? 運搬の取次業者は職を失い大量の失業者をだすよ? 作家と読者は恩恵を受けるかも知れないが、出版社と書店を潰したら日本は終わりだ。 電子書籍は不要だ! ただのガジェットだ! ブームで終わらせろ! 日本の紙出版文化を外資から守れ! 紙出版があるから10億稼げる夢がある! 電子書籍は無理だ!
613 : >>612 >電子書籍が普及すると、値引き合戦が始まり これ、紙とか関係なく、単に再販制度の話じゃね
614 : 2.1.4がきたみたい。 CFW最小版とJPG高速ライブラリを入れ直しでokですか?
615 : >>613 電子書籍はどこでも買えるようになり、 koboで買うかKindleで買うかという選択になる。このとき値引き合戦が始まる。 再販制度はというのは、日本ならどこに住んでいても、 書籍による知識習得に有利不利、差別がないように、儲けられたシステム。 貧しい時代なら一定の機能、働きをなしていたが、 現代において、交通の便、また宅配制度の発達によって、意味をなさないものになっている。 諸外国でも時代とともに撤廃されているが、日本では未だに維持されている。 というのは、再販制度は独占禁止法の例外事項であり、 小売価格を独占的に決め、価格を維持したまま、市場を独占できるから、 出版業界がこの利権を手放さないよう国に働きかけ死守している。 しかし、国家(つまり頭の良い官僚)にしても再販制度による文化的マイナス面は承知している。 電子書籍には再販制度は含まれない。つまり電子書籍は小売価格を変動させてもよい。 顧客獲得のため、kobo、Kindle、その他の電子書籍ストアで、この小売価格の差が生じるであろう。 Amazonが日本の出版社との交渉で、販売価格の決定権を奪取した。 これによりKindleによる値引きは予想される。 koboやその他のストアがKindleに値引きに引きずられるように、価格を下げて来るであろう。 そして、電子書籍の低価格競争に引きずられるようにして、紙の本の最初の設定価格も下げられていく。
616 : >>614 CFW最小版は待ったほうがいいと思うお。 一応アップデータの中身確認してからのほうがいいんじゃないかな。 Jpeg高速化エンジンは入れても良い気がするけど。 FW2.1.4、どこかで単体ダウンロードさせてくれー
617 : >>616 kobo スレにあった。 http://download.kobobooks.com/firmwares/kobo3/andreychuk/kobo3-update-2.1.4.zip
618 : 本スレにFW2.1.4が単体ダウンロードできるリンクが張られてたんで落としてみた。 少しだけ見てみたけど最小版CFW、入れないほうが良い感じ。 ちまちまスクリプトが変わってるから、そのまま入れてアップデートすると危なそう。
619 : もう少し見てみた。 /usr/local/Kobo/udevの中身を見る限り、2.1.1の頃のままな気がする。 それ以外は、2.1.4とCFW2.1.1最小パッケージの差はない・・・気がする。 Linuxは苦手なので申し訳ないorz ためしに、/usr/local/Kobo/udevに配置された2.1.4のスクリプトをCFWのスクリプト見ながら 書き換えてみたけど、会社なので当然試せませんw
620 : /etc/init.d/rcSに一行追加されてる rm -rf /usr/local/Kobo/db.tgz
621 : 仕事が暇だったので(激嘘 2.1.4のファイルとCFW2.1.1を見比べてKoboRoot.tgzを構成する ファイルだけ作成してみた。 このファイルをKoboRoot.tgzに纏めなおして、最小編成CFWのファイルと入れ替えれば 多分、2.1.4用の最小編成CFWになる・・・と思う(自信無し) 先に書いたファイルを修正しただけだけど、日本語文字化け問題は解消できてるんじゃないかなー。 ttp://www1.axfc.net/uploader/Sc/so/383151.zip これと、CFW2.1.1の最小編成ファイルから、誰かインストールパッケージ化してw
622 : pass
623 : >>622 目欄
624 : >>286 です。ようやく2.1.4落として中を見てる 相変わらず/mnt/sdのcharset指定はナシ。直す気ないのかなw CFW関係では>>620 の他に、/usr/local/Kobo/udev/usbも変更されてるけど こっちは実行される場合が存在しない部分を削っただけっぽいね koboRoot.tgzのサイズが一気に小さくなったのは/usr/local/Kobo/dicthtml*がなくなったせいか
625 : 公式ファーム、jpge高速化は無効化されるん(´・ω・`)?
626 : >>625 されないと思う
627 : ファームアップの度にCFW使えなくなるのでは、と心配になるな
628 : >>625 なんかモッサリになった気がするよな。 切り替わり時の残像時間が長いというか。 2.1.1のjpg高速化の方がキビキビしてた気がする。体感だから確証はないけど。
629 : jpg高速化したあと、工場出荷に戻したら、また入れ直す必要あり? それとも継続中? なんか戻ったような気がしない…。
630 : 2.1.4入れてみた。とりあえず公式+Jpg高速エンジン。 DBはIndexチューニングしている状態のものを、そのままアップデートした。 確かにあまり変わってないなーと思ってたら・・・ 本棚が使い物になってる!w 30個くらい本棚作って、トータルで500冊くらい振り分けてみたんだが Homeボタンからの復帰が、本棚無しのときと変わらない速度になってる! やっと本棚が使い物になる日が来た
631 : 暫く使ってるとまた重くなるんじゃないかとドキドキw
632 : FWアップデートしたらchainLPでPDF化した青空文庫が開けなくなったんだけど (DRMが切れてますって出る) 何が問題だろう、ちなみにコボストアで買ったepubは開ける
633 : 自己解決 もう一回同期?したら戻った。何だったんだろう
634 : 2.1.4環境、本棚以外はあまりこれと言って劇的な変化は無いなあ。 ページめくりも、Indexチューン+高速jpgエンジン突っ込んでればあまり 変化は感じない。 cbzファイルのページ送りがデフォでepubと逆なのは相変わらずだった。 ただ、Homeボタンを押して戻る時のレスポンスは、2.1.1で本棚無し+ReadingLife無し 環境よりも速くなったと思う。
635 : 件の英和辞書の中身取り出して無圧縮zipで固めなおしたのを.kobo/dictにおいたら普通に使えた。 あたりまえだけどなw
636 : 2.1.4にしたら、PDFのページめくりで右端が残る問題が直った気がする。
637 : 海外のフォーラムを読んでると、2.1.4でもリリースバージョンが微妙に違うものが あるとかどうとか? 今回のリリースは、まだお試しで来週くらいにチューンされたバージョンが出るとかいう 書き込みも見たが、、ほんまかいな(mobilereadのKobo Reader板) 後は、ゴミを残しまくるコンテンツ管理をもう少し何とかして欲しいものだ。 DBファイルは、辞書設定テーブルの追加くらいしか目立った変更点は無さそうだけど その割にはアップデートに時間かかったな。データの保持方法でも変更したんだろうか・・・。
638 : >>637 koboの中の人っぽいのもいるようだしね まぁ、10末までに進展あるといいんだけど
639 : よく、楽天のせいでkobo社がかわいそう的な意見があるけど、 中身見るとkobo社を擁護する気は一瞬で消えうせるよな
640 : 結局差分パッチにされてないってことは 前回の流用して平気ってことかな
641 : 国内販売開始から結構経ってるのに、リカバリできてないし、エンジニアの質がな 人材来ないのか?w
642 : 自営のオレでよきゃ手伝ってやるんだけどな
643 : ttp://www.mobileread.com/forums/showthread.php?t=192863 こんなスレ見つけた。 いったい何なんだろう。
644 : >>643 Calibreにファームウェア2.x.xを対応させようって話じゃなくて?
645 : >>644 Calibreってソフトのお話か。Calibreっての知らなかったんで さっぱり何の事を話しているのかわからなかったw Calibreって、要するにオープンソースの電子書籍管理ツールなのね。 Koboのデスクトップアプリより出来が良かったら笑うなw
646 : >>645 比較するまでもなく,Calibre の方が高機能。
647 : このスレに居る人達に 1ヶ月100万で楽天本社に監禁して、アプリやファームを 作ってもらったら、痒いところにも手の届く良い物が出来る気がする。 不具合の疎通や理解出来て無いのが、原因な気がする。 カスタマーケアと同様にエンジニア公募すればいいのにな。
648 : >>647 直接Koboに行けw http://www.linkedin.com/company/kobo-inc.
649 : うーん、自分で2.1.4最小編成CFW作ろうと思って自分で抜き出し+編集した>>621 を パッケージ化しようとしてるんだけど、うまくできないなあ。 >>621 をKoboRoot.tarに圧縮して、拡張子削ったものをKoboRoot.tgzに再圧縮すれば いいと思ってたんだけど・・。Linux勉強不足だなあ。 Linuxに明るい人、教えてくださいませorz
650 : >>649 何が上手くいかんかった? パッと見、>>621 の中身ってライブラリのシンボリックリンクがない気がするけど。 圧縮は 'tar zcvf KoboRoot.tgz usr bin etc`とか一発tar+gzipでいいんでない?
651 : >>650 む、ファイルが足りてなかったのか。 作業を全部Winの上でやったのがまずかったのかな。 Winの上で、CFW2.1.1のKoboroot.tgzを解凍して中身を取り出して そこに修正したスクリプトを置いて、再圧縮したんだけど。 作業、全部Linuxの上でやるべきだったorz やっぱり、Debian化した玄箱で作業するべか・・・
652 : 他のKoboRoot.tgz見た感じ、'tar zcvf KoboRoot.tgz ./usr ./bin ./etc`の方が無難なのかな
653 : >>647 楽天社員は英語公用語なのに 意思疎通できないって 三木谷なにやってんだよwって話だな。 カナダ人はフランス語だって 言い訳するのかなw?
654 : >> ID:OfTs67Jh ありがとうー。うまくいったよ。 結局、CFW2.1.1のKoboRoot.tgzをDebian化した玄箱に送って 全部Linux上で処理したら、ちゃんとできたw 外部SDに突っ込んだテキストが、ちゃんとHTMLにリネームされて 更に中身が文字化けしていないので、おそらくきっちり動いていると思われ。 ttp://www1.axfc.net/uploader/Sc/so/383744 欲しい人だけ、どぞー
655 : >>654 dx
656 : 結局アレだな、楽天からの買収に応じたのって、日本語ファームのβテスト兼kobo touch在庫処分にタイミング合わせたってこと?
657 : >>656 kindleに勝てないのに全株買収で3億1500万ドルの高値で買うなんて言われたら、 誰でも売るわw ベンチャー意識があればこの金額で次の開発するだろw
658 : >>656 それは考えすぎだろw
659 : >>657 カナダやらフランスやらフランス語圏?ではダブルスコアでamazonに勝ってるようだけど他の纏まったデータない?
660 : >>654 キーワードは何ですか?
661 : >>660 >>621 と一緒だった
662 : >>654 キーワードはなんですか?
663 : 前のパスと一緒だろ
664 : 654を入れてみた。 FW2.0.2の時にはできていた、本体ストレージに入れたファイルの自動リネーム(cbzへ拡張子変名、txtのhtml化)が できないね。何が違うのだろう。
665 : >>664 その機能、外部SDでしかつかってなかったのでちょっとだけ調べたけど 前から「本体ストレージ内ファイル」には対応していなかったんじゃない? add_ext_txt.sh、add_ext.shを見る限り、SDカード内のファイルしか 操作していないように思うが・・・
666 : >>665 確認ありがとう。 でも、2.0.2の時には、本体側でも、できていたんだけどもね。 外部SDと同じようにできるようにしたいんだけども、方法がわからなくなってしまった。
667 : スマートなやり方じゃないんだけど、、、既出かな? cbzを止めて次のようなテンプレを使ってkepubを作ってみた 目次は作られない、ページ送りはデフォルトになる [#表紙(P00001.jpg)] 書籍タイトル 著者名 訳者名 [#挿絵(P00002.jpg)] [#挿絵(P00003.jpg)] [#挿絵(P00004.jpg)] ・・・ ・・・ [#挿絵(P00999.jpg)] 参考)連番自動生成ツール http://hogehoge.tk/serial/ 変換元データ:[#挿絵(P00$1.jpg)] 生成条件 開始値:001
668 : >>666 オリジナルのCFWは自動リネーム機能が入ったCFW2以降スクリプト変わってなくて 処理対象は"/mnt/sd"オンリーだよ。(html化はCFW3からだけど同様) 本スレかどっかで本体側で効かせる改造情報かなにか出たことあったっけ? 本体側のメモリはupdate置いたりシステム利用があるので、 find /mnt/onboard -iname 〜 と全域で処理してしまうと若干危ういから(だからオリジナルは外部SDのみなんだろう)、 処理したいファイル置場のdirに適当なmarker fileを置いて、それを見つけて そこ以下のdirをfind処理するという方式にするのがいいような気がする。 (まあ、わかってる人対象ならそんなことせずにdir部分を各自カスタマイズで済ませるんだろうけど)
669 : Linuxのスクリプトに詳しい人、教えてください。 #!/bin/sh MODE=$1 if [ "$#" -ne "1" ] then (引数の数が1でないときの処理) fi if [$MODE -e "ON"] then (引数がONのときの処理) fi if [$MODE -e "OFF"] then (引数がOFFのときの処理) fi 引数に「ON」または「OFF」を渡して、条件を分岐させたいんだけど 条件評価式はこんな記述で合ってる?
670 : >>669 ぶっちゃけスレ違い
671 : >>669 論理分岐の確認だけならPCでも試せるのでやってみたらいい。 爆発するわけじゃなし。
672 : >>669 眠いzzzz > if [$MODE -e "ON"] → if [ $MODE = "ON" ] 同様に > if [$MODE -e "OFF"] → if [ $MODE = "OFF"] [の後、]の前はスペースいるんじゃね? 文字列の比較なら-e(正確には-eq)じゃなくて=な。 まぁ、いろいろ試してみれ。 ねもい、寝る。 ONとOFFだけならcase使って済ますかな。
673 : >>672 言ってるそばからスペース抜けたw > → if [ $MODE = "OFF"] → if [ $MODE = "OFF" ]
674 : もっと言うなら$MODEが未定義のとき問題が出るから、"${MODE}"で評価したほうが安全な
675 : >>ID:QpvHIAbo ありがたーう。うまくいった。 いや、329氏のDBチューニングスクリプトをそのまま使うと USB接続して、KoboReader.sqlliteファイルを読み込むCalibreやKoboTouchShelfEditが コケちゃうのよね。そこを何とかしようと思って。 あと、cbzファイルのページ送りを矯正するトリガーがうまく動かないので これも何とかしようかと。 (動かない理由が不明なんだよね、、単なるInsertトリガーなのに) Kobo、読書用の1台だけじゃなく、色々試行錯誤用にもう一台欲しくなったw ついでに、使わなくなったLibrettoL1に何かLinuxパッケージをインスコしよう・・
676 : 仮想化対応(Intel VT-x か AMD AMD-V)のCPU積んでるPCがあるなら仮想マシンでやったら?
677 : シェルスクリプトから、Update句はやっぱ投げられないのかなあ
678 : >>677 echo "update hoge set 〜" | sqlite3 KoboReader.sqlite とかみたいな感じでできない?
679 : スレチ甚だしくて申し訳ない >>678 echo "UPDATE content SET PageProgressDirection='rtl', EpubType=13 WHERE PageProgressDirection='default' AND MimeType='application/x-cbz' and ContentType=6;" | "/bin/sqlite3 /mnt/onboard/.kobo/KoboReader.sqlite" ちっと長いけど、こんなスクリプトをumount_usb.shから呼んでるけど Update動かないんだ。 'PRAGMA journal_mode=WAL'や'PRAGMA journal_mode=OFF'は 動いてるんだけどねえ。
680 : >>679 今更だが、、、 "/bin/sqlite3 /mnt/onboard/.kobo/KoboReader.sqlite"はアウトだろ。ダブルクォーテーション外せw
681 : >>679 BEGIN TRANSACTION; と COMMIT; でUPDATE文を囲む 例 BEGIN TRANSACTION; UPDATE 〜 COMMIT;
682 : >>679 echo "BEGIN TRANSACTION;" > /tmp/sql.txt echo "UPDATE 〜;" >> /tmp/sql.txt echo "COMMIT;" >> /tmp/sql.txt cat /tmp/sql.txt | sqlite3 /mnt/onboard/.kobo/KoboReader.sqlite って手法もあるぞ
683 : rm -f /mnt/onboard/.kobo/KoboReader.sqlite さぁ、すべてわすれよう
684 : 本当のまるっとクリア(rm ーrf /)とかでないのに良心を感じた。
685 : >>684 はわざと実行できないようにしてあるけど 半角英数字に変換して実行したらだめだぞ!!!! どうしてもやるなら、以下のを読んでからな! "rm -rf /" - Google 検索 http://www.google.co.jp/search?q=%22rm+-rf+%2F%22&hl=ja&biw=&bih=&gbv=1
686 : なんとなく動かない原因がわかってきた気がする。 unmount_usb.shから呼ぶからダメなのかも知れない。
687 : >>684 ddの方がもっとエグいw
688 : だめだ、Linux勉強不足の俺にはデバイススクリプトの改造なんて無理っ umount_usb.shって、USB接続を解除したら100%起動されるわけじゃないのね・・・
689 : >>687 いやエグくするなよw
690 : ID違うが。 結論から言えば、>>681 や>>682 の様に記述したスクリプトを telnetでログインして直接実行すれば、思ったような動きにはなった。 その起動を「umount_usb.sh」に仕込んだのが、まずかったみたい。 umount_usb.shが100%起動される保証が無いので、手の打ちようが無くなったって感じ。 やりたかったことは 「USB接続時に、sqliteのjournal_modeをOFFにする」 「USB接続解除時にsqliteのjournal_modeをWALにし、更にcbzファイルのページ送りを補正するために UPDATE句を投げる」だった。 USB接続時のjournal_modeの切り替えはmount_usb.shにスクリプトを仕込んで成功。 だけど、USB切断時のUpdate起動やjournal_modeの切り替えは、まだできていない。 /usr/local/Kobo/udevにある、usbファイル(デバイススクリプト)を見ると、確かにUSB切断時に umount_usb.shを起動する一文があるんだけど、それ以前で特定の条件が揃った場合 exitでスクリプトを抜けている。だからumount_usb.shが起動されないケースがあるっぽい。 exitされる条件は「lsmod | grep -c g_file_storage」の返却値が0の時だとはわかったんだが g_file_storageが何をしているモジュールなのかさっぱりわからないので、お手上げ状態。 o.........rz
691 : 連投スマソ exitされる直前に、umount_usb.shを起動する一文を追加してみたんだが これでもやっぱり起動されない・・・。何故なんだ・・・。 というわけで、完全に手詰まり状態。 本当は、USB接続解除→コンテンツ処理終了→独自スクリプト起動ってのがやりたかったんだ・・・ (コンテンツ処理が、usbに記述されているかどうかはわかんないけど、、、)
692 : あああ・・・ageちゃったorz すまぬ。。。吊ってくる
693 : >>690 とりあえず、g_file_storage.koはUSBで繋いだときにPCから ドライブとして見える機能を提供してるんじゃなかったかな で、lsmod|grep -c g_file_storage.koした結果が0ならロード されてない(繋いだ後に「接続」を押してない状態?)と見て るのかと。 そもそもudev/usbが実行されないのかremove以外のイベント なのかはわからんw
694 : 【新番組】夏野政経塾 #1 ゲスト/楽天・三木谷浩史 (番組ID:lv110184674) http://live.nicovideo.jp/watch/lv110184674 コメントとかでコボについて質問してみたら?
695 : >>691 あー、現状だとudevのusbはremove時に変な挙動だと思う。 SD(mmcblk1p1)の存在チェックしてあったときだけ、umount_usb.sh動かしてるもん。 (SD刺さってない状態だと呼ばれない) >exitされる直前に、umount_usb.shを起動する一文を追加してみたんだが >これでもやっぱり起動されない・・・。何故なんだ・・・。 こっちの原因はよくわからんなあ。 MODULE_LOADEDでのexitはPC接続してないときだけだと思うのだが…
696 : >>695 連投すまん。 exit前にumount_usb.shを呼ぼうとする =/mnt/onboardをmountする前に/mnt/onboard/ext/umount.usb.shを呼ぼうとする ということで、その方式だと動くわけない。 onboardのmount後じゃないとumount_usb.shは呼べないっしょ?
697 : >>ID:lO7ZPt80 あっ、なるほど。そういう事か。「接続」ボタンを押さなかったらその後の処理は不要だもんね。 わかり易い説明ありがたう。 >>ID:v+n6X1l3 Linuxは不慣れなので、バカな質問ばかり申し訳ないorz 確かに、mountする前に/mnt/onboard上のスクリプトをキックしても意味ないわなw 更によくよく考えてみれば、/mnt/onboard/.kobo/KoboReader.sqliteファイルに対しての アクセスだから、スクリプトだけ他に置いててもmountしていないと意味ないわなorz umount_usb.shの起動条件は理解できますた。 オリジナル作者様の意向を無視したくないので、mountした後に別名スクリプトを起動するように 変更してみるよ。 でも、仮にこれで動いても「cbzファイルをコピー」した直後じゃ狙った効果にはならないんだよね・・・。 コンテンツ処理されて、DBに新しくレコードが追加された後じゃないとUpdateの意味ない。 まあ、一度USBを抜き差しすれば良いんだろうけど。 KoboでLinuxの勉強する羽目になるとは思わなかったわw
698 : g_file_storage.ko はPCからストレージデバイスとして見えるようにするためのデバイスドライバです >>697 > KoboでLinuxの勉強する羽目になるとは思わなかったわw 何かやりたいことがあるのがモチベーションになるので ちょうどいい機会ですね。
699 : やっと実現できたーっ。 知恵を貸してくれた皆様、感謝っ コンテンツ処理は、やっぱりnickelの処理の一部っぽいんで やっぱりcbzファイルをコピーした直後だとだめだけど もう一度USB接続→解除で、ページ送りをepubに合わせる事がでけたっ。 telnetで接続しても、journal_modeはWALになってたし。 これで、USB接続を解除したときに/mnt/onboardに対する処理ができるように なった。何か他に試せそうな事が無いか、また考えよう。 ファクトリーリセットしたときが悲惨だから、FW2.1.4とチューンしたsqliteファイルと いじくったスクリプトファイルをパッケージしとこ、、
700 : http://github.com/kobolabs/Kobo-Reader 更新されてるな
701 : pdfもchainLPを以下のように設定すればそれなりに快適だよ ・サイズを600x745にする。 → 拡大縮小がまったく行われずキレイ(750では実は微妙に縮小されている) ・[編集]-[トリミング&余白]-余白の下に15pixel → 画面下のページ数表示で本文がつぶれないように。 あとは事後トリミングやらつかって、印字されているページ数表記や左上のサブタイトル表記などを消せば快適です。
702 : >701 しまった、本スレに書こうとして間違えた。 >699 例のupdate文をmount_usb.shに書いて、もう一度usb接続→解除でokですか?
703 : >>702 理屈的には、mount_usb.shでもいけると思う。 mount_usbはUSB接続された直後、/mnt/onboardが unmountされる直前に 起動されるから、問題ないと思う。 俺は、/usr/local/Kobo/udev/usbを書き換えて、mount_usbともumount_usbとも 違うタイミングで実行するようにしたけど。 現在、新規登録された本を自動で特定の本棚に追加するスクリプト作成中・・
704 : >>703 ファイルを置いているpathから作った本棚に登録していくpythonのスクリプトは見かけたような。 (pythonを入れないといかんが)
705 : >>704 mobilereadでなんか見たキガス pythonのパッケージをインストールするのが大変そうなんで諦めたw ところで、ReadingLifeをONにしてると徐々に重くなる現象なんだけど ・削除された本 ・削除はされていないが、読み終わった本 このどちらかの条件に当てはまったデータをばっさり削除するスクリプトを組んで USB接続解除時に実行できるようにしたらReadingLifeをONにしたままでも 快適な感じがする。
706 : >>705 これかしらん? http://www.mobileread.com/forums/showthread.php?t=186102 http://pastebin.com/hX2kqQ9b
707 : まだ晒せるようなレベルではないですが 著者名が「著者不明」のファイルのうち、ファイル名の先頭が [著者名]となっているものから、著者名を取得して設定。 かつタイトルから[著者名]を除くスクリプトです。 書き換えているのはcontentテーブルのcontenttype=6の attoributionとtitleです。 書き換えもれはないですかね〜? ---- #! /usr/bin/awk -f BEGIN { sql_cmd = "/bin/sqlite3 /mnt/onboard/.kobo/KoboReader.sqlite " ; #著者不明のデータを探す cmd = sql_cmd "'SELECT RowID,Title FROM content WHERE Attribution=\"著者不明\"'"; print "### 著者不明のデータレコードのRowIDとタイトルを取得 " cmd ; while ( cmd | getline line){ split(line,Val,"|") ; title[Val[1]] = Val[2] print Val[1] "=" Val[2] ; } #著者不明のタイトルから著者名を取得、著者名を除いたタイトルを生成 print "### 著者名を抽出" ; for( v in title ){ if ( match(title[v],/\[.+\]/) == 1){ Attr[v] = substr(title[v],RSTART+1,RLENGTH-2) ; split(title[v],NewT,Attr[v]"]") ; NewTitle[v] = NewT[2] ; sub(/^[ \t]+/, "",NewTitle[v] ); } } #著者名、タイトルを変更 print "### 著者名を変更" ; for( v in Attr ){ cmd = sql_cmd "'UPDATE content SET Title=\"" NewTitle[v] "\",Attribution=\"" Attr[v] "\" WHERE RowId=" v "'" print cmd ; system(cmd) ; } }
708 : >>707 著者不明、とattoributionn列に入ってたっけ。 epubはそうかもしれないけど、cbzは空白だったキガス
709 : >708 よくみたらkoboショップからダウンロードした本にもpdfにも、kobo上で著書不明と表示されるものがあったのに、スクリプトの対象にならないので調べてみたらこうなってました。 epub,pdf attributionは空白。「著書不明」という文字列は見つからず。 cbz attributionに「著書不明」という値が入っている。 どうやらepub,pdfは空白の場合に著書不明と表示するnickelの仕様のようです。 ---- ところで、この手のスクリプトを仕込む場所ですが、 ウチもumount_usb.shが呼ばれる条件が良くわからなかったので /mnt/onborad/ext/boot.sh にしました。出先だとusbないかもしれませんしね〜
710 : >707 umount_usb.shが実行される条件。 「USB接続を解除する時点で、外部SDカードが刺さっていた場合 外部SDカードを/mnt/sdにマウントした後」 正確にはこれが条件ですの。
711 : >710 なるほど。ありがとう。 その条件ならウチは外部SDは使わず、onboard 32gb換装のみなので 実行されることはないなあ。 やっぱbootか。
712 : あれこれDBチューンしたり、2.1.4にしたり、ここの皆の協力を得てスクリプト仕込んだり。 色々やって、今のとこ ・本700冊、epub:cbzの比率は4:6くらい ・全ての本が、どこかしらの本棚に属している。本棚数は30くらい ・ReadingLifeは常時ON。WifiはOFF ・KoboReader.sqliteファイルのサイズは130Mくらい こんな状態。 で、正直ストレス無しに使えるようになった。本棚がまともになったのが大きいね。 チューンしたDBファイルや、作ったスクリプト、修正した/udev/usb、需要あるかなあ?
713 : >>712 お願いします。 自分じゃ組めません…
714 : めっちゃめちゃ需要あります! 良かったら使わせてください。
715 : 正直、公開できるレベルだとは全く思っていないのだけど ここのスレで色々と教えてくれた皆様への、ある意味お礼のようなもので・・・ (多分、教えてくれた人から見れば稚拙過ぎるんだろうが・・・w) ttp://www1.axfc.net/uploader/Sc/so/385055 何が起こるかわからないし、何か起こっても責任持てないので 24時間限定公開にしますた。 ファクトリーリセットをこれからやろうと思ってる人だけお使いくださいw
716 : 補足・・・って程じゃないけど。 本来であれば、DBチューニングを主としたカスタマイズであれば 329氏のように、ReIndexやanaryze、vacuumを実行する仕組みを入れるべき なんだろうけど、今回は入れていない。 理由は簡単で「どのタイミングで実行するのが一番実用的なのか」という事が わからなかったから。 USB接続を解除したタイミングで毎回実施 → 本が多いと遅ぇ! 起動時 → 本が多いと固まったように見える! 遅ぇ! nikel起動時 → 同上w なので、敢えて入れてない。
717 : こぼっていつになったら買っていいの?
718 : 自炊する環境があんならまぁいいんじゃない pdf目的だとちょっとつらいけど
719 : passがわからんorz
720 : 同じだよ
721 : サンクス
722 : いただきましたー ありがとう でも2.1.4になって、ホントに使えるようになってきたなあ 私は自炊小説はpdfにしていたんですけど、私にとって↑の著書名の問題がcbzの唯一の課題だったので 今後は小説もcbzかな!
723 : 同じくpassがわからない(。-_-。) 「同じ」って、何と同じなんでしょ? 第二ヒントいただけませんかm(_ _)m
724 : >>621
725 : >>707 このスクリプトってshじゃないのね。 awkってスクリプトだと、こんな書き方できるんだ。ちょっとびっくり。 前々から「SELECT句の結果を取得して色々やりたいなー」って思ってたので この707のスクリプト、色々応用できそう。ちょっと遊んでみようっと。 ところで、707のスクリプトなんだけど、最初のSELECT句の条件に ContentType=6を付けたほうが良いと思う。ContentType=6なら本の管理情報テーブルだけ 取得できるから(本一冊につき、1レコードしかないので)
726 : v2.x で kobo plugin が使えるようになったらしいぞ。 これが進化したら、アプリの使い勝手をかなり改善できるんじゃないだろうか。 http://www.mobileread.com/forums/showthread.php?t=193377
727 : >>724 ありがとうございます!
728 : LinkedInのKobo Inc.の求人は、リーダー内部の開発はないみたいね。Functional Analystって のがあるので、ここから開発部隊に司令は出せるかもしれんが。 Kobo-ReaderのGitHubが更新されたのはよかったが、nickelは内製だからソースは出ないわな。 その分、たしかにplugin interfaceの活用は大いにありな感じがした。 特に、ah- 氏とikarus9999氏がGitHubに公開している、設定画面豪華版plugin や、初期状態のまま放置のQtScript(JavaScriptとほぼ同じ)を有効にする (とりあえずtelnet 経由でQtScriptインタプリタと接続するだけの)pluginとかを例に、 もっとこのスレで出ているような話(dbを操作するとか拡張子ごとの様々な設定とか) を実装していくといいような気がした。問題は726のリンクでikarus9999氏が述べているように、 プラグインは起動後、本を最初に開いたときに読み込むという仕様というところ。 そのへんの事情の簡潔な説明 by ah-氏: ttp://www.mobileread.com/forums/showpost.php?p=2015516&postcount=204 まだα版プラグインのソースは出ていないけれど、いずれGitHubに反映されると期待。 あるいは、前スレの最後のポストからすると、KoboのQt 4.8パッチを当ててビルド環境を 再構築すれば同じソースでいいのかもしれない。 それと、以下のa3nm氏のブログエントリにある、タッチパネルのイベントをデバイスから 読み込んで適当なスクリプトを動かすような↓の話とかも、参考になるのかもしれないと思った。 ttp://a3nm.net/blog/fnacbook_kobo_more_hacking.html
729 : PDFからdbの書誌情報を作成するときは、ファイル名ではなくPDFに格納された書誌情報を使う ということがMobileReadのフォーラムにあり、Calibreで編集したものが採用されるという 記述があったので、試しに日本語書籍(文庫)の自炊したのをCalibreで書籍情報入れてやったら 本当に何の問題もなくうまくライブラリに登録された。 なお、Calibreは書誌情報をGoogleやAmazonで検索する機能があるけれども、 タイトルと著者名とISBNぐらいを手で入れて「書誌情報をダウンロード」で検索してやると、 うまく見つかる。分冊の場合でもメインタイトルのみにするのがコツみたい。
730 : 新しいファームアップで、英和使えなくなったのは自分だけかな(´・ω・`)
731 : 公式2.1.4に286の差分て当てられるのかな?
732 : >>731 可
733 : >715 ウチは既に、FW2.1.4+CFW、index作成済みの状態なのですが >@PCとのUSB接続が解除された際、外部SDカードの有無に関わらず > 独自のスクリプト(ext\mounted_done.sh)を起動可能とした この機能を有効にするには、 /usr/local/Kobo/udev/usb を置き換えればOKですか?
734 : >>707 あれ?有効になっていない? Up前に、自分でUpしたものでUpdate実行して動作確認はしたんだけど。 単に、KoboRoot.tgzを.koboに入れてUpdateしたくないだけなら /usr/local/Kobo/udev/usbだけ入れ替えればOK
735 : >>732 さんくす、ぶっこんだよ
736 : Hackとは全然関係ないが・・・ gloのようにフロントライト化したいなあ。
737 : オフィシャルとかのクリップライトじゃだめなん
738 : >>736 俺も考えてたw けど、センサーが赤外線式なのが。。 分離できるんだろうか?
739 : >>737 オフィシャルのはボリすぎw 100均で売ってるクリップ型LEDライトを使ってるんだけど どうも、E-InkとLEDの光って相性が悪い気がするんだよね。 なんとなく、だけどLED光で照らすと白が強調されすぎて見難い気がする。 一番紙の色合いに近いな、って思うのはやっぱり自然光だねえ。 >>738 Gloの分解レポート探してるんだけどねえ。 TouchもGloもFWが共通化されているんだから、ハードウェア的にも 似たり寄ったりと思うんだ。だから、何かしら方法ないかなあと。 LEDの導光板がさくっと入手できるものなら、実験してみたいなあ
740 : FW2.1.4で辞典データの差し替えが上手くいかない理由がわかったので報告。 2.1.4では辞書データはzipになってしまったらしいのですが。 それも、CFWがcbzにしてくれてた模様です(`・ω・´) なので、該当shを外して、再度データを差し替えてみると、差し替えた英和が正常動作しました。 ついでに日本語辞書を英和に、ドイツ語辞書を英英に差し替えてみると、辞書が切り替えれなかった気がする、和文epub上の英単語が串刺し検索出来るようになりました。
741 : >>740 しまった。2.1.4Plusでは/mnt/onboardにもリネーム動作するように 変更加えてた。
742 : takkaちゃんはもう飽きちゃったのかな
743 : >>741 CFW有難うございました。 他は問題なく動作しています。
744 : ReIndexやvacuumを、本体のアップデートの直前に走らせるようにしたら USB接続解除時や、起動時よりも良い感じだ。 任意で走らせたいなら、中身すっからかんのKoboRoot.tgzを食わせればいいし。 暫くはこれで運用かなー・・・
745 : どこかにこぼの使いこなしWikiありますか。 カスタムFWやパッチにちょっとついていけない。
746 : >>745 テンプレにあるWikiでは不足ということかな? それ以上は多分本スレ追いかけるしかないんじゃないかな あっちはあっちでノイズ多くて辟易するけど…
747 : >>745 そういう用途のwikiはないな。 あってもいいけど、単機能過ぎて盛り上がらないと思う。 入れて読む、以上!で完結だから。 それはそうと、パッチはともかく、カスタムFWは利用するだけなら、zipが解凍出来て、 Readmeが読めて、マウスが使えれば、理屈がわからなくても簡単に出来るよ。 じこせきにんではあるが。
748 : wikiも最近はあまり更新が無いからねぇ。 高速化jpegエンジンくらいはwikiに転載しても良いくらいだ。ほぼ自炊cbz読む人にゃ必須だしw CFWも最近は、差分リリースのほうが多い。 このスレの住人じゃないなら、差分導入するのは怖いかもしれない。 でも、公式FWも2.1.4は随分良くなってるから(SDカードの日本語問題はアレだが・・) 無理してよくわからないCFW使うより、公式2.1.4を使うほうがいいと思う次第。
749 : >>748 日本語ファイル名がな… 公式FWでこれさえ対応してくれればCFWのお世話にならないで済むんだけど…
750 : きたーく >>749 何気に、日本語問題を解消しただけのバグパッチを作ったら需要あるかもなw
751 : >>750 かつ506 つ いいだしっぺの法則
752 : >>751 作って本スレにURL張っといた。 /usr/local/Kobo/udev/usbと/usr/local/Kobo/udev/sdを書き換えただけw
753 : む。 ttp://www.mobileread.com/forums/showpost.php?p=2263845&postcount=77
754 : >>753 よろ。
755 : >>754 な、なにが「よろ」なんだw ま、FWの新しいのがきたら、また「ひゃほー」とか言いながら あれこれするんだろーけどさw
756 : うぜえ
757 : 差分と言ってもCFWは結局「何かが可能になる」だけで、単にKoboRoot.tgz突っ込んだだけじゃ 何が起きるってわけでもないんだけどね 何かが起きるのはextにスクリプト入れた段階
758 : どなたか本棚をPCで編集するツールアップしてくれませんか wikiのリンクが切れちゃってて
759 : >>757 認証作業いらないのもポイントでは
760 : 本スレ読んでると、gloも根本的な問題はあまり解消されてないっぽいねえ。 まーFWが共通だから、しゃーないんだろうけどねえ・・・
761 : kobo touchは、ハード的には問題あんまないよね。 物理的なボタンがあと一つか二つあると便利ーとか言ってると際限ないし。 やっぱこういうガジェットのキモはソフトだよね。 今がダメでも将来化けるかもって思えるし。 ……まあ、思えたからどうってわけでもないけどさ。
762 : 2.1.5来たみたいだな
763 : とりあえず軽くチェック。 rcSに、nickel起動前にこんな一文が追加されている。何やるもんだこりゃ。 /usr/local/Kobo/hindenburg & SDカードの日本語問題も放置されっぱなし。本当に直す気ないなw rcSが変更されているから、/usr/local/Kobo/hindenburg の正体がわかるまでは CFWやCFW差分は適用しないほうがいいかも。 本スレにUpした、SDカード日本語問題修正パッチは当てても大丈夫。 /usr/local/Kobo/udevの中身は更新されていないから。
764 : Hindenburg 号って飛行船時代の幕を下ろしたアレだろ? なんか縁起が悪いというか… 紙書籍時代の幕を下ろしてくれるならいいけど、 電子書籍や楽天の幕を下ろす気じゃ…
765 : 2014年3月末でKoboサービスごと終了して清算されます。
766 : 散るならアマゾンと本の値段張り合ってから逝ってくれ
767 : Kobo見てるとPalmのように何も残さずに消えそう。
768 : 三木谷の次の戦略はkoboによる電子教科書だ。黙っていても入ってくる500億円市場。
769 : 落書きのできない教科書なんて!
770 : http://www.rakuten-bank.co.jp/campaign/anniversary/rakutenbank-120905.html これ当たったわ。koboユーザーになってしまった!!
771 : スレ間違った すまん
772 : KoboにWindows入れられる? 入れられるようになったら買いたい。
773 : CPUアーキテクチャ的に無理だろ 8のARM版もバンドル版のみで、OSのみは販売しないはずだし
774 : 無理なのか。それは残念。 それにしても標準で今時microsd2GBしか積んでないってセコイな。 今なら32GBのmicrosdでも千円台で買えるんだし、 定価を1000円上げてでも32GB積んでほしかったね。
775 : >>774 基本テキストデータだからな・・・
776 : 来月プラチナ会員になるから来月買おう。 実質5000円のおもちゃと考えれば安い。 電子書籍なんて全く買う気ないぜ。
777 : ('A`)やめとけ、3日で呆るよ。Koboなんて無料でも要らない。外に持ち出したら、後ろ指指されるし。
778 : WinRTはTegraのみ。
779 : ちょっと調べたら最近kobo touchが半額になるクーポンが配られたらしいな。 俺には来てないぞ。 誰かクーポンのurl貼ってくれ
780 : 半額キャンペーンはメールで送ってるから 晒すURLも無いし第三者は利用出来無いでしょ。
781 : 無いのかー やっぱり半額クーポンが俺のところに届くまで待つわ。来なかったら買わない。
782 : >>773 AndroidでもE-inkは画面書き換えがきついのにWindowsはとても実用的にはならないよ。 >>777 馬鹿は引っ込め。低脳高卒め。 >>779 認証が必要なので無理。
783 : >>777 koboより酷い状況のソニーのペリタブ。 外に持ち出して使うのが恐ろしく恥ずかしいレベルになってしまった欠陥品。
784 : 日経Linuxの改造記事は大したことなかったな
785 : 楽天カード作ってももらえるぞ
786 : っ ttp://www1.axfc.net/uploader/Sc/so/386854
787 : >>784 あそこはいつも無理やりひねり出したようなネタばっかだから。 書いてる連中は米田とか末安とか同じような面子だから 趣味嗜好が偏るし。
788 : >>774 定価1000円上がってたら、そっちの方が買う人減るからなぁ >>786 何かと思ったら、firmware 2.1.5が出てたのか http://download.kobobooks.com/firmwares/kobo3/brodeur/kobo-update-2.1.5.zip で、それようのカスタムか
789 : gloとtouch、FW2.1.5は配布パッケージがついに別になったのな。 サイズも違うし、差別化始まったのかなー・・ ぱっと見た目は、内蔵フォントの数と、/usr/local/Kobo配下に 二つほどgloがファイル増えているくらいだけど。
790 : http://download.kobobooks.com/firmwares/kobo4/brodeur/kobo-update-2.1.5.zip こっちがGlo用なのでTouchに入れちゃダメよんっと
791 : >>789 ふむふむ。フォントは Caecilia、KoboNickel、Malabar、OpenDyslexic が増えて Rockwell がなくなってるな あとは、libchess.soとstockfishはチェスのゲームかな
792 : >>791 それって日本語フォントじゃないよな? 日本で英文フォントばっかり増やされてもあんまり嬉しくない
793 : driversもサイズ違うな。 これはもうしょうがないのか。 チェス、どうやりゃ動かせるかなー・・・・。 touchのfwとgloのfwのファイルをマージすれば入りそうな気もするが 読書にゃ直接関係ないので、どうでもいいっちゃどうでもいいw
794 : >>792 日本語フォントじゃないだろうね。koboのフォントは前からなんか加工してある からかPCからはプレビューできないし、TouchのmicroSDのfontsフォルダに 置いても認識してくれなかったから確認はしてないけどw KoboRoot.tgz組んで内部に入れちゃえばいいんだろうけど 英文フォントなら私もあまりいらないw
795 : kobo3-update-2.1.4.zip だったのに kobo3-update-2.1.5.zip なぜこうしないんだ? kobo4-update-2.1.5.zip glo用も同様に
796 : 気のせいか、Kobonickel以外のフォントは全部フリーなフォントな気が・・w
797 : >>793 そのまま持って行っても動きそうだけど、その他メニューに出てこなくて呼び出せないというオチかなw
798 : >794 そーかね? 2.1.4のttfフォントは、英語日本語ともに、ふつうにWindowsで見えたし使えたよ? まあ、本気で「使う」とライセンス的に黒いので削除しちゃったけどさ。
799 : >>798 見れた?うちだと Windows フォント ビューアーが 「指定されたファイル 〜\Amasis-Bold.ttf は有効なフォント ファイルではありません。 」 とかゴネるんだけどw
800 : >794 すまぬ。 >790 のkobo-update-2.1.5.zipのKoboRoot.tgzをフツーに解凍したら、確かに出てくるttfもotfも暗号化されてるな。 2.1.4の時はどーやって解凍したんだろう。自分のことながらもう忘れてやがる。歳は取りたくねぇなぁ。
801 : ちょいと、まだ陽のあるうちからアルコールをぶっこんで記憶の底を探ってみた結果、 英語版(?)2.0.0用のアップデータを解凍して Amasis.ttfとそのファミリ Avenir.ttf 同上 Delima.ttf 同上 Felbridge.ttf 同上 georgia.ttf 同上 GillSans.ttf 同上 Rockwell.ttf 同上 Ryumin.otf Gothic MB.otf を入手したようだ。 「kobo-update-2.0.0」あたりげググると、今でもダウンできそうなリンクがいくつか見つかるんで、入り用な方はチャレンジしてみてくれ。
802 : glo用の2.1.5をバラしてみてみると、面白いことが判明。 kraken・・・gloのコードネーム? pixie・・・・miniのコードネーム? trilogy・・・touchのコードネーム(これはまぁ誰もが知ってるか) /mnt/onboardの下に.koboフォルダが隠し属性で入ってて その中に、gloやmini用のウェルカムガイドみたいなファイルがあったよ。 無論、jaは無かったけどねorz
803 : http://www.mobileread.com/forums/showthread.php?p=2271818 krakenとかkobo_config.shにはちょっと前(2.1.1?)から入ってたよね ちなみに製造元らしきのNetronixのもE60で始まる型番だったりw http://www.netronixinc.com/product_e-book.htm ntx_configのntxはnetronixなんだろうな
804 : >>ID:ciWfXrUx 暇だったので、glo用のFWから>>791 に書いたファイルを抜き出して固めてみた。 追加フォントは、当たり前だけど全部欧文フォントw ただし、今までのフォントとはちょっと違ってた。 文字サイズや間隔の設定が他のフォントを選択したときと異なる挙動になってる。 もしかして、フォント毎に設定を保持できるようになったのか? チェスはやっぱり動かず。まー当然だわなあ。 ttp://www1.axfc.net/uploader/Sc/so/387334 24時間限定でって事で。わからない人はUpdateしないでね。
805 : なんだよ、そもそも公式2.1.5にver.upできないよ。 手動で入れないといけないのか?
806 : >>805 ITリテラシー云々
807 : >>805 シリアルナンバーとかaffiliateとかipアドレスで順次更新なんだろ
808 : >>786 再up頼む
809 : >>808 ほい。というか、この間UpしたCFW2.1.4Plusの形式にしておいた。 ついでに、>>804 のファイルもおまけに入れておいた。 正直、Takka氏や最初のCFW化差分ファイルを作ってくれた>>286 氏が 実現してくれたことに比べれば、ただの猿真似なのでちょっぴり心苦しいんだけどね・・ 何か新しいことができるようになったわけじゃないし。 ttp://www1.axfc.net/uploader/Sc/so/387688 24時間限定でござる
810 : マジさんくす
811 : mobilereadを見ると、miniの分解写真が掲載されてた。 内蔵ストレージはやっぱりMicroSDカードだったw gloの分解写真探してるんだけど、みつからねー。 どうやってフロントライトを実現しているのか知りたい。
812 : ブラウザからbusyboxのhttpd経由でシェルスクリプト動かせた。 詳細いる?
813 : >>812 オナシャス
814 : >>812 試してないけど>>65 のようにhttpd立ち上げて、ドキュメントルート以下に何かしらスクリプト置いてパーミッションを実行可能なように変えてアクセスするだけで行けそうな気がする
815 : 行けた $ mkdir -p /var/www/cgi-bin $ vi /var/www/cgi-bin/test.sh (シェルスクリプト書く。下記注参照) $ chmod 755 /var/www/cgi-bin/test.sh $ busybox httpd -h /var/www 注意点としては ・ドキュメントルート以下のcgi-binディレクトリ内じゃないとスクリプトは動かない ・拡張子はcgiでなくても問題なく動く ・頭で"echo Content-type: text/plain"辺りしとかないとブラウザがContent-type認識できずにファイルをダウンロードしようとする ・kobo自身からアクセスするなら>>65 と同じくifconfigが必要 ぐらいかな
816 : >>814-815 さんくす。これでブラウザ経由で独自スクリプトがキックできるのね。 今度試してみよう。 ついにkindle来たのねぇ。 PWの値段、kobo touchと1000円しか変わらないんでやんの。びっくりだわ。 フロントライトとか、赤外線式じゃないタッチスクリーンとかすげぇ魅力あるけど koboみたいに内蔵ストレージをでかくしたり、色々遊べないのは このスレの住民的には「面白くないw」だよなあ。 アホ谷が焦って、gloを早期投入してきそうで怖い。
817 : >>815 まさにこれ。 /mnt/onboard/wwwを作る。 extの中のboot.shに以下の内容 #!/bin/sh busybox ifconfig lo 127.0.0.1 busybox httpd -h /mnt/onboard/www onboardの中はfatなので勝手にchmod +xされた状態になってる。 /mnt/onboard/www/index.htmlに以下の内容 <html> <head> <title>kobo</title> </head> <body> <a href="/cgi-bin/upd.cgi">ReBuild Database</a> </body> </html> /mnt/onboard/www/cgi-bin/upd.cgiに以下の内容 #!/bin/sh echo "echo Content-type: text/plain" echo echo usb plug add >> /tmp/nickel-hardware-status sleep 5 echo usb plug remove >> /tmp/nickel-hardware-status その他のブラウザで http://127.0.0.1/ でアクセスし、ReBuild Databaseを押すと FTPでコピーしてもデータベースに反映されていないpdfとかがデータベースに登録される。
818 : <textarea>を使ってテキストエディタを作れないか思案中
819 : 作れるでしょ
820 : せっかく /etc/inittab が弄れるんだからそっちでやったほうがいい気がする 何らかの問題でプロセス死んでも再起動してくれるしね ・/etc/inittab の末尾に2行追加 ::sysinit:/etc/init.d/rcS2 ::respawn:/bin/busybox httpd -h /mnt/onboard/www ・/etc/init.d/rcS2を書く #!/bin/sh /bin/busybox ifconfig lo 127.0.0.1 (その他起動時にやらせたいことを書く) /etc/init.d/rcS2ってのは俺が勝手に名付けただけなので、ファイル名は好きなもんつければ良い
821 : 横からすんません 本体工場出荷状態に戻す 2.1.5のアップデータ適用 >>809 のアップデータ適用 の順序でreadmeの通りにやっても初期認証を求められるんですけど >>809 は認証パス機能ついてないんでしょうか? 一応、takka氏のだと認証パスできるんですが
822 : 認証回避ならKoboReader.sqliteのuserテーブルに一行適当に追加すればOK takka氏のKoboReader.sqliteを上書きするだけでも問題ないと思うけどね
823 : >>820 inittabからだと気楽にON/OFFできないのが難点だよね 今週末あたりに「全部入り」っぽいものの作成を考えてるけど、inetdもinittabからの起動じゃなくするつもり
824 : >>821 ttp://www1.axfc.net/uploader/Sc/so/388319 2.1.4Plusの時にはKoboReader.sqliteファイル(認証解除済み)を入れてたんだけど 今回は入れてなかったw 2.1.4PlusのKoboReader.sqliteファイルを入れてもう一度作っといたんでどぞ。
825 : >>823 wktkしながら待ってますw
826 : ホントにありがとナス 乞食で申し訳ないっす
827 : 流石に、内蔵ストレージだけで1000冊超えたら本棚一覧を開くまでに 5秒程時間がかかりはじめたw USB接続解除時、nickelの起動までに30秒程かかるのも、まー自分が仕込んだ スクリプトとかが動いてるからしゃーないんだけどw でも、何気に「そこ」だけなのよね。遅いの。 本棚も一覧が開きさえすれば、そこからはさくさく動くし(本棚数も60くらい突破してるし) 読書途中のHomeボタンによる復帰も一瞬。全然快適。 後は、もうとにかく「フロントライト」が欲しい。 それだけあれば十分。 このスレの皆は、本どれくらい突っ込んでる?
828 : プレビュー含めて100くらいかな うち買ったストア本は20冊程度
829 : >>812 echo usb plug add >> /tmp/nickel-hardware-status これは、よーするに/usr/local/Kobo/udev/usb を「add」モードで起動しているって認識でおk?
830 : USB挿すとudevが環境変数経由でaddやremoveをセットする。 sdとかがあるディレクトリにplugっていうスクリプトがあって、そこで該当のコマンドか書いてある。 nickel-hardware-statusはパイプになっていて、nickelに通じているっぽい。 いきなりremoveコマンドを送っても反応がなく、addでUSB接続状態にしないとremove時の動作トリガーが入らないようでした。
831 : うし、httpd起動に成功。ブラウザでアクセスもでけた。 あとは、cgi-bin/の下が404になるのを調べるだけだw
832 : じこかいけつ
833 : ttp://d.hatena.ne.jp/NeoCat/20121021/1350786903 >>77 のリンク先とは違ってブラウザからというのが面白いw
834 : ぇー、すまぬ。 >>812 >>nickel-hardware-statusはパイプになっていて、nickelに通じているっぽい。 Winしか知らないおっちゃんに、リダイレクトじゃなくて「パイプ」って 何が出来るのか教えてくださいませorz
835 : プロセス間通信?
836 : >>834 >>835 簡単に言うと、関係の無いプロセス間で通信(データのやり取り)をする役目かな。 Windowsだとマウスのボタン管理(デバイスレベル)をしてるのはWindowsだけど、 実際にクリックされた時の挙動はプログラムにゆだねるでしょ? udevからUSBが挿されたusb plug addというイベントが来ると、 nickel-hardware-statusとつながってる何かのプログラムが動いてくれる。 テキストエディタできたよ。 実際に使えるかテスト中。
837 : おまいらパイプとソケット間違えてないか? ソケットはやりとりできるがパイプは一方向だぞ
838 : >>837 あんまり詳しくなくてすまんかった エディタのスクリプトあげるのどこが良い?
839 : uuencodeで
840 : なにやらUSB接続でエクスプローラ経由で本データを送り込むのが安定しないので FTPでファイル送信→スクリプトで認識 ってしたいんだけど FTPの日本語ファイル名が文字化けするんですよね 解決方法ありませんか?
841 : ftpクライアント側で文字コード変換して送りつけたら?
842 : kindle hackスレは?
843 : >>842 【改造】Amazon Kindle全般【root】 http://awabi.2ch.net/test/read.cgi/dgoods/1324216973/ 人いないけどなw
844 : ベゾスを崇拝してる人ばっかりだろうから聖域を侵すようなことはせんでしょう。
845 : コミック専用機にしたいんだけれど、実際の使い勝手はどうですか?
846 : >>845 iPhoneよりは読み易いけど、実本の方が読み易いw 老眼じゃなければ読めない事もないので、 自分は自炊で使ってるが、 コミックでも、字が小さ過ぎるとか、見開き多用なのものは、ちょっと向かないものもある。
847 : 買った本が事情で返品になった。 ある日その本がライブラリから消えたんだけど 消える前のバックアップをKoboに書き込んだら なんかまた読めてしまったw KOBOeReaderのパーティションにDRMの暗号の情報を 含むすべてが記録されているみたい。 sqliteのdiffをのぞいてみたけどよくわからない。 content,content_keys,volume_shorcovers,volume_tabsと 何か。数百円の本のためにタイーホはイヤだからこれ以上はやめとくか・・。
848 : >824 消えてた...orz 24Hは短いでござる。認証なしで新ファーム2.1.5?使いたいでござる。
849 : 申し訳ないけど、>>750 を復活させて。それと、24時間でなくて、残して置いて。
850 : >>848 へーい。少しお待ちを。 >>849 ん?FW2.1.4〜2.1.5の外部SDカードの日本語問題回避パッチのこと?
851 : CFW2.1.5Plus ttp://www1.axfc.net/uploader/Sc/so/389365 FW2.1.4〜2.1.5 外部SDカード日本語文字化け問題回避パッチ ttp://www1.axfc.net/uploader/Sc/so/389366 暫く新しいネタなさそうだから、今回は期限無しでUp。 以後はすまんが、Wikiに転載するとかしといてw
852 : 昨日、久しぶりにファクトリーリセットになった。 原因は、KoboReader.sqliteがぶっ壊れたから。正直、なんでぶっ壊れたのか 理由がよくわからない。ネットでエラーメッセージを特定して復旧しようとしたが どーもなんだか面倒なので、綺麗さっぱりにしてやった。 ファクトリーリセット+FW2.1.5+CFW2.1.5Plus+Glo用Font差分+Jpg高速化エンジンで 30分もせずに本体は簡単に元の状態に戻ったんだけど・・・。 流石に1000冊を一気にコンテンツ処理に流し込んだらフリーズしたw リネームしつつ、100冊ずつくらいに分割して処理させるしかないねw
853 : ついでにmobilereadネタ。 カーネル再ビルドして、USBポートにキーボードつなげたとか言う猛者がw USBポートをHOSTにしてるって事かいね。 ・・・何に使うかは、別としてw
854 : 好きな画像を表示する方法 /usr/local/Kobo/pickel showpic に、catでrawデータを渡せばよいそうだ。 例えば zcat /etc/images/one_moment_please.raw.gz | /usr/local/Kobo/pickel showpic rawデータの作り方はこちら。 http://www.mobileread.com/forums/archive/index.php/t-150706.html 本体ブラウザ経由で処理時間の長いスクリプトを動かした際に、タッチされて動いてるのか動いてないのかわからない時に仕込むといい
855 : 1.koboで好きな画像を表示(ブラウザでも本でも何でもOK) 2.cat /dev/fb0 > /tmp/fb でスクリーンショット 3.生成したfbをpickelに渡す cat /tmp/fb | /usr/local/Kobo/pickel showpic
856 : >>853 iMX5ってUSB OTGだっけ? サインはVGA/DVI繋いでモニターで、とか一瞬妄想したw
857 : >>856 ttp://www.mobileread.com/forums/showthread.php?t=194806 このスレなんだけど、要するにkernelの再構築って事よねえ。 カーネルビルドする環境作るには、いよいよLinux環境揃えないと・・・。 まぁ、その前にもう少しLinux勉強しろよな、俺って事でしょうがorz
858 : 今も1025クーポン使えるよ
859 : swaponでスワップ追加したら大きいpdf開いても落ちなくなった。
860 : >>859 SDでswapとか…と思ったが、内蔵強化したおかげで使ってない外部SDをswap用にすればいいか
861 : >>859 詳細plz。マジでPlz
862 : パーティション作るのめんどくさいから、スワップファイルにするよ まずスワップファイルを作成(ここでは64MB) dd if=/dev/zero of=/mnt/onboard/.swap bs=1M count=64 ファイルを初期化 mkswap /mnt/onboard/.swap スワップをマウント swapon /mnt/onboard/.swap スワップの使用状況確認 free
863 : /etc/fstab にスワップのエントリを書くと /etc/init.d/rcSが実行される前に スワップをマウントしようとして失敗するんで、 boot.shだっけ? あそこに swapon /mnt/onboard/.swap を書いておけばOK 500MB 900ページ強のぐらいのスキャンしたpdfでも問題なく読めた
864 : ttp://www.dotup.org/uploda/www.dotup.org3571087.gz.html でもって、このあいだ言ってた簡易テキストエディタ 興味があったら使ってみて passはkobo tgzで展開よろしく
865 : ほーほー! いやね、1000冊越えるとコンテンツ処理を全データに対して実行すると マジでコケるのよ。 多分スワップ領域不足なんだろうなと思ってた。 デフォでは、内蔵ストレージのSystemパーティションに切ってるからだと 想像できてたので「これ、外部ストレージに逃がしたらいいんじゃねーかな?」と 色々調べてたとこなのよ。 >>862 を「どこに」書くかだけ、もう一回教えてくれませんか? rcS?
866 : >>865 デフォではスワップが存在しないから、メインメモリの256MBしかみえてないお。 topコマンドで使用量を見てみるといい。 rcSに書くなら mount -t vfat -o iocharset=utf8 /dev/mmcblk0p3 /mnt/onboard よりも後の行に書かないと内蔵SD見えてこない。 ext/boot.sh に書くとファームのアップデートをしても上書きされないからお勧め。 書くのは swapon /mnt/onboard/.swap だけでOK
867 : /mnt/onboard ってPCと繋いだとき umount されない? 大丈夫?
868 : >>859 何回もごめん。 dd if=/dev/zero of=/mnt/onboard/.swap bs=1M count=64 mkswap /mnt/onboard/.swap boot.shでswaponするのであれば、これらは実行不要?
869 : >>868 if [ ! -f /mnt/onboard/.swap ]; then dd if=/dev/zero of=/mnt/onboard/.swap bs=1M count=64 mkswap /mnt/onboard/.swap fi swapon /mnt/onboard/.swap みたいな感じて無いときだけ実行させればいいんでない?
870 : >>869 あーりがたーう! boot.shに記載して試してみるー 1000冊のコンテンツ処理に耐えられるように、512Mくらいにしてみようかな(笑
871 : ePubファイルに画像を挿入する方法ってありますかね txtファイル+imageファイル=ePubファイル みたいな感じを考えてるんですが・・・
872 : >>871 AozoraEpub3じゃダメなん? Textファイル内にImageファイルへのタグ張っておけば良いだけではない?
873 : >>871 普通に出来るよ。だが、それを説明するにはこのスレは(ry 【自主】電子書籍作成スレ【作成】 http://uni.2ch.net/test/read.cgi/ebooks/1297947557/
874 : >>872 ぐぬぬ、AozoraEpub3はイジったけど方法が分からんかった(´・ω・`) AozoraEpub3でtxtからEpubファイルを作って それとは別にimageフォルダをkoboに入れればいいんかね >>873 スレ違すまそ、誘導先の方で聞いてみますわ
875 : sage忘れてたごめんね
876 : >>867 unmountされるのすっかり忘れてた タイミング悪いとカーネルがpanic起こすね 面倒だけど3つめのパーティションサイズ変更して、4つめにlinux swapを割り当てないと危険すぎる。 仕事から帰ったらやってみる。
877 : 帰宅 506さんも気になってると思うので少し詳しく。今回は内蔵SDを取り外して作業が必要なんだ。 32GB改造の時に使ったMiniTool Partition Wizardで、最大まで広げたFATのエリアを スワップに使いたい分だけResizeで縮小する。 空いた末尾の領域に Create でスワップ用の領域を作る。 パラメータは Create As: Primary、File System: Linux Swap、それ以外は設定不要。 Applyボタンクリックで変更を反映させるためにしばらく待つ。 終わったらkoboに取り付けて電源ON。 telnet経由でスワップパーティションの初期化をする。1回だけでOK。boot.shに書く必要も無い。 mkswap /dev/mmcblk0p4 起動時にスワップをマウントするようboot.shに以下の1行を追加して再起動。 swapon /dev/mmcblk0p4 freeコマンドでスワップ領域が正しいサイズになっていれば作業完了。 /etc/fstabに書いてみたけど、起動中のfstabを読む時点ではmmcblk0が認識されていないようで スワップに割り当てられていない。 なのでswaponでスワップを割り当てています。 コマンド類はこのあたり参照。 ttp://www.turbolinux.co.jp/products/server/10s/manual/command_guide/command_guide/swap.html
878 : swapping
879 : >>877 ありがとう〜! ファイルじゃなく、パーティションにスワップ作ろうと思ってたんで 本当にちょうどよかった! 256Mのスワップパーティションを作って、イメージバックアップして 1000冊のデータを一気にコンテンツ処理に流し込んでるとこw スワップ切ってない時は、50%越えたら完全にフリーズしてたんだけど 今回はどうかな。楽しみだ。 もしこれでうまくいけば、この「スワップパーティション作成」は自炊ユーザー必須になるねw
880 : 世間的にはkobo touchはボロカスに叩かれてるけど、ハッキング込みで考えたらなかなか面白い機械だよね スワップ作るのとかzaurus思い出してワクワクするわ
881 : 報告。 残念だけど、ダメだった。 状況は確実によくなった。1000冊のコンテンツ処理は94%までは 全く問題なく動いた。 けど、そこで固まったorz KINOPIXを起動して、内蔵SDをマウントしてDBの状態を見てみたんだけど ちゃんとDBは出来上がってた。 もしかすると、最後にCommitするタイミングで死んだのかもしれない。 これはWALモードでDBを運用している弊害かもしれないなー。 でも、1000冊コンテンツ処理が50%そこそこで固まってたことを考えれば これは凄い進歩だよ。 既に「電子書籍リーダー」から「電子漫画喫茶」になってる気がするw>俺のKobo
882 : >>881 もう少しサイズ増やしてみては?
883 :2012/11/01 自分も検証してみたいがLinuxはまったくの門外漢だし環境も無いのでコマンド送る処理 が必要となるとお手上げです よい成果が出るよう506氏と 859氏をかげながら応援しています
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
【角川書店】Book☆Walker ブック☆ウォーカー2冊目 (664)
[test] 書きこみテスト 専用スレッド 1 [テスト] (344)
【ソニー】Sony Reader■37冊目【リーダー】 (760)
電子書籍を出版するならどこがいいの? (357)
ハヤカワSF・ミステリebookセレクション (273)
【自主】電子書籍作成スレ【作成】 (377)
--log9.info------------------
携帯電話の盗聴って可能ですか? (308)
【Skype】スカイプの浸透具合【使ってる??】 (745)
集まれ!S.O職人!(ジャンパー工事) 2回線目 (689)
MN128SOHOをADSLで最大限利用するには? (204)
海底ケーブル (338)
Bluetooth (439)
▲専用線統一スレッド▲ (317)
Bフレッツてすごいんですか? (704)
メガデータネッツってどうよ (223)
SIPって知ってるかい? [Part 3] (326)
光収容でADSL! (307)
TCP/IPについてじっくり考えてみなか? (215)
CCNP取ったのに転職先がありません (443)
56kモデムをもっと速く! (220)
誰か大量メールの配信教えて! (738)
元junetユーザのつぶやき (268)
--log55.com------------------
【バーチャルYoutuber】にじさんじアンチスレ1352【RKS応援スレ】
【バーチャルYouTuber】ホロライブアンチスレ#80【ホロライブ/hololive】
【バーチャルYoutuber】にじさんじアンチスレ1352【スレ立て初心者応援スレ】
【かっさん】加藤純一ID無しスレPart2078【とうふさん復活】
【バーチャルYouTuber】有閑喫茶 あにまーれ 総合スレ Part.102
【バーチャルYouTuber】.LIVEアイドル部アンチスレ#992【アップランド】
【バーチャルYoutuber】にじさんじアンチスレ1353【 ハジメ・叶・剣持・いわなが・静凛応援スレ】
【バーチャルYoutuber】にじさんじアンチスレ1355【よみうりランド応援スレ】