https://blog.uwspro.com/tags/rmmv/Recent content in RMMV on 格物漫筆Hugozh-twSun, 19 Jul 2026 19:21:25 +0800https://blog.uwspro.com/posts/20260719-rmmv-m3d-plugin-1-devlog/Sun, 19 Jul 2026 19:21:25 +0800https://blog.uwspro.com/posts/20260719-rmmv-m3d-plugin-1-devlog/<h2 id="前言">前言</h2> <p>M3D 是一個給 RPG Maker MV 使用的第一人稱 3D 地圖插件，目標很直接：</p> <blockquote> <p>讓原本的 2D 地圖可以用第一人稱方式走進去。</p> </blockquote> <p>但「把畫面變成 3D」只是開始。<br> 真正花時間的，往往是那些看起來不應該困難的事情，包含但不限於：</p> <ul> <li>一面牆應該畫在哪裡</li> <li>地板跟方塊頂面貼圖爲什麼會把 FPS 幹到剩不到 5</li> <li>低矮方塊的頂面為什麼會穿牆</li> </ul> <h2 id="早期開發">早期開發</h2> <h3 id="傳統單檔開發模式">傳統單檔開發模式</h3> <p>早期的 M3D 主要依賴 Canvas 2D。<br> 它雖然不是最理想的渲染方式，但至少能正常進入地圖、處理玩家移動，也有一套已經驗證過的迷霧與牆面繪製邏輯。</p> <p>由於當時還在概念驗證階段，以及我注意到 RM 圈仍有很多人是單檔開發，我想入境隨俗，所以就在 ES5 的語法環境下硬幹出一個勉強能用的東西。</p> <p>然而，單一檔案很快膨脹到超過 70KB。<br> 所有事情都混在一起：</p> <ul> <li>RMMV 的資料</li> <li>raycast</li> <li>投影</li> <li>貼圖</li> <li>迷霧</li> <li>最後把東西畫到畫面上的程式碼</li> <li>等等&hellip;</li> </ul> <p>繼續在同一個檔案裡加功能，速度會越來越慢，也越來越不敢改動舊邏輯。</p> <p class="shortcode-emphasis is-bold is-big is-red">再不改架構我一定先瘋掉</p> <p>於是，我把整個專案以 <code>TypeScript</code> 改寫，並以功能性拆成多檔，以 <code>Vite</code> 打包，並加入版本控制，時爲 <code>v0.3</code>。</p> <figure class="post-media"> <video controls preload="metadata"> <source src="https://blog.uwspro.com/posts/20260719-rmmv-m3d-plugin-1-devlog/rmmv-m3d-plugin-v0.3.mp4" type="video/mp4"> 你的瀏覽器不支援 HTML5 影片播放。 </video> <figcaption>M3D 早期開發紀錄（所有貼圖均用 Canvas 繪製）</figcaption> </figure> <h3 id="改寫後首次碰壁">改寫後首次碰壁</h3> <p>就當我以爲一切都能舒服地開始後，沒過多久，第一個考驗就來了。</p> <p>我在內部版本迭代至 <code>v0.3.11</code> 時發現，當我嘗試繪製地板與方塊頂面的貼圖時，本來就不樂觀的 FPS 會直接崩到難以操作（約 30 fps -&gt; 5 fps）</p>