Tighten SRP fallback creation semantics
This commit is contained in:
@@ -122,3 +122,4 @@ SceneRenderer
|
||||
- `CameraRenderRequestContext.hasDirectionalShadow` 和 `ClearDirectionalShadow()` 从 ScriptCore public surface 收回 internal,避免 core public API 泄漏 native shadow 规划控制。
|
||||
- 收口 managed 相机请求策略顺序:`MonoManagedRenderPipelineAssetRuntime::ConfigureCameraRenderRequest` 先生成 native 默认方向光阴影基线给 managed / URP 观察,再按 managed 最终策略重算或清除,避免 `ClearDirectionalShadow()` 之后又被 native 默认规划补回。
|
||||
- 当时验证:`xcengine_managed_assemblies`、`scripting_tests` 构建通过;聚焦 `MonoScriptRuntimeTest` 12 项 SRP / URP / API surface 测试通过。
|
||||
- 收口 SRP 创建失败语义:`ManagedScriptableRenderPipelineAsset::CreatePipeline()` 在 managed runtime、backend asset 或 stage recorder 不可用时直接创建失败;`RenderPipelineFactory::CreateRenderPipelineOrDefault()` 不再在已解析 asset 创建失败后重新走 configured SRP 默认解析,而是明确退回 builtin fallback,避免 `ScriptableRenderPipelineHost` 带 native backend 冒充 managed SRP 成功。
|
||||
|
||||
Reference in New Issue
Block a user