簡介面向畢業(yè)設(shè)計項目實訓(xùn)的橫版過關(guān)游戲完整源碼包以Visual C 6.0結(jié)合GDI圖形接口實現(xiàn)玩法與畫面借鑒經(jīng)典“超級瑪麗”系列。項目采用C面向?qū)ο笏枷虢M織游戲邏輯通過位圖繪制、定時器動畫、鍵盤交互和分關(guān)地圖加載完成場景切換適合計算機專業(yè)學(xué)生做課設(shè)、畢設(shè)或?qū)W習(xí)Windows圖形編程時參考。資源共32個文件壓縮包約161KB其中包含9個頭文件、6個C源文件、6張BMP位圖素材以及地圖文本、工程配置與圖標資源源碼結(jié)構(gòu)清晰便于按模塊閱讀。當前頁面已有459人瀏覽學(xué)習(xí)可配合博文說明快速定位課程設(shè)計中的核心繪圖與碰撞檢測思路。下載后既能對照學(xué)習(xí)GDI繪制與關(guān)卡地圖讀取方法也能直接運行或二次修改作為移植功能、擴展關(guān)卡乃至撰寫設(shè)計文檔的技術(shù)基礎(chǔ)。1. 一個 VC6 GDI 項目把橫版過關(guān)游戲的底牌全亮出來了用 Visual C 6.0 和 GDI 手寫的橫版過關(guān)游戲源代碼一眼看去像仿經(jīng)典紅白機水管工闖關(guān)作品但它和網(wǎng)上那些拿現(xiàn)成引擎拼出來的 Demo 有本質(zhì)區(qū)別地圖不是預(yù)先拼接好的整圖而是每關(guān)開始時從map1.txt讀取文本配置再用BitBlt把對應(yīng)的瓦片一塊塊畫到窗口里。這份東西作為畢業(yè)設(shè)計和項目實訓(xùn)素材價值在于把游戲里最繞的地圖加載、角色碰撞、動畫幀切換全部拆成了你可以逐行讀的 VC6 工程。想搞懂“2D 橫版游戲從一份文本文件到屏幕上會跑會跳的閉環(huán)”的同學(xué)可以直接拿它當解剖樣本。2. 項目結(jié)構(gòu)拆解VC6 工程里這些文件各管哪一段2.1 工程入口mario01、StdAfx、resource.h 的三層關(guān)系拿到壓縮包先看根目錄mario01.dsw和mario01.dsp是 Visual C 6.0 的工作區(qū)與工程文件。.dsw是工作區(qū)外殼里面可能只掛一個工程.dsp才是真正描述編譯單元、鏈接選項、預(yù)處理宏的工程文件。雙擊mario01.dsw就能直接打開整個項目而mario01.opt、mario01.ncb、mario01.plg這三個是 VC6 自動生成的輔助文件opt存界面布局ncb存符號數(shù)據(jù)庫plg是編譯日志它們不參與最終程序邏輯刪了也能重新生成。進入代碼層mario01.cpp是主程序入口窗口類注冊、消息循環(huán)、游戲主循環(huán)都在這mario01.h是對應(yīng)主頭文件通常在這里聲明主窗口類、全局實例句柄和核心函數(shù)。resource.h是資源 ID 的統(tǒng)一出口所有菜單、圖標、位圖的 ID 宏都定義在這里。StdAfx.h/StdAfx.cpp是 MFC 和 Windows API 的預(yù)編譯頭把windows.h、mmsystem.h這類高頻頭文件放進去能明顯縮短編譯時間。給第一次讀這種工程的人一個建議別從mario01.cpp第一行順序讀先看resource.h里的 ID 對照表再打開.rc資源腳本看每個位圖資源的 ID 和文件名是否對上。GDI 游戲最容易翻車的地方就是位圖加載失敗后沒有提示主程序照樣運行畫面卻白屏。這個工程里SMALL.ICO和mario01.ICO是窗口和小圖標的資源.rc文件會把它們綁到工程中如果手工精簡文件時漏了其中一個編譯能過運行后窗口圖標卻是空的。2.2 地圖與素材map1.txt、bmp、ico 在游戲里的用途這一節(jié)的素材文件是最容易看花眼的先分清三類地圖數(shù)據(jù)、靜態(tài)背景、角色動畫。map1.txt是第 1 關(guān)的地圖數(shù)據(jù)整個代碼包的核心邏輯都在圍著它轉(zhuǎn)。它不是二進制二進制地圖格式而是純文本每一行代表游戲世界的一行瓦片每一個字符代表一種圖素地面、磚塊、金幣、尖刺、角色出生點、關(guān)卡終點等等。gamemap.cpp在主循環(huán)初始化時一次性把整個文件讀進內(nèi)存按行列轉(zhuǎn)換成對應(yīng)的瓦片 ID 數(shù)組所以游戲過程中不需要再拼地圖滾動屏幕時只是改變繪制起點。壓縮包里的map文件夾名和map1.txt要放對位置否則路徑錯一位就加載不到關(guān)卡。位圖文件分成幾組map.bmp是地圖瓦片圖集地面磚塊、可碎磚、問號塊、管道都按固定格子大小排布在里面role.bmp是角色動畫幀每一幀等高等寬按橫向或縱向排列繪制時用BitBlt按源矩形裁出對應(yīng)幀pre1.bmp、mapbk.bmp、mapsky.bmp是場景背景層pre1.bmp可能是關(guān)卡前景裝飾mapbk.bmp和mapsky.bmp用于遠景天空、云朵這類靜態(tài)層ani.bmp是動態(tài)物件比如旋轉(zhuǎn)的金幣、閃爍的星星需要按幀播放。bitmaptool.h、texttool.h、myclock.h這三個工具文件非常值得看。bitmaptool提供位圖加載、透明色處理、快速繪制封裝texttool負責(zé)在窗口上輸出生命值、分數(shù)、FPS 這些調(diào)試信息myclock是一個簡單時鐘封裝用來驅(qū)動幀動畫和物理更新而不是依賴OnTimer到處散落定時器。filereport.cpp看名字是文件報告輸出通常會往trace.txt里寫運行日志跑通后打開trace.txt能看到加載了幾個瓦片、地圖行列數(shù)、角色初始坐標。2.3 工具類模塊bitmaptool、texttool、myclock 把重復(fù)勞動收口看這類畢業(yè)設(shè)計代碼先看工具類能少走一半彎路。最典型的是bitmaptool.cpp里的透明位圖繪制函數(shù)它做的事在 GDI 里叫“透明色處理”先把目標區(qū)域用BitBlt刷成黑色用SRCAND把透明區(qū)摳掉再把源圖里要保留的部分用SRCPAINT合上去。void DrawTransBitmap(HDC hdcDest, int x, int y, HBITMAP hBitmap, COLORREF crTransparent) { HDC hdcMem CreateCompatibleDC(hdcDest); HBITMAP hOld (HBITMAP)SelectObject(hdcMem, hBitmap); BITMAP bm; GetObject(hBitmap, sizeof(bm), bm); // 用單色掩碼圖分離透明區(qū)域 HBITMAP hMask CreateBitmap(bm.bmWidth, bm.bmHeight, 1, 1, NULL); HDC hdcMask CreateCompatibleDC(hdcDest); HBITMAP hOldMask (HBITMAP)SelectObject(hdcMask, hMask); COLORREF crOldBk SetBkColor(hdcMem, crTransparent); BitBlt(hdcMask, 0, 0, bm.bmWidth, bm.bmHeight, hdcMem, 0, 0, SRCCOPY); SetBkColor(hdcMem, crOldBk); BitBlt(hdcDest, x, y, bm.bmWidth, bm.bmHeight, hdcMask, 0, 0, SRCAND); BitBlt(hdcDest, x, y, bm.bmWidth, bm.bmHeight, hdcMem, 0, 0, SRCPAINT); SelectObject(hdcMask, hOldMask); DeleteDC(hdcMask); DeleteObject(hMask); SelectObject(hdcMem, hOld); DeleteDC(hdcMem); }這段代碼的核心思想是“用掩碼當模板”hMask是一張單色位圖角色位圖的背景色會被轉(zhuǎn)成白色需要保留的像素變成黑色。第一遍SRCAND把目標區(qū)域里對應(yīng)白色的地方保留第二遍SRCPAINT把源圖非透明像素疊上去。參數(shù)里crTransparent就是角色位圖里約定的背景色常見是品紅RGB(255, 0, 255)。改素材時最怕把背景色弄成角色身上的顏色那會導(dǎo)致角色缺胳膊少腿。myclock模塊一般提供Reset、GetElapsed、Tick幾個方法主循環(huán)里每幀調(diào)用GetElapsed得到毫秒差累計超過固定間隔就切換動畫幀。這樣做的好處是角色跑動和機器性能解耦配置差的機器幀率高一點幀率低的時候動畫仍然按時間推進不會出現(xiàn)“跑得越快跳得越高”的玄學(xué)問題。3. 核心機制拆解從地圖文本到角色碰撞的完整鏈路3.1 地圖加載gamemap.cpp 如何把 map1.txt 變成可碰撞的關(guān)卡gamemap.cpp承擔(dān)的是整個游戲世界的數(shù)據(jù)底座。這類橫版游戲通常不把地圖做成一張大圖而是做成“瓦片矩陣”每個格子固定大小。這個項目選擇每關(guān)加載一次文本地圖而不是常用的小地圖拼接好處是關(guān)卡文件可以手工編輯換一關(guān)只需要換一個txt不用重新拼圖。地圖解析的常規(guī)做法是用標準 C 的文件讀寫接口一行一行讀取文本對每個字符做一個switch映射成瓦片 ID。下面是一個簡化但結(jié)構(gòu)和真實工程一致的地圖讀入函數(shù)int GameMap::LoadMap(const char* szFileName) { FILE* fp fopen(szFileName, rt); if (fp NULL) return -1; // 文件不存在直接返回錯誤 int row 0; char ch; while (fgets(m_mapData[row], MAX_MAP_WIDTH, fp) ! NULL) { // 去掉行尾換行符 int len strlen(m_mapData[row]); if (len 0 m_mapData[row][len - 1] \n) m_mapData[row][len - 1] \0; // 逐字符映射成瓦片 ID for (int col 0; col MAX_MAP_WIDTH; col) { char c m_mapData[row][col]; switch (c) { case 0: m_tile[row][col] TILE_EMPTY; break; case 1: m_tile[row][col] TILE_GROUND; break; case 2: m_tile[row][col] TILE_BRICK; break; case 3: m_tile[row][col] TILE_QUESTION; break; case P: m_startX col; m_startY row; break; default: m_tile[row][col] TILE_EMPTY; break; } } row; } m_mapRows row; m_mapCols MAX_MAP_WIDTH; fclose(fp); return 0; }這段代碼里TILE_EMPTY、TILE_GROUND這類常量在gamemap.h中定義數(shù)字 0 到 3 只是一種約定。MAX_MAP_WIDTH是地圖最大列數(shù)也是每行緩沖區(qū)的長度限制。實際工程里還應(yīng)該檢查每行寬度是否一致否則按固定寬度遍歷時會把換行符解析成瓦片。P字符在這里很關(guān)鍵它不產(chǎn)生繪制瓦片而是記錄角色出生點m_startX和m_startY存的是瓦片坐標角色初始位置要再乘上瓦片寬高。地圖加載完成后游戲里判斷某個位置能不能走不再是拿角色矩形和每個像素比對而是把角色中心點換算成行列查m_tile[row][col]對應(yīng)值是不是磚塊。這一步把碰撞計算量從像素級降到瓦片級對 GDI 軟件渲染來說是非常必要的性能取舍。3.2 角色移動與動畫role.bmp 和時鐘驅(qū)動的幀切換角色邏輯分布在主程序mario01.cpp和繪制工具之間。每次按鍵消息更新的是角色 x/y 坐標和方向標志然后由主循環(huán)根據(jù)myclock的計數(shù)值決定當前播放哪一幀。下面是最常見的角色水平移動處理void UpdatePlayer(Player* pPlayer, GameMap* pMap, int offset) { // 左移 if (GetAsyncKeyState(VK_LEFT) 0x8000) { pPlayer-x - pPlayer-speed; pPlayer-direction DIR_LEFT; } // 右移 else if (GetAsyncKeyState(VK_RIGHT) 0x8000) { pPlayer-x pPlayer-speed; pPlayer-direction DIR_RIGHT; } // 按瓦片碰撞檢測修正坐標 if (CheckCollision(pPlayer, pMap)) { if (pPlayer-direction DIR_LEFT) pPlayer-x pPlayer-speed; else if (pPlayer-direction DIR_RIGHT) pPlayer-x - pPlayer-speed; } }這里用GetAsyncKeyState而不是等WM_KEYDOWN消息是因為它可以直接讀取按鍵當前狀態(tài)適合持續(xù)按住方向的橫版游戲。 0x8000是判斷高位是否為 1也就是按鍵是否處于按下狀態(tài)。UpdatePlayer的offset參數(shù)在帶滾動的關(guān)卡中用來計算角色相對關(guān)卡坐標系的位置屏幕上的實際畫點往往是x - cameraOffset。碰撞回退的邏輯很關(guān)鍵先移動再加回而不是先檢測再決定移動。代碼里的做法是移動后調(diào)用CheckCollision一旦碰撞就把坐標退回去這樣能避免角色卡進磚塊里。這個思路簡單但有效畢業(yè)設(shè)計級別項目里足夠穩(wěn)定。動畫幀切換一般維護一個frameIndex和frameTimer當時間累積超過單幀持續(xù)時間后frameIndex再通過取模回到循環(huán)幀。繪制時用BitBlt從role.bmp中裁出當前幀的源矩形源矩形的位置由角色方向和幀序號決定。比如每幀寬 32、高 48向右走第 0 幀的源矩形就是(0, 0, 32, 48)第 1 幀是(32, 0, 64, 48)。3.3 碰撞檢測與繪制瓦片坐標、GDI BitBlt 與雙緩沖這部分是橫版游戲最容易出 bug 的地方。角色和地面碰撞不能只檢測一個點通常用角色矩形經(jīng)過的四個角或上下左右四個探測點。常見寫法是把角色位置換算成瓦片坐標后檢測角色覆蓋范圍內(nèi)的所有瓦片int CheckCollision(Player* pPlayer, GameMap* pMap) { // 角色矩形四個角的瓦片坐標 int left pPlayer-x / TILE_WIDTH; int right (pPlayer-x pPlayer-width - 1) / TILE_WIDTH; int top pPlayer-y / TILE_HEIGHT; int bottom (pPlayer-y pPlayer-height - 1) / TILE_HEIGHT; for (int row top; row bottom; row) { for (int col left; col right; col) { int tile pMap-GetTile(row, col); if (tile TILE_EMPTY) continue; // 碰到實心瓦片返回碰撞 if (tile TILE_GROUND || tile TILE_BRICK) return 1; } } return 0; }這里TILE_WIDTH和TILE_HEIGHT是每個地圖格子的像素尺寸不能隨便改必須和map.bmp里每個瓦片的繪制尺寸一致。GetTile返回越界時應(yīng)該視為不可通行墻壁否則角色會跑出地圖邊界。在用這份源碼二次開發(fā)時最容易踩的坑就是地圖 txt 行寬不一致導(dǎo)致GetTile取到空字符碰撞檢測失效角色直接穿地。繪制端通常是先畫背景再畫地圖瓦片再畫角色。為了不閃爍工程里應(yīng)該有內(nèi)存 DC先創(chuàng)建一個與窗口 DC 兼容的內(nèi)存畫布按攝像頭的偏移量把可見范圍的瓦片BitBlt上去最后一次性把整塊內(nèi)存畫布拷到窗口 DC。如果源碼里沒有這一步運行起來畫面會像老式電視機一樣瘋狂閃解決辦法參考第 5 章避坑條目。4. 運行與調(diào)試在 VC6 里把這套代碼跑起來4.1 打開工程與配置工作目錄拿到壓縮包解壓后先不要急著雙擊mario01.cpp找到mario01.dsw才是正確入口。Visual C 6.0 支持直接打開.dsw它會自動關(guān)聯(lián)同一目錄下的.dsp工程文件。如果你的機器裝的是 VS 2010 以上版本雙擊.dsw會彈轉(zhuǎn)換向?qū)ё詈帽Ａ粼こ探Y(jié)構(gòu)不要隨便升級成新格式原因是 GDI 代碼本身是純 Win32 API新版編譯器可能會把main的入口約定或資源腳本編譯方式改出問題。打開工程后第一件事是確認工作目錄。GDI 游戲最忌諱用絕對路徑去LoadBitmap源碼里基本都寫的是相對路徑比如map1.txt或pic\\role.bmp。VC6 默認的工作目錄不一定在源碼根目錄運行時會因為找不到文件而靜默失敗。在 VC6 菜單欄選 “Project - Settings - Debug - Working directory”把目錄指向源碼解壓路徑確保map1.txt、pic文件夾和mario01.dsw在同一層。這一步不設(shè)置好后面所有位圖加載全部失敗畫面只有背景色。建議在打開工程前先核對文件完整性。壓縮包里至少要有mario01.dsw、mario01.dsp、mario01.cpp、mario01.rc、resource.h、gamemap.cpp、bitmaptool.cpp、texttool.cpp、map1.txt、pic下的位圖文件以及SMALL.ICO、mario01.ICO。缺了.ico還能編譯缺了map1.txt或位圖文件則程序能啟動但畫面不對。4.2 編譯、運行與查看輸出VC6 的編譯快捷鍵是F7編譯信息會顯示在下方 Output 窗口。如果編譯成功最后一行會顯示 “0 error(s)”然后按F5直接運行。第一次運行建議從菜單 “Build - Start Debug - Go” 進入調(diào)試模式這樣如果程序崩潰VC6 會停在出錯代碼行而不是直接彈一個無提示的對話框。如果 Output 窗口出現(xiàn)fatal error RC1015: cannot open include file afxres.h說明當前 VC6 安裝時缺少 MFC 相關(guān)組件。解決辦法是打開.rc文件把#include afxres.h改寫成#include winres.h這是純 Win32 API 項目常見的資源腳本修正方式。這項工作也適合作為實訓(xùn)題目讓學(xué)生理解資源腳本和預(yù)編譯頭的關(guān)系。編譯通過后mario01.plg會記錄最近一次編譯的詳細輸出。遇到邏輯問題不彈窗時運行后打開trace.txt是優(yōu)先方案。filereport.cpp一般會在初始化階段寫入地圖加載成功還是失敗、加載了多少行、角色出生點在哪里。如果trace.txt沒有任何內(nèi)容先懷疑文件路徑和當前工作目錄不匹配。4.3 常見運行狀態(tài)驗證程序跑起來之后不要急著按方向鍵先觀察窗口標題和背景層。正常的啟動狀態(tài)是游戲窗口出現(xiàn)背景天空層mapsky.bmp或mapbk.bmp鋪滿地面瓦片已經(jīng)逐塊畫出角色站在原地。如果窗口是純白或純灰說明BeginPaint和位圖繪制鏈路有一環(huán)沒執(zhí)行優(yōu)先查trace.txt。按方向鍵時角色如果能左右走、跳躍、落到平臺上說明地圖碰撞已經(jīng)工作。如果角色直接掉出地面大概率是map1.txt首行前有空行導(dǎo)致地圖矩陣整體偏移一行這屬于最常見的運行期問題下面第 5 章會單獨說排查辦法。建議每次改地圖文件后都做一個固定動作數(shù)清楚地圖總行數(shù)檢查每一行字符數(shù)一致再運行程序。5. 避坑指南GDI 橫版游戲的編譯與運行排障5.1 編譯期問題頭文件順序、資源 ID 沖突現(xiàn)象編譯時報錯大量重定義比如WINGDI、_WIN32_WINNT被重復(fù)定義。這類錯誤在 VC6 里出現(xiàn)時先別急著改代碼看看是不是有人把windows.h和afxwin.h同時包含而StdAfx.h里又開了WIN32_LEAN_AND_MEAN。原因是resource.h里的資源 ID 宏偶爾會和系統(tǒng)宏撞名尤其是IDC_STATIC這類通用宏。解決方法是保證resource.h在StdAfx.h之后包含并把自定義 ID 統(tǒng)一加前綴比如IDB_BG_01、IDB_ROLE_01。我在自己實訓(xùn)時就把IDR_MAINFRAME這類 MFC 自帶的宏和自定義位圖 ID 混在一起吃過虧TWO 個宏數(shù)值相同導(dǎo)致加載了錯誤的位圖資源。現(xiàn)象RC 編譯報錯找不到位圖文件。原因是.rc里BITMAP資源聲明的路徑寫成相對路徑但當前資源腳本目錄和實際文件目錄不一致。解決方法是打開.rc文件逐個核對IDB_ROLE BITMAP pic\\role.bmp IDB_MAP BITMAP pic\\map.bmp路徑中的反斜杠必須寫成\\文件名大小寫不重要但路徑要和實際目錄完全對應(yīng)。如果項目里pic文件夾在壓縮包里被改名成pic1這里必須同步改否則編譯器不會報錯運行時位圖加載會失敗。VC6 的資源編譯器對路徑很敏感建議所有資源文件和.rc文件都放在同一層級下或使用相對根目錄的路徑。5.2 運行期問題花屏、卡頓、碰撞失靈現(xiàn)象畫面閃爍嚴重角色移動時整個窗口像在抖。原因是窗口處理WM_PAINT時直接操作窗口 DC每次BitBlt都先被系統(tǒng)擦成背景色再重新畫肉眼看到的就是閃爍。解決方法是建立一個內(nèi)存 DC先在內(nèi)存里完成全部繪制最后一次性BitBlt到窗口。很多 GDI 畢業(yè)設(shè)計源碼其實已經(jīng)有這個封裝只是沒有在窗口尺寸變化或OnPaint分支里正確復(fù)用。HDC hdcWin GetDC(hWnd); HDC hdcMem CreateCompatibleDC(hdcWin); HBITMAP hbmpMem CreateCompatibleBitmap(hdcWin, winWidth, winHeight); HBITMAP hbmpOld (HBITMAP)SelectObject(hdcMem, hbmpMem); // 先畫背景、再畫地圖、最后畫角色 DrawBackground(hdcMem); DrawMap(hdcMem, cameraX); DrawPlayer(hdcMem); BitBlt(hdcWin, 0, 0, winWidth, winHeight, hdcMem, 0, 0, SRCCOPY); SelectObject(hdcMem, hbmpOld); DeleteObject(hbmpMem); DeleteDC(hdcMem); ReleaseDC(hWnd, hdcWin);這里cameraX是攝像機偏移量也就是攝像頭在關(guān)卡世界中的 X 坐標。內(nèi)存位圖的尺寸必須和客戶區(qū)一致否則BitBlt時會拉伸或截斷。如果源碼里已經(jīng)寫了這段邏輯還是閃爍檢查是不是每次在WM_PAINT里重新創(chuàng)建了內(nèi)存位圖頻繁的CreateCompatibleBitmap會讓 GDI 對象堆積最終對象耗盡后繪制函數(shù)全部失敗?，F(xiàn)象角色能跳進磚塊里或者從地面?zhèn)让娲ΑＴ蚴桥鲎矙z測只檢測了角色末尾位置沒有把移動過程拆分成水平與垂直兩次檢測。橫版游戲的標準做法是先水平移動并檢測左右碰撞再垂直移動并檢測上下碰撞這樣角色在快速下落后就不會因為一次步長跨過一塊薄瓦片。如果你解析的源碼里只有一個統(tǒng)一的CheckCollision改成兩個分軸函數(shù)是最值得先動的改動。現(xiàn)象地圖看起來錯行第一行消失最后一行多出來。原因是map1.txt文件以 UTF-8 編碼保存VC6 運行時fgets讀不到預(yù)期的 ASCII 字符或者每行行尾多了\r。古典 VC6 工程的地圖文件通常要求 ANSI 編碼文本編輯器保存時如果默認 UTF-8中文字符或 BOM 頭會讓解析器把第一個字符當瓦片。解決方法是把這幾個文件統(tǒng)一另存為 ANSI 編碼并使用純 ASCII 字符設(shè)計地圖。這條在二次開發(fā)換新關(guān)卡時特別常見改完地圖先看trace.txt輸出行數(shù)再談玩法。6. 二次開發(fā)思路換新關(guān)卡、改角色動畫、加簡單開始界面想把這份源碼改成自己的畢業(yè)設(shè)計不要急著推翻重寫按下面三步走最穩(wěn)。第一步是讀懂map1.txt的字符表然后自己設(shè)計一張 20 行乘 60 列的新地圖。每行字符數(shù)必須一致空余位置補0。關(guān)卡文件不需要新寫解析代碼只需要新增map2.txt再在游戲關(guān)卡切換處把文件名改掉。如果你想讓地圖更長同時修改MAX_MAP_WIDTH宏和m_mapData的列維度即可。第二步是擴展角色動畫。role.bmp每幀大小固定在圖片右側(cè)追加新幀后需要同步修改動畫幀序號計算邏輯。代碼塊里幀源矩形通常是RECT rcSrc; rcSrc.left frameIndex * FRAME_WIDTH; rcSrc.top 0; rcSrc.right rcSrc.left FRAME_WIDTH; rcSrc.bottom FRAME_HEIGHT;新幀只要在role.bmp尾部排布并增加FRAME_COUNT上限就能實現(xiàn)更多動作。完整動作需要更多幀時可以按行擴展在top上用動作編號做偏移。注意修改位圖時保留原來的背景色透明色函數(shù)才能正確摳圖。第三步是加一個最簡單的開始界面不牽動地圖邏輯。在主循環(huán)之前加一個STATE_MENU狀態(tài)用texttool輸出標題文字檢測到回車鍵后切到STATE_GAME同時調(diào)用LoadMap開始關(guān)卡。這套改造放在mario01.cpp里即可數(shù)據(jù)結(jié)構(gòu)上只需增加一個gameState枚舉。我從這個工程里學(xué)到最深的習(xí)慣是每次改地圖數(shù)據(jù)之前先手動數(shù)一遍行數(shù)和列數(shù)再進代碼里核對MAX_MAP_WIDTH每次換位圖素材之后強制運行一次透明色白邊檢查。這個習(xí)慣幫我省掉了至少五輪“黑匣子”式的排障時間也希望幫到你。本文還有配套的精品資源點擊獲取