После почти трёх лет с момента формирования прошлой ветки состоялся релиз программы для управления коллекцией фотографий digiKam 8.0.0, развиваемой в рамках проекта KDE. Программа предоставляет исчерпывающий набор инструментов для импорта, управления, редактирования и публикации фотографий, а также изображений с цифровых камер в формате raw. Код написан на языке C++ с использованием Qt и библиотек KDE, и распространяется под лицензией GPLv2. Установочные пакеты подготовлены для Linux (AppImage, FlatPak), Windows и macOS...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=58991
А gwenview только у меня глючит и падает постоянно? Если перейти куда-нибудь, пока превьюхи генерируются, всё рассыпается. Столько лет не могут исправить.
УМВР. Точно не падает. Даже на коллекция по 1000 фоток, некоторые по 10 мегов. Превьюшки делаются по очереди, но делаются. Рассыпается это значит начинает перегенерировать? Такое бывает но вроде нет проблем.
Рассыпается -- это значит, если перегодишь в другой каталог (например, родительский), то элементы интерфейса не появляются, где должны.
Нет такого.
Ты используешь alt+up или вытащил кнопку на интерфейс? У меня 100% воспроизводимость, но я люблю быстро искать необходимое и не жду, пока превью генерируются. Удали всё превью для начала. Тип такого find "${HOME}/.cache/thumbnails/" -name "*.png" -type f -delete
Просто тыкаю по папками или ввожу в панель адреса. Версия 22.08.1 если что.
Я сейчас попробовал воспроизвести и довольно долго пришлось переходить туда-сюда, случайно оно как-то намного быстрее. Есть ещё такое что ты переходишь, а тебя возвращает обратно. Вот это в логеQThread: Destroyed while thread is still running
Aborted
Нашёл такой багрепорт, но это ж жесть как актуально справить должно быть, пользоваться вообще невозможно https://bugs.kde.org/show_bug.cgi?id=452725
Вот это ещё похоже https://bugs.kde.org/show_bug.cgi?id=330865Но я смотрел код gwenview и не удивлён, что он так плохо работает, и никто не горит желанием исправить баги.
> Вот это ещё похоже https://bugs.kde.org/show_bug.cgi?id=330865
> Но я смотрел код gwenview и не удивлён, что он так плохо
> работает, и никто не горит желанием исправить баги.Да, меня это тоже удивляет.
Замечал что не с любыми файлами происходят падения, и не каждый раз. Какие-нибудь webp, jpeg-xl, png, намного чаще, чем jpeg.
Таким новомодным не пользуемся.
Png уже не слишком новомодный, хотя конечно в сравнении с jpeg… А, ну и файлы должны быть 4к-8к, естественно. Лучше всего разрешение порядка 20000 на 16000 пикселей или больше, тогда проще протестировать.
<trollmode>Так это её у тебя оом прибивает, адназначьна.</trollmode>
ООМ даже кодировщик libjxl не прибивает, это который 1 гигабайт на каждую 1000 квадратных пикселей. Тут какие-то проблемы с синхронизацией. И под gdb они как обычно не проявляются, я пробовал.
Самый быстрый вьюер это все равно feh.
Каждый раз, когда мне говорили, что программа быстрая, меня пытались наебмануть, так ещё и ничего не умеет предложенное. А так задачи, ими решаемые, несколько отличаются, в любом случае.
Значит у тебя компьютер не быстрый.
Feh как раз для медленных. Обои на десктопе отрисовывает хорошо, например.
chafa быстрее!
X11
закапывай
Кажется, в гимпе недеструктивная обработка появится быстрее, чем в диджикаме.
Не меняйте так часто интерфейсы. Пользуются люди 1930-х годов рождения. И им это отдушина...
Кажется Гимп перейдет на ГТК3 ка раз к выходу Гном 50 )))
> Кажется Гимп перейдет на ГТК3 ка раз к выходу Гном 50 )))Он на него уже перешёл, просто финального релиза ещё не было.
Когда-то юзал, потом понял, что нафиг не нужен такой комбайн.
программы для организации фотоколлекций тогда уж
Посоветуйте программу для управления фото, суть такова:- Изображения хранятся в той папке, в которой я хочу, а не там, где хочет программа. Например в /srv, или в /mnt, да хоть где короче.
- Файлы не должны меняться самой программой. Если добавляю тег, то он должен храниться в отдельном месте, а не вшиваться в файл.
- Самое важное условие: если я задаю теги файлам, то я хочу, чтобы метаданные коллекции хранились прямо в моей папке, а не где-нибудь в ~/.config, ~/.local и т.д. То есть примерно как гит хранит инфу о репе прямо в репе в папке .git, также хочу и здесь. Если коллекция на флешке, то я должен иметь возможность открыть коллекцию на другом компе. Портабельная коллекция короче.
- Тегирование, поиск по тегам, сортировка по дате -- это в общем-то все, что мне нужно.
В принципе, это darktable. Но для твоих задач он слишком навороченный.