После двух с половиной лет разработки представлен (http://damonlynch.net/rapid/release090.html) релиз проекта Rapid Photo Downloader 0.9.0 (http://damonlynch.net/rapid), в рамках которого развивается приложение для импорта фотографий и видео с камер, смартфонов, карт памяти и других устройств. Программа предоставляет средства для первичной автоматической обработки, например, может переименовывать фотографии и создавать каталоги с учётом времени и метаданных, а также сохранять отдельно резервные копии. Также поддерживается одновременная загрузка файлов сразу с нескольких устройств.
Программа написана на языке Python и распространяется (https://launchpad.net/rapid) под лицензией GPL.
Новый выпуск примечателен переходом на Python 3 и полной переработкой графического интерфейса, который был переведён с GTK+ на Qt. Для взаимодействия межу процессами-обработчиками задействован
ZeroMQ, для работы с метаданными - GExiv2, а для создания эскизов - Gstreamer, для обработки RAW-изображений - Libraw (https://www.libraw.org/). Программа теперь может работать с любыми камерами и смартфонами, поддерживаемыми в GPhoto2 (http://gphoto.sourceforge.net/) (в прошлой версии Rapid Photo Downloader поддерживался лишь ограниченный набор камер).
Пользователю предоставлены гибкие средства для навигации по коллекции фотографий с использованием шкалы времени с умной группировкой снимков на основании длительности промежутков времени между их созданием. Rapid Photo Downloader автоматически определяет подключенное устройство и теперь загружает только новые фотографии и видео, которых нет в локальной коллекции (ранее загруженные фотографии, в том числе переименованные, автоматически не помечаются для загрузки, но их можно выделить вручную). Переработана система автоматического переименования. Увеличен размер генерируемых эскизов, которые теперь создаются асинхронно в отдельном процессе, а в интерфейсе могут быть отсортированы по различных критериям, включая тип камеры. Обеспечена возможность выбрать отдельные каталоги и файлы для обработки до начала загрузки.
URL: http://damonlynch.net/rapid/release090.html
Новость: http://www.opennet.ru/opennews/art.shtml?num=46816
То что нужно для загрузки данных со смартфона, а то уже замучился вручную выбирать новые файлы для копирования.
А я просто из свого смарта веб сервер сделал для просмотра фоток в браузере по вифи.
http://forum.motofan.ru/index.php?act=Attach&type=post&id=27...
http://forum.motofan.ru/index.php?act=Attach&type=post&id=27...
А он умеет грузить переименовывая файлы без создания папок на основании exif?
Типа по шаблону
~/Photo/NikonN/All/%yyyy%mm%dd_%hh24%mm%ss%_%origName.%origExtension
и при этом сохранять список уже загруженныех в БД с датами из exif?
А то те что попадались (digikam-ы и т.п. ) только новые папки по датам делали, а это не очень удобно.Поясню суть. Многие устройства циклят или сбрасывают нумерацию при очистке карты памяти, т.е сегодня на фотике /DCIM/01/DSC_001.jpg от 01.01.2016,через месяц год тот же DSC_001.jpg но от 07.09.2017-го
Не осилили GTK3.
Это уже закономерность.
Ушли с мертвого тулкита. Правильно сделали.
> Ушли с хипстерского тулкита. Правильно сделали.Поправил.
Он не мертв, там хипстеры все еще ковыряют свой гребанный CSS, да так что не то что сторонние темы, а настройки под себя (ширина скролбаров и прочие мелочи) привычно после обновления слетают. Оно же как: подумать до ковыряния, что нужно, а что не нужно нельзя, потому как примета плохая! Сделать тестовое ответвление и ковырять сколько душе угодно, замержив уже готовое не позволяют религиозные соображения.
А сохранять обратную совместимость -- добровольно данные обеты и клятвы при вступлении в теплое мужское гномосековое братство!
И ведь *рен найдешь доку, что именно там поменяли и подкрутили. Только АПИ или сразу код глядеть.
Восхищаюсь qt как библиотекой гуя. Но тошнит при одном только виде всех этих микрокнопочек, вертикального текста и т.д. и т.п. в стиле KDE.
Так не ставь стиль KDE.
Конечно. Chromium/Chrome, например, с недавних порт также перешёл с Qt на GTK. Просто потому, что "мертвая версия" же. Впрочем тебе лучше знать, нежели специалистам из Google и пр.
> Конечно. Chromium/Chrome, например, с недавних порт также перешёл с Qt на GTK.
> Просто потому, что "мертвая версия" же. Впрочем тебе лучше знать, нежели
> специалистам из Google и пр.Быстро же они свою Ауру забросили. Или кое-кто только что вылез из криокамеры?
https://www.reddit.com/r/linux/comments/207zr3/google_to_rep.../ (2014)
> Chrome made the decision years ago to not use a cross-platform toolkit like GTK+, Qt, or wxWidgets to build a UI from one codebase that works on all platforms.
Онли GTK3, с недавно выпущенной версии. Вот подсказывают вроде с 58. Есть предположения 2014 года, а есть факты 2017. Вылез видать ты.
> Онли GTK3, с недавно выпущенной версии. Вот подсказывают вроде с 58.Что там с недавним переходом с Qt?
> Есть предположения 2014 года, а есть факты 2017. Вылез видать ты.Факты говоришь:
https://www.opennet.ru/opennews/art.shtml?num=39823
> Выпуск web-браузера Chrome 35, перешедшего на графический стек Aura в Linuxhttps://chromium.googlesource.com/chromium/src.git/+/60.0.31.../
https://dev.chromium.org/developers/design-documents/aura> Note that Chrome still uses GTK+ for theme support, for things like file dialogs, and other desktop integration. It's just that the main browser window is now rendered using Aura rather than being made up of GTK+ widgets.
И правда -- окно с браузером открыть и файло-диалог показать только GTK сможет! Тут нужна вся мощь этого тулкита и глубочайшая интеграция!
> И правда -- окно с браузером открыть и файло-диалог показать только GTK сможет! Тут нужна вся мощь этого тулкита и глубочайшая интеграция!Не впечатлило, аналогично и с Qt. Особенно когда устанавливаешь браузер с зависимостями Qt версии давно забытой.
> Не впечатлило,Фанатиков переубеждать цели не было.
Вся суть в том, что выбор гугля не обусловлен какими-то мифическими (после стольких лет выкидывания "ненужностей") юберфишками гтк, хотя гномосеки конечно же считают иначе.
> с зависимостями Qt версии давно забытой.То ли дело гтк 3, в котором через раз ломают совместимость!
Более того - начиная с chrome 58 обновились с gtk2 до gtk3.
> Ушли с мертвого тулкита. Правильно сделали.Глядя на яркого представителя Qt в лице KDE... спасибо, не надо. Отваливается все, что только может отвалиться, и даже больше. Похоже, что "plasma" и "падает" - всегда будут дополнять друг друга. Версия 5.10.2.
>Глядя на яркого представителя Qt в лице KDE... спасибо, не надо. Отваливается все, что только может отвалиться, и даже больше. Похоже, что "plasma" и "падает" - всегда будут дополнять друг друга. Версия 5.10.2.А если ещё вспомнить, что Qt работает поверх Linux... спасибо, не надо. Причина падений KDE безусловно зарыта в ядре Linux. Можно сразу уходить на ColibriOS.
Реквестирую готовых пакетов для популярных дистрибутивов, а его питоновский инсталлятор он норовит всю систему загадить через pip. Тестовый AppImage к сожалению только для x86_64 :-(
> Реквестирую готовых пакетов для популярных дистрибутивов, а его питоновский инсталлятор
> он норовит всю систему загадить через pip.
> всю систему загадитьpip install --user foo
Но да, согласен. Частенько многочасовые реквестирования и плаканья на форумах экономят десять минут чтения мана.
> только для x86_64 :-(PowerPC user?
Qt это сила, а GTK сплошное разочарование.
Разочарование вот такие комментаторы, которым для импорта и каталогизации фотографий с внешних носителей нужна сила Qt )))
Ну так используйте силу GLibc и напишите свою утилиту :)
libimage-exiftool-perl, юноша
Разочарование - это когда используют GTK там, где достаточно Qt
zeromq это ок, а вот почему до сих пор не используют орацле для хранения метаданных, словно ретрограды какие-то?
а чем тебе 0mq не угодил? это такой sqlite для очередей
Программа для скачивания фотографий с хостинга RapidShare?
Ну и зачем оно нужно? Фоточки сейчас умеет скачивать любая смотрелка фотографий. И обрезать, и переименовывать и делать что угодно.
> Ну и зачем оно нужно? Фоточки сейчас умеет скачивать любая смотрелка
> фотографий. И обрезать, и переименовывать и делать что угодно.Вам так кажется, а когда столкнёшся то приходится скрипты писать, т.к. банально не умеют удобно шаблонные имена создавать и в 1 каталог писать.
> написана на языке Python
> был переведён с GTK+ на QtНу то есть на высокую отзывчивость интерфейса можно не надеяться.
Зависит от кривизны рук.
У QtCreator интерфейс просто летает, сам в шоке был как увидел первый раз...
Qt Creator на плюсах, а не на питоне. Большая разника.
Поделие для любителей фоткать и сваливать всё в кучу?
> Поделие для любителей фоткать и сваливать всё в кучу?Да а вы как любите? По пол часа думать над каждой фотографией в отпуске?
Ещё бы нормальное приложение сделали которое умеет из папки рандомно и по порядку фотографии в слайдшоу показывать без попытки втянуть подробную информацию о всех файлах которых там > 10000тыс. :) и при этом интегриолваться в "наутилус" что-бы можно было просто правой кнопкой вызвать прсмотр с любого файла в папке или всей кучи разом
rsync как-то надежнее...
Точно и Syncopoly как оболочка для Android.