rust - 尝试绘制到纹理渲染目标时 gfx-rs 断言失败

Question

我正在尝试绘制到屏幕外渲染目标

type ColorFormat = gfx::format::Rgba8;

gfx_defines! {
    pipeline terrain {
        // snip vbuffer / uniforms
        out: gfx::RenderTarget<ColorFormat> = "f_color",
        selection: gfx::RenderTarget<ColorFormat> = "f_selection",
    }
}

将纹理渲染目标设置为与我的窗口大小相同

let builder = glutin::WindowBuilder::new()
    .with_dimensions(1024, 768);

let (_, _, selection_target) = factory.create_render_target(1024, 768).unwrap();

let mut pd_terrain = terrain::Data {
    // snip
    out: color_view.clone(),
    selection: selection_target.clone(),
};

代码编译正常，但在运行时我收到一条关于维度的 panic 消息

thread 'main' panicked at 'assertion failed: self.dimensions.map(|d| d == dim).unwrap_or(true)', /home/larvyde/.cargo/registry/src/github.com-1ecc6299db9ec823/gfx_core-0.8.2/src/pso.rs:293:8

如果我将选择目标排除在管道之外，代码就可以正常工作。

我的理解是它提示选择渲染目标的尺寸与颜色缓冲区的尺寸不匹配，但由于两者都设置为窗口尺寸，它们应该是相同的。那么这里有什么问题呢？我是否缺少初始化步骤，或者我的问题完全是其他问题？

编辑:我使用的库和版本如下

[dependencies]
cgmath = "0.16"
gfx = "0.17"
gfx_window_glutin = "0.20"
glutin = "0.12"

使用 RUST_BACKTRACE=1 运行会得到这个:

   0: std::sys::imp::backtrace::tracing::imp::unwind_backtrace
             at /checkout/src/libstd/sys/unix/backtrace/tracing/gcc_s.rs:49
   1: std::sys_common::backtrace::_print
             at /checkout/src/libstd/sys_common/backtrace.rs:69
   2: std::panicking::default_hook::{{closure}}
             at /checkout/src/libstd/sys_common/backtrace.rs:58
             at /checkout/src/libstd/panicking.rs:381
   3: std::panicking::default_hook
             at /checkout/src/libstd/panicking.rs:397
   4: std::panicking::rust_panic_with_hook
             at /checkout/src/libstd/panicking.rs:577
   5: std::panicking::begin_panic
             at /checkout/src/libstd/panicking.rs:538
   6: <gfx_core::pso::PixelTargetSet<R>>::set_dimensions
             at ./<panic macros>:3
   7: <gfx_core::pso::PixelTargetSet<R>>::add_color
             at /home/larvyde/.cargo/registry/src/github.com-1ecc6299db9ec823/gfx_core-0.8.2/src/pso.rs:274
   8: <gfx::pso::target::RenderTarget<T> as gfx::pso::DataBind<R>>::bind_to
             at /home/larvyde/.cargo/registry/src/github.com-1ecc6299db9ec823/gfx-0.17.1/src/pso/target.rs:130
   9: <thera::terrain::Data<R> as gfx::pso::PipelineData<R>>::bake_to
             at ./<gfx_pipeline_inner macros>:99
  10: <gfx::encoder::Encoder<R, C>>::draw
             at /home/larvyde/.cargo/registry/src/github.com-1ecc6299db9ec823/gfx-0.17.1/src/encoder.rs:537
  11: thera::main
             at src/main.rs:155
  12: __rust_maybe_catch_panic
             at /checkout/src/libpanic_unwind/lib.rs:99
  13: std::rt::lang_start
             at /checkout/src/libstd/panicking.rs:459
             at /checkout/src/libstd/panic.rs:361
             at /checkout/src/libstd/rt.rs:59
  14: main
  15: __libc_start_main
  16: _start

Answer 1

尺寸不仅仅是宽度和高度，它还包括深度。参见 https://docs.rs/gfx/0.17.1/gfx/handle/struct.DepthStencilView.html#method.get_dimensions .这在纹理和目标之间也必须相同。

作为引用，我在使用 gfx_glpyh 的 draw_queued 函数时在我的代码中使用了相同的断言。该函数具有以下签名

pub fn draw_queued<C, T, D>(
    &mut self, 
    encoder: &mut Encoder<R, C>, 
    target: &RenderTargetView<R, T>, 
    depth_target: &DepthStencilView<R, D>
) -> Result<(), String> 

我的问题是渲染目标(纹理)的深度为 0，但 depth_target(从我的屏幕)的深度为 1。为了解决这个问题，我将以下内容添加到我的管道定义中

depth: gfx::DepthTarget<Depth> = gfx::preset::depth::PASS_TEST,

并在传递给::Data 的初始化中创建了以下内容

let _depth = renderer.factory.create_depth_stencil_view_only(w as u16, h as u16).unwrap();

使用这个深度而不是来自 gfx_window_glutin::init 的深度修复了崩溃。我希望这能引导您找到类似的解决方案。