kobo (E Ink) hacking スレ Part.11 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
■楽天公式
ttp://kobo.rakuten.co.jp/
※前スレ
kobo (E Ink) hacking スレ Part.10 (dat落ち)
http://wc2014.2ch.net/test/read.cgi/ebooks/1455076864/
Kobo Hack情報元祖
ttp://wiki.mobileread.com/wiki/Kobo_Touch_Hacking
海外情報源
ttp://www.mobileread.com/forums/forumdisplay.php?f=223
ろだ
ttp://ux.げっとuploader.com/KOBO_HACK/
「げっと」を英語に書き換え
※注意
情報を調べ理解した上で、全て自己責任でお願いします。 >>789
パッチだけで済んだのは遠い昔の話
しばらく前からKoboReader.sqliteの書き換えも必要
だからランチャーもある
最新版で処理速度も直ってるし >>790
ありがとうございました。
数冊変えたところ、確かに動きました。
しかしKoboReader.sqliteのデータを見て愕然。
これだと本を追加するごとに直さねばいけないのか。
最初はスクリプトで直すにしても、使うの気が進まないな。 >>791
ありがとうございます。
そういう状況なんですね。
ランチャーの利用は考えてみます。 claraHDの日本での最新ファームはいくつですか? この辺りはKindle端末の方がよくなっちゃったな Forma良かったのだけど、バッテリーの消費が思ったより速いな。てか劇的に減る >>797
ソレなぁー
2日でバッテリー切れになったわ
Pocketの同期し過ぎかもだが >>798
あ、それだ。俺もPocket同期してから減るようになった気がする Pocket同期止めても減るわ、減り方が変な減り方する
100%から80%切るくらいまで使った後、2日放置しただけで空になってる
普通に読んでるだけだと、そんなに減らないのに
何日か放置したら何故か空になってる formaの電池持ちは2日間!
ハズレ個体
orz
でももつ時は1週間超平気
なんだろな?
ハズレなんかな? 俺のclaraも急にバッテリーが減る
100〜20ぐらいまで一気に減ってそれからは結構持つw
パッチが問題なのかと思ってるけどバッテリーがハズレだけなのか? バッテリーてかスリープ中の処理で何かしでかしてそう
同期止めて様子見てみようかな 同期i止めてから毎日10分〜30分使って1週間過ぎたが60%くらいまでしか減らない
犯人は間違いなく自動同期で決定、この間WiFi切り忘れてたし
バックライトも10%固定で使ってたけど大して減らない
端末としてFormaが減りやすいとか、ハズレバッテリーとかじゃなかった 白黒反転
自己責任で虫眼鏡アイコンから検索枠を出して devmodeon と入れて右上のxを押す
≡→設定→デバイス情報→developer options→invert screenをオン
developer options を隠したいときは検索枠に devmodeoff と入れる https://chierou.com/manga/
このサイトで紹介されているKindle&Kobo漫画が最高に面白い。 forma向け自炊コミックの見開きページはどうしてる?
また、その他の機種を含めてどんな見開きページの形が理想だと思う? Formaは手軽にRckepubでokじゃね
他機種は見開きなんて無理すんなって話だと思うし >>812
固定レイアウトは縛りが多いから、皆がウェルカムではないと感じていたんだけどそうでもないのかな?
あと、見開きページを半割して単ページで読むのは割と受け入れられているのだろうか?
自分の場合、半割はとても気になるので、なんとかくっつけて、
たとえ両端が切れようともセンター部分を1画面に表示したいと思っている
以前は画像を直接結合してからまた分割してepub作ってたんだけど、これだと潰しが効かない…
なので最近では、表示設定だけで結合・分割・回転と、変更が容易な方法で作っている
見開きにも種類があるので、それぞれにあった表示法があっていいと思う あれ?最近は.koboフォルダとか【.】の付いたフォルダの中身も読み込んでDB作る仕様になったの?
久々FWアップデートしてランチャー入れたらエライことになった
.addsフォルダ内のpngとかtxtを拾いまくってライブラリぐちゃぐちゃ orz http://soranoji.air-nifty.com/blog/2019/09/post-dbbb5b.html
>[FeatureSettings]
>ExcludeSyncFolders=([^.][^/]*/)*\\..+
ドイツ語の本の人には本当にいつも助けられている >>815
ありがてえありがてえ
あんたとドイツ語さんの歩く先々で地面が揺れりゃいい(いつでもいい酒が飲めるといいネ♪)
まじで助かりました NickelMenuがちょっと面白そうだな
ドイツ語の本さん 採用してくれるだろうか
もう完全に依存してるからドイツ語の本さんがスルーなら俺もスルー kobo用で使ったSDカードがDISKPARTやパーティション
操作系のソフト使っても元に戻せ無いんだけど、どうしたら
いいんだ。。普通に戻してドラレコに使いたいんだが、、 >>818
SDカードリーダーが壊れた、対応してない容量のSDとかはない?
LinuxのライブCD(USB)でGPARTED使うの試してみて。
ドラレコ用は高耐久SDじゃないとすぐに壊れるし、新しい方が安くて速いから買った方がいいよ。 >>820
ありがとうございます!そんなのあるんすね。
すぐにknoppixで環境作ってやってみます。 >>820
結果でました、ダメでした。ただもう一つあった
同様のSDはまっさらに出来ました!
おそらくダメだったSDは壊れてるのだと理解します。
しかしGPARTEDを知る事が出来たので勉強になりました。
ありがとうございました! へー、今はそんなことも出来るようになってるのか
menu_item : main : 再スキャン : nickel_misc : rescan_books
これで試しに適当に本を作って本の再スキャンしてみたけどusbの接続・切断がなくて早いね
rescan_books_fullにするとtrigger_import.sh的な動作になるのかな?
menu_item : reader : Power : power : shutdown
本を読んでる時の溢れメニュー(って言うのか?)にシャットダウン組み込んでみた
ボタン長押しじゃないからあっという間に電源が切れる感じでビビった、まぁ削除したけど
これからもまだいろいろ出来ること増やすみたいに言ってるからもっと便利になりそうね koreaderって右綴じ対応してない?
見開きもpdfとかcbzだと出来ないっぽい
epubは見開きいけたけど綴じが逆で見開きの意味なし
使いこなせてないだけならその旨教えて欲しいです >>825
希望の操作に合ってるかわからないけど
本を開いた状態で、上のメニュー左から3つめからナビゲーションの
Invert page turn taps and swipesを選択マークで読み方向が切り替わる感じ
>>817
>>823-824
早速いれてみた、教えてくれてありがとう
いい感じだ、とりあえず、KFMonと同時利用で使ってみる >>826
教えてくれてありがとうございました
でもそれはページ捲り操作の逆転ですね
単ページ読みならそれで問題ないけど見開きにするとページの並びがぐちゃぐちゃになります
海外の読書アプリは総じてコンテンツの綴じ設定を無視する傾向にありますね
残念です DBランチャーのよく使う項目をNickelMenuにピックアップして出せるようになったらいいのにね
リブートと通常CFW処理しか使ってないからそれをメニュー化出来たらよりシンプルでいい menu_item : main : コレクション作成 : cmd_spawn : quiet:/mnt/onboard/.adds/db_launcher/DBscripts/cfw_createbookshelf.sh
こんな感じで出来そうじゃね?DBぶっ壊れちゃうかな ごめん上の忘れて
db_launcher.shから呼び出さないと駄目か formaってswap領域ありますか?
今更ながらkoboCFW.confの編集で悩む
DBキャッシュMaxにしたら軽くなった気がしたのでコッチも気になって… >>828-830
nickelを殺す、CFWでコレクション作成、nickelをまた立ち上げる
そういうスクリプトを書いてNickelMenuに登録
でないと、nickelはデータベースの変更を読み込まないでしょう
CFW自体はnickelにタッチしないので
nickelの停止/起動はdb_launcher.shやkoreader.shを見ればわかる(はずだが?)
スクリプト自体はむずかしくない
コマンドを4,5行、順に書いていくだけ
コレクション作成中にホーム画面のままなのが味気ないなら
fbinkで画面を書き換えることは可能 >>832
コマンド4,5行貼ってくれてもいいのよ
fbinkの処理も追記してわよ >>831
それCFWの処理が走ってる時にしか意味ない筈だからnickelで本読んでる時は関係ないと思うよ
軽く感じてるのはブラシボーかと koreaderでepub本で上下左右の余白をなくしたい場合、設定できますか kobo端末単体でVACUUM相当の処理をするツールとかありませんか?
PCでやる方が現実的なのでしょうか >>837
SQL文をくれたら
ランチャー用のスクリプトは書けますよ、たぶん 糞がFWアップしたら心なしか頁捲りのレスポンス悪くなったわ
何してくれてんねん 読書の進捗表示機能が強化されてページ変わる度に再表示してるからワンテンポ遅れて感じるのかもしれん
非表示にしてみてはいかがか NickelMenuでスクショ撮るの楽になった
https://i.imgur.com/8pbkBDK.png
これ白黒反転してる状態でスクショ撮ったけど、実際はパネルの挙動を反転してるだけで内部的にはそのままってことかな? モノクロ表示なのにカラーはカラーでショットとれるからそうなんだろうね >>841
そんな機能がある?
何か別のモジュールを追加する? 書き出しにnickelmenuて書かれてますが・・・ 苦節8年ようやくダメ文字対策にメスが入るんだな胸熱 こんな根本的な問題を八年放置しておく時点で頭がおかしい ダメ文字対策がメインではなく、ついでのオマケみたいなようだが・・・ もうFWアップデート時の作法というか様式美の領域に到達してるから今更感がハンパない ダメ文字なんかどうでもいいよ
USB繋いだ時に毎回言われるメディアが壊れてる的なこと言われなくなった
これは地味に嬉しいというか安心 ドイツ語さんのサイトで紹介してるファイルあててみた
対策してたのに無事ダメ文字復活
どういうこと?
FSCK0000,000 みたいに変形したファイルがイッパイ\(^o^)/オワタ なんだ結局ダメ文字はそのまま?
もうココまでくるとkoboも意地だね rckepubとかchainlpにダメ文字ファイル名を○とかにリネームしてくれる機能つけてくれればいいのにな
ePubならメタ情報に作家と書籍名は入ってるし
毎回ダメ文字対策メンドイ ChainLPは開発停止してるしRckepubはツール上での表示機能にご執心だからそれどころじゃないんじゃね?
ぶっちゃけ表示機能は遅すぎて使ってないけど
マンガミーヤとかで軽快にめくってページ数を確認してそれを元にRckepubで目次設定した方が早いし 既存のコミックビューワーと外部連携して目次設定できたらいいのにね >>853
ダメ文字のリネーム、実装してみました
5cと7cだけ検出していますが、その他ダメなものがあれば追加できます
縮小画像作成の高速化は次回取り組みますか
2〜3割は速くなると思うが、それ以上となると別の仕組みも必要かな
原寸表示なら今でも高速表示はできるんだがな
単独で使えるようにしてみる? 雑な戯言に対応し過ぎwww
ぃゃ感謝しか御座いません
いつも大変お世話になっております koboいつの時代も有能で男前なチ□コに支えられている バージョンアップ内容… む、むずかしいな…
老眼進行と理解力の低下が否めない
でも頑張ればコダワリの見開きコンテンツが作れそうだとは感じた
更新、ありがとう御座います なんの話かと思ったらRckepubか。
更新続いてたのね。素晴らしい。
…って、確かに難しいなw 見開き極って感じ。
本当はこれぐらい本家nickelが表示にコダワリ持って貰いたいよね実際。
作者さん、頑張れ!応援してる! 3分割表示とか新しいな
まだどこもやってないソリューションだ
俺はFormaだからあまり関係なく見開きそのままが地味に有り難いけど
ようやくDBのChapterラッシュから開放される rckepub readmeに書いてあったformaおすすめ設定の3番目、凄いね
なんでこんなことできるのかわからんけど、発想にちょっと感動した >>869
凄いけど糞メンドイ
見開き箇所を特定しながらコンテンツ作ってる時間で読み終わる罠
AIで見開き箇所の自動判定してくれる時代まで生きてられるだろうか 支援窓使っても面倒な人はやらないほうがいい
どうぞ読書に勤しんでください >>859
作者様、要望があります。
無理であれば何事もなくスルーしてください。
上の方も書いてますがピンポイント見開きはとてもいいと思いました。
しかし設定の手間が大変なのも事実です。
そこで「左/中/右 [画面分割]」の中表示時だけ横にすると見開き表示という条件を、「左/右 [画面分割]」のどちらかの頁表示時も横にすると見開き表示とすることは難しいでしょうか。
これなら一括設定ができる上に各ページ縦読みしながら気分に合わせてどこでも見開き表示可能、更にDB節約とページリフレッシュ抑制も実現できます。
ご検討をお願い致します。 >>859
あともう一つ、これは確認です。
今まではformaだった関係で1頁1割の一般ePubを主に作ってきました。
そのファイルだとnickel上でダブルタップするとピンポイントの拡大表示ができていました。
ところが今回見開き系のファイルを作ったところダブルタップは効かないし、ピンチイン・ピンチアウトの拡縮もできません。これは仕様なのでしょうか?
様々なメリットのトレードオフなら仕方ないと考えてはおりますが惜しいのです。
もう一つオマケに、、、
ダメ文字対策はバッチリです。
有難う御座いました。
常用設定にします。 ぇ いい意見だと思うけどな〜
まあそれが簡単に出来るなら最初からやってそうではあるが… gloHD使いだけど画面分割+回転90°があったら幸せ
つまり見開き指定すると、
前頁 →右→中→左→回転→ 次頁
みたいな感じに 支援窓で設定項目をホイールでコロコロ変更できるの楽
特に[画像 No.]をコロコロすると頁捲りできるのがいい
願わくばより直感的に操作できるように表示縮小画像の上でコロコロしても捲れるようにして欲しいです 一回見開きePub作って端末で確認してたら見開き指定の間違いを発見して直そうと思い、ePubをRckepubに再読み込みしたら見開き指定の設定内容がクチャクチャに
目次指定のように保持できないものでしょうか >>873
センター画像は、天地固定で画像表示しているだけで
縦画面・横画面でX/Y軸が入れ替わった際に見え方が変わるという仕組み
両サイドはセンターがずれているので、わざわざ縦画面ではみ出す部分を隠しています
ところで、全ページ左右画面分割をすると、見開きでないページがすごく見苦しいので
結局作る手間は同じだと思う
>>874
それは、画像epubとテキストepubでの動作の違いだと思う
ストア本はガチガチの固定レイアウト設定だが、
こちらは「テキストのないテキストepub(リフロー)」なのです
それでも昔はダブルタップで別窓が開いて画像が拡大出来たんだけど、今はできない?
>>877
マニアックだが、気持ちはわかる
でも、回転選択肢6個作っちゃったんで、単純に項目増やすのは悩ましい
なにかいい方法を考えてみる
>>878
なるべく快適化を目指しての現状なので、今の所できる気がしない
8枚表示の支援窓の画像をクリックしても選択できるのでそっちで我慢して
>>879
それは深刻です
今回不可逆要素があるので、再編集用ファイルを作っています
一応完全な再編集ができる作りにしたつもりなんですがどこかにバグがありそう
一度に全部せず、少しずつ設定を増やしていって、何をした時に問題が起こるのか
見つけてもらえると嬉しい >>880
>縦画面・横画面でX/Y軸が入れ替わった際に見え方が変わるという仕組み
>両サイドはセンターがずれているので、わざわざ縦画面ではみ出す部分を隠しています
そうですか残念です。
描画の起点はセンターなんですね。
起点を左右に振れるのではないかと勘違いしてました。
>ところで、全ページ左右画面分割をすると、見開きでないページがすごく見苦しいので
>結局作る手間は同じだと思う
見苦しいですか?僕は割と気に入りました。今回始めてこのように少しはみ出したような描画を見る機会に恵まれた訳ですが素直に実本を読んでるような感覚で斬新かつ自然だと感じました。
とは言えご回答ありがとう御座いました >>880
8枚表示の支援窓ってどこ?
ブラウザのヤツですか? うほ 見開き機に羨望の眼差しだった従来機ユーザー歓喜 分割+回転が実装されたら本気だす
全端末で使えるようにしたいから解像度悩む >>884
解像度は最大のforma合わせ(縦1920)
比率はarc7HDを除外したeink端末ならglo合わせ(横/縦 0.74023…)でじゃね >>859
原寸画像の支援窓を独立させました
チャプター打ちだけなら、どんな外部の優秀なビュアーを併用するよりも速いはず 全頁【見開きそのまま】にしても単ページになることある
なんの条件?縦横比?
実例としては1078x1440は単ページになったので1048x1440に画像修整してみたらok >>888
現在、設定した端末の縦横比より1ドットでも横幅が超えていると
横長画像として連結しない仕様です
4:3に限定したほうがいいのかもしれません、検討します ■ このスレッドは過去ログ倉庫に格納されています