Здравствуйте, HowardLovekraft, Вы писали:

HL>Советую пересмотреть концепцию.
HL>Вообще имеет смысл подробней изложить задачу. Кодировать 514 байт в штрихкоде... как-то чересчур.

HL>Проше кодировать простеньким коротким штрихкодом, и где-то хранить соответствие штрихкодов и объектов.
HL>Тогда требуемая разрядность определяется через макисмально-возможное количество кодируемых объектов.

Задача следующая: Есть набор плоских баз-данных специализированного формата (химия). Они лежат на диске, и пути до них известны. Каждая база содержит в себе набор таблиц, а те в свою очередь набор рекордов. Собственно пишется пользовательский веб-интерфейс для отображения этих баз. Одна из фич создание репорта, в который необходимо добавлять баркод, сканируя который, юзер впоследствии сможет сразу перескочить на нужную базу и рекорд. Поэтому в баркоде должны бать закодированы минимум путь до базы и номер рекорда (откруются нужные таблицы и перейдут на соответствующий рекорд), т.е. информацию вроде этой:

\data\example.db?RecId=100

Я поэксперементровал с разными баркодами и получилось, что 1-мерных баркодов (оптимальным окзался Code 128A) будет маловато, поскольку если путь до базы будет слишком длиный, то баркод получится огромный и сканер его не может считать.

Стал смотреть в сторону PDF417, выяснилось что наш сканер его не читает

Баркоды пока генерировал на бесплатном сервисе
http://www.tec-it.com/asp/main/startfr.asp?mainmenu=Software&sbmenu=Online&redirect=demo/playground.asp&LN=1

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