» XnView

XPerformer

Цитата:

не знаю, что напряжного запустить единожды написанный батник, но ... как хотите

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

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

Shangry
в комплекте с XnView идёт NConvert - вам нужен он
например:
nconvert -out jpeg -ratio -resize 480 0 *.jpg

ну или вон выше вам подсказали: жмите Ctrl+U в XnView, настраивайте преобразование, а потом экспортируйте настройки в батник
ну а дальше смотрите, что там, и адаптируйте под свои нужды

sabio

Цитата:

в комплекте с XnView идёт NConvert - вам нужен он

Если ему задавать несложные команды вроде, как у вас "nconvert -out jpeg -ratio -resize 480 0 *.jpg", то работает более или менее нормально.

Но, если попытаться экспортировать в батник уже настроенную задачу из "Пакетной обработки", то получается такая развесистая ком. строка, что, когда ее пытаешься запустить, вместо работы идут сплошные обломы (уже не первый раз на такое налетаю). А пытаться отладить сложный батник, да еще в Windows ком. строке - удовольствие изрядно ниже среднего
Поэтому и хотелось сделать всю необходимую работу внутри XnView, в ее граф. интерфейсе. Или поочередно открывать в ней PDF и обрабатывать их нужным образом, или, если повезет, загрузить все PDF разом в "Пакетную обработку" (тот же NConvert, только в более удобном для работы виде).

Как в программе открывать и просматривать PDF из изображений вроде бы разобрался, поменял несколько версий GhostScript и заработало.
Теперь другая проблема - надо запустить обработку для всех изображений из данного PDF разом (в более общем виде - для всех изображений многостраничного файла). Без этого обрабатывается только изображение, открытое в данный момент.
Пробовал обычное Ctrl-A ("Выделить все"), но пока из этого ничего не получается.

А как подобное можно проделать в "Пакетной обработке" - так вообще загадка . Если загрузить туда стопку PDF и попытаться с ними что-нибудь сделать, то на выходе получаются PDF'ы, в которых только по одной единственной странице (первой).

XnViewMP 0.70

[more=Changelog 0.70:]
537:[Bugs] Start with Дизайн filename
541:[Bugs] Crash when delete folder curently viewed in thumbnails pane
540:[Bugs] Start ing with 16bits file close XnView
539:[Bugs] Fullscreen start crash - viewtopic.php?f=62&t=28882 [^]
536:[Bugs] Shift+Del in browser - viewtopic.php?f=62&t=30989 [^]
535:[Bugs] "Convert into JPEG" ignores format settings - viewtopic.php?f=62&t=30965 [^]
534:[Bugs] Resize dialog problem with pixels/cm
533:[Bugs] No color in "Filename + thumbnails" mode - viewtopic.php?f=62&t=30964 [^]
532:[Requests] dcraw updated
531:[Bugs] File listing doesn't support utf8 - viewtopic.php?f=62&t=30952 [^]
530:[Bugs] View crash with little image - viewtopic.php?f=62&t=30946 [^]
526:[Bugs] Can't remove category from folder - viewtopic.php?f=62&t=30920 [^]
522:[Bugs] MacOSX crash on fast select video file or rename
521:[Bugs] Resize dialog & parameters - viewtopic.php?f=82&t=30900 [^]
520:[Bugs] Drag&drop copy action for files on same drive - viewtopic.php?f=62&t=30875 [^]
494:[TODO] Registration dialog
518:[Bugs] Lossless WEBP - viewtopic.php?f=62&t=30793 [^]
517:[Bugs] Crash at startup if previous viewed file doesn't exist anymore
515:[Bugs] Category & Sets panel - viewtopic.php?f=62&t=30836 [^]
511:[Bugs] Double click to expand and rename dialog - viewtopic.php?f=82&t=30831 [^]
509:[Bugs] Sort by file date create in view mode - viewtopic.php?f=82&t=30830 [^]
499:[Bugs] PDF unicode filename - viewtopic.php?f=62&t=30767 [^]
506:[Bugs] Shortcuts not working in browser when pressing ENTER in view mode[/more]

Актуальная версия - 0.70 от 03.11.2014
Все таки 12, в шапке месяц поправьте plz

p.s.
мог бы и сам, да иногда огорчаются "шапководы"

Loafer

Спасибо! Опечатку исправил.

XnViewMP 0.71

Changelog 0.71:
544: [Bugs] Keys not working when starting in fullscreen - viewtopic.php?f=62&t=30813
543: [Bugs] High CPU load in browser - viewtopic.php?f=62&t=31023

Уважаемые, у кого нибудь работает "инструменты-пакетная обработка"? Версия 1.99.6
Задаю допустим поворот на 90град, задаю группу файлов, папку выхода, всё нормально, процесс проходит - но в папке выхода не появляется результата. Пробовал и так и сяк, одиночные и группвые - ноль эмоций. Помню, работало всё в версиях помладше. Сейчас в послеждних версиях работает или нет?

Подскажите, пожалуйста, viewer для векторных файлом.
Конкретно сейчас нужно просматривать (не редактировать) файлы InDesign

Kanev75

Цитата:

файлы InDesign

Насколько я знаю, такого не существует

Вобщем, не работает конвертация даже в последних версиях хнв. Забыл сказать что система 7... И я так понял всем глубоко пофигу

lunohod1
Покажите скриншот окна пакетной обработки для начала, ибо у меня XnView работает нормально, на Win7 x86/x64 в т.ч.

Цитата:

Skif_off
Покажите скриншот окна пакетной обработки для начала

Пожалуйста:

lunohod1
Конвертация не работает с конкретными tiff или вообще с любыми файлами?

lunohod1

Цитата:

Уважаемые, у кого нибудь работает "инструменты-пакетная обработка"? Версия 1.99.6

Постоянно пользуюсь пакетной обработкой и еще не встречал версии XnView, в которой бы она не работала. Сейчас стоит 2.25.

У вас в настройках поворота стоит "Повернуть, основываясь на". Попробуйте поставить какой-то определенный угол поворота.
Кроме поворота что-нибудь пробовали? Например изменить пиксельный размер, разрешение, цветность, выходной формат.
Судя по окошку отработки, преобразование таки происходит, но возможно пишется куда-то не туда. Попробуйте поискать ваши файлы за пределами J:\TMP\Scanbook.

lunohod1
Зачем вам преобразование без потерь? Какие потери могут быть с TIFF? Конечно, TIFF можно жать с потерями по алгоритмам JPEG, но на фига вам тогда TIFF?

Ну и поворот на основе информации из EXIF: а она там есть? Собственно, не важно, всё равно не повернёт, ибо фича прикручена для JPEG.

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


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

Skif_off
Книга отсканена в тифе, с хорошим разрешением, редкий фонд, уже вся разваливается и больше я её скорее всего не возьму, да и смысл? Можно ведь и по одному вручную, если очень хочется. Но как блин понимать такие косяки с пакетными заданиями?? С остальными то форматами работает.

lunohod1

Цитата:

Но как блин понимать такие косяки с пакетными заданиями?? С остальными то форматами работает.

Переключите интерфейс на английский, преобразование, которые вы пытаетесь применить, называется JPEG Lossless rotation. XnView не будет использовать его ни с TIFF, ни с каким-то иным, отличным от JPEG форматом.

Если хотите автоматизировать, попробуйте посмотреть ScanKromsator или Scan Tailor. Я вообще не понимаю, как можно сканить книгу в хорошем разрешении (а это значит - не быстро), а после этого пытаться повернуть изображение на основе информации из EXIF. У вас TIFF, если вы делали его правильно, то он не сжат с потерями, а либо несжатый, либо с LZW/ZIP (только размер чуть поменьше и всё), т.е. - lossless: делайте, что угодно, качество при сохранении не потеряете.

lunohod1
Попробуйте для начала вместо вашей сегодняшней версии XnView поставить последнюю.

Только что сунул в пакетник версии 2.25 стопку TIFF со сканами книги, задал поворот и сохранение тоже в TIFF. Отработала требуемое без малейших проблем и сохранила в указанную папку.

Цитата:

Skif_off
Я вообще не понимаю, как можно сканить книгу в хорошем разрешении (а это значит - не быстро), а после этого пытаться повернуть изображение на основе информации из EXIF.

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


Shangry
Какое конкретно меню "поворот" вы задавали?

Пример страницы, кому интересно, тут: http://rghost.ru/59584385

lunohod1

Попробую объяснить просто - JPEG способ сохранения фотографий основанный на инерции зрения - если специально не присматриваться, то мы не замечаем мелкие детали в большой картине, а потому для уменьшения их размера он использует специальные преобразования теряющие часть исходной информации выданной фотоприёмником (формат с потерями), а для описания общих характеристик и условий съёмки он использует специальный служебный блок данных EXIF, а TIFF формат созданный для задач где важна максимальная точность изображения иначе после обработки вылезут ошибки в виде цветных пятен и искажения геометрии и в нём используется иной способ сохранения информации об изображении отличный от EXIF, но главное он не допускает утраты исходной информации - это формат без потерь и размеры его файлов при одинаковом разрешении всегда будут больше. Поэтому операции поворота на основе EXIF для TIFF не применимы т.к. в файле TIFF нет этого блока данных и если использовать эту операцию её результат будет не предсказуем.

Victor_VG

Цитата:

и если использовать эту операцию её результат будет не предсказуем.

Почему непредсказуем? XnView просто не будет этого делать
Наверное, надо написать автору перевода: переводить конкретную фразу JPEG Lossless rotation в невнятное Преобразование без потерь не совсем правильно.

Skif_off

Да, сам XnView эту операцию не выполнит, но в общем случае если некая программа попытается её выполнить итог будет тем что я назвал выше - не предсказуем. Тут скорее стоит вопрос не в наличии в XnView защиты от ошибочного ввода команды оператором, а о принципиальной неприменимости данной операции к TIFF контейнеру.

Victor_VG Понятно, спасибо. Да я вобщем то поворачивал и "на 90град", собственно это было первое что попробовал. А какой тогда использовать пункт, который нормально страницы развернёт?
И вобщем непонятно, что оно там делает, когда перечитывает.

Зы, попробовал "поворот" - всё повернуло и сохранило, будем надеяться что без потерь


Добавлено:
Skif_off
Вот если бы оно этого не делало и сообщало что "такая операция для данного формата неприменима - было бы айс. А так поди пойми чего ему надоть...

lunohod1

Цитата:

Вот если бы оно этого не делало и сообщало что "такая операция для данного формата неприменима - было бы айс. А так поди пойми чего ему надоть...

Претензии к переводчику: оставил бы JPEG во фразе - всё было бы очевиднее.


Цитата:

будем надеяться что без потерь

Смотрите в свойствах файла: http://rghost.ru/59613829/image.png Варианты без потерь: Нет, LZW или ZIP. Если написано JPEG, то сжатие с потерями. Вроде где-то читал, что можно пожать без потерь в JPEG-LS, но реализации пока не встречал.
ИМХО, для гарантированной совместимости с разным софтом лучше оставлять несжатым (хотя LZW или ZIP могут сэкономить место, до 20-25% в зависимости от изображения). Если планируете и впредь использовать XnView для обработки, лучше сразу проверить настройки http://rghost.ru/59614078/image.png Или, если несколько стеснены в свободном месте на харде, попробуйте поэкспериментировать со сжатием без потерь (LZW или ZIP).

Skif_off
Ясно, спасибо, проверил, всё вроде как надо стоит, без сжатия, места для файлов найдём, не на "ленинку" же
Спасибо всем участникам за разъяснения!

XnViewMP 0.72

562: GeoHack url has changed
561: Set keyword destroys IPTC metadata on JPEG
559: Left/right keys don't work on last tab

В данный момент не доступны сборки для Mac OS X - сервер сообщает HTTP Error 404. Написал автору, увидит - поправит.

Работал кто с консольным nconvert?
Не получается задать другую папку.
Пробую такой вариант: nconvert -overwrite -v -ratio -rtype lanczos -rflag decr -resize longest 128 -out png -o $$\..\%% *.png
Хочу чтобы результирующие файлики пересохранялись в папке выше.
В логе вроде пишет как надо:
Conversion of bird_6_s.png into high_res\..\bird_6_s.png OK
Но в реальности переписывается исходные файлы.

ЗЫ: лишнее усложнее.
Надо так: nconvert -overwrite -v -ratio -rtype lanczos -rflag decr -resize longest 128 -out png -o ..\%% *.png

У xnview в контекстном меню на дереве папок есть пункт "Запуск слайд-шоу (циклично)". Как заставить при запуске такого слайд-шоу воспроизводить не только файлы формата jpeg, но и файли формата nef (Nikon RAW), находящиеся в папках?

Обычным просмотром все отлично показывает. В слайд-шоу - нет. Решения не нашел.