Collaboratively editing game worlds and the underlying asset version management techniques present us with many challenges when using a traditional Version Control System (VCS). This paper suggests a new method that will aid in the tracking, branching, and selection of asset versions within a game development pipeline. A prototype has been developed which demonstrated im-provements in both productivity and usability providing greater visibility of incremental asset changes and alterations to their relationships which equated to approximately a 30% better user experience when compared to an existing industry VCS.
DOCUMENT
The serious games industry needs game engines, or frameworks, that have been developed specifically with this sector in mind. This paper discusses the criteria that such engines need to adhere to in order to support viable solutions. These criteria are illustrated on the basis of SimPort, a novel multiplayer management game framework. SimPort has shown to be very powerful, functional and easy to use in the development of MV2, a game module simulating a major expansion project, the Maasvlakte 2 area, of the Port of Rotterdam in the Netherlands [8]. In addition, from MV2 real-life usage so far, players and tutors have concluded that this game is not only rather educational, but also a lot of fun to play.
DOCUMENT
Design and development practitioners such as those in game development often have difficulty comprehending and adhering to the European General Data Protection Regulation (GDPR), especially when designing in a private sensitive way. Inadequate understanding of how to apply the GDPR in the game development process can lead to one of two consequences: 1. inadvertently violating the GDPR with sizeable fines as potential penalties; or 2. avoiding the use of user data entirely. In this paper, we present our work on designing and evaluating the “GDPR Pitstop tool”, a gamified questionnaire developed to empower game developers and designers to increase legal awareness of GDPR laws in a relatable and accessible manner. The GDPR Pitstop tool was developed with a user-centered approach and in close contact with stakeholders, including practitioners from game development, legal experts and communication and design experts. Three design choices worked for this target group: 1. Careful crafting of the language of the questions; 2. a flexible structure; and 3. a playful design. By combining these three elements into the GDPR Pitstop tool, GDPR awareness within the gaming industry can be improved upon and game developers and designers can be empowered to use user data in a GDPR compliant manner. Additionally, this approach can be scaled to confront other tricky issues faced by design professionals such as privacy by design.
LINK
In order for techniques from Model Driven Engineering to be accepted at large by the game industry, it is critical that the effectiveness and efficiency of these techniques are proven for game development. There is no lack of game design models, but there is no model that has surfaced as an industry standard. Game designers are often reluctant to work with models: they argue these models do not help them design games and actually restrict their creativity. At the same time, the flexibility that model driven engineering allows seems a good fit for the fluidity of the game design process, while clearly defined, generic models can be used to develop automated design tools that increase the development’s efficiency.
DOCUMENT
This paper addresses the procedural generation of levels for collaborative puzzle-platform games. To address this issue, we distinguish types of multiplayer interaction, focusing on two-player collaboration, and identify relevant game mechanics for a puzzle-platform game, addressing player movement, interaction with moving game objects, and physical interaction involving both players. These are further formalized as game design patterns. To test the feasibility of the approach, a level generator has been implemented based on a rule-based approach, using the existing tool called Ludoscope and a prototype game developed in the Unity game engine. The level generation procedure results in over 3.7 million possible playable level variations that can be generated automatically. Each of these levels encourages or even requires both players to engage in collaborative gameplay.
DOCUMENT
Dit proefschrift presenteert twee theoretische kaders voor het ontwerpen van games en beschrijft hoe game designers deze kunnen inzetten om het game ontwerpproces te stroomlijnen. Er bestaan op dit moment meerdere ontwerptheorie¨en voor games, maar geen enkele kan rekenen op een breed draagvlak binnen de game industrie. Vooral academische ontwerptheorie¨en hebben regelmatig een slechte reputatie. Het eerste kader dat game designers inzicht biedt in spelregels en hun werking heet Machinations en maakt gebruik van dynamische, interactieve diagrammen. Het tweede theoretische kader van dit proefschrift, Mission/Space, richt zich op level-ontwerp en spelmechanismen die de voortgang van een speler bepalen. In tegenstelling tot bestaande modellen voor level-ontwerp, bouwt Mission/Space voort op het idee dat er in een level twee verschillende structuren bestaan. Mission-diagrammen worden gebruikt om de structuur van taken en uitdagingen voor de speler te formaliseren, terwijl space-diagrammen de ruimtelijke constructie formaliseren. Beide constructies zijn aan elkaar gerelateerd, maar zijn niet hetzelfde. De verschillende wijzen waarop missies geprojecteerd kunnen worden op een bepaalde ruimte speelt uiteindelijk een belangrijke rol in de totstandkoming van de spelervaring.
DOCUMENT
DOCUMENT
The authors present the study design and main findings of a quasi-experimental evaluation of the learning efficacy of the Serious Game (SG) 'Hazard Recognition' (HR). The SG-HR is a playable, two-level demonstration version for training supervisors who work at oil and gas drilling sites. The game has been developed with a view to developing a full-blown, game-based training environment for operational safety in the oil and gas industry. One of the many barriers to upscaling and implementing a game for training is the questioned learning efficacy of the game. The authors therefore conducted a study into the game's learning efficacy and the factors that contribute to it. The authors used a Framework for Comparative Evaluation (FCE) of SG, and combined it with the Kowalski model for Hazard Detection and the Noel Burch competence model. Four experimental game sessions were held, two involving 60 professionals working in the oil and gas industry, and two with engineering students and consultants. Relevant constructs were operationalized and data were gathered using pre and post-game questionnaires. The authors conclude that the SG-HR improves players' skills and knowledge on hazard detection and assessment, and it facilitates significant learning efficacy in this topic. The FCE proved very helpful for setting up the evaluation and selecting the constructs.
DOCUMENT
This research paper presents a Screening Room tool, inspired from the Film and TV industry, that is then applied to the game industry. The work involved the creation and development of several in-game prototypes of a Screening Room tool within the game engine Unity 5. The iterative development involved usability testing and benchmarking against an example of current game development quality assurance processes that use BugZilla. The prototype resulting from the third iteration was then tested within a commercial games company CodeGlue and it was found that an overall time saving of approximately 500% was made whilst usability being arguably better for bug finding staff whilst similar to more complex for the bug fixing staff.
DOCUMENT
Game development businesses often choose Lua for separating scripted game logic from reusable engine code. Lua can easily be embedded, has simple interfaces, and offers a powerful and extensible scripting language. Using Lua, developers can create prototypes and scripts at early development stages. However, when larger quantities of engine code and script are available, developers encounter maintainability and quality problems. First, the available automated solutions for interoperability do not take domain-specific optimizations into account. Maintaining a coupling by hand between the Lua interpreter and the engine code, usually in C++, is labour intensive and error-prone. Second, assessing the quality of Lua scripts is hard due to a lack of tools that support static analysis. Lua scripts for dynamic analysis only report warnings and errors at run-time and are limited to code coverage. A common solution to the first problem is developing an Interface Definition Language (IDL) from which ”glue code”, interoperability code between interfaces, is generated automatically. We address quality problems by proposing a method to complement techniques for Lua analysis. We introduce Lua AiR (Lua Analysis in Rascal), a framework for static analysis of Lua script in its embedded context, using IDL models and Rascal.
DOCUMENT
