Difference between revisions of "Buttfats & Parsnips"
From Worms Knowledge Base
Explorer09 (Talk | contribs) |
Explorer09 (Talk | contribs) (Undo revision 15209 by Maska - article is not merged yet, see User talk:Maska) |
||
(2 intermediate revisions by 2 users not shown) | |||
Line 1: | Line 1: | ||
− | + | The title ''Buttfats & Parsnips'' is a MegaworM invention, and is very typical of his usual state of mind. After creating | |
+ | the title of LeetF*ck, he suggested this as the name of Annelid's team editor. The name was not used and went on to become | ||
+ | the title of MegaworM's increasingly-complex memory editing program, which performed, at its peak, many interesting but | ||
+ | largely cosmetic modifications to the game. BnF could make a client have a different name entirely in the Wormnet chat, the | ||
+ | ingame lobby, and the actual online gameplay. (''ToDo: figure out the other things this program did, as they currently | ||
+ | escape my mind'') | ||
+ | |||
+ | Because it directly referenced W:A's memory addresses, the program's code had a long list of pointers that needed to be | ||
+ | updated at every new beta update version release, since each compilation of W:A would result in many of the memory addresses | ||
+ | changing. The program is currently not maintained, nor has it been since 2005, and most likely does not work at all with the | ||
+ | latest update of W:A. |
Latest revision as of 15:23, 7 June 2010
The title Buttfats & Parsnips is a MegaworM invention, and is very typical of his usual state of mind. After creating the title of LeetF*ck, he suggested this as the name of Annelid's team editor. The name was not used and went on to become the title of MegaworM's increasingly-complex memory editing program, which performed, at its peak, many interesting but largely cosmetic modifications to the game. BnF could make a client have a different name entirely in the Wormnet chat, the ingame lobby, and the actual online gameplay. (ToDo: figure out the other things this program did, as they currently escape my mind)
Because it directly referenced W:A's memory addresses, the program's code had a long list of pointers that needed to be updated at every new beta update version release, since each compilation of W:A would result in many of the memory addresses changing. The program is currently not maintained, nor has it been since 2005, and most likely does not work at all with the latest update of W:A.