kobo (E Ink) hacking スレ Part.11 [無断転載禁止]©2ch.net
レス数が900を超えています。1000を超えると表示できなくなるよ。
■楽天公式
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/
「げっと」を英語に書き換え
※注意
情報を調べ理解した上で、全て自己責任でお願いします。 formaってswap領域ありますか？
今更ながらkoboCFW.confの編集で悩む
DBキャッシュMaxにしたら軽くなった気がしたのでコッチも気になって… >>828-830
nickelを殺す、CFWでコレクション作成、nickelをまた立ち上げる
そういうスクリプトを書いてNickelMenuに登録
でないと、nickelはデータベースの変更を読み込まないでしょう
CFW自体はnickelにタッチしないので
nickelの停止／起動はdb_launcher.shやkoreader.shを見ればわかる（はずだが？）
スクリプト自体はむずかしくない
コマンドを４，５行、順に書いていくだけ
コレクション作成中にホーム画面のままなのが味気ないなら
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に限定したほうがいいのかもしれません、検討します 楽しげなので参戦
著作権フリー素材(ブラックジャックによろしく 全13巻)でサンプル作成
上記記載の仕様に無理矢理準拠した
最大解像度はforma基準、比率はglo基準
見開き確認用のため画質は最低限読める程度に仕上げて軽量化
■ 縦読み（部分見開き 3分割+左回転）
回転部分はソフトウェア未実装だが物理的に該当ページを追加して実装後のイメージとした
https://rg.to/file/2b0395d1f537fe26ea8b03031742ab89/Rckepub_Sample_Vertical.zip.html
■ 横読み（2枚目から全て見開き）
従来機でもパッチを当てればformaのように横読みできるため一応比率は縦同様にglo準拠
見開き解像度に程よく収めるため事前にChainLPなどでサイズ余白調整
https://rg.to/file/8751835fb7f2f42ff995732c6042b29a/Rckepub_Sample_Sideways.zip.html
皆さんも取り敢えず体験してみて要望を上げてみては如何か なお当方formaのみ所有のため従来機は未確認ですので悪しからず
従来機での感想を聞いてみたい
新型の6inch機は購入検討対象なので ぃ、いいじゃないかー！感想は読了後なー 三日後ぐらいw 制限事項のコレ考えなくても良いやつ？
>「ブラックジャックによろしく」第1巻から第13巻までの弊社作成のデータについては、複製、再配布することができます。
>書籍の版面を自ら又は第三者が複製したものやデータ化したものについては、再配布を認めません。 >>894
紙の書籍をスキャンした物は不可みたい
これは公式提供のデータが元なので ブラよろ 懐かしいな
フリー提供 英語版もあるのね
外人にあげたら喜びそう
ところで建前ってどうなってるんだっけ？ AuraONEだけどいいなこれ
読み込み早いし捲り軽いし
縦は新しい読み方だねオモシロイ
でも二分割でいいかな若干くどい
横は拡大できないから枠外の小文字ムリ ちょっとないな nickelの仕様変更でスライダーが更にカオスになったな。rckepubとの相性は悪そうだ。スライダー封印。 >>890
分割画像を結合して見開きにする場合、無条件に二枚並びの方が良くないですか？想定外に単ページ配置の場所ができるとその後ろの面付けが全て狂います 世の中には、結合済みの見開き１枚画像というものがあります >>891
glo HD 良
全出版社に縦で出して欲しい >>903 出版登録のePubチェックで弾かれるよ formaの解像度のせいかclaraだと若干遅延あるね
最適解像度だとパッパッなのにフワッフワッって感じにワンテンポ遅れる感じ
見開き部分はイイね コダワルなら端末種ごとに画像データ作った方がいいだろうね
見開き指定や目次設定が面倒で同じコンテンツを2度作りたくないけど… 完 読 ！
ふぅ～ 久々に読んだが面白かったぜ
続編の新ブラックジャックによろしくを大人買いしたから感想はまた今度な
まとめても最後まで軽かったことだけ言っとくrckepub侮れん
あっ端末はオラワン漫画モデルな パッチで横ができん…
datファイル走らせると途中で止まる >>909
HDDのrootに作業フォルダ移動してやってみ DBが肥大化して重たくなってきたのでリセットしたいのですが読書履歴を残したい願望が捨て切れずに困ってます
読書履歴を残しつつDBをリフレッシュする方法はないでしょうか？ >>911
1.koboリーダーをWi-FiなりPCに繋いでクラウドと同期
2.koboリーダーのアカウント削除(もしくはリセット)
3.同じアカウントでkoboリーダーに登録
4.Wi-FiなりPC接続でクラウドと同期させる
じゃダメかい？
読書履歴(既読・未読・読書中・読書時間)は引き継がれるよ。 Wi-Fiで本を同期させた時、FWをアップデートさせない方法ありますか？
今の4.15の操作性が気にいってるので、それ以降にあげたくないんです。 >>914
Mobilereadの有志パッチで可能
自動アップデート時に確認ダイアログを表示させるパターンと根本的に止めるパターンがある 永らく2013年5月1日だったdosfsckのタイムスタンプが、最新4.22.15190では2020年6月4日になってた うちではlinux使ってるからダメ文字問題はそもそも発生しないみたい
検証はwindows環境の人にお任せします
>>850で言ってるファイルも拾ってきたけど、それともファイルサイズが違うんで
どういう挙動になるんでしょうかね コンパイラとかビルド環境が違うんだから
出来上がるファイルのサイズも変わるでしょう
ファイルサイズの比較に意味はないと思うよ だからどういう修正をしたのかも分からんねってことだろ 今回はドイツ語さんアナウンス遅いな
中身解析してくれてるのだろうか チラっと覗いてみたけど、dosfsckはdosfstools 4.1に更新されてた kobo nia、内蔵SDの換装可能みたいで一安心 換装できてもglo以下仕様ってどうなのよ
せめて画面そのままで筐体小さくして欲しかったわ nia買うくらいならclaraのセール待って1万くらいまで値下がるの待つのがベストだな koreader、ピンチズーム出来るようになんねーかな 新しいホーム/ライブラリのインターフェイス何だこりゃ
分かりやすいんだろうけどさ・・・ 新ファームはパッチが必須なレイアウトだね
とりあえずホーム画面下段のストアの列は消しておかないと
下のメニューバーに重なってバランスがおかしい レス数が900を超えています。1000を超えると表示できなくなるよ。
