corkami / pics Goto Github PK

I've just noticed that this link http://corkami.googlecode.com/files/PE101.zip is not available anymore.
I also noticed that simple.asm is available for ELF (in the same folder where we can find pictures).
I'm not sure if this is the right place but I think that it would be nice to have simple.asm used in PE101 Windows Walkthrough Poster easy to find as it was for the ELF poster. Just placing here the copy I have in case there is someone else trying to find it.
By the way, thank you sr. for sharing these posters! I appreciate them very much!

PE101 missing .zip

The picture pics/blob/master/binary/DotNetFull.jpg has low resolution and unreadable text.

While there are several image and video formats in the binary section, it would be great to have some common audio formats in there as well :)

In pics/misc/ioccc.pdf, nyaruko.c is incorrectly formatted because tab width was not set to 8 spaces. You can tell this is the case because nyaruko's hair isn't aligned correctly. Correctly aligned text should look like this:
http://uguu.org/src_nyaruko_c.html

I want to read and write metadata information of Jpeg files in byte or binary format. How can I find where the exif information starts and ends when I open a jpeg file in byte format? Does the Start Of Scan section in the diagram below mean that image pixels (RGB) are located in this area? I think this diagram represents a jpeg model without exif. If it contained exif information, where would it appear in the diagram below? Thanks.

There is this typo into this wonderfull poster.
On the right hand side, under Section Name but also Section Header Table where '3* shrtrtab" should indicate "3* shstrtab" for the Section Header String Table ...

Hi,

I would like to know if a New Executable poster is possible.

Need this fr

Is it crazy for the image format diagrams to have actual data from themselves?

Are you willing to share how these are made?

For the following graphic in /binary/PNG.png the CRC32 Checksum is incorrect for the IEND chunk.

The CRC32 checksum is only calculated on the header type for the IEND chunk due to the chunk length of 0. The following output is the calculated CRC32 checksum (so the graphic just has a small typo of one incorrect hex character).

import zlib
checksum = zlib.crc32(b"IEND")
print("Checksum:", hex(checksum))
> Checksum: 0xae426082

The graphic on the left hand side has the correct checksum.

Additionally, I am also curious if there could be a way to indicate in the graphic that the CRC32 checksum does NOT include the chunk length as shown in this blog post. The current graphic makes it appear that the length is included when calculating the checksum when in reality only the chunk contents and the chunk type are.

In the JPEG poster, the second Huffman table's class is listed as "0 (DC)", when I think it should be "1 (AC)". The value in the hex data that this label refers to is correct (1), so the label just needs to reflect it.

The TOS file image has some formatting issues. Image with them noted is attached.