The first eight bytes of a PNG file always contain the following values - see PNG Specification:
(decimal) 137 80 78 71 13 10 26 10
(hexadecimal) 89 50 4e 47 0d 0a 1a 0a
(ASCII C notation) 211 P N G
32
So, if I take 8 bytes from the start of any PNG file and base64 encode it as follows, I get:
head -c8 test.png | base64
iVBORw0KGgo=
The first 2 bytes of every JPEG file contain ff
d8
in hex - see Wikipedia entry for JPEG. So if I take any JPEG file and base64 encode the first two bytes as follows, I get:
head -c2 test.jpg | base64
/9g=
So my suggestion would be to look at the first few (10 for PNG
and 2 for JPEG
, always excluding the =
) characters of your base64-encoded file and see if they match what I am suggesting and then use that as the determinant - be sure to output error messages if your string matches neither in case the test is not sufficiently thorough for some reason!
Why 10 characters for PNG? Because the guaranteed signature is 8 bytes, i.e. 64 bits and base64 splits into 6 bits at a time to generate a character, so the first 10 characters are the first 60 bits. The 11th character will vary depending on what follows the signature.
Same logic for JPEG... 2 bytes is 16 bits, which means 2 characters each corresponding to 6 bits are guaranteed. The 3rd character will vary depending on what follows the 2-byte SOI marker.
与恶龙缠斗过久,自身亦成为恶龙;凝视深渊过久,深渊将回以凝视…