przystajnik

Archiwum tagów la zarządzanie zbiorem zdjęć

Krótko o Darktable 1.0.4

Darktable 1.0.4

Na serwerach pojawiła się kolejna wersja świetnego edytora zdjęć – Darktable 1.0.4. Każdy, kto nie zna jeszcze tego programu (niemożliwe?) powinien czym prędzej sobie go przetestować. Natomiast wśród wielu poprawek i dodatków w tym wydaniu (lepsza stabilność, poprawki w OpenCL, ekspozycji, filtrach i pluginach oraz interfejsie), wszystkich estetów szczególnie ucieszyć może nowa opcja w ‚ustawieniach->opcje dodatkowe‚, o nazwie ‚Wysokiej jakości próbkowanie podczas eksportu‚. Do tej pory Darktable podczas eksportu nakładał po kolei zastosowane filtry, w tym na samym początku zmianę wymiarów obrazu, celem zaoszczędzenia pamięci. Z zaznaczoną opcją ‚Wysokiej jakości próbkowanie…’ wszystkie operacje na zdjęciu będą przeprowadzane w oryginalnym rozmiarze, zaś skalowanie zostanie wykonane na samym końcu. Co pociąga jednak za sobą większe zużycie pamięci.W bibliotece screencastów (całe archiwum) znajdziemy kolejne dwie pozycje dedykowane wydaniom 1.0.x. Pierwsza część jest ogólnym omówieniem i przeglądem zmian i nowości w 1.0.x, druga jest bardziej specjalistyczna i zajmuje się kwestią archiwizacji naszych zdjęć i tworzeniem kopii bezpieczeństwa.Ogólnie o 1.0.xArchiwizacja, kopie bezpieczeństwaW wersji Ubuntu 10.04/11.04/11.10/12.04 oraz Mint 9/11/12/13, Darktable można zainstalować używając zarządzanego przez deweloperów PPA:

sudo add-apt-repository ppa:pmjdebruijn/darktable-release
sudo apt-get update
sudo apt-get install darktable

Oryginalna lista zmian:

  • More robust OpenMP compiler detection code
  • New warming/cooling filter presets for color correction plugin
  • Lighttable thumbnails should be slightly faster and sharper
  • Correctly restore panels when using Tab.
  • Checking if an export target directly is read-only
  • Writing of hierarchical tags in our .xmp has been improved
  • Don’t list system display profile for anything but the display profile selection
  • We disabled scrollwheel scrolling in darkroom mode as it sometimes
    conflicts with widget behavior
  • Lighttable thumbnails are now color managed with some caveats
  • Improved color rendition:
    • Nikon D800
    • Canon EOS 5D Mark III
  • White balance presets:
    • Canon EOS 5D Mark III
    • Canon EOS 7D (updated)
    • Olympus E-M5
    • Samsung NX100 (updated)
    • Olympus E-PL1 (updated)
    • Olympus E-PL2 (updated)
    • Olympus E-PL3 (updated)

    Chromium, Firefox, Opera i cyfrowy daltonizm

    Każdy kto zetknął się z tematyką obróbki zdjęć i grafiki, wie na ile istotnym zagadnieniem jest odpowiednia kalibracja naszych monitorów (ale i drukarek, itp) i programów, aby uzyskiwać rezultaty zgodne z zamierzeniem. Do tego celu wymyślono profile barwne, a systemy, programy i urządzenia nauczyły się z nich korzystać. Każdy poważniejszy program do obróbki zdjęć zapisuje efekt finalny z dołączonym właśnie takim profilem. I w ten sposób mamy niemal pewność, że efekt naszej pracy po np. umieszczeniu gdzieś w internecie, każdemu wyświetli się tak jak na naszym monitorze (pomijając kwestię różnej jakości monitorów i ich ustawień).Czy aby jednak na pewno? Okazuje się bowiem, że w XXI wieku i galopującej modzie na serwisy społecznościowe, zdjęciowe i inne formy wynurzeń artystyczno-towarzyskich, większość popularnych przeglądarek WWW ignoruje profile barwne. Można wręcz stwierdzić, że tylko Firefox i Safari je respektują. Jak sprawdzić czy używana przeglądarka potrafi zarządzać kolorami? Wystarczy porównać poniższe trzy zdjęcia. Każde z nich zostało zapisane z innym profilem – sRGB, Adobe RGB i Linear RGB. Jak głoszą teoretycy i elementarne zasady przyzwoitość wobec użytkownika – wszystkie trzy powinny wyglądać tak samo.

    sRGB

    Adobe RGB

    Linear RGB

    Przypuszczalnie chyba tylko Firefox i Safari wyświetlą je poprawnie. Nie wiem jak IE, ale ze zwykłej złośliwości zakładam, że też się wyłoży i zdjęcia będą różne. Bo w Chromium (Google Chrome) i Operze są.

    Czy sytuacja jest zatem beznadziejna i jesteśmy skazani na niedomówienia kolorystyczne w przeglądarkach? Tak po prawdzie, to cały ten ambaras dotyka najmocniej osoby pracujące z różnymi profilami barwnymi. W większości przypadków, by zamieścić swoje prace w internecie, będą musieli pamiętać o wykorzystaniu sRGB – bo taki domyślny profil aplikują każdemu zdjęciu przeglądarki nie radzące sobie z zarządzeniem kolorami. Widzę jednak nawet teraz, przeglądając na flickr.com zdjęciach różnych osób, że problem istnieje.

    Można też spróbować ‚naprawiać’ przeglądarki. Ale na dzień dzisiejszy nie spotkałem się z jakimś konstruktywnym opisem w sprawie Chromium (przełącznik –enable-monitor-profile nie do tego służy). Natomiast, jeżeli ktoś ma problemy we Firefoksie, to znajdzie kilka rozszerzeń ułatwiających kontrolę i konfigurację zarządzania barwami.

    Tak czy owak – nie zdziwmy się, jeżeli piękne, nasycone kolorystycznie zdjęcie z ekranu naszego monitora, po przesłaniu linka znajomemu wyświetli się u niego w postaci zbioru odbarwionych plam. Zostaliście ostrzeżeni.

    Fotoxx 12.03 – złudny bezruch

    Fotoxx 12.03

    Niech nikogo nie zmyli nowy numerek z jakim pojawił się w sieci Fotoxx, świetny edytor grafiki. Wbrew temu, że pomiędzy obecną, a poprzednią wersją różnica w numeracji wynosi tylko 0.01 punktu rozwojowego, zmian jest nadspodziewanie dużo. Co najważniejsze dla końcowego użytkownika, namacalnie odczuje ich wpływ na funkcjonowanie programu.Poprawiła się wydajność narzędzi wykorzystujących bezpośrednie manewry myszką na obszarze zdjęcia (zaznaczanie regionów i ich obróbka. w tym rysowanie).Start programu uległ poprawie w wyniku zmian w indeksowaniu zbiorów.Exiftool działa w tle jako ‚serwer’, co przyśpiesza wczytywanie nowych zdjęć (z danymi exif).Usprawniono obsługę funkcji przybliżania.

    Wynik prac może być zapisywany również w formacie .bmp i .ico.

    Pod maską – wszelkie operacje na obrazie program wykonuje teraz za pomocą 32bitowych wartości zmiennoprzecinkowych, a nie jak do tej pory 16bitowych całkowitych. Koszt zmiany – większe zużycie pamięci.

    I tradycyjne, spora dawka poprawek – niepotrzebne indeksowanie miniatur z katalogu ~/.thumbnails, dokładniejszy pasek postępu, poprawki w obsłudze formatu .gif, plugin Stack/Noise poprawił swoje działanie w nakładaniu kolejnych kadrów.

    Jak zatem widać, autor nie zasypuje pikseli w popiele i w dość ekspresowym tempie (jak na one-man-project) obdarowuje nas całkiem sensownymi zmianami. Pomimo braku np. świętych warstw, za pomocą Fotoxxa można na zdjęciu przeprowadzić całkiem zaawansowane operacje – niektóre nawet prościej i z lepszą jakością niż w GIMPie! (stackowanie zdjęć, panoramy, swobodne transformacje, itp).

    Gdyby ktoś zapragnął zaznajomić się z opisem podstawowych funkcji programu, to polecam zerknąć na dedykowany wpis na blogu linux4photo.wordpress.com.

    A teraz, gdzie można znaleźć program. Autor z każdym wydaniem dostarcza paczki .deb i .rpm – wystarczy pobrać pożądaną wersję (32bit lub 64bit) .deb. Dość istotna uwaga – Fotoxx wykorzystuje już GTK3, zatem jego zainstalowanie będzie możliwe tylko na nowszych wersjach Ubuntu >= 11.04, analogicznie Mint >= 11 oraz Debian >= Sid. Co zrobić ze ściągniętą paczką? Zwyczajowo powinien wystarczyć dwuklik (może zajść potrzebna wcześniejszego odinstalowania poprzedniej wersji programu).

    Poniżej oryginalna lista zmian.

    2012.03.01  v.12.03
    + Mouse-driven area select and edit functions respond much faster.
    + The internal image format was changed from int-16 to float-32 per
      RGB color. This simplified the code and made some edit functions
      slightly faster. There is no visual image impact. The main memory
      needed to edit a 20 megapixel image has grown to about 800 MB.
    + The exiftool program is started as a server process and left running.
      This eliminates a significant startup delay for every image opened.
    + Indexing of new files at startup was made much faster: typically
      1-2 seconds on a strong PC if only a few new images are found.
    + A toolbar button is used to change the mouse-drawing color for select
      and edit functions. Similar buttons on many dialogs were removed.
    + The pixel edit function was made easier and faster to use.
    + An edited file can be saved in the additional formats .bmp and .ico.
    + Setting the zoom ratio was simplified: each 2x zoom is 1-3 clicks.
    + Create Blank Image: the file type can be .jpg, .tif, .png, or .bmp.
    + The E-mail function was removed because Thunderbird and Evolution do
      not work (or no longer work) with the "standard" xdg-email protocol
      for attachments. Use Tools > Batch Convert to select images, export,
      and reduce size (if wanted) for attaching to e-mail or uploading.
    + Bugfix: If the top image directory was set to /home/, thousands
      of unwanted files in /home//.thumbnails/* were being indexed.
    + Bugfix: Stack/Noise image alignment was poor if there was significant
      camera movement between photos.
    + Bugfix: Progress monitoring for some functions was very inaccurate.
    + Bugfix: some .gif files produced empty thumbnail images.
    + Bugfix: file synchronization at startup was sometimes wasting time
      with unnecessary updates.
    
    Translate »