Tulon
Advanced Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Цитата: Полностью согласен. Однако мне кажется, что это очень бы помогло -- впереди не один релиз программы, она становится все сложнее, системы, где она используется, очень разные -- короче, за всем не уследишь. Падают любые программы, в том числе и великолепно отлаженные, и именно для таких случаев и введено автосохранение. Разумеется, я нажимаю Ctrl-S всегда, когда об этом вспоминаю, но я бы чувствовал себя гораздо комфортнее, если бы система делала это (хотя бы иногда) за меня. | Это добавит сложности в реализацию. Во первых сохранять нужно не в рабочий проектный файл, а в бэкапный, именно на случай падения. Во вторых, сохранение проекта - достаточно медленная операция, и лучше ее делать в отдельном потоке. Пожалуй найти и исправить падение будет попроще. Если воспроизвести так и не удастся, в следующую версию встрою обработчик падений с выводом трассировки стека. Кстати под Linux у кого-нибудь падало? Цитата: Официальный релиз не пробовал. Чем он отличается от сборки 355? Если ли где-нибудь в доступности change log? | По моему изменений со времени релиза не было. ChangeLog коммитов в SVN в принципе ведется, но хорошего сервиса для его просмотра нет. Тут давали ссылку на RSS feed этого ChangeLog'а, но там очень не удобно смотреть - в каждый пункт кликать надо. Вот здесь есть нормальный ChangeLog, но он всегда идет с опозданием. Цитата: Цитата: Если у вас сканы так хорошо обработаны, что поля совершенно одинаковые, то зачем вам вообще понадобился СТ? Для того, чтобы вывести grayscale в черно-белый с улучшением качества. Поля не одинаковые, но меня устраивали. Пример я уже приводил -- книга, скачанная из Google Books. Другой пример -- PDF (кем-то аккуратно сделанный, скажем, через фотошоп) в DjVu. Или DjVu Photo -- в "нормальный" DjVu. Вообще, в случаях, когда требуется переделка уже "сделанной" книги. | Если поля не идеально равны, то применения рамки контента ко всем страницам ни к чему хорошему не приведет. Пожалуй это можно было бы вот так реализовать: На первой стадии сделать галку "Только вывод". При этом все стадии кроме первой и последней становятся как бы read-only - зайти туда можно, менять ничего нельзя. Тип разреза будет "ничего не отрезать", компенсация наклона - 0, рамка контента - вся страница, поля - нулевые. Впрочем уже вижу проблему - выравнивание освещения будет плохо работать без правильно определенной рамки контента, особенно если линия разворота или темные края попали в скан. Цитата: Мне кажется, алгоритм может быть такой: если площадь полезной области меньше площади страницы более чем в (два, полтора -- нужное вставить) раза, определить относительное положение ее верхней и нижней границы. Если верхняя граница ближе к верхнему краю страницы, чем нижняя -- к нижнему краю, выравнивать поверху, наоборот -- понизу, если одинаково (с допуском, разумеется) -- по центру. СК же как-то умеет автоматически (хотя и не идеально). | Можно будет попробовать как-нибудь. Свободного времени очень мало - в рабочие дни практически совсем нет. Цитата: Было бы замечательно пробежаться по проекту и пометить все черно-белые и цветные отдельно. | Понятно. Фича действительно полезная, но все-же не на первом месте по приоритету. Цитата: OK, пример: в 30% случаев рамка не попадает на номер страницы. Разрешение установлено правильно. Что делать? | 30% - очень много. У меня такое тоже бывает, но только на сильно неполных страницах, где этот номер очень далеко от остального текста. Если это решать изменением чувствительности, вместе с номером в рамку залезет и нижняя граница контента. Тут нужна особая обработка именно номеров страниц. Возможно оптическое распознавание символов - думаю цифры не так сложно будет распознать. Либо просто набор эвристик - внизу, короткая строка, выглядит как текст - значит номер страницы. Кстати оценка текст / не текст уже имеется, и она увеличивает шансы того, что считает текстом остаться в рамке, но при очень больших расстояниях он все равно убирается. Посмотреть, правильно ли определился текст, можно через режим отладки - Инструменты -> режим отладки, потом переключится в ручной режим и обратно (все это на стадии определения рамки). Потом ищите вкладку text_mask. Цитата: Я уже приспособился, но проблема такова: я устанавливаю для обложки цветной вывод без полей и выравнивания света (то есть я хочу только upsampling). Дальше по ходу просмотра я что-то применяю "ко всем страницам", запускаю, и получаю черно-белую обложку. | Вообще-то не хорошо так делать - применять ко всем страницам то, что им всем не подходит. Впрочем это навело меня на мысль добавить опцию "применить ко всем последующим". Цитата: Кстати говоря, "что-то" -- это, как правило, отключение "удаления пятен". К сожалению, на моих книгах оно работает ужасно -- то стирает куски текста, то стирает текстовые точки или точки-лидеры в оглавлении. | Ну в оглавлении это можно понять, а вот текстовые точки не должны удалятся - они ведь рядом с буквыми. Выложите пример файла, где такое происходит. Цитата: Просто разрешить пользователю сразу использовать кнопку пакетного режима в пункте "Вывод". Сейчас выскакивает сообщение, что сначала надо сделать полезную область/макет. | Сделать такое пожалуй можно, но с большой вероятностью все равно вывод придется переделывать - достаточно одной страницы с мусором, попавшем в рамку контента, чтобы распухли все файлы на выводе. |