“簡單地說，任務(wù)生成器非常糟糕。”Pavloff說，“這是一套用C語言編寫的、基于Win32 GUI的應(yīng)用程序。如果我那時就知道現(xiàn)在的情況，我當(dāng)時一定會申請使用C++與MFC，甚或是VB來重新編寫它。這個任務(wù)生成器原本是現(xiàn)已離開Origin，如今正為Microprose開發(fā)European Air War的Tsuyoshi Kawahito所編寫的。很顯然，他是主設(shè)計師，可他完成他的工作后，卻沒有為他的代碼留下任何注釋。于是現(xiàn)在掌管任務(wù)生成器工作的Clark Janes，只好沒完沒了地修復(fù)編輯器里的各種bug，而我與其他設(shè)計師，則不得不經(jīng)常在一天之內(nèi)對多人模式的進(jìn)行反復(fù)修復(fù)，以使其能正常運轉(zhuǎn)。然而有些時候，我們做好的任務(wù)往往無法在新的版本中運行，這使得我們不得不在這個糟糕的圖形界面中進(jìn)行反復(fù)而煩瑣的修正?！?P>

隨著開發(fā)工作的進(jìn)行，戰(zhàn)役部分的整體框架也逐漸成型。由于游戲本身是基于L2的代碼開發(fā)的，戰(zhàn)役部分同樣也不例外。這意味著Andy Hollis在新聞組里多次提到的所謂“’完全動態(tài)’的體系”不過是個假消息。

Pavloff這樣解釋道：“L2里的戰(zhàn)役，看上去好像是動態(tài)的，實際上卻不是這樣。L2的戰(zhàn)役編輯器基本原理是，在每一個phaseline（地圖上設(shè)定的一個須在規(guī)定時間內(nèi)抵達(dá)的方位）上設(shè)定多個含有敵軍單位的區(qū)域，然后再設(shè)定若干條行進(jìn)路徑與目標(biāo)，最后由一個隨機(jī)數(shù)據(jù)生成器完成任務(wù)的創(chuàng)建。很顯然這樣的任務(wù)生成器會產(chǎn)生大量的問題，這令設(shè)計師們不得不大大縮減‘動態(tài)’戰(zhàn)役的規(guī)模?！?P>為此，A-10的設(shè)計師們面臨著這樣一個尷尬：一款基于L2引擎開發(fā)的新作，其戰(zhàn)役數(shù)量卻比原作還要少。這是一個代碼升級的教訓(xùn)，其后果要么是游戲的主要特性被遺棄，要么就得勉力而為，但這卻要消耗大量的時間?？梢哉f這部“走捷徑”作品是一個失敗的開發(fā)案例。

由于問題的出現(xiàn)，小組所制訂的“1999年第一季度”上市時間表是行不通了。由于有太多未經(jīng)注釋而又難懂的代碼，而這些代碼的作者又早已遠(yuǎn)走高飛，因此更換新的代碼勢在必行。

然而隨即又出現(xiàn)了更多難題，甚至比游戲本身所面臨的問題還要嚴(yán)重得多。其中最關(guān)鍵的一條是：Origin那時竟不經(jīng)意間挖到了大型多人在線游戲UO這塊金礦。而在Origin當(dāng)初的設(shè)想中，UO的預(yù)計銷量其實還要排在A-10之后。