bzt b099d4d4ee Better compressed PNG output | пре 2 година | |
---|---|---|
csv | пре 2 година | |
public | пре 2 година | |
src | пре 2 година | |
LICENSE | пре 2 година | |
README.md | пре 2 година | |
sprsheet | пре 2 година | |
sprsheet.exe | пре 2 година |
Little command line tool to mass convert sprite sheets from batch files. It can be used to automatically create a new format sprite sheet asset from an old format sprite sheet asset, or to merge an asset with separate files (one file per animation) into one single sheet. With specifying output suffixes, it can split a single sheet into separate images as well.
sprsheet by bzt Copyright (C) 2022 MIT license
https://codeberg.org/tirnanog/sprsheet
./sprsheet [-s <w>,<h>] [-m <w>,<h>] [-f <png>] [-r <png>] [-p <png>] [-t] <csv>|- <output png> <input #1> [input #2...]
./sprsheet -l <layout> <csv>
-s <w>,<h> specify the output image's size (otherwise calculated from CSV)
-m <w>,<h> specify minimum frame size
-f <pal> force colors to be the ones on the parameter palette
-r <png> replace colors using image rows (first row "to", others "from")
-p <png> define palette variations and de-colorize
-t make the output a truecolor image
-e save output even if it's empty
-l convert TirNanoG Layout to sprsheet CSV
<csv>|- CSV file that describes the areas (or "-" to copy all)
<output png> output image, always (indexed or truecolor) png with alpha
<input> input image(s) (png, jpg, gif, tga, bmp, pnm, psd)
CSV format:
# comment
width,height,srcx,srcy,dstx,dsty[,inputidx[,operators[,outsuffix]]]
Operators (more can be specified):
a - use alpha blending instead of replace
e - erase using alpha mask
r - rotate clockwise
c - rotate counter clockwise
v - flip vertically
h - flip horizontally
g - scale, grow to double
Just download, no dependencies, no install, portable executables.
Just run make
in the src directory. No configure, no dependencies, suckless as it should be.
If -f
force given, then its parameter must be a palette file (GIMP's .gpl, Photoshop .aco or .asef, JASC-PAL or an image file
with no more than 256 different colors). This option calculates the sRGB distance and chooses the closest color on that palette,
therefore always replaces all pixels, even the ones without an exact match. (For example, make all similar browns a specific brown.)
If -r
replace given, then its parameter must be a PNG file. Colors in the second row (or optionally more additional rows)
will be replaced by the colors in the first row. So the first row is the "to" palette, other rows are the "from" palettes. Pixels
of colors not on the replace image left untouched. (For example, make a certain gradient of green the same gradient of brown.)
If -p
palette given, then its parameter must be a PNG file with the size of 8 x 16 pixels. This will be added to the bottom
right corner of the output image, and all colors matching the first row of this palette image replaced by grayscale colors
(color in first coloumn will become #f0f0f0
, the one in the second #d0d0d0
, the third #b0b0b0
etc. and the color in the
last 8th coloumn #101010
; see a figure about the other direction, recolorization
here). Other colors are left untouched.
All palette conversions preserve the original alpha channel.
Example:
./sprsheet -f photoshop.asef -p palette.png - output.png input.png
If the <csv>
parameter is "-", then it assumes one input image, and one output with that input's size (dummy copy
without cropping). Useful if you're only interested in the palette operations.
Otherwise the conversion is given in a CSV (comma separated values) file. Each row describes one rectangular area to copy. Normally that means one rectangle per frame, but you can construct one frame from multiple rectangles if you wish, no restrictions.
width, height, source x, source y, dest x, dest y[, input file index[, operators[, output suffix]]]
The width
and height
specifies the size of the rectangle in pixels. The source x
and source y
are positions on the
input image, and dest x
and dest y
the position on the destination sheet. The last three coloumns are optional, if you specify
multiple input files, then the 7th is the input file index
(if not given, then defaults to 0
, which is the first input file).
You can describe various operations on the selected area before you paste it on the destination sheet (like flipping, rotating,
apply alpha blending etc.) by concatenating the one-letter operators
(defaults to simple copy without alpha blending).
If the 9th coloumn is given, then you can group certain rows with it, and also specifies the output filename's suffix (there'll
be as many output files as many different groups appear in the CSV).
There are several example data files in the repo:
You can use any text editor to create these CSV files (or even Excel or gnumeric if that's your thing), or alternatively you can also use this web helper that runs in your browser (tested with Firefox).
Usage of the web helper:
After that the downloaded CSV file can be used with sprsheet
as-is, and it will replay the same conversions you have
recorded on the web interface on any image file.
The resulting image is always saved as a PNG with alpha channel (no .so nor .dll needed, libpng included). Its size will be
automatically calculated from the given CSV, or you can explicitly set it with the -s
size flag. If minimum frame size -m
is specified, then the image size will be the multiple of that. It will be a truecolor PNG (32 bit packed color for each pixel)
if you add the -t
flag, but by default it's going to be an indexed PNG (no more than 256 different colors allowed, but much
much smaller and better compressed, one pixel takes only 8 bits, palette 24+8 bits).
If the 9th in the CSV is set, then there will be as many output images as many different values in that coloumn, each file
named as <output png>_<suffix>.png
. In this case the size of each image is always determined by the rows referencing it.
Output is checked and only saved if it contains at least one non-transparent pixel. Empty images only saved if -e
is given.
Input can be in any format that stb_image understands:
For animated gifs, the frames are extracted vertically (first frame on the top, last frame at the bottom).
There's no full LPC guideline exists yet, so most of the CSVs (as well as the guidelines.png that the web helper uses) are for the TirNanoG Base layout. That's the layout that I'm using anyway.
Licensed under the terms of MIT license.
Cheers,
bzt