做 Godot 2D 像素完美项目最容易遇到的一个尴尬情况美术那边出的16x16小人在PS里锐利得很一进Godot跑起来边缘起毛移动的时候整条地图跟着抖。我最早遇到这个问题是在一次Game Jam上当时调到了后半夜才想明白这大概率是 Camera2D 抖动修复要处理的问题。网上搜“Godot 像素完美”出来的方案要么是零散几个开关要么就是一句“开启Pixel Snap完事”实际抄下来发现还是抖。这篇文章把我从0到1调通的一套项目设置、Camera2D脚本和排查路径完整列出来主要面向Godot 2D像素游戏开发者也适合被“该开的都开了还是抖”折磨的人。配置参数可以直接照抄最后还附了几个查抖动的方向。1. 先弄清模糊和抖动的真正来源子像素、过滤与取整时机先把原理说清楚因为只给设置的话换个版本或者换个场景你又会懵。像素游戏里“画面不干净”通常来自两个不同的问题糊和抖。糊是静态问题抖是动态问题两者经常同时出现但处理方式不一样。1.1 纹理过滤Linear 为什么会“糊”像素画边缘发虚八成是纹理过滤模式的问题。Godot 默认的纹理过滤是 Linear也就是双线性过滤。GPU 在采样一个像素点时不是只读取它自己而是会把它周围的四个像素按距离加权混合。正常照片这么处理没问题但像素画每个像素都是独立色块一旦采样坐标落在两个像素的边界上颜色就被搅在一起。比如一个 2x2 的黑白棋盘格线性过滤后会在边界位置出现灰色渐变看起来就是一层脏脏的毛边。解决思路很简单把纹理过滤改成 Nearest让 GPU 在采样时直接取距离最近的像素不做混合。Nearest 模式下哪怕采样坐标不在采样点中心最终颜色也只会来自某一个整像素画面就会恢复像素画该有的锐利。不过注意纹理过滤只是解决“糊”。你可能会遇到Nearest 开了画面锐利了可物体一动还是轻微抖。这就不是过滤的问题了而是子像素定位Sub-pixel Positioning的问题。1.2 相机与子像素Position Smoothing 为什么会“抖”子像素定位的意思很简单物体的最终屏幕坐标不是整数像素。在一个 320x180 的低分辨率视口里一个 Sprite 放在世界坐标 (100.4, 50.6)它就会被投影到屏幕的 (100.4, 50.6)这个 .4 和 .6 就是子像素偏移。有偏移不一定会被肉眼发现但只要相机位置变化每一帧的偏移量都在变画面就会在整像素和子像素之间来回跳动看起来就是抖。Camera2D 自带的 Position Smoothing位置平滑是抖动的重灾区。它在_process里把相机位置向目标点插值插值结果几乎每帧都是小数。相机坐标一变成小数场景内所有节点相对屏幕的位置就全带小数于是整张地图都在做亚像素级移动在 Nearest 过滤下就会表现为一格一格的跳抖。1.3 物理帧和渲染帧取整时机的错位还有一个隐蔽因素Godot 的物理帧和渲染帧频率不一样。物理帧默认 60Hz渲染帧取决于屏幕刷新率常见的是 60、120、144。如果你在_physics_process里移动玩家玩家在世界坐标里的变化只在物理帧发生而相机如果放在_process里插值那么在每个渲染帧它都在向玩家的“物理帧位置”靠近。两套更新频率错位相机和角色之间就会出现可感知的不同步表现为角色明明停了画面还要往前蹭一点或者反向蹭一点。这里有个生活化类比把地面当成一张坐标纸角色是贴在纸上的贴纸相机是你在纸上移动的取景框。取景框停在两条线中间纸上的所有内容就会同时处在“半格”位置只要取景框一动它们就会先在格子内晃一下再落到下一格。2. 全局像素完美设置项目设置里的开关直接照抄2.1 三件套Nearest、Snap Transforms、Snap Vertices先到 Project Settings 里把三件套打开下面路径以 Godot 4.x 为例3.x 我在后面给对照表。项目设置路径值作用Rendering → Textures → Canvas Textures → Default Texture FilterNearest所有2D纹理默认采样方式改为“取最近像素”从根源上解决糊Rendering → 2D → Snap → Snap 2D Transforms to PixelOn把 CanvasItem 的变换结果对齐到最近的物理像素Rendering → 2D → Snap → Snap 2D Vertices to PixelOn让精灵/多边形的顶点落在像素边界上消除边缘锯齿第一项解决“糊”后两项解决“子像素偏移”。注意 Snap 2D Transforms to Pixel 对齐的是最终 transform不等于把节点 position 直接改成整数它是在渲染层面做修正动画里的中间值本身还是小数但画出来时会落到整数格上。Snap 2D Vertices to Pixel 则主要影响 Sprite2D、Polygon2D 这类按顶点渲染的节点开了以后纹理边缘不会再出现半透明锯齿。有一点必须说清楚Snap Transforms 在不少版本里并不会强制约束 Camera2D 的滚动偏移至少实践下来它拦不住 Position Smoothing 产生的子像素。所以你会发现很多项目设置了这三项纹理也锐利了相机一动还是抖。这也是为什么第 3 节里相机要单独处理。2.2 拉伸配置低分辨率视口必须整数放大像素游戏建议把设计分辨率设低比如 320x180然后让窗口按整数倍放大。窗口 960x540 就是 3 倍1280x720 是 4 倍。整数倍放大能保证一个游戏像素恰好对应 NxN 个物理像素不会出现半像素窗口拉伸。相关配置Godot 4.xDisplay → Window → Stretch → Modecanvas_items。等于把 2D 场景画在低分辨率画布上再拉伸到窗口UI 也会跟着拉伸。Aspectkeep。保持设计分辨率宽高比不够的边留黑边别用 expand否则不同窗口比例下像素会被非均匀拉伸。Scale1。基础缩放系数通常不动。Scale ModeintegerGodot 4.2 以上才有。强制窗口缩放按整数倍执行是官方给像素游戏最省心的开关。窗口尺寸直接设成设计分辨率的倍数即可320x180 配 960x540。如果 Scale Mode integer 没生效多半是窗口尺寸没有设为设计分辨率的整数倍Godot 会取最接近的整数倍来渲染窗口实际大小可能和你设置的值不一致这是正常现象。2.3 Godot 3.x 与 4.x 设置路径对照表老项目还在 3.x 的设置路径有变化但原理一样。我直接把两个版本对照写出来功能Godot 3.x 路径Godot 4.x 路径默认纹理过滤Rendering → Textures → Canvas Textures → Default Texture Filter同左像素对齐Rendering → Quality → 2D → Snap 2D Transforms to PixelRendering → 2D → Snap → Snap 2D Transforms to Pixel顶点对齐Rendering → Quality → 2D → Snap 2D Vertices to PixelRendering → 2D → Snap → Snap 2D Vertices to Pixel拉伸模式Display → Window → Stretch → Mode2dDisplay → Window → Stretch → Modecanvas_items整数倍缩放无手动设置窗口尺寸为整数倍Display → Window → Stretch → Scale Modeinteger3.x 早期版本用的是rendering/quality/2d/use_pixel_snap到 3.2 之后才拆成两个独立开关建议统一用新路径。4.x 的 Scale Mode 是后来加的旧版本没有只能靠窗口尺寸手动整数倍。3. Camera2D 跟随脚本内置 Smoothing 的正确替代品3.1 为什么先关掉 Position SmoothingCamera2D 面板里有一个 Position Smoothing → Enabled默认关闭很多人觉得镜头跟手就打开了。在非像素项目里它是神器但在像素项目里我建议直接关掉。理由就是第 1 节说的插值产生的小数坐标会让场景内全部节点同时处于子像素状态哪怕项目设置里开了 Snap相机本身的偏移也未必被约束于是出现整体画面抖动。我见过太多“项目设置全照抄忘了关 Smoothing”导致还是抖的情况。所以像素项目的默认选择应该是关掉内置平滑用脚本里的round()把相机最终位置钉死在整数像素上。3.2 三套可直接复制的相机脚本下面三套脚本按需求挑一个即可。均基于 Godot 4.x GDScript3.x 把export改成export就能用。方案A硬跟随整数取整。适合俯视角动作、平台跳跃这类需要“指哪打哪”的游戏。相机不给任何缓冲位置直接取整。extends Camera2D export var target: Node2D func _process(_delta): if target null: return global_position target.global_position.round()方案B自写指数平滑取整。适合探索类、养成类镜头需要一点点“跟上”的缓冲感。用指数平滑模拟内置 Smoothing 的手感但最后一步强制取整到像素。extends Camera2D export var target: Node2D export var follow_speed : 8.0 export var look_ahead : Vector2.ZERO var _smoothed_pos: Vector2 func _ready(): _smoothed_pos global_position func _process(delta): if target null: return var want : target.global_position look_ahead var weight : 1.0 - exp(-follow_speed * delta) _smoothed_pos _smoothed_pos.lerp(want, weight) global_position _smoothed_pos.round()follow_speed越大跟随越紧一般 5 到 10 手感适中。look_ahead可以给镜头一个向前看的偏移比如玩家面朝右时设Vector2(32, 0)镜头会稍微“看向”前进方向。方案C网格对齐平滑。适合走格子、塞尔达 like 这种以网格为单位的游戏。相机只允许停留在 16x16 或任意格子大小的整数格点上画面观感是最“像素”的。extends Camera2D export var target: Node2D export var grid_size : 16 export var follow_speed : 8.0 var _smoothed_pos: Vector2 func _ready(): _smoothed_pos global_position func _process(delta): if target null: return var weight : 1.0 - exp(-follow_speed * delta) _smoothed_pos _smoothed_pos.lerp(target.global_position, weight) global_position (_smoothed_pos / grid_size).round() * grid_size3.3 Zoom、Limit、Offset 的像素级约束除了位置取整相机还有几个属性会影响像素正确性。Zoom要么是整数比如 2、3要么是 1/n比如 0.5绝不能是 1.5、0.7 这种带小数的值否则画面必然是非均匀缩放。Limit上下左右四个边界要设置成整数。用方案A硬跟随且开了 Limit 时round()之后可能超过边界需要用clamp修正global_position target.global_position.round().clamp( Vector2(limit_left, limit_top), Vector2(limit_right, limit_bottom) )注意 Limit 默认值是很大的负数相当于没限制用之前先确认边界值已经设置好。Offset如果你习惯用 Offset 做镜头偏移那它也得是整数。而且尽量别依赖 Offset 做平滑把平滑逻辑全部放在 global_position 里这样最后round()才能统一约束。4. 一整套复现流程把抖动造出来再一步步修掉4.1 先做一个必然抖动的 Demo建议按下面步骤先造一个“一定会抖”的测试场景这样后续每改一项都能直观看到差异。新建项目设计分辨率设 320x180窗口尺寸 960x540。准备一张 16x16 的纯色块贴图放到 Sprite2D 上Filter 保持默认 Linear。场景里放一张 TileMap 或几个大色块作为背景方便观察移动时的边缘变化。玩家用_physics_process移动移动速度设成 60 像素/秒extends CharacterBody2D export var speed : 60.0 func _physics_process(delta): var dir : Vector2( Input.get_axis(ui_left, ui_right), Input.get_axis(ui_up, ui_down) ) velocity dir * speed move_and_slide()场景里加一个 Camera2D打开 Position SmoothingSpeed 默认 5并把相机设为玩家子节点或用脚本跟随。跑起来以后你应该能看到三个典型现象贴图边缘发虚玩家静止时画面稳定一移动整张图跟着“喘气”松开按键后画面还会惯性滑动一小段再停下。4.2 逐项检查修改并观察变化然后按下面顺序逐项修改每改一项跑一次。Texture Filter 改成 Nearest。现象边缘毛边消失色块变锐利。此时移动时的轻微抖动还在。打开 Snap 2D Transforms to Pixel 和 Snap 2D Vertices to Pixel。现象大部分节点的子像素偏移被修正背景稳定了一些但相机惯性滑动时整体画面依然会有整像素抖动。关闭 Camera2D 内置 Position Smoothing换成第 3 节的方案A或方案B脚本。现象画面彻底稳定玩家移动时场景每帧都精确对齐到像素格。这个顺序非常建议照做因为很多人一次性把设置全改完遇到问题根本不知道是哪一步救回来的。改了之后如果某一项不是预期效果至少能缩小排查范围。4.3 如何验证画面已经像素正确我提供两个不用靠肉眼猜的验证手段。一是屏幕截图放大检查运行时截图拿到 PhotoShop 或任意画图工具里放大到 300% 到 500%观察色块边缘。正常的像素画边缘应该完全对齐不会出现半透明的过渡像素。二是在运行期打印位置值。在脚本里输出玩家、相机或某个背景 Sprite 的全局坐标看看是不是整数。比如只打印有问题的相机func _process(_delta): var cam : get_viewport().get_camera_2d() if cam and cam.global_position ! cam.global_position.round(): print(相机位置不是整数像素: , cam.global_position)如果这个输出刷屏说明还有地方在产生子像素相机这层没处理好。5. 设置全开还在抖你可能踩了这5个隐蔽的雷5.1 非整数缩放父节点的 Scale 才是幕后黑手项目设置全开了相机脚本也换了还是抖先检查场景树的 Scale。很多朋友会在某个父节点上写一个淡入淡出的缩放动画或者为了调试把父节点随手缩放成 0.5。父节点 Scale 一旦是非整数子节点的世界变换会被乘以小数不管 Snap 怎么开最终结果都很难落回整数网格。像素项目里建议所有 CanvasItem 的 Scale 都用整数旋转也只用 90 度的整数倍。真要给角色做“被击中时抖一下”的反馈优先用 Shader 或者改变贴图而不是动节点的 Scale 动画。5.2 单张贴图的过滤模式悄悄变成 Linear全局 Default Texture Filter 设成 Nearest 后旧资源不一定跟着变。你在导入资源之前改的默认值对已经导入的贴图不生效如果某个贴图的导入设置里 Filter 被单独改成 Linear它会成为全场唯一的糊点。批量处理方式在 FileSystem 里选中所有纹理打开 Import 面板把 Filter 设为 Nearest点 Reimport。平时导入贴图之前先确认 Default Texture Filter 已经改好避免以后每张图都要手动覆盖。UI 如果用了九宫格或普通贴图并且希望保持平滑可以单独把对应 Control 的 Texture Filter 设回 Linear不要破坏全局设置。5.3 高刷新率屏幕上的“走走停停”其实正常在 144Hz 屏幕上做像素游戏你会发现角色慢速移动时是一顿一顿的不是每帧都前进一格。这不是相机问题而是角色移动速度本身可能是每秒 30 像素换成 144 帧率后每帧只走 0.2 个像素取整后就会出现“三帧不动、一帧跳一格”的节奏。这是像素分辨率的物理限制不是 bug。想缓解就把角色的速度设计成每帧至少前进 1 像素或者接受这种像素游戏特有的步进感。这里千万别为了“流畅”又把相机切回 Position Smoothing那是饮鸩止渴。5.4 Parallax2D、CanvasLayer 与 TileMap 的连锁反应这几类节点也是抖动的常见来源。Parallax2D3.x 的 ParallaxLayer如果 Motion Scale 不是整数背景移动速度就会变成小数的子像素速度背景层必然抖。像素项目里要么 Motion Scale 设 1要么用整数比例并配合像素网格取整。CanvasLayer如果把跟随相机的内容放进了独立的 CanvasLayer它和主场景的坐标计算会多一层不处理好也会出现相对偏移。简单做法像素游戏尽量少用 CanvasLayer 放世界内对象UI 例外。TileMap4.x 里场景节点变成 TileMapLayer检查 TileSet 的 TileSize 和贴图是否统一。如果 TileSize 是 16但某块贴图实际是 15px 或 17px拼缝处就会出现整像素错位和相机无关。5.5 进阶SubViewport 强制像素放大的兜底方案如果项目里混用了大量后处理、复杂 CanvasItem 或第三方资源全局设置无法完全约束可以用 SubViewport 做一层兜底。思路是把整个世界画到一个固定为设计分辨率的 SubViewport 里再通过 SubViewportContainer 放大到窗口。关键点是 SubViewportContainer 的 Stretch 要开启Stretch Filter 设置成 Nearest否则放大后还是会被线性过滤糊掉。这个方案能保证无论窗口怎么变游戏画面始终是“低分辨率渲染整数倍放大”代价是内存占用和一点点渲染开销但对像素游戏来说通常可以接受。不是每个项目都需要它遇到疑难杂症时可以作为终极手段。我个人的习惯是在项目还只有 Tiled 地图和一张测试图的时候就把“像素完美四件套”和相机脚本全部定下来之后每加一个新资源就走一遍同样的检查流程导入后看一次 Filter挂脚本后看一次坐标打印。另一个小技巧是调试阶段在 CanvasLayer 上画一条调试日志把相机位置是否整数直接显示在屏幕角落看到异常就当场抓问题别等打包后再回头猜。这套配置和脚本我在这几个项目里一直在用踩过不少坑写出来给同样被 Camera2D 折磨的人。
做 Godot 2D 像素完美项目最容易遇到的一个尴尬情况美术那边出的16x16小人在PS里锐利得很一进Godot跑起来边缘起毛移动的时候整条地图跟着抖。我最早遇到这个问题是在一次Game Jam上当时调到了后半夜才想明白这大概率是 Camera2D 抖动修复要处理的问题。网上搜“Godot 像素完美”出来的方案要么是零散几个开关要么就是一句“开启Pixel Snap完事”实际抄下来发现还是抖。这篇文章把我从0到1调通的一套项目设置、Camera2D脚本和排查路径完整列出来主要面向Godot 2D像素游戏开发者也适合被“该开的都开了还是抖”折磨的人。配置参数可以直接照抄最后还附了几个查抖动的方向。1. 先弄清模糊和抖动的真正来源子像素、过滤与取整时机先把原理说清楚因为只给设置的话换个版本或者换个场景你又会懵。像素游戏里“画面不干净”通常来自两个不同的问题糊和抖。糊是静态问题抖是动态问题两者经常同时出现但处理方式不一样。1.1 纹理过滤Linear 为什么会“糊”像素画边缘发虚八成是纹理过滤模式的问题。Godot 默认的纹理过滤是 Linear也就是双线性过滤。GPU 在采样一个像素点时不是只读取它自己而是会把它周围的四个像素按距离加权混合。正常照片这么处理没问题但像素画每个像素都是独立色块一旦采样坐标落在两个像素的边界上颜色就被搅在一起。比如一个 2x2 的黑白棋盘格线性过滤后会在边界位置出现灰色渐变看起来就是一层脏脏的毛边。解决思路很简单把纹理过滤改成 Nearest让 GPU 在采样时直接取距离最近的像素不做混合。Nearest 模式下哪怕采样坐标不在采样点中心最终颜色也只会来自某一个整像素画面就会恢复像素画该有的锐利。不过注意纹理过滤只是解决“糊”。你可能会遇到Nearest 开了画面锐利了可物体一动还是轻微抖。这就不是过滤的问题了而是子像素定位Sub-pixel Positioning的问题。1.2 相机与子像素Position Smoothing 为什么会“抖”子像素定位的意思很简单物体的最终屏幕坐标不是整数像素。在一个 320x180 的低分辨率视口里一个 Sprite 放在世界坐标 (100.4, 50.6)它就会被投影到屏幕的 (100.4, 50.6)这个 .4 和 .6 就是子像素偏移。有偏移不一定会被肉眼发现但只要相机位置变化每一帧的偏移量都在变画面就会在整像素和子像素之间来回跳动看起来就是抖。Camera2D 自带的 Position Smoothing位置平滑是抖动的重灾区。它在_process里把相机位置向目标点插值插值结果几乎每帧都是小数。相机坐标一变成小数场景内所有节点相对屏幕的位置就全带小数于是整张地图都在做亚像素级移动在 Nearest 过滤下就会表现为一格一格的跳抖。1.3 物理帧和渲染帧取整时机的错位还有一个隐蔽因素Godot 的物理帧和渲染帧频率不一样。物理帧默认 60Hz渲染帧取决于屏幕刷新率常见的是 60、120、144。如果你在_physics_process里移动玩家玩家在世界坐标里的变化只在物理帧发生而相机如果放在_process里插值那么在每个渲染帧它都在向玩家的“物理帧位置”靠近。两套更新频率错位相机和角色之间就会出现可感知的不同步表现为角色明明停了画面还要往前蹭一点或者反向蹭一点。这里有个生活化类比把地面当成一张坐标纸角色是贴在纸上的贴纸相机是你在纸上移动的取景框。取景框停在两条线中间纸上的所有内容就会同时处在“半格”位置只要取景框一动它们就会先在格子内晃一下再落到下一格。2. 全局像素完美设置项目设置里的开关直接照抄2.1 三件套Nearest、Snap Transforms、Snap Vertices先到 Project Settings 里把三件套打开下面路径以 Godot 4.x 为例3.x 我在后面给对照表。项目设置路径值作用Rendering → Textures → Canvas Textures → Default Texture FilterNearest所有2D纹理默认采样方式改为“取最近像素”从根源上解决糊Rendering → 2D → Snap → Snap 2D Transforms to PixelOn把 CanvasItem 的变换结果对齐到最近的物理像素Rendering → 2D → Snap → Snap 2D Vertices to PixelOn让精灵/多边形的顶点落在像素边界上消除边缘锯齿第一项解决“糊”后两项解决“子像素偏移”。注意 Snap 2D Transforms to Pixel 对齐的是最终 transform不等于把节点 position 直接改成整数它是在渲染层面做修正动画里的中间值本身还是小数但画出来时会落到整数格上。Snap 2D Vertices to Pixel 则主要影响 Sprite2D、Polygon2D 这类按顶点渲染的节点开了以后纹理边缘不会再出现半透明锯齿。有一点必须说清楚Snap Transforms 在不少版本里并不会强制约束 Camera2D 的滚动偏移至少实践下来它拦不住 Position Smoothing 产生的子像素。所以你会发现很多项目设置了这三项纹理也锐利了相机一动还是抖。这也是为什么第 3 节里相机要单独处理。2.2 拉伸配置低分辨率视口必须整数放大像素游戏建议把设计分辨率设低比如 320x180然后让窗口按整数倍放大。窗口 960x540 就是 3 倍1280x720 是 4 倍。整数倍放大能保证一个游戏像素恰好对应 NxN 个物理像素不会出现半像素窗口拉伸。相关配置Godot 4.xDisplay → Window → Stretch → Modecanvas_items。等于把 2D 场景画在低分辨率画布上再拉伸到窗口UI 也会跟着拉伸。Aspectkeep。保持设计分辨率宽高比不够的边留黑边别用 expand否则不同窗口比例下像素会被非均匀拉伸。Scale1。基础缩放系数通常不动。Scale ModeintegerGodot 4.2 以上才有。强制窗口缩放按整数倍执行是官方给像素游戏最省心的开关。窗口尺寸直接设成设计分辨率的倍数即可320x180 配 960x540。如果 Scale Mode integer 没生效多半是窗口尺寸没有设为设计分辨率的整数倍Godot 会取最接近的整数倍来渲染窗口实际大小可能和你设置的值不一致这是正常现象。2.3 Godot 3.x 与 4.x 设置路径对照表老项目还在 3.x 的设置路径有变化但原理一样。我直接把两个版本对照写出来功能Godot 3.x 路径Godot 4.x 路径默认纹理过滤Rendering → Textures → Canvas Textures → Default Texture Filter同左像素对齐Rendering → Quality → 2D → Snap 2D Transforms to PixelRendering → 2D → Snap → Snap 2D Transforms to Pixel顶点对齐Rendering → Quality → 2D → Snap 2D Vertices to PixelRendering → 2D → Snap → Snap 2D Vertices to Pixel拉伸模式Display → Window → Stretch → Mode2dDisplay → Window → Stretch → Modecanvas_items整数倍缩放无手动设置窗口尺寸为整数倍Display → Window → Stretch → Scale Modeinteger3.x 早期版本用的是rendering/quality/2d/use_pixel_snap到 3.2 之后才拆成两个独立开关建议统一用新路径。4.x 的 Scale Mode 是后来加的旧版本没有只能靠窗口尺寸手动整数倍。3. Camera2D 跟随脚本内置 Smoothing 的正确替代品3.1 为什么先关掉 Position SmoothingCamera2D 面板里有一个 Position Smoothing → Enabled默认关闭很多人觉得镜头跟手就打开了。在非像素项目里它是神器但在像素项目里我建议直接关掉。理由就是第 1 节说的插值产生的小数坐标会让场景内全部节点同时处于子像素状态哪怕项目设置里开了 Snap相机本身的偏移也未必被约束于是出现整体画面抖动。我见过太多“项目设置全照抄忘了关 Smoothing”导致还是抖的情况。所以像素项目的默认选择应该是关掉内置平滑用脚本里的round()把相机最终位置钉死在整数像素上。3.2 三套可直接复制的相机脚本下面三套脚本按需求挑一个即可。均基于 Godot 4.x GDScript3.x 把export改成export就能用。方案A硬跟随整数取整。适合俯视角动作、平台跳跃这类需要“指哪打哪”的游戏。相机不给任何缓冲位置直接取整。extends Camera2D export var target: Node2D func _process(_delta): if target null: return global_position target.global_position.round()方案B自写指数平滑取整。适合探索类、养成类镜头需要一点点“跟上”的缓冲感。用指数平滑模拟内置 Smoothing 的手感但最后一步强制取整到像素。extends Camera2D export var target: Node2D export var follow_speed : 8.0 export var look_ahead : Vector2.ZERO var _smoothed_pos: Vector2 func _ready(): _smoothed_pos global_position func _process(delta): if target null: return var want : target.global_position look_ahead var weight : 1.0 - exp(-follow_speed * delta) _smoothed_pos _smoothed_pos.lerp(want, weight) global_position _smoothed_pos.round()follow_speed越大跟随越紧一般 5 到 10 手感适中。look_ahead可以给镜头一个向前看的偏移比如玩家面朝右时设Vector2(32, 0)镜头会稍微“看向”前进方向。方案C网格对齐平滑。适合走格子、塞尔达 like 这种以网格为单位的游戏。相机只允许停留在 16x16 或任意格子大小的整数格点上画面观感是最“像素”的。extends Camera2D export var target: Node2D export var grid_size : 16 export var follow_speed : 8.0 var _smoothed_pos: Vector2 func _ready(): _smoothed_pos global_position func _process(delta): if target null: return var weight : 1.0 - exp(-follow_speed * delta) _smoothed_pos _smoothed_pos.lerp(target.global_position, weight) global_position (_smoothed_pos / grid_size).round() * grid_size3.3 Zoom、Limit、Offset 的像素级约束除了位置取整相机还有几个属性会影响像素正确性。Zoom要么是整数比如 2、3要么是 1/n比如 0.5绝不能是 1.5、0.7 这种带小数的值否则画面必然是非均匀缩放。Limit上下左右四个边界要设置成整数。用方案A硬跟随且开了 Limit 时round()之后可能超过边界需要用clamp修正global_position target.global_position.round().clamp( Vector2(limit_left, limit_top), Vector2(limit_right, limit_bottom) )注意 Limit 默认值是很大的负数相当于没限制用之前先确认边界值已经设置好。Offset如果你习惯用 Offset 做镜头偏移那它也得是整数。而且尽量别依赖 Offset 做平滑把平滑逻辑全部放在 global_position 里这样最后round()才能统一约束。4. 一整套复现流程把抖动造出来再一步步修掉4.1 先做一个必然抖动的 Demo建议按下面步骤先造一个“一定会抖”的测试场景这样后续每改一项都能直观看到差异。新建项目设计分辨率设 320x180窗口尺寸 960x540。准备一张 16x16 的纯色块贴图放到 Sprite2D 上Filter 保持默认 Linear。场景里放一张 TileMap 或几个大色块作为背景方便观察移动时的边缘变化。玩家用_physics_process移动移动速度设成 60 像素/秒extends CharacterBody2D export var speed : 60.0 func _physics_process(delta): var dir : Vector2( Input.get_axis(ui_left, ui_right), Input.get_axis(ui_up, ui_down) ) velocity dir * speed move_and_slide()场景里加一个 Camera2D打开 Position SmoothingSpeed 默认 5并把相机设为玩家子节点或用脚本跟随。跑起来以后你应该能看到三个典型现象贴图边缘发虚玩家静止时画面稳定一移动整张图跟着“喘气”松开按键后画面还会惯性滑动一小段再停下。4.2 逐项检查修改并观察变化然后按下面顺序逐项修改每改一项跑一次。Texture Filter 改成 Nearest。现象边缘毛边消失色块变锐利。此时移动时的轻微抖动还在。打开 Snap 2D Transforms to Pixel 和 Snap 2D Vertices to Pixel。现象大部分节点的子像素偏移被修正背景稳定了一些但相机惯性滑动时整体画面依然会有整像素抖动。关闭 Camera2D 内置 Position Smoothing换成第 3 节的方案A或方案B脚本。现象画面彻底稳定玩家移动时场景每帧都精确对齐到像素格。这个顺序非常建议照做因为很多人一次性把设置全改完遇到问题根本不知道是哪一步救回来的。改了之后如果某一项不是预期效果至少能缩小排查范围。4.3 如何验证画面已经像素正确我提供两个不用靠肉眼猜的验证手段。一是屏幕截图放大检查运行时截图拿到 PhotoShop 或任意画图工具里放大到 300% 到 500%观察色块边缘。正常的像素画边缘应该完全对齐不会出现半透明的过渡像素。二是在运行期打印位置值。在脚本里输出玩家、相机或某个背景 Sprite 的全局坐标看看是不是整数。比如只打印有问题的相机func _process(_delta): var cam : get_viewport().get_camera_2d() if cam and cam.global_position ! cam.global_position.round(): print(相机位置不是整数像素: , cam.global_position)如果这个输出刷屏说明还有地方在产生子像素相机这层没处理好。5. 设置全开还在抖你可能踩了这5个隐蔽的雷5.1 非整数缩放父节点的 Scale 才是幕后黑手项目设置全开了相机脚本也换了还是抖先检查场景树的 Scale。很多朋友会在某个父节点上写一个淡入淡出的缩放动画或者为了调试把父节点随手缩放成 0.5。父节点 Scale 一旦是非整数子节点的世界变换会被乘以小数不管 Snap 怎么开最终结果都很难落回整数网格。像素项目里建议所有 CanvasItem 的 Scale 都用整数旋转也只用 90 度的整数倍。真要给角色做“被击中时抖一下”的反馈优先用 Shader 或者改变贴图而不是动节点的 Scale 动画。5.2 单张贴图的过滤模式悄悄变成 Linear全局 Default Texture Filter 设成 Nearest 后旧资源不一定跟着变。你在导入资源之前改的默认值对已经导入的贴图不生效如果某个贴图的导入设置里 Filter 被单独改成 Linear它会成为全场唯一的糊点。批量处理方式在 FileSystem 里选中所有纹理打开 Import 面板把 Filter 设为 Nearest点 Reimport。平时导入贴图之前先确认 Default Texture Filter 已经改好避免以后每张图都要手动覆盖。UI 如果用了九宫格或普通贴图并且希望保持平滑可以单独把对应 Control 的 Texture Filter 设回 Linear不要破坏全局设置。5.3 高刷新率屏幕上的“走走停停”其实正常在 144Hz 屏幕上做像素游戏你会发现角色慢速移动时是一顿一顿的不是每帧都前进一格。这不是相机问题而是角色移动速度本身可能是每秒 30 像素换成 144 帧率后每帧只走 0.2 个像素取整后就会出现“三帧不动、一帧跳一格”的节奏。这是像素分辨率的物理限制不是 bug。想缓解就把角色的速度设计成每帧至少前进 1 像素或者接受这种像素游戏特有的步进感。这里千万别为了“流畅”又把相机切回 Position Smoothing那是饮鸩止渴。5.4 Parallax2D、CanvasLayer 与 TileMap 的连锁反应这几类节点也是抖动的常见来源。Parallax2D3.x 的 ParallaxLayer如果 Motion Scale 不是整数背景移动速度就会变成小数的子像素速度背景层必然抖。像素项目里要么 Motion Scale 设 1要么用整数比例并配合像素网格取整。CanvasLayer如果把跟随相机的内容放进了独立的 CanvasLayer它和主场景的坐标计算会多一层不处理好也会出现相对偏移。简单做法像素游戏尽量少用 CanvasLayer 放世界内对象UI 例外。TileMap4.x 里场景节点变成 TileMapLayer检查 TileSet 的 TileSize 和贴图是否统一。如果 TileSize 是 16但某块贴图实际是 15px 或 17px拼缝处就会出现整像素错位和相机无关。5.5 进阶SubViewport 强制像素放大的兜底方案如果项目里混用了大量后处理、复杂 CanvasItem 或第三方资源全局设置无法完全约束可以用 SubViewport 做一层兜底。思路是把整个世界画到一个固定为设计分辨率的 SubViewport 里再通过 SubViewportContainer 放大到窗口。关键点是 SubViewportContainer 的 Stretch 要开启Stretch Filter 设置成 Nearest否则放大后还是会被线性过滤糊掉。这个方案能保证无论窗口怎么变游戏画面始终是“低分辨率渲染整数倍放大”代价是内存占用和一点点渲染开销但对像素游戏来说通常可以接受。不是每个项目都需要它遇到疑难杂症时可以作为终极手段。我个人的习惯是在项目还只有 Tiled 地图和一张测试图的时候就把“像素完美四件套”和相机脚本全部定下来之后每加一个新资源就走一遍同样的检查流程导入后看一次 Filter挂脚本后看一次坐标打印。另一个小技巧是调试阶段在 CanvasLayer 上画一条调试日志把相机位置是否整数直接显示在屏幕角落看到异常就当场抓问题别等打包后再回头猜。这套配置和脚本我在这几个项目里一直在用踩过不少坑写出来给同样被 Camera2D 折磨的人。
