嘗試繪制到紋理渲染目標時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(),
};

代碼編譯得很好，但是在運行時我得到了一個關於維度的恐慌信息

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中的深度修復了崩潰。 我希望這會引導您找到類似的解決方案。