Свежие комментарии

Title Comment
Meshok dlya gruza 200?

Meshok dlya gruza 200?

Купить за $10 хреновину, которую ставят под стекло машины, ч

Купить за $10 хреновину, которую ставят под стекло машины, чтобы она не грелась на солнце, и распороть ея?

Я ничего не встречал. Возможно, эти позитивные дюральки под

Я ничего не встречал.

Возможно, эти позитивные дюральки подойдут к Benro (уж больно на Gitzo похожи внешне), но надо мерять.

А то я поискал по Manfrotto 055 tripod base и как-то ничего

А то я поискал по Manfrotto 055 tripod base и как-то ничего не нашёл.

Интересно, что есть для штативов Manfrotto -- у меня 055MFV

Интересно, что есть для штативов Manfrotto -- у меня 055MFV (без узла переворачивания и горизонтального положений штанги и с неразборной штангой -- облегчённый, 3-х секционный)...

Есть FineReader Scripting Edition, которым можно пользоватьс

Есть FineReader Scripting Edition, которым можно пользоваться через Automation интерфейс

Их, типа, двадцать тысяч или около того.

Их, типа, двадцать тысяч или около того.

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

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

tiff оно точно поддерживает. А на предмет всего остального е

tiff оно точно поддерживает. А на предмет всего остального есть ghostscript, ddjvu и netpbm.

Cunei Form нынче открыла исходники. Сам не читал:)

Cunei Form нынче открыла исходники. Сам не читал:)

Зато там есть название и аннотация, этого в самый раз (но не

Зато там есть название и аннотация, этого в самый раз (но неизвестно, на какой странице они начинаются)

А вот точно первые 4к, а не скажем с 8-го по 12-й? Там всяка

А вот точно первые 4к, а не скажем с 8-го по 12-й? Там всякая ересь типа введений не помешает?

Ну во-первых, я не пробовал. Для получения "тегов"

Ну во-первых, я не пробовал. Для получения "тегов" - да, скорее устроит, качество не очень нужно.

Но у них даже списка поддерживаемых форматов не написано на сайте, я опечален.

Файнридер ценен тем, что все нужные графические форматы уже

Файнридер ценен тем, что все нужные графические форматы уже понимает.

Ему бы команду "остановиться, обработав 10 страниц" (а лучше - 4 килобайта) и сохранить результат в текст - и все. Бы.

так текстовые форматы (ворды, компилированный видовс-справки

так текстовые форматы (ворды, компилированный видовс-справки и т.п.), по идее, индексаторы должны уметь напрямую индексировать прямо скопом на автопилоте?

ясно что ворды умеет резать сам ворд, там же целый визуальный бейсик для приложений встроен. ну или виндовс scripting - ворд же регистрирует свое COM-добро, можно воспользоваться.

в качестве другой креативной идеи - можно на автопилоте отконвертировать все старые ворды в новые xml-ные ворды или хml-ные опен офисы, и индексировать их.

но имхо с зоопарком форматов за день не управишься, каждому графическому (а если индексатор офису не обучен - то и текстовому тож) формату - свою автоматизацию надо лепить :-)

Недавно я читал в компьютерре интервью с начальником ABBYY.

Недавно я читал в компьютерре интервью с начальником ABBYY. Его там спрашивали "куда дели из файнридера командно-строчную распознавалку" (то есть до версии 8 включительно она там была). Он отвечал "это де, для корпоративных применений, поэтому мы её только в enterprise edition оставили).
А вообще может тебя качество ныне опенсурсного CuneiForm устроит? Там командно-строчную распознавалку никто не отменял.

Word и умеет. Через OLE automation. Ну или catdoc filename.

Word и умеет. Через OLE automation. Ну или catdoc filename.doc |head -100.

А ворды кто умеет резать? Я вот готов потратить на задачу ещ

А ворды кто умеет резать?
Я вот готов потратить на задачу еще день собственного участия (чтобы потом в эту печку скармливать уже автоматически) и пока мне не кажется, что оно за это время решится....

в качестве вспомогательной идеи, посоветую сперва отрезать п

в качестве вспомогательной идеи, посоветую сперва отрезать первые страницы в отдельные файлы, затем распознавать, чтобы распознавалка не мучилась открытием.

.pdf-ы в command line умеет резать pdftk, дежавю - не знаю.

command line вроде принимает бесплатный cuneiform, распространяется в том числе и в исходных текстах http://www.cuneiform.ru/downloads/index.html

Имеющий глаза да прочтет релизнотесы (это я себе): 2. OpenC

Имеющий глаза да прочтет релизнотесы (это я себе):

2. OpenCL - OpenGL Interop is not supported.

Я имел в виду GLSL :-) Вот что такое половая травма.

Я имел в виду GLSL :-) Вот что такое половая травма.

"И все у них так"™ У меня тоже первая в

"И все у них так"™

У меня тоже первая версия цветокорректора была на DX написана. Боже, как мне стало хорошо, когда наконец эти тормоза из ARB дотянули HLSL до стандарта!

Альтернатива от MS, да, есть (пока в виде эмулятора, впроче

Альтернатива от MS, да, есть (пока в виде эмулятора, впрочем)

Но я посмотрел на количество кода, которое нужно, чтобы сложить 1+1 и огорчился.

<i>Даже если они появятся в условном OpenCL 1.1+, прид

<i>Даже если они появятся в условном OpenCL 1.1+, придется писать по варианту программы под каждую видео-архитектуру.</i>

Ну дак OpenGL всю жизнь такой. Альтернатива - это жизнь в стиле Мелкософт, сделать один стандарт и заставить всех паять железо под него. Зато в OpenGL новые фичи сильно раньше DirectX появляются.

Я собираюсь поделать микротесты на следующей неделе, сдается

Я собираюсь поделать микротесты на следующей неделе, сдается мне, что там не должно быть так уж плохо, а nBody - несчастный случай.

Вместе с тем, достаточно почитать того же Харриса про reduction (или про nBody) и уверенности в 60-70% от возможного пика - нет совсем.

как вы сами написали, похоже, что сейчас OpenCL реализован (

как вы сами написали, похоже, что сейчас OpenCL реализован (и пока не оптимизирован) поверх CUDA, отсюда и получаем оверхэд.
будем надеяться, что в будущем OpenCL будет реализован напрямую (или оптимизирован) и производительность будет не хуже, чем у CUDA.

>>придется писать по варианту программы под каждую видео-архитектуру
ну даже на CPU так всегда было и есть, чтобы получить 100% нужна специализация. для видео было бы здорово, если generic код давал 60-70% от оптимизированного. пока главная проблема это хоть как-то облегчить программирование и способствовать широкому внедрению. мощи у видео хватает, даже 60% будет очень хорошо.

Естественно переписать, все другое. Но OpenCL - это настоль

Естественно переписать, все другое.

Но OpenCL - это настолько хорошее предложение для всяких обработок растровой графики, что просто ой. Через год будем там.

Я вот писал со слов (из форума) и похоже был неправ (см. Upd

Я вот писал со слов (из форума) и похоже был неправ (см. Update) - и интеграция есть и используется она в примере. Однако 80 против 320 GFLOP/s (прямо как оно пишет на экране) - медицинский факт, да и крутится ocl-ный пример сильно медленнее.

странно, что в OpenCL нет взаимодействия с OpenGL. вроде как

странно, что в OpenCL нет взаимодействия с OpenGL. вроде как OpenCL спроектирован, чтобы использовать общие ресурсы с OpenGL и минимизировать переключение контентов. возможно просто не дореализовали стандарт.

Писал месяц для CELL BE и CUDA. 1. С CUDA проще. 2. Это спец

Писал месяц для CELL BE и CUDA.
1. С CUDA проще.
2. Это спец. процессоры для спец. задач.
Делать задачу специально под них - можно,
но переносить код с процессора общего назначения - увольте.
Проще переписать.

Pages

Subscribe to comments_recent_new