U.S. Army Training and Doctrine Command (TRADOC) Virtual World Project

Transcription

1 U.S. Army Research, Development and Engineering Command U.S. Army Training and Doctrine Command (TRADOC) Virtual World Project Advanced Distributed Learning Co-Laboratory ImplementationFest August 2010 Douglas Maxwell, MSME Science and Technology Manager Virtual World Strategic Applications U.S. Army Simulation & Training Technology Center (STTC) (407) DSN

2 Report Documentation Page Form Approved OMB No Public reporting burden for the collection of information is estimated to average 1 hour per response, including the time for reviewing instructions, searching existing data sources, gathering and maintaining the data needed, and completing and reviewing the collection of information. Send comments regarding this burden estimate or any other aspect of this collection of information, including suggestions for reducing this burden, to Washington Headquarters Services, Directorate for Information Operations and Reports, 1215 Jefferson Davis Highway, Suite 1204, Arlington VA Respondents should be aware that notwithstanding any other provision of law, no person shall be subject to a penalty for failing to comply with a collection of information if it does not display a currently valid OMB control number. 1. REPORT DATE 12 AUG REPORT TYPE 3. DATES COVERED to TITLE AND SUBTITLE U.S. Army Training and Doctrine Command (TRADOC) Virtual World Project 5a. CONTRACT NUMBER 5b. GRANT NUMBER 5c. PROGRAM ELEMENT NUMBER 6. AUTHOR(S) 5d. PROJECT NUMBER 5e. TASK NUMBER 5f. WORK UNIT NUMBER 7. PERFORMING ORGANIZATION NAME(S) AND ADDRESS(ES) U.S. Army Research, Development and Engineering Command,Army Simulation & Training Technology Center (STTC),12423 Research Parkway,Orlando,FL, PERFORMING ORGANIZATION REPORT NUMBER 9. SPONSORING/MONITORING AGENCY NAME(S) AND ADDRESS(ES) 10. SPONSOR/MONITOR S ACRONYM(S) 12. DISTRIBUTION/AVAILABILITY STATEMENT Approved for public release; distribution unlimited 13. SUPPLEMENTARY NOTES Implementation Fest 2010, Aug ABSTRACT 11. SPONSOR/MONITOR S REPORT NUMBER(S) 15. SUBJECT TERMS 16. SECURITY CLASSIFICATION OF: 17. LIMITATION OF ABSTRACT a. REPORT unclassified b. ABSTRACT unclassified c. THIS PAGE unclassified Same as Report (SAR) 18. NUMBER OF PAGES 22 19a. NAME OF RESPONSIBLE PERSON Standard Form 298 (Rev. 8-98) Prescribed by ANSI Std Z39-18

3 Enhanced Dynamic Geo-Social Environment - Platform (EDGE-P) Project Definition Project Criteria Risks EDGE-P Proposed Architecture Candidate Technologies Conclusion 2

4 EDGE-P Project Definition Create a unified virtual training environment with aggressive technical requirements. Blends traits from MMO, gaming and virtual world technology with the goal of replicating the operational environment as accurately as possible. 3

5 EDGE-P Project Criteria Accurate (physics, geometry, terrain, behaviors, visual presentation) Open Standards / Open API / Modular / Product Line Architecture Scalable (grow into large avatar numbers / terrain areas / AI / SAF) User refined interactions (scenario generation capabilities) 4

6 EDGE-P Risks Information Assurance DIACAP capable Acceptable End-User Performance Load Balance high avatar count vice network service high avatar count vice accurate physics 5

7 EDGE-P System Concept Diagram Player Controlled Battle Commander RTS Interface Player Controlled Battle Participant First Person Interface Player Controlled Battle Observer Third Person Interface RTS 1st 3rd Web Account Interface (AKO) Client Application Interfaces User Server Game Server AI Server(s) Base MMO/RTS Platform Game Services Player Communications In-game Browsing Database (Persistence) Physics Servers Physics Servers Physics Servers Physics Servers ONE-SAF SORD-n (physics) 6

8 Candidate Technologies 4 Game Engines 1 Virtual World Technology 2 Massively Multiplayer Online Backends At least one week development time devoted to each candidate. Same source models and terrain used where possible. Candidate technologies compared against project requirements. 7

9 Game Engine #1 Traditional Game Engine Maya Compatible / Standard Height-map Terrain MMO/RTS Functionality would require development. 8

10 9 Game Engine #1

11 Game Engine #2 Traditional Game Engine / Superior Graphics Quality / Best Satisfied Visual Realism Requirement Maya and 3DS Max Compatible / Standard Height-map Terrain MMO/RTS Functionality would require development. Low Avatar Numbers 10

12 11 Game Engine #2

13 Game Engine #3 Traditional Game Engine Maya Compatible / Standard Height-map Terrain MMO/RTS Functionality would require development. Browser Based Applications 12

14 13 Game Engine #3

15 Game Engine #4 Traditional Game Engine Maya Compatible / Standard Height-map Terrain MMO/RTS Functionality would require development. 14

16 15 Game Engine #4

17 Virtual World Technology True Virtual World Basic Physics / External Data Feeds Proprietary Content / Avatar Limitations Useful for Proof of Concept Work Advanced in-world Multimedia Capabilities Social Networking 16

18 17 Virtual World Technology

19 MMO #1 MMO \ RTS hybrid - Scalable Attractive server technology, could provide avatar numbers and geospatial areas Basic physics / 100% synthetic terrain All-in-one solution; proprietary; no in-house testing Significant development required to meet project goals 18

20 19 MMO #2

21 MMO #2 MMO Dynamically Scalable Attractive server technology, could provide avatar numbers and geospatial areas Basic physics / 100% synthetic terrain Modular solution; Open Source and Royalty Free pricing options; immediate in-house testing GUI development required to meet project goals 20

22 21 MMO #2

23 Conclusion TRADOC seeks to create a large MMO/RTS/VWT to support future training needs. EDGE-P must be designed with IA, scalability, and accessibility issues addressed up front. Rapidly evolving gaming technology makes aggressive EDGE-P requirements achievable. 22