The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Выпуск Rapid Photo Downloader 0.9.0

06.07.2017 12:09

После двух с половиной лет разработки представлен релиз проекта Rapid Photo Downloader 0.9.0, в рамках которого развивается приложение для импорта фотографий и видео с камер, смартфонов, карт памяти и других устройств. Программа предоставляет средства для первичной автоматической обработки, например, может переименовывать фотографии и создавать каталоги с учётом времени и метаданных, а также сохранять отдельно резервные копии. Поддерживается одновременная загрузка файлов сразу с нескольких устройств. Программа написана на языке Python и распространяется под лицензией GPLv3.

Новый выпуск примечателен переходом на Python 3 и полной переработкой графического интерфейса, который был переведён с GTK+ на Qt. Для взаимодействия межу процессами-обработчиками задействован ZeroMQ, для работы с метаданными - GExiv2, для создания эскизов - Gstreamer, для обработки RAW-изображений - Libraw. Программа теперь может работать с любыми камерами и смартфонами, поддерживаемыми в GPhoto2 (в прошлой версии Rapid Photo Downloader поддерживался лишь ограниченный набор камер).

Rapid Photo Downloader автоматически определяет подключенное устройство и теперь загружает только новые фотографии и видео, которых нет в локальной коллекции (ранее загруженные фотографии, в том числе переименованные, автоматически не помечаются для загрузки, но их можно выделить вручную). Пользователю предоставлены гибкие средства для навигации по коллекции фотографий с использованием шкалы времени с умной группировкой снимков, учитывающей длительность промежутков времени между созданием фотографий для выделения связанных между собой серий.

Переработана система автоматического переименования. Увеличен размер генерируемых эскизов, которые теперь создаются асинхронно в отдельном процессе, а в интерфейсе могут быть отсортированы по различным критериям, включая тип камеры. Обеспечена возможность выбрать отдельные каталоги и файлы для обработки до начала загрузки. Задействован новый установщик, использующий pip для загрузки зависимостей. В ближайшее время запланировано создание самодостаточных сборок в форматах Snap и AppImage.

  1. Главная ссылка к новости (http://damonlynch.net/rapid/re...)
  2. OpenNews: Релиз редактора фотографий RawTherapee 5.1
  3. OpenNews: Выпуск программы для профессиональной обработки фотографий Darktable 2.2
  4. OpenNews: Facebook открыл наработки по распознаванию объектов на фотографиях
  5. OpenNews: Выпуск программы для редактирования фотографий Fotoxx 16.01
  6. OpenNews: Выпуск программы для управления фотографиями digiKam 5.6
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/46816-photo
Ключевые слова: photo
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (38) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 12:11, 06/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    То что нужно для загрузки данных со смартфона, а то уже замучился вручную выбирать новые файлы для копирования.
     
     
  • 2.8, VINRARUS (ok), 13:17, 06/07/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А я просто из свого смарта веб сервер сделал для просмотра фоток в браузере по вифи.
    http://forum.motofan.ru/index.php?act=Attach&type=post&id=270591
    http://forum.motofan.ru/index.php?act=Attach&type=post&id=270592
     
  • 2.32, Аноним (-), 11:26, 07/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А он умеет грузить переименовывая файлы без создания папок на основании 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-го

     

  • 1.2, Аноним (-), 12:20, 06/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –10 +/
    Не осилили GTK3.
     
     
  • 2.4, Аноним (-), 12:35, 06/07/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Это уже закономерность.
     
  • 2.5, Норм (?), 13:00, 06/07/2017 [^] [^^] [^^^] [ответить]  
  • +17 +/
    Ушли с мертвого тулкита. Правильно сделали.
     
     
  • 3.14, Аноним (-), 14:57, 06/07/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Ушли с хипстерского тулкита. Правильно сделали.

    Поправил.
    Он не мертв, там хипстеры все еще ковыряют свой гребанный CSS, да так что не то что сторонние темы, а настройки под себя (ширина скролбаров и прочие мелочи) привычно после обновления слетают. Оно же как: подумать до ковыряния, что нужно, а что не нужно нельзя, потому как примета плохая! Сделать тестовое ответвление и ковырять сколько душе угодно, замержив уже готовое не позволяют религиозные соображения.
    А сохранять обратную совместимость -- добровольно данные обеты и клятвы при вступлении в теплое мужское гномосековое братство!
    И ведь *рен найдешь доку, что именно там поменяли и подкрутили. Только АПИ или сразу код глядеть.

     
  • 3.15, rshadow (ok), 15:17, 06/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Восхищаюсь qt как библиотекой гуя. Но тошнит при одном только виде всех этих микрокнопочек, вертикального текста и т.д. и т.п. в стиле KDE.
     
     
  • 4.23, Admino (ok), 19:02, 06/07/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так не ставь стиль KDE.
     
  • 3.20, Аноним (-), 17:54, 06/07/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Конечно. Chromium/Chrome, например, с недавних порт также перешёл с Qt на GTK. Просто потому, что "мертвая версия" же. Впрочем тебе лучше знать, нежели специалистам из Google и пр.
     
     
  • 4.22, Аноним (-), 18:54, 06/07/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Конечно. Chromium/Chrome, например, [b]с недавних порт[/b] также перешёл с Qt на GTK.
    > Просто потому, что "мертвая версия" же. Впрочем тебе лучше знать, нежели
    > специалистам из Google и пр.

    Быстро же они свою Ауру забросили. Или кое-кто только что вылез из криокамеры?

    https://www.reddit.com/r/linux/comments/207zr3/google_to_replace_gtk_with_its_ (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.

     
     
  • 5.25, Аноним (-), 21:55, 06/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Онли GTK3, с недавно выпущенной версии. Вот подсказывают вроде с 58. Есть предположения 2014 года, а есть факты 2017. Вылез видать ты.
     
     
  • 6.28, Аноним (-), 00:28, 07/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Онли GTK3, с недавно выпущенной версии. Вот подсказывают вроде с 58.

    Что там с недавним переходом с Qt?
    > Есть предположения 2014 года, а есть факты 2017. Вылез видать ты.

    Факты говоришь:
    https://www.opennet.ru/opennews/art.shtml?num=39823
    > Выпуск web-браузера Chrome 35, перешедшего на графический стек Aura в Linux

    https://chromium.googlesource.com/chromium/src.git/+/60.0.3112.58/ui/aura/
    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 сможет! Тут нужна вся мощь этого тулкита и глубочайшая интеграция!

     
     
  • 7.35, Аноним (-), 15:32, 07/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > И правда -- окно с браузером открыть и файло-диалог показать только GTK сможет! Тут нужна вся мощь этого тулкита и глубочайшая интеграция!

    Не впечатлило, аналогично и с Qt. Особенно когда устанавливаешь браузер с зависимостями Qt версии давно забытой.

     
     
  • 8.38, Аноним (-), 17:42, 08/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Фанатиков переубеждать цели не было Вся суть в том, что выбор гугля не обусловл... текст свёрнут, показать
     
  • 4.24, Stax (ok), 19:34, 06/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Более того - начиная с chrome 58 обновились с gtk2 до gtk3.
     
  • 3.21, Аноним (-), 18:07, 06/07/2017 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > Ушли с мертвого тулкита. Правильно сделали.

    Глядя на яркого представителя Qt в лице KDE... спасибо, не надо. Отваливается все, что только может отвалиться, и даже больше. Похоже, что "plasma" и "падает" - всегда будут дополнять друг друга. Версия 5.10.2.

     
     
  • 4.36, www2 (ok), 07:44, 08/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >Глядя на яркого представителя Qt в лице KDE... спасибо, не надо. Отваливается все, что только может отвалиться, и даже больше. Похоже, что "plasma" и "падает" - всегда будут дополнять друг друга. Версия 5.10.2.

    А если ещё вспомнить, что Qt работает поверх Linux... спасибо, не надо. Причина падений KDE безусловно зарыта в ядре Linux. Можно сразу уходить на ColibriOS.

     

  • 1.3, Аноним (-), 12:22, 06/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Реквестирую готовых пакетов для популярных дистрибутивов, а его питоновский инсталлятор он норовит всю систему загадить через pip. Тестовый AppImage к сожалению только для x86_64 :-(
     
     
  • 2.13, Аноним (-), 14:49, 06/07/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Реквестирую готовых пакетов для популярных дистрибутивов, а его питоновский инсталлятор
    > он норовит всю систему загадить через pip.
    > всю систему загадить

    pip install --user foo

    Но да, согласен. Частенько многочасовые реквестирования и плаканья на форумах экономят десять минут чтения мана.


     
  • 2.16, ryoken (ok), 15:25, 06/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > только для x86_64 :-(

    PowerPC user?

     

  • 1.6, Аноним (-), 13:00, 06/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Qt это сила, а GTK сплошное разочарование.
     
     
  • 2.11, Аноним (-), 14:14, 06/07/2017 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Разочарование вот такие комментаторы, которым для импорта и каталогизации фотографий с внешних носителей нужна сила Qt )))
     
     
  • 3.12, Аноним (-), 14:40, 06/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так используйте силу GLibc и напишите свою утилиту :)
     
     
  • 4.18, Аноним (-), 16:53, 06/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    libimage-exiftool-perl, юноша
     
  • 3.17, Аноним (-), 15:29, 06/07/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Разочарование - это когда используют GTK там, где достаточно Qt
     

  • 1.7, Аноним (-), 13:06, 06/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    zeromq это ок, а вот почему до сих пор не используют орацле для хранения метаданных, словно ретрограды какие-то?
     
     
  • 2.9, Имя (?), 13:51, 06/07/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    а чем тебе 0mq не угодил? это такой sqlite для очередей
     

  • 1.10, Аноним (-), 13:59, 06/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Программа для скачивания фотографий с хостинга RapidShare?
     
  • 1.19, Аноним (-), 17:17, 06/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Ну  и зачем оно нужно? Фоточки сейчас умеет скачивать любая смотрелка фотографий. И обрезать, и переименовывать и делать что угодно.
     
     
  • 2.33, Аноним (-), 11:30, 07/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну  и зачем оно нужно? Фоточки сейчас умеет скачивать любая смотрелка
    > фотографий. И обрезать, и переименовывать и делать что угодно.

    Вам так кажется, а когда столкнёшся то приходится скрипты писать, т.к. банально не умеют удобно шаблонные имена создавать и в 1 каталог писать.

     

  • 1.26, Аноним (-), 22:27, 06/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > написана на языке Python
    > был переведён с GTK+ на Qt

    Ну то есть на высокую отзывчивость интерфейса можно не надеяться.

     
     
  • 2.29, mag (??), 00:38, 07/07/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зависит от кривизны рук.
    У QtCreator интерфейс просто летает, сам в шоке был как увидел первый раз...
     
     
  • 3.31, Одинокий контрабас (?), 10:53, 07/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Qt Creator на плюсах, а не на питоне. Большая разника.
     

  • 1.30, Аноним (-), 08:44, 07/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Поделие для любителей фоткать и сваливать всё в кучу?
     
     
  • 2.34, Аноним (-), 11:35, 07/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Поделие для любителей фоткать и сваливать всё в кучу?

    Да а вы как любите? По пол часа думать над каждой фотографией в отпуске?

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

     

  • 1.37, анноним (?), 15:36, 08/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    rsync как-то надежнее...
     
     
  • 2.39, Alexander V. (?), 10:30, 12/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Точно и Syncopoly как оболочка для Android.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2022 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру