Finereader 6.0 в Линукс?

Автор: BigAndy Дата: 09.10.2005 21:38 На сайте [www.abbyy.ru] обозначено, чт давно выпущен SDK (движок) фйнридера под нинух 7.3-9.0
Вопрос: А есть ли готовое решение (или хотя бы front-end под линух. И если есть, то будет ли работать в АСП10 при установке compat-glibc?
Re: Finereader 6.0 в Линукс? 09.10.2005 21:56DRVTiny Нет, фронтэнда не существует. Я на выставке SofTool 2005 задал аналогичный вопрос сотруднику компании ABBYY, и он поведал мне, что изначально были планы создать полноценный программный продукт - FR 6.0 for Linux, но потом неожиданно выяснилось, что движок системы распознавания работает под Свободной Для Свободных крайне нестабильно, желания доводить его до ума у разработчиков не было, так что остался нам в наследство этот недоделанный SDK за баснословные деньги, как своеобразный памятник бесхозяйственности.
На самом деле Fine Reader нужно запускать в его нормальном Window'ом воплощении из-под CrossXOver: у меня, например, ломаный русский FR 7.0 (просто взял демку FR, диск с которой свободно можно было брать в магазинах 1С (в Москве на Селезнёвской, 21, например) и "зарегистрировал" её совершенно стандартным пиратским сrack'ом) спокойно, без каких-либо плясок с бубном, встал и заработал под свежеустановленным (и вроде бы тоже ломаным) CrossOver Office 4.0 FR 7.0 Professional отлично работает, а мне большего счастья и не нужно: собственно, кроме FR в Linux есть абсолютно всё, что мне нужно, и даже больше Улыбка)
Re: Finereader 6.0 в Линукс? 09.10.2005 23:58BigAndy А кроссовер много жрет ресурсов? А с Фанридером?
Re: Finereader 6.0 в Линукс? 10.10.2005 08:48DRVTiny Так ведь WINE (своеобразным фронтэндом для слегка "исправленной и дополненной" версии которого по сути является коммерческий CrossXOver) - это WINE Is NOT an EMULATOR. А собственные наработки winehq.org'а (некоммерческая организация, в которой 80% разработчиков работают на ту же компанию codeweavers, продающую CrossXOver. Так что здесь нет никакого альтруизма) по воссозданию WIN32 API работают, прямо скажем, не многим медленнее настоящих MIcrosoft'овских. На самом деле под wine производительность Windows-приложений по идее должна быть вообще такой же, как и в самой ОС Windows, а определённые тормоза при пользовании "не-эмулятором" возникают в основном из-за его злополучных постоянных спотыканий на каждом шагу с формированием целого потока отладочной информации, обусловленных не только и не столько особенностями внутренней реализации "суррогатных" API, сколько отсутствием в WINE на данном этапе его развития тех или иных возможностей, присутствующих в нативных системных библиотек динамической компоновки от Microsoft.
RSS-материал