OCRFeeder: возможности, форматы, установка и актуальный статус

OCRFeeder — настольная программа для Linux, которая объединяет анализ макета страницы с внешними OCR-движками и помогает превратить скан или изображение в редактируемый либо поисковый документ. Приложение отвечает за страницы, зоны, предобработку, ручную коррекцию и экспорт, а само распознавание поручает установленному движку. На 14 сентября 2026 года последним upstream-релизом остаётся OCRFeeder 0.8.5 от 15 марта 2022 года. Проект не объявлен закрытым, но GNOME отмечает отсутствие недавней активности сопровождающего; при этом отдельные дистрибутивы продолжают поддерживать пакеты. Поэтому OCRFeeder интересен прежде всего как локальный Linux-инструмент без обязательного облака и аккаунта, а не как активно развиваемый современный OCR-комбайн.

Скачать OCRFeeder

Самый безопасный путь получения OCRFeeder зависит от дистрибутива. Upstream GNOME публикует исходные архивы; в каталоге релизов последним отмечен 0.8.5. Пользователю Linux обычно разумнее сначала проверить официальный репозиторий своей системы: пакетный менеджер установит совместимые GTK-, Python- и системные библиотеки вместе с приложением и упростит дальнейшее удаление.

На дату обзора Arch Linux содержит OCRFeeder 0.8.5-11 в официальном репозитории Extra. Это не новая версия самой программы, а ревизия пакета дистрибутива: upstream по-прежнему 0.8.5. В Debian ситуация иная. Поиск пакетов показывает OCRFeeder 0.8.5-1 для Bookworm, 0.8.5-3 для Forky и Sid, но не показывает пакет для текущего стабильного Debian 13 Trixie. Поэтому совет «просто выполнить apt install ocrfeeder» нельзя считать универсально корректным для актуального Debian.

На Flathub также есть пакет org.gnome.OCRFeeder для x86_64 и AArch64, однако карточка помечена как Unverified. Это означает, что публикация не подтверждена Flathub как принадлежащая разработчику OCRFeeder. Кроме того, сопровождающий Flatpak прямо предупреждает об ограничениях доступа к SANE-бэкендам сканеров внутри песочницы. Flatpak подходит прежде всего для импорта уже полученных файлов; если критично сканирование непосредственно из приложения, системный пакет обычно предсказуемее.

Что такое OCRFeeder

OCRFeeder позиционируется как система анализа макета документа и оптического распознавания. Исходная программа была создана Joaquim Rocha в рамках магистерской работы по информатике, затем развивалась как свободное приложение экосистемы GNOME. В официальном описании ключевая идея сформулирована практично: по изображению программа автоматически очерчивает содержимое, отличает графику от текста, передаёт текстовые области OCR-движку и позволяет исправить результат перед экспортом.

Это важно для правильной идентификации продукта. OCRFeeder — не веб-сервис, не мобильный сканер, не облачный API и не библиотека OCR. Он является настольной оболочкой и инструментом подготовки документов. Само качество распознавания в большой степени определяется внешним движком, его языковыми моделями и исходным изображением. Программа добавляет к этому сегментацию страницы, управление областями, проектный файл, сканирование, очистку изображения и генерацию итогового документа.

Текущий статус неоднозначен. Официальный архив GNOME всё ещё хранит исходники и релизы, пакет Arch Linux поддерживается на уровне дистрибутива, а статистика локализаций GNOME обновлялась в 2026 году. Одновременно страница локализации указывает для сопровождающего «No recent activity», а новый функциональный релиз не выходил после 0.8.5 в 2022 году. Поэтому OCRFeeder корректнее называть доступным, но малоактивным upstream-проектом, а не активно развиваемым современным OCR-комбайном и не окончательно заброшенной программой.

Основные функции OCRFeeder

Анализ макета и области содержимого

OCRFeeder работает не только с «целой страницей». После добавления изображения программа может автоматически определить прямоугольные области и классифицировать их как текст или изображение. Текстовая область предназначена для распознавания и последующего редактирования, графическая — для сохранения фрагмента как изображения в сформированном документе. Если автоматическая сегментация ошиблась, границы можно исправить вручную или создать область только вокруг нужного фрагмента.

Подключение OCR-движков

OCRFeeder не привязывает пользователя к единственному OCR-ядру. Он запускает внешнюю команду распознавания по конфигурации движка и получает её вывод. Современный пакет Arch Linux указывает Tesseract и Ocrad как опциональные средства распознавания; историческая документация также описывала GOCR и CuneiForm. Наличие движка в старой документации не гарантирует, что он упакован и поддерживается в конкретном современном дистрибутиве, поэтому ориентироваться нужно на доступные системные пакеты.

Tesseract остаётся наиболее очевидным выбором для современного Linux. Для русского текста дополнительно нужны соответствующие языковые данные самого Tesseract. OCRFeeder может передавать языковой параметр, но не заменяет языковую модель движка. Если интересна история другого свободного OCR-решения, на сайте есть отдельный обзор OCR CuneiForm.

Импорт PDF, изображений и сканирование

PDF импортируется как набор страниц-изображений, а не как исходный PDF с сохранённой внутренней структурой объектов. Для этого в системных пакетах используется Ghostscript. Следствие принципиальное: OCRFeeder подходит для сканированных PDF, но его нельзя рассматривать как редактор существующего текстового слоя, форм, подписей, закладок или интерактивных объектов PDF. Входной PDF фактически становится визуальным материалом для распознавания.

Для бумажного оригинала приложение умеет получать изображение через SANE. В релизе 0.8.0 разработчик зафиксировал сканирование с 300 DPI в цветном режиме, а в 0.8.2 были исправлены проблемы диалога сканера. Возможность зависит от того, видит ли устройство SANE и доступен ли нужный backend. В Flatpak это особенно критично: песочница не получает автоматически все SANE-бэкенды хоста.

Проекты, исправление текста и экспорт

Проект OCRFeeder сохраняется в файле с расширением .ocrf. Документация описывает его как сжатый контейнер с информацией о страницах-изображениях и областях содержимого. Это рабочий формат, а не универсальный документ для обмена. Его преимущество — возможность остановить работу, вернуться к ручным границам и тексту, а также объединять страницы из проектов до финального экспорта.

Распознанный текст можно корректировать в интерфейсе, а для области задаются свойства, связанные с содержимым и оформлением. Историческая документация подробно описывает тип области, её границы, текст и параметры абзаца. Главным форматом программы официально назывался ODT: он удобен, когда результат предстоит дорабатывать как редактируемый документ. Для дальнейшей правки такого файла подходит, например, LibreOffice Writer.

Интерфейс командной строки расширяет сценарии автоматизации. Актуальная man-страница пакета OCRFeeder 0.8.5 перечисляет PDF, HTML, ODT, TXT и SPDF, где SPDF означает searchable PDF — PDF с поисковым текстовым слоем. CLI принимает изображения, формат результата, выбранный OCR-движок и код языка ISO 639-1. Это делает OCRFeeder пригодным не только для ручной работы, но и для повторяемых локальных задач, если заранее проверена конфигурация движка.

Интерфейс и удобство использования

Графическая часть построена на GTK. Логика интерфейса следует структуре OCR-проекта: слева или в области списка находятся страницы, в центре отображается выбранное изображение с прямоугольниками содержимого, а свойства выбранной области редактируются в отдельной панели. Официальная документация указывает, что интерфейс позволяет исправлять нераспознанные символы, задавать и корректировать bounding boxes, настраивать абзацы, очищать изображения, импортировать PDF, сохранять проекты и экспортировать результат.

Для простого одностраничного скана последовательность понятна: добавить изображение, запустить распознавание, просмотреть области и текст, исправить ошибки, экспортировать. Порог освоения заметно растёт при сложном макете. Пользователю приходится понимать разницу между сегментацией и OCR, знать, какой внешний движок установлен, выбирать язык распознавания и решать, какие области должны остаться картинками.

Русский язык присутствует среди переводов интерфейса GNOME. Однако наличие локализации не равно гарантии стопроцентного перевода каждой строки в конкретной сборке: полнота зависит от состояния po-файла и версии пакета. Термины OCR, layout, engine, area и searchable PDF всё равно полезно понимать, поскольку они встречаются в документации, названиях зависимостей и диагностике.

Поддерживаемые форматы и совместимость

PDF-совместимость односторонняя в смысле рабочего процесса: программа получает страницы из PDF и может создать новый PDF, но не предназначена для сохранения всех внутренних сущностей исходника. Если исходный документ уже содержит качественный текстовый слой, ссылки, формы или цифровые подписи, повторное растеризование и OCR может быть ухудшением. В такой ситуации OCRFeeder нужен только если задача действительно требует распознать изображённый текст.

Официальных сборок OCRFeeder для Windows и macOS нет. Теоретическая переносимость Python-кода не означает наличие поддерживаемого пользовательского продукта на этих ОС: GTK, SANE, Ghostscript, Unpaper и конфигурация движков образуют Linux-ориентированный стек. Для Windows разумнее выбирать OCR-программу, которая прямо выпускает и тестирует Windows-сборку.

Паспорт переноса данных

Переносимость результата у OCRFeeder зависит от того, на каком этапе находится работа. Исходные изображения наиболее универсальны, .ocrf лучше всего сохраняет состояние проекта, ODT сохраняет редактируемость, а PDF или SPDF удобнее передавать как конечный документ. Эти уровни не взаимозаменяемы.

Для долгой работы оптимально хранить не один финальный файл, а три уровня: неизменённые исходники, .ocrf-проект и итоговый экспорт. Тогда ошибку сегментации можно исправить без повторного сканирования, а результат открыть в сторонней программе даже если OCRFeeder позже перестанет запускаться на новой системе. Это особенно важно для малоактивного upstream-проекта.

Производительность и стабильность

У OCRFeeder нет опубликованной современной таблицы производительности, поэтому приписывать ему конкретное число страниц в минуту или фиксированное потребление памяти некорректно. Время работы складывается из нескольких этапов: загрузки или растеризации страницы, возможной очистки Unpaper, сегментации, запуска внешнего OCR-движка и формирования результата. На больших сканах и многостраничных PDF каждый из этих этапов увеличивает задержку.

Импорт PDF особенно чувствителен к объёму: каждая страница превращается в изображение, а затем хранится и анализируется как графический материал. Это означает больше дискового пространства и памяти, чем при простом чтении готового текстового PDF. Для очень крупного архива практичнее делить работу на партии и сохранять промежуточные проекты, чем держать сотни сложных страниц в одном сеансе без контрольных точек.

Качество и скорость OCR в значительной степени определяет выбранный движок. OCRFeeder управляет областями и передаёт им данные, но не превращает старый или неправильно настроенный движок в современное распознавание. Для Tesseract важны язык, модель и качество изображения. Автоматическая сегментация OCRFeeder тоже может ошибаться на таблицах, необычных колонках, декоративных заголовках и смешанном тексте, поэтому ручная проверка остаётся частью рабочего процесса.

Лицензирование и версии

OCRFeeder распространяется как свободное ПО по GNU General Public License версии 3 или любой более поздней версии. В стандартной модели нет платной редакции, подписки, отдельной Pro-лицензии, ограничения числа страниц или пробного периода. Программа не требует создания аккаунта для запуска, локального OCR или экспорта.

Отсутствие платы не означает отсутствие внешних компонентов. OCRFeeder без OCR-движка не выполняет ключевую задачу распознавания; для PDF нужен соответствующий системный стек, для сканирования — SANE, для предобработки — Unpaper. Большинство типичных компонентов свободны и устанавливаются из репозиториев Linux, но их версии и наличие определяет дистрибутив.

Нумерацию пакетов следует читать внимательно. Например, Arch Linux 0.8.5-11 — это upstream 0.8.5 плюс одиннадцатая ревизия упаковки Arch, а Debian 0.8.5-3 — версия 0.8.5 с ревизией Debian. Такие номера не означают, что существует официальный OCRFeeder 0.8.5.11 или 0.8.5.3. Функциональную историю проекта нужно сверять именно с upstream NEWS.

Хронология развития и поддержки

Системные требования

Подтверждённый программный стек

Upstream configure.ac для 0.8.5 требует Python не ниже 3.5 на уровне исходной системы сборки и проверяет Python-модули enchant, sane, PIL, reportlab и odf, а также GObject Introspection-модули Gtk и GooCanvas. Современные дистрибутивы подставляют более новые совместимые версии компонентов. Поэтому цифру Python 3.5 нельзя трактовать как рекомендацию ставить древний интерпретатор на актуальный Linux: это нижняя граница в метаданных проекта, а реальная версия Python определяется репозиторием.

Текущий пакет Arch Linux показывает практический набор: GTK3, Ghostscript, Python и PyGObject, Pillow, odfpy, ReportLab, pyenchant, python-sane, Unpaper и другие библиотеки. Tesseract и Ocrad отмечены как опциональные средства распознавания. «Опциональность» здесь пакетная: GUI может установиться без них, но OCR как функция требует хотя бы одного настроенного движка.

Операционная система и оборудование

Подтверждённая целевая среда — Linux с GTK и перечисленными зависимостями. Официальных пользовательских сборок для Windows и macOS проект не публикует. Никаких актуальных официальных минимумов по объёму ОЗУ, числу ядер, разрешению экрана или свободному месту upstream не заявляет, поэтому указывать фиктивные «2 ГБ RAM» или «500 МБ на диске» было бы неверно.

Карта критических зависимостей

Преимущества и недостатки OCRFeeder

Плюсы и минусы

Свободная лицензия без подписки. Нет искусственного лимита страниц, обязательного аккаунта или платного разблокирования экспорта.

Локальный рабочий процесс. Стандартная схема не требует отправлять сканы в облачный сервис, что удобно для документов, которые нежелательно выгружать стороннему провайдеру.

Разделение макета и OCR. Можно вручную исправлять области и выбирать движок вместо жёсткой привязки к одному распознавателю.

Проектный формат .ocrf. Позволяет хранить незавершённую работу и возвращаться к страницам и зонам до финального экспорта.

GUI плюс CLI. Один инструмент покрывает ручную подготовку сложной страницы и базовую пакетную автоматизацию.

Минусы

Редкие upstream-релизы. Последняя версия 0.8.5 датирована мартом 2022 года, а GNOME фиксирует отсутствие недавней активности сопровождающего.

Linux-ориентированность. Нет официального настольного продукта для Windows или macOS.

Много зависимостей. OCR, PDF, сканирование и очистка опираются на разные внешние компоненты, поэтому ошибка не всегда находится в самом OCRFeeder.

Автоматическая сегментация требует контроля. На сложной верстке порядок и границы зон приходится исправлять вручную.

Не редактор существующего PDF. Импорт PDF ориентирован на растеризацию страниц для OCR, а не на сохранение интерактивной структуры исходного файла.

Сравнение с аналогами

Ближайшим по стилю пользовательской работы сегодня выглядит gImageReader: он тоже даёт графический интерфейс, импорт PDF/изображений и работу со сканером, но непосредственно ориентирован на Tesseract и имеет актуальный релиз 3.4.3 от августа 2025 года. OCRFeeder интереснее там, где привычна его модель областей, ODT и сменных движков; gImageReader практичнее как более современная оболочка для Tesseract.

OCRmyPDF решает другую задачу. Он особенно уместен для архива сканированных PDF, где нужно сохранить PDF-процесс и добавить поиск, не занимаясь вручную компоновкой каждого листа. OCRFeeder удобнее при визуальной работе с отдельными зонами и преобразовании в редактируемый документ. Tesseract, напротив, находится уровнем ниже: OCRFeeder может использовать подобный движок, тогда как Tesseract сам по себе не предоставляет полноценного редактора макета.

Sumatra PDF сравнивать с OCRFeeder как прямым конкурентом некорректно. Sumatra PDF — прежде всего лёгкий просмотрщик для Windows: он полезен после OCR, когда PDF уже содержит текстовый слой и его нужно быстро открыть, прочитать или найти фразу. OCRFeeder работает до этого этапа, превращая изображённый текст в данные. Аналогично обычный Adobe Acrobat Reader относится главным образом к чтению готового PDF, а не к Linux-процессу сегментации сканов.

