Alapvetően a gthumb bőven kielégíti az igényeimet, de van egy hiányossága számomra.
Ha belekezdek a szerkesztésbe egy könyvtárban akkor a szerkesztett és mentett képet újra dátumozva a sor elejére kerül. Több száz képnél elég melós megkeresni, hol tartottam. Utólag meg tudom oldani, hogy az exif adatok alapján visszaállítsa az eredeti dátumot, de nagyon praktikus lenne ha nem is változtatná meg.
Létezik ilyen képszerkesztő? Köszi!
- 654 megtekintés
Hozzászólások
..akkor a címet most hol tudom javítani?
- A hozzászóláshoz be kell jelentkezni
Mi lenne, ha nem mtime hanem ctime alapján rendeznéd sorba?
Amúgy szerintem nem a képszerkesztő, hanem az oprendszer változtatja meg az mtime-ot.
(Ha a szerkesztő letörli a régit és újat hoz létre a változásokkal, akkor persze minden dátum új lesz).
- A hozzászóláshoz be kell jelentkezni
Visszakérdezek: szerinted mi a ctime?
(Annyit segítek, hogy nem Creation Time, hanem Change Time, és bizonyos fájl jellemzők módosításának ideje - és normál munkamenet során pont ugyanúgy változhat, mint az mtime.)
=====
tl;dr
Egy-két mondatban leírnátok, hogy lehet ellopni egy bitcoin-t?
- A hozzászóláshoz be kell jelentkezni
Úgy emlékszem (még te tanítottad egy HP unix tanfolyamon valahogy 2001-2002 környékén), hogy az inode változtatás ideje a ctime.
Én azt várnám, hogy ha egy fájl tartalmát módosítom, de a metaadatokat nem, akkor nem változik.
Nem tudom, milyen a normál munkamenet, de szerintem kép szerkesztésekor felesleges tulajdonost, csoportot, permissions-t állítgatni. Nem tudom, hogy ezeken kívül mi változtatná meg az inode-ot és a ctime-ot (nem is jut eszembe mondjuk a linkek számolásán kívül más, ami az inode-ban van eltárolva. Persze van valami pointer, ami alapján meg lehet találni, hogy hol van a lemezen a fájl)
Olyan megoldást persze láttam már, hogy a régi fájlt átnevezik régifájl.akármire, és létrehoznak egy új fájlt, régifájl néven, és ebbe az újba mentik bele a megváltoztatott tartalmat. Aztán a backup változatot meg törlik. És persze ilyenkor új az inode és a ctime is.
Szerk: ha a fájl mérete változik, akkor az új hossz el lesz tárolva az inode-ban bizonyára. Ilyenkor megváltozik a ctime? Ha igen, akkor ez nem jó irány, tényleg.
- A hozzászóláshoz be kell jelentkezni
No pont meg is találtad azt, amire gondoltam: a link szám, és ez a hülye átnevezéses módszer. Persze gőzöm nincs, hogy az ominózus képnéző/manipuláló így dolgozik-e.
Én mindenesetre inkább abba az irányba mennék, hogy a rendezést (ha lehet) állítsuk az "EXIF infók alapján", mert azokat viszont általában be lehet állítani, hogy mentse manipuláció során. (Aztán ha mégse, akkor jhead-del vagy exiftool-lal vagy bármi mással be lehet neki rakni bármit.)
=====
tl;dr
Egy-két mondatban leírnátok, hogy lehet ellopni egy bitcoin-t?
- A hozzászóláshoz be kell jelentkezni