I ran two sets of 100 trials of ScreenshotCompress but was only able to compress this one 7 more bytes[...].
+fsvgm777 never censoring anything.
Ah, that explains it! I'm glad we've been sticking to lossless then; allowing any quality loss in our screenshots could be a slippery slope. I can go ahead and compress the first 11 screenshots that ventuz posted (the first half) and either post the smallest file sizes I get here or replace them as soon as I finish (which probably won't be tonight).
convert 2515M.png -define histogram:unique-colors=true -format "%c" histogram:info:- | wc -l
18
pngquant --speed 1 18 2515M.png
zopflipng 2515M-fs8.png final.png
Resulting image (2505 bytes)
Edit: SGB Wario Land II, 29 colors:
Original image (14470 bytes)
Resulting image (7308 bytes)
SNES can go up to 511 colors
Original image (3848 bytes) --> Resulting image (2505 bytes) Original image (14470 bytes) --> Resulting image (7308 bytes)
Like so:
if ! gifsicle -O2 -b "$1"; then
in="$1"
tmp="compress.sh-tmp-"$$".png"
fin="_$1"
rm -f "$fin"
sizes="-n1 -n2 -n3 -n4 -n5 -n6 -n7 -n8 -n9 -n10 -n11 -n12 -n13"
filters="0 1 2 3 4 5"
advpng -z -4 "$in"
optipng -o7 "$in" && advpng -z -4 "$in"
advdef -z -4 "$in" && DeflOpt "$in"
zopflipng -m "$in" "$tmp" && mv -f "$tmp" "$in"
for filter in $filters;do
for bufsize in $sizes;do
rm -f "$tmp"
while [ $(jobs -p|wc -l) -ge 4 ]; do sleep 0.2; done
if true; then
f="$tmp"."$BASHPID".png
pngout -v -f$filter $bufsize "$in" "$f"
advdef -z -4 "$f" && DeflOpt "$f"
flock -x 333
bsize="`stat -c %s $in`"
size="`stat -c %s "$f"`"
if [ $bsize -gt $size ]; then
mv -f "$f" "$fin"
else
rm -f "$f"
fi
fi &
done
done 333< "$in"
wait
mv -f "$fin" "$in"
fi
Here's the new ones I made (notice the file size):
https://files.tasvideos.org/dekutony/2584M-fs8_zpsazpftz5h.png
https://files.tasvideos.org/dekutony/2661M-fs8_zpsue4hx9xe.png
https://files.tasvideos.org/dekutony/2547M-fs8_zpsa4rhkug9.png
https://files.tasvideos.org/dekutony/2666M-fs8_zpstxpamzsg.png
https://files.tasvideos.org/dekutony/2657Mfix-fs8_zpsixv64aan.png
https://files.tasvideos.org/dekutony/2541Mfix-fs8_zpserzk8tuw.png
Now all SotN publications have the correct pixel size.
edit: im stupid
P.S. cuz I love you: I made another update to Mischief Makers, now with no quality loss and with less file size.
OLD update:
New update:
EDIT: Re-uploaded to dropbox cuz photobucket sux
---------------------------------
ohh man i will need a break after this. ~_~
New:
http://i933.photobucket.com/albums/ad175/tony_leal1/glide64thps201_zpsir8ws01b.jpg
----
BTW guys, I'm still waiting on more opinions of those SotN screenshots I've made.How come they are not 4:3? Did the PSX really use a non-4:3 resolution with perfectly square pixels on screen?
+fsvgm777 never censoring anything.
The old ones are too big, with that I mean the actual pixel size.
With Mega Man X1, X2 and X3, it's really just a matter of turning the black area transparent. With Mega Man 3, 4, 5 and 6, one'd crop out the 8 black columns on the left of each screenshot and put them back together again.
There's one caveat in that the black bars are part of the actual NES output, and therefore technically shouldn't be cropped out. However, I think they look really distracting here.
New (lighter size):
There's more PSX screenshots to be updated, but... not right now.
+fsvgm777 never censoring anything.
New:
