【自炊】電子書籍ビュ ..
155:150
07/07/20 10:09:16 0
>>154
ありがとうございます
自分の場合、取り込んだ小説はメチルの再配置機能は使わず画像のまま読むので、
読みやすくするための作業として余白削りは必須なのですが、
その際に自動的に余白をトリムくれる機能があると嬉しかったりします・・・
156:いつでもどこでも名無しさん
07/07/20 11:03:32 P
コミックのコマ単位での切り出しなんですけど、
4コママンガ専用でも良いのでとっても欲しいです。
コミックを電子化した場合、4コママンガはコマが小さく見づらいので、
1コマづつ切り出したいのですが、手作業や、座標で指定しての切り出しは、かなり大変です。
157:いつでもどこでも名無しさん
07/07/20 17:57:38 0
のど基準じゃなくて、左右どちらか一定の縦線を優先するなんて処理は出来ますか？
158:いつでもどこでも名無しさん
07/07/20 23:23:00 0
>>156
>座標で指定しての切り出しは、かなり大変
座標にばらつきがあって大変って事？
作業負荷の問題ならImageMagick(必要なら適当なスクリプトも使って)で自動化するとか
159:いつでもどこでも名無しさん
07/07/21 01:13:21 P
両方かな。
4コマでも完全にそろっているわけではないので、
160:いつでもどこでも名無しさん
07/07/21 01:33:55 0
>>154
それほど複雑な事ではなく
アスペクト比はそのままで横幅を出来る限り詰めたいわけです
そうすれば多少なりとも拡大されて文字が読みやすくなるし
上余白も出来る限り切り詰めればスクロール量も少なくて済むわけです
これがメチルのほうで挿絵として認識させるとかなり上手く切り詰められます
エチルでは全頁単純縮小されている感じです
従って出来ればメチルに一括で固定読み込みモードを実装するか
エチルにメチル相当のアルゴリズムを実装すれば便利になるんですが
161:722
07/07/21 23:09:50 0
eTilTran β8-1
URLﾘﾝｸ(no722.cocolog-nifty.com)
[注]急遽、機能追加しただけなのでblog記事はありません。
>>160
自動領域補正に
「ページ全体にテクスト領域をズーム設定して合わせる」
という機能をつけましたので、これで我慢してもらえますか？
(なお、有効領域モードでしか効きません)
eTilTranはあくまで対話的に補正を行うツールなので、
プレビューされて後から変更が可能な操作が前提です。
だから、出力時に自動配置する機能をつけるつもりはありません。
申し訳ないですが、これはポリシーなので変えられません。
>>157
右垂直線基準と左垂直線基準を追加しました。
ちなみに、なぜこの機能が必要なのですか？
>>150
自動領域補正に
「トリミング範囲自動設定」をつけました。
お試しください。
162:いつでもどこでも名無しさん
07/07/21 23:15:03 0
>>161
わがまま聞いていただいて恐縮です
今晩早速試してみますね！
163:157
07/07/21 23:32:57 0
>>161
素早い対応どうもです。
一応必要な理由は、スキャンする時とトリミング時の効率化のために
偶数ページを逆さにスキャンしているので、のど方向が常に一定になるんです。
164:いつでもどこでも名無しさん
07/07/22 01:13:07 0
自動領域補正の
「ページ全体にテクスト領域をズーム設定して合わせる」を
早速試してみました
かなり使いやすくなって便利です
それからいくつか少し気になった点を
傾き補正が行われない画像ですと上手くズームが働くようですが
補正が行われると補正した傾き分の領域は余白となってしまい
画面全体にズームできないようです
多分処理順の問題だと思いますが
全ての処理が終わったあとにズームする事は可能ですか？
それからこれも同じ原因かもしれませんが
上下の余白がかなり出てしまうようです
いずれも画面上では青いラインで示される認識領域は
非常に上手く働いているようです
主にモバイル用途向けに変換をしたいので
コマ以外の余白を出来る限りカットして
大きく拡大した状態で読みたいのです
もし可能であればよろしくお願いします
165:いつでもどこでも名無しさん
07/07/22 07:02:12 0
>>161
乙です。
>>164
>それからこれも同じ原因かもしれませんが
>上下の余白がかなり出てしまうようです
トリミング領域の設定が、有効領域に対して縦長過ぎるからじゃね？
意図的に横長に指定してみたけど、ちゃんと縦ギリギリで出てたけどなぁ。
基準テクスト領域ギリギリにトリミング領域入力しては？
166:722
07/07/22 10:41:44 0
>>164
eTilTran β8-2
URLﾘﾝｸ(no722.cocolog-nifty.com)
傾き補正してからテクスト領域を取得するようにしました。
これで試してみてください。
ちなみになぜ今まで補正してなかったかというと、高速化のためです。
漫画を細かくトリミングするニーズがなかったので、
正確な位置は不要と判断していました。
なお、「漫画テクスト領域高精度化」を「なし」で元に戻せます。
>>163
>偶数ページを逆さにスキャンしているので、のど方向が常に一定になるんです。
なるほど、理解できました。
なにぶん意味も無く機能をつけるのは、心理的障壁になるもので、
理由があるとありがたいです。
167:いつでもどこでも名無しさん
07/07/22 14:34:19 0
サイズ自動検出を失敗した画像で気付いたけど
絵が大幅に切れてしまうため、絵が切れないようにトリム位置ずらしても、
最初のX=0、Y=0時に表示された部分以外は白になってしまう
168:167
07/07/22 14:54:53 0
適当にいじっていたら
解決しましたごめんなさい
169:いつでもどこでも名無しさん
07/07/23 03:44:11 0
>>166
早速の対応感謝します｡
本日は色々多忙だったため試用は明日になりますが
報告させていただきます｡
それから今までこう言うニーズが無かったとの事ですがそれが驚きでした
あまり出先用に圧縮して持ち運んで読もうという人は居ないんですかねえ
170:いつでもどこでも名無しさん
07/07/23 14:01:32 0
722様
MeTilTran V0.5β
大変ありがたく使わせていただいております。
電車の中でzero3esで小説を読むのに重宝しております。
文庫の小説で挿絵の直前のページが二枚に分かれるようなとき、その二枚目が
何回やっても出力されない気がします。
その前後だけ取り出してやってみてもなります。
なにか設定がまずいのかもしれませんが・・・。
設定は高速解析のりサイズ高さを1600有効高さを1000補間法をHighQualityBicubic
検出領域の左右を15、ノンブル再配置なし、出力画像サイズ720,960くらいしかいじっておりません。
サンプルが必要なら
URLﾘﾝｸ(www.katsakuri.sakura.ne.jp)
の
up26712.bin
をダウンロードして .binを ..zipに変えて解凍してみてください。
忙しいとは思いますが、お時間あるときにでも確認よろしくお願いします。
すばらしいソフトだと思うので今後もがんばってください。
171:722
07/07/23 21:32:07 0
>>170
MeTilTran V0.5β-1
URLﾘﾝｸ(no722.cocolog-nifty.com)
サンプルありがとうございます。
再現するにはサンプルの存在は大変ありがたいです。
とりあえず修正してみましたので試してみてください。
あと、挿絵が見つかると強制改ページしていたんですが、
すぐ改ページせず、１ページ完成したあと挿絵を配置する機能をつけてみました。
また、挿絵が２回連続する場合、連結して見開き配置してみました。
それと、画像出力するさい、最終画像サイズだけを指定すれば、
文字を縮小して配置する機能もつけてみました。
(実際には拡大縮小のサイズ計算を自動でやっています。)
再配置ダイアログの「文字サイズ」にパーセンテージ指定してください。
文字が大きすぎるとき、使ってみてください。
色々途中で、まだバグ取りが済んでませんが、
ちょっと手が空かないので、ファイルだけ置いておきます。
>>169
よく読むコミックのタイプにもよるんではないでしょうか。
コマから頻繁にはみ出すコミックだと、トリミングが厳しいですからね。
172:いつでもどこでも名無しさん
07/07/23 23:28:59 0
>>171
さっそく対応ありがとうございます！
試してみましたが問題なさそうです。
見開き配置も出来ました。
ありがとうございました。
173:いつでもどこでも名無しさん
07/07/27 00:10:19 0
MeTilTranで、「」の多いページだと認識がかなり狂うのは俺だけかな……
ノンブルは認識しないし、行は縦書きじゃなくて挿絵の複合で認識？するみたい
それともこれは設定でどうにかなるのでしょうか
174:いつでもどこでも名無しさん
07/07/27 03:47:19 0
>>171
MeTilTranで、手動で大まかな傾きを入力してから改めてその傾き画像で
再認識させる様な事が可能になると助かるのですが、ご検討頂けませんでしょうか。
自分の場合、一回メチルにて補正後全ページ目視確認・補正しており、
認識された大半の画像はトリミング含めほぼそのままで済むんですが、
傾きが大きく認識不可なものはイチから修正の必要があり、
少しでも省力化できないものか、と思いまして．．．。
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を使わせてもらってます。
で、「暫定一文字行グループ削除」が上手く働かない様なのですが。
設定で「あり」を選択して、メイン画面では「無効」になっていますが、
再配置プレビュー画面、再配置出力で縦書きで出力されてしまいます。
無効領域を選択して、ノンブルなり挿絵なりを選択して、再び無効を選択すると
無効状態で出力されてくれます。
暫定とあるので、まだ上手く機能しないのでしょうか？
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4345日前に更新/297 KB
担当:undef