http://bugs.winehq.org/show_bug.cgi?id=59837 Bug ID: 59837 Summary: DrawImage with a registered custom effect renders nothing (silently) Product: Wine Version: 11.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: d2d Assignee: wine-bugs@list.winehq.org Reporter: peter.soetens@gmail.com Distribution: --- Created attachment 81122 --> http://bugs.winehq.org/attachment.cgi?id=81122 stand-alone reproducability test code. ## Summary An application registers a custom Direct2D effect (`ID2D1Factory1::RegisterEffectFromString` + `CreateEffect`), sets a bitmap as input, and draws it via `ID2D1DeviceContext::DrawImage` into a DXGI-surface render target. On wine 11.10 every call in the sequence returns `S_OK` — `RegisterEffectFromString`, `CreateEffect`, `CreateBitmap`, `SetValue`, `SetInput`, `DrawImage`, `EndDraw` — but **no pixels are written**: a D3D11 staging readback of the target is all-zero. On Windows the same binary renders the expected pixels. ## Reproducing Attached `d2dprobe.cpp` (32-bit, builds with MSVC or clang-cl; prebuilt `d2dprobe.exe` attached): creates a D3D11 device + texture, wraps it via `CreateDxgiSurfaceRenderTarget`, registers the custom effect, draws a 16x16 bitmap through it, and reads the target back through a staging texture. Prints each hr and the OR of the sampled pixels. - wine 11.10 (vanilla, new-WOW64 build): `readback OR of sampled pixels = 00000000 (ALL ZERO - draw did not land)` — all hrs S_OK. - Windows 10: pixels rendered. ## Real-world impact X-Wing Alliance Upgrade (XWAU 2025, the community mod for the 1999 LucasArts game on Steam/GOG) renders its entire HD concourse UI through exactly this pattern (hook_concourse). We currently ship an application-side workaround, but the native path returning S_OK while drawing nothing on 11.10 means apps cannot even detect the failure. ## Proposed patches (attached) Two patches against wine-11.10 (also apply to current git), validated with the attached repro on 11.10: 1. `0001-d2d1-Store-the-pixel-shader-constant-buffer-set-thro.patch` — implements the `ID2D1DrawInfo::SetPixelShaderConstantBuffer` stub (stores a copy on the draw info; custom effects upload their shader constants through it from `PrepareForRender`). 2. `0002-d2d1-Render-single-draw-transform-custom-effects-in-.patch` — minimal execution path in `d2d_device_context_DrawImage` for the common case (single draw-transform graph with a pixel shader): calls `PrepareForRender`, renders input 0 through the registered (already compiled) shader 1:1 into an intermediate texture with the draw-info constant buffer bound, then composites the intermediate through the existing bitmap path so context transform/clips apply. Passthrough graphs draw their input directly; unsupported graph shapes now set `E_NOTIMPL` on the context instead of failing silently. With both applied, the attached repro goes from `readback OR = 00000000 (ALL ZERO)` to `FFFF0000` — the correct premultiplied opaque-red output for its input — and the game's HD UI renders. Limitations are commented in the code (SCENE_POSITION is approximated; multi-node graphs, vertex shaders, resource textures and intermediates-between-nodes remain unimplemented and now fail loudly). A DWrite/text rendering probe shows no regression on the normal d2d paths; the build used here is `--disable-tests`, so the d2d1 test suite run is left to CI. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.