Novinky z vývoje GIMPu – srpen 2026

Byly publikovány novinky z vývoje GIMPu. Pracuje se na novém formátu souborů. Stávající binární XCF bude nahrazen "zazipovaným XML". XCF zůstane plně podporován pouze pro načítání starých souborů.

17.8. 13:33 | Ladislav Hagara | Zajímavý článek

Komentáře

[plostenka]

XML?! Kazdy prece vi, ze na ukladani obrazovych dat je nejlepsi YAML.

[Want]

XCF je binární? To je mi ale novinka. Čímž to, že jsou v něm ty vrstvy jako bitmapy v PNG?

[Idont]

xcf je binarni sandwich!

[xkucf03]

XML¹ je textový formát ukládat do něj bitmapy by byla tragédie. Převést binární data na Base64 nebo hex a následně komprimovat je hloupé.

Ale touhle cestou snad nepůjdou – v odkazovaném článku se píše:

The new project file format will follow a more common “zipped XML” structure. While the technical details are still being designed and implemented, this change will allow for faster saving since we’ll only need to update parts of the file instead of the whole thing each time.

Takže předpokládám podobnou strukturu jako např. u LibreOffice, kde v XML je jen text, zatímco obrázky a další binární data jsou v samostatných souborech uvnitř toho ZIPu. Naopak na ta metadata a strukturovaná data je XML skvělá volba.

Sice si dovedu představit lepší kontejner než ZIP, ale je pravda, že je to takový nepsaný standard a takto postavené formáty jsou běžné.

_{[1] resp. jeho základní serializace – vedle toho existují i binární serializace XML stromu (infosetu)}

[plostenka]

update parts of the file instead of the whole thing each time

To nejde se ZIP kompresi dohromady. Protoze po updatu dat se zmeni CRC, delky, slovniky... a prepisujes zase cely traktor. U LO to nevadi, maji par kB, kdezto obrazky maji bezne o 4 nebo 6 radu vetsi velikost.

[76.4549868N, 65.0066698E]

Ta komprese preci nemusi byt pro vsechny soubory dohromady.

[plostenka]

A? Stejne se ti pokazde pohnou offsety.

[Jaroslav]

pri dnesni rychlosti disku bych normalne nacetl puvodni soubor, vymenil zmenene vrstvy, metadata a ulozil zpatky. nizsi komprese zipu, vyssi bezeztratova na vrstvach a je to. nejvic casu stejne asi zabira komprese vsech tech vrstev.

[PetebLazar]

Nemyslí se tím, že samotný "project" soubor bude .xml v .zip archivu, který bude mj. obsahovat i další třeba i binární objekty? Nakonec jako je tomu například u formátu .docx? Ten má také vložené obrázky ve formátu .png ve složce word/media.

[Peter Golis]

Som zvedavý ktoré všetky dáta budú mať kompresný level deflate v tom zipe.

[PetebLazar]

Pokud bude pro samotná grafická data použit například formát PNG (v bezeztrátové kompresi) jejich podíl na celkové velikosti bude asi natolik významný, že samotný vnější zip kontejner může mít klidně nulovou(storage) kompresi. Žádnou datovou úsporu kromě ztráty času by to při ukládání stejně asi nepřineslo.

[Peter Golis]

To bola rétorická otázka.