Просмотр сообщений
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
Предлагаю наименее трудозатратный для Вас вариант:Да, именно так все и будет.
Ну что Вы решили - будете делать программу или нет?Я сейчас в раздумьях
GCJ - это Java-компилятор, который может компилировать прямо в машинный кодВиртуальная Java машина и так делает это на ходу, во время выполнения. Поэтому скорость выполнения джава-программ часто не сильно отличается от скорости программ, написанных на С/C++
Я вообще думаю, что для юзера следует изобразить изготовление скан-книги как ряд ключевых этапов (с описанием признаков каждого этапа и самоконтролем качества).Собственно, моя работа с СК началась только после прочтения руководства Scan and Share
Я Вам предлагаю именно тот вариант, который будет гарантированно востребован.C этим я, пожалуй, соглашусь.
А Вы пытаетесь просто "повторить" СТ.Можно сказать, что СТ пытается повторить СК и что?
Я имел в виду разделение всего процесса сканобработки (см. на примере СТ) на несколько (хотя бы 2 минимум) независимые программы.Вы путаете автономию этапов сканобработки, с их структурным размещением (по программам). Вам же не много программ нужно, в конечном итоге, а просто возможность выполнять сканобработку этап за этапом с фиксацией промежуточных результатов (что бы можно было что-то подправить на стороне, если промежуточный результат чем-то не устраивает). СТ в этом смысле - монолит, т.е. нужно делать в нем все от и до. СК - менее монолитен. Я сам неоднократно сначала разрезал там сканы без доп. обработки, а потом снова загружал их в СК как отдельный проект для последующей обработки. Просто начальная разрезка сделана в СК через
К слову, и в этом нет ничего страшного - это то, что называется unix way. Но мы то не в юникс-консоли работаем, верно?
Вы решили пойти точно таким же неправильным путём, что и Tulon с bolega - да ради бога.Не вижу никакого криминала в том, что программа может делать более одного действия по сканобработке.
Для "расширения функционала" следует просто сделать ещё одну программу - не трогая ту первую (для резки).Нет смысла плодить автономные программы, многие части которых одинаковы.
Нет, никакого "расширения функционала" допускать НЕЛЬЗЯ. Вот это действительно получится "Кромсатор" (в плохом смысле слова).Вот именно усложнения программы a la Кромсатор я постараюсь не допустить.
То есть, Вы хотите сделать программу-Wizard, где при запуске будет открываться окно с большими кнопками, каждая из которых будет загружать свой независимый интерфейс? (по типу DjVuOCR от Генчо) - т.е. как бы втиснуть несколько программ в одну? Но чтобы при этом все "подпрограммы" были фактически независимы?Пока не могу сказать. На данном этапе хочу сосредоточиться именно на максимально удобном разрезании. А там уже будет видно.
Либо - программа делает исключительно одну разрезку - либо и всё остальное в т.ч. (как СК и СТ).На первом этапе - исключительно одну резку. А там - посмотрим. Если будет возможность расширять функционал программы, почему этого не сделать? При этом начальную разку можно будет использовать автономно.
Эту программу уже больше мы трогать не будем.Ну у меня немного другое видение перспективы.
Но на данном этапе - я полностью с вами согласен.Нажать кнопку Process. Программа будет делать с каждым разворотом 2 кропа, создавая под каждый новый кроп новый файл. Новые файлы класть в некую папку, указанную юзером. Исходные файлы вообще в идеале никак бы не изменять (ну разве что поворот 90,180,270 - и то желательно как-то выкрутиться и всё же никак не менять исходные сканы).Проблема в том, как быть дальше, если мы продолжим развитие программы на другие этапы постобработки...
Создавая такую программу, мы гонимся за максимальной простотой.Я бы сказал, за удобством, понятностью и функциональностью.
Программа по разрезке должна непременно уметь не только разрезать сдвоенные развороты - но и отрезать ошмёток соседней страницы (у одиночных сканов). Это, пожалуй, самое сложное, поскольку тут надо будет уметь обрабатывать "все чётные", "всё нечётные".Сомневаюсь, что подобное нужно - иначе программа превратиться в Кромсатор.
И всё - и можете сразу выкладывать полученную программу (не откладывая в долгий ящик).Собственно, так и планирую сделать.
Минимум усилий - это потратить день на освоение СК - и никакой СТ тогда не нужен, следуя вашей логикеЦитироватьволюнтаризмДля меня это лишь способ минимумом усилий сделать максимум функционала.
Сколько видел книг с неразрезанными разворотами - раздражает не само отсутствие разрезки разворота на страницы, а сопутствующее ему отсутствие компенсации наклона страниц перед бинаризацией (что ведет к сильным искажениям при попытке доделки таких книг).Что вы подразумеваете под "отсутствием компенсации наклона"?
2) сохранение проекта, его пропатчивание - задание полезной области по границам резака, нулевых полей, если не было этапа компенсации наклона, то нулевых углов."Ну это уже какой-то волюнтаризм" (с)
