G2F3 G2F3-project is een generiek framework voor strategiespellen.
Download nu

G2F3 Rangschikking & Samenvatting

G2F3 Tags

algemeen Generiek spel Eiffel Framework Generiek raamwerk G2F3 eiffel

G2F3 Beschrijving

G2F3-project is een generiek raamwerk voor strategiespellen. G2F3 project is een algemeen kader voor strategie games.G2F3 (Generic Game Framework in Eiffel) heeft tot doel de ontwikkeling van twee-speler zero sum strategy games te vereenvoudigen door het scheiden spel specifieke code uit herbruikbare generieke code. Tot nu toe zijn abstracte bordspellen best ondersteund. Deze software is geschreven met behulp van GNU SmartEiffel. Het pakket wordt geleverd met zes voorbeeld games.What is er nieuw in deze release: Dependencies- Een actuele momentopname van SmartEiffel-2.2 is nu vereist. 2.2-beta en eerder zal niet meer werken met deze code.New-functies toegevoegd Tanbo (alleen GTK UI), een uitstekend abstract strategie spel uitgevonden door Mark Steere (http://www.marksteere.com, http: // www. tanbo.com). Met dank aan Mark voor zijn idee te delen onder een zeer duidelijke copyleft licentie. Op dit moment, de computer speelt zwak, maar niet absoluut dom. Ik denk dat ik al weet hoe de evaluatie functie te verbeteren. Zal proberen dat soon.- Tanbo en Doorbraak kan nu worden gebouwd voor verschillende afmeting planken. Die spel directories hebben submappen voor elk bord grootte. Te compileren, cd naar een van deze en gebruik maken van de normaal postuur commando's (zie doc). Momenteel kan de raad van bestuur grootte niet worden gewijzigd tijdens runtime. Improvements- Meer verbeteringen in de evaluatie functie in Breakthrough.- Node explorer: Nu met behulp van monospace lettertype voor de twee weergaven staat. Game posities opgeslagen in BIT_2_BOARD_STORAGE en nakomelingen worden nu weergegeven in ASCII art.- 'Undo' is nu onbeperkt. Gemodificeerde NODE_HISTORY en UNDO_REDO_BUFFER nu met behulp van lineaire geheugen in plaats van cirkelvormig. Dit werd gedaan in afwachting van REPOSITORY die zullen worden gebruikt voor het laden / opslaan van games. Met een onbeperkt aantal undo / redo, kunt games worden bespaard door het opslaan moves alleen (in plaats van het opslaan van beweegt plus het oudste spel positie) .- nieuwe klasse BIT_LARGE in e-lib. Gebruikt in de code voor Tanbo.Code Changes and Cleanup- Nieuwe functie {GEOMETRY_RECTANGLE} .rook_neighbors.- Removed speciale loadpath bestanden die te gaan truc eiffeldoc werden verondersteld te draaien zonder fouten. Eiffeldoc aanvaardt geen conflicten in de hele soort universum. Dit is niet het geval is met de huidige stand van dit kader ...- Toegevoegd 'Steek geen' to BIT_2_BOARD_KEY en BIT_1_BOARD_KEY aan het lichaam van is_equal (nu uitgesteld in hashable) .- Toegevoegd 'insert PLATFORM' naar STORAGE_HASHABLE te Maximum_integer krijgen. - FILE_FINDER nu gebruik {FILE_TOOLS} .is_readable in plaats van {ANY} .file_exists die nu obsolete.- Nieuwe functie {BOARD_GAME_DISPLAY} .flash_cell en veranderde {BOARD_GAME_DISPLAY} .animate_from_to om gebruik te maken van this.- Nieuwe functie maken {SERVER} .int_move_input Ter vereenvoudiging games waar move_dim = 1. Toegevoegd voorwaarde voor incremental_move_input en incremental_set_move_input.- {ALPHA_BETA_TT} .main_search en {ALPHA_BETA_TT} .alpha_beta_tt: Nu met behulp van nieuwe lokale variabele dict_key die vermijdt bellen {STORAGE_HASHABLE} .hash_key twee keer (dat is * not * een attribuut). Geeft een aantal kleine snelheid improvement.- Nieuwe functie {BIT_BOARD_STORAGE} .occupier (was nodig om hard gecodeerd raadsgrootte in Breakthrouigh te verwijderen). DOEN: verwijder overlap met display_code.Bugfixes- Lost het gênant bug in de evaluatiefunctie van 'doorbraak' (vergeten 'niet' lijn 220 van STORAGE_BREAKTHROUGH) die veroorzaakt de AI zeer zwakke moves.- Vast een zelfgemaakte geheugenlek spelen in {DICTIONARY_MANAGER} .clean_up: collectie was uitgeschakeld wanneer full_collect werd genoemd. Aangezien collectie altijd uit als de computer AI bezet is, kan ik nauwelijks kwalijk SmartEiffel voor het niet automatisch te bellen naar de GC in het relatief weinig regels code wanneer collectie was op. Zo is het programma verbruikt meer en meer geheugen zodra een TT gebaseerd algoritme werd gebruikt. - Verwijderde gebruik van de 'twin' in {DICTIONARY_MANAGER} .add_useful_to_shadow. Ik heb geen idee waarom ik twin er in de eerste plaats had gebruikt. Dit was niet echt een bug, maar het veroorzaakt onnodige geheugengebruik in aanvulling op de collectie bug genoemde above.Build Systeem- ACE bestanden en top level makefile verplaatst naar de nieuwe map scripts.- ACE bestanden en het hoogste niveau makefile verwachten nu een nieuwe variabele G2F3 die moet verwijzen naar de root directory van de G2F3 pakket. Deze variabele wordt gebruikt om niet-Eiffel bestanden te vinden. Ook zijn alle Eiffel bestanden die geen deel uitmaken van de SE standaard bibliotheek zijn nu altijd gelokaliseerd met behulp van 'loadpath.se' in de huidige directory. Alle voorbeeld programma's nog steeds te compileren uit de doos als de applicatie-specifieke makefiles zorgen voor het instellen van de G2F3 variabele. Deze veranderingen zorgen voor meer flexibiliteit in het spel directories (die nu submappen kunnen bevatten) .- ACE bestanden: toegevoegd "$ {path_lib} / kernel / intern" naar cluster secties (vereist door de SE-2.2).

G2F3 Gerelateerde software