Это и ряд последующих сообщений перенесено из темы "Проблема инь в DjVu 600 dpi" http://www.djvu-scan.ru/forum/index.php?topic=99.0
SorokaSV(у меня кромсатор некоторые tiff наотрез отказывается принимать, никакие прогонки через ирфан не помогают, а после прогона через тейлор прекрасно видятся).
От такой проблемы есть надёжное лекарство: пакетная конвертация Tif -> Bmp в Irfan View. Полученные Bmp будут поняты любой программой, умеющей работать в Bmp. А в Scan Tailor с этим тоже не всё гладко - зачастую он неправильно воспринимает Tif, полученный декодированием из растрового PDF. В таком случае я делаю 2 пакетные конвертации в Irfan View:
Tif -> Bmp
Bmp -> Tif (т.к. Scan Tailor не умеет работать с Bmp).
Отправить наверное могу, хотя не разу не делал. Но надо ли этим заниматься?
Ну конечно не помешает. Такие вещи всегда полезно изучить - оно может пригодиться потом в смежных областях. Причём лучше всё-таки выложите исходное сырьё - из которого потом инь получается (т.е. чтобы можно было у себя воспроизвести генерацию инь).
Давно размер не главное
Я считаю это большим заблуждением. Размер всегда будет иметь значение - исходя из понятия "экономическая эффективность".
Лучше сделать программу обрезки полей в djvu без декодирования - кодирования.
А знаете - Вы мне только что подкинули прелюбопытнейшую идею. Я подумал, что "обрезка полей в djvu без декодирования - кодирования" действительно теоретически возможна! Для этого достаточно лишь научиться менять отрисовку маски - точнее, научиться менять координаты шейпов маски (без их перекодирования). В принципе, наверное, это возможно. И даже подозреваю, что это уже делается вот в этой программе:
http://www.zebradoc.com/en/details.htmlТолько не совсем ясно - зачем такая программа?
Без двух кодировщиков не обойтись
ИМХО пока что можно легко обойтись без minidjvu. documenttodjvu (в лице DjVu Small) ИМХО ощутимо лучше.
Хотя, конечно, лично мне хотелось бы, чтобы minidjvu улучшился.