Цитата:
И в версии 5.91 теперь есть все, чтобы такой черный ящик пользователю предоставить: залил в него сканы, проверил расстановку резаков,
вот только про расстановку резаков

И в версии 5.91 теперь есть все, чтобы такой черный ящик пользователю предоставить: залил в него сканы, проверил расстановку резаков,
вот только про расстановку резаков , конечно проект закрыт, но тут are упоминал, что на конвейре ошибок с резаками почти нет...Вроде, bolega обещал в 5.92 исправить грубые ошибки при автоопределении положения резаков - к примеру, в случае страниц с таблицами и колонками... Ошибки были привнесены, по-моему, именно 5.91 версии.
что на конвейре ошибок с резаками почти нет
А как же требование простоты и доходчивости для простого народа? Кромстор.Лайт и тому подобное?
Не понял идеи.
Если сканы представляют собой развороты (две страницы на листе), то в открывшемся окне ставим галку Split pages.
тем более сложным будет интерфейс, от этого никуда не денешься
вообщето простому юзеру совсем не хочется разбираться с зоопарком программ
Я ведь пользуюсь только однойНу я-то думал, Вы все же откуда-нибудь черпали вдохновение
Практически я представляю себе это типа Википедии - идёт основной текст (простой-доходчивый-"на уровне чайника"), снабжённый редкими гиперссылкамиНе надо ничего усложнять. Мне кажется, что даже тот текст, который есть, можно сделать еще лаконичнее. Уж если Лайт, так Лайт!
Licht, mehr Licht!!
Возник вопрос по поводу ресемплинга. Когда я делаю ресемплинг от 300 до 600 дпи, то на 300-400 страничной книге размер djvu файла у меня получаеться около 4Мб, что терпимо для выкладки в инет. Но сейчас мне попались книги по 800 страниц, и я подозреваю, что размер djvu файла вырастет соответственно вдвое.Нет, это отнюдь не очевидно. Разрешение - это лишь один из многих факторов, влияющих на размер. И он не всегда является решающим. Плохое качество печати, большое количество разных шрифтов, разных языков и т.п. - все это может повлиять на конечный размер даже в большей степени.
Отсюда вопрос, как добиться преемлемого размера djvu файла? Делать понижающий ресемплинг от 600 до 300 дпи? Вообще отказаться от ресемплинга до 600 дпи в ущерб качеству?Здесь уже все зависит только от стоящих перед Вами задач. Что для Вас важнее? Малый размер? Качество книги? А может быть, скорость декодирования?
А как вы храните архивы сканов?Не храню. После того, как выжимаю из оригинала все соки, выкидываю его
Кроме того, подозреваю, что и обработка в sk таких сжатых файлов замедлитьсяПомнится, bolega говорил, что СК любит LZW
Подскажите, пожалуйста, формулу, по которой вычисляются размеры уменьшенного заднего фона.
Lф = ceil( Lм / n ),
где
ceil - округление в большую сторону ( т.е. ceil( 1.001) = 2 )
L - длина или ширина
n = 2-12
или так:
Lф= int( (Lм+(n-1))/n )
int - округление отбрасыванием дробной части
Пример:
Lм = 2345
n = 3
Lф= ceil( 2345/3 ) = ceil( 781.666 ) = 782
или
Lф= int( (2345+3-1)/3 ) = int( 2347/3 ) = int( 782.333 ) = 782
я подозреваю, что размер djvu файла вырастет соответственно вдвое.
Отсюда вопрос, как добиться преемлемого размера djvu файла? Делать понижающий ресемплинг от 600 до 300 дпи? Вообще отказаться от ресемплинга до 600 дпи в ущерб качеству?
А как вы храните архивы сканов?
Отсюда вопрос, как добиться преемлемого размера djvu файла? Делать понижающий ресемплинг от 600 до 300 дпи? Вообще отказаться от ресемплинга до 600 дпи в ущерб качеству?Как же так!
Надо искать варианты. Никто этого точно пока не знает.
Судите сами, книга 400 стр при сжатии 9 кб/стр будет весить меньше 4 мег. Пусть при 300 дпи она будет весить 3 мега.
Об увеличении сжатия. Главное - сглаживание контуров, которое достигается комплексным применением фильтров (размытие, контурная резкость, сглаживание).
Это теория. А на практике Вы пробовали сделать 2 варианта - 300 и 600 - и сравнить размер? По-моему, на практике размер 600 в среднем в 2 раза больше, чем размер 300 (Книга - ЧБ).Во первых, мне это не интересно
А есть ли где-то конкретная методика, которую можно почитать?Важна идея
Главное - сглаживание контуров, которое достигается комплексным применением фильтров (размытие, контурная резкость, сглаживание).Делайте там, где Вам удобнее.
А как вы храните архивы сканов?Раньше в tif LZW, сейчас вынужденно (сканирую в БукПилот) в jpg 100%. На матрицу входит ~3-4 книги. Сохраняю еще spt (SK), скрипты (Корел) и готовые сканы. Все это при необходимости позволит мне быстро переделать книгу. Пока такого случая не было
Я смотрю, что о двойном увеличении размера djvu говорят уже как о состоявшемся факте
Arcand, может Вы неправильно решили, что:Я декомпилировал documenttotodjvu и msepdjvu и увидел все опции.
Цитата:-jSSS - качество кодирования маски, где SSS: lossless, quasilossless, conservative, lossy, aggressive. Например -jaggressive.
Что такое "disable halftone detection" я пока не понял - кто-нибудь знает?Из справки
The disable-halftone option disables halftone detection. Halftone detection is useful when you convert dithered images, such as scanned newspaper articles. If the input image does not contain dithering, specify this option to decrease encoding time and reduce the output file size.Т.е. эта опция предохраняет от порчи dithered рисунки - чтобы точки не пропадали. Я заметил, что сетки таблиц и координатные сетки на графиках из точек сильно страдают при кодировании lossy (т.е. с потерями). Только при lossless точки не пропадают.
Нет ли у кого-нибудь исходника программы pnmtodjvurleЗдесь
А как вы храните архивы сканов?
Раньше в tif LZW, сейчас вынужденно (сканирую в БукПилот) в jpg 100%. На матрицу входит ~3-4 книги.
Я смотрю, что о двойном увеличении размера djvu говорят уже как о состоявшемся факте, хотя никто проверок так и не провел.
Да. Очень печально, что БукПилот не умеет сразу сохранять в tiff lzw или tiff zip
Посмотрите результаты shch_vg
Но особой проблемы я не вижу. Я сразу же в СК задаю команду File->recompress... и всех делов.
Я говорю исключительно о методике, изложенной в ScanAndShare. Если делать строго по ней, то получается столь большое увеличение.
У вас в первом столбике размер книги в 300pdi, а во втором - в 600?
Однако, это для книги с цветной обложкой.
диаграмм там очень много, и я подозреваю, что они плохо ужимаются
Но надо сказать, что шахматные книги - это довольно специфические книги
Но в 300 dpi они, получается, ужимаются гораздо лучше, либо много теряют при даунсемплинге
Что-то я никак в толк не возьму - кому нужна эта грошовая экономия?
либо похуже, но по ТРИ, либо получше, но по ПЯТЬ.Может наоборот - пожуже, но по ПЯТЬ (книг), либо получше, но по ТРИ (книги)
Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970
Предыдущая тема: MoleskinSoft Clone Remover