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

Цитата:

А из иконок примерно такое получается http://rusfolder.com/40072714

bolega
Объясните, пожалуйста, как получить такой результат. У меня даже близко ничего такого не получается с "picture zones" или без них. Файл на 300dpi я выложил выше.

Если делать заливкой таблиц усредненным цветом в СК, то вот как-то так получается:

http://rghost.ru/53026465

PS
У вас тень у корешка очень сильная. Скорее всего, её автоматически с таблиц убрать не получится.
И если без ручной обработки, а на автомате, то на них останутся пятна.

PPS
bolega
Скажите, а в СК есть автоматизация волшебной заливки ?
Хотя бы когда выделение не важно, т.е. можно всю страницу считать за таковую ?
Т.е. один цвет (в неких пределах колебания) заменить на другой на всех страницах автоматически ?


Тот же самый вопрос про постеризацию ?
Автоматическое преобразование страницы в страницу с заданным N числом цветов ?
А еще лучше с прямым указанием этих самых цветов, на которые надо начальную страницу "натянуть" ?
Для каждого цвета можно еще свои нормы колебания вокруг среднего задать ....

(это я про обработку малоцвета, если что.)

igogo22

Цитата:

Это scanned профиль.

Вроде бы не совсем так, scanned характерен "чернильными кляксами", а в этом профиле фото кодируется без бросающихся в глаза артефактов.

Цитата:

Вроде бы не совсем так, scanned характерен "чернильными кляксами", а в этом профиле фото кодируется без бросающихся в глаза артефактов.

Нет, вы не правы, это как раз scanned.

Что означает этот профиль.

Melirius: scan600
За основу взят профиль scan600 (scanned разрешение 600 дпи). Вшитые для него значения параметров можно посмотреть в моей статье в таблице, либо самостоятельно повторно выписать их с вкладок.
Далее начинается изменение параметров - подача на вход заказанных.

Подаются не все, а только изменяемые.
{дефолтное -> новое (смысл действия)}

1. quality 75 -> 100 (качество для вейвлетов задника, похоже на качество в жпг)

2. bg-subsample 6 -> 4 (понижение фона с 600 не до 100, а до 150 дпи, при исходниках в 600)

3. inversion-level 25 -> 0 (ноль стоит в профилях манускрипт и drawn, т.е., предполагается, что весь текст черный на белом фоне)

4. pix-filter-level 20 -> 50 (Такое увеличение убирает небольшие объекты из маски, сглаживает контуры, убирает полутона. Размытые объекты вместо маски идут в фон. В справке DEE был пример, как из маски при таком значении исчезают кляксы.)

5. subsample-refine off -> true (сглаживание задника, по-видимому, оно убирает jpg-артефакты)

6. shape-filter-level=100 (сомнительные объекты идут в фон)

7. threshold-level=75 -> 20 (сомнительные пиксели идут в маску, визуально при этом утолщаются буквы. ЗЫ тут опять-таки пример из туториала, что в итоге при такой настройке тут на самом деле клякс в маске станет меньше. Они сначала в ней соберутся а потом уберутся шейп-фильтром)

8. pages-per-dict 10 -> 1000 (создается гигантский словарь, на самом деле вредная опция, если буквы сильно различаются, начнутся тормоза)

9. aggressive=true максимально игнорируются различия между буквами, (максимальное усреднение букв = ошибка инь на параде), но без этого нет конского словаря . Здесь очередная джву-неразбериха, названия параметров в справке, на вкладках GUI и в строке кодирования различаются. Но по логике, это т.н. качество различения букв most-loss.

10. fg-quality 50-> 1 (минимальное значение качества маски)
Влияет на размер слоя цвета Маски. Такое значение выдаст буквы одного цвета. Если буквы (элементы маски) разноцветные - так делать нельзя.


Я, если честно, таким профилем пользоваться поостерегся бы.
Мне кажется, он для очень специфического материала и чувствителен к особенностям сканера. Но надо экспериментировать и проверять. Я этим профилем никогда не пользовался.
Либо как раз заточен на бинаризованный текст с встроенными иллюстрациями.
Все размытое в высококачественный фон, а буквы типа были вообще идеальные. Но тогда лучше разделенные сканы делать.
Если вы понимаете смысл параметров, то всегда можете под ваши исходники DEE настроить.

daa2013

Можно увидеть ваши профили для фото и битонал?
По моим экспериментам quality=100, fg-quality=100, dpi=-600 никак не влияют на качество и размер файла. Правда, исходники в 600dpi.

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

Если бы вы её все-таки прочитали, то увидели, что я там писал, что я никаких особых профилей не делаю. Меня полностью устраивают стандартные. По результатам моих экспериментов 2008 года для нормально обработанного исходника это всё не нужно, и все эти параметры не влияют. (А если влияют то не сильно. А вот сырой скан в джву пихать категорически не следует).

Параметры, которые оказывают реальное влияние, это
- степень понижения разрешения задника (у меня были профили 1:1, 1:2; дефолтный почему-то дает 1:3)
- степень различения букв (lossless, lessloss - опускаться хуже дефолтного я не вижу смысла, только повышать, если появляется инь)
- число страниц, для которых делается словарь (20, 50, 100 - но я от этого отказался, так как дельта размера небольшая, а тормоза начинаются дикие. Большой размер словаря имеет некий смысл либо при создании джву из электронного документа, либо возможно при пергонке в джву отклирсканенной пдфки).

Также принципиальное значение имеют параметры. которые определяют тип джву (сведены в статье в таблицу), который вы хотите собрать: фото - двуслойный - трехслойный - битонал. Самый главный обнаруженный экспериментально и показанный в статье фокус заключался в следующем:
"Обнаруженная хитрость здесь заключается в том, что в профилях
кодирования BITONAL и PHOTO интерфейс Document Express обрезает доступ
к ряду настроек. Создавая же однослойные djvu-страницы на основе
модифицированного профиля SCANNED, эти настройки можно изменять."

С параметром dpi там какая-то ерунда творится. См стр 59 упомянутой статьи.

Ну вот что означает значение "dpi=-600" ? Использовать разрешение 600, если информации о разрешении в файле нет (в этом смысл знака минус). Так вы туда 600 и пихаете.

Я тут в прошлом посте немного наврал. Размер изображения для цвета маски - это параметр Foreground subsample. Если оно осталось неизменным, маленьким, то fg-quality - качество использованных для этого вейвлетов на него повлиять не может. Просто не на что. Опять-таки написано, что оно обычно ни на что и не влияет. Это вот если у вас буквы маленькие, и все разноцветные и в градиентах, то вы увеличиваете слой "цвет маски" и еще следите за качеством вейвлетов,...
но это все равно априори бесполезный параметр.

А вот то, что quality не повлияло это странно. Попробуйте занизить, а не завысить.
Может у вас вообще профиль не сработал ???? Я, честно говрря не помню, чтобы я с этим параметром экспериментировал. Он нужен и работает при кодировании фотографий. Так что гоните исходники.

DEE чувствителен к формату и разрешению файла, важно что вы туда пихаете тиффы или джипеги. Если он сочтет какие-то параметры конфликтующими он может их просто проигнорировать. При разных профилях легко может выдавать одинаковый побайтно результат. Это наиболее часто встречается при битонал. Так что полученные результаты я бы ещё и побитово сравнивал. Возможно, у вас не стыкуется исходный профиль и разрешение картинки. Я провел тогда огромную серию экспериментов, но воспроизводить их повторно, чтобы вспомнить что и как работает, а что и как нет, не буду.

После последней перестановки винды и ПО я вообще никаких отдельных профилей ещё не собирал.

Насколько я понимаю, что было сделано в профиле от Мелириуса, попытка подавить сегментацию рисунков и отправить их полностью в фон. Но ИМХО это лучше по методу разделенных сканов кодировать.

Дорогие коллеги, кто-нибудь проверял какие из параметров компьютера влияют в наибольшей степени на скорость обработки изображений+есть ли зависимость от версии и типа ОС (операционной системы)?

Я провел небольшой тест, не совсем корректный, были различные ОС.
Для теста была использована некая книжка, которая обрабатывалась на 4-ех машинах.
Машины:

1. Два четырехъядерных процессора с поддержкой HT (2х Xeon E5620 @ 2.40GHz), 16 ГБ DDR3 ECC 1333MHz, дисковая подсистема для ОС (RAID10) и рабочего диска (RAID10) - раздельные на базе LSI MegaRAID SAS 9260-4i на дисках Seagate ST3250310NS, ОС - Windows Server 2012

