Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Command-line option '-renderimage 256' does not generate indexed output #203

Open
trathborne opened this issue Sep 4, 2020 · 3 comments
Labels

Comments

@trathborne
Copy link

xaos -size 256x256 -renderimage 256 -render test.xpf gets me a 24-bit RGB PNG, not an 8-bit indexed PNG as expected.

test.xpf contains:

(initstate)
(palette 3 860056513 20)
(formula 'mandel)
(maxiter 1048576)
(view -0.81313450604373665656 0.20321523243328790589 1.1899675849947772013E-17 1.1899675849947772157E-17)

I would like to make an indexed image so that I can play around with the palette in post-processing.

Hmm ... I guess I could just make a 256-gray-level gradient palette, and hack the PNG to apply a palette... but... maybe I am just doing something wrong. Please advise me!

@trathborne
Copy link
Author

I also tried with (filter 'palette #t) in there ... and various other combinations.

@kanurag94
Copy link
Member

@trathborne Can you please redirect me to the output you expected with respect to what you got? I want to take up this issue, and it would be helpful. Thanks

@trathborne
Copy link
Author

I expect a 'PseudoClass 256c' (indexed color, 256 colors with a palette) image and instead got a 'DirectClass 8-bit' (8 bits per channel, 24-bit RGB) image.

It looks like it worked as of less than a year ago ... see below:

$ ls -l fract12.png fract14.png
-rw-r--r-- 1 tomr tomr  15350282 Nov  1  2019 fract12.png
-rw-rw-r-- 1 tomr tomr 642428473 Aug 27 19:46 fract14.png
$ gm identify fract12.png fract14.png
fract12.png PNG 7680x4320+0+0 PseudoClass 256c 8-bit 14.6Mi
fract14.png PNG 18312x27040+0+0 DirectClass 8-bit 612.7Mi

I know the handling of indexed color changed over the past year ... maybe something was lost!

Thanks!

@kovzol kovzol added the bug label Jan 5, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants