← Case Studies

Scaling VR Training: From Solo Headsets to Synchronised Classrooms

Summary

Developing and deploying Virtual Reality (VR) training at scale often presents organisations with two major bottlenecks: curriculum updates typically require expensive rebuilds of the application, and management of multiple headsets can be difficult.

VR headset with NTU logo

To solve these challenges for Nottingham Trent University (NTU), Decision Lab engineered the NTU Hazard Perception VR ecosystem. This comprehensive platform features a desktop VR App Designer that enables non-technical educators and researchers to author, brand, and compile interactive 360° and 2D training scenarios without writing code.

Furthermore, the system supports dual-target deployment: users can export standalone Public Apps for Meta Quest, or synchronised Training Apps for Pico headsets paired with a custom Android Control Software tablet dashboard. By leveraging a lightweight local MQTT messaging architecture, a single facilitator can monitor, control, and synchronise up to 25 headsets in real time.

Key Takeaways 

  • Zero-Code Content Autonomy: Subject matter experts can design complex branching menus, set prerequisite locks, apply custom branding, and configure interactive assessments via a workspace that eliminates ongoing developer costs.
  • Dual-Target Hardware Flexibility: A single project file can be compiled into either a self-paced standalone application for Meta Quest or an instructor-led classroom application for Pico XR devices.
  • Synchronised Multi-Headset Classroom Control: Using an Android tablet, facilitators can wirelessly orchestrate up to 25 headsets over local Wi-Fi. They can control video playback, navigate menus, and monitor battery levels from a single screen.
  • Dynamic Runtime Architecture: By separating scenario logic from compiled code, media assets and configurations can be dynamically read at runtime or streamed remotely to bypass standard app limits.
  • Granular Behavioural Data Capture: The system captures high-precision participant telemetry (including millisecond-accurate temporal hazard flag clicks, spatial image click coordinates, multiple-choice responses, and slider ratings) locally on the headset for post-session analysis.
  • Field-Proven Operational Resilience: Enterprise hardware controls prevent headsets from auto-sleeping or dropping network connections between back-to-back cohorts, proven in live road safety events with groups of up to 19 simultaneous trainees over two-hour continuous sessions.

The Challenge: Breaking the VR Content and Classroom Bottlenecks

For academic institutions, corporate training departments, and safety organisations, immersive hazard perception training offers clear advantages over flat-screen testing. However, decision makers looking to adopt VR technology often face a steep Total Cost of Ownership (TCO) driven by rigid software pipelines and classroom friction:

  1. High Cost of Iteration: In traditional VR workflows, adding a new video clip, changing a scoring threshold, or adjusting a question prompt requires a software developer to open the Unity Editor, modify the project, and manually recompile the application.
  1. The “Blind Facilitator” Problem: Running group training with standard VR headsets can be challenging. Once trainees put on their headsets, instructors cannot easily coordinate when everyone starts a scenario, pause the group for discussion, or tell if a headset has gone to sleep or run out of battery.
  1. Hardware & Media Constraints: High-resolution 360° videos quickly bloat application sizes beyond the 100 MB default Android APK limit, while aggressive default headset power-saving settings frequently disconnect devices mid-session.

Nottingham Trent University needed a self-sufficient platform that would allow their team to independently author rich hazard perception trials, deploy them across different VR hardware ecosystems, and reliably manage large groups of participants in fast-paced, real-world training environments.

The Solution: An End-to-End Authoring and Execution Ecosystem

Decision Lab designed a modular, four-part software suite that separates visual scenario design from underlying compilation and runtime execution.

STANDALONE SYNCHRONISED VR APP DESIGNER Visual Scenario Authoring and Automated Multi-Platform Export No-Code Logic Dynamic Theming One-Click Build PUBLIC APP Meta Quest deployment target Self-Paced independent user flow 360° and 2D Video playback Integrated Testing (Hazard Flags, MCQ, Spatial) TRAINING APP Pico XR participant headsets Android Tablet instructor dashboard Local Wi-Fi Sync for up to 25 headsets Session Management with live battery monitoring

1. The Desktop VR App Designer (No-Code Authoring)

Packaged as a standalone Windows executable, the VR App Designer combines a React Single Page Application (SPA) frontend with a Node.js/Express API backend.

  • Visual Curriculum Design: Users build hierarchical training structures using intuitive nodes: Menus, Options, Blocks, Trials, Stimuli, and Properties. Authors can lock specific options, set pass scores to unlock new modules, and customise colour palettes, logos, and typography.
  • Automated Media & Data Normalisation: Behind the scenes, the Express backend automates complex technical preparation. It uses ffmpeg to normalise uploaded videos to VR-ready codecs and resolutions, dynamically fetches .ttf font files for offline bundling, and flattens deeply nested UI interactions into a clean JSON schema ready for the Unity C# parser.
  • One-Click Automated Compilation: When the author clicks build, the backend locates the local Unity Editor installation, injects the assets, accepts SDK licenses, and triggers Unity in batch mode alongside Gradle scripts to output ready-to-install .apk files directly to the user’s Downloads folder.

2. Multi-Modal VR Runtime (Meta Quest & Pico XR)

Rather than hardcoding scenarios into Unity scenes, both the Meta Quest and Pico projects act as dynamic, data-driven runtime engines:

  • Dynamic Scene Generation: On launch, the system reads a central configuration file to apply custom branding and procedurally generates the 3D navigation menus. 
  • Adaptive Video Playback: Powered by an integrated video playback system, the application seamlessly transitions between immersive 360° virtual environments and 2D virtual cinema displays, supporting both locally saved video files and online video streams.
  • Four Core Assessment Mechanics: Scenarios can layer multiple interactive elements over video or static imagery:
  • Temporal Hazard Perception: Trainees click controller triggers when they spot a developing hazard; the system records exact response timestamps, enforces precise one-click scoring accuracy, and places visual markers on screen.
  • Spatial Perception: Interactive panels display full-resolution static images and capture the exact coordinates where participants click to identify hazards.
  • Multiple-Choice Questions (MCQs): Configurable text or image-based question rows.
  • Psychometric Sliders: Interactive rating scales with real-time value tracking.

3. Synchronised Classroom Control (Android Tablet & MQTT)

When exported as a Training App, the system generates both a Pico headset APK and an Android APK for an instructor tablet.

The tablet controls headsets over a standard local Wi-Fi network without requiring an internet connection. As headsets turn on, they automatically connect to the tablet. Once enrolled, the instructor can send synchronised real-time commands to all devices at once, such as starting or pausing a scenario, adjusting audio, or putting headsets to sleep. Built-in power management keeps headsets awake and connected between training cohorts while continuously sending live battery updates back to the instructor’s screen.

Real-World Validation & Business Value

Shortly after handover, NTU deployed the system at a live road safety event, delivering hazard perception courses across three consecutive groups with zero downtime between sessions, including a cohort of 19 young farmers running simultaneously.

Despite tight setup windows, the technical architecture proved highly resilient:

  • 100% Uptime Across Back-to-Back Sessions: With the auto-sleep override active, all 19 headsets remained continuously connected to the instructor tablet and sustained battery life across the full two-hour operational window.
  • Complex Research Capability: Tutors successfully authored clips featuring multiple temporal hazard windows within a single video and captured participant scores.

Strategic Value for Decision Makers

For executives, training directors, and research leads evaluating immersive technology investments, this project demonstrates three critical ROI drivers:

  1. Future-Proof Content Ownership: By investing in an authoring engine rather than a static VR app, organisations own the factory, not just a single product. New training modules can be spun up in hours by internal staff at zero marginal development cost.
  1. Operational Scalability: Classroom synchronisation bridges the gap between individual VR immersion and group instruction, allowing a single trainer to deliver high-throughput sessions to up to 25 trainees at once.
  1. Hardware & Vendor Independence: Built on open web standards (React, Node.js, JSON, MQTT) and cross-platform Unity runtimes, the architecture prevents vendor lock-in and adapts effortlessly across Meta, Pico, and Android ecosystems.

Conclusion

The NTU Hazard Perception VR platform illustrates how thoughtful software architecture can remove the traditional barriers to enterprise and academic VR adoption. By pairing an automated, no-code desktop build pipeline with a resilient, MQTT-synchronised classroom runtime, Decision Lab provided Nottingham Trent University with a self-sustaining toolset capable of delivering rigorous, data-rich behavioural training in demanding real-world environments.

Frequently Asked Questions

By decoupling content configuration from compiled game code. The NTU VR system uses a React-based desktop VR App Designer that outputs configuration and media files for Unity. Because the VR headset reads these files dynamically at runtime, non-technical staff can swap videos, adjust scoring logic, change branding, and compile new installers through a visual interface without touching code or the Unity Editor.

The most reliable method for local classroom synchronisation is a lightweight MQTT messaging architecture over a local Wi-Fi router. In this project, an Android instructor tablet runs an embedded Moquette MQTT broker. Up to 25 Pico VR headsets connect as clients over the local network, allowing the instructor’s tablet to broadcast low-latency commands (scenario UUIDs, play, pause, mute, and wake/sleep states) simultaneously without relying on external internet connectivity.

Standard VR headsets automatically turn off their screens when taken off, which can cause them to disconnect from the network and interrupt group training. By using custom enterprise settings, the system keeps headsets powered on and connected for hours at a time, while still allowing the instructor to turn off screens remotely when it is time for a break.

Standard APKs have a default 100 MB size limit, which high-resolution 360° MP4 files quickly exceed. The NTU platform solves this in two ways: ffmpeg normalises and compresses video codecs during upload, and the appConfig.json schema supports a videoUrl property alongside local videoPath storage. This allows the HISPlayer SDK to stream large video files remotely or load them from external storage, keeping the main APK lightweight.

Beyond simple pass/fail scores, the system captures four distinct layers of behavioural telemetry:

  1. Temporal Data: Exact millisecond timestamps showing when a user identifies and clicks on a developing hazard during video playback.
  1. Spatial Data: Precise 2D coordinate markers where a user clicks on static panoramic or flat images to pinpoint hazards.
  1. Cognitive Knowledge: Standard text or image-based Multiple-Choice Questions (MCQs).
  1. Subjective Ratings: Continuous slider scale values for measuring confidence or perceived risk. All metrics are stored continuously in the background on the headset for post-session export and data analysis.