karim
878cfd3ae7
Feature web (wasm-bindgen) + cdylib analog render2d; WebModelRenderer mit Canvas-Surface, set_model (walls/slabs wie der native Push) und set_camera. Projektion liefert bereits [0,1]-Clip-Z, math.rs unveraendert. wgpu-22-requestDevice-Shim in src/engine/requestDeviceShim.ts geteilt. Neuer Hook useWasm3dRenderer + Wasm3DViewport (Orbit/Pan/Zoom wie three.js- Sicht); Viewport3D dispatcht per ?engine=wasm bzw. localStorage, three.js bleibt Default. Build-Script build:engine3d (wasm-pack, src/engine/pkg3d). Verifiziert headful per scripts/probe-engine3d.mjs (37 % Geometrie-Pixel); headless praesentiert Chromium keine WebGPU-Frames (auch bei render2d).
31 lines
1.2 KiB
TypeScript
31 lines
1.2 KiB
TypeScript
/**
|
|
* Kompatibilitäts-Shim für die WASM-Engines (render2d/render3d, beide wgpu 22):
|
|
* wgpu 22 sendet in `requestDevice` noch das Limit `maxInterStageShaderComponents`,
|
|
* das AUS DER WebGPU-Spec ENTFERNT wurde. Neuere Chromium-Builds lehnen einen
|
|
* nicht-`undefined`-Wert dafür mit `OperationError` ab (→ Device-Erzeugung
|
|
* schlägt fehl). Wir entfernen den Schlüssel EINMAL global aus dem Descriptor,
|
|
* bevor wgpu ihn stellt. Entfällt, sobald die Engines auf ein wgpu (+ glyphon)
|
|
* hochgezogen werden, das dieses Limit nicht mehr mitschickt.
|
|
*/
|
|
|
|
let requestDevicePatched = false;
|
|
|
|
export function patchRequestDeviceLimits(): void {
|
|
if (requestDevicePatched) return;
|
|
const AdapterCtor = (globalThis as any).GPUAdapter;
|
|
if (!AdapterCtor?.prototype?.requestDevice) return;
|
|
const orig = AdapterCtor.prototype.requestDevice;
|
|
AdapterCtor.prototype.requestDevice = function (
|
|
this: unknown,
|
|
desc?: any,
|
|
) {
|
|
if (desc?.requiredLimits && "maxInterStageShaderComponents" in desc.requiredLimits) {
|
|
const requiredLimits = { ...desc.requiredLimits };
|
|
delete requiredLimits.maxInterStageShaderComponents;
|
|
desc = { ...desc, requiredLimits };
|
|
}
|
|
return orig.call(this, desc);
|
|
};
|
|
requestDevicePatched = true;
|
|
}
|