有哪个高手可以解读“世界黑客编程大赛第一名的作品（97年Mekka ’97 4K Intro）”?
你想听解释什么东西？原理？ 里面牵涉的东西比较多，我猜你感兴趣的应该是以下几方面: 1,为什么输入一堆数字，就可以变成了一个可执行程序？ 2,三维图像是如何显示的？ 3,为什么可以做到这么小？ 第1个问题，这就要先了解一种可执行程序格式,在早期的DOS系统， 支持一种com格式的程序，这种程序和现在的大多数可执行程序最大的区别，就是com中只有裸CPU指令(从文件的第1个字节开始到最后一个字节,全是一条一条的CPU指令),没有其他数据区。 然后DOS系统,又提供了一个叫debug的应用程序,可以将输入的数据直接转存为com文件。 以上两个特性,都被后来windows保留,直到XP上都还可以使用部分功能。 回到问题本身:利用debug直接做汇编,然后生成框的程序就可以跑了。 这其实和你用c语言编译一个exe程序,然后用16进制编辑器把它打开,记住里面每一个数字。然后跑到其他人面前，打开16进制编辑器,把每个数字都输进去,保存成一个exe,这一个这一个程序也能跑。这种做法和用debug没有什么本质区别,而且论记忆量，debug输入的是机器，都是有规律可循的，所以后面这种做法显得更加牛逼! 第2个问题，主要就是利用 CPU指令，触发了软中断。然后执行BIOS中提供的屏幕写入功能，在屏幕上作画。至于为什么是三维的，可以参考知乎有人写的软渲染器，就是利用CPU指令将三维数据光栅化到屏幕上。 第3个问题，之所以可以做到这么小，主要有两方面，第一个是，程序写的确实很精巧，但是，软宣染本来就可以写得很小，而他这个是一个特化的3d软宣染器，大量的使用常量特化功能，所以体积就更小了（上面提到知乎上有人写的软宣染器，核心部分也不过才几千行代码）。第二个是，数据小，他的程序中，只有一些正方形（一个正方形才8个顶点），外加几个低分辨率纹理（要是是8×8的，也才64个字节）。 所以总结一下，会的人不会觉得神秘，也是真不知道从哪个地方解释起，只是一个特化之后的软宣染器，而且兼容性还不怎么好，(调用了不少bios功能，很可能在一些机器上就没法运行)。  更新一下，反对某些答主所谓的“核心算法没人教”，这种荒谬的言论，只能说，这些人，被自己的眼界限制了，学习学习这个吧，源码链接: 大神写的软渲染器