【文字認識】OCRソフト（3文字目）【自炊】

**名無しさん＠お腹いっぱい。** · 2024/03/21(木) 15:32:59.39

光学文字認識（こうがくもじにんしき、Optical character recognition）ソフト

主なOCRソフトウェア（市販ソフト）
・読取革命16（開発元パナソニック、販売元ソースネクスト）
・本格読取5（開発元パナソニック、販売元ソースネクスト）
・e.Typist v.15.0（メディアドライブ）
・ABBYY FineReader PDF 16（ABBYY）

主なOCRソフトウェア（フリーソフト）
・tesseract-ocr
・PaddleOCR
・RapidOCR
・NDLOCR
・MangaOCR
・bunkoOCR

過去スレ
【文字認識】OCRソフト【自炊】
https://egg.5ch.net/test/read.cgi/software/1470745451/l50

【文字認識】OCRソフト（２文字目）【自炊】
https://egg.5ch.net/test/read.cgi/software/1701326685/l50

**名無しさん＠お腹いっぱい。** · 2025/03/16(日) 10:51:53.43

532さんが電子書籍化のことを書かれていたが自分もそのことを考えていた
完璧な物ができなくてもいいけどリフロー化できれば便利になる
段落が空白で始まり会話文の行頭が「であるような小説は機械的に処理するロジックはできそうだが、そうでない本もあるので汎用的に作るのは難しそうだ
新書的な本で本文だけでよければ図表は事前にグラフィックソフトで消しておくしかないかな

**名無しさん＠お腹いっぱい。** · 2025/03/16(日) 11:36:14.47

縦書きで、上や下にページ番号と章タイトル書いてあるパターンと、横書きで右や左にあるパターンは
多分簡単に外せそうな感じ
横書きで上下にあるパターンはどうしよう。文字の大きさで何とかしようかしら。

図や表は、真面目に解析しないとダメなので、もうちょい時間かかるです。
NDLの認識エンジン使ってみようかしら。

**名無しさん＠お腹いっぱい。** · 2025/03/16(日) 11:54:13.81

図表についても考えていただけているとはうれしいです

**名無しさん＠お腹いっぱい。** · 2025/03/17(月) 15:39:06.11

>>539
ルビが順序入れ替わるバグ、確認しました。どこが原因か探してみます。

**名無しさん＠お腹いっぱい。** · 2025/03/18(火) 14:46:00.77

bunkoOCRの作者様、
１画像の最終行には論理的には改行を付けるべきではないでしょうか
複数画像のテキストを結合するにも手間がかかりませんし

ちなみに市販品「読取革命」でも最終行には改行が付いています

**名無しさん＠お腹いっぱい。** · 2025/03/18(火) 19:38:32.49

>>549
修正してて抜けてることに気付きました。
空改行を含めて改行を入れるように仕様を変更します。
ページ結合する際にやりやすいよう、2行または1行の空改行が入るようにして
2行の連続空改行を置換すると文が連続するようにしようと考えています。

**名無しさん＠お腹いっぱい。** · 2025/03/19(水) 10:38:27.72

読取革命は文章だけの本で勝手なレイアウト認識をされるのが邪魔だ
ページ等を事前に削除した画像で１ページ全体を１つの領域にするにはページを選択して右クリックの「すべて選択」→「属性変更」でできることがわかったが
それを全画像でまとめてやることができないようだ
何かいい方法ある？

**名無しさん＠お腹いっぱい。** · 2025/03/19(水) 11:15:07.52

枠固定みたいなのあったような

**名無しさん＠お腹いっぱい。** · 2025/03/19(水) 11:19:14.21

かえって扱いづらくなるかも

**名無しさん＠お腹いっぱい。** · 2025/03/19(水) 17:28:33.58

UWSCでマウスを操作するスクリプトを作って「ページ一覧」ウィンドウの「次ページ」ボタンと画像ウィンドウとを行き来させることで
読取革命で自動的に全画像をそれぞれ単一領域に設定できるとわかった

**名無しさん＠お腹いっぱい。** · 2025/03/19(水) 20:45:02.29

どうしてそんなことにこだわっているかと言うとテキストファイルに変換するのに読取革命を自動レイアウト認識で使うと
空行が無視されてしまうためです
出来が悪いとしか言いようがない

例
https://1.gigafile.nu/0627-c0d522a2ed7abb86d0ee3d804f786bb33

**名無しさん＠お腹いっぱい。** · 2025/03/19(水) 21:05:17.67

bunkoOCR作者様、
上にアップした例を変換するとbunkoOCRは文字も正確に認識されていていいのですが、
最後の行頭の「　一一月」が「一月」になってしまうのはどうしてでしょうか

**名無しさん＠お腹いっぱい。** · 2025/03/19(水) 21:16:44.54

読取革命、テンプレート作って、かんたん認識で設定したらできるかな

**名無しさん＠お腹いっぱい。** · 2025/03/20(木) 02:36:57.81

>>556
なんかバグ踏んでました。手元で修正している最新版ではちゃんと「一一月」に取れてるので、
処理の繋ぎ目で文字が行方不明になるバグだったっぽいです。

**名無しさん＠お腹いっぱい。** · 2025/03/20(木) 10:01:12.90

>>557
画像が同じような大きさならば一気にできますね
アドバイスありがとうございました

**名無しさん＠お腹いっぱい。** · 2025/03/30(日) 14:19:40.37

bunkoOCR、前後の文字が消えて同じ文字になるのがあったわ
「顔顔」「目目」「がが」「でで」みたいに

漢字なら正規表現([一-龯])\1で探せるけど
ひらがな([ぁ-ん])\1はマッチするのが多いから見つけるのが大変

**名無しさん＠お腹いっぱい。** · 2025/03/30(日) 18:57:40.83

>>560
ごめん今直してるところです。もうしばしお待ちを

**名無しさん＠お腹いっぱい。** · 2025/03/31(月) 17:02:05.31

bunkoocr作者様、お世話になっております
おま環の可能性も高いのですが、bunkoOCR_20250314_patch、bunkoOCR_20250314b_patchの2つのバージョンから
使っているうちにだんだん速度が遅くなってくる現象が見られます（それでも数年前のよりは早いですが）
同じファイルでもbunkoOCR_20250311の方が倍以上の速度で処理できます

例 bunkoOCR_20250311　337ページで10分
bunkoOCR_20250314b_patch　337ページで22分

20250311版はGPU使用率がほぼ9割以上で推移するのに対して
https://imgur.com/ovAhXBI
20250314以降は開始直後は上記と同じで高速で処理してくれるのですが2分ほど経つと使用率にたまに0～10％が出始め、
https://imgur.com/D0fXWCx
だんだんそれの頻度が多くなっていき10分も経つと一瞬だけ90％台で処理、あとはずっと0～5％で処理する状態が続きます
https://imgur.com/a/5wZgwIc
一回終了して再び起動するとまた高速で処理してくれますが、やはり2分程度で遅くなっていきます

**名無しさん＠お腹いっぱい。** · 2025/03/31(月) 17:03:54.57

負荷が軽いのはいいことなのですが同時に処理速度もかなり遅くなるので
今は20250311版にTextDetector.fp16.onnxを入れて処理しています
（これは入れたほうが速度が速くなりました）
ただ、もしかしてradeonのドライバの問題かもしれないです
一応、最新の25.3.1にしたうえでradeon chillなどの省電力機能が干渉してるかもと思い全部オフにして
GPUもデフォルトからOCしてみたりもしたのですが症状は変わらず
温度に関してはソフト実行中でも50度以下で制限がかかるほど熱くはなっていません

環境は以下です

Win10 22H2
Ryzen 5 2600X
radeon 7600←xtだと思ってましたが無印でした
メモリ　32GB
directMLのみチェック

そもそもこのスレでradeon使ってるのは私だけっぽいから他に同じ症状の人はいないのかな？

**名無しさん＠お腹いっぱい。** · 2025/03/31(月) 18:48:41.90

処理してるうちに遅くなるのは、開発環境でもそう言われてみると起きてたような気がします。
あまり長時間のテストをWindowsでしてなかったので気付いていませんでした。
今iOS版でロジックの修正を行っているのがもうちょいで終わるので、Windows版に反映するときに
一緒にみてみます。

**名無しさん＠お腹いっぱい。** · 2025/03/31(月) 21:41:14.63

パッチを当てた後、似たように処理が遅くなるのはあったな
キャッシュを削除して新しくキャッシュを生成したら直ったけど

**名無しさん＠お腹いっぱい。** · 2025/04/04(金) 05:22:43.86

>>562
すみません。単純なポカしてました
ログを表示していますが、そこの領域の行数に比例して遅くなっているみたいです
計算自体は遅くなっていないのですが、表示が詰まって最終的には計算まで巻き込まれて
遅くなっていそうです
どっちみちこの部分は進行具合を表示するためのものなので、過去30行くらい残して昔のを
消していくように修正します

その他、iOS版3.2で修正したOCRの処理上のエラーも一緒に直していますので次のバージョンを
お待ちください

**名無しさん＠お腹いっぱい。** · 2025/04/04(金) 06:18:19.94

>>566
対応ありがとうございます
楽しみに待ってます

**名無しさん＠お腹いっぱい。** · 2025/04/04(金) 21:21:47.40

bunkoOCR抜群です｡旧字体もへっちゃらです｡凄い｡
困ってるのは頁が､左欄､右欄が分かれて､コンサイス英和の様な体裁の時､
左欄一行､右欄一行､左欄二行､右欄二行､〃〃になってしまう｡

左欄全部､次に､右欄全部に指定する方法とかありますか｡

**名無しさん＠お腹いっぱい。** · 2025/04/04(金) 21:55:17.12

>>568
見開き+段組と、単ページ+段組で順序が違うので、オプションを導入する予定です。
このオプション入れたら、真ん中らへんに境目があればたぶんいけると思います。

**名無しさん＠お腹いっぱい。** · 2025/04/04(金) 22:02:43.53

縦書き本画像を左９０°回転させて横倒れ文字のまま横書き専用OCRソフトが対応してくれればいいのに

**名無しさん＠お腹いっぱい。** · 2025/04/04(金) 22:05:18.07

そうしたらみんな左上から右に向かって解析できる

**名無しさん＠お腹いっぱい。** · 2025/04/04(金) 23:10:01.91

568 です｡
レスポンス､ありがとうございます｡気長に待ってます｡

現版5.7G!!でかい｡ 1Mbit/secでダウンロード14時間余かかりました｡
256Gメモリー･ステックにセーブ試みるとエラー「大きすぎ､保存不可」
ベクター･フリー･ソフトの[ファイル分割 FDHoot]で分割して保存しました｡

色んな方々のお世話になってます｡

**名無しさん＠お腹いっぱい。** · 2025/04/05(土) 07:59:20.85

あんまりにアーカイブサイズがでかいので、自分の要らないプラグインに必要なdllを外してダウンロードできる
ダウンローダ作るわ。DirectMLの人やCPUの人はcuda要らないものね

**名無しさん＠お腹いっぱい。** · 2025/04/10(木) 05:03:58.39

bunkoOCRすごいね
久々に感動した

**名無しさん＠お腹いっぱい。** · 2025/04/10(木) 09:02:23.68

bunkoOCRは色々改良していただいているようだが更新公開頻度を上げていただけるといいんだが・・・

**名無しさん＠お腹いっぱい。** · 2025/04/10(木) 10:20:07.21

>>575
すまんの。自分で使ったり報告があったバグを潰してたら、バグのモグラ叩きになってて時間かかってたです。
iOSの方で直したやつを、Windowsの方に持ってきてる形なので、遅くなってます

**名無しさん＠お腹いっぱい。** · 2025/04/10(木) 14:20:39.96

主流のcuda以外も見捨てずに対応してくれるだけで大感謝です
2年前のに比べて認識精度がかなり上がっているので昔OCRしたものも再度やり直してます

**名無しさん＠お腹いっぱい。** · 2025/04/12(土) 15:53:51.86

透明テキストPDF化をなにとぞお願いいたします

**名無しさん＠お腹いっぱい。** · 2025/04/13(日) 08:24:07.90

全ファイルのOCRが完了した時に何らかの音が鳴ると嬉しいですね
以前と違ってかなり早く終わるので気づかないことも多い

**名無しさん＠お腹いっぱい。** · 2025/04/14(月) 02:02:21.59

GUIだけでなくCUIでも動作できるようにしていただけると超うれしいですが、優先度は低めでも

**名無しさん＠お腹いっぱい。** · 2025/04/14(月) 04:07:41.77

>>580
基本的には、OCRengine.exeでほとんど処理してるので、標準入力に順番に対象ファイルを入れて行けば処理される感じです。
次のやつにコマンドラインから呼ぶ時の方法も書いておきますね。

**名無しさん＠お腹いっぱい。** · 2025/04/14(月) 10:42:25.37

>>581
ありがとうございます！気長にお待ちしております

**名無しさん＠お腹いっぱい。** · 2025/04/14(月) 20:27:42.51

連続した会話文で2つ目以降の「（カギカッコ）が抜ける例ですが
bunkoocrの最新のバージョンですと、ある程度の高解像度の画像ファイルならほぼ無くなりましたが
古いスキャナやデジカメで撮影したような低解像度のファイルだとたまに出てきますね
文意はわかるのであまり気にはなりませんが

**名無しさん＠お腹いっぱい。** · 2025/04/15(火) 02:55:05.25

ゴミを除去するための空白閾値が高すぎると、細い文字や薄い文字が巻き込まれて除去されるので、0に近づけるとよいかも
blank_cutoffというやつ。20だと薄めの字は飛ぶと思うです

代行 · 2025/04/15(火) 06:33:59.42

>>1にあるフリーのOCRの中ではフロントエンドがないNDLOCRが一番敷居高い気がする

**名無しさん＠お腹いっぱい。** · 2025/04/15(火) 11:03:36.31

【脳科学】「政治行動の激しさ」に関連する脳回路の存在が研究で判明 [すらいむ★]
http://egg.5ch.net/test/read.cgi/scienceplus/1744637408/

上記のリンクをたどったリンク先の本文とコメントを読まれると・・・
余裕ありますか・・・
大々的にインターネット上にばらまかれました！

**名無しさん＠お腹いっぱい。** · 2025/04/15(火) 19:23:00.94

bunkoOCRさん、小説の節っていうのか知らないけど
1、2、3ってのが中盤にあっても文章の頭に表示されるのを修正してほしい

　　　　　1

みたいになってるやつ
空白が多いと難しいのかな

**名無しさん＠お腹いっぱい。** · 2025/04/16(水) 05:43:06.25

本性露骨に露したな

**名無しさん＠お腹いっぱい。** · 2025/04/16(水) 20:08:12.64

>>572
分割するよりNTFSでフォーマットしたほうが早いと思う。

**名無しさん＠お腹いっぱい。** · 2025/04/16(水) 22:50:44.19

>>572 です
新品のスティックならNTFSでフォーマットもありえます｡
今回は､新品のスティックではなく､既に幾つかのファイルが保存されてる使いふるし品への追加です｡

ベクター･フリー･ソフトの[ファイル分割 FDHoot]は手っ取り早く分割できました｡
よくできてます｡

**名無しさん＠お腹いっぱい。** · 2025/04/17(木) 16:38:47.18

bunkoOCRで「こ」が「と」に認識されるのがあった
出版社によって使ってるフォントが違うせいだと思うけど
「こ」の間が「乙」みたいにつながってる文字が誤認識するみたい

**名無しさん＠お腹いっぱい。** · 2025/04/17(木) 17:38:18.94

>>591
どこの出版社のやつとかわかりますか。次の再学習の時に入れたいので、サンプルになる本を教えていただけるとありがたいです

**名無しさん＠お腹いっぱい。** · 2025/04/17(木) 18:39:07.75

>>592
新潮文庫で辻村深月「ツナグ」という本です

「こ」の部分
https://i.imgur.com/RNf6Qv1.jpg

**名無しさん＠お腹いっぱい。** · 2025/04/17(木) 19:29:33.60

>>593
ありがとうございます。新潮文庫は、手持ちにあるので同様の文字が無いか確認してみます。

**名無しさん＠お腹いっぱい。** · 2025/04/17(木) 19:35:04.55

あ、これ
内容からすると特別にフォント変えてあるのかな。実物見てみます。

**名無しさん＠お腹いっぱい。** · 2025/04/17(木) 19:55:06.63

人間さんも読み間違いしそうで...
aとoを読み間違える某教科書体にはムカついている。

**名無しさん＠お腹いっぱい。** · 2025/04/17(木) 20:14:07.75

>>595
画像は「こ」が入ってるところを幾つか抽出して貼っただけです
小説全体でこんな感じのフォント使ってますね
探したところ講談社でも似たようなフォントで見つかりました

**名無しさん＠お腹いっぱい。** · 2025/04/17(木) 20:28:26.15

bunkoocr様、目次や登場人物紹介のレイアウトが崩れるのはどうしようもないことなんでしょうか？

目次だと漢数字のページ数（一ニ三など）が全部まとめて文章後方に行って
見出し部分は前に固まる感じ

登場人物も、　人名A---------その説明文、のようなものですと中盤から崩れ始めます
数ページなので手動で直してもあまり手間はかかりませんが

**名無しさん＠お腹いっぱい。** · 2025/04/17(木) 20:43:48.25

と、書き込んだら何やら興味深い話

新潮文庫は自分も10冊近くやりましたが画像とは違う繋がっていないフォントでしたね
文春・講談社・集英社・小学館・角川・朝日ソノラマなど150冊以上ocrしましたが
そのような事例はなかったと思います
ジャンルや発行年代が違うのかな？

**名無しさん＠お腹いっぱい。** · 2025/04/17(木) 21:12:57.57

作家によってはこだわりでフォントを指定してくることがある…みたいな話をなんかでみたことがある
出版関係者じゃないのでホントかどうかはしらんけど

**名無しさん＠お腹いっぱい。** · 2025/04/17(木) 21:35:06.21

>>598
iOS版では多分直ったと思うので、windows版に反映させているところです。
文のブロックの形成方法を少し修正しました。

**名無しさん＠お腹いっぱい。** · 2025/04/17(木) 21:46:53.46

bunkoOCRを使わせてもらいましたがすごく良かったです。
だた「廣」が「広」になってしまうのが気になりました。
ある意味正しいのでしょうけど人名だったので手打ちで修正しました・・・

**名無しさん＠お腹いっぱい。** · 2025/04/17(木) 22:28:52.93

「こ」も必ずしも失敗しないのがまた悩ましい
https://i.imgur.com/n3bTQ0f.png

>>602
旧字のあたりは、勝手に変換してしまう時があるんですよね。見つけ次第直してたんですが、
廣と広は学習が足りてなかったみたいです。
どこの学習データにそのへんの変換が入ってしまっているのかが実はよく分かってなくて。
文字コードと字体の変換テーブルが、新しい字の方になってしまっているフォントが
使っている中にあるのかな。

**名無しさん＠お腹いっぱい。** · 2025/04/17(木) 23:06:12.17

>>597
ありがとうございます。貼っていただいた画像で試したところ、なぜか95%のサイズに縮小すると
ちゃんと認識しました。
一応リサイズオプションつけたような気がするので、もしよければ試していただけますか。
今のモデルは、大きい字になった場合繋がっていると間違えるやすいようなので、追加学習でまた直しておきます。

代行 · 2025/04/19(土) 07:38:13.13

bunkoOCRの作者に聞きたいことがある

・Android版を作る予定はある？
・（NDL古典籍OCR-Liteみたいに）精度が多少落ちてもいいので、CPUのみで高速処理できるバージョンは作れる？

**名無しさん＠お腹いっぱい。** · 2025/04/19(土) 10:56:57.48

Android版なんていらんだろ

**名無しさん＠お腹いっぱい。** · 2025/04/19(土) 11:41:42.75

>>605
Androidだと、性能の保証ができないので難しそうだなと。
なお、Androidのスマホをプレゼントしてくれるなら別ですけど、使ってないデバイスで開発するのは難しいです。
精度があんまり落ちないCPUバージョンは一応できましたが、これ以上速くするにはモデルサイズを
刈り込まないといけないのでちょと面倒。蒸留とかすればいいんでしょうけど、そんなにすぐにはできないです。

**名無しさん＠お腹いっぱい。** · 2025/04/19(土) 16:29:00.37

bunkoocrで出力されたjsonファイルを皆さんはどうやって活用してるんですか？
そのままじゃ読みにくいですよね
epubやら変換するツールみたいなのがあるんですか？

代行 · 2025/04/22(火) 07:32:38.20

>>607
>蒸留とかすればいいんでしょうけど、そんなにすぐにはできないです。
わかりました、無理に急がなくても大丈夫です

**名無しさん＠お腹いっぱい。** · 2025/05/28(水) 15:57:35.30

しかしソフ板でなんでエロ広告？

**名無しさん＠お腹いっぱい。** · 2025/06/18(水) 15:54:40.27

bunkoOCR作者様、とても重宝させてもらってます
ありがとうございます

ところで横書き縦書きを指定することはできないでしょうか
横書きの文書で各ページ中の4行ぐらいが縦書きに判定されてしまいます

**名無しさん＠お腹いっぱい。** · 2025/06/18(水) 18:23:50.70

>>611
windows版の方でしょうか。
オプション入れ忘れてる気がしますので、次のバージョンで足しておきますね

**名無しさん＠お腹いっぱい。** · 2025/06/18(水) 20:05:12.30

>>612
Windows版です
よろしくお願いします！

**名無しさん＠お腹いっぱい。** · 2025/06/19(木) 13:48:15.39

次のバージョンはまだ時間がかかりそうですかね？
楽しみに待っています

**名無しさん＠お腹いっぱい。** · 2025/06/19(木) 19:05:28.87

ついでにTransformerの部分の再学習をさせてるので、もうちょいかかりそうです。
もう少しのところで微妙に精度が上がらないので苦しんでいるところです。

**名無しさん＠お腹いっぱい。** · 2025/06/20(金) 20:22:39.16

>>615
ありがとうございます
作者様のおかげで私の自炊ライフはかなり捗っています
もう数百冊自炊して一人でスマホの本棚画面を見てニヤニヤしてる感じです

**名無しさん＠お腹いっぱい。** · 2025/06/23(月) 18:47:06.12

ocrbunkoで、これみたいに括弧内が2行になってるの読み取り方法ありますか？
https://i.imgur.com/LCXKvKF.jpeg

**名無しさん＠お腹いっぱい。** · 2025/06/23(月) 20:37:06.16

>>617
19　インスマウスの影
たちが、いろいろ毛色の変わった各地の人間を連れてきたということもよくごぞんじのことと
思います。セイラム（マサチュセッツ州北東部にある港町）の男が支那人を妻にして帰ってきたという話をお聞きに
なったことがあるでしょう。それに、ほら、どこかコッド岬（マサチュセッツ州にある大西洋につきだした岬）の近くに
は、フィジー諸島（太平洋南部の英領植民地）の住民がいまでも大ぜいいるそうじゃありませんか。
　まあ、なんですね、インスマウスの連中の背後には、なにかそんなことがあるにちがいあり
ませんな。あの町は、沼や入江がたくさんあって、よその町とはいつも連絡が遮断されたよう
な形になっているものですから、くわしいことはよくわからないんです。が、マーシュ老船長
が、自分に任されている三隻の船を使って、二十人、三十人と、妙な住民たちを連れ帰ったに
ちがいないことだけは、かなりはっきりわかっています。現在インスマウスに住んでいる連中
には、確かに妙な特徴がありますな――もっともそれを、どう説明したらいいのかわたしには
わかりませんが、なにかこう、背すじがむずむずしてくるようなものなんです。あのサージェ
ントのバスにお乗りになれば、あの男にも、そういうところがあるから、ははあこれだな、と
すぐわかりますよ。あの連中のなかには、妙に頭が狭くって鼻が平べったく、それに眼はふく
らんでいて開きっぱなしみたいにじっと人をにらんでいるようなご面相のものがいるんですが、
こいつらの皮膚ときたら、お話になりません。鮫肌で吹きでものだらけだし、頸の両側はしわ
だらけでくびれているんです。おまけに、若いうちから、頭が禿げるときています。年を取っ
た連中は、それぁもう、見られたもんじゃありません――まったくの話が、あの連中をこの目
で見たときは、まさかと思いましたよ。自分の姿を鏡で見たら、きっと死ぬにちがいありませ
こんな感じでよければ。
ふりがなの判定と、割注(文中に2行に分けて注釈を入れる)の判定が難しいので誤判定されることがあります。
この画像の場合、ちょっと文字が小さい(解像度が低い)ので、少し拡大すると判定が上手くいくようです。
x2.5くらいリサイズしてみてください。

**名無しさん＠お腹いっぱい。** · 2025/06/24(火) 05:48:46.88

>>617
ありがとうございます。帰ったらやってみます

**名無しさん＠お腹いっぱい。** · 2025/06/24(火) 19:12:34.99

>>618
自分の環境では3倍でうまくいきました！ありがとうございます

**名無しさん＠お腹いっぱい。** · 2025/06/29(日) 08:10:40.59

非常に高速なプログラムではUIの更新がボトルネックになるそうだけど
デバッグ出力を止めたら速くなりそう

**名無しさん＠お腹いっぱい。** · 2025/06/29(日) 08:24:47.07

エラーが発生したファイルはWait listに残りますが、もう一度やり直せませんか？
Windows版です

**名無しさん＠お腹いっぱい。** · 2025/07/22(火) 10:44:44.00

読取革命を持っているがPDFにOCRをかけてPDFで保存すると元画像を維持できない
FineReaderは画像を改変しないとのこと(AIで調べただけ)
FineReaderを使っている方　いかがですか

**名無しさん＠お腹いっぱい。** · 2025/07/22(火) 16:19:35.07

FineReaderはバージョン16になるとサブスクだけになるようだ
今はまだソースネクストで15の買い切り版が買える
27,500円と安くはないけど

ScanSnap付属の古いバージョンは持っているがOCR精度はよくない
元画像は維持されるから有料バージョンでも同じだとは思うが

**名無しさん＠お腹いっぱい。** · 2025/07/28(月) 16:51:27.27

ScanSnap SV600に付属していたScanSnap Organizerをずっと使っていたが
PCのクラッシュを機に後継のScanSnap Homeをインストールしてみた
日本語縦書き雑誌をOCRしてみたが精度は変わらなかった
ScanSnap Homeは使いにくいので元に戻そうかな

bunkoOCRの精度が最も高いことはわかっているがPDFに埋め込めないのが残念

**名無しさん＠お腹いっぱい。** · 2025/07/29(火) 04:24:38.85

bunkoOCRで埋め込みPDFを作るべく、フォーマットのお勉強してるのでしばしお待ちを
いまここまで来た
https://github.com/lithium0003/pdf_addtext

**名無しさん＠お腹いっぱい。** · 2025/07/29(火) 04:43:02.86

すばらしい
楽しみにしてます

**名無しさん＠お腹いっぱい。** · 2025/07/29(火) 08:58:00.52

それはありがとうございます　期待してお待ちします

もう１つお願いがあります
市販品のスペックを見るとオプションでOCRをリフローにできるものがあります
https://www.sourcenext.com/Product/1000001825/ とか
改行が削除されることで改行をまたいだ検索ができます
ご検討いただけるとうれしいです

**名無しさん＠お腹いっぱい。** · 2025/07/29(火) 09:57:52.06

>>628
画像の文字の場所に埋め込むとすると、行の切れ目で分けざるを得ないのですが、
Acrobat readerとかは次の行っぽい場所にあればくっつけてくれるようです。
リフローOCR処理されたpdfのサンプルってありますか。どうやってるのかがわからないので、どうやって実装するのかかがわからんのです。

**名無しさん＠お腹いっぱい。** · 2025/07/29(火) 10:50:04.19

>>629
Acrobat Readerのその挙動には気付いていましたが必ず検索できるとは限らないようです
リフローならば確実に検索できるでしょうね
PDF OCRソフトはほとんどサブスクになってしまってしかもボッタくりの値段ですね
ソースネクストの旧版FineReader 15は買い切りなのでちょっと高いけど買って試してみようかと思っています
（読取革命は買ってありますが問題外）

**名無しさん＠お腹いっぱい。** · 2025/07/29(火) 12:27:50.42

>>630
場所がページ内のどこでもいいなら、全文貼るのは簡単なんですが。
場所を合わせつつ、切れないようにするのができないので、なんか裏技あるんかしらと

**名無しさん＠お腹いっぱい。** · 2025/07/29(火) 14:14:05.95

>>631
これとかどうですか
https://www.antenna.co.jp/XSL-FO/sample/pdf/sample-writing-mode.pdf
https://www.antenna.co.jp/AHF/ahf_samples/ja/fo/language/writing-mode-1.pdf

**名無しさん＠お腹いっぱい。** · 2025/07/29(火) 18:26:38.14

>>631
きちんとしたPDFエディタを持っていないのでFineReader 15を買ってみてしまいました
リフローのオプションはPDFには無くて、テキストやワードファイルに保存する場合だけでした
しかも段落の認識精度は低い

けしからんことには画像を変えずにOCRの透明テキストを追加することができませんでした

**名無しさん＠お腹いっぱい。** · 2025/07/29(火) 19:09:37.39

>>632
サンプルありがとうございます。

いまのところこんな感じなんですが、内部的な処理としては同じようにTjコマンドで
順番に出してるのですけど、これで皆さんの環境で検索可能になってますか。
https://github.com/lithium0003/pdf_addtext/raw/main/Sample/IMG_2399.pdf

>>633
ありがとうございます。
画像をそのままにして、ごにょごにょするのって実はめちゃくちゃむずいんです。
とりあえずの目標は、官報を全文検索可能にするテストですが、デコードややこしい。
模様の付いたタイトルとかも実は画像だったりもして、そういうのは弾かなきゃなのでまたややこしい

**名無しさん＠お腹いっぱい。** · 2025/07/29(火) 19:42:41.45

>>634
リフローなんてPDFではできないものだと思ってしまいました
余計なことを書いてすみませんでしたと謝らなければいけないのかと思ったのですが
官報を全文検索可能にするテストとは驚きました
期待しております

サンプルはAcrobat Readerで検索できています

**名無しさん＠お腹いっぱい。** · 2025/07/29(火) 20:20:13.41

サンプルIMG_2399.pdfで「婆さん」を検索すると24行目末尾は検索されません
リーダーが改行をまたいで検索するオプションを持っいてくれれば済む話だとと思うんですがね

**名無しさん＠お腹いっぱい。** · 2025/07/29(火) 21:16:00.17

>>634
サンプルIMG_2399.pdf

SmatraPDFで行末跨ぎ検索(「婆さん」など)やctrl+aで全選択してクリップボードコピーが出来ました
ただし行が傾いているせいか、マウスでの文字選択がトリッキーです
(選択してても所々カーソルの様な選択幅しか表示されない、実質無害ですが)

PythonのMyMuPDF(SmatraPDFも同じmupdfエンジン)でもテキスト抽出できました

**名無しさん＠お腹いっぱい。** · 2025/07/29(火) 21:38:58.51

SmatraPDFは使ったことがありましたがそんな機能があったとは気付きませんでした
本家も見ならってほしい

**名無しさん＠お腹いっぱい。** · 2025/07/30(水) 10:24:14.81

Acrobat Readerで行跨ぎ検索が効くのは検索語句が漢字語句かカタカナ語句に限られるような感じがする
よって「婆さん」には効かない
Windowsサーチ用のAcobat Reader付属のiFilterも同じである様子

**名無しさん＠お腹いっぱい。** · 2025/07/30(水) 17:33:30.37

Mac版のAcrobat readerだと、「婆さん」で改行かかっててもヒットするな。バージョンによるのかしら
座標を絵に合わせてTmで配置し直してるけど、前の行の近傍にある場合だけ、後続のTjがくっつく動作になってるっぽい。
Macのプレビューだと、そういう行は切れちゃう。

**名無しさん＠お腹いっぱい。** · 2025/07/30(水) 17:41:22.40

自分はAcrobat ReaderをインストールしてないですがエクスプローラーからPDF検索出来てます
(「婆さん」は何箇所もあるので別のものだと「そうした気候の恩恵」など)

Windowsデフォルトのハンドラーが使われているようです
(SumatraPDF IFilterもありますがインストールしてなかった)

Computer\HKEY_CLASSES_ROOT\CLSID\{6C337B26-3E38-4F98-813B-FBA18BAB64F5}
Reader Search Handler
%systemroot%\system32\Windows.Data.Pdf.dll

**名無しさん＠お腹いっぱい。** · 2025/07/30(水) 18:53:37.59

みなさん検証ありがとうです。
だいたい行けそうな気配がするので、この方針でpdf埋め込み行くことにします。
bunkoOCRに入れ込むので、もうちょっと待っててください。

**名無しさん＠お腹いっぱい。** · 2025/07/30(水) 18:59:27.02

自分のPCも調べたらWindows標準のPDF検索機能が使われていて「そうした気候の恩恵」もマッチしました
Acrobat ReaderをインストールしていたのでてっきりそのiFilterだと思い込んでいました

何を見て「Windowsサーチ用のAcobat Reader付属のiFilterも同じである様子」なんていう嘘を書いてしまったんだろう
すみませんでした
Explorerの検索はよく使っているのでうれしい結果でした

**名無しさん＠お腹いっぱい。** · 2025/07/30(水) 20:12:39.04

>>642
良かったです、よろしくお願いします

>>643
すみません、少し複雑なので省略しました
実際にはここに書いてある順番で調べていく必要があります
https://learn.microsoft.com/en-us/windows/win32/search/-search-ifilter-registering-filters
https://learn.microsoft.com/ja-jp/windows/win32/search/-search-ifilter-registering-filters

自分の場合に使用されているifilterを示したかったのですが、>>641のレジストリーだけで決定されるわけではなく
Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Classes\.pdf\PersistentHandler (Defalut)={1AA9BF05-9A97-48c1-BA28-D9DCE795E93C}
Computer\HKEY_CLASSES_ROOT\CLSID\{1AA9BF05-9A97-48c1-BA28-D9DCE795E93C}\PersistentAddinsRegistered\{89BCB740-6119-101A-BCB7-00DD010655AF}
下に>>641のCLSIDでの登録があるのでその部分だけ示しました

iFilterの表示名だけであれば
Win+Sサーチ -> Indexing Options -> Advancedボタン -> File Typesタブ -> リストのpdfまでスクロール
で確認できると思います

【文字認識】OCRソフト（3文字目）【 自炊 】

【文字認識】OCRソフト（3文字目）【自炊】