2. Один двухъядерный процессор DualCore Athlon 64 X2 4600+ @ 2.40GHz, 4 ГБ DDR 400MHz, HDD для ОС - INTEL SSDSA2M080G2GC, рабочий диск (RAID6) - на базе Adaptec RAID ASR-51245 на 12 дисках Hitachi HDS722020ALA330, ОС - Windows Server 2003

3. Один двухъядерный процессор Mobile DualCore Core Duo T2600 @ 2.2GHz, 2 ГБ DDR2 667MHz, HDD один - INTEL SSDSA2M080G2GC, ОС - Windows XP Pro

4. Один четырехъядерных процессор Core i7 4500U @ 2.4GHz, 6 ГБ DDR3L 1600MHz, HDD один - 750 ГБ 5400, ОС - Windows 7 Pro

Время затраченное на DK (Draft kromsate) ЧЧ:ММ:
1. - 00:30; 2. - 00:45; 3. - 00:42; 4. - 00:19

Время затраченное на Process (параметры одинаковые) ЧЧ:ММ:
1. - 02:08; 2. - 04:17; 3. - 01:28; 4. - 02:07

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

Цитата:

iMiKED
Вы не рассказали главное: что Вы делаете с этим djvu в СК и как в нем получаете pdf (желательно поподробнее).
Пока по Вашему описанию я не вижу никаких проблем.
Если это несекретные данные, то можно привести пример с описанием, в каком виде хотелось бы это получить.

shch_vg, рассказываю:

File->Import->DJVU->OK;
В левом верхнем окошке (список страниц-тиффов) галочками отмечаю страницы, положим, 2 и 3 (одна из них, например, горизонтальная, а другая вертикальная);
На вкладке Files заполняю поле PDF Name, выбираю формат PDF, на вкладке Book слежу, чтобы Page Width и Page Height были выставлены в авто;
Жамкаю Process! на туллбаре;
Получаю двухстраничную pdfку, где высота и ширина страниц одинаковая. Т.е. либо горизонтальная страница будет вписана в вертикальную, либо вертикальная в горизонтальную;
Возвращаюсь в SK, снимаю галочки со страниц 2 и 3, выставляю галочки у страниц 4, 5, 6, выставляю высоту и ширину страниц на вкладке Book обратно в Auto.

iMiKED
Увы, и снова не все понятно.
Я понял, что из множества извлеченных из дежавю сканов Вы хотите два первых поместить в один пдф.
Вопрос: линейные размеры этих двух сканов одинаковые (возможно с точностью до поворота на 90 градусов)? Если нет, то хотите ли их выровнять?
Следующий вопрос: хотите ли Вы, чтобы страницы пдф были одинаково ориентированы (т.е. какой-то из двух должен быть повернут на 90 градусов) или как в исходном дежавю?
В зависимости от ответов на эти вопросы пдф можно сделать по-разному, но, думаю, более простым, чем у Вас способом.
А лучше бы Вы выложили пример - 2 скана, вытащенные из дежавю и которые нужно поместить в один пдф (секретные материалы на этих сканах можно предварительно стереть ), причем дать четкое описание, как эти сканы должны выглядеть в пдф.

shch_vg, увы, не могу выложить примеры - это КТ.
Поняли правильно - в примере из djvu две страницы экспортируются в pdf. Потом следующие несколько страниц в другой файл, потом ещё и ещё до конца.
Насчёт линейных размеров я не парюсь, для меня это не имеет никакого значения - какие есть, такие и должны быть экспортированы в PDF. Никакого поворота на 90/180 градусов при этом не должно происходить - всё как есть - вертикальные сканы должны быть вертикальными, а горизонтальные - горизонтальными.

Перед экспортом в пдф эти сканы должны быть предварительно автоматически выровнены (устранена проблема криво положенных бумаг в сканер).

Если уж и сейчас будет не совсем понятно, то... задавайте вопросы)

