【自炊】電子書籍ビュ ..
175:722
07/07/27 08:56:32 0
>>173
その認識しないページの元画像データを見ないと、
なんともいえません。
認識に大きく関わるものは、ダイアログに出てるので、
他の設定は、変更してもそんなに変わらないはずです。
>>174
ページ編集画面で角度入力して「再認識」ではダメですか？
なぜか「再認識」を２回押さないと効かないバグがありますが、
入力した角度で再認識できるはずです？
傾き補正には、補正限界の設定がありますので、
大きく傾いていて補正が蹴られる場合は、
「傾き補正上限」をもう少し大きくするのも手です。
初期値は2度以上の角度を補正しないよう設定してあります。
176:171
07/07/28 00:56:26 0
>>175
申し訳ありません、eTilTranの方でした．．．
まさにその「再認識」がeTilTranにもあれば、と思いまして．．．
補正値についても、少しパラメータを振って再トライしてみます。
ありがとうございます。
177:174
07/07/28 00:57:23 0
>>176
名前まで間違ってるし．．．orz スレ汚しすみません。
178:いつでもどこでも名無しさん
07/07/28 07:22:45 0
RSSに対応した電子書籍ビューアって無いかな？
外出前にニュース記事などをコピー、外出先でじっくり読む。
179:いつでもどこでも名無しさん
07/07/28 19:36:40 0
>>178
現状だとそういう目的にはスマートフォンが適してるかと
180:名無しさん＠そうだ選挙に行こう
07/07/29 11:14:07 0
>>178
ちょっと違うかもしれんけど、取得しといたのを出先で読むっていう目的なら iLiad で OK
PC側の MobiReader で RSS 巡回+ダウンロードしといたのを iLiad とシンクロしてからお出かけ。
181:722
07/07/29 22:15:09 0
>>176
eTilTran β8-3
URLﾘﾝｸ(no722.cocolog-nifty.com)
設定角度で再認識する機能ですが、
ファイルリストで右クリックしたときの「補正角度を計測角度にコピー」
または「一括補正」画面の「再認識」で出来るようにしてみました。
これで試してみてもらえますか？
所で、一つ忘れていましたが、エチルもメチルも小説スキャンするとき、
「傾き検出文字数」が20文字にデフォルト設定されていて、
それ以下の行を、角度検出の計算から除外します。
よってラノベのように短いセリフ主体のページだと、
傾き検出されず＝挿絵として認識されることになります。
では文字数を減らせば良いか？ということそうではなく、
今度は角度計算の精度が悪くなり、角度を誤検出します。
角度検出ミスが気になる人は調整してみてください。
ただ、私としては手動調整することをお勧めします。
このあたりは好みの問題ですね。
182:173
07/07/30 00:03:26 0
>>175
確かに元画像がないとダメですね……失礼いたしました。
読み込み時の状態と、その元画像をアップしました。ご参考にしていただければ幸いです。
この手のソフトの扱いは慣れてないので、見当違いのことを言っていたら申しわけありません。
パス：MeTilTran
URLﾘﾝｸ(www.uploda.net)
183:722
07/07/30 18:51:36 0
>>182
貴重なサンプルありがとうございます。
1枚目の画像については、ルビが多すぎるため、行の取り出しに失敗して、
角度が正確に取れていないようです。
行の取り出しやルビの切り出しは、正確に角度補正が行われないと、
行同士が融合して、大きな文字で構成された行があると判断され、
１行分がルビに、１行分が本文にと変化してしまいます。
赤い四角が本文で、マゼンタの四角がルビなのがプレビューで見て取れます。
こういうページはまれに発生して、本ツールではフルオートでは対処できないため、
手動で修正できるようになっています。
ひとまず、ページ編集の補正角を-0.4度前後に設定して「再認識」してください。
２枚目のページが誤認識する原因は、ちょっとわかりません。
デフォルトで試したところ、こちらでは発生しませんでした。
もし発生するとなら、ノンブルが左右上に設定されていないか、
「グループ融合割合 文字幅」に大きな値が設定されるかだと思います。
一度、MeTilTranを展開したフォルダにある、default.xmlを捨てて、
デフォルト値に戻したほうが良いかもしれません。
「グループ融合割合 文字幅」は1.00にしたほうが良いでしょう。
1ページ目の角度補正については、フルオートで出来ることが望ましいのですが、
今のところ、良い解決策を思いつけません。
今後の課題として心に留めさせていただきますね。
ただ本来、ノンブル+章タイトルから章タイトルが分離されるはずが、
この例では効いていないので、何かバグがありそうな予感です。
見つけしだい修正したいです。
184:いつでもどこでも名無しさん
07/07/31 10:50:15 0
ところでメニューの編集から一括設定を選ぶと無反応なんですがうちだけ？
アイコンでは動作しているのであんまり支障はないのですが
いまいち最近のVerでのトリミングがうまくいかない･･･
出来上がり画像の中で表示領域が制限されるのはどの辺の設定が影響するのでしょうか
設定がよくわからないのでトリミングは旧バージョンでやってたり(笑
185:722
07/07/31 19:15:25 0
>>184
メニューから外れているのは今気づきました。
後で直しておきます。
トリミングの件は、具体的に書いていただけると有難いです。
私としてはうまく動作しているつもりで作っているので、
うまく行かない状況がよく分かりません。
表示領域が制限とは、どういう意味でしょうか？
186:174
07/08/01 01:18:02 0
>>181
遅くなりましたが、再認識対応ありがとうございました。
スキャン→角度不明画像を粗修正→一括再認識・領域設定→目視補正
の流れで使っていこうと思っています。
また、角度不明の画像を内部演算プレビューしてみた所、
複数行が1行に認識されているものがあり、
初期仮定文字幅を実際の値よりやや低め(計測17に対し10)に
してみた所、検出精度が上がったようです。
もしご参考になる様でしたら、初期文字幅を変えた
検出結果などうｐします。
187:722
07/08/01 22:43:46 0
>>186
情報ありがとうございます。
今手持ちのデータでやったみましたが、
今ひとつデータが合ってないのか、結果は微妙でしたが、
情報として参考になります。
よろしかったら参考データをぜひ拝見したいです。
ちなみに、この角度計測については、
半分は意味をわかって作ってはいるのですが、
もう半分は、なぜほぼ正確に角度取得できているのかは、
あまり理解していなかったりします。
半分勘で実装したら、うまく取得できているので、
「まあいいか」と、そのままなのが実情だったり(笑
案外、そんなもんです。
だから研究して、もう少し分析してみると、
もっと精度を上げられるかも知れませんね。
ただ、あまり複雑なことをすると、それだけプレスキャンに時間を要するので、
現状の「だめだったら人間が判断して手動で」というのは
バランス的には合っていると思っています。
188:いつでもどこでも名無しさん
07/08/03 23:39:18 0
>>183
確認ありがとうございました。
角度補正を手動でやってみたら結構まともになってきました。
ページ数が多いのでかなり修正が必要になって疲れますがorz
色々勉強になりましたありがとうございます。
189:174
07/08/04 02:09:33 0
>>187
URLﾘﾝｸ(www.dotup.org)
受p：scan
初期仮定文字幅を10/50に切り替えた際の設定と検出結果と、
何枚か抜粋した画像のセットです。
うｐ用に原寸、圧縮率高めでjpeg化してありますが元はbmp。
ご参考になれば幸いです。
190:722
07/08/04 22:48:59 0
>>188
もう少し角度計測が正確になればいいんですが、
時間見つけて研究したいと思います。
MTilのほうは角度の補正が数値入力で面倒なので、
まずは手動補正が楽になるような仕組みをつけたいと思います。
>>189
参考データありがとうございます。
欲しいと思っていた二段組データなので、そっちの意味でもありがたいです。
参考にさせていただきますね。
191:いつでもどこでも名無しさん
07/08/04 23:04:21 0
>>190
てか、角度補正の仕組みってどういうのでやってるの？
「てにをは」を抽出して各ページごとに角度差分を測ってー とかじゃだめかな
素人考えで申し訳ないのだが
192:191
07/08/05 08:21:41 0
すいません。馬鹿の戯言でした
無視してください
193:191
07/08/05 12:56:55 0
>>192
誰だよお前ｗ
194:191
07/08/06 00:44:38 0
>>193
俺だよお前
195:いつでもどこでも名無しさん
07/08/06 21:46:56 0
URLﾘﾝｸ(rd.vector.co.jp)
いつのまにバージョンアップしてたんですね
196:いつでもどこでも名無しさん
07/08/12 20:53:44 0
>>772氏
eTilTranで画像全体モード・トリミング有りで補正する際に、
テクスト領域が実際より小さく切り出される為
画像の一部（右・下）が欠けてしまいます。
前にβ0.8使っていた画像では特に問題無い様だったので、
β0.8で試してみたり設定ファイル消してみても変わらず．．．
197:いつでもどこでも名無しさん
07/08/13 23:08:04 0
>>772氏
URLﾘﾝｸ(www.dotup.org)
このよう用紙サイズの認識を失敗したものを
eTilTranで画像全体モード・トリミングありで補正する際に
トリム枠を大体用紙の位置に持ってきても
画像が欠けてしまいます。
P：jisui
198:722
07/08/14 09:21:30 0
>>197
この用紙サイズの認識ってのは、ScanSnapの用紙サイズ認識のことでしょうか？
あと、eTilにはトリム枠を移動する機能がありませんので、(画像の中心に設定されます)
ちょっと意味がわかりません。
すべてのページがサイズ認識失敗してるのでしょうか？
それとも一部だけでしょうか？ 一部だけなら、そのページだけ手動でやるべきです。
トリムサイズは設定されているものとします。
次に、有効領域(コミックなのでテクスト領域のみ)が認識されているものとします。
まず、テクスト領域を補正したいので、有効領域モードにします。
(有効領域モードにしないとオンにならない機能があります)
自動領域補正ダイアログを開いて、以下のように設定します。
・基準領域をセンタリングする
(基準領域は有効領域の平均です。この領域をトリム領域の中心に移動)
・基準テクスト領域に、テクスト領域のみに合わせる
(テクスト領域をトリム枠に直接移動することはできません。
基準領域がセンタリング、すなわちトリム枠に移動している前提で、
テクスト領域を基準領域に移動します)
これで多分、このサンプルのページについては問題ないと思います。
ただ、他のページのテクスト領域の認識によっては問題出るかも知れません。
>>196
確認しました。調査して修正します。
ただ、個人的な話で申し訳ないですが、夏期休暇中につき、
手元にソースがありませんので、修正は来週くらいになります。
199:196
07/08/14 23:08:52 0
>>198
了解です。お手間かけます。
こういう時、プロジェクトファイルに補正データ残しておけるのは
目視補正だけ進めておいて後でバッチ処理かけられるので助かります。
200:197
07/08/15 18:05:47 0
>>198
用紙サイズの認識は、ScanSnapの用紙サイズ認識のことです。
認識失敗は一部のページだけなので、
トリムサイズを他のページに合わせ
画面右側のX座標に数値を入力したり矢印で調整してます。
全体モード＝傾け済み画像全体をテクスト領域画像として切り出しなら
それでOKだと思ったのですが、
>>196と関係あるのか？
そういえば右側が欠けたのしかみてない
下側については気付いていないかも
右や下が欠ける
>>196を見ると
全体モード＝傾け済み画像全体をテクスト領域画像として切り出しが
傾け済み画像の左上のX=0、Y=0の位置からトリムサイズの大きさで切り出に
なっている気がします。
201:197
07/08/15 18:13:35 0
すみません、
下のほうは忘れてください
勘で書いたやつを消し忘れました。
202:722
07/08/21 23:05:24 0
>>196-197
eTilTran β8-4
URLﾘﾝｸ(no722.cocolog-nifty.com)
遅くなってすみません。右側が欠けるバグを修正しました。
これで確認していただけますか。
良さそうでしたら公開バージョンにしたいと思います。
203:いつでもどこでも名無しさん
07/08/21 23:41:58 0
eTilTranの領域設定で幅を奇数にすると、出力したとき右端に黒枠ができませんか？
204:いつでもどこでも名無しさん
07/08/22 12:08:38 0
>>202
乙です。
欠けは大丈夫なようです。
205:いつでもどこでも名無しさん
07/08/22 12:56:11 0
MeTilTranでPDF出力できますが、
携帯のビューワーで見てる人いますか？
10M程度のファイルを閲覧できて
ここまでよんだみたいなしおりをはさめたり
するんでしょうか？
206:いつでもどこでも名無しさん
07/08/22 18:33:54 0
>202
722氏乙です。
エチルで現在表示(選択)されている画像だけを一発変換出力する機能が欲しいです。
実際に変換して他のツールで画像を確認するのが、設定を詰めるには一番簡単です。
ページ指定でもできないわけではないですが、１枚だけ試験的に変換するような
使い方には不向きだと思います。
207:196
07/08/22 19:48:56 0
>>202
対応ありがとうございます。修正確認しました。
208:いつでもどこでも名無しさん
07/08/23 15:04:42 0
>>205
2M程度のPDFでも開けないこともある。
開けても1分くらい待つ。
>ここまでよんだみたいなしおりをはさめたり
そもそも閲覧中のPDFにしおりを挟むなんてできるのか？
209:722
07/08/23 22:14:34 0
>>206
eTilTran V0.9β
URLﾘﾝｸ(no722.cocolog-nifty.com)
選択ページを変換出力する機能を追加して、公開バージョンとしました。
こんな感じで良いですか？
画像形式は前回出力した形式を覚えているので、その形式で出力します。
210:206
07/08/25 06:13:18 0
>209
>722氏、いただきました。
1ページ変換ありがとうございます。
やっぱり現物で確認できるのがいちばん分かりやすいです。
211:いつでもどこでも名無しさん
07/08/25 23:09:47 0
V0.9β手動の角度調整がおかしいような
212:いつでもどこでも名無しさん
07/08/28 01:29:26 0
同じく。
小説の最後のほうにある広告ページなんかを
手動修正しても元に（？）戻ってしまう。
213:いつでもどこでも名無しさん
07/08/29 13:35:43 0
MeTilTran V0.5β-1を使わせていただいております。
挿絵、カラーページをJPG、C24bit。本文をPNG、C4Bitで
出力設定にしているのですが、
出力画像形式を複合で再配置すると表紙などのカラーページが
PNGの白黒になってしまいます。
カラーページ検出サンプルを多く取ってみたり少なく取ってみたりしたのですが
変化ありません。
カラーページ11P、白黒挿絵2P、以降本文です。
V0.5ではJPGで普通にカラー出力できていましたし、
カラーページだけ別なツールを使えばいいのでしょうが･･･。
私の設定に問題あるのかもしれませんので、
お気づきになったことがありましたら、お教えください。
すばらしいソフトを作ってくださってとても感謝しております。
214:722
07/08/29 21:14:43 0
>>213
確認しました。
複合のときカラー出力するにはカラーページであることを認識する必要があり、
スキャン時にはカラー情報を保持しているのですが、
再配置のときには、そのカラー情報が消えてしまうようです。
修正しますので、少し時間を下さい。
>>212
もう少し詳しい情報をお願いできますか？
こちらでは、その現象を確認できませんので、
おそらく特定の状況で出る現象のようです。
現象を再現できないと、原因の特定は難しいです。
215:いつでもどこでも名無しさん
07/08/29 23:28:15 0
>>214
>>211-212とは別の者ですが、当方でも類似の現象起きました。
一旦ホイール回転にて目視補正し補正角度と計測角度が違う状態で、
一旦別のページに移ってから再表示したりそのページのみ変換した後などに、
元の状態とずれてプレビューされる感じです。0.8β4でも同様の現象確認しました。
100％再現されるかまでは確認してませんが、ご参考になれば.．．．
216:722
07/08/29 23:33:04 0
>>215
情報ありがとうございます。
確認してみますね。
217:722
07/08/30 23:03:21 0
>>213
MeTilTran V0.6β
URLﾘﾝｸ(no722.cocolog-nifty.com)
カラーページが出力されない問題を修正しました。
再配置のとき挿絵がカラーかどうか判定するようになっています。
お試しください。
>211-212,215
確認しました。
画像全体モードのときの角度計算が間違っているようです。
修正しますので、しばしお待ちください。
218:いつでもどこでも名無しさん
07/08/30 23:36:17 0
eTilTranでトリミング幅を奇数にすると出力した物の右側が1ピクセル黒くなる
219:いつでもどこでも名無しさん
07/08/31 03:13:27 0
>>217
複合時にカラーで出力されるようになりました。
ありがとうございました。
220:722
07/09/01 21:24:44 0
>>211-212,215
eTilTran V0.10β
URLﾘﾝｸ(no722.cocolog-nifty.com)
遅くなってすみません。
角度補正の件、修正してみました。
ご確認ください。
>>218
残念ながら、現象を確認できませんでした。
221:いつでもどこでも名無しさん
07/09/01 22:13:22 0
>>220
ありがとうございます。
さっそく試させてもらいます。
222:いつでもどこでも名無しさん
07/09/03 15:35:47 0
>>218
俺もこの現象でたわ
223:いつでもどこでも名無しさん
07/09/03 21:16:51 0
>>220
角度補正いまのところ正常です。
とりあえずご報告まで。
224:722
07/09/03 23:22:11 0
>>223
報告ありがとうございます。うまくいって何よりです。
>>222
うちでは、どうしても再現できないので、再現方法を教えて欲しいです。
単純にトリミング幅を奇数にするだけでは発生できませんでした。
225:いつでもどこでも名無しさん
07/09/03 23:49:12 0
今ためしに、940×1400のファイルを939×1400にトリミングして出力したら黒線でた
226:215
07/09/04 00:08:22 0
>>220
乙です。
1冊処理してみて特に不具合は無い様です。感謝です。
右端線の件、当方では、切りの良い値でトリミングかけてる為か
今の所特に支障はありませんが、
少し確認した分では、500×500の画像を画像全体モード、補正0°で
処理した際に、幅499→線有り、幅497→線無しでした。
奇数の時全て、という訳では無さそうですね。
227:いつでもどこでも名無しさん
07/09/04 03:20:16 0
>>225
eTilTranの設定ファイルと元画像と変換後画像をどこかのアップローダーに
アップすれば、722氏の方で確認しやすいんじゃないかな。
できれば、よろしくお願い。
228:いつでもどこでも名無しさん
07/09/04 04:11:24 0
設定はノーマルだし元画像は真っ白
229:いつでもどこでも名無しさん
07/09/04 04:40:32 0
色々試してみました
確実に簡単に黒線を再現する方法
・Ver：eTilTran V0.10β
・デフォルト設定
・用意するデータ：999 x 1400の画像（BITMAPでもPNGで可で真っ白でOK）
->変換時に出力設定 >色深度を「8bit」に変更して変換実行すれば確実に現象再現します
（右端に黒ラインなので一枚で見ると判りにくいかも）
その他注意点
・同データでも24bitなら現象出ず
・画像サイズ 1000ｘ1400、1000ｘ1399の場合には現象出ず
230:722
07/09/04 08:21:45 0
>>225-229
黒線の再現テスト感謝します。
8bit出力で横サイズが奇数のときに黒線が出るんですね。
これだけ条件が判れば修正できます。
調べたところ、8bit時のピクセル転送に計算バグがありました。
修正版を作成しましたので、確認していただけますか。
eTilTran V0.10-1β
URLﾘﾝｸ(no722.cocolog-nifty.com)
231:225
07/09/04 08:32:31 0
おつかれさま
当方では問題なく出力できるようです
232:229
07/09/04 09:12:02 0
こちらでも同条件での現象発生はありませんでした。
早速の修正、お疲れさまですー
233:226
07/09/05 00:10:29 0
>>230
早速の対応乙です。
皆さん同様、修正確認しました。
234:いつでもどこでも名無しさん
07/09/10 22:32:10 0
64bit版がほしい
235:いつでもどこでも名無しさん
07/09/11 15:31:00 0
T-Time パブリッシャーズ・キットって持ってる人いますか？
販売終了してるみたいですけど。
ttzを自分でつくるって無理なんでしょうか。
236:いつでもどこでも名無しさん
07/09/11 22:22:24 0
>>235
URLﾘﾝｸ(pbc.cool.ne.jp)
ここに頼んでみれば？
237:いつでもどこでも名無しさん
07/09/11 22:50:50 0
>>235
ttz(他にも拡張子あったきがするけど)は基本的にHTMLの独自拡張みたいなものだから、仕様さえ分かってればかけるよ。
238:いつでもどこでも名無しさん
07/09/12 07:28:33 0
>235
T-Time2.3までは作成できた。5.0以後は作成できない。
今でも落とせるけど、今更レジストするのは無理だろう。レジストしないと作成できない。
あと、作成するのにタグのヘルプがないと難しいと思う。
239:235
07/09/12 08:10:42 0
>>236
>>237
>>238
回答どうもありがとうございます。
Internet Archiveで T-Time：タグ入門 とか
楽しい電子ルリユール教室 とかよんで
青空文庫のテキストに挿絵や背景いれたりしてみたんですけど、
(挿絵っていってもそれっぽい画像をよそからもってきただけなんですが)
テキストと画像をひとまとめにできればすっきりするなと思って。
ttzの形式にするのは
人にたのむ以外ないということでしょうか？
240:いつでもどこでも名無しさん
07/09/12 12:36:17 0
URLﾘﾝｸ(www.voyager.co.jp)
一応、5.5でもアップデータ登録?(パブリッシャーキットのシリアルが必要)すればttzは作成できます。
もう販売はしてないみたいなので、正規の方法では自分みたいにパブリッシャーキットをもってる人しか使えなさそうです。
新たなシステムを作成中とかいてありますが、それを待つか、シリアルをどっかで手に入れるしか方法はなさそうです。
241:235
07/09/12 16:30:12 0
>>240
回答ありがとうございます。そうですか。
青空文庫形式 をZIPに圧縮すればArisuViewerで読めるんですけど、
それだと T-TIME形式 が読めないんですよね。
T-TIMEは文字サイズとか色とかいじれておもしろいんですけど
T-TIMEのタグに対応しててZIP書庫の中も読めるビューワ作れないですかね？
それが携帯電話にいれられるとすごいいいんだけど…
SOFTBANKのシャープ機使ってるんですが、
.zbf .zbk .zbs しか読まなくて使いづらいんですよね。
Javaの勉強しなきゃいけないのかな。
長いみちのりだ…
242:いつでもどこでも名無しさん
07/09/13 16:54:09 0
>241
すまん重大なミス。5.5でもレジストすればttz書き出し可能だわ。
管理者でインストールして、レジストしたんだが、ユーザ単位でしかレジストが有効にならない
仕様だった。実際に使うユーザでも再度レジストキー入れれば書き出せる。
243:235
07/09/13 19:36:42 0
>242
そうですか。でも、
.ttzってあまり使われていないんですね。
.ttzから他形式に変換するソフトがないですし、
.pdbと.bookを変換するならT-Breakでできるのに、
どうしてこれで.ttzと.pdbが変換できないんでしょう？
.ttzと.bookって中身そんなに違いないんですよね？
244:いつでもどこでも名無しさん
07/09/14 01:01:03 0
>243
中を見てみたけど、メモリ上ではT-Time用のhtmlそのまんま。
指定範囲のテキストを保存して、余計な部分を削除するとhtmlが手に入る。
245:235
07/09/15 21:36:33 0
>244
いろいろありがとうございます。
とりあえずhtmlの勉強をしてみようと思います。
246:いつでもどこでも名無しさん
07/09/23 01:15:30 0
通勤時にPDAで小説を読む目的でeTilTran V0.10βを小説の傾き補正とトリミングとリサイズに使わせて頂いています。
すいませんがトリミングの使い方でよくわからない処があります。
トリミングを文書ページだけ、もしくはあるページ範囲だけに掛けたいのですが、どうすればよいのでしょう？
本の表紙や押し絵（カラー漫画や漫画ページ）はトリミングしたくないのです。
トリミングはツール→自動領域補正でトリミング範囲自動設定にCHECKを入れて補正ボタンで実行している
のですが、適用範囲を種別で選んだりページ範囲で設定してみたんですが、ページ全体がトリミングされて
出力されてしまいます。
もしかしてトリミングの設定方法を根本的に勘違いしていたらすいません。
247:722
07/09/25 20:53:43 0
>>246
ご利用ありがとうございます。
トリミングについてですが、
この機能は特定のページだけのオン／オフは設定できません。
ファイル全体にかかります。
ツールの自動設定は、指定範囲からトリミングサイズを計算して、
ファイル全体に適用します。
指定しない範囲については、単純に領域計算の元としないだけなのです。
よって、出力時にページの種類を設定できることを利用して、
トリミングをオンにして出力後、
トリミングをオフにしてから、挿絵だけを選択して出力してください。
248:いつでもどこでも名無しさん
07/09/26 00:01:34 0
リサイズせずに傾き補正、ノンブル位置合わせをして出力することは出来ないでしょうか？
249:いつでもどこでも名無しさん
07/09/26 00:29:32 0
MeTilTranを使わせていただいています。
最初に読み込ませてすぐプロジェクト保存した
プロジェクトファイルのサイズと
角度補正や改行、ノンプル範囲修正など
を繰り返して保存したときのサイズと比べると
後者が１００倍くらい大きくなってしまいます。
そしてそのプロジェクトファイルを開くと
メモリの使いすぎのためものすごくｐｃの
動作が遅くなってしまいます。
ちなみにwin2000でメモリ1G
250:246
07/09/26 01:32:03 0
>>722さん
ありがとうございます。バッチリできました！
全然的はずれの事を試していたので、的確なアドバイス大変助かりました。
すいませんが、もう一つトリミングで教えて欲しい事があります。
ノンブルを入れると文字が小さくなってしまう場合、ノンブルを無視して
基準テキスト領域だけが入るようにトリミング掛けたくなる事があります。
（PDAの画面サイズの都合で出来るだけ文字を大きく取りたい時）
こんな時は、どういう設定をすれば良いのでしょう？
領域設定→トリミング設定→トリミングありで幅と高さに適当な数値を入れて
試しているのですが、Y方向の位置がうまく合わなくて困っています。
自動領域補正で「基準テキスト領域に、テキスト領域のみを合わせる」を
選択すれば良いのかとも思いましたが、自分の環境ではグレーアウトしていて
選べないように見えます。
251:いつでもどこでも名無しさん
07/09/26 05:34:01 0
重いーMetil重いー。
うちのおんぼろPCじゃもうむりぽ（つД`）。
前の黄色のやつ使ってる。こっちのが設定ラク。
252:いつでもどこでも名無しさん
07/09/26 20:47:46 0
>250
トリミングで全体のサイズを決定。この状態だと本文位置はセンタリングされるので下のほうが
切れることもあります。
次に全体補正のYをマイナス値にして、本文全体を上にずらすことで、ノンブルを外に追い出して
しまうのではだめかなあ。
エチルでの話です。メチルはよう知らん。
253:722
07/09/26 22:16:22 0
>>250
「基準テキスト領域に、テキスト領域のみを合わせる」が出ないのは
画面全体モードになっているからです。でも、それはこの場合関係ありません。
トリミングを自動ではなく手動でサイズ設定して、
基準テキスト領域をトリミング内に手動移動してから、
(画面全体モードならクリックして移動できるはずです)
トリミングなしで自動補正すると良いです。
もしくは>>252さんの方法でも可です。
ちなみにトリミング領域は画像の中心に設定されるようになっています。
>>248
出力時にリサイズなしに設定ではダメでしょうか？
>>249
すみません。MeTilTranのファイル入出力が遅いのとか、
何か変なバグがあるのとか直そうと思ってるのですが、
なかなか難しくて困ってます。
>>251
重いのは重々承知してるのですが、
MeTilはこの方向からもう戻れませんので、旧バージョンをお使いください。
254:いつでもどこでも名無しさん
07/09/28 16:21:11 0
再配置せずに補正のみにできますか？
metilより前のタイプを使った方がいいですか？
255:いつでもどこでも名無しさん
07/09/28 17:08:02 0
>254
>121
256:いつでもどこでも名無しさん
07/09/28 19:22:57 0
>>255
すみませんでした
ありがとうございます
257:いつでもどこでも名無しさん
07/09/29 02:50:55 0
>>250
>基準テキスト領域だけが入るようにトリミング掛けたくなる事があります
私はWS004SHを使ってますが、文字だけを大きく取りたいときは
自動領域補正
トリミング範囲自動設定(余白0)
ページ全体にテクスト領域をズームして合わせる(余白0)
領域設定
トリミング設定→トリミングあり （幅高さは自動で入る気がする）
領域処理モード→有効領域
ちなみに変換時にノンブル削除にチェックをいれても入れなくても変わらない気がする
他の設定も影響すると思いますが、私の環境ではテキストのみが入るようになっています
この設定だと上下左右の余白を少し多めに取られますが、
挿絵などもすべて表示はされてます
すばらしいツールを作ってくださった722さんに感謝
258:246
07/09/29 14:14:15 0
>>252 >>722さん >>257さん
アドバイス感謝です。出張が急遽入ってネットに繋げませんでした。
今、ビジネスホテルにて古NotePCで色々試させてもらっています。
画面全体モードなるものに気づいてなかったでしたが、おかげさまで
領域設定で有効領域を設定すると、
「基準テキスト領域に、テキスト領域のみを合わせる」や「ノンブル削除」
が選べることがわかりました。
「ノンブル削除」にCHECKいれるとノンブルが削除できる事がわかりましたが
その分画面が大きくとれる訳では無かったのですね。
257さんのお勧めどおりに設定すると、表紙がちょっと小さくなってしまいますが
押し絵も本文も同時にトリミングでき、2回出力しなくて済むので非常に楽ちんで
助かります。
722さんとアドバイス頂いた方々に感謝
259:いつでもどこでも名無しさん
07/09/30 11:49:21 0
eTilTran0.1βを使わせていただいております。
こちらのソフトで画像の一部だけを切り抜いて保存する方法は無いでしょうか？
ADFスキャナで取り込んだ書類の傾き補正はこちらのソフトで出来るのですが、
周辺部分の不要領域を削除するには拡大、縮小して領域を移動して取り込まないように
しなければならず、例えば拡大縮小せずに上が５０ピクセル、左が２０ピクセル、
右が３０ピクセルだけいらない、などということができません。
このようなことができるのでしたらどなた様か教えてください。
260:いつでもどこでも名無しさん
07/09/30 13:03:33 nYrpK+fC0
すいません。ちょっと上の過去ログ読んだらトリミング設定でできました。
261:いつでもどこでも名無しさん
07/10/01 02:02:48 0
MeTilTran初めて使ってみたけど、良くできてるねー。
WM機で画面ちっちゃいのを使ってる人には福音ですな。
2.8型画面で小説読めるのは感動モノです。
使ってみて最初は誤認識とかあったけど、補正角あたりをグリグリ弄ると大概何とかなりますね
262:いつでもどこでも名無しさん
07/10/01 10:12:06 0
ＷＭの単語が出てきたところで便乗したいんですが、Viewer何使われてますか？
ページ送りが使いやすい物がなかなか見つからなくって…
263:いつでもどこでも名無しさん
07/10/01 12:47:21 P
マンガミーヤ
264:いつでもどこでも名無しさん
07/10/01 13:58:05 0
ﾐｰﾔの一択
265:いつでもどこでも名無しさん
07/10/01 15:54:15 0
ミーヤってWM6のどのバージョンでも使えるの？
266:722
07/10/08 22:30:22 0
MeTilTran V0.7β
URLﾘﾝｸ(no722.cocolog-nifty.com)
縦書テキスト画像化実験β2
URLﾘﾝｸ(no722.cocolog-nifty.com)
iPod touchを買ったのでビューアとして使ってみたところ、
右綴じの送り方向が逆になって違和感あるので、
「連番反転」でファイル名を逆にする機能を追加しました。
最終ファイルから読み進めれば、送り方向が合います。
お試しください。
ちなみに、touchの小説ビューアとしての使いごこちは結構よいです。
手でめくる感じが紙っぽくて感動的でした。
ただ、画像転送のときに、何か妙な変換しているらしく
転送が低速なのがネックですね。あと電池の持ちが・・・。
>>249
MeTilTranで保存されたプロジェクトを読み込むと、
内容が内部的に２倍になっていたバグを修正しました。
他にもバグが残っていたり、読み込み速度に問題あるので、
もうちょっと時間掛かりそうですが、ひとまずどうぞ。
(編集を繰り返したときの肥大はまだチェックしてなくて、すみません)
267:いつでもどこでも名無しさん
07/10/08 23:19:30 0
いつもありがとうございます。
268:いつでもどこでも名無しさん
07/10/10 10:23:31 0
思ったのですが、マニュアルというか使い方とか初心者向けのところってないですか？
いろいろと便利そうですが、何をどうつかっていいのかがわからず・・orz
縦書テキスト画像化実験！
これってスキャンしたのをテキスト化させてそれを画像化させれば読みやすい画像になって
それをノートパソコンで読める時代が来るのかな？（期待
部屋にある参考書から小説まで全部電子書籍化して部屋のスペースを広くしたいですし・・
269:いつでもどこでも名無しさん
07/10/10 13:15:07 0
>>268
ここの>>43あたりの場所は？
スレの方は流れてるけど、wikiのトップに現行スレへのリンクがあるぞ
270:いつでもどこでも名無しさん
07/10/10 15:29:04 0
>>268
>スキャンしたのをテキスト化
この工程でかなりの誤字が出る。
それを画像化してもかえって読みづらい画像になる。
誤字を直すには置換マクロを駆使し、底本と見比べて
一字一字打ち直す地道な作業が必須。
慣れないうちは文庫一冊10時間かけても終わらんでしょ。
271:いつでもどこでも名無しさん
07/10/10 23:33:05 0
>>268
その時代では、普通に電子書籍が売られていると思います。
272:いつでもどこでも名無しさん
07/10/11 00:37:37 0
電子書籍ってそんなに普及するかな？
普通の人はマンガとか雑誌は本で読みたいんじゃない？
パソコン立ち上げないと読めないなんて不便すぎる。
小説なら携帯とかPDAで読めるけどねぇ。
273:いつでもどこでも名無しさん
07/10/11 08:51:39 P
雑誌や、マンガは電子書籍向けに書かれるようになると思うよ。
4コママンガみたいに、コマ割が均一なマンガが流行るかもしれないね。
それよりも心配なのは、書籍のような有料のメディアのシェアが小さくなって、レベルが下がるかもね。
あるいは値段が上がって、非常に限られた人しか買わなくなって、書籍全体が専門書のようになる。
結果世界的に、知的水準が下がる。特にIT先進国。更に知的エリートと一般の人との格差が拡大、一般人は野蛮人化する。
迷信がはびこり、金儲け主義の宗教が蔓延する。
274:いつでもどこでも名無しさん
07/10/11 12:28:41 0
>>272
zero3くらいの液晶なら、漫画も楽に読めるよ
データ化された書籍の何が便利って、何十冊持っていってもminiSDに入れるだけだからかさばらない
いまや、長時間移動とか長期間出張の時には欠かせない
275:いつでもどこでも名無しさん
07/10/11 14:53:33 0
>>272
調べてみると判るんだけど
以外にかなり読まれているよ
本は売れてないんだが電子書籍は驚くほど伸びている
主に漫画らしいけどｗ
でも携帯電話が主なプレーヤーになってるから
読み辛いったら仕方が無いし画面も小さい
まあそんな状況だから
携帯電子書籍専用の漫画が出てきてもおかしくないね
同人誌とかそう言う形態で売れば
かなり売れるんじゃないだろうかｗｗｗ
276:いつでもどこでも名無しさん
07/10/11 18:30:26 0
>>266
722さん、いつもMeTilTranを便利に使わして貰ってます。
何十冊か使ってみてあれば良いなーと思った機能なのですが、
①行編集等を行った時に、編集を元に戻す機能
例えば行の幅調整をして思ったように調整出来なかった場合、
再認識でページごと読み直さなければいけない時がよくあります。
それと同じ関連なのですが、行の幅調整をマウスで細かく調整出来ればすごく便利だと思います。
②画像（挿絵）の縦横回転
これはまあ、見開きなど通常ページと違う縦横比の挿絵なんかがある場合にあると便利かなと。
素人の思いつきで希望を述べてしまって恐縮ですが、今後とも応援しております。
277:722
07/10/11 23:21:53 0
eTilTran V0.11β
URLﾘﾝｸ(no722.cocolog-nifty.com)
携帯端末で読めるように余白を削るのに使うニーズが結構あるみたいなので、
ノンブルを自動トリムから除外する機能と、連番ファイル出力を追加してみました。
あと間違って最新ソースを消してしまって内容が一旦β9時点まで戻り、
なんとか思い出してβ10-1相当に復旧したのは秘密です。
>>276
(1)の機能はちょっと難しいので検討させてください。
(2)の機能はChainPDFにもある機能なので、次の機会に実装したいと思います。
278:いつでもどこでも名無しさん
07/10/12 00:10:44 0
いただきました。
多謝。
279:いつでもどこでも名無しさん
07/10/12 04:13:53 0
>eTilTran V0.11β
いただきました。
前バージョンより余白が減って少し大きめに本文や挿絵を表示できるようになりました。
大感謝です。
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の画像書き出し
機能で具体例を出せば大体わかるでしょう。蓄積が進めば比較的容易に
設定可能になると思います。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4455日前に更新/297 KB
担当:undef