Доступен (https://www.digikam.org/node/761) релиз программы для управления коллекцией фотографий digiKam 5.3.0 (https://www.digikam.org). Кроме исправления 43 ошибок (https://bugs.kde.org/buglist.cgi?bug_status=RESOLVED&bug_sta...), новая версия примечательна началом формирования самодостаточных сборок, подготовленных в формате AppImage (http://appimage.org/). Так как в сборку уже включены все зависимости, в том числе свежие библиотеки Qt5, KDE Framework 5, Lensfun, OpenCV и Exiv2, для работы с digiKam в различных дистрибутивах Linux теперь достаточно загрузить универсальный пакет и запустить его, без необходимости установки в систему каких-либо компонентов. AppImage в том числе можно использовать параллельно с поставляемой в дистрибутиве версией digiKam для ознакомления с возможностями новой версии до появления официальных обновлений в дистрибутиве.URL: https://www.digikam.org/node/761
Новость: http://www.opennet.ru/opennews/art.shtml?num=45448
Кто этим пользуется? Для чего оно вообще удобно? Как редактор - это вообще не оценил.
всеми руками и ногами за. сомнительная вещь
Редактор, да? Это его главная функция? Для этого он разрабатывался?
набор для ленивых.
пользую gimp + любую смотрелку.
Кстати, есть хорошая альтернатива этой программе: darktableБонус: она не падает.
digikam — каталогизатор с функцией редактоа.darktable — проявщик рав/редактор. Функции каталогизации в нем нужны как раз больше для отбора удачных снимков, а не для хранения коллекции.
Падает, лично проверял, открываешь папку с 400+ Гб фотографий формата .NEF и .jpg ( лежащей на дисках собранных в Raid 1 ) и приплыли, пока пользовался Win8..8.1 проблем небыло, все файлы с фотоаппарата сливались в одну папку в течении многих лет, откуда потом по мере надобности копии дергались куда надо, wind-овый проводник работал без проблем ( немного подвисал при открытии папки ), wind-овый просмотрщик фотографий ( стандартный, с установленным в систему Nikon-овским драйвером ) отлично просматривал( в т.ч. в режиме слайдшоу) с правильным преобразованием цветового пространства фото ( sRGB, AdobeRGB, сырой RAW ) в цветовое пространство монитора ( Близкое к AdobeRGB ).А вот перейдя полностью на Debian задумался над недоработанностью некоторых базовых программ в различных окружениях.
Стандартные Nemo и Nautilus умирают регулярно ( в Cinnamon и Gnome ) на таких папках, каталогизаторы аналогично(пробовал популярные), просмотр фото в слайдшоу - проблема ( показать детям или вспомнить что-то или как заставку на монитор ), цветовые профили тоже вроде работают, но определить какая из программ учитывает какая нет, только на глаз, монитор пришлось перевести в эмуляцию sRGB, с цветами не всё просто, но тут сам ещё не разобрался как оно устроено.p.s. Комп конечно не новьё, но 6честных ядер и 16 гиг оперативки, ssd нет, как то так. Больше всего достаёт то, что в приложениях ( тех же каталогизаторах, и многих других ) всё работает в одном потоке ( и вроде как фоновая операция по сканированию каталога убивает интерфейс ), понятно что всё построено на энтузиазме в основном, нужно самому включатся в разработку если хочется что-то поправить под свой кейс :)
darktable почти с рождения многопоточный.
> darktable почти с рождения многопоточный.Постараюсь проверить ещё раз, может перепутал, возможно проблемы возникают из-за жора ресурсов системы на 100% что приводит к неверной приоритезации потоков ( с точки зрения пользователя ). Так-же я не очень понимаю зачем сканировать(разбирать) все файлы в папке ( может и нужно в других кейсах ).
> darktable почти с рождения многопоточный.p.s. Всё кроме "падает" относилось к средней массе наиболее популярных приложений.
в общем да перепутал darktable с чем-то другим, но с ним тоже всё через одно место пошло:
1. При открытии папки во встроенном браузере автоматом .xmp файлы начинают писаться в каталог с raw-ками ( отключается настройкой, но само решение по умолчанию на мой взгляд намекает на странный подход )
2. Запущенный импорт файлов отменить невозможно ( не нашёл даже кнопки такой )
3. При закрытии программы при работающем импорте не происходит закрытия ( продолжает висеть окно, и стандартное сообщения системы - "Закрыть принудительно?" ).
4. Можно спокойно запустить пару одинаковых "импортов".Ну и самое главное, нельзя (не нашёл) посмотреть фотографии из папки :(
( во встроенном "браузере" не получилось перейти в конец списка, только pgDown на одну страницу работает ) в общем на мой взгляд программа сыровата :(p.s. версия 2.0.4. debian jessie
> При открытии папки во встроенном браузере автоматом .xmp файлы начинают писаться в каталог с raw-камиИ это прекрасно. Можно слить каталог на флэшку или в сетевую папку — и все правки будут перенесены вместе с данными.
Про импорт сходу ничего не могу сказать. Похоже на ошибки.
> Ну и самое главное, нельзя (не нашёл) посмотреть фотографии из папки :(
Потому что редактор + каталогизатор, а не смотрелка картинок.
> во встроенном "браузере" не получилось перейти в конец списка
"In both modes you can navigate left/right/up/down through your collection using ←/→/↑/↓. Pressing g in filemanager mode goes to the top, shift-g to the bottom, PageUp brings you one page up and PageDown one page down. "
Ну и вообще-то горячие клавиши настраиваются.
>И это прекрасно. Можно слить каталог на флэшку или в сетевую папку — и все правки будут перенесены вместе с данными.На мой взгляд неверное решение по умолчанию, это ломает идею о сохранении исходных данных ( в т.ч. каталога ). Помимо прочего при импорте файлов .xmp-ки создаются для каждого файла что в каталоге ( т.е. при отсутствии редактирования как такового ) я так понял что это делается для того что-бы обновлять превьюшки которые складываются домашний каталог.
>Потому что редактор + каталогизатор, а не смотрелка картинок.
Импорт каталога занял... уже 30 минут примерно 10 тыс. из 20 тыс...
>"In both modes you can navigate left/right/up/down through your collection using ←/→/↑/↓. Pressing g in filemanager mode goes to the top, shift-g to the bottom, PageUp brings you one page up and PageDown one page down. "
>Ну и вообще-то горячие клавиши настраиваются.Спасибо, сказался вариант перевода ( перейти выше/перейти ниже ) не распознал...
Вот можно на основе вашей базы поправить падения раз и на всегда.
Например отправить разработчикам core файл.
Попробую ещё раз наверное, я вижу несколько проблем в общем виде:
1. Проблемы могут быть с "библиотеками"
2. Проблемы возникающие при жоре ресурсов системы на 100% не удобно решать иным способом кроме как убийством приложения :(
Мне помогает простой скриптик ;-)
Скриптик считывает дату создания raw файла (фотографии), и на основе этих данных создает дерево каталогов такого вида:
..
└─ 2016
├── 02
│ └── 12
│ ├── GIMP
│ │ └── TSV_7521.xcf
│ ├── JPG
│ │ └── TSV_7521.jpg
│ └── NEF
│ └── darktable_exported
│ ├── TSV_7521.jpg
│ ├── TSV_7521.png
│ └── TSV_7521.png.xmp
└── 03
└── 19
├── GIMP
│ └── TSV_7661.xcf
├── JPG
│ └── TSV_7661.jpg
└── NEF
└── darktable_exported
└── TSV_7661.jpgДостаточно внести минимум изменений (под свой фотоаппарат и каталог фотографий), вставить флешку с фотографиями и запустить скрипт.
#!/bin/sh
#
# GPL3 $-)
#LOG_FILE="${HOME}/photo_err.log" ; rm -f ${LOG_FILE}
echo "*********************** `date +%Y:%m:%d` ***********************" > ${LOG_FILE}
error_handler()
{
case $1 in
1) echo "ERROR: No file or directory ${PHOTO_BASE}" >> ${LOG_FILE}
exit 1
;;
2) echo "INFO: Create directory ${MOUNT_PATH}" >> ${LOG_FILE}
sudo mkdir -m 755 -p ${MOUNT_PATH}
;;
3) echo "ERROR: No devices found tagged with: LABEL=\"NIKON D610\"" >> ${LOG_FILE}
exit 3
;;
4) echo "ERROR: Not installed media-gfx/exiv2" >> ${LOG_FILE}
exit 4
;;
5) echo "INFO: Mount devices ${FLASH_D610} in directory ${MOUNT_PATH}" >> ${LOG_FILE}
sudo mount ${FLASH_D610} ${MOUNT_PATH}
;;
6) echo "ERROR: I can not mount devices ${FLASH_D610} in directory ${MOUNT_PATH}" >> ${LOG_FILE}
exit 6
;;
7) echo "INFO: Error copying file $2" >> ${LOG_FILE}
;;
8) echo "ERROR: Error unmounting devices ${FLASH_D610}" >> ${LOG_FILE}
;;
esac
}
PHOTO_BASE="/mnt/images" ; [[ -d ${PHOTO_BASE} ]] || error_handler 1
MOUNT_PATH="/media/D610" ; [[ -d ${MOUNT_PATH} ]] || error_handler 2
FLASH_D610=`sudo blkid|grep D610|awk '{print $1}'|sed 's/://g'` ; [[ -z ${FLASH_D610} ]] && error_handler 3
EXIV2=`/usr/bin/which exiv2 2>/dev/null` ; [[ -z ${EXIV2} ]] && error_handler 4
[[ -z `mount|grep ${FLASH_D610}` ]] && error_handler 5
[[ -z `mount|grep ${FLASH_D610}` ]] && error_handler 6
for FL in `find ${MOUNT_PATH} -type f -iname '*.[jn][pe][gf]'` ; do
OUT_PATH_BASE=${PHOTO_BASE}/`${EXIV2} ${FL}|grep 'Image timestamp'|awk '{print $4}'|sed 's/:/\//g'`
mkdir -p ${OUT_PATH_BASE}/{NEF,GIMP,JPG}
cp -vf ${FL} ${OUT_PATH_BASE}/`echo ${FL}|cut -d '.' -f2|tr a-z A-Z` || error_handler 7 ${FL}
done
sudo umount ${MOUNT_PATH} || error_handler 8
echo "************************** DONE **************************" >> ${LOG_FILE}
Спасибо, может пригодится, когда-то думал про разбиение, но так сложилось что сейчас лежит просто файлами YYYYMMDD_HH24:MI:SS_xxxxx) за много лет такое решение прижилось ( удобно в т.ч. когда точно знаешь до какой даты оно скопировано на архивные диски вынутые из системника и т.п., удобно находить исходники, удобно банальное слайдшоу истории для своей семьи запускать(ну вот странный такой кейс) ), так-же лежат фотографии с телефонов, видеокамер и т.п.
Самое главное я не совсем понимаю зачем хранить jpg-ки ( реально обработанных руками фотографий не так много, и они да лежат в отдельных папках, особо метки ставить тоже руки не доходят ).
Ты очень плохо разбираешься в софте.
photo management application
каталогизатор же йопта. не редактор
> photo management application
> каталогизатор же йопта. не редакторКаталогизатор без нормального встроенного редактора -- фигня какая-то.
Зато юниксвейно.
>> photo management application
>> каталогизатор же йопта. не редактор
> Каталогизатор без нормального встроенного редактора -- фигня какая-то.Мегакомбайн плохо, для меня оптимально было-бы нормальный просмотрщик директорий с возможностями каталогизатора, заточенный под просмотр фотографий без редактирования, умеющий понимать что фотографий может быть очень много, что исходную папку гадить своими файлами не нужно, что исходные файлы не подлежат редактированию ( макс. переименования, без правки Exif ), с базой данных где-то в общей папке, без попыток создать превьюшки всех фото ( много места будет ) а только с сохранением метаданных.
>> photo management application
>> каталогизатор же йопта. не редактор
> Каталогизатор без нормального встроенного редактора -- фигня какая-то.А шо тады не фигня?
>> Каталогизатор без нормального встроенного редактора -- фигня какая-то.
> А шо тады не фигня?Всё, что умеет взять правки из одной фотографии и одной командой перенести их в пачку выбранных других фотографий. Без записи всех промежуточных шагов как файлов изображений. И нет — фотографы не пользуются имиджмэджиком. И слава богу.
А шо тады нормально?
А всё, больше в репозитории можно не заглядывать? Теперь все будут свой упаковочный велосипед для программ накручивать, теряя одну из положительных фишек linux-экосистемы?
Ну если мейнтейнеры твоего дистра из-за появления AppImage забили на сборку пакетов в репозиториях — можешь не заглядывать.
У остальных всё нормально.
Все больше популярного ПО в Linux собирается именно в AppImage. Хорошая тенденция, я считаю.
Ага, взломщики оценят.
Качай с оффсайтов, рачила. Кто мешает?
А почему не в flatpak?
Поезд ушел, флатпак опоздал. Теперь рулит Snap/AppImage .
Как на счет функции улучшения размытых фотографий?
Gimp>Filters>Enhance> Unsharp Mask - не предлагать
> Gimp>Filters>Enhance> Unsharp Mask - не предлагатьGimp>Filters>Enhance> Refocus тоже не предлагать?
Ну посмотрите на год последней версии
Вам чтобы работало или чтобы циферки красивые были?
> Вам чтобы работалоС 2.9.5 на Mint18 я его и собрать не смог.
Ясно, с вами обсуждать улучшения ПО не стоит.
Если же считаете, что улучшения не нужны, задумайтесь о своей компетенции и нужности команде программистов.
Как можно улучшить то что размыто?
Фотошоп может https://helpx.adobe.com/ru/photoshop/using/reduce-camera-sha...Или так
Следующий этап - распознать то, что на картинке и нарисовать заново в векторе. В принципе с панорамами и цветочками решаемо, проблемы с базой фотографий людей :)p.s. Но это уже не фотография, это уже скорее "изобразительное искусство"
Ну философский вопрос, можно привести аргументы, касающиеся даже освещения и размеров теней, экспозиция изменяющая пропорции лица, макияж и другие "способы"...
> Ну философский вопрос, можно привести аргументы, касающиеся даже освещения и размеров теней,
> экспозиция изменяющая пропорции лица, макияж и другие "способы"...Попробуй как-нибудь знаки препинания не наугад разбрасывать, а?
А ты научись соблюдать строгий порядок слов, удобочитаемость экономит время собеседника.
Понятно написано - отделены элементы перечисления. Не первый раз вижу таких "корректировщиков"