You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Apr 12, 2023. It is now read-only.
When there is a PLTE chunk, some chunks (iCCP, sRGB, sBIT, gAMA, cHRM) must precede PLTE, some chunks (tRNS, hIST, bKGD) mus follow PLTE.
So when adding chunks to a PNG file some ordering constraints must be enforced.
Example: Adding PLTE to a PNG file with a bKGD chunk should put the PLTE chunk before the bKGD chunk. Currently the tools puts it after.
Example: Adding PLTE to a PNG file that has both sBIT and bKGD chunks should possibly re-order sBIT and bKGD so that sBIT precedes bKGD and PLTE ends up between them.
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Consider the PNG chunk ordering: https://www.w3.org/TR/2003/REC-PNG-20031110/#5ChunkOrdering
When there is a
PLTE
chunk, some chunks (iCCP
,sRGB
,sBIT
,gAMA
,cHRM
) must precedePLTE
, some chunks (tRNS
,hIST
,bKGD
) mus followPLTE
.So when adding chunks to a PNG file some ordering constraints must be enforced.
Example: Adding
PLTE
to a PNG file with abKGD
chunk should put thePLTE
chunk before thebKGD
chunk. Currently the tools puts it after.Example: Adding
PLTE
to a PNG file that has bothsBIT
andbKGD
chunks should possibly re-ordersBIT
andbKGD
so thatsBIT
precedesbKGD
andPLTE
ends up between them.The text was updated successfully, but these errors were encountered: