把 32 位《Left 4 Dead 2》进程里的每一条 D3D9 调用送到 64 位进程、由 **DXVK（Vulkan）**真正执行， 从而绕开 32 位地址空间与老旧 D3D9 驱动的限制，并顺带修掉几条引擎自身的崩溃/刷屏路径。

English TL;DR: TXVK bridges every D3D9 call of the 32-bit Left 4 Dead 2 process to a 64-bit process that renders it with DXVK (Vulkan). Ships a 32-bit client shim, a 64-bit server and a 64-bit DXVK build. No ENB / ReShade / third-party plugin is bundled.

• 是：一个可插拔的 D3D9 桥 + 一份 64 位 DXVK。装完即用，配置全在 bin\.l4d2bridge\。
• 不是：不是 RTX Remix（不启用 Remix 运行时/光追），不是 ENB/ReShade 的替代品， 也不包含任何第三方滤镜、帧生成或 HUD 插件。

1. 备份你现有的 ...\Left 4 Dead 2\bin\dxvk_d3d9.dll（若装过 DXVK 或 ENB 代理，这就是它）。

2. 把本包 bin\ 覆盖进游戏目录（保持目录结构）：

   Left 4 Dead 2\
   └─ bin\
      ├─ dxvk_d3d9.dll                  ← 32 位客户端（引擎按这个名字加载）
      └─ .l4d2bridge\
         ├─ L4D2Bridge64.exe            ← 64 位服务端（客户端自动拉起）
         ├─ L4D2Bridge_d3d9_x64.dll     ← 64 位 DXVK
         └─ bridge.conf / dxvk.conf / vkup.cfg
   

3. Steam → 库 → Left 4 Dead 2 → 属性 → 启动选项：

   -vulkan -insecure
   

建议在游戏内使用窗口化 / 无边框（显示模式由 64 位侧接管，窗口化最稳）。

若你的加载链里还有 ENB / HookDLL（它们按 dxvk_d3d9_last.dll 这个名字加载下一环）， 请把 bin\dxvk_d3d9.dll 再复制一份、改名为 bin\dxvk_d3d9_last.dll。

跑一次游戏（进图 → 玩一会 → 退出），然后看两处。

Left 4 Dead 2\bin\.l4d2bridge\RUN_OK.txt

这个文件每次启动游戏都会被删除，只有当桥真的跑起来（启动握手完成、已有 D3D9 调用被送到 64 位侧）才会重新写出。所以它的有无本身就是结论：

文件内容含版本号、会话时长、转发命令数、退出原因，以及要提供给作者的目录路径。

<游戏根>\l4d2bridge\logs\bridge32.log 开头应出现：

==================
L4D2 D3D9 Bridge Client
==================
Version: l4d2bridge-1.0.0+<hash>

同目录 bridge64.log 里应有 L4D2 D3D9 Bridge Server。两个日志都含启动时的完整生效配置，排障时请一并提供。

Left 4 Dead 2\
├─ bin\.l4d2bridge\                 ← 程序与配置
│  ├─ L4D2Bridge64.exe
│  ├─ L4D2Bridge_d3d9_x64.dll
│  ├─ bridge.conf / dxvk.conf / vkup.cfg
│  └─ RUN_OK.txt                    ← 「上次运行成功」标记（每次启动重写）
└─ l4d2bridge\
   ├─ logs\                         ← 正常日志：都发生了什么
   │  ├─ bridge32.log  bridge64.log     客户端 / 服务端完整日志（含启动配置）
   │  ├─ run_history.log                每局的 START / OK / EXIT 各一行
   │  └─ d3d9.log                       64 位 DXVK 自己的日志
   └─ errors\                       ← 只有"出问题"的东西：哪里出了问题
      ├─ bridge32.errors.log  bridge64.errors.log   仅 warn / err 行（不必翻全量日志）
      ├─ <进程名>_crash_<时间>.dmp                 崩溃 minidump
      ├─ <进程名>_bridge_hang_<pid>.dmp            卡死时看门狗写的全线程 dump
      └─ <dump 同名>.vscript.txt                   崩溃时的脚本(.nut)轨迹

<进程名> 是 left4dead2（游戏进程，32 位侧）或 L4D2Bridge64（服务端进程）——谁出的事一眼可见。

要让别人给你排障时，只需打包这三样：l4d2bridge\logs\ 整个目录、l4d2bridge\errors\ 整个目录、 bin\.l4d2bridge\RUN_OK.txt。九成问题靠这三样即可定位，不必再让对方翻游戏目录。

• bin\WOOL.log（若系统里有 HookDLL 之类的 ODS 接收器）会包含我们的统计行：

  [vkup] client stats: fvf_skip=… shader_cache_hit=… pool_hit=… setter_skip=… | commands_total=… | locks=… outOfRange=0 scratchLocks=0 guardViol=0 qViol=0 … copy=xxxMB/s
  

  其中 setter_skip 是被去重省掉的跨进程调用数（实测约占全部调用的 12–15%），copy 是影子缓冲拷贝速率（实测 100–170 MB/s）。

• 诊断设计原则：正常运行期零周期扫描，只在真的出事时留证据（见下节）。

• 与真 RTX Remix 运行时或第三方 l4d2-rtx 包不要混装（它们使用 .trex 工作目录与 NvRemixBridge.exe 名字，本桥已刻意避开这些名字，但两套安装仍会互相干扰）。
• 本包不含 ENB / ReShade / HookDLL / 帧生成 / ncnn 模型；如需后处理请自行在 64 位侧解决。
• 游戏根目录残留的 dxgi.dll（旧 DXVK 留下）不会被本桥或引擎加载；唯一可能加载它的 Steam 抓帧在桥下本来就不工作，且本桥已默认把 32 位进程的 Vulkan 置为「无设备」，因此残留 dxgi.dll 不会导致卡死。若仍遇启动即卡，把它改名为 dxgi.dll.disabled 再试。
• Steam 覆盖层（Shift+Tab、游戏内「邀请好友」、截图、FPS 显示）在桥下不可用：画面在 64 位服务端渲染，Steam 注入的是 32 位游戏进程。邀请/加入好友请在 Steam 客户端的好友列表里操作（右键好友 → 邀请加入游戏 / 加入游戏）。
• 文件属性里的版本资源显示 FileVersion 1.0.0.0，实际构建号见日志里的 Version: 行。

• 本项目自身：MIT（见 LICENSE）。

• 来源于并感谢：

  • NVIDIA RTX Remix Bridge（MIT，© NVIDIA CORPORATION）—— 32↔64 位桥的原始实现；
  • DXVK（zlib，© Philip Rebohle 及贡献者）—— 本包的 64 位 D3D9→Vulkan 实现；
  • Microsoft Detours（MIT）—— 32 位侧 API 拦截。

  完整许可见 THIRD_PARTY.md。