Инструкция по установке

Arch Linux: официальный пакет

1. Обновите базу пакетов и систему обычным для Arch Linux способом, чтобы не смешивать старые библиотеки с новым пакетом.

2. Установите OCRFeeder из официального Extra. На дату обзора репозиторий содержит 0.8.5-11.

3. Установите хотя бы один OCR-движок. Для современного сценария обычно выбирают Tesseract и отдельный пакет языковых данных для нужного языка; Ocrad является другим опциональным вариантом.

4. Запустите OCRFeeder и убедитесь, что движок обнаружен. Если распознавание недоступно, сначала проверяйте установленный engine, а не PDF или экспорт.

5. Для удаления используйте пакетный менеджер Arch. Перед удалением сохраните .ocrf-проекты и экспортированные документы; пользовательские настройки стоит оставить, если планируется повторная установка.

Debian: сначала проверить ветку дистрибутива

В Debian нельзя давать одну команду без проверки выпуска. На 14 сентября 2026 года официальный поиск пакетов показывает OCRFeeder в Bookworm oldstable, Forky testing и Sid unstable, но не в текущем стабильном Trixie. Если ваша ветка действительно содержит пакет, ставить его следует из штатного репозитория этой ветки вместе с выбранным OCR-движком. Не стоит подключать testing или unstable к стабильной системе только ради одной программы: смешивание веток создаёт более серьёзный риск зависимостей, чем отсутствие OCRFeeder.

Flatpak: установка с осознанными ограничениями

1. Убедитесь, что Flathub уже подключён к вашей системе Flatpak.

2. Выберите приложение с идентификатором org.gnome.OCRFeeder и проверьте, что карточка всё ещё относится к OCRFeeder. На дату обзора она имеет статус Unverified.

3. После первого запуска импортируйте небольшой локальный PNG или JPEG и выполните пробное распознавание.

4. Если нужен физический сканер, не считайте его отсутствие ошибкой устройства: сопровождающий Flatpak предупреждает, что песочница не имеет обычного доступа ко всем SANE-бэкендам хоста.

5. При удалении Flatpak сначала экспортируйте результаты и сохраните .ocrf-проекты вне каталогов приложения.

Первый запуск и контроль установки

Для контрольного запуска нужен небольшой, не конфиденциальный скан с заведомо известным текстом. Добавьте страницу, проверьте появление изображения, убедитесь в наличии OCR-движка, выполните распознавание и сравните несколько редких слов с оригиналом. Затем сохраните проект .ocrf и экспортируйте ODT либо другой нужный формат. Такая проверка одновременно подтверждает четыре разных слоя: импорт, движок, проект и экспорт.

Практические кейсы

Бумажный документ в редактируемый ODT

Цель. Получить редактируемый текст из бумажного письма или статьи, сохранив иллюстрации отдельными областями. Подготовка. Нужен скан 300 DPI или уже сохранённое изображение, установленный OCR-движок и его модель языка.

1. Получите страницу через SANE либо добавьте готовое изображение.

2. Если скан заметно перекошен или загрязнён, примените предобработку Unpaper к копии и визуально убедитесь, что символы не повреждены.

3. Запустите автоматическое определение областей. На странице с иллюстрацией проверьте, что рисунок отмечен как изображение, а абзацы — как текст.

4. Выполните OCR и исправьте очевидные ошибки в распознанных областях. Особое внимание уделите именам, номерам и словам с редкими символами.

5. Сохраните .ocrf до экспорта, затем сформируйте ODT.

Проверка результата. Откройте ODT в независимом редакторе, выполните поиск по двум-трём словам из разных абзацев и сравните порядок блоков с оригиналом. Ограничение. OCRFeeder не гарантирует полиграфически точное воспроизведение сложной страницы; ODT предназначен прежде всего для редактируемого результата.

Сканированный PDF в поисковый документ

Цель. Сделать PDF, состоящий из изображений, пригодным для поиска. Подготовка. Сохраните исходный PDF отдельно, проверьте Ghostscript и OCR-движок. Если исходный PDF уже содержит корректный текст, этот сценарий не нужен.

1. Импортируйте PDF и дождитесь преобразования страниц в изображения.

2. На нескольких разных страницах проверьте сегментацию и язык распознавания.

3. Выполните OCR; для большого файла сначала обработайте небольшую партию, чтобы не обнаружить неверный язык после десятков страниц.

4. Исправьте критичные области и сформируйте поисковый PDF через поддерживаемый формат SPDF либо выбранный PDF-процесс.

5. Не удаляйте исходник до полной проверки нового файла.

Проверка результата. Откройте новый PDF в независимом просмотрщике, найдите редкое слово на первой, средней и последней странице, затем скопируйте короткий фрагмент и сопоставьте его с изображением. Ограничение. Импорт OCRFeeder растеризует страницы; исходные формы, подписи и другие интерактивные объекты не являются предметом этого процесса.

Навигатор по сбоям

Часто задаваемые вопросы

OCRFeeder сам распознаёт текст или использует Tesseract?

Можно ли пользоваться OCRFeeder без интернета?

Нужно ли регистрироваться или покупать лицензию?

Есть ли официальная версия OCRFeeder для Windows?

Почему пакет 0.8.5-11 новее 0.8.5, если релиз был в 2022 году?

Суффикс после дефиса относится к ревизии пакета дистрибутива, а не к новой версии программы. Arch Linux может пересобрать тот же OCRFeeder 0.8.5 против новых библиотек и выпустить 0.8.5-11, не меняя upstream-функциональность.

Безопасно ли устанавливать OCRFeeder 0.8.3?

Для новой установки такой выбор не оправдан. Версии до 0.8.4 затрагивает CVE-2022-27811, связанная с командной инъекцией через специально сформированное имя PDF или изображения. Исправление вошло в 0.8.4, а последней upstream-версией является 0.8.5.

Подходит ли OCRFeeder для PDF с цифровой подписью или формами?

Не как редактор таких объектов. PDF импортируется для получения изображений страниц и OCR. Если важно сохранить цифровую подпись, поля формы, структуру тегов или интерактивность исходного PDF, следует использовать специализированный PDF-инструмент и не пропускать документ через ненужное растеризование.

Какой формат сохранять, если работа ещё не закончена?

Сохраняйте проект .ocrf и отдельно исходные изображения. .ocrf предназначен для продолжения работы со страницами и областями. ODT, TXT или PDF лучше считать экспортными результатами, а не полноценной заменой рабочего проекта.

Можно ли получить только обычный текст?

Да. CLI OCRFeeder поддерживает TXT. Это полезно, если макет не нужен. Цена простоты — потеря изображений, координат зон и большинства элементов оформления, поэтому для сложного документа ODT или поисковый PDF информативнее.

Почему сканер работает в системе, но не в Flatpak OCRFeeder?

Это известное ограничение конкретной упаковки. Сопровождающий Flatpak объясняет, что песочница не имеет обычного доступа к SANE с хоста и не может включить все внешние backends. Практический обход без сложной настройки — отсканировать страницу системным приложением, сохранить изображение и открыть его в OCRFeeder.

Вывод

OCRFeeder остаётся специализированным Linux-инструментом для тех, кому важны локальная обработка, ручной контроль областей страницы, свободная лицензия и возможность получить ODT или другой документ через внешний OCR-движок. Его архитектура особенно уместна для одиночных и средних проектов со смешанным макетом, где автоматическое OCR нужно дополнять визуальной коррекцией.

Выбирать OCRFeeder стоит с пониманием состояния проекта. Upstream 0.8.5 не обновлялся функционально с марта 2022 года, хотя дистрибутивы продолжают поддерживать пакеты. Для нового рабочего процесса, рассчитанного на годы, разумно сравнить его с более активно поддерживаемым gImageReader; для массового превращения сканированных PDF в поисковые — с OCRmyPDF; для автоматизации на уровне движка — с Tesseract.