【自炊】電子書籍ビューア　４【出来合い】

【自炊】電子書籍ビュ ..

280:いつでもどこでも名無しさん
07/10/12 17:35:14 0
MeTilTran07bを使わせてもらってます。

で、「暫定一文字行グループ削除」が上手く働かない様なのですが。
設定で「あり」を選択して、メイン画面では「無効」になっていますが、
再配置プレビュー画面、再配置出力で縦書きで出力されてしまいます。

無効領域を選択して、ノンブルなり挿絵なりを選択して、再び無効を選択すると
無効状態で出力されてくれます。

暫定とあるので、まだ上手く機能しないのでしょうか？

281:280
07/10/12 18:26:53 0
他のファイルで試してみました。
2段組の小説は無効領域が機能してました。

上記の小説はノンブルが中央下、章タイトルが奇数ページ左上。

しかし、考えたら今やってるのは携帯に取り込む用を作ってた。
だったら画面が小さいんだから、ノンブル無しの方が良いのか？って思った。

282:722
07/10/13 00:25:30 0
>>280
「暫定一文字行グループ削除」のロジックは以下のようになってます。

(a)ノンブル左右下または中央下の場合

対象グループの領域の下部座標をAとします。
画像全体の高さをHとし、そのHの上から10%の座標をBとします。
このとき、AがBより小さい、つまり上にあるとき、削除対象と考え、
さらにグループ内の行のあたりの最大文字数が1以下のとき、
章タイトルとして削除します。

(b)ノンブル左右上の場合

対象グループの領域の上部座標をAとします。
画像全体の高さをHとし、そのHの上から90%の座標をBとします。
このとき、AがBより大きい、つまり下にあるとき、削除対象と考え、
さらにグループ内の行のあたりの最大文字数が1以下のとき、
章タイトルとして削除します。

このことから、章タイトルの位置がぎりぎり10%もしく90%の位置から
外れている、または章タイトルが縦２文字あった、といった場合に
削除対象となりません。
あとは問題となるページの元データがないと詳しいことは分かりません。

ちなみに、この10%や90%が決めうちになっている＆他に良いロジックが思いつかない、
ということから「暫定」となっています。

283:280
07/10/13 00:50:57 0
頭がぴーまん～。

取り敢えず、サンプル上げてみますね。

斧　he 39540
パス　sage

URLﾘﾝｸ(www11.axfc.net)

284:いつでもどこでも名無しさん
07/10/13 02:11:58 0
722さん、いMeTilTranを便利に使わして貰ってます。
T-timeが更新されて思い出したんですが、再配置した連番画像のページ数に応じた位置にマークを付加するようになれば、一目でどのへんまで読んだかが分かるし、ページ数を付加するのと違って
あまり気にならず、目立たないから便利かなと思います。
分かりづらいので、T-timeの画像をおいときます。
DLkey :text
URLﾘﾝｸ(gonzo.dip.jp)

285:いつでもどこでも名無しさん
07/10/13 14:54:19 NK42vX0E0
MeTilTranで
一画面の行数、一行の文字数
を指定できるようになればいいなぁ。

722さんいつもありがとうございます。
PSPの小説用に愛用しております。

286:280
07/10/14 00:34:53 0
質問です。
MeTilTranで挿絵を指定した場合、絵では無い頁、横書きのタイトル頁とか
目次の頁とかで、頁全体を範囲指定していても、文字の最小範囲でトリミング
されて出力さるのを回避する方法はあるでしょうか？

携帯で読むにも体裁を整えたく思うこともあります。

表紙カバー等は選択範囲で任意のサイズに出来ますが、文字ベースの頁が
上手くトリミング出来ないです。
なんぞ設定で回避出来ないのかな？

287:722
07/10/14 11:34:39 0
MeTilTran V0.8β
URLﾘﾝｸ(no722.cocolog-nifty.com)

>>280
サンプルありがとうございます。
特定の条件で誤って再配置されることがあるようです。
修正しましたので試してみてください。

>>284
面白い機能なので追加してみました。
ただ、それだけだとパクリぽいので、ちょっとアレンジしてみました。

>>285
再配置プレビューで字数計算をする機能を追加してみました。
ただ、ページ毎に微妙に文字サイズが変化するため、
完全に行列が維持されるわけではありません。

>>286
設定の[再配置時領域最小化]を[なし]で余白削除しなくなります。

288:280
07/10/14 12:42:27 0
頂きました。ありがとう御座います。

ここ最近、MeTilTranで携帯に取り込み始めたので、自分にとっての最適値が
まだまだつかめてません。
新機能と合わせて使わせて試行錯誤させてもらいます。

289:いつでもどこでも名無しさん
07/10/14 22:05:31 0
各自手持ち端末の最適値が決まったら、一覧化したいね。
集合知(Web2.0)って凄いよな。

290:いつでもどこでも名無しさん
07/10/14 23:33:43 0
>289
T-Timeの画像書き出し機能は機種別になってるから、それで青空文庫のを
書き出してみるかな。それを見れば余白なんかはある程度わかると思うけど。

291:いつでもどこでも名無しさん
07/10/14 23:49:32 0
>>287
いつも乙です。

292:284
07/10/14 23:59:47 0
>>287
採用ありがとうございます。

>>290
機種別っても、本当に携帯の機種別ではないからな。
各機種にデフォ値が用意されてるわけでもないから、
基本的に好みな値な感じ。
URLﾘﾝｸ(www.voyager.co.jp)

再配置するときできるだけミスが減るように設定する方法の
方が興味あるかも。(ものによって違うから難しい)

293:いつでもどこでも名無しさん
07/10/15 22:02:00 0
ソニー PRS-505 デジタルブックリーダーレビュー＆ギャラリー
URLﾘﾝｸ(japanese.engadget.com)

800x600のeInk良さげだな～。

294:いつでもどこでも名無しさん
07/10/15 22:28:55 0
日本語周りがどうなってるか気になる

295:いつでもどこでも名無しさん
07/10/16 00:08:40 0
Eee PC 4G

【199ドル～】ASUS Eee PC Part2【701/1001】
ｽﾚﾘﾝｸ(notepc板:126番)

296:いつでもどこでも名無しさん
07/10/16 03:09:25 0
>>293
URLﾘﾝｸ(journal.mycom.co.jp)
こっちの記事だとjpgもいけるみたいだけど、
やっぱりカラーはだめなのかな？
それでも$300で6インチ800x600なら買ってもいいかなぁと思う。

297:722
07/10/16 19:23:17 0
友達がアメリカ旅行に行ったので、PRS-505買ってきてもらいました。凄くタイムリーですねw
正直な感想を言うと「もし日本語版が出るなら買い」、現状は非常に惜しいです。

■画像ファイル
SDやMS、内部メモリに画像ファイルを転送すると自動的に認識されて、Picture項目に登録されます。
但し、フォルダを認識せず、すべて同一階層に表示されます。
階層はページ表示されますが、ページ送りがかなり遅いです。

画像はグレースケールに変換され、自動的にリサイズされます。
自動回転はしませんので、縦横比を切り替えておく必要があります。
残像が出にくい表示方法のため、一旦変なモザイクが表示されますが、速度は4秒くらいで、かなり綺麗です。

■添付の電子ブックデータ
英語に少し挿絵がついたeBookが内蔵メモリに入っています。
表示は快適でフォントも綺麗です。ページ送りは2秒かからないくらいです。
少し残像がありますが、気にならない程度です。

■フォント埋め込みPDF
日本語フォントが入っていないため、テキストやファイル名が化けますが、フォント埋め込みPDFが表示されることを確認しました。
ページ切り替えは2秒くらい。綴じ方向は無視されます。

■画像埋め込みPDF
2MBくらいのPDFなら、ページ切り替えは2秒程度と問題ありませんが、20MBくらいのPDFになると、ページ切り替えに6秒くらいかかりました。
また、ときどきハングアップするくらいの時間がかかったり、実際にハングアップしたりしました。
ページ数の問題というより、単純にファイルサイズが大きくなると問題が出るようでした。
なお、PDF作成には私の縦書きテキスト変換を使用しました。これが問題の可能性もあります。

表示されるページの見た目は、画像ファイルの表示と違って、少し残像があり、リサイズのジャギが出ます。
電子ペーパーは600x800ということですが、実際の表示可能サイズは上下左右とも少し小さいようです。下部に情報エリアありますし。
正確な表示サイズが判れば、ジャギらないPDFが作れるのではないかと思います。
あと文書名はPDFのTitleタグから抽出しているらしいけど、UTFエンコードは認識しないようです。
なので私のツールで変換したPDFでは文書名が化けてしまいます。

298:いつでもどこでも名無しさん
07/10/16 21:52:19 0
正直小説だけなら、よっぽど革新的な機能でもないかぎり、
[es]+MeTilTran+マンガミーヤで十分だなあ。

299:いつでもどこでも名無しさん
07/10/17 03:28:46 0
>>298
そうなんだよねぇ。

しかしやっぱMetilとetilのWikiみたいの
ちょっとほしいなー。

300:いつでもどこでも名無しさん
07/10/17 03:54:10 0
>>299
そっかなぁ。
素材も出力も使用者によってまちまちだし
設定は試行錯誤するしかないんじゃない？

301:いつでもどこでも名無しさん
07/10/17 05:17:43 0
翻訳物なんかによくある訳者の注釈（訳注：～2行～）のところの設定が難しいな。
ここでよく行がくずれる。　＞MeTil

302:いつでもどこでも名無しさん
07/10/17 05:45:37 0
>297(722氏)
いつもエチルにお世話になってます。

エチル／メチルに関して、
ノンブルの手動設定ってのは無理でしょうか。
範囲指定して、この範囲にあるのはノンブルであると決めて、本文領域からは
強制的に除外してしまう。
ノンブルは実質使い道ほとんどないし、それと同じ並びにある柱部分は無効と
して無視されてます。それならノンブル領域を手動設定してしまうほうが簡単で
確実な気がします。
（ところで、メチルよりもエチルのほうがノンブル認識率かなり高いのでは？）

メチル／縦書テキスト画像化実験に関して
出力画像サイズから決めるのではなくて、1行文字数と1ページ行数と余白を
現在の文字サイズで配置して、その結果を必要な画像サイズに縮小するという
方法はできないでしょうか。
（微妙に縦横比変わったりする可能性はありますが）
これだと元画像の大きさに(ほぼ)関係なく配置できるので、ユーザ側でも
設定情報を出しやすいし、設定ファイル化して取り込めるような方式にして
もらえば、ユーザ側でも協力できる余地が大きくなると思います。
各機種での文字数とか行数に関しては、最初のうちはT-Timeの画像書き出し
機能で具体例を出せば大体わかるでしょう。蓄積が進めば比較的容易に
設定可能になると思います。

303:いつでもどこでも名無しさん
07/10/17 06:57:48 0
>>297
ぉぉ。希少なレポ乙。

フォント埋込PDFがいけるのか。
綴じ方向を無視って……日本語縦書きを見開きにすると
ページ順が横書き相当になるということかな。

自前でシステムに日本語フォントが突っ込めたりすると面白いのに。

サイズの大きな画像PDFで問題が出るってのはちと辛いね。
スキャン資料をPCからそのまま持ってきて使うのは苦しそう。

透明テキスト付PDFとかどうなるんだろう。
システムが日本語対応してないんじゃ、日本語の検索文字列指定自体が困難かな。

304:いつでもどこでも名無しさん
07/10/17 13:08:33 0
>>297
レポ乙です。
フォルダを認識しないのは使いづらいかな。
作者名-作品名-巻数みたいなフォルダ分けをしていると。

305:いつでもどこでも名無しさん
07/10/17 14:41:27 0
URLﾘﾝｸ(select.itmedia.co.jp)
Linux搭載4.3インチ、30GBのPMP
履歴やしおりがついてるビューワーがあればほしいかも

306:722
07/10/17 22:26:11 0
>>301
訳注は無理です。はなから諦めています。
私の蔵書は海外SFが主なので、自分でも困って、
MeTilで手修正可能にしたんです。

>>302
ノンブルの範囲指定により変換精度をあげる手法は、検討したいと思います。
MeTilとeTilのエンジンは基本同じですが、
後から双方違う要望が出て、少しずつ変わってしまっています。
いつか統合しなければと思いつつ、そのままです。

ページの行数字数を指定するのは、かなり難しいです。
再配置のエンジンを作り直しになるし、
そもそも一文字ずつのサイズが微妙に異なるため、
行数字数を固定するのは無理があると思います。
現状、初心者にはとっつき悪いかも知れませんが、
そもそも元となる画像ページのサイズがまちまち、
スキャンする本もまちまちなので、これといった設定を呈示するのは
少し無理があるのではないかと思うのですが。

307:722
07/10/17 22:43:56 0
>>303-304
えと、綴じ方向についてですが、少し語弊があったかも知れません。
SonyReaderの右側と左下に、ページ移動用のボタンがあって、
右矢印が書いてあるけど、機能としては「次ページ」固定になります。
もう一つ、右下に上下左右のカーソルキーがあるのですが、
この左右キーでは、綴じ方向にあったページ移動が再現されています。

ReaderをUSBで接続すると内蔵メモリとMS、SDがドライブとしてマウントされます。
その中にシステム関係のフォルダは全くないので、
残念ながら改造して日本語フォント入れるということは無理っぽいようです。

透明テキストPDFの表示は問題ないというか、
そもそもSonyReaderに検索機能がないっぽい。

ちなみにPDFは、画像埋め込みとして、Jpeg以外に
無圧縮ビットマップ、ZIP圧縮ビットマップ(注：ZIPファイルではなく圧縮方式としてのZIP)
ランレングス、CCITT FAXの方式が選べます。
私のツールはJpeg埋め込みですが、ScanSnapなどはCCITT FAXです。

で、とりあえず、無圧縮ビットマップ、ZIP圧縮ビットマップを試してみたところ、
残念ながらサポートしていないようでページが表示されませんでした。
ただし、ScanSnapでスキャンしたPDFは問題なく表示できました。

そこで縦書きテキスト変換のPDF出力に、テキスト部のみZIP圧縮出力を対応させたところ
前述のように表示がされず、代わってCCITT FAXで出力するようにしようとしたのですが、
CCITT FAXのフォーマットに関する解説が見つからず、そこで挫折しているところです。
ランレングスもフォーマットがわかっていません。が、多分、サポートしてない気がします。
しかたないので、数10ページ毎にPDFを分割出力しようかな、と思っています。

308:いつでもどこでも名無しさん
07/10/17 23:46:24 0
CCITTはITU-Tに名称変更されたみたい。

日本ITU協会
URLﾘﾝｸ(www.ituaj.jp)

G3、G4FAXの規格はITU-T T.4 及び T.6に記載されているようなんだけど
仕様はどこにあるだよ～って感じだ。

本家ITUの勧告フリーダウンロード案内
URLﾘﾝｸ(www.itu.int)

このあたりで面倒臭くなりますたｗ

309:いつでもどこでも名無しさん
07/10/22 23:41:42 4jw2T+bZ0
☆

310:いつでもどこでも名無しさん
07/10/23 07:56:07 0
非常に惜しい

もうこの言葉をこの手の商品に対して何年も聞き続けてる気がするわ

311:722
07/10/23 22:12:56 0
縦書テキスト画像化実験β3
URLﾘﾝｸ(no722.cocolog-nifty.com)

>>307で、ZIP圧縮ビットマップがダメだと書きましたが、
あれから色々やってみたところ、単に変換に失敗していただけで、
実際にはZIP圧縮ビットマップが表示できることがわかりました。
ごめんなさい。

AdobeReaderでは少し壊れていても問題なく表示できるのですが、
SonyReaderでは少しでも欠損があるとダメみたいです。

というわけで、PDF出力にZIP圧縮ビットマップを追加してみました。
可逆圧縮なのでブロックノイズが乗らず綺麗ですね。
まだ、2bit,4bitのディザの実装がまだですが、
あまり暇がないので、今回はこんなところで。

>>308
資料ありがとうございます。
調べたところ、以下のところでG4 FAXのフォーマットを見つけました。
まあZIPが可能だったので、今回は見送りですけども。
URLﾘﾝｸ(netghost.narod.ru)

312:いつでもどこでも名無しさん
07/10/23 23:34:39 0
>>311
乙です。

313:いつでもどこでも名無しさん
07/10/26 06:27:56 0
昨日PRS-505が届いたので使わせていただきました。

300KB程の文庫一冊分の青空文庫TEXTを600x800の300ページ程のPDFに変換しました。

データの形式は

1.DrawTate03bでPDF出力したもの(ZLIB 8bit) 17.5MB

2.DrawTate03bでBMP出力したもの(1bit)をG3Fax形式のPDFに変換したもの 3.5MB

3.DrawTate03bでBMP出力したもの(24bit)をprinter for librie(グレイスケール)でlrfに変換したもの 10MB

で試しました。

このデータをPRS-505に表示させたところすべての形式で表示されました。

ただし1と2のPDFの場合、ページ送りのボタンを押してから描画が始まるまで25秒かかっています。

722さんのお話ですともう少し早いようなのですが
変換の設定やページ送りにかかる時間を教えていただけないでしょうか？

参考までに3で試したlrf形式のデータだと2秒でした。

画像変換のツールには印刷出力を経由したものもかなりありますので
722さんの一連のツールの出力形式に印刷を追加していただけないでしょうか？
Printer for LIBRIeの場合はプリンタに送るドキュメント名がタイトルになります。

よろしくお願いします。

314:いつでもどこでも名無しさん
07/10/27 15:45:00 0
TTVブックリーダーって2.00から画像が使えるようになっているらし。
青空準拠じゃないけど、定型のヘッダ入れてタグ書き換えれば挿絵表示もできるそうな。
表示も速いし、ラノベとか読むには良さそう。

315:722
07/10/27 21:44:56 0
>>313
縦書テキスト画像化実験β4
URLﾘﾝｸ(no722.cocolog-nifty.com)

PDFを分割出力する機能を追加しました。
これでPDFも実用的に読めると思いますのでお試しください。

印刷出力については、縦書テキストのプログラムに実装するのは、
現在のところ難しいです。詳しいことは省きますが、
中身の構造が、印刷の構造とは逆になってるので合わないんです。
MeTilTranもちょっと難しいです。

ただし、eTilTranとChainPDFに印刷機能を実装するのは楽なので、
まずはそちらで実装したいと思います。

ページ送りの速度については、ちょっと詳しく調べる時間がとれません。
DrawTateで584x750のPDF、ZLIB 4bit ディザなし、という環境です。
ただ、SonyReader側で若干先読みをしているようなので、
ページを送るタイミングによっても違っていそうです。

printer for librieで作ったLRFの表示が早いのはいいですね。
私はLibRieを持っていなくてダウンロードできないのでうやらましいです。

ところで、一つお願いしたいのですが、
printer for librieで変換したデータをサンプルとしてアップロードして頂けませんか。
可能かどうか判りませんが、LRF変換出力が作れるか試してみたいです。

ちなみにSonyReader付属のLRFは少しフォーマットが違うぽいので、
海外サイトのLRF解説のものとは少し違うようでした。
また画像埋め込みの実装が知りたいので、テキスト主体なのは
ちょっと参考にしずらいというのもあります。

316:いつでもどこでも名無しさん
07/10/27 22:21:23 0
722氏、毎度乙です。

317:いつでもどこでも名無しさん
07/10/28 07:08:20 0
>>315
Printer for LIBRIe で作成したデータについてですが、検証には大きめのデーターでないと意味がないので
以下のツールで自作していただけないでしょうか。

【LBRIe】電子書籍専用端末総合4【ワーズギア】
5 名前：名無しさん＠３周年[sage] 投稿日：2007/01/17(水) 21:14:14 ID:qI9ajL3b
Printer for LIBRIe
URLﾘﾝｸ(www.aii.co.jp)
Q. Printer for LIBRIeを単体(LIBRIe for Windowsなし)でインストールするにはどうすれば良いですか?
A. MobileRead Forumの下記ポストを参考にされてください。
URLﾘﾝｸ(www.mobileread.com)

Printer for LIBRIeは２年前にSONYでダウンロードしたものと同じものでした。

通常の方法でインストールするとlrfファイルはPCに接続されたLIBRIeかメモリースティックにしか保存できませんが
上記の方法でインストールすると印刷ごとにファイル名を尋ねてくるようになります。
このままでは不便ですので仮想プリンタポートRedMon - Redirection Port Monitor
を作成してファイルを保存しています。

Printer for LIBRIeで出力されるデータにはlrfファイルが持つ
bookid author author-reading title title-reading description date publisher thumbnailfileの情報のうち
title :印刷時のドキュメント名
description :作成日時
date :作成日時
しか設定されていません。
このままだと著者別一覧が使えませんが
EditLRFMeta というツールで情報の表示・変更ができるので
title・author・ファイル名をドキュメント名の形で渡してtitleに設定し出力させ
titleとauthorを更新してファイル名で保存させようと思っています。

318:いつでもどこでも名無しさん
07/10/28 07:10:11 0
Printer for LIBRIe以外の

MyClip for LIBRIe URLﾘﾝｸ(www.aii.co.jp)
NewsPaper for LIBRIe URLﾘﾝｸ(www.aii.co.jp)
Toolbar for LIBRIe URLﾘﾝｸ(www.aii.co.jp)

で作成したデータはフォントが内包されていないため日本語部分が表示されません。

319:722
07/10/28 19:16:00 0
>>317-318
丁寧な紹介ありがとうございます。
さっそくインストールして試してみました。
URLﾘﾝｸ(www.sven.de) の情報を参考にしてバイナリ覗いてみましたが、
Printer for LIBRIeは600x800の4bit画像埋め込みになっているようですね。
ちょっと情報の説明が抜けていて、ヘッダとサムネイルの部分だけしか判りませんでしたが、
もうちょっと調べてみたいと思います。
まだ、文書情報の部分の構造と、文書データのタグ構造が今ひとつわかってません。
というか重要な部分全部ですけども。

320:いつでもどこでも名無しさん
07/10/28 23:50:56 0
722氏へ

PDFをLRFにするツールがあります。
RasterFarian 2.5.1 URLﾘﾝｸ(www.mobileread.com)

PDFをラスタライズ、ImageMagickで加工、LRSを作ってLRF、というもので
インストールしてバッチを追いかけていただけば色々わかるかも。

321:722
07/10/29 21:05:29 0
LRF形式のヘッダ情報をダンプするツールを作ってみました。
ダンプするだけなので特に何かに使えるツールではないですけども。

LRF Dump v0.01
URLﾘﾝｸ(no722.cocolog-nifty.com)

これによると、文書情報はXMLをZLIBで埋め込んでいるだったので、
文書情報の書き換えツールくらいなら簡単に作れそうな感じですね。
サムネイルの差し替えもできそうです。

あとは実際の本文のタグ情報ですが、
>>320さんに紹介していただいたツールを調査してみたいと思います。

322:722
07/11/01 23:16:33 0
LrfDump v0.02
URLﾘﾝｸ(no722.cocolog-nifty.com)

LRFファイルの内容をダンプするツールの続きです。
オブジェクトのタグ情報もダンプできるようになりました。
また埋め込み画像を抽出したりすることも可能です。

ついでに文書情報を書き換えて出力する機能もつけてみました。
ただ、ちょっと不安定で読めないファイルになるかも知れません。
(本ツールでは読めないけど、LIBRIe LE for Windowsでは表示できる
といった謎な場合もあるようです)
お試して頂けるとありがたいです。

テキストやフォントなど、よくわからないタグが色々あるのですが、
とりあえず画像だけのLRFを作れる材料は揃った感じです。

それにしてもLIBRIeもSonyReaderも埋め込み画像は全て600x800だけど、
実際に表示可能なエリアは600x766程度なので、
これって必ずリサイズジャギが発生しますよね。
変なの。

323:いつでもどこでも名無しさん
07/11/02 00:35:40 Y9ibIHjY0
パソでフロッピーに移してワープロで読めるように出来ますか？

324:いつでもどこでも名無しさん
07/11/02 13:07:20 0
>>323
それは単にいうと商用の専用ソフトが必要
でもPC初心者がほいほい手を出せる物では無くて、
PCとワープロのハード・OS＆ソフト面両方をかなり熟知してる知識と経験が必要

2chのこんな所で環境も晒さず、ｽﾚﾁ気味なage質問してるおまえは一つ一つ手作業で入力してなさいってこった

<参考>
リッチテキスト・コンバータ - Wikipedia
Wikipedia項目ﾘﾝｸ
リッチテキスト・コンバータ19
URLﾘﾝｸ(www.antenna.co.jp)
IBM形式フロッピーディスク - Wikipedia
Wikipedia項目ﾘﾝｸ
コンバートスター１７　製品の概要
URLﾘﾝｸ(www.systemport.co.jp)
この他にもあるから自分で調べな

325:いつでもどこでも名無しさん
07/11/03 14:01:25 M5GV2mKV0
>>324どれも「ワープロのフロッピをパソで読む」タイプじゃないか
パソからワープロならもっと簡単にできないの？

326:いつでもどこでも名無しさん
07/11/03 18:32:04 0
プレステ1専用ゲームをプレステ2で読む
たったこれだけでもこんなに手間と金がかかるのに
プレステ2専用ゲームをプレステ1で読み込むのは簡単にできそう(ﾟ∀ﾟ)なんて考えてるわけ？ﾔﾊﾞｸﾈ？

327:いつでもどこでも名無しさん
07/11/03 18:49:49 0
>>325
氏ね。

328:いつでもどこでも名無しさん
07/11/05 01:05:26 0
DS用マジコンを買ったついでに、勝手アプリのDS用漫画ビューワを試してみました。
思ったよりも秀逸な出来だったので、紹介。
使ったソフトはフリーで配布されている「Comic Book DS 3.0」です。

以下のような特徴があります。
・二画面をつかったデュアルディスプレイ表示に対応
・縦横回転可能（二画面表示状態でもできる）
・左ボタンを押すだけでページ右上>>左上>>右下>>左下>>次ページと言った、
　漫画向けの順送りスクロール機能が搭載
・結構高速
・日本語ファイル名が使えないが、zip圧縮ファイルを放り込むだけで独自パック形式に
　変換するコンバーター付属。リサイズも同時に行える

例えばDSを横見開きに持って、左ボタンを押してるだけで本を一冊読めたりもします。
PDAでもミーヤCEくらいでしか搭載されてない順送り機能ですが、やっぱあると快適ですね。
二画面見開きも新鮮。
コンバートもzip放り込むだけなので簡単です。

以下続く

329:328
07/11/05 01:08:56 0
弱点としては、DSそのものの解像度がかなり低いため、縦1400ドットの画像などを
持ってくるとかなり巨大に見えてしまう点。幾らスクロールしてもページの端にたどり着きませんｗ
コンバート段階でリサイズは可能ですが、どうしても細かい文字は読みにくいですね。
二画面でかかっても、4インチVGAのPDAにも勝てません。
また画面間の隙間が大きいのも、漫画を読む際にはちょっとつらい・・・

ソフト的には、かなり完成されています。
動作もかなり軽快で、サムネイル表示も高速。速度面でのストレスはありません。
DSの「二画面に分かれている低解像度液晶」に我慢できるなら、実用的に漫画を読むことも
不可能ではないです。

ちなみおまけ機能として、DSから直接ネット上の漫画データを拾いにいける機能も搭載されています。
多分作者さんのサーバーだと思うんですが、アメコミのサンプルデータのようなものが、
60冊ほどあって微妙に楽しいｗ
ただ、データが重いのか、すげー転送に時間かかりますけど。

DSとマジコンを持っている方は、試してみると面白いです。
ネタっぽいですが、それでもQVGAクラスのPDAで読むよりかは見やすいかと。
電子書籍の雰囲気を手軽に味わうにはちょうどいいと思いますよ。
以上。長文失礼。

330:いつでもどこでも名無しさん
07/11/05 03:11:15 0
>>315

　縦書テキスト画像化実験β4でZLIB4bitで100ページで分割したデータを作成したPDFを
PRS-505で試してみました。

　ページ送りの速度がlrfファイルとほとんど同じでした。

　300ページのPDFは相変わらずの遅さでしたが、この違いはページ数かデータサイズか
のどららなんでしょうかね。分割するページ数の最大値が100ページなのはページ数が
関係しているためでしょうか？

　１冊のデータを分割して出力するのはあまり好ましくないのですが
データの汎用性で言えばPDFの方が圧倒的に上なので選択に悩みます。

　あと変換していて気がついたのですが、データ中に
※［＃挿絵画像 08_179］
という行があると落ちます。

>>322
LrfDump v0.02での書き換えですが数件行いましたが今のところエラーは出でいません。

331:722
07/11/06 00:06:11 0
>>330
テストさんくすです。

PDFの速度低下ですが、
野口雨情の詩集をPDF化したところ、
116ページ、1.2MBのデータになったのですが、
PRS-505で問題なく読めたことから、
データサイズが起因だと思っています。

ちなみにページ分割の最大が100なのは、とくに意味は無いです。
何か最大値に要望ありましたら、後で直しておきますよ？

※［＃挿絵画像 08_179］が落ちる件ですが、
このツールは青空に準拠してるので、
［＃挿絵(xxxx.jpg)入る］といった場合の「＃挿絵」を見つけ
続いて括弧からファイル名を抽出するのですが、
この場合は括弧が無いので落ちてしまいます。

しかし、その形式の方言は初めて見ますね。
拡張子も無いようですし、この形式は普及しているものなのでしょうか？

332:722
07/11/07 20:39:18 0
LrfDump v0.03
URLﾘﾝｸ(no722.cocolog-nifty.com)

縦書テキスト画像化実験β5
URLﾘﾝｸ(no722.cocolog-nifty.com)

待望のLRF出力機能が付きました。
これで300Pで45MBとかのファイルでも、ブックを開くとき少し待たされるようですが、ページめくりは快適です。

333:いつでもどこでも名無しさん
07/11/08 02:00:20 0
>>332

　縦書テキスト画像化実験β5で300ページ程度のlrfを試してみました。

　まったく問題なく表示できました。ページ送りも快適です。

　今まで複数のプログラムで処理を重ねて作成していたlrfファイルが
一つのプログラムでできるようになりずいぶん楽になりました。

　表示サイズも584x750が指定できるためルビなどの小さく細い文字もきれいに表示されます。

　sony readerは文章をファイル名ではなくタイトルと著者名で管理しているので作成時に
指定できるのも便利です。

　テキストからlrfを作成できるこのプログラムのほかに、画像からデータを作成するChainPDFを
lrfに対応していただければ、日本語フォントを持たないsony readerを日本で使用する敷居が
ずいぶん下がると思います。

　後、PRS-505での確認は取れましたがLibrieだとどうなるのでしょうか？
　以前は所持していたのですが現在手元になく確認できません。

334:いつでもどこでも名無しさん
07/11/08 02:02:18 0
>>331

　PDFでのページ送りについてですがデータのサイズよりはページ数に依存するようです。

　１ページにピリオド一つというデータを作成して試してみました。
　400ページで350k Byteほどのサイズです。
　ページ送りのキーを押してから再描画が始まるまでの時間を計りました。

　100ページ：1秒
　120ページ：2秒
　140ページ：3秒
　200ページ：4秒
　220ページ：6秒
　240ページ：8秒
　260ページ：9秒
　300ページ：10秒

　個人的には２秒が限度だと思います。

　※［＃挿絵画像 08_179］については校正ミスのデータでした。

335:722
07/11/08 20:30:16 0
ChainLRF v0.01
URLﾘﾝｸ(no722.cocolog-nifty.com)

連番画像ファイルからLRFを作成するツールです。
良かったらお試しください。

>>333
うまく動作しているようで何よりです。
自分でも、ようやくSonyReaderが使い物になって安堵しているところです。

LIBRIeについては私も実機をもってないので何とも言えませんが、
LIBRIe LE for Windowsで確認したところで問題ないようでした。
目次機能も動作しています。

>>334
なるほど、その結果からいうとページ数に依存していそうですね。
いったい中で何がおこっているのかかなり謎です。

＃挿絵画像の件、了解しました。

336:いつでもどこでも名無しさん
07/11/09 15:01:04 0
>>335
はじめまして。一世代前のPRS-500持ちですが、偶然こちらにたどり着き
ChainLRF試用してみましたところ、問題なく表示可能なLRFが生成されました。

当方のPRS-500はUniversal Flasher(URLﾘﾝｸ(www.mobileread.com))
を使って内臓フォントとして日本語フォントを適用させているのですが、
その環境でも日本語で設定したタイトル・著者共に問題なく表示されています。

これまでMobileReadなどで開発されているソフトウェアも一通り試しましたが、
大抵日本語に弱く、結局comiclrf.pl(URLﾘﾝｸ(www.mobileread.com))
を日本語の書名を通せるようにしたり、画像分割や余白除去、ディザリングなどできるよう
色々アドホックに改造して小説用に使ってました。

そんな中、日本語はおろか、画像サイズ、色深度やディザリング法まで設定できて
実質LIBRIeからPRS-505までの全機種対応されているものを
こんなにも短期間で作成されたというのには驚きました。
(もし気が向いたらページ分割と余白除去を実装してください。絶対使わせていただきます。)

以上長文失礼しました。

P.S.
一つバグを発見したようなので報告させていただきます。
出力ファイルをドライブのルート(C:\など)に設定して出力すると一度目は成功するのですが
二度目からはこんな感じで例外エラーが発生します:

************** 例外テキスト **************
System.InvalidOperationException: ファイル C:\\a.lrf は有効なファイル名ではありません。

あとChainLRF.txtと出力完了時ダイアログの中で「LRF」となるべき所が
何箇所か「PDF」となっているようです。

337:いつでもどこでも名無しさん
07/11/09 22:05:43 0
>>335

ChainLRF v0.01　試してみました。
PRS-505での動作も問題ありませんでした。

PRS-505はモノクロ１６階調なので
試しに200ページほどのコミックを4bit階調で変換したところ

GIF 14M Byte
PNG 20M Byte
JPEH 25M Byte

となりました。
PNGやJPEGよりもGIFのほうがサイズが小さくなるのは意外でした。

>>336

PRS-500がUniversal Flasherによって内蔵フォントを日本語フォントに入れ替えられる
話はどこかで聞いたことがありましたが具体的にどのような手順で行うのでしょうか？

現在のUniversal FlasherがPRS-505に対応していないのは存じていますが
差しさわりがなければ教えていただけないでしょうか。

338:722
07/11/10 00:45:09 0
ChainLRF v0.02
URLﾘﾝｸ(no722.cocolog-nifty.com)

見開き分割と余白除去を追加してみました。
勢い任せに実装したので、変な動作をするかも知れませんが、人柱よろ。

>>336
その情報はとても興味深いですね。
書き換えツールを覗いてみましたが、
どうやら内部はLinuxで、メモカに記入したスクリプトで
フォント入れ替えや、メニュースタイルの変更ができるみたいですね。
これはPRS-505対応が待ち遠しいところです。
もしその情報を見にされましたら、ぜひ教えてください。

今のところフォーマットが不明ですが、
日本語が通るようであれば、テキスト情報の埋め込みを試したいところです。
(フォント埋め込みも可能なようですが、さすがに資料がありません)

>>335
PNGは8bit諧調と24bit諧調に特化して、内部的にはZIP圧縮なんですね。
あまりピクセル情報にこだわった圧縮ではないので、
それほど圧縮率は良くないのです。
とくに1bit～4bitについてはGIFのほうがピクセル並びにこだわっているので、
こういう場合は圧縮率がよくなるんですね。

339:336
07/11/10 13:18:12 0
>>338
さっそくリクエストに応えていただきありがとうございます。
(開発速度速いですね～)
ページ分割と余白除去機能を試さしていただきました。
今まではcomiclrf.pl内のImageMagickに与えるパラメーターをいろいろ
いじって試行錯誤してたんですが、GUIで設定できると結果がすぐにわかって
非常に便利ですね。感激しました。

あえて気になる所と言えばページ半分個と余白除去を組み合わせて設定した際
画面に表示される画像と出力される結果が違うことです。

(たとえば見開きの場合、画面に表示される画像は横長の画像をそのまま
余白除去したものになりますが、LRFに出力されるのは
ページを分割してから余白除去をしたものになりますよね)

一ユーザーの視点からすると画面表示と出力結果は
ある程度一致してくれた方がうれしいので、
縦横比チェック→半分個を選択した時点で
横長な画像は分割して表示されるようになれば
さらに便利かな、と思いました。

340:336
07/11/10 13:20:18 0
あとこれは好みによって激しく意見が分かれるところなんですが
Sony Readerのような狭い画面上でスキャンした文字画像を読む場合
アスペクト比を無視して拡大できた方が視認性が良くなります。

たとえばページの左右に20%ほどの余白が残っているとすると、
アスペクト比を無視して画像を引き伸ばし
文字を20%の横倍角フォントの様な状態で読むわけです。

ただこれにはデメリットも多くて、挿絵などまで引き延ばされたり
行数の少ないページですと文字が必要以上に引き伸ばされて
読めなくなります。
(自分のスクリプトの中では余白除去の発生しないページは
挿絵とみなしてアスペクト比の無視を行わないようにしていました。
また後者はスペクト比率の変更を200%まで、
などといった形で制限することで回避できます)

それからPRS-500やLIBRIeを見る限り、E-Inkは淡い表現が苦手なので
(新型のVisplexを搭載したPRS-505はどうですか?)
コントラストの正規化・強調もできた方が視認性が上がると思います。

以上要望というわけではありませんが、ご参考まで。

(C:\などに出力した際のバグは再現されませんでした。)

341:336
07/11/10 13:24:49 0
Universal FlasherのPRS-505対応については作者のIgorsk氏が作業中
ファームウェアの上書きに失敗して本体が起動不能が陥ってしまったようです。
(いわゆるBrickedってやつです)

PRS-500なら純正のファームウェア・アップデーターが配布されているため、
それを使って簡単に復旧できるのですが、何分新製品な505は
現在のところファームウェア・アップデートもされていないため
そこでしばらく開発がストップした状態になっています。

もしなにか続報があればこちらのスレッド
URLﾘﾝｸ(www.mobileread.com)
で公開されると思います。

あとテキスト情報の埋め込みに関しては、
これは参考になるかどうかわかりませんが
次の三つは日本語を通せることを確認しています
(ソースコードも公開されています):

makelrf (C)
URLﾘﾝｸ(www.sven.de)

flatLrf (Java)
URLﾘﾝｸ(monalipse.sourceforge.jp)

pylrs (Python)
URLﾘﾝｸ(www.mobileread.com)

以上、長々とスレ汚し失礼しました。

342:336
07/11/10 13:35:17 0
>>337
一応自分なりにPRS-500への日本語フォント導入手順を一通りまとめてみたんですが、
上のレスよりもさらに長くなってしまいました(160行くらい)。
このスレに投下してもいいもんでしょうか?

(もしだめならデジモノ板の電子書籍端末総合スレの方にでも投下しようかと思います)

343:いつでもどこでも名無しさん
07/11/11 07:43:43 0
>>342
ちょうど電子書籍端末総合スレの方でもSony Readerの話題になっているのでそちらのほうがいいのではないでしょうか。
よろしくお願いします。

344:336
07/11/11 18:21:52 0
>>343
デジタルモノ板の電子書籍端末総合スレに投下しました。
(いろいろ推敲を重ねていたら結局倍くらいに膨れ上がっちゃいました)

コピペミスで順番を間違えて貼ってしまったので
分かりにくいですが次の順番でお読みください。

ｽﾚﾘﾝｸ(dgoods板:332-334番)
ｽﾚﾘﾝｸ(dgoods板:336番)
ｽﾚﾘﾝｸ(dgoods板:335番)
ｽﾚﾘﾝｸ(dgoods板:337-346番)

将来Universal Flasherが対応した暁にはPRS-505ユーザーの
参考にもなればうれしいです。

345:いつでもどこでも名無しさん
07/11/11 18:42:10 0
>>336

GJ

346:722
07/11/11 21:11:37 0
ChainLRF v0.03
URLﾘﾝｸ(no722.cocolog-nifty.com)

レベル調整などを追加してみました。

>>336
日本語化手順、いいですね。
BBeBへのテキスト埋め込みはmakelrfで理解できましたので、
日本語化できるようになったら、ぜひ対応したいと思います。

BBeBへのフォント埋め込み方法がわかれば、なお良かったんですが、
さすがにこれは詳しく公開されてませんね。

347:336
07/11/12 01:38:06 0
>>346
使わせていただきました。
素晴らしすぎです。
ゴミ除去の追加のおかげで余白除去の精度は上がりましたし、
しかも完成画像がプレビューできることで直観的に
それらのパラメーターをいじることができて実に便利です。

またリサイズ緩衝を入れていただいたおかげで
狭い画面をフル活用できるようになりましたし、
私もこつこつと自分のスクリプトを改良してきたつもりでしたが
これまで使ってきたものはすべて、
機能的にも完全に追い抜いて実装されてしまいました。

海外でもいろいろなツールが開発されていますが
こと画像のLRF形式への変換ということに関して言えば、
多分このソフトは現時点で一番高機能で使いやすいソフトだと思います。
(恥ずかしながらグレースケールの心理的物量なんて存在すら知りませんでした)

あえてこれ以上アイデア出しをさせてもらうとするなら、
日本の新書版書籍などに特有の二段組みをより視認性高く、
画面を活用して表示できるよう、
縦長の画像を横分割してから90度回転
(あるいは90度回転してから縦分割)
ということができればより便利になるんじゃないかと思います。

348:336
07/11/12 01:39:07 0
Readerには既にHorizontalモードというUI全体を右90度倒して使用し
縦幅を横幅として有効活用できるモードがありますが、
電子書籍端末総合スレでもちらっと書いたように
画像表示に関して言えばこのモードは所詮Verticalモードの画面を
2分割して拡大表示しているだけなんで、かなり汚い表示になります。
(その上、上画面と下画面のつなぎ目に重複があると
その部分をかすれたように表示する機能まで付いているので
あまり見目がよろしくありません)

二段組みだけじゃなくスキャンされた欧文文書や横組み文書なんかでも
実用性があると思います。
(JIS規格なんかはスキャン版が無料公開されてるんで
Reader上で見れたらうれしいかもと思ったり)

もちろんあくまで「アイデア」ですので、
なんかこんな提案あったな、とでも心の隅にでも留めておいていただけたらそれで十分です。
(結果的にこれまで提案したことはすべて実装されているんでちょっと心苦しいです)

349:336
07/11/12 01:40:16 0
makelrfについては情報が役立ったようでなによりです。

お礼というわけではありませんが、
PC-Sony Reader間でファイルをやりとりするにあたって
非常に便利なスクリプトを一つ紹介させていただきます。
(もうすでにご存じだったらすみません)

MobileRead WikiのSony Reader hackというページで配布されている
URLﾘﾝｸ(wiki.mobileread.com)

Ebook.pyというPythonスクリプトです。
URLﾘﾝｸ(wiki.mobileread.com)

これはUniversal Flasherの作者Igorsk氏の書かれたもので
eBook LibraryのDLLを利用しUSBを介してSony Reader内部にある
ファイル関連の操作をできるようになるというものです。
(ですので、たぶん同じeBook Libraryを使用しているPRS-505でも使用可能だと思います)

インストールは実に簡単でebook.pyをeBook Libraryのbinディレクトリ
(デフォルトではC:\Program Files\Sony\Reader\Data\bin)
におくだけです(使用する際はそこから実行します)。

350:336
07/11/12 01:41:49 0
詳しい操作方法は上のSony Reader hackに書いてありますが、
たとえば本体の内蔵メモリ上にあるLRFファイルにアクセスしたければ、

ebook.py ls /Data/media/books

とすれば

Sony Reader utility 0.41 (c) 2006 Igor Skochinsky
/Data/media/books/:
-rw-rw-r-- 2398193 Sep 01 2006 00:01 PRS500_OG.pdf

のような結果が返ってきます。

getすればファイルをPC上にコピーできますし、
catすれば標準出力に出力されます。

デフォルトでは安全のため読み込みしかできませんが
ebook.pyを修正してenableWriting = 1とすればReader側への
書き込みもできるようになります。

putでPC上のファイルをReader側に書き込め、
delでReader上のファイルを消去できます。

なおどちらのコマンドも注意が必要です。
不用意に閲覧中のファイルやシステムファイルなどを
消してしまうとReaderが落ちてしまいます。

351:336
07/11/12 01:42:59 0
なお、Readerに挿入されているメモリーカードへアクセスするためには
メモリースティックがa:、SDカードがb:というドライブレターを使う必要があります。
たとえばa.lrfというファイルをReaderのメモリースティック上にアップロードするには

ebook.py put a.lrf "a:/Sony Reader/books/a.lrf"

という風に指定する必要があります。

私はこんなかんじのバッチスクリプトを使って横着してます:

setlocal
set arg=%~f1%
pushd "C:\Program Files\Sony\Reader\Data\bin"
ebook.py put %arg% "a:/Sony Reader/books/%~nx1"
popd

352:336
07/11/12 01:44:37 0
eBook Libraryを使って転送するのとの違いは、

・起動が軽い
・コマンドライン上で操作できる
・通信中しか接続を占有しないため
　わざわざアプリケーションを終了しなくてもすぐにReaderを取り外せる
・同様に通信中しか「ケーブルの取り外し禁止」マークが出ないので
　転送の終了したことがReaderを見るだけでわかる

といったところでしょうか。便利です。

他にもum pinfo pwriteといった
リカバリーモードで使うコマンドが用意されていますが
残念ながらこれらは使ったことがありません。
以上、ご参考になれば幸いです。

再々度の長文レス失礼しました。

353:336
07/11/12 12:39:23 0
>>346
連続ですみません、先ほど久しぶりにlibprs500に付属する
html2lrfというコマンドを使ってみたら、
今まで見逃していたのですが、出力するLRFにフォントを埋め込む
コマンドラインオプションがありました。

--serif-family=SERIF_FAMILY
--sans-family=SANS_FAMILY
--mono-family=MONO_FAMILY

というのがそれで、たとえば

html2lrf --serif-family="C:\Windows\Fonts, Comic Sans MS" a.html

などという風にするとeBook Reader上でも実機上でも
英字をComic Sans MSで表示してくれるようになります。
ただ、いろいろ試しましたが日本語は通らないようです。

html2lrf --serif-family="C:\Windows\Fonts, IPAPGothic" a.html
html2lrf --serif-family="C:\Windows\Fonts, SimHei" a.html

などとしてみてもフォントデータ自体は埋め込まれているようなのですが
(出力されたLRFファイルのサイズが大幅に大きくなるので)
表示はされません(html2lrf自体は入力がUTF-8であれば問題なく日本語を取り扱えます)。

MSゴシック、MS明朝などに関しては"C:\Windows\Fonts, MS PGothic"などと指定しても
埋め込まれませんでしたので(ファイルサイズに変化なし)
TTFファイルに分割したもので試してみましたが、
やはりデータとしては埋め込まれているようでも表示はされませんでした。

354:336
07/11/12 12:40:48 0
また他にも制限があって、埋め込むフォントの指定がFont Family単位になっているため
たとえば前の例で言うと"C:\Windows\Fonts, Comic Sans MS"と指定するのはOKですが
そのボールド体を期待して"C:\Windows\Fonts, Comic Sans MS Bold"としても
埋め込んではくれません。
(Comic Sans MS BoldはFont FamilyではなくFont Nameであるためだと思います)

html2lrf自体はpylrsライブラリを利用しているんですが、

URLﾘﾝｸ(www.mobileread.com)
URLﾘﾝｸ(www.mobileread.com)

libprs500の方で既に取り込んでフォークしているとのことなので
そちらを参照された方が早いかもしれません。

URLﾘﾝｸ(libprs500.kovidgoyal.net)

以上、ご参考になれば幸いです。

次ページ