Вот bolega всё понял правильно) Секретарша сканит в dejavu, т.к. размер файла при этом получается на порядок меньше, чем в pdf при сохранении читаемости и даже возможности распознавания. При нашем объёме официальной переписки хранить djvuхи в СЭД гораздо выгоднее и быстрее, чем pdf.
Сканы делаются просто в бесплатном DJVU Editor. Две кнопки и готово. Покупать лицензионный профессиональный Adobe Acrobat для таких вещей очень дорого, никто его не купит. Нецелесообразно.
Мне же тоже нужно максимально простое средство, не могу позволить себе тратить много времени на подготовку выходных файлов, объём работ не позволяет)
Вот поэтому и обратился к разработчику для добавления новых фич - опционального учёта ориентации страниц и опционального автоматического размера страниц в книге (могут же ещё быть комбинации А4 формат + А5 формат).

iMiKED
Теперь вроде бы мне все ясно, опишу, что бы делал я в этом случае.

1. Импорт в СК сканов из дежавю (File->Import->DJVU->OK).
2. Пометка ВСЕХ импортированных файлов.
Для этого нажимаю слева внизу самую правую из 4-х пиктограмм (У нее подсказка: "Сбросить все опции и отмаркировать все файлы").
3. На вкладке Files выбираю формат PDF и там же выбираю директорию, куда будут помещаться pdf.
4. На вкладке Page при нажатой клавише Ctrl ставлю галочку в окошке Deskew (команда на выравнивание страниц).

Подготовительные действия закончены!

Теперь в цикле делаю следующие действия:
1. Становлюсь слева вверху на первый файл списка (но не на окошко левее файла, т.к. исчезнет пометка) и нажимаю пробел.
Файл в списке выделяется красным цветом, т.е. становится помеченным.
2. Перехожу на второй файл и также пробелом помечаю его.
Так же помечаю все файлы, которые должны попасть в создаваемый pdf
3. На вкладке Files заполняю поле PDF Name для создаваемого pdf
4. Выбираю в меню Process->Group->Process selected
5. По окончании процесса создания pdf и нажатия на появившуюся клавишу ОК просматриваю (если к этому расширению в системе приписан просмотрщик pdf) вновь созданный pdf.
6. Выбираю в меню File->Delete files from task->All selected, после чего из списка файлов слева исчезают все помеченные красным файлы, это действие завершает цикл.

Примечание. Выравнивание страницы (поворот ее на небольшой угол) в некоторых случаях в СК может не давать нужный результат. В этом случае приходится нужный угол подбирать вручную или использовать Ruler.
Чтобы задать нужный угол поворота, надо стать на поворачиваемый файл, зайти на закладку Page и выбрать special...
В появившемся окне поставить галочку левее слов left page, а правее задать направление поворота (+ или -) и угол поворота с точностью до 0,1 градуса.

bolega

Цитата:

P.S. Просьба ко всем пока не выдвигать новых фич.

А как насчет багов?
Как-то у меня странно обрезается нижняя полигональная picture-зона. Архив размером 11 мб.

P.S. Если переместить нижнюю границу зоны выше нижнего резака, то вроде работает нормально.

shch_vg
У меня отработал нормально. Этот баг я когда-то исправлял

Мое почтение.

ScanKromsatorom только начинаю пользоваться. Опыта мало. Прочел несколько мануалов, хелпов, рекомендациий, но в них не обнаружил советов по настройке следующих функций в ScanKromsator 5.96.2.

В панели для настройки опций (в левой части рабочего окна под списком загруженных изображений) имеются закладки «Binarization» и «C. Smooth». Там же, в закладке «Quality», при нажатии на «Gray Enhanse» вызывается «Gray Image Enhanse», в котором присутствуют закладки «Contrast, Gamma, Misc, Sharpen, Blur, Unsharp, Smart Blur».
Прошу знатоков объяснить:
1.Надо ли активировать их при «черновой» обработке сканов?
2.Когда и как отмечать их для активации?

Спасибо.

У меня вопрос насчет Dither зон. Точнее размера выходного файла с ними.
Есть две страницы книги, одинаковых. В одной есть Dither зона, которая занимает 1/3 часть страницы. Обрабатываем страницы с одинаковыми настройками на выходе имеем, без зоны - 186,900, с зоной - 4,860,506. Откуда взялись лишних 4,7 мегабайт??
Так должно быть? Выходной файл Tiff 600 dpi bitonal Group 4 fax encoding.

igogo22

Цитата:

Так должно быть?

Именно из-за этого сейчас Dither зона практически не используется, такие картинки обрабатываются через picture-зоны. Я Вам уже подробно описывал, как это делается, странно, что Вы это не попробовали.

У меня вопрос насчет цветных (красных) букв в книге, совместно конечно с черными. Как можно обработать страницы с такими буквами?
Думаю, что должен быть более толковый вариант чем picture-зоны.

Цитата:

что Вы это не попробовали.

Я это видел и читал. Но зона работает без проблем и исполняет свои функции как надо, поэтому ею и пользуюсь. Но видно надо будет переходить на ваш метод если с размером ничего не поделать.

Может bolega исправит размер в Dither? Или это невозможно?

ILHS

Цитата:

более толковый вариант

Это как? "По щучьему веленью, по моему хотенью"?
Вы хотите одновременно бинаризировать текст на скане, а СК пусть сам определяет, где что в каком цвете и соответственно этому их обрабатывает?
Так бывает только в сказках.
Обрабатывайте в сером/цветном, тогда и будет "более толковый вариант", только я думаю, что Вас он не устроит.

igogo22

Цитата:

Может bolega исправит размер в Dither?

Этот метод обработки не зависит ни от bolega, ни от кого бы то ни было, поэтому практически и не используется сейчас.
Это все равно, что просить улучшить метод компиляции "Фото", чтобы он давал меньший размер. Здесь надо выбирать: хотите покрасивше, будьте готовы к большому размеру. А про Dither зону советую забыть. С момента появления picture-зоны у меня ни разу не возникало необходимости ею пользоваться.

А у меня одного такая проблема, что djvu больше 299 страниц не создаются, приходится по частям создавать и потом склеивать? ScanKromsator v5.96.2 W7 x64, ОЗУ дофига и больше. Причем никаких ошибок не вылетает, просто процесс стоит в ступоре, пока не нажмешь terminate.
И еще - почему-то раньше страницы в djvu файле назывались так же, как исходные файлы, а теперь там армагеддец. В общем мне некритично, но тем, кто создает в djvu оглавления, наверно, стало неудобно.

И хотя уважаемый boolega и просил не предлагать новых фич, но о-о-о-очень хочется: в режиме просмотра сортировать tumbnail-ы не только по ширине или высоте, но еще и по углу доворота листа. Чтобы можно было быстро выцепить и исправить те, которые закручены слишком сильно.

Добавлено:

Цитата:

Откуда взялись лишних 4,7 мегабайт??
Так должно быть?

Да, увы. Битональная компрессия djvu основана на поиске повторяющихся элементов, а, как вы сами понимате, в дизеренном фотоизображении их чуть больше чем совсем нет, потому что дизеринг - процесс по определению рандомизированный.

Добавлено:

Цитата:

.Когда и как отмечать их для  активации?

Сие есть тонкие настройки для обработки сканов с низкой, очень низкой, и писец какой низкой контрастностью, позволяющие как-то вытянуть шрифт из фона. Так же помогают при существенном перепаде яркости по площади листа.

Исследовать методом тыка, менять настройки, смотреть, к чему это приводит на конкретном скане.

shch_vg

Цитата:

Это как? "По щучьему веленью, по моему хотенью"?
Вы хотите одновременно бинаризировать текст на скане, а СК пусть сам определяет, где что в каком цвете и соответственно этому их обрабатывает?
Так бывает только в сказках.
Обрабатывайте в сером/цветном, тогда и будет "более толковый вариант", только я думаю, что Вас он не устроит.

Решил проблему с помощью DjVu Pal v1.1.
Может быть уважаемый bolega сможет внедрить что-то соответственное?

ILHS
Для этого в СК есть раскрашенные зоны, т.е. ч/б зоны, для которых задана раскраска черного. При создании в СК djvu он кодирует их тем же способом, что и djvu pal.

bolega
Так как еще никогда не создавал djvu СКом, у меня 2 вопроса:
1. Где взять DEE и JPG2000 codec?
2. Где подробнее найти как его правильно создать (если напр., помимо чб текста, есть раскрашенный текст и картины)? В том числе как использовать раскрашенные зоны?

bolega
Возможно информация к размышлению.
Запустил в СК Draft kromsite на 72 скана в цвете 300dpi, причем 52 - газетного формата, а 20 - двойной разворот.
На всех сканах верхний и нижний резаки установились на расстоянии примерно 5 мм. от текста, зато с вертикальными - большие проблемы.
Довольно много залезли на текст, если же и не затрагивали текст, то либо устанавливались по кромке текста, либо в непоследственной близости (максимум 1-2 мм). На всех сканах в наличие много ограничивающих текст прямых линий, как вертикальных, так и горизонтальных, но их наличие или отсутствие не сказывается на расстановку резаков, ИМХО.

Господа, вот какая проблема.

Есть сканы. подобные вот этому:

http://rusfolder.com/40387878

т. е. старая книга. Обработать ее в черно-белом варианте - не очень большая проблема, но хотелось бы получить советы по улучшению качества шрифта, как сделать его четче и цвет шрифта - насыщенне, ярче.

Второй вопрос - как сделать фон книги не белый, а такой, какой он есть в книге, т. е. желтый. Естественно, здесь уже речь идет об обработке сканов в цвете. Я пытался повторить тот способ сохранения фона, но который указал bolega, но в контектном меню зоны команда "Get transparency mask from image" высвечивается серым и не работает, причем я повторяю тот пример, который обработал сам bolega. После обработки я перехожу "Results"->Show All->контекстное меню зоны со всеми мержами и там этот пункт - серый.

Нет ли какой-то возможности менять цвет фона страницы?

Заранее спасибо за советы.

driver1991

Цитата:

Я пытался повторить тот способ сохранения фона, но который указал bolega, но в контектном меню зоны команда "Get transparency mask from image" высвечивается серым и не работает

А этот мой пункт выполнили?

Цитата:

После обработки переключиться в режим Zones и в контекстном меню

bolega
А этот мой пункт выполнили?

Я переключился в режим "Zones" на главной странице, я не могу найти этот режим на странице "Result"->"Show all"

bolega
Я знаю, что это я делаю что-то не верно, поэтому очень прошу не воспринимать это как какую-то претензию. За кромсатель только СПАСИБО!

Вдогонку.

В меню "One page", "Compare" Zones есть такой пункт, и этот режим высвечен нормально, но после обработки я не получаю такого файла со свободным местом, который есть у Вас.

driver1991

Цитата:

"One page", "Compare" Zones есть такой пункт

Это он и есть.


Цитата:

не получаю такого файла со свободным местом

Я не понимаю, что имелось ввиду.


Цитата:

поэтому очень прошу не воспринимать это

Все в порядке. Я адекватный



Добавлено:

Цитата:

Второй вопрос - как сделать фон книги не белый, а такой, какой он есть в книге, т. е. желтый

Это как раз то, что неплохо делает DEE при правильном профиле. В СК лучше этого не делать, разве что иногда.

driver1991
этот файл уже чем-то обрабатывали и испортили

а) где вы его взяли ? (может, там есть альтернатива ?)
б) возможно ли пересканировать с другими настройками ?

PS
можно просто буквы в черный перекрасить (волшебным удалением - серый фейерверк при чувствительности 70)
http://rusfolder.com/40391289
но смысла это делать, когда они все побиты и в половине перемычек нет, никакого нет.

bolega

Цитата:

Я не понимаю, что имелось ввиду.

Я попытаюсь объяснить.

В примере fon1, где Вы объясняете как делать фон, в папке out есть одинаковые файлы pic.0005.tif и pic.0007.tif. Как Вы их получили - для меня не понятно. Файла pic.0005.tif у меня нет вообще, а нумерация, тем не менее, переходит от 004 к 006. На файле 007 сохраняется часть карты, хотя в Вашем примере ее нет.

Файл 004 состоитиз двух частей: текст и картинка с сильно ослабленным текстом, также, как у Вас в примере. Файл 007 - не разделен.


Цитата:

Это как раз то, что неплохо делает DEE при правильном профиле.

Я работаю преимущественно с .pdf, поэтому (и по другим причинам) для меня кромсатор лучше.

daa2013

Цитата:

этот файл уже чем-то обрабатывали и испортили

Этот сырой скан из раздачи. Мне очень хотелось бы иметь эти книги.


Цитата:

волшебным удалением - серый фейерверк при чувствительности 70

Если можно - пожалуйста, немного подробнее. Я, к сожалению, этим диалектом не владею, но мне кажется, что это важно. Конечно, если бы удалось испровить шрифт - то это хорошо.

Спасибо зо ответы.