Ru-Board.club
← Вернуться в раздел «Программы»

» ScanKromsator СканКромсатор (Часть 2)

Автор: shch_vg
Дата сообщения: 23.10.2008 09:30
VadimirTT

Цитата:
но а если попадается 150, то я даже и не связываюсь с этим

Все тот же вопрос, на который я пока не получил ответа: КАК Вы определяете, что 150, а не допустим 200 или 300? Хотелось бы это делать без применения "тяжелой артиллерии".
Кстати, к разговору о том, в каком разрешении разбирать на тифы пдф: уже упомянутая мной программа Ap PDF to TIFF вообще не знает разрешение 600dpi, у нее максимальное - 500, к чему бы это? М.б. 300 действительно достаточно для получения качественных тифов?
Автор: bolega
Дата сообщения: 23.10.2008 10:12
shch_vg

Цитата:
КАК Вы определяете, что 150, а не допустим 200 или 300? Хотелось бы это делать без применения "тяжелой артиллерии".

Вы случайно не в танке сидите?
Из моего ответа по-моему ясно, что простого способа определить dpi в общем случае не существует. Причина этого тоже ясна - акробату он не нужен, поэтому его он никак не хранит. Даже если добавлять какой-то tif в pdf, то он укоротит его заголовок, выкинув тэг, отвечающий за dpi (и еще кое-какие, которые он явно прописывает в pdf, например фотометрический тэг).
Автор: monday2000
Дата сообщения: 23.10.2008 10:21
bolega

Цитата:
Текст становится основным сканом, а картинки SK располагает поверху как независимые зоны так же, как они располагались в pdf

Постойте, о чём это речь? СК же может только надёргать картинки из векторного PDF - а причём тут текст, содержащийся в векторном PDF? Текст могут "извлечь" только декодировщики 2 типа - которые "рисуют" PDF и потом рисунок сохраняют в тиф.

Для примера можно взять http://www.djvu-soft.narod.ru/kromsator/sk_help1.rar
Автор: bolega
Дата сообщения: 23.10.2008 10:26
ghosty

Цитата:
Мне приходится в 120dpi перегонять для читалки - и то перемычки тонких шрифтов не пропадают...

Научите, как ужирнять.
Я кстати на днях взял себе V3. Местами разочарован. Теперь можно браться за Ваше старое предложение по вертикальному расщеплению тифов, есть на чем проверить. Оно еще в силе?

Добавлено:

Цитата:
Постойте, о чём это речь?

Под текстом понимается не векторный объект, а ч/б слой scan-pdf-страницы (как Вы поняли, pdf поддерживает слоистость)
Автор: shch_vg
Дата сообщения: 23.10.2008 10:47
bolega

Цитата:
Вы случайно не в танке сидите?

У меня танк сломался
Из Вашей информации я это примерно понял, но в сообщении VadimirTT было написано то, что я процитировал, вот я и хотел узнать, КАК ОН ЭТО ДЕЛАЕТ?

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

Вопрос (возможно, его уже задавали ранее): в Draft kromsite не ставлю галочку в окошке "Ignore blank half-page", а он их все равно "Ignore".

Предложение: нельзя ли сделать вроде окна запомненных фрагментов, в котором можно было бы накапливать разные фрагменты, повторящиеся многократно. Это было бы полезно, т.к. довольно часто не удается получить качественную обработку всех шахматных диаграмм и приходится некоторые из них составлять из фрагментов более удавшихся.
В идеале не помешало бы запоминать порядка 25-30 фрагментов.

И только что возникший вопрос: нельзя ли удалить зоны сразу на всех сканах. Вроде бы после выборки в меню "Zones" в списке есть пункт "Delete all zones", но как выяснилось, он распространяется только на текущий файл.
Автор: monday2000
Дата сообщения: 23.10.2008 11:09
bolega

Цитата:
Научите, как ужирнять.

Кстати, это интересный момент затронулся. Что Вы думаете об алгоритмах erode/dilate? Подходят ли они для сканобработки? Есть ещё и thinning - thickening. Вот тут есть демка и исходники: http://www.codeproject.com/KB/GDI-plus/Image_Processing_Lab.aspx

Цитата:
Mathematical morphology filters (erosion, dilatation, opening, closing, hit & miss, thinning, thickening);


Добавлено:

Цитата:
Я кстати на днях взял себе V3.

ИМХО надо ждать не менее 10-дюймовых (а ещё лучше - 12). То, что сейчас (6") - это баловство.
Автор: Kukumber2121
Дата сообщения: 25.10.2008 08:31
Здравствуйте, подскажите, пожалуйста, какрешить такую задачу: есть pdf файл в нем на страницу вставлено два рисунка, нужно чтоб эти два рисунка были в двух разных файлах. Кромсатор выделяит два эти рисунка, пространство между ними, обозначает красным цветом. При нажатии Zones-> Picture zone-> Process marked zone for file-> All выскакивает вот такое сообщение: "Command unavailable for current PageType option value (=Auto)", где меняется это PageType. Заранее благодарен.
Автор: chesskom
Дата сообщения: 29.10.2008 14:21
bolega,
create stable version ScanKromsator 2008 v6.0 (or ScanKromsator 2009 v6.0)
Автор: juvaforza
Дата сообщения: 29.10.2008 18:37
да, избаловали заграницу
Автор: shch_vg
Дата сообщения: 30.10.2008 16:29
bolega
При импорте пдф Кромсатор сказал, что страница возможно имеет "лоскутную" структуру, и предложил объединить фрагменты. Я согласился, после чего Кромсатор разобрал пдф на страницы, большинство из которых содержат пикчер-зоны с заголовком в свойствах "External picture zone". При попытке сделать merge Кромсатор говорит "Nothing to merge" и ничего не делает.
Если я выставляю свойства этой зоны как и основной (Ч/Б), то получаю в основной области и зоне примерно идентичный результат. НО... Как в основной, так и в зоне есть фрагменты, которые нужно обрабатывать через серые пикчер-зоны. Удается создать эти зоны для обоих вариантов, но после обработки серая зона в основной области обрабатывается как надо, а серая зона в external-зоне все равно как черно-белая. При выходе из result view серая зона в external-зоне пропадает.
Можно ли как-то обработать такую книгу?
Автор: bolega
Дата сообщения: 30.10.2008 17:34
shch_vg
Это какая-то книга, из тех, что проходила в топике по шахматам? Если да, скажите ее название, я сам посмотрю, что происходит
Автор: shch_vg
Дата сообщения: 30.10.2008 18:26
bolega
Нет, это компьютерная книга - Секреты хакеров. Безопасность Windows Server 2003 - готовые решения - Скембрей, Мак-Клар,2004. В пдф она весит 91 мб. Могу сделать задание из нескольких страниц после импорта книги.
Автор: ghosty
Дата сообщения: 02.11.2008 00:20
bolega

Цитата:
Последняя версия кромсатора позволяет легко раскрашивать текст (любым однотонным цветом) или фон текста (однотонным или градиентным цветом), или и то, и другое вместе. Т.е. сохранять полное цветное оформление текста. Более того, если Вы делаете pdf, то кромсатор позволит создать его с небольшим объемом, т.к. текст он поместит в pdf ч/белым, а для раскраски текста и фона будет использовать фичи pdf-формата. Это на порядок экономичнее, чем помещать в pdf цветной скан. Плюс отсутствуют артефакты, присущие цветному сжатию.
Не могли бы Вы объяснить чуть подробнее о раскрашивании текста.
Я понимаю, что вначале нужно выбрать цвет (Select clean colour), затем можно выделить символ (Ctrl-Shift-Click), после чего выбрать Clean из контекстного меню. А как выделить все символы в выбранной области?
Пример страницы, на которой хочу сохранить цвета:
http://rapidshare.com/files/159749277/Image_0001.rar.html
Может быть, я ошибаюсь, но, вроде, Вы рассказывали о некоей своей методике работы с цветными символами.
Автор: monday2000
Дата сообщения: 02.11.2008 07:48
bolega

Цитата:
текст он поместит в pdf ч/белым, а для раскраски текста и фона будет использовать фичи pdf-формата.

Я сделал утилитку, которая делает нечто аналогичное с DjVu (сегментацию как в VPD). Я предлагаю назвать это "плакатный МРС" (ПМРС) (а обычный МРС - "Фото-МРС") (ФМРС).
Теперь ИМХО есть смысл вместо Picture-зон сделать 2 новых вида зон: Photo-зона и Poster-зона.

Photo-зоны (ФМРС) - опции: Blur, удаление растра, и bitdepth.
Poster-зоны (ПМРС) - опции: постеризация (раскраска моно-цветами, заливка моно-фоном и т.п.). На выходе готовую Poster-зону можно оформлять также, как и сейчас оформляется субскан заднего фона - на белом листе небольшая картинка (в нужном месте белого листа), с именем "0001.pst.tif", допустим. Или ещё лучше - ini-файл с координатами Poster-зон на белом листе.

А тогда уже кодировщик будет сам обрабатывать нужным образом как Photo-зоны, так и Poster-зоны. Причём на одном скане могут допускаться оба вида этих зон.

Как идея?
Автор: Arcand
Дата сообщения: 02.11.2008 08:38
monday2000

Цитата:
Как идея?
Вы безбожно опоздали . Все это можно делать в СК и с помощью макросов Корела. Могу выложить книгу, где есть растровые картинки и цветной текст. Кодировалась она за один проход с помощью только msepdjvu, т.е. размер словаря = числу стр. в книге.
Автор: Melirius
Дата сообщения: 02.11.2008 12:27
monday2000


Цитата:
Arcand

Вы безбожно опоздали .


Разберитесь в help'e к моему пакету, а? Там всё это есть, и даже выложено на Вашем сайте Вами же лично.


Добавлено:
ghosty

Почитайте help к моему пакету, там это есть: http://www.djvu-soft.narod.ru/kromsator/cla_melirius.htm .
Автор: ghosty
Дата сообщения: 02.11.2008 18:49
Melirius
Спасибо! Ваши мануалы - просто кладезь знаний
Автор: Melirius
Дата сообщения: 02.11.2008 20:06
ghosty

Спасибо!

bolega,

а я к Вам с вопросами:

1. что конкретно делают Correct Illumination и Background Cleaner - этак простенько, без подробностей - для той самой доки к пакету;

2. для каких случаев каждый из этих фильтров лучше применять - ибо сталкиваясь в основном с собственными качественными сканами, руку набить не сумел и собаку не съел;

3. а Denoise случайно к GREYCstoration никакого отношения не имеет?
Автор: monday2000
Дата сообщения: 03.11.2008 20:40
Melirius

Цитата:
Почитайте help к моему пакету, там это есть: http://www.djvu-soft.narod.ru/kromsator/cla_melirius.htm .

А там непонятно, как такая обработка может быть применена к МРС. Я всё это воспринял как создание подсказки для автоматического сегментёра documenttodjvu.
И ещё - признаюсь, мне не понравилась эта Ваша заметка - какая-то невнятная - вроде что-то рассказывается - а что это? зачем это? почему это? Короче, хотелось бы больше чёткости какой-то. Прочитал я её - а почти ничего не понял - какая-то тарабарщина, честное слово. Не хватает вступления, разъясняющего смысл проделываемого. Нет логической плавности повествования - мысль хаотично скачет с предмета на предмет - понять что-либо "целиком" невозможно - бессвязный набор хаотических обрывков мысли. Вы когда пишете такие статьи - ставьте себя на место человека, который это будет читать.
Arcand

Цитата:
Вы безбожно опоздали

А что же Вы молчали? Вы же сами когда-то говорили: "хорошо бы заиметь кодёр, как в VPD". Вот и сказали бы - что такой кодёр уже найден. Поэтому я и написал - вот он, такой кодёр - cpaldjvu называется.
Цитата:
Все это можно делать в СК и с помощью макросов Корела.

А Корел тут зачем? Чтобы осуществить cpaldjvu-сегментацию? Или это уже прямо в СК делается?

Цитата:
Кодировалась она за один проход с помощью только msepdjvu

А вот это интересно. Расскажите подробнее, пожалуйста. Вы, наверное, имеете в виду информацию из http://www.djvu-soft.narod.ru/scan/low_color_djvu.htm :

Цитата:
В принципе, для работы метода разделённых сканов вполне достаточно использовать csepdjvu. Именно msepdjvu может понадобиться в том случае, когда мы создаём многостраничный DjVu-файл, где только лишь некоторые его страницы создаются по методу разделённых сканов, а остальные - как обычно. Тогда мы помещаем "обычные" страницы в sep-файл в виде background-субскана, а в качестве foreground-субскана вставляем пустой белый лист в формате DjVu Bitonal RLE. А страницы, создаваемые по методу разделённых сканов - как обычно - т.е. в виде 2 полноценных субсканов. Далее запускаем msepdjvu с опцией -fgsep, и он автоматически распознает где какая страница, и сделает сегментацию только там, где надо.

Я всё же надеюсь заменить msepdjvu в этой её ипостаси полностью эквивалентной ей технологией "подклейки" фона в многостраничный DjVu-файл путём его разборки-сборки с применением djvumake и т.д. Как уже говорилось, надо только дождаться устранения глюка в djvumake. bolega, обратите, пожалуйста, внимание на эту технологию (просто чтобы Вы были в курсе её существования).

Добавлено:
bolega
Всё равно ИМХО есть смысл в перспективе вместо одной универсальной Picture-зоны сделать несколько более специализированных зон. Как я понимаю, эти зоны охватывают 3 случая:

1. Объекты плакатного типа на белом фоне, подлежащие documenttodjvu-кодированию. Обработка - отчасти такая, как в http://www.djvu-soft.narod.ru/kromsator/cla_melirius.htm (но без заливки фона). Picture-зоны могли бы заниматься исключительно этим.

2. Объекты плакатного типа на монохромном цветном фоне. Я предлагаю их обрабатывать хитрым образом: сначала точно также, как и в п.1. А в конце - прямо в СК делать cpaldjvu-сегментацию, полученный слой маски оставлять на основном скане, а отделённый задний фон (цветные монохромные прямоугольники) выводить в файлы XXXX.sep.tif. Зоны для них можно назвать "Poster-зоны", например.

3. Фото-объекты (без объектов плакатного типа поверх них). Это то, что выводится сейчас в XXXX.sep.tif. Зоны для них можно назвать "Photo-зоны", например. Там и обработка иная - совсем не такая, как в пп.1 и 2. Тут нужно - размытие, удаление растра, а то и автоуровни, цветокоррекция, замена цветов - короче, всякого рода фотореставрация - и уж никак не постеризация и т.п.

Во всех 3 случаях у нас образуются файлы переднего плана XXXX.tif. В случаях 2 и 3 образуются ещё и файлы заднего фона - XXXX.sep.tif.

Идея в следующем: файлы переднего плана XXXX.tif следует кодировать посредством documenttodjvu - прямо "как есть", т.е. без разбора, где какой случай из 3-х. А потом в полученный многостраничный DjVu-файл "подклеивать" в нужные места фон из пп.2 и 3 (вышеуказанной технологией подклейки - которая ещё не появилась - но появится - потому что она возможна в принципе - т.к. она описана тут: http://www.jrapublish.com/help/JRAPublish/DjVu_Sepia_Settings.htm ).

Описанная схема пока ещё приблизительна - возможны какие-то вариации - но суть, надеюсь, понятна.
Автор: kimserge
Дата сообщения: 04.11.2008 00:22
bolega
Не посмотрите, почему у меня этот файл выдает такую ошибку:
http://pics.livejournal.com/kimss/pic/00007rsq

Файл здесь http://rapidshare.com/files/160399296/Scan-081103-0129.tif

Установки -
DPI twice greater
Enhance:
blur 2
sharpen 2
Grey enhabce:
contrast 2
illumination combo
iteratios 2

UPD
Решил проблему! Это моя глупость. Оказалось, не было места на диске, куда записывались новые тифы. Сорри!
Автор: Melirius
Дата сообщения: 04.11.2008 23:10
monday2000

Цитата:
Melirius

Цитата:Почитайте help к моему пакету, там это есть: http://www.djvu-soft.narod.ru/kromsator/cla_melirius.htm .

А там непонятно, как такая обработка может быть применена к МРС. Я всё это воспринял как создание подсказки для автоматического сегментёра documenttodjvu.


Гхкм, Вы ранее в том же документе не читали? Приведу тот абзац ещё раз:

"Смысл раздельного кодирования состоит в явном указании DjVu-кодировщику областей, соответствующих тексту, и картинок фотографического качества. Для этого применяется специальный формат файлов, состоящих из двух слоёв: foreground — изображения текста с дырками на месте иллюстраций в качестве первого слоя, и background — изображения картинок с пустой заливкой на месте текста в качестве второго слоя. Укажем специально, что картинки типа изображённой справа (так называемый line-art [2]), можно и даже нужно оставлять в слое с текстом, возможно, лишь защищая их от ScanKromsator’овского despecle с помощью exclude-зон (иначе точки, представляющие заднюю полуокружность экватора на приведённом рисунке, будут вычищены как мусор). Также обрадуем сразу, что текст и вообще изображения переднего плана в излагаемом методе могут быть разноцветными и содержать до 4080 цветов! При этом области цветного текста или рисунков можно удобно обрабатывать в SK, следуя методике, изложенной в следующем подразделе."

Начало раздела 4.2 "Раздельное кодирование". Следующий подраздел = http://www.djvu-soft.narod.ru/kromsator/cla_melirius.htm


Цитата:
В принципе, для работы метода разделённых сканов вполне достаточно использовать csepdjvu. Именно msepdjvu может понадобиться в том случае, когда мы создаём многостраничный DjVu-файл, где только лишь некоторые его страницы создаются по методу разделённых сканов, а остальные - как обычно. Тогда мы помещаем "обычные" страницы в sep-файл в виде background-субскана, а в качестве foreground-субскана вставляем пустой белый лист в формате DjVu Bitonal RLE. А страницы, создаваемые по методу разделённых сканов - как обычно - т.е. в виде 2 полноценных субсканов. Далее запускаем msepdjvu с опцией -fgsep, и он автоматически распознает где какая страница, и сделает сегментацию только там, где надо.


К сожалению, в корне неверно. Если подать такой файл с опцией -fgsep, то кроме явно указанных передних планов msepdjvu будет также пытаться найти и выделить из фоновых картинок объекты для переноса на передний план. Нужно наоборот: в качестве foreground-субскана вставляем цветной и ч/б текст и line-art, а в качестве background-субскана - фотоиллюстрации, причём ни в коем случае не задавать -fgsep. Тогда и на фотокартинках msepdjvu не будет внезапно полуха переводить в передний план, и текст кусчками в задний не уйдёт. Там, где нет фото-иллюстраций, там и не нужно вообще ничего подавать в sep-файл в качестве DjVu Color RLE background-субскана, а следует просто писать сразу же foreground следующей страницы.
Автор: Arcand
Дата сообщения: 05.11.2008 04:24
monday2000
Вы без обиняков режете всем "правду-матку". Получите и Вы свою долю правды, церемониться не буду . То что Вы излагаете по методу разделенных сканов - это чушь или почти чушь. Народ давно делает книги этим методом, поэтому Вы со своими "идеями" опоздали. Я, например, сделал две, одна обычная, черно-белая, другая с цветным текстом.
Изложение метода на Вашем сайте содержит много неверного. Например, скан manfred_example.rar (который сделал я) преподносится как пример МРС. На самом деле к данному методу этот скан никакого отношения не имеет. Да просто потому, что там нет фона, только маска .
Что-то объяснять смысла нет - все уже разжевано (многое из разжеванного лежит на Вашем сайте). К тому же, Вам про всё говорили неоднократно - Вы не слышите.
Как Вы выберетесь из этого, и выберетесь ли вообще, вопрос.
Автор: monday2000
Дата сообщения: 05.11.2008 08:54
Melirius

Цитата:
К сожалению, в корне неверно.

Кто-то из нас опять не понял другого. . См. тут: http://www.djvu-soft.narod.ru/scan/arcand_msepdjvu.htm :

Цитата:
Если в параметрах командной строки задан параметр -fgsep для страниц, содержащих пустую маску, сегментером msepdjvu будет выполнено разделение на маску и фон. Параметры сегментера задаются в файле профилей documenttodjvu.conf, который должен лежать в той же папке, что и msepdjvu. Имя профиля задается в командной стороке -profile <имя_профиля>.

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

Цитата:
Нужно наоборот

А это - обычный МРС, т.е. когда на всех страницах (будущего многостр. DjVu) делаем ручную сегментацию.

Цитата:
Гхкм, Вы ранее в том же документе не читали?

Читал. Но просто не заметил этот момент. Вероятно, нужно всё это описать отдельно и на более "теоретическом" уровне (безотносительно к Hi-Fi DjVu).

Добавлено:
Я вырезал самые интересные моменты из хелпа к VPD, описывающие его сегментацию:

http://www.djvu-soft.narod.ru/scan/vpd_segm.htm

Добавлено:
Arcand

Цитата:
Что-то объяснять смысла нет - все уже разжевано (многое из разжеванного лежит на Вашем сайте). К тому же, Вам про всё говорили неоднократно - Вы не слышите.

Эта фраза противоречит сама себе: если всё так понятно, то почему же "я не слышу"? Не потому ли, что ещё недостаточно "разжёвано"?

Добавлено:

Цитата:
Да просто потому, что там нет фона, только маска

Ну и что? Это частный случай МРС (согласен, не лучший - но тогда, год назад, лучшего под рукой не оказалось). Кодирование-то всё равно через csepdjvu.
Но я не спорю с тем, что нужна некая новая статья о МРС - суммирующая накопленный опыт. Пока же материал распылён по ссылкам:

http://www.djvu-soft.narod.ru/scan/low_color_djvu.htm
http://www.djvu-soft.narod.ru/scan/arcand_msepdjvu.htm
http://www.djvu-soft.narod.ru/scan/vpd_segm.htm
http://www.djvu-soft.narod.ru/kromsator/cla_melirius.htm
http://www.djvu-soft.narod.ru/vpd_enc_v1_0.rar

Лично мне самое непонятное - как в СК сканы готовятся под МРС - http://www.djvu-soft.narod.ru/kromsator/cla_melirius.htm и т.п. Я даже и не начинал это изучать - т.к. всё это на вид выглядит сложно и непонятно, тут нужно время, чтобы разобраться, и куча хороших и наглядных примеров (на словах непонятно).
Автор: Alexx S
Дата сообщения: 05.11.2008 10:03

Цитата:
Эта фраза противоречит сама себе: если всё так понятно, то почему же "я не слышу"? Не потому ли, что ещё недостаточно "разжёвано"?


Логика железная - и не поспоришь
Автор: monday2000
Дата сообщения: 05.11.2008 10:09
Из http://www.djvu-soft.narod.ru/scan/vpd_segm.htm понятно, что cpaldjvu/vpd_enc_v1_0 не полностью имитирует кодёр VPD. Но всё же в достаточной степени, чтобы полностью воспроизвести метод Minor'а http://www.djvu-soft.narod.ru/scan/low_color_djvu.htm без использования VPD.
(Метод Minor'а - это то же самое, что и
Цитата:
foreground — изображения текста с дырками на месте иллюстраций в качестве первого слоя, и background — изображения картинок с пустой заливкой на месте текста в качестве второго слоя.
Некоторые тут втихую используют этот приём - а я вот даже и не заметил этого - потому что это не было разъяснено достаточно чётко.)
Melirius, сами посудите, какая непонятная фраза:
Цитата:
foreground — изображения текста с дырками на месте иллюстраций в качестве первого слоя,...
. Эта фраза точно обрисовывает обычный МРС - хотя речь идёт о методе Minor'а. Правильно было бы сказать:
Цитата:
foreground — изображения текста с дырками на месте монохромного фона текста - в качестве первого слоя,...


Добавлено:
Ещё некоторые мысли по кодёру VPD http://www.djvu-soft.narod.ru/scan/vpd_segm.htm . Но это лишь на уровне предположений:

Фича "6. Define a Foreground/Background Separation Threshold" похоже, аналогична фиче --threshold-level у DEE.

Фича "5. Send Objects to the Background" - вроде бы отсутствует в DEE. Как я понимаю, эта фича регулирует кодирование исключительно плакатных объектов. Если плакатный объект имеет больше N монохромных цветов - то он отправляется в задний фон. Такую сегментацию относительно реально реализовать самим (хотя бы с неким ручным выделением).
Автор: ghosty
Дата сообщения: 05.11.2008 11:52
bolega, не могли бы Вы объяснить, с чем может быть связано пропадание крайней правой линии на этом скане (суб-таск):
http://rapidshare.com/files/160825226/test.rar.html
Спасибо!
Автор: bolega
Дата сообщения: 05.11.2008 13:45
ghosty
Page-special->More->Clear shadow=OFF !
Автор: ghosty
Дата сообщения: 05.11.2008 14:02
bolega
Ага, теперь становится понятно. Видимо, эта опция устанавливается автоматически еще на этапе DK. И чтобы этого не происходило, надо в диал. окне DK установить галочку "Do not use Deshadow option". Так?
Автор: bolega
Дата сообщения: 05.11.2008 14:04
ghosty
Да
Автор: monday2000
Дата сообщения: 05.11.2008 15:19
Я слегка подправил http://www.djvu-soft.narod.ru/scan/vpd_segm.htm - занёс туда свои соображения по VPD-кодёру. Надеюсь услышать критику по ним.

Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970

Предыдущая тема: MoleskinSoft Clone Remover


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.