Gsu4Bpp256X128填充多边形

老哥们，这名字看着像技术文档，但懂行的都知道，它是Super Game Boy黄金时代的“色彩革命”。4BPP意味着16色，分辨率降到256x128，但换来的却是GSU协处理器终于能跑“真彩色深度”的多边形填充了。好在哪？它让原本单调的GB屏幕突然有了层次，阴影、渐变、甚至伪3D地形，全靠这例程的扫描线插值实现。当年我拿它跑《高级战争GB》的地图渲染，看着一块块地形被16色平滑填充，那种“从像素块到画面”的跃迁，现在看Unity的Shader Graph都觉得少了点硬核感。玩法特色？它不追求分辨率，而是把色彩预算全砸在填充算法上。靠抖动和色板索引，硬是在16色里调出几十种视觉色调。当年论坛老哥用这功能做“动态天气系统”，靠的就是实时重填云层多边形。它的伟大在于“取舍”，牺牲垂直分辨率，换来色彩表现和填充效率，是那个年代硬件限制下的最优解。至今玩复古GB移植作，看到那些饱满的色块，就知道是GSU在发力。

核心技巧是“色板预加载”：4BPP的16色不是固定的，必须先往GSU的调色寄存器（0x2018-0x201F）写入实际RGB值，否则填充出来全是灰阶。难点突破在“跨行顶点插值”：多边形扫描时，Y轴每进一行，左右边界X坐标必须按斜率线性更新。实操口诀：“先算顶点，再定扫描区间，行间插值靠误差项”。隐藏要素是“半透明叠加”：在0x200C寄存器第4位写1，系统会启用颜色混合模式，填充时与背景色按权重混合，当年不少RPG的魔法阵特效就是靠这实现的。具体操作：先用ASM构建多边形顶点数组，按Y坐标排序；启动前务必清空0x2010的扫描线缓存，否则残留数据会导致色块错位。记住，这例程吃内存带宽，多边形顶点超过12个时，务必拆分渲染，否则GSU协处理器会过热降频。当年我调它，靠的是逐帧截图对比+纸笔算插值，现在看全是工程智慧。