3

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

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(),
};

代码编译得很好，但在运行时我收到一条关于尺寸的恐慌消息

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
4

1 回答 1

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 的深度修复了崩溃。我希望这可以引导您找到类似的解决方案。

于 2018-06-07T03:11:09.473 回答