【自炊】電子書籍ビューア 3【出来合い】at MOBILE
【自炊】電子書籍ビューア 3【出来合い】 - 暇つぶし2ch673:いつでもどこでも名無しさん
06/11/22 23:51:47 P
>>671-372
ブックフェアでみてきたけど、Σより分厚くて重そうだったけどね(゚д゚)マズー

674:いつでもどこでも名無しさん
06/11/22 23:54:49 P
多機能なのでしかたないかも。

675:いつでもどこでも名無しさん
06/11/23 02:08:29 0
ちょっとワーズギアに興味が出たからスペックを調べてみた。600x1024の表示
だとtypeUと同じだなと思ってUのスペックもちょっと調べてみたら、Uを薄く軽く
したような感じだなと。

ワーズギア
URLリンク(saidoku.com)
表示解像度/表示色:600×1,024(211ppi)/65536色
充電時間:満充電までの時間:約180分 80%充電までの時間:約90分
連続使用時間:充電完了後、書籍閲覧時:約6時間※5
寸 法:幅105mm×高さ150.6mm×奥行28.4(最薄部18.4) mm(突起部除く)
重 量:約325g

typeU
URLリンク(www.vaio.sony.co.jp)
本体外部寸法:約 幅150.2mm×高さ32.2~38.2mm×奥行95mm(最大突起部100.5mm)
質量:約520g(付属バッテリーパック装着時)

676:いつでもどこでも名無しさん
06/11/23 02:41:40 0
最近の自炊トレンドはモノクロページはPNGなんで、対応を期待したい。

677:いつでもどこでも名無しさん
06/11/23 03:13:33 0
つぅか漫画ミーヤにしろリブリエにしろ
イメージを固められるからデータの管理もしやすいんだが
jpegイメージをバラで何百枚もSDにコピーするのは手間も時間も容量もかかるな

個人的に6~7インチ液晶で200g台で8GB以上のフラッシュかHDD搭載がいいな
それ以下ならPDAで代替になるし

678:いつでもどこでも名無しさん
06/11/23 03:16:22 0
後からファームウェア更新で機能追加できるようにしてほしいね

679:いつでもどこでも名無しさん
06/11/23 10:43:22 0
俺たちはみな「簡易」という言葉から目を背けている。いや、背けたい、祈りたい気持ちだ。

680:いつでもどこでも名無しさん
06/11/23 12:02:30 0
と言うか、普通のテキストやxmdf等は読めないのだろうか。
Σ並みに「WordsGear読むことができるのは最強☆読書生活(当サイト)で販売しているコンテンツだけです。」
とか言われるとスルー決定。
初日に「五万タイトル追加!」とか言われると少し考えるが
「最強☆読書生活ではΣBookJpと同等のコンテンツを販売する予定です」
何てヌルイことを言っているようじゃ期待薄だなぁ。

あー、結局周辺環境に変化がないままに、ハードだけ液晶が綺麗になっただけじゃ手が出せん。
頼むよ松下。

681:いつでもどこでも名無しさん
06/11/23 15:07:47 0
>>673
Σは何気に500g超えてる。300gちょっとってのは絶対値としてはまだまだだけど、
ハードウェアスペックから逆算するとけっこうがんばってる感じ。

液晶サイズはtypeUとオリガミの中間ぐらいで、ビューアとしての物理サイズは
丁度いいんじゃないか。あとはソフトの出来次第だな。


682:いつでもどこでも名無しさん
06/11/23 18:44:01 P
どんな電子書籍ビューワでも、ビットウェイやパピレスや東洋文庫の売り物が読めないと
意味がないのだよ。

まぁ互換性のない規格乱立が最大の原因だが。

683:いつでもどこでも名無しさん
06/11/23 19:15:16 0
フランス書院も忘れないで!

684:いつでもどこでも名無しさん
06/11/23 19:16:28 0
フォーマットで囲い込んだ端末は普及しないっていい加減学習しろよメーカー

685:いつでもどこでも名無しさん
06/11/23 19:39:26 0
JPEGビューア期待大だな
何百冊(ちょっとおおげさ)のマンガをばらしてJPEGにしてきた苦労が
やっと報われるのか?
デキがよければ、これからはスキャンサイズを600×1024に固定してもいいぞ、俺

686:いつでもどこでも名無しさん
06/11/23 19:55:34 P
XMDFとか .BOKKとか対応しないのかな?

687:いつでもどこでも名無しさん
06/11/23 21:04:41 0
ワーズギア予約した。

JPEGビューアの出来はいまいち不安だが、最悪、動画ビューアとして使うからいいや。
5インチクラスで手軽な再生専用機ってあんまりないし。

688:いつでもどこでも名無しさん
06/11/23 22:16:29 P
それだったら、ヨドバシとかでデジカメ用の「フォトストレージ」つぅ物が
あって、それにでっかい液晶とかもついてッけどねえ。
3.8インチとかだけど

689:いつでもどこでも名無しさん
06/11/24 00:46:39 0
フォトストレージはHDDのせいで電池が持たん。ビューアとしては帯に短し襷に長し。


690:いつでもどこでも名無しさん
06/12/10 14:58:24 yYhkPsma0
公式ページにこんなのが追加されているな。
来週あたりにでも見に行ってみようか。もう触った奴とかいない?

WordsGearデモ機設置店一覧
URLリンク(www.saidoku.com)

691:いつでもどこでも名無しさん
06/12/10 15:18:58 0
WordsGear、ネットでざっと評判を見て回ったけど、プレ評価としては
「高い」「Σの二の舞」という感じで割合辛めですな。
まあユーザーの為というより、コンテンツ供給サイドの為の利便性を
念頭に置いたようなつくりはいまいちだと思うが。
値段は、まあ高いっちゃ高いけど、個人的に今まで購入したPDAやUXや、
投資した諸々の自炊環境への金額を考えれば、4万はさほど高くない気がする。

本当は買いたいが、自炊データの取り扱いがいまだに不透明なんで躊躇している。
クリスマスくらいには使用レポートも出回るだろうから、それ待ちだなぁ。

692:いつでもどこでも名無しさん
06/12/10 16:51:07 0
どっちにしろ、結局はニッチ過ぎて「電子書籍ビューア」の存在自体が微妙杉

693:いつでもどこでも名無しさん
06/12/11 00:48:41 0
>690

ワーズギアデモ機さわってきた。
詳しいレポは、こっちに書き込んでおいた。↓

【LIBRIe】電子書籍端末総合2【iRex iLiad】
スレリンク(dgoods板:645番)

694:いつでもどこでも名無しさん
06/12/11 02:04:46 0
>>693
レポ乙。
そして↓一部転載。

-----------------------------------------
・簡易JPEGビューア
 この機能が、自分には一番重要。
 デジカメのDCF規格に準拠したフォルダ内の画像のみ、表示してくれる。
 フォルダ選択の画面は無い。二つのフォルダに分けておいたんだが、まとめてサムネイル表示されていた。
 DCF規格に準拠してなきゃいけないので、当然日本語フォルダはダメ。フォルダ内にさらにフォルダを作ってデータを入れてみたが、表示されなかった。
 ただし、フォルダ内に入っているJPEGデータのファイル名は、日本語でもOK。
 中身のJPEG画像はExif規格でなくても構わないらしい。適当にネットで拾った画像もフォルダに突っ込んでおいたが、問題なく表示された。

 データの順序は、「フォルダ名→ファイル名」の順序。フォルダを切り分けておけば、自炊データも読みやすいだろう。

 画像は、横長のデータは自動的に横倒しにしてくれる。また、長辺を800dotに自動縮小・拡大して表示してくれる。つまり、画面一杯に表示してくれる。これは便利だった。
 読み込める画像の大きさってのがあるようで、1.2MBの画像データは表示されたが、5MBのデータは表示されなかった。
-----------------------------------------

んで。
微妙だなぁ。家にあるフォトビューワのP-4500とたいして機能が変わらないけど、
縦横の比率で自動的に横倒しにしてくれるというのは利点だな。
とりあえず、JPGの自炊データもフォルダ名だけ気をつければ読むことは出来るわけだ。
Σの時はデモ機見て絶望したけど、ワーズギアはどうだろう。
俺もSDにサンプルデータ詰め込んでデモ機触りに行こうかな。

695:いつでもどこでも名無しさん
06/12/12 10:49:41 0
良くも悪くもヲタ用機械って感じだな
まあヲタの俺にとってはいいんだけど

696:いつでもどこでも名無しさん
06/12/16 07:29:34 0
>>633
エロの力は確かに強大だが
コンテンツをおおっぴらに購入し辛いのがネックだな。
ブツが闇で手に入るなら、そっちのほうにニーズが流れやすい。

697:いつでもどこでも名無しさん
06/12/16 23:38:47 0
「エロが普及の原動力」って、
ビデオが普及するときは、家庭で動画見る手段がないから、エロビデオが原動力になり、
PCが普及初期のときは、海外のエロCD-ROMやネットで裏モノとか、
それまでなかった全く新しいエロがあるから原動力となった

それまで無いタイプのエロが手に入るから原動力になるんであって
電子書籍のエロなんて、今あるエロ本やエロ同人誌と変わらないので、
全くエロは原動力にはならんよ

698:いつでもどこでも名無しさん
06/12/17 00:57:14 0
エロVHSがあったからエロDVDなどDVD普及の助けにならなかったということかな

699:いつでもどこでも名無しさん
06/12/17 01:02:17 P
>>電子書籍のエロなんて、今あるエロ本やエロ同人誌と変わらないので、
全くエロは原動力にはならんよ

エロはそれほど単純じゃないと思うけど。
電子書籍の場合も、取り敢えず欲しい本がないので、エロでも買おうかなという需要があると思うよ。


700:いつでもどこでも名無しさん
06/12/17 01:56:30 0
「結婚するから預かっといて」と、プチトマトを渡された俺が来ましたよ。
実物が無いエロ電子書籍ならこんなことしなくても大丈夫。

701:いつでもどこでも名無しさん
06/12/17 03:01:53 0
奥さんの目の前で返してやれ。

702:いつでもどこでも名無しさん
06/12/17 08:15:50 P
プチトマトはSMスナイパーより恥ずかしいな。

703:いつでもどこでも名無しさん
06/12/17 11:30:47 0
>> 実物が無いエロ電子書籍ならこんなことしなくても大丈夫。

実物はあるだろ<電子書籍の装置

704:いつでもどこでも名無しさん
06/12/17 12:39:35 0
電子データだから人に見つからず大丈夫、と安心していると
ふとした弾みで出してはマズイ場面で出てしまうもの

705:いつでもどこでも名無しさん
06/12/17 17:36:37 0
親戚一同が集まって、持ち寄ったデジカメ写真を見てみようかという話になって・・・





・・・・

706:いつでもどこでも名無しさん
06/12/21 21:07:04 0
                  マチクタビレタ~
      ☆ チンチン〃   Λ_Λ   / ̄ ̄ ̄ ̄
        ヽ ___\(\・∀・) < ワーズギアのレポートマダー?
マチクタビレタ~ \_/⊂ ⊂_ )   \____
          / ̄ ̄ ̄ ̄ ̄ ̄ /|
       | ̄ ̄ ̄ ̄ ̄ ̄ ̄|  |   マチクタビレタ~

707:いつでもどこでも名無しさん
06/12/21 21:11:25 0
カワーズ(買わず)ギア

708:いつでもどこでも名無しさん
06/12/21 23:32:41 0
三省堂本店ではどこに展示してあるかわからなかった。
八重洲いってみよ

709:いつでもどこでも名無しさん
06/12/22 17:44:33 0
>700

素朴な疑問だが、いつまで預かる話なんだろう?
預けた友人に女児が生まれるまでとか…?


710:sage
06/12/27 18:14:42 D+3ViRwk0
WordsGear使ってみてるけど
600x1024表示って
上下の余分な部分含めて考えてるので
画像サイズは600x820あたりが妥当っぽい
600x860だともう駄目くさい

711:makoto
06/12/27 21:12:46 0
>>710
おそらく、600x800かも。
600x820だと、左右が欠けてしまう(縦方向を表示領域に納めるために縮小処理しているためと思われる)
で、600x800だと、左右の全くないよ。


712:makoto
06/12/27 21:21:15 0
>>711
>>で、600x800だと、左右の全くないよ。
 まちがい。

 600x800だと、左右の欠けが全くないよ。

USB接続時にACアダプタの接続を強制されるんは、めんどくさいね。
あと、SDスロットやアダプタのコネクタのカバー?の耐久性が心配だよぉ。
すぐ、もげそう。いっそのこと、とっちゃおうかと思案中。

 寝っ転がって使うには、片手だとページ送りがしにくいね。
座って読むには問題ないんだけど。

713:いつでもどこでも名無しさん
06/12/27 21:26:03 0
>>710
まあしかし、原稿自体の縦横比がそもそも600:1024じゃないからな。
そこらのコミックスの縦横比は、大体11:16くらいだから、
横を600で合わせると縦のサイズは850~900くらいになる。
漫画読むだけなら、もう少し横幅を広く、768ドットくらいにした方が
液晶をフルに使えるんだがな。

714:いつでもどこでも名無しさん
07/02/14 23:53:30 0
そもそも、液晶をフルに使える使えないよりも
デジカメのプレビューにも劣る低機能ビューアが問題なんだが

715:いつでもどこでも名無しさん
07/02/16 22:42:15 h7iziC6U0
あえてそんな仕様にしているメーカーの方が問題だね。
今、どんな製品が売れているのか分かっているのかな?

716:いつでもどこでも名無しさん
07/02/20 20:55:42 0
ハードを売りたければ、単機能じゃダメだろう。
ワンセグや辞書とかつけないと。ビジネス用途にピクセルビューワーも。

あるいはハードは単機能で1万円くらいにして、コンテンツで稼ぐかだな。

717:いつでもどこでも名無しさん
07/02/20 21:40:37 P
URLリンク(japanese.engadget.com)
これ欲しいなあ


すごく欲しいなあ…

ネットワーク機能要らないから日本で出してくれないかなぁ…

718:いつでもどこでも名無しさん
07/02/21 21:56:41 0
>>717
QVGAなんで
VGA以上なら尚いいな


719:いつでもどこでも名無しさん
07/02/21 22:09:16 0
折りたためば携帯電話サイズ
広げれば文庫サイズ
電池寿命が長い

・・・本当に必要な要素は全部揃ってるね
解像度はモデルの進化で向上するだろうし

720:いつでもどこでも名無しさん
07/02/23 08:46:40 0
>717
DVB-Hって…
デジタル放送見れちゃうのか

721:いつでもどこでも名無しさん
07/02/23 10:58:41 0
>>720
データ放送のデータのみだろ。電子ペーパーだし。

722:いつでもどこでも名無しさん
07/03/06 20:26:11 0
自炊した小説の画像データをW-Zero3で読もうとすると、縮小されて読みづらかったので、
元の文字の大きさを保ったまま、別の画像サイズに配置し直す
アルゴリズム考えたんだけど、ニーズあるっすか?

画像データのビットの並びを検索して、文字としての画像要素を見つけて、
前後関係を保ったまま再配置するアルゴリズムです。
URLリンク(kjm.kir.jp)

OCRではないので、文字認識するわけじゃないけど、その手前で止めた感じ。
なお、原理的に縦書き小説のみ対応で、コミックは対象外です。

↓822x1200の画像データ食わせて、640x480に再配置した結果です。
URLリンク(kjm.kir.jp)

一応、連番画像データ食わせると、自動処理して連番出力するようにしたんだけど、
まだ誤変換も多くて。
とくにルビの抜き出しが難しいっす。

723:いつでもどこでも名無しさん
07/03/06 20:41:12 0
>>722
これはいいですね。
2段組とか、挿絵なんかはどうなるんでしょうか?

724:いつでもどこでも名無しさん
07/03/06 20:42:38 0
禁則とか行組版がめちゃくちゃになるのはなぁ.
文字単位のリフローはせず,
行間や外側のスペーシングの調整にとどめた方が
いい結果が得られるのでは?

725:いつでもどこでも名無しさん
07/03/06 20:48:03 0
>>717
これで新聞読めたらいいな・・・。

726:722
07/03/06 21:00:27 0
>>723
2段組は、試してみたところ、問題なく変換できるようでした。
挿絵は、1ページまるまる使っているものや、
この例のように、行と行の間にあるものは、問題ないですが、
薄い絵だと、たまに文字と間違われてしまいますね。
あと、上に文字、下に挿絵は難しいです。

>>724
禁則はある程度考慮してるんですが、
元の版組を壊さない方向は考えてないです。
あくまで「読めればいい」って感じで。

727:722
07/03/06 21:14:39 0
URLリンク(www.bnbest.net)

試しにアップロードしましたので、良かったら使ってみてください。
DLKey:722

意外にうまく動作するときもあるんですが、誤変換も多いです。
あくまで趣味で作ったものなので、そこんとこは許して欲しい。

実行には、.NET FrameWork 2.0が必要です。
URLリンク(www.microsoft.com)


728:いつでもどこでも名無しさん
07/03/06 23:41:51 0
>>727
試してみました。
いいね、これ。
読めればいいやというレベルでScanSnapで取り込んだままの傾いたりしてる
画像だとかなり厳しいけど。

729:722
07/03/07 01:13:32 0
>>728
上下左右方向への検出ロジックなので、
傾いている画像は確かに厳しいですね。

傾き補正を付けたいとは思うんですが、
有効なアルゴリズムが思いつけず。
付けたとしても、多分、速度が遅くなるだろうし。

ただ、ScanSnapって案外傾き多いので、
別に傾き補正ツールは作ってみたいとは思います。

730:いつでもどこでも名無しさん
07/03/07 01:19:56 0
>>727
これは久しぶりに、神出現の予感ですな。
試しに自炊の文庫本を一冊、変換してPDAで読んでみました。
つーか、まず変換速度が速いですね。本一冊に一分かからないくらいで素晴らしい。
禁則も、見た目半分ほどは上手く変換されていますね。
ルビの無い本だったんでルビ関連は確認出来ませんでしたが、普通の文字の認識は100%かも。すげーw

ちなみに自炊の元データは、文庫サイズを縦1200に変換したPNGデータ。
それをこのコンバーターで600x800に変換させた上で、ミーヤCEで「縦横どちらかに合わせる」で再縮小。
最終的にはVGAの画面にぴったり合わせる形で読んでいます。
一発でVGAに変換しただけだと、文字のフォント(と言うと語弊がありますが)が大きかったので、その辺少し調整。
(ちなみに、最後までコンバーターで縮小しなかったのは、縮小はミーヤCEの方が綺麗っぽかったので・・・)

何にしろ、作者さんは神認定。
サイトを作って公開されれば、一発で広まるんじゃないでしょうか。
マジ、凄いパワーを秘めたソフトだと思います。

731:722
07/03/07 08:03:13 0
>>730
詳しいレビューありがとうございます。

ルビがないのは幸運でした。
ときどき、ルビが行に張り付いて、分離できないことがあり、
そういう場合は、変な変換がされます。
また、最近のライトノベルだとDTPを多用してるからか、
行と行の隙間が狭く、2行が融合してして認識されてしまいます。
このあたりが課題ですね。

禁則文字の検出は、文字の縦横比で下部に隙間があるものを
判断材料としていますが、原理上「?」や「!」などは検出しにくいです。
人間の感覚とは違うのが難しいところですね。

また、「(三)」などの文は、「(二」と「一)」に誤変換されやすいのも
難しいところです。

縮小をミーヤに任せるのは、良いアイディアですね。
一応、拡大縮小を実装してるんですが、.NETが提供するものなので、
あんまりキレイではないので、
縮小はミーヤなり、PhotoShopなどに任せたほうが良いですね。

732:722
07/03/08 21:49:54 0
小説画像の変換ですが、段組の認識機能はついていたんですが、
段下げのパラメタが無かったので実装してみました。

ルビに関しては相変わらずです。この例でも誤認識してますね。
URLリンク(vista.crap.jp)

あと、細かいところが色々と追加になっています。
画像の拡大・縮小に補完法が設定できることが分かりましたので、
必要なひとはパラメタ設定してみてください。
初期値はバイリニアです。

ツールは以下にうpりました。
URLリンク(www.bnbest.net)

DLKey:722


733:いつでもどこでも名無しさん
07/03/08 23:02:01 0
乙。

↓段組テスト。
URLリンク(vista.crap.jp)
URLリンク(vista.jeez.jp)

かなり上手く行ってる様子。ルビが一つアレですがw
600x800にコンバートした後、HighQualityBicubicで480x640に縮小してます。
縮小の結果もなかなかグー。

ルビですが、原稿が斜めになっていると誤認識が増えますね。
きちんと角度修正してやってからツールに通すと、ルビの認識率は大体八割程に上昇しました。
ただ、手補正だと限界があるので、やっぱ角度の自動補正ツールがあると便利かも。

734:722
07/03/08 23:29:10 0
>>733
テストさんくす!!

今、原稿の斜め補正ができないか実験中です。
テスト変換画面で、画面中央に出る水色ラインが、
実は原稿の文字の並びを計算して検出した、傾きの計算結果です。

うまく働くか、もう少し試して、うまく行きそうだったら
傾き補正を実装してみたいと思います。

ルビの誤認識は、もうちょっとなんとかしたいんですが、
もっと緻密に検査するようにしないとダメかも知れないですね。
本屋でコンピュータ画像処理の本探してきます。

735:いつでもどこでも名無しさん
07/03/08 23:44:31 0
精力的だな
一度力を抜くとどうでも良くなっちゃうから一気に突っ走れ

736:いつでもどこでも名無しさん
07/03/09 06:10:44 0
使ってみた。これはすごい!!
作者さんと同じで、自炊したのをPDAで見ようと思っても
画面が小さくて困ってた。

他の人も言ってるけど、原稿が斜めになってるやつは
誤認識になるのが多いね。
それでもこれはまさに求めてたツール。
俺にとっては神ソフトです。

737:722
07/03/10 01:41:10 0
小説画像再配置ツールβ5です。
URLリンク(www.bnbest.net)
DL Key:722

待望の傾き補正機能が付きました。
[傾き]-[傾き補正]の設定が標準で「なし」になってますので、
これを「あり」に設定すると、
文字の位置から角度を計算して、画像を回転します。
当然、遅くなります。

傾き補正:なし
URLリンク(vista.crap.jp)

傾き補正:あり
URLリンク(vista.crap.jp)

ほぼ正確に回転されるんですが、たまに角度を間違えるようです。
傾きすぎて縦書き幅から文字がはみ出ると、計算ミスが発生するみたい。

なお、設定値を「傾き補正のみ」にすると、回転した補正画像を
そのままファイル保存します。回転だけ行い場合に使ってください。
(再配置せずに、同じファイル名で保存します)

あと、テスト変換表示で原寸表示したとき、
マウスで画像をドラッグすることでスクロールできるようにしました。
お試しください。

738:いつでもどこでも名無しさん
07/03/10 02:56:56 0
>>737
俺を寝かさない神乙。

つーか遂に来ましたな。人によっては、角度自動補正機能の方が嬉しいかもw
傾き下限が0.1だとまだ斜めに見えますが、0.05まで下げてコンバートすると、
ほぼ目で見て「傾いてない」と思えるレベルまで補正されます。
昔取り込んだガタガタの小説をコンバートして見比べると、かなり感動w

傾き補正なし
URLリンク(vista.jeez.jp)
傾き補正有り
URLリンク(vista.jeez.jp)

つーか、見て感心したのが、傾き補正した方が行の配置が詰まっていること。
そりゃま、斜めになると密に配置できませんわな。
行末に次の行頭を持ってくる際も、傾き補正があると段違いに自然に見えます。

いや、こりゃいい。
ADFで小説自炊している人間なら、みんなこのソフト欲しがると思いますよ。
素晴らしい。

739:いつでもどこでも名無しさん
07/03/10 03:16:17 0
どうでもいいがすごい文章だな。>>738のサンプル。
商業作品なのか?

740:いつでもどこでも名無しさん
07/03/10 07:31:07 0
よう~せぬ,ってのは関西弁だと思っていたが,違うのか?
とにかく作品名が気になる.

741:いつでもどこでも名無しさん
07/03/10 08:27:44 0
>>737
マジ凄いわ、これ。
有り難く使わせて貰うね。

742:いつでもどこでも名無しさん
07/03/10 11:04:13 P
うちのPCでは、1ページ変換した所で、エラーが出て止まってしまいます。
win200SP4です。何が悪いのでしょう?

743:いつでもどこでも名無しさん
07/03/10 11:14:49 0
win200だからじゃね?

744:いつでもどこでも名無しさん
07/03/10 11:27:15 0
エラーメッセージの内容くらい書かないと作者さんもどうしようもないんじゃないかい。>>742
.NETのバージョンも。

これは便利だなぁ。
小説の類はスキャンしても読みにくいし
OCRも校正が面倒臭くてする気にならなかったけど
これならPDAで快適に小説スキャンを読めるわ。

作者さんありがとー。

745:738
07/03/10 12:51:36 0
>>739
おま、びっくりするくらいどうでも良いなw
ちなみにサンプル小説の作品名は「ウォー・ゲーム」。二十年以上前の、早川書房の文庫ですわ。
帯に「84年新春ロードショー」とある。映画の原作らしいな。

746:いつでもどこでも名無しさん
07/03/10 13:01:04 0
こういうのがメーカーのヒントになればいいんだが
関係者の本音は余計な事しやがってみたいな感じなんだろうなぁ…

747:いつでもどこでも名無しさん
07/03/10 13:03:56 0
うちでも必ず落ちるPNGファイルがありましたが
保存しなおしたら通るようになった場合がありました。

あと、誤認識したページを判別するため
「文章ページ以外と判定」されたページを
ログより抜き出して確認していますが
このログを出力フォルダ単位に保存して
もらえないでしょうか。


748:いつでもどこでも名無しさん
07/03/10 13:07:51 0
>>745
三目並べで世界を救うヤツか。
映画は登場するガジェットがたまらんのだよな。Atariかなんかの携帯端末でカプラを
使ってダイヤルアップしていたような。FDも8インチフルサイズだったりしたような。

さらにどうでもいい話ですまん。

749:いつでもどこでも名無しさん
07/03/10 13:10:42 0
>>748
ウォー・ゲームにもATARI Portfolio出てきたっけ?
Portfolioが出てきたのはT2だったような。

さらにさらにすまんです。

750:722
07/03/10 16:12:38 0
小説画像再配置ツールβ6です。
URLリンク(www.bnbest.net)
DLkey:722

ファイルの読み込みに失敗したとき、警告するようにしました。
また、>>747氏の要望を入れて、
変換完了後に、文章以外と認識されたファイルを表示するようにしました。
テキスト欄になっていますので、保存したい場合は、コピペしてください。

途中で分割された文字を、なんとか復活する機能を付けました。
でも、そんなにうまくいってないようです。復活率は50%くらい。

あと、エラーが出た場合は、エラーダイアログの「詳細」ボタンを押すと表示される
「例外テキスト」~「読み込まれたアセンブリ」までの内容を教えて頂ければ、
何らかの対処が可能です。よろしくお願いします。


751:いつでもどこでも名無しさん
07/03/10 17:54:15 P
************** Exception Text **************
System.IndexOutOfRangeException: Index was outside the bounds of the array.
at NovelConvTest.CNovelBitmap.ImageBlt(CNovelBitmap& src, Rectangle srcRect, Int32 descX, Int32 descY)
at NovelConvTest.frmNovelConv.ConvImage(CNovelBitmap& rInp, CNovelBitmap& rOut, ArrayList& rTate, Int32 MojiWidth)
at NovelConvTest.frmNovelConv.NovelPageToBitmap(CNovelBitmap& rInp, CNovelBitmap& rOut, String& rSkipFile)
at NovelConvTest.frmNovelConv.btnConv_Click(Object sender, EventArgs e)
at System.Windows.Forms.Control.OnClick(EventArgs e)
at System.Windows.Forms.Button.OnClick(EventArgs e)
at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ButtonBase.WndProc(Message& m)
at System.Windows.Forms.Button.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)


************** Loaded Assemblies **************
mscorlib
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.42 (RTM.050727-4200)
CodeBase: file:///C:/WINNT/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll
----------------------------------------
NovelConvTest
Assembly Version: 0.0.5.0
Win32 Version: 0.0.5.0
CodeBase: file:///C:/Documents%20and%20Settings/Administrator/デスクトップ/up0359/NovelConvTest.exe
----------------------------------------

こんなエラーが出ます。

752:いつでもどこでも名無しさん
07/03/10 17:58:05 P
************** Exception Text **************
System.IndexOutOfRangeException: Index was outside the bounds of the array.
at NovelConvTest.CNovelBitmap.ImageBlt(CNovelBitmap& src, Rectangle srcRect, Int32 descX, Int32 descY)
at NovelConvTest.frmNovelConv.ConvImage(CNovelBitmap& rInp, CNovelBitmap& rOut, ArrayList& rTate, Int32 MojiWidth)
at NovelConvTest.frmNovelConv.NovelPageToBitmap(CNovelBitmap& rInp, CNovelBitmap& rOut, String& rSkipFile)
at NovelConvTest.frmNovelConv.btnConv_Click(Object sender, EventArgs e)
at System.Windows.Forms.Control.OnClick(EventArgs e)
at System.Windows.Forms.Button.OnClick(EventArgs e)
at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ButtonBase.WndProc(Message& m)
at System.Windows.Forms.Button.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)


************** Loaded Assemblies **************
mscorlib
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.42 (RTM.050727-4200)
CodeBase: file:///C:/WINNT/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll
----------------------------------------

753:722
07/03/10 19:52:00 0
>>751-752

今ひとつ、原因がはっきりしませんが、
イメージ転送ルーチンのエラーチェックを強化してみました。
これでどうでしょうか?

URLリンク(www.bnbest.net)
DLkey:722

多分、禁則処理が効いたか、挿絵を転送しようとしたかで、
それが画面外にはみ出して、エラーになったように思います。

なお、Exception TextからLoaded Assembliesの手前まででOKです。
Loaded Assembliesの内容はなくて大丈夫です。

754:751
07/03/10 20:11:07 P
さっそく対応していただきありがとうございました。
エラーが出なくなりました。
エラーは特定の画像にだけ出ていまして、そのページを処理しようとするとエラーで終了していました
挿絵ではなく、通常の文字だけのページで、他の画像と何が違っているのか、良くわかりません。

755:いつでもどこでも名無しさん
07/03/10 20:18:38 0
>>754
その画像、UPローダーにアップしてみたらいいんじゃね?
対応頼むなら、その方が百倍早いでそ。

756:722
07/03/10 20:35:38 0
>>753
エラー解消して良かったです。

もう一つ考えられる原因は、画像のエッジに大きめのゴミがあって、
それを文字として転送しようとして画面外になった感じですね。

後で、他に問題ありそうなところ潰しておきます。

757:751
07/03/10 23:51:29 P
>>MakeTategaki:横書き領域と判断して除外 {X=155,Y=5,Width=1075,Height=1754}
GetNearTextWidth:縦書き幅取得53
NovelPageToBitmap:文章ページ以外と判定

こういう風になって、文章として認識されないページがあります。
どうすればいいのでしょうか?

758:722
07/03/11 00:20:04 0
>>757
>>MakeTategaki:横書き領域と判断して除外 {X=155,Y=5,Width=1075,Height=1754}
が表示されるのはバグでした。
縦書きとして有効であっても、毎回このメッセージが表示されます。
これは修正しておきます。

>>GetNearTextWidth:縦書き幅取得53
は計算によって取得された、縦書きの文字幅が53ピクセルだったと意味します。

>>NovelPageToBitmap:文章ページ以外と判定
そして、縦書きであることを要するには、
縦書き幅取得が、パラメタで設定してある
[文字幅下限]10ピクセル以上で、
[文字幅上限]53ピクセル以下である必要があります。

よって、この原稿の文字が実際に大きいのか、
傾きにより認識に失敗して、大きな数値になったかのいずれかです。

傾きが正しいのなら、パラメタを修正してみてください。

759:722
07/03/11 00:28:19 0
>>758
[文字幅上限]53ピクセル ×
[文字幅上限]50ピクセル ○

この初期値は50ピクセルの間違いでした

760:751
07/03/11 12:27:42 P
文字幅上限を65にして、傾き補正ありで最後まで変換できました。
変換できない原因は、画像の傾きの為でした。

761:いつでもどこでも名無しさん
07/03/12 18:49:42 0
URLリンク(vista.rash.jp)

文字の区切りを誤認識してしまう例。
「頷《うなず》く」はルビまで含めて1文字として認識しているっぽいです。
「言」なんかは区切りが難しい文字で、OCRでもよく誤認識します。
本文の文字サイズを指定するとかで、解決できないもんでしょうか。

762:722
07/03/12 21:02:58 0
>>761
そうですねえ、
文字の縦サイズは、認識した縦書き領域の幅から推定して、
上下に変な分割が発生したのを戻そうとする機能があるんですが、
ルビを巻き込んで幅が実際より大きくなってしまうと、
変な位置で分離されてしまうんですね。

その前にルビを元に戻す機能が必要かなと思って試行錯誤しています。
今現在の試作で、ルビが左側にくっ付いたものを戻す機能が
なんとか実現できそうなんですが、
右側にくっついたり、行と行の間にくっ付くことがあって、
これの分離が難しいです。

文字サイズを指定するので、なんとかなりそうにも思うのですが、
そうすると、パラメタ設定が難しくなりますし、
よくタイトルだけ文字サイズが違う場合などに、
問題が出そうな感じがします。
色々と難しいんですよ。

763:722
07/03/12 21:08:45 0
>>762
左側と右側が逆でした。
ルビが右側にあるものを戻す機能がある程度できています。

このとき、文字の幅の分布をとって、
分布のピークにあるものを原稿全体のなかでの、推定文字幅と仮定し、
巻き込んだルビを分離します。

この機能により、文字幅を推定できてるんですが、これは文字認識後の機能なので、
それを一旦差し戻して、もう一度、個々の文字の認識をやり直しといった感じになるので、
ちょっと大幅に手を入れないとダメっぽいので、
しばらく時間がかかりそうです。

764:761
07/03/12 22:23:10 0
>763
確かに、難しいんでしょうね。
簡単にできるくらいなら、OCRだってもっと認識率高いだろうし。
文字の縦サイズ指定にしても、タイトルは諦められても、見出し行を諦める
ことはできませんし。

講談社文庫系でルビが多いやつ(十二国記とか)はたぶんこのソフトの鬼門に
なると思います。文字間行間が狭くてルビが大量にあるんで。
手持ちにありましたらお試しください。

765:722
07/03/13 22:55:33 0
小説画像再配置ツールですが、コア部分を最初から作り直しています。
アルゴリズムを変えて、ドットの分布から文字がありそうなブロックを推定して、
そこから文字を切り出すようにしてみました。

URLリンク(vista.crap.jp)

左上に表示されているのが、推定された文字サイズで、
その文字サイズを元に、個々の文字を切り出しています。

また、色の違うルビがありますが、これは文字に巻き込こまれたのを
再度切り出だしたルビです。
(右下に、ちゃんと認識されたルビがありますが、これは同じ色です。)

タイトルなどは、フォントサイズが異なるので、
この部分だけ、縦書き領域の幅から文字サイズを再度推定しなおしています。
(スペースの数があってませんが、それはご愛嬌)

案外、いい結果が出たので、この方向でまとめたいと思います。

766:いつでもどこでも名無しさん
07/03/13 23:48:22 0
>>765
お、すげー。
俺もたまにツールとかゲームとか自作するけど、こういう本物の技術には全く及ばないなぁ。
期待してるんで、作者さんがんがって下さい。

767:いつでもどこでも名無しさん
07/03/14 00:51:30 0
>765
こりゃ、すごいものになりそうだわ。

もし可能でしたら、現在の文字数行数のままで、行間隔、文字間隔を多少開く
モードも付けていただけると感謝感激雨霰。
しかしこれ、OCR作ってる会社から買いに来そうな技術のような。
練り込めば特許を取れるんじゃない?

768:いつでもどこでも名無しさん
07/03/14 19:13:44 0
.NET製だからソースパクられちゃうけどね

769:いつでもどこでも名無しさん
07/03/14 19:15:08 0
そういう問題じゃないだろw

770:いつでもどこでも名無しさん
07/03/15 12:46:45 0
オープンソースにして貰っても、理解できない俺がいる


771:いつでもどこでも名無しさん
07/03/15 17:55:55 0
>>767
もう「公知」だから、特許は>722本人ですら取れないと思う。

OCRの一歩手前で文字を認識せずに再配置だけやる、ってのは
なかなかのアイディアで、(少なくとも俺は)今まで見たことがないし、
特許を取れるかもしれないネタだっただろうけどね。

772:いつでもどこでも名無しさん
07/03/15 18:49:54 0
>>771
その配置の仕組みが公知になってないから、特許取れるだろ。

773:いつでもどこでも名無しさん
07/03/15 23:40:53 0
>>772
簡単にバイナリからソースに展開できちゃうのよ。.netの場合。
ま、VSにおまけで付いている難読化をかけておくだけでもかなり違うので、
今やってるチューニングを施したものは難読化して公開した方がいい
かもね。
ソースを覗いてもよければ、パラメータの追い込み等なんかお手伝いできる
ことがあるかもしれないけど、今は年度末恒例のデスマ中なので無理だぁ。

774:いつでもどこでも名無しさん
07/03/15 23:41:54 0
一方ロシアは

775:いつでもどこでも名無しさん
07/03/16 07:02:11 0
読み出されないよう、
RAMの代わりにWOM(Write Only Memory)を採用した


776:いつでもどこでも名無しさん
07/03/16 16:16:55 0
傾き補正の精度が凄いね、これ。
でも、なんだか処理後の文字が掠れて出てくる。
どこか設定がおかしいのかな?

あと、BMPにも対応して欲しいなぁ。

777:いつでもどこでも名無しさん
07/03/17 06:39:35 0
>765
ノンブルあたりを基準にして、各ページの文字位置を上下左右に統一させたりとかは出来ないですかね?
今はECの手作業でやってるんですが、これが自動でしてくれるようになると凄く楽になるでしょうから。

778:722
07/03/17 15:58:45 0
小説画像再配置ツールβ7です。
URLリンク(www.bnbest.net)
DLKey:722

どちらかというと、人柱バージョンになります。
大幅に作り変えたため、バグがかなりあります。
また、ログや結果リストが出ません。
設定値も、ほとんど決めうちになっていて、今は変えられません。

おおきな所では、分布アルゴリズムのスイッチが効きます。
これをFalseにすると、以前の方法と同じ再配置となります。
今回ので、文字の領域を分類するようになり、
ルビの認識も高精度になりました。(まだ失敗しますが)

もう一つ大きく変わったのが、テスト変換画面です。
URLリンク(vista.crap.jp)
この画面から、パラメタ設定を開いて、
細かくパラメタをいじれるようになりました。
(但し、現時点で値は決めうちなので、あまり意味はない)

またテスト変換画面で、仮に1ページだけ再配置して
どのようなイメージとなるか表示できるようになりました。
URLリンク(vista.crap.jp)

なお、傾き補正はデフォルトで有効にしました。
また、ルビの配置方法や、
ノンブルを配置する機能が加わっています。

779:いつでもどこでも名無しさん
07/03/17 16:00:39 0
>>778


780:722
07/03/17 16:07:16 0
>>767
>現在の文字数行数のままで、行間隔、文字間隔を多少開くモードも

それは何のために必要なんでしょうか?
ちょっとイメージがつかめませんが、
必要性が感じられ、簡単にできそうなら、検討してみます。

>>773
難読化をかけてみましたが、ちょっと問題ありますね、これ。
デフォルトで掛けると、プログラムが動作しなくなったり、
プロパティページが表示されなくなったりしました。
とりあえず、問題ある項目を除外しましたが、
取りこぼしが心配です。

>>776
BMPに対応してみました。

>>777
>>ノンブルあたりを基準にして、各ページの文字位置を上下左右に統一させたりとかは出来ないですかね?

ノンブル位置を特定できてるので、多分作れば出来そうですが、
それは何のために必要なのでしょうか?
あと、ECってなんですか?

781:773
07/03/17 16:33:19 0
>>780
> 難読化をかけてみましたが、ちょっと問題ありますね、これ。

ありゃ、そうでしたか。自分が試した時は特に問題を感じなかったけど、
試し方が甘かったのかも。今はDotfuscatorの製品版使ってる。
これによってアプリの挙動がおかしくなるといった不具合はないな。

で、これなんかどうだろうか。
URLリンク(uwa.potetihouse.com)
商用でもフリーで使えるみたい。

782:いつでもどこでも名無しさん
07/03/17 17:07:59 0
>>780
ECは手動傾き補正ツール
一ページずつ処理するのでとってもめんどくさい
URLリンク(www3.tokai.or.jp)

ノンブル位置から上下左右補正は
パソコン用の画像ビューアで見開き表示をした時に見栄えが良いから
だと思う

783:767
07/03/17 17:29:34 0
>778(722)
いただきました。
あの要望は、OCR用途での要望です。
行間や文字間隔が狭いために誤認識するようなもの(ルビを含めて1文字として
認識するとか、前後の文字の一部まで含めて1文字として認識してしまうとか)は、
文字間隔や行間隔など配置を少し開いてやるだけで認識率がかなりアップしそうです。

また、>777は私ではないですが、文字位置の統一(特に上側)はOCRなど自動処理する
場合には都合が良さそうです。

784:いつでもどこでも名無しさん
07/03/17 18:53:53 0
>>780
私は777氏ではないですが、私も同じようなことを小説自炊でやってます。
なので、777氏が要望している機能が私も切実に欲しい…。
この作業1冊につき2時間くらいかかってるので…

785:722
07/03/17 18:59:12 0
>>782
EC使ってみました。
文字でなくても選択範囲から角度を取得できるのは、
なかなか面白いですね。

>>783
なるほど理解できました。
ただ、そういう用途なら、画像再配置するときに
行間と字間を広くとれば良さそうな気がします。
ルビについては、配置しないオプションを付けたいと思います。

でも、まだ文字の割れが出るので、そこは問題になりそうです。


786:777
07/03/17 19:20:16 0
>780
どうしてもスキャン時に各ページでズレが出るので
そのままでビューアの早送りすると、ノンブルとかがパラパラ絵みたいにガタガタ揺れるので、
位置がピシっと揃ってたら良いなぁと思ったんです。

E.Cは、782さんの仰ってる手動の傾き補正、トリミングソフトです。
自分は今まで、これでノンブル位置や各行にガイドラインを引いて傾き補正してました。

あと、BMP対応は、自分も傾き補正とトリミングしてから濃度補正とpng変換するもので凄く嬉しいです。
できれば出力もBMP選択が出来るとありがたいです。

787:722
07/03/17 21:27:31 0
小説画像再配置ツールβ7-2です。
URLリンク(www.bnbest.net)
DLKey:722

ノンブル補正機能を実装してみました。
先頭から10ページ飛ばして、以降10ページほど読んでみて
ノンブルの位置の平均を求め、
後は基準となるノンブル位置で補正します。
なお、ノンブルの水平位置が似ているときは、水平だけ一致させます。

ただし、フェイルセールはあまり考えていないので、
ノンブルを誤認識したとき、結果がめちゃめちゃになります。
また、設定値は決めうちになっています。



788:722
07/03/17 21:29:07 0
>>なお、ノンブルの水平位置が似ているときは、水平だけ一致させます。
右ノンブルと左ノンブルの水平を一致させるってことね。


789:722
07/03/17 21:46:47 0
>>781
難読化なんですが、プロパティページが実装されているプロパティを見て、
値入力用のコントロールを表示するので、
名称が書き換わるとまずいようです。
また、設定値の入出力にシリアライズを使用していて、これも問題が出るみたい。
あと、列挙体をクラスの外で宣言してると、値を拾ってこれなくなるようです。
ちなみに残念ながら、ご紹介いただいたnandokuは試したらエラーとなりました。

790:いつでもどこでも名無しさん
07/03/18 00:17:43 0
出力サイズの指定とは別に
1ページあたりの文字数・行数を指定できないでしょうか。

本によって文字の大きさは違いますし、
画像データの解像度によっても文字の大きさが違いますが、
文字数で指定できれば1ページあたりの文字量が同じようになります。

出力サイズは原寸を指定すれば拡大縮小をしないデータを出力し
ビューアにリサイザーに処理を任せられます。

出力サイズを指定した場合は再配置したデータをリサイズして出力します。

ご検討をお願いします。


791:いつでもどこでも名無しさん
07/03/18 00:44:24 0
うわ凄い。ノンブル補正が本当に自動で出来てる。
偶数ページと奇数ページとでは若干上下にズレが出るのと
下部に余白が多くて左側に一行だけ長い部分があるページとかだと高確率で誤認識するみたいですね。

URLリンク(vista.crap.jp)
URLリンク(vista.jeez.jp)

こんな感じになります。

まぁしかし、後者の頻度はそう高くないし、後の処理で簡単に微調整出来るから、
以前までの手作業に比べるとメチャクチャ楽になりそうです。
本当にありがたいですね。
これからも頑張ってください。期待してます。

792:いつでもどこでも名無しさん
07/03/18 01:24:39 0
>>791
裏写りを除去したくて背中がぞわぞわするわw

793:783
07/03/18 01:28:46 0
>787
いただきました。画像系でもOCRでも期待の星なんでがんばってください。
お願いします。

>785
> ただ、そういう用途なら、画像再配置するときに
> 行間と字間を広くとれば良さそうな気がします。

まあそれはそうなんですが、禁則処理があるわけでして、実本画像上でもある
ものだし、おそらくこのソフトでもいずれは実装することになるのではないかと
思ってます。
禁則ではなくても、 "「" が段落頭(改行のあと)にあるときは全角で、文中にある
"「" が行頭に来たときは半角にして位置をずらしているものもあります。
白水社のμブックスなんかだと、会話の "「" は全角1字下げるけど "「" を半角に
して微妙に調整していたり。他にも、")、" や "』。" といった記号の組み合わせを
半角にして間を詰めたりとか細かく見ていくと記号はいろいろあります。
こういうのをいちいち考えるよりは、文字間隔を開くほうが簡単なのではないか
と思うのですが。

794:722
07/03/18 10:51:50 0
小説画像再配置ツールβ7-3です。
URLリンク(www.bnbest.net)
DLKey:722

>>791
ノンブルの認識アルゴリズムを改善しました。
あと、フェイルセーフを設けて、
誤認識してノンブルの位置と大きく違うと補正しないようにしました。
このページについては大丈夫になったと思いますので試してください。

あと、ついでにPNGとBMPに対応してみました。

>>790
それは結構難しいですね。
ページや行によっても文字の大きさが違うし、
ツメが施されているので、字数を保障できません。
多分、現状で文字幅が表示されているので、
それを元に近そうなサイズを計算するくらいしか出来なさそうです。
また、それは現状でも、手計算で求まりますので、
ちょっと優先順位低いです。

>>793
現状、文字がほぼ正方形であることを前提としてますので、
ツメが施されている文字については、抽出に失敗して、
上下に巻き込む現象が出てます。
ので、現状でOCRの前処理には、あまり期待できないと思います。

一応、今も禁則処理は考慮しようとしていて、
文字の字形が上寄りなら、ぶら下げ禁則対象文字、
文字の字形が下寄りなら、送り禁則対象文字としています。
ただ、上記巻き込みで効いてないのが現状なんですね。


795:791
07/03/18 19:21:27 0
>799
この本のデータを全開のverで通して出た誤認識ページを、今回のverでは全て正常に処理してくれました。
偶数ページと奇数ページの水平のズレも、出ませんでした。
bmp出力にも対応してくれましたし、
現段階ででも、私が「こんなツールがあればなぁ」と夢想していた夢のソフトです。
一冊データ化する時間が軽く二、三時間は短縮出来そう。感謝感激です。


新書や文芸書なんかだと、ノンブルが下にあったり中央にあったりするので
これからいろいろな文章フォーマットの小説を試してみます。

796:791
07/03/18 19:31:07 0
アンカー間違えました。正確には>794宛てです。失礼しました。

797:いつでもどこでも名無しさん
07/03/19 01:35:40 0
>>791
もしよろしければ設定頂けませんか?
設定よくわからなくて文字が再配置されちゃう…

798:いつでもどこでも名無しさん
07/03/19 05:56:18 0
設定の傾き補正の項目を[傾き補正のみ]にすれば、文字再配置は働かないと思うけど?

799:いつでもどこでも名無しさん
07/03/19 06:42:45 0
791の人のようにノンブル位置合わせもしたいのですが…

800:いつでもどこでも名無しさん
07/03/19 06:49:03 0
>>799
ノンブル補正をTrue

801:いつでもどこでも名無しさん
07/03/19 06:51:06 0
>>800
もちろんTrueにしています。
しかし、[傾き補正のみ]だとほんとに傾き補正しかやってくれず、[あり]にすると文章が再配置される始末で…

802:いつでもどこでも名無しさん
07/03/19 07:07:31 0
>>801
ノンブルの認識に失敗してるんじゃない?

803:いつでもどこでも名無しさん
07/03/19 07:19:52 0
>>802
そうみたいです…
どの辺を弄るのが妥当なんでしょうか?
結局400ページECで手作業でやっちゃった…

804:いつでもどこでも名無しさん
07/03/19 19:09:25 0
再配置オフのオプションがあると良いだろうね。
このソフトは角度補正や余白切り取り、サイズ変更だけでもすげー便利で綺麗だし。

805:いつでもどこでも名無しさん
07/03/19 19:46:54 0
>>804
同意

806:いつでもどこでも名無しさん
07/03/19 21:01:14 0
>>794
使ってみました
現状レベルでもかなり使えると思います
ちょっと使っただけですが、不具合点と要望(本来の目的からずれると思いますが)

不具合
・完了ウインドウの親Windowがアプリケーションでないため、他のアプリケーションに切り替えると完了ウインドウが
 行方不明になる

要望
>>804の通り角度補正、余白除去、リサイズだけでも非常に有用なので
・再配置オフの設定(角度補正、余白除去、リサイズのみ実施)
・白黒ページ(文字のみの判断が出来ればさらにいいと思います)の減色(4bit化)
・カラーページ、文字以外が有るページと白黒ページ(文字のみ)の保存形式
  →カラーページなど:jpeg、文字のみページ:pngなど
VGAのPDAで見ているので余白除去とリサイズなどで十分です
今は手動で調整しているので元ファイルから補正できればと思いました

いろいろ要望を書いてしまいましたが、元々の目的とずれることは承知していますので
あくまで内包できればで結構です
これからも是非アップデートしていってください、ものすごく期待しています

807:722
07/03/19 21:02:03 0
最近、元の設計思想と外れつつある
小説画像再配置ツールβ8です。
URLリンク(www.bnbest.net)
DLKey:722

インターフェースが少し変わって、
再配置と元サイズの区別が付けやすくなりました。
ノンブル補正と傾き補正は標準で「あり」です。
但し、ノンブル補正が効くのは、再配置「なし」のときのみです。
(再配置のときはノンブル補正する意味ないので)

ノンブル種類として、中央下のタイプに対応しました。
変換前に画面上からどちらかを選択してください。
選択を間違えると、ノンブルが認識されません。

ノンブル認識に失敗する場合は、
プレスキャンの対象ページにノンブルがあることを確認してください。
(ノンブル認識スキップ数で調整)

また、一度、テスト変換画面を開いて、「領域」モードで
赤字で「ノンブル」と表示されること確認してください。
どうしても表示が出ないものは、未知のノンブル形式です。

808:722
07/03/19 21:14:44 0
>>806
白黒ページの認識や、挿絵の認識ができているので、
減色やファイル形式の分別は割合簡単にできそうです。
なお、減色は単純なアルゴリズムになりそうです。

余白除去はどういうのがいいですかね。
単純に余白を除去して、縦横サイズ変えてもいいのか、
挿絵が小さいとき、最小限ので余白を削ってもいいのか
とか、そのあたり要望ありますか?

不具合の点は、こちらでは確認できませんでした。
とりあえず、タスクバーにアイコン表示するようにすれば、
多分行方不明は無くなると思いますので、暫定対応してみます。

809:いつでもどこでも名無しさん
07/03/19 21:19:07 0
>>807


810:いつでもどこでも名無しさん
07/03/19 21:44:10 0
(^ω^ )おつおつおつ

811:806
07/03/19 21:47:53 0
>>808
> >>806
> 白黒ページの認識や、挿絵の認識ができているので、
> 減色やファイル形式の分別は割合簡単にできそうです。
> なお、減色は単純なアルゴリズムになりそうです。
ものすごくありがたいです。
通常VGAよりも大きめのサイズにリサイズして、MangameeyaCEのリサイズアルゴリズムを調整すると
減色は多少ラフでもルビなど十分に見えますので

> 余白除去はどういうのがいいですかね。
今のインターフェイスを利用するのであれば、Outputの出力余白を生かし
文字ページはノンブル検出と同じように最初の読み込みで、基準サイズを出して
(ノンブルを基準として最大本文エリアを定義?)余白を追加ですかね?
例外が多そうですが
挿絵なども多少余白があった方が見やすい場合もありますし、縦横比が大きく変わるのも問題(自動単ページ表示
などを使用している場合)と思います
もう少し具体的に要望できるように考えてみます

> 不具合の点は、こちらでは確認できませんでした。
現バージョンでは問題ないようです


812:806
07/03/19 21:53:36 0
>>808
>不具合の点は、こちらでは確認できませんでした。
・完了報告が出ている状態で別アプリをアクティブ
・タスクバーでこのアプリをアクティブ
・完了報告ウインドウよりもアプリの方が上に(Z-order的に)なる
・当然、何も操作できない
・完了報告ウインドウを一度アクティブにすると、クローズするまで上記の方法以外でアプリウインドウを
 アクティブにすることは出来ない→正常

XP、Classic表示、タスクバーのグルーピングOFFの環境です

813:いつでもどこでも名無しさん
07/03/19 22:03:27 0
>>807
>最近、元の設計思想と外れつつある
何しろ、自炊業界の人間がずーっと登場を願っていた「自動角度補正ツール」ですからねぇ。
特にその点に関して、要望が集中するのも宜なるかな・・・(いや、勿論対応するしないは作者さんの胸先一つですが)

この手の機能を満足に実現しているソフトは、少なくとも2ch(複数の板にちらばる、各種スキャン関連スレ含む)、
及びその周辺では知られていません。
減色やリサイズでは強力なソフトも他にちらほら出回っていますが、このソフトは本当に画期的です。

814:いつでもどこでも名無しさん
07/03/19 23:33:11 0
領域検出 → スキャン範囲余白

の設定で画像外周を領域から除外するんですよね?
設定をいくら変更してみても、原稿が傾いて画像の外周に長い黒い線が出て
いるようなものは黒い部分も本文として認識してしまいます。
そのためノンブルの認識にも失敗します(外周をトリミングすると認識します)。

815:722
07/03/19 23:48:17 0
>>814
ごめんなさい、それ以前のアルゴリズム用の設定で、
今回のにはまだ効きません。

816:いつでもどこでも名無しさん
07/03/20 00:50:43 0
>>807
。・゚・(ノД`)・゚・。ほんとにわがままばっかり言ってすみません。
ですが、おかげで確実に自炊工程が短くなりつつあります。
ところで、少し質問なのですが、このソフトの傾き補正とノンブル補正はどちらの処理が最初になっているのでしょうか?

817:722
07/03/20 01:06:54 0
>>816
傾き補正してからノンブル補正です。
最初のプレスキャンも傾き補正した画像を作ってから、基準ノンブルを採取します。
領域を取るのも、文字の位置を推定するにも、
まず傾き補正しないと正確な位置が把握できないので、そのようになっています。

818:いつでもどこでも名無しさん
07/03/20 01:27:37 0
>>817
回答ありがとうざいましたm(_)m

819:いつでもどこでも名無しさん
07/03/20 01:38:29 0
これホント神のようなソフトですね。
傾き補正と位置調整(ノンブル補正)が最も自動化しにくいところだったから。

820:いつでもどこでも名無しさん
07/03/20 02:48:14 0
手元にスキャンしたての画像があったんで使った見たらあまりのすごさにちょっと鼻血が出た。
>>808
余白を削ったり増やしたりして指定のサイズに出来たら良いなとちょっと思ったり。
どうでも良いと言えばどうでもいいけど。

821:いつでもどこでも名無しさん
07/03/20 03:28:20 0
>>808
とりあえず他の人とかぶるので要望などは書かないけど
心の底から感謝してることだけは書いておくよ。
ありがとう。

822:いつでもどこでも名無しさん
07/03/20 16:41:47 0
>>722様に感動した
ありがとうございます。

823:722
07/03/20 23:19:20 0
小説画像再配置ツールβ8-1です。
URLリンク(www.bnbest.net)
DLKey:722

完了報告が非アクティブになる不具合を直したつもりです。
自分の環境では再現できませんので、テストお願いします。
ついでに完了報告に保存ボタンをつけました。

旧アルゴリズムはもう使わないと判断して、
不要なパラメタは非表示にしました。
[スキャン範囲余白]のパラメタについては復活させました。

出力画像を保存するとき、カラーページかモノクロページかで
色深度を変えるようにました。
JPEGのときは、すべて24bit色ですが、
PNG/BMPのときは、モノクロページのみ8bit色で出力します。
(グレースケールパレットのインデックスカラーとなります)

また、出力形式に「複合」というものを追加し、
これを選択したとき、カラーページのときはJPEG保存、
挿絵の含んだモノクロページはPNGの8bit色、
文字だけのモノクロページはPNGの4bit色で保存します。
なお、減色アルゴリズムは単純に濃度で割り振りました。

824:いつでもどこでも名無しさん
07/03/20 23:55:53 0
>>823


825:806
07/03/21 02:19:25 0
>>823
乙です

> 完了報告が非アクティブになる不具合を直したつもりです。
こちらの環境では直っています

> また、出力形式に「複合」というものを追加し、
> これを選択したとき、カラーページのときはJPEG保存、
> 挿絵の含んだモノクロページはPNGの8bit色、
> 文字だけのモノクロページはPNGの4bit色で保存します。
> なお、減色アルゴリズムは単純に濃度で割り振りました。
動作確認しました(あっさり動くと感動ものです)
挿絵のみのページはJPEGの方がいいかもしれません
挿絵と本文を含んだページはどちらがいいのか人それぞれかもしれません

826:いつでもどこでも名無しさん
07/03/21 15:42:22 0
このソフト使えば携帯でも読めそう・・・
技術革命や!!

827:751
07/03/21 15:55:58 P
PDAで読むのに使おうと最初は思ったけど、気が変わって、2.4インチQVGAの携帯で、
読んでます。
ビューワーが読書用でないので完全ではありませんが、まずまずです。
VGAサイズに変換して、更にQVGAに縮小してますが、非常に読みやすいです。

828:いつでもどこでも名無しさん
07/03/21 16:57:36 0
現在9個同時起動で変換中
さすがに時間かかる・・・

タスクマネージャーのプロセスでCPU使用率低いに設定してなかったら他の事も出来そうに無いです
初めてメモリー1Gをフルに使用してるかもしれません

不都合は無いと思いますがどうでも良いお願いを・・・
最小化ボタンつける事出来ませんか?
プログラム詳しく無いんですが、ボタンつけるだけなら簡単にできたはず
次回更新があるのなら、その時についでにお願いします。


829:いつでもどこでも名無しさん
07/03/21 17:08:39 0
9個同時起動>変換って、意味なくね?
同じ頼むなら、バッチ処理できるようにして欲しいとか、そっちの方だと思うが。
9個同時起動を前提に物喋ったって意味ねーべ。

830:いつでもどこでも名無しさん
07/03/21 17:13:00 0
終わるの待つのだるいんで、たくさん起動して後は放置ってやってます
まあ、10倍ほど時間かかってそうだけど・・・

831:いつでもどこでも名無しさん
07/03/21 21:55:21 0
同時起動て……
9個のHDDを別に用意してあるならともかく
1つのHDDに対して9個も変換作業かけたら効率ダウンどころか断片化やファイル破損の原因にならんか

バッチ作業できるようにするか、コマンドラインからの処理に対応してもらって
batを自作してバッチ処理するとかしたほうがいいのでは
まぁ同時起動でやりたくなる気持ちもわからんでもないが

832:いつでもどこでも名無しさん
07/03/21 23:28:26 0
>>823
傾き補正した物にアンシャープしたいので
出力時に補正した物だけを出力できるようにしてもらえませんか?

833:いつでもどこでも名無しさん
07/03/21 23:41:05 0
現状出来ると思うんだが

834:いつでもどこでも名無しさん
07/03/22 00:31:18 0
>>833
すみません。どのようにするのでしょうか?

835:722
07/03/22 19:24:04 0
どんどん違う機能が追加されつつある
小説画像再配置ツールβ8-2です。
URLリンク(www.bnbest.net)
DLKey:722

[傾き補正]ありで、[再配置]なしのとき、
[出力画像フォルダ分類]が「あり」になっていると、
出力フォルダに「傾き補正あり」「傾き補正なし」のフォルダを掘り、
そこに分類出力するようになりました。

[出力画像フォルダ分類]は標準で「あり」なので、
気に入らないひとは「なし」にしてください。

またバッチ機能に対応しました。
変換のボタンを押す代わりに、「予約登録」ボタンを押すと、
その設定内容が予約リストに登録されます。
予約リストの「実行」ボタンでバッチ実行します。

なお、出来立てほやほやで、ほとんどデバックしてないので、
動作がおかしかったらごめん。
バッチ機能にはチェック機能がほとんどないので、
なんか不都合な設定があっても、無視して上書きされるので注意。

836:832
07/03/22 19:45:54 0
>>835
うわーありがとうございます

837:いつでもどこでも名無しさん
07/03/22 21:57:15 0
>>835


838:いつでもどこでも名無しさん
07/03/22 23:24:09 0
>>835
(´;ω;`)精力的すぎるっす!少しはご自愛を…

839:いつでもどこでも名無しさん
07/03/23 21:42:52 0
ウィンドウ下部にEditBoxらしきものがかすかに見えるんだけど、これは気にしなくてもいい?
URLリンク(www.42ch.net)

840:いつでもどこでも名無しさん
07/03/23 22:15:00 0
>>835
試しに、こいつを使って一冊新規に炊いてみました。
いやはや、ノンブルや各ページの行がバシッと整列している出来上がりを見るのは、
流石に堪らんモノがありますなw
小説自炊の際の必須ソフトですね。乙です。

841:いつでもどこでも名無しさん
07/03/23 22:21:18 0
画像でおわりでなく、TXT炊く前にいったんかけるだけでも飛躍的にTXTの判別率があがる
いやはやこれがフリーでいいのか、いろんな面で不安になってくる('A`;)

842:いつでもどこでも名無しさん
07/03/23 22:32:40 0
PSPの解像度でも目に優しい文字の大きさに出来て嬉しいわw

843:いつでもどこでも名無しさん
07/03/23 22:35:49 0
技術を保護することは大切だと思うデス

844:いつでもどこでも名無しさん
07/03/24 01:36:17 0
手持ちのファイルをいくつか処理してみたけれど、
ノンブル認識サンプル数を増やすと、ノンブルの水平方向への過剰修正が発生しやすくなる?
酷いと本文やルビが切れたりすることもある
ノンブル補正制限を70くらいにするとほとんど誤爆が出ないので、
ノンブル補正幅(かな?)が100に近くなると水平方向に誤修正されているような気がする

845:722
07/03/24 21:44:40 0
コミックの傾きが補正できるか、ちょっと実験してみました。
最初に断っておきますが、誤差が大きすぎて使えるツールにはなりませんでした。

コミック傾き補正実験β1
URLリンク(www.bnbest.net)
DLKey:722

補正前
URLリンク(vista.jeez.jp)
補正後
URLリンク(vista.jeez.jp)

このサンプル見ると、バッチリ補正できているようで、
確かに傾いているページを補正できるのですが、

問題は、傾いていないページを
間違って補正していまう率が高すぎるということです。
どうも計算精度が出てないようですね。

頭で考えたとおりには、
そうそうならないものだなあ、と思いました。
今後については未定ですので、あまり期待しないでください。
までもまあ、せっかく作ったので

846:722
07/03/24 21:54:40 0
>>839
それはログ表示領域です。設定でログありにすれば見えます。
2000やXPのクラシック設定では、ウィンドウの高さが違うので、
見えちゃったんですね。気にしないでOKです。

>>841
ああ、そういう用途に使えるとは思いもよりませんでした。
実装した機能は副産物的なものですが、
それで便利になれば、プチ社会貢献でいいかなーと。
将来的にはもっとニーズが出てくるので、そのときに何か考えたいです。

>>844
ノンブルのプレスキャンは、取得したノンブルの位置の平均を取って、
そこから基準ノンブルを求めるものなので、
そんなに多量にプレスキャンする意味はあまり感じられないです。
逆に最初に見つかったノンブル位置を基準にするオプションを組み込んで
プレスキャンを無くそうかと思ってたくらいです。

多分、一部ノンブルの位置取りに失敗していて、
ぜんぜん違う位置を平均に加えちゃって、大きくズレているのではないかと思います。


847:いつでもどこでも名無しさん
07/03/24 22:16:56 0
傾き補正はバイリニアですか?バイキュービック?

848:いつでもどこでも名無しさん
07/03/24 22:41:02 0
>>845
えーっとですね。
「コミックスの補正も出来たらいいけど、まあ原理から違うし、全く別のソフトになるんだから
要望以前の問題だよなぁ。取りあえずしばらくは小説炊きに注力するか」とか思っていたワケなんですよ。
まさか722氏がここまで、呆れるほどに超神だとは思いもよりませんでしたw
全くもうホント、どれくらい神を極めれば気が済むのかと。

・・・敢えて期待せずに、そこはかとなく期待しつつ、取りあえず今週末は小説炊いてますw
何はともあれ、乙。

849:いつでもどこでも名無しさん
07/03/25 10:22:39 0
>>835
他所からやってきて数回通してみたんですが…神です。・゚・(ノД`)・゚・。
電車通勤でtype-U(旧)で読んでましたが縮小表示が結構辛かったのが救済されそうです。
いきなりでなんですが、数点要望を

・フォルダ名指定は手入力(コピペで設定)可能で、出来ればドロップを受け付けて欲しい
 深い場所にあるフォルダをあのダイアログで毎回指定するのはしんどいのです…
・出力フォルダは相対指定が可能に(理想は藤Resizerみたいに%pとかメタ記述できれば…)
 ".\!再配置" <= こんな指定がしたいのです(指定された入力フォルダ配下に!再配置\を自動生成して出力)
・文字と文字以外の背景色を同色に
 短冊状態が目立つのは見にくいので、地の色を元のスキャン画像の地に近い色になるようにできれば…
・画像と判断したら縮小せずに複写
 縮小すると挿絵マンガとか、枠外コメント等が潰れてしまうので…
・NovelConvTest.ini等で前回(デフォルト)設定を記憶して欲しい
 大抵、画角サイズは毎回固定でしょうし、フォルダ設定も前回に近い位置になると思うので…
お暇な時で結構ですので、ご考慮いただければ…

850:いつでもどこでも名無しさん
07/03/25 15:17:23 0
>>836

ドラッグドロップ、出力位置の相対指定ははあると助かりますねえ。

イラストは別手数かけるの面倒なんで今のままがいいかなあ。
あ、でも本文中に図表が混在してるページなんか読めない文章が出てくるのかな?
混在判定は敷居が高そうですね…

背景色はどうでもいいかなー(炊くときの問題の気がするし)


851:いつでもどこでも名無しさん
07/03/25 16:57:14 0
>>850
素性の良い印刷物だと白飛ばししてはっきりくっきりさせてるので問題ないのですが、
色つきとか、原本の状態が悪くて弄ると文字が潰れたりかすれたりするソースや、
手間をかけたくない物だとレタッチをかけず、変色した紙色のまま保存してるというか
だいたいコミックはレタッチするけど、雑誌や小説はほったらかしなので…
背景色やイラスト等倍保存は、仕様の変更ではなく設定で切り替えられればと。

あ、あと文字サイズを矯正して統一する拡大縮小は難しいでしょうか?
モバイル端末での読みやすい文字サイズは個々人の端末単位では大体同じサイズ
になると思うのですが、原本文字サイズやスキャン時のdpi設定で変動が大きいため、
文字のサイズが本ごとに違ってくるので…


852:いつでもどこでも名無しさん
07/03/25 17:38:44 0
>>849
>・文字と文字以外の背景色を同色に
> 短冊状態が目立つのは見にくいので、地の色を元のスキャン画像の地に近い色になるようにできれば…
これは結局意味がないだろ。
かっきり補正された上で、厳密に地の色が一色に揃っているのならともかく、手抜き補正の画像じゃ
色を似せても、結局ガタガタにしかならんよ。
問題は色じゃなくてノイズだからな。手抜きしないで補正汁。

853:722
07/03/25 18:12:00 0
ドラッグドロップは対応させます。割と簡単なので。
手入力はチェックルーチンが面倒なので、あまりやりたくありません。
出力位置の相対指定も、とくに予定ないです。

ただ、入力フォルダを指定すると、
出力フォルダの選択ダイアログのカレント位置が
入力フォルダの位置を指しているので、そこで「新規フォルダ」で
出力用のフォルダを掘れば良いので、そんなに困らないのではないでしょうか?

背景色は同じく無理があると思います。
一つに、このツールはカラーページをスキップする仕様なので、
そもそも色付きのページがテキスト処理されるのは、
たまたま色が薄かったからです。
また、一口に色付きといっても、実際には単色ではなく、
細かなテクスチャの印象が、人の目には単色に見えるにすぎず、
実際に近い色を配置しても、なじまないと思います。

>・画像と判断したら縮小せずに複写
> 縮小すると挿絵マンガとか、枠外コメント等が潰れてしまうので…
については、ちょっと意味が分かりません。
縮小しないと画面からはみ出て意味がないと思うのですが?

デフォルト値の記録はやりたいのですが、
このツールがβ版で、実験用だということをご理解ください。
バージョンアップした際、前回の値を再現できる保障がありません。
もしやるとしたら、別のアプリになると思います。
現状、パラメタの保存/読み込みを利用してください。


854:いつでもどこでも名無しさん
07/03/25 18:30:54 0
いつもお世話になっております。
BMP出力やPNG出力において、すべて24bit形式で出力するモードも
用意していただけませんでしょうかm(__)m

855:いつでもどこでも名無しさん
07/03/25 18:34:29 0
だが断る

856:いつでもどこでも名無しさん
07/03/25 18:47:33 0
(´・ω・`)

857:いつでもどこでも名無しさん
07/03/25 18:57:59 0
バロスw

858:いつでもどこでも名無しさん
07/03/25 19:01:07 0
>853
地色と文字直下が区別付かないほど厳密に合わせて欲しいわけではないんです…
色つき原稿は純白背景は悪目立ちが激しいから、違和感が少なくなるように
色を付けて欲しい=>ノンブルの真横や行間等、空白と思われる空間をサンプリングして
平均値で地色を塗るのはそれほど手間ではないのでは。という感じだったんですが…

相対指定の肝は、毎回設定しなくても勝手に新規フォルダを個別に生成してくれる所が
個人的には便利な点だと思うのですが…了解しました。

・画像と判断したら縮小せず複写
自分がビューアに使用しているのは、マンガミーヤというWindowsソフトなのですが、
等倍保存しておけば、絵だけの場合は画面に合わせて縮小、枠外コメント等が潰れて
読みにくかったら等倍表示させてスクロール表示と切り替えられるので便利だなと。
βというか、実験ツールというのは承知しているつもりです。全部ダメもとで書いてますので…
ドロップ対応もかなり助かりますし。

859:いつでもどこでも名無しさん
07/03/25 19:11:12 0
>>858
色つき原稿は一度グレスケで処理して背景を完全に白にした後に、ダブルトーンやらレイヤー乗算等したほうが遥かに綺麗で楽になるよ

860:いつでもどこでも名無しさん
07/03/25 19:39:13 0
>>858
>地色と文字直下が区別付かないほど厳密に合わせて欲しいわけではないんです…
心配せんでも、作者さんはお前のカキコをちゃんと理解しているよ。
何なら試しに一枚、ほったらかしのスキャン小説とやらの画像を、一度このツールにかけた上で、
空いた部分を自分の好きな色で塗ってみればいい。
普通に、とても見れたものじゃない絵が出来上がるから。

861:いつでもどこでも名無しさん
07/03/25 20:32:51 0
ところで、このスレほぼ乗っ取り状態だけど、いいのか?
ソ板あたりで単独スレ作っても良さそうな気がするんだけど。

862:いつでもどこでも名無しさん
07/03/25 20:37:01 0
より多くのフィードバックを求めるなら移った方がいいだろうけど、
乗っ取り状態であること自体はいいんでない?

863:いつでもどこでも名無しさん
07/03/25 20:47:17 0
>乗っ取り状態であること自体はいいんでない?


意味が分からん

864:722
07/03/25 21:20:15 0
小説画像再配置ツールβ8-3です。
URLリンク(www.bnbest.net)
DLKey:722

フォルダのドラッグ&プロップに対応しました。
但し、ドロップできる場所は、入力フォルダ欄、入力画像リスト、出力フォルダのみです。

再配置のとき、背景の地の色(というか濃度)を再現する機能を実験的につけました。
「再配置時背景色」ありにしてください。
但し、試してみれば分かりますが、きれいに馴染むことはないです。

画像出力時に色深度24bitで出力する機能をつけました。
「C24bit限定」ありにしてください。

>・画像と判断したら縮小せず複写
それはちょっと思想からはずれるので勘弁してください。
内部のロジックがそうなってないので、意外に面倒なんです。

--

さて、そろそろ潮時ですかね。
単独スレで相手をするのも、さすがに気力がないし、
再配置機能はビューア機能に対応するけど、傾き補正はちょっと違いますよね。
(でも要望機能を実装するのは楽しかったですよ)
こういってはなんだけど、興味の持続もそろそろ切れてきましたので、
フェードアウトしてゆこうと思います。

865:いつでもどこでも名無しさん
07/03/25 21:49:53 0
乙。反応多いと疲れちゃうわな。
気が向いたときでいいからたまに戻ってきてくれよ。

866:いつでもどこでも名無しさん
07/03/25 21:58:18 0
おつかれ~
すばらしいツールをありがとう

867:722
07/03/25 22:00:04 0
>>865-866
気遣いサンクス


ものはついでなので、スレ違いスマソ
↓これについては、良い結果が出るまで沈黙したいと思います。

コミック傾き補正実験β2
URLリンク(www.bnbest.net)
DLKey:722

かなり角度データの誤認識が減りました。
コマがはっきりしているコミックは大丈夫っぽいです。

出力される角度の値が、私としてはまだ不本意だけど、
それなりに使えるようにはなった感じがします。
ただ、コマのエッジだけでなく、
絵の中の放射線や、建物のエッジが取得されるのが今後の改善点です。

将来的にビューア用途としては、
4コマ漫画の再配置ツールを作りたいと思ってます。

868:いつでもどこでも名無しさん
07/03/25 22:05:31 0
>4コマ漫画の再配置ツール

一コマずつ画像ファイル分割するツールだったらマジ期待


869:854
07/03/25 22:33:17 0
>>864
>画像出力時に色深度24bitで出力する機能をつけました。
>「C24bit限定」ありにしてください。

おお、さっそく対応していただいて大感謝です!

フェードアウトは寂しいですね・・・
役に立つツールを本当にありがとうございました。
自分のなかでは最近一番感動したツールです。


870:849
07/03/25 22:42:38 0
>>864
ああ、付いてる…ありがとうございました。
>>860 の方が「実際にやってみ」と書かれてたので、IrfanviewとPictBearで
サンプル作ってたのですが、「こんなんで十分なんです」なサンプルを
アプロダに上げるタイミングで実装していただけてるとは思いませんでした。
違和感が薄くなってとても有り難いです。

縮小の件は了解しました。実装上、面倒くさいならしかたないです。

871:いつでもどこでも名無しさん
07/03/26 00:13:43 0
>>868
……!!
それは確かに欲しい

872:いつでもどこでも名無しさん
07/03/26 01:04:57 0
>>867

スレ違いで申し訳ないんですが、自分コミック雑誌炊きで、
中綴じのコミック雑誌で製本がいつもヒドイのを領域を多めに取って
あとで傾き補正とトリミングをチマチマやってもうウンザリだったんですけど、
867のソフト使ったらトリミングに専念できてメチャメチャ楽になりました。

722さん、ホントにありがとう。

873:いつでもどこでも名無しさん
07/03/26 05:32:16 0
β8-3ノンブル補正すると黒枠ができるよ

874:いつでもどこでも名無しさん
07/03/27 11:54:37 0
素晴らしいソフトありがとうございます。
Zaurusで小説を読むのにとっても便利です。
 で、質問なのですが、次のような2段組の
ソースの場合うまく領域を認識してくれません。
URLリンク(www.uploda.org)

設定をいじってみたんですがうまくできませんでした。
どなたか、ここをこうすれば出来るっていうのが
あったらお願いします。

もし現状では出来ないのならば、722様~
ぜひ要望させてください。
 簡単にできるものなのかめんどくさいのか
全然解りませんが考えていただけるとうれしい



875:いつでもどこでも名無しさん
07/03/27 12:02:12 0
段組のやつは半分子ちゃんとかで上下を分けて認識させてみるといいんじゃないだろうか

876:いつでもどこでも名無しさん
07/03/27 14:37:53 0
萌絵ってすげー名前だな。
萌え絵みたいだし。
いっけん「もええ」って名前みたいだし。

……どうでも良いけどね。

877:いつでもどこでも名無しさん
07/03/27 20:18:16 0
俺は段組で認識失敗に遭遇したことないな

878:722
07/03/28 00:24:33 0
>>874
小説画像再配置ツールβ8-4
URLリンク(www.bnbest.net)
DLKey:722

段と段の隙間が小さいと、誤認識して、領域が融合するようです。
簡単に対策を施しました。[二段組]ありに設定してください。
対処療法なので他に不都合が出るかも知れません。

以降、このツールのアップデータは、
バグフィックス程度しかしない予定っす。


879:いつでもどこでも名無しさん
07/03/28 00:25:53 0
>>878


880:いつでもどこでも名無しさん
07/03/28 00:37:37 0
>>878
874ッス
早速いただいて確認しました。
うまくいきました。ありがとうございます。
これで今まで読む気にならなかった物も気楽に読めます。
感謝感謝。どもでした

881:いつでもどこでも名無しさん
07/03/29 00:02:04 0
>>878
いつもありがとう

882:いつでもどこでも名無しさん
07/03/31 00:06:26 0
>>722
ライトノベルとかだと奇数ページの横とかに章題などが並記されていることが多いのですが
この横書き文章が長い場合、ノンブルごと連結して本文として認識されてしまい、
これがプレスキャンに入ってる場合、処理全体でノンブル補正がキャンセルされてしまうようです。
こんな感じです。

URLリンク(vista.crap.jp)

どうにかならないものでしょうか?

883:882
07/03/31 00:17:14 0
ちなみに全章でこういう長いサブタイトルが付いているので
設定の「ノンブル認識スキップ数」では対処できませんでした。

884:いつでもどこでも名無しさん
07/03/31 08:59:19 0
>>882
自前で画像に前処理をしてみてはどうだろう。
章題やページ番号の部分をトリミングでカットしちまえばいい。

使う側で工夫してどうにかなる部分はそれで済ませばいいと思う。

885:722
07/03/31 10:15:22 0
>>882
小説画像再配置ツールβ8-5
URLリンク(www.bnbest.net)
DLKey:722

章タイトル付ノンブルで、そういう現象を起こせるサンプルが作れなかったので、自信がないけど、
「ノンブルが取得できていない」状態で、かつ「章タイトル付ノンブルぽいものを発見」したとき、
それを章タイトル付ノンブルと仮定して、ノンブルを採取するルーチンを追加してみました。
設定を変更する必要は無く、そのままオートで実行されます。
試してみてください。

886:722
07/03/31 10:16:39 0
>>884
さんくす

887:882
07/03/31 10:42:20 0
>>885
ありがとうございます。
ばっちりノンブルとして認識して補正してくれました。嬉しいです。

>>884
いや、確かに読めれば良いと言うだけなら写真屋のバッチ処理あたりで章題削れば問題無いんでしょうが、
出来るだけ、素材に手を加えずにおきたいんですよ。貧乏性なんで。

本来加工「再配置」用途のツールの余技を使わせて貰ってる立場なのに我が儘言ってるとは我ながら思いますが。

888:いつでもどこでも名無しさん
07/03/31 11:23:22 0
修正早www

β8-5、ありがたくいただきました

889:いつでもどこでも名無しさん
07/03/31 18:57:19 0
>>885
URLリンク(ten.vc)

段組誤認ファイルといくつか出会えたのでサンプルとしてうpしてみました。
役立つかどうかは分かりませんが参考にしてください。

890:889
07/03/31 18:57:54 0
あ、DLキー・解凍パスは722です

891:722
07/03/31 21:58:32 0
>>889
さんくす
参考になります。ラノベ系は文字数が少ないので
隙間が発生しやすいみたいですね。

892:722
07/03/31 22:02:26 0
コミック傾き補正ビューアβ3
URLリンク(www.bnbest.net)
DLKey:722

以前アップロードした傾き補正ツールを大幅に改良して、
「ビューアである」と言い切ることにしました。
URLリンク(vista.jeez.jp)

取得した角度データをテキストファイル出力するので、
こういったデータを利用する他のビューアができるといいかも、
といった感じの提言とさせてください。
(ちなみに、これのビューア機能は最低限しかないです。補正データの採取が主目的です)

コミックのコマの角度を計測して、自動的に角度データを生成します。
その生成した角度データを画像変換に利用するのではなく、
あくまで、元画像を直接補正してビューア表示する、という考え方です。
(もっとも変換済みの画像を出力する機能もあります)
生成した角度データは「プロジェクト」と呼ぶファイルに出力して、
次回表示するときに再利用できます。

傾き補正の原理としては、コマの水平線を取得して、それを角度データとして採用し補正します。
水平線が取れない場合は垂直線を採用します。(設定変更可能です)
これでほぼ90%くらいは傾き補正が完了しますが、
それ以外の傾いている画像は、マウスのホイールを回転させると補正できます。
(ボタンやキーボード操作でも可能です)

画像を左クリックで次ページ、ホイール回転で傾き補正、
カーソルキーでトリミング枠内での配置移動といった感じで、
ほとんどマウスを動かさずに補正操作が出来るように設計しました。
良かったら使ってみてくだちい。


893:いつでもどこでも名無しさん
07/04/01 11:52:56 0
>>892
あんた、すげえよ…

894:いつでもどこでも名無しさん
07/04/01 19:08:15 0
>>892
グレースケール保存に対応予定はあるのかな?

895:いつでもどこでも名無しさん
07/04/01 20:02:00 0
>>892
すげぇ。

富士山と富士五湖の秘密ワロタ

896:いつでもどこでも名無しさん
07/04/01 21:34:59 0
サイトを立ち上げてそこで配布した方がよいのでは…

897:いつでもどこでも名無しさん
07/04/02 08:08:16 0
うん、アップローダの流れに巻き込まれて消えてしまう運命にするには惜しすぎる。
ここまで簡便だと、手持ちの画像を何気なく食わせてみて
その補整量の多さに鬱気分になるのも楽しくなりそうなレベル…何を言ってるかわからねぇと(ry

898:いつでもどこでも名無しさん
07/04/02 08:43:45 0
でネトラン系厨雑誌が無断転載の流れの悪寒
つうか>>864をもう一度読んだ方が…

ま、722さんの自由意志が大前提だけど


899:いつでもどこでも名無しさん
07/04/02 15:11:19 0
VGAの解像度だと一画面に収まるから、読みやすさが段違いだね。
VGA携帯は持ってないけど、携帯とかでも同じ感じなのかね。
VGA恐るべし。

900:722
07/04/02 21:37:37 0
>>894
保存オプションの予定はないです
小説と違って、別ツールでの後処理は不可欠だろうと判断しました
>>897
しばらくしたらwebサイト用意して、
まずはコミック傾き補正ビューアを公開しようと思います
他のは実験的なものなので、GUIを練り直したい
>>898
確かに雑誌転載はイヤかも

>>889
頂いたサンプルで、問題が出ないよう修正しました
小説画像再配置ツールβ8-5
URLリンク(www.bnbest.net)
DLKey:722
上下に分かれてしまった領域を直す機能を、ちょっと修正しました
これにより[二段組]のオプションはなくなりました

901:いつでもどこでも名無しさん
07/04/02 22:01:54 0
>>900
テスト変換時のページ切り替え(←カーソルで移動のやつ)で三度ほど例外発生したので一応報告。
アプリケーション再起動してもう一度その画像読み込んでみたところ、今度は例外が発生しませんでした。
テスト用に入力ディレクトリをちょくちょく切り替えて試している時に三度とも発生しました。
再現性ハッキリしてなくて申し訳ない。

************** 例外テキスト **************
System.OverflowException: 算術演算の結果オーバーフローが発生しました。
場所 NovelConvTest.CNovelAnalyze.LevelAdjust()
場所 NovelConvTest.CNovelAnalyze.Load(Stream& fs)
場所 NovelConvTest.CNovelAnalyze.Load(String FileName)
場所 NovelConvTest.CNovelAnalyze.Load(CNovelSetting& rSetting, String FileName, TextBox& rLog)
場所 NovelConvTest.frmNovelConv.a(Int32 A_0, CNovelAnalyze& A_1, Bitmap& A_2)
場所 a.a(Keys A_0)
場所 System.Windows.Forms.Control.ProcessDialogKey(Keys keyData)
場所 System.Windows.Forms.Control.PreProcessMessage(Message& msg)
場所 System.Windows.Forms.Control.PreProcessControlMessageInternal(Control target, Message& msg)
場所 System.Windows.Forms.Application.ThreadContext.PreTranslateMessage(MSG& msg)


902:722
07/04/02 22:43:33 0
>>901
すいません、それは自動レベル調整を[あり]にしてますか?
自分では最近レベル調整を使うことなくなっていたので、
なにかバグを作りこんでいるかも知れません。

903:901
07/04/03 08:44:29 0
>>902
三例とも自動レベル調整「あり」でやってました

904:いつでもどこでも名無しさん
07/04/03 23:39:58 0
今日はじめて知って、先ほどからトライ中
すげーっす。まともにやったらご認識しまくるだろうに。
今とりあえず、各文庫別に設定を煮詰めてるところ。感謝>722

905:いつでもどこでも名無しさん
07/04/04 00:43:25 0
いろいろ試してみました。
三が一と二に分離する問題。特に「、」「。」のすぐ後だと、
「テ」「ニ」とかが分離しますね。

すでにやっているかもしれませんが、その行内での、平均文字幅
を使って、ある程度きめうちしてからではどうでしょうか。
(特に、「、」「。」の後などは)
勝手なこと言ってすみません。だめだったら無視してくださいね。

906:722
07/04/04 19:25:30 0
>>903
ちょっと見たんですが、エラーとなる場所はわかりましたが、原因は今ひとつわかりませんでした。
とりあえずは致命的ではなさそうなので、次の機会にその部分をちょっと強化しておきます。

>>905
文字幅を使って高さを推定することは行っていて、
「、」「。」の後に冠が融合される現象は、逆にそれが原因となっています。
句読点の後がツメられているから推定する高さ以内におさまって、融合するんです。

だから、句読点の後にツメがないタイプの小説なら、
融合することはあまりないです。
私が試したところ、創元は融合して、朝日ソノラマは融合しませんでした。

また、推定高さも、きっちり横幅と同じにはしていません。
スキャナの性能から、多少ピクセルが前後するし、
また、途中でフォントが変るような小説もあるため、
ある程度の余裕を持たせています。
がそのため、さらに融合しやすいです。

ただ融合した後の文字にはパターンがあるようなので、
融合するに任せて、後から分離するなどの方策は取れそうです。
しばらくしてやる気が戻ったら見てみたいと思います。

907:いつでもどこでも名無しさん
07/04/04 20:09:05 0
>しばらくしてやる気が戻ったら

これが一番大変だよなw

908:いつでもどこでも名無しさん
07/04/06 21:35:19 0
ほす

909:いつでもどこでも名無しさん
07/04/08 02:17:55 0
電子書籍リーダユーザーっす
>>722サンのツールすごいっす

できたら、再配置なしのモード(空白を詰めるだけ)もあるといいなー
と思います


910:いつでもどこでも名無しさん
07/04/08 05:33:36 0
空白詰めたら再配置にならないか?
トリミングとは違うんだよな?

911:いつでもどこでも名無しさん
07/04/08 14:07:43 0
あーえーと、つまり1ページ=1ページというか
1行=1行というか。
再配置って、文字の段組とかも変えちゃうじゃないですか。
じゃなくて、本としての体裁もあるし、隙間を詰めるだけで、
文字の位置関係は保ったモードがあるといいなーということで。

なんか、行認識モードの表示とか見ると、すでにネタは出来てそうだから、
方針を変えるだけかなーと。
作者さんの方針と違うから、あくまで、こんなこともあるよーって程度で

912:いつでもどこでも名無しさん
07/04/08 14:27:35 0
それをするぐらいなら
本文以外の余白トリミング+傾き補正した物を指定サイズに綺麗に縮小
みたいな方向の方が正しい気がするな。
VGAぐらいあれば再配置無しで十分読めるし。

再配置せずにやっても隙間は殆ど詰められないし、
無理矢理詰めて字がくっつくと読みにくいだけでは?

913:いつでもどこでも名無しさん
07/04/08 16:41:46 0
そうなのかな?
傾き補正は作る自信ないけど、余白トリミングくらいなら作れるかも。
こんど時間が出来たら、試してみます

914:いつでもどこでも名無しさん
07/04/08 17:14:53 0
ソースも出しといてくれるとうれしいな……
いままでどれだけの便利ツールがソースが無いために使えなくなった事か……

915:いつでもどこでも名無しさん
07/04/08 17:40:21 0
>911
OCRの面からみても欲しいかも。行間を詰めるんじゃなくて開く機能だけど。
文字単位での再配置はまだ問題もあるけど、行間だけならほぼ完成の域に
あるんじゃないかな。

>912
方向として正しいとしても、現在も定評ある縮小拡大ツールはあるわけで、
そのレベルまで要求されると相当気合い入れる必要がありそうなんだよな。
何種類か縮小モードつけて、シャープネスとかアンシャープマスクとか
付けて、さらに効き目を調整してたりすると手間暇かかりそう。

916:いつでもどこでも名無しさん
07/04/08 19:32:02 0
>>915
いやいや、いまある縮小拡大ツールでは全く余白を把握してないから
どうしても自動化できない。

しかし、この再配置ツールなら正確に本文の位置を把握して、なおかつ
傾きも補正できるから理想的に本文を最大サイズで切り出せる。

現時点では代替品すら存在しないよ。

917:いつでもどこでも名無しさん
07/04/08 20:13:47 0
>916
いや、縮小の機能じゃなくて、性能の話だろう。

918:いつでもどこでも名無しさん
07/04/08 20:20:03 0
>>917
>>方向として正しいとしても、現在も定評ある縮小拡大ツールはあるわけで、
>>そのレベルまで要求されると相当気合い入れる必要がありそうなんだよな。

って言ってたから、気合いを入れるもなにも
現在も定評ある縮小拡大ツールは代替品ですらないよ。
つまり関係ない話だよ、と。そう言う意味でござる。

919:いつでもどこでも名無しさん
07/04/08 20:55:14 0
余白をトリミングした結果が自動で保存できれば、別の拡大縮小ツールでバッチ処理すればいいんじゃね。

920:いつでもどこでも名無しさん
07/04/08 22:42:50 0
>>919
うん。余白+傾き補正だけでもすげー良いツールになるな。
もちろん、現在の縮小自体も問題ない精度だけど。

921:いつでもどこでも名無しさん
07/04/08 22:47:10 0
余白カットはどの仕様にするか作者さんが一回悩んでたね。
PDA再利用目的ならノンブル有り、無し、余白Xドット、ぐらいで十分だとは思うけど。

922:722
07/04/09 20:03:55 0
小説画像再配置ツールβ8-7
URLリンク(www.bnbest.net)
DLKey:722

テスト的にトリミング機能をつけてみたんですが、どうですかね?
設定で[補正のみ_トリミング]ありにすると、
本文の平均位置をプレスキャンして、トリミング範囲とします。
余白は設定できます。
ノンブルは[補正のみ_ノンブル転送]で左下右下に転送するようにしてみました。

とりあえず実装してみたので、
挿絵とか表紙とかあっても、無視してトリミングします。
リサイズは別アプリでやってください。

個人的にはあまりピンと来てないので
こんな感じでいいのかどうかが、今ひとつわかりませんが、
お試しということで。

923:いつでもどこでも名無しさん
07/04/09 20:24:07 0
>>922
ありがとう、ありがとう。

924:いつでもどこでも名無しさん
07/04/09 21:22:59 0
ノンブルの横に章のタイトルが付いている時に、β8-6と同じ設定では
ノンブルが不明に、章のタイトルがノンブルになってしまう

925:722
07/04/09 22:06:48 0
>>924
小説画像再配置ツールβ8-8
URLリンク(www.bnbest.net)
DLkey:722
これでどうすか?

926:いつでもどこでも名無しさん
07/04/09 22:32:54 0
素早い対応ありがとうございます。
正しい位置になりました。

927:いつでもどこでも名無しさん
07/04/10 01:11:34 0
>>925
凄すぎる!
補正して良し、切り抜いて良し。
死角がない感じで嬉しいです。

928:いつでもどこでも名無しさん
07/04/10 01:26:00 0
>>922
リサイズは別アプリで、とのことですが
TOPメニューでサイズを指定していればちゃんとリサイズまで全自動で出来ましたよ。
良い感じです

929:いつでもどこでも名無しさん
07/04/10 01:27:29 0
してませんでした。
寝ぼけていたようです……。

930:いつでもどこでも名無しさん
07/04/10 02:20:52 0
>>925
便乗して試してみました。
本文認識は完璧なのですが、偶数ページで切り出し位置が
右にずれることがあるようです。

URLリンク(vista.jeez.jp)

ノンブル転送のパラメーターもかえてみましたが結果は一緒でした。

931:いつでもどこでも名無しさん
07/04/10 06:41:27 0
2段組の新書版を再配置しているのですが、
上段から下段に移る時に改行が必ず入ります。

上段終わりの文書
(空白行)
下段はじめの文章

って感じになります。


932:いつでもどこでも名無しさん
07/04/10 07:11:54 0
お礼を書き込むの忘れていました。722さんありがとうございます。
iLiadで読むのに重宝しております。
iLiadは表示領域が768x935で正方形に近いので、新書の2段組などは読むのが大変でした。
このツールのおかげでばっちりです。
ちなみにパラメータは、
出力画像サイズ:768,935
行間タイプ:ピクセル
読み込み画像拡大率:110(1ページに20行程度になるように調整、2段組は拡大、1段組は80程度に縮小)
を変更してます。


933:722
07/04/10 08:28:25 0
>>930
左右のページでトリミング位置が違うので、左右別の領域を出してます。
ただ、それだと微妙にサイズが違って違和感あるので、幅と高さを一致させています。
多分、それはプレスキャンのときに、たまたま2行少ないページがサンプルされたと思います。
読み飛ばすページを変えるか、サンプルページを増やしてみてください。

>>931
領域が変わったとき強制改行してるので、
二段組のときは改行しないようにしてみます。
致命的ではないので次の機会にね。

934:いつでもどこでも名無しさん
07/04/10 09:07:55 0
>>933
ありがとうございます。

いくつか試してみたところ
サンプルページを増やして、調整した後
左右の余白を多めに(1000*1600のJPGで50ぐらい)にすると
ずれることもなく綺麗にいけるようです。



次ページ
最新レス表示
レスジャンプ
類似スレ一覧
スレッドの検索
話題のニュース
おまかせリスト
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch