Linuxové fotonovinky: nový Shotwell, digiKam či darktable (diskuse)

[jakub]

Při čtení mám silný pocit jakobych pořád byl v rubrice zprávičky.

Pár běžných zpráviček by tenhle nesourodý text spolehlivě nahradilo.

[j AM]

Se s tim smiř. AS nebo to nečti. Mně se naopak líbí že je to takový tematický výběr. ve zprávičkách je spousta balastu typu ubuntu má nové vyzváněcí tony.

[pavlix]

Takhle, já bych se nebránil použití existujících zpráviček v přehledu (s poznámkou a odkazem), nicméně pokud ty zprávičky nejsou, tak i přehled sám o sobě je fajn. A mě těší, že tu vůbec píše někdo, kdo se zajímá třeba zrovna o ten Shotwell.

[pavlix]

Shotwell se dostal na verzi 0.15. Ta umožňuje copy&paste barevných úprav mezi fotkami, přidává nastavení detailů ve světlech, aktualizovaný YouTube plugin využívající OAuth/OpenID, zlepšuje vytváření náhledů videí (a u videí mezi ztracenými soubory provádí korektně re-import). Plus opravuje várku blíže nespecifikovaných chyb.

Mě by spíš zajímalo, jestli už je tam možné nějak rozumně nakládat s fotkami. Různé jinak ekvivalentní způsoby přidávání fotek vedou buď na nahrání fotky z externího zdroje na disk nebo nikoliv. V případě odstranění externího zdroje (karty) tak dochází jednak ke ztrátě dat (pokud člověk věří shotwellu a jeho dokumentaci a kopii smaže), jednak k rozpojení shotwellovských dat (především úprav) od originálu fotky, protože cesta k fotografii je možná změnit jen napřímo v databázi.

Naštěstí vždy udržuju zálohy fotek a ovládám SQL (dumpnul jsem SQLite, upravil a znovu načetl), takže můžu Shotwell vcelku bezpečně používat bez ztráty jakýchkoli dat. Ale pro běžného uživatele to použitelné není.

shotwell-0.13.1-1.fc18.x86_64

Uvažoval jsem, že jestli někdy budu mít čas, tak tohle bude jeden z mála příspěvků do desktopových aplikací, který jsem ještě někdy ochotný udělat, protože za Shotwell vskutku nemám náhradu.

[gtz]

Já už jsem ty věci jako je Shotwell nebo Digikam prostě zahodil a skoro jako výhradní prohlížeč používám XnViewMP.

Když jsem zkoušel poslední verze v betě 13.1 openSUSE tak při pokusu dodat nebo importovat zdroje z diapozitivů v PSD tak oba u té operace přemýšlely víc než je zdrávo a pak ty soubory neimportují.

Bohužel PSD je u mne prioritou, protože veškeré zdroje mám právě v tom a umí to bez problémů jen XnView.

[lertimir]

Velmi bych uvítal, když by se hoši od DigiKamu a Darktable nebo Rawtherapee domluvili na nějakém přijatelném interface mezi sebou. Aby když člověk pracuje s digikamem, tak mohl použít Darktable lip integrovaně (tagy a označení) než, že Darktable vyrobí externí soubor. Oba dva jsou mnohem lepší na práci s rawem a mizerné na organizaci fotek.

[j AM]

Tohle se většinou řeší přes XMP, buď externí soubor (pro raw) a nebo v hlaviččce (u jpef, dng atd).

[mica]

Taky se vám, pokud používáte tento program, v informacích o obrázku zobrazuje, že datum vytvoření fotografie je např. 1177274571? Pokud ano, nevíte, jak to rozšifrovat?

[w4rr10r]

Sun Apr 22 20:42:51 2007 +0000

[.]

python -c 'import time; import sys; print time.ctime(int(sys.argv[1]))' 1177274571

[bohyn]

nebo jednoduseji
date --date='@1177274571'

[mica]

Jenže ono to nesouhlasí (obě uvedené metody). Ukazuje mi to rok 2007 u fotek pořízených loni i u jiných fotek pořízených v jiných letech. Navíc mi není jasné, proč tvůrci GwenView nutí uživatele to takto složitě šifrovat, proč to rovnou nemůže být ve formátu srozumitelnému pro laika.

[Jakub Lucký]

IMHO jen ukazují syrová data...