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
Feature request: More flexible "reverse mode" in rgbgfx #1096
Comments
The main rationale behind this was that you could simply add |
Doesn't As for guessing the input size, unless the image is perfectly square, the guess is at best 50/50. A default width is not appropriate in general, only for a single project. (And even then, you can just specify the flag instead. No?) |
Regarding a default width, it could just use "any PNG width that can be re-generated the same way". For example, if you have 4x6-tile PNG and convert it to 2BPP, and you reverse-generate a PNG with " |
Yes, but my point is that if you specified Those wouldn't be accurate to the original data, since they wouldn't even be the same width. |
The use case is for when you have a .2bpp from somewhere, and want to view it as a png, without having to check its filesize, divide by 16, and calculate a valid width. (Or use the always-valid but hard-to-view |
Then the best guess to take is 1, which is equivalent to |
I'd like to remove bpp2png.c from our projects and recommend
rgbgfx -r
, butbpp2png
has two conveniences:rgbgfx -x
(or gfx.c's--trim-whitespace
).(I also think it's more intuitive to not have to specify
-o
as the input file, but it arguably makes sense for rgbgfx since-t
,-a
, and-p
all become inputs instead of outputs too.)The text was updated successfully, but these errors were encountered: