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
It can say if a PNG is ZIP-compressed or not, state RLE compression where possible, etc.
It also says that a JPEG is "JPEG"-compressed.
QOI should probably be "QOI"-compressed too, even if AFAIK a file entirely made of RGB(A) codes is valid, and probably a little slower to read than a BMP. Nothing about this can be said from its header though.
I don't know if plugins have any say in this or it's entirely at XnView(MP)'s discretion.
If it can be stated from plugin, then it would be nice to add opcode types found after reading the file and generating the thumbnail. For example, "RLE", "Diff/Index/RLE", or actually "Uncompressed" if the whole file is only RGB(A) codes.
The text was updated successfully, but these errors were encountered:
The XnView plugin interface provides no way to pass information about compression.
Also, the built-in support for reading QOI in XnView MP 1.00 also reports it as "uncompressed".
It can say if a PNG is ZIP-compressed or not, state RLE compression where possible, etc.
It also says that a JPEG is "JPEG"-compressed.
QOI should probably be "QOI"-compressed too, even if AFAIK a file entirely made of RGB(A) codes is valid, and probably a little slower to read than a BMP. Nothing about this can be said from its header though.
I don't know if plugins have any say in this or it's entirely at XnView(MP)'s discretion.
If it can be stated from plugin, then it would be nice to add opcode types found after reading the file and generating the thumbnail. For example, "RLE", "Diff/Index/RLE", or actually "Uncompressed" if the whole file is only RGB(A) codes.
The text was updated successfully, but these errors were encountered: