News for hackers. Stuff that matters.
Re:8088 Domination Post-Mortem, Part 1 by rasz_pl on Friday June 20, 2014 @10:51PM (#7923972)
This looks like reimplementation on animated GIF.
Re:8088 Domination Post-Mortem, Part 1 by gaius on Saturday June 21, 2014 @02:38AM (#7924364)
That is not at all like how GIF animation works.

http://en.m.wikipedia.org/wiki/Graphics_Interchange_Format#A...

Re:8088 Domination Post-Mortem, Part 1 by rasz_pl on Saturday June 21, 2014 @03:12AM (#7924408)
Umm yes it is?

"Some economy of data is possible where a frame need only rewrite a portion of the pixels of the display, because the Image Descriptor can define a smaller rectangle to be rescanned instead of the whole image"

Every frame of animated gif can choose to modify small portion of previously drawn image. This is why you cant display animated gif starting in the middle, you will only render moving parts until you loop whole thing.

This is precisely what Author implemented, he is encoding changes between frames, this way cpu has to only modify parts of display memory that are changing.

How is that not the way animated gif works?

Re:8088 Domination Post-Mortem, Part 1 by pjc50 on Saturday June 21, 2014 @03:49AM (#7924445)
This is delta coding; it's part of animated GIF, which then applies LZW compression to the deltas. This guy has used RLE compression (like TIFF, I believe) instead.