
GITNUXSOFTWARE ADVICE
Technology Digital MediaTop 10 Best Mixed Reality Software of 2026
Ranked shortlist of mixed reality software for VR and AR teams, weighing Unreal Engine, Microsoft Mesh, and Unity Industry strengths and tradeoffs.
How we ranked these tools
Core product claims cross-referenced against official documentation, changelogs, and independent technical reviews.
Analyzed video reviews and hundreds of written evaluations to capture real-world user experiences with each tool.
AI persona simulations modeled how different user types would experience each tool across common use cases and workflows.
Final rankings reviewed and approved by our editorial team with authority to override AI-generated scores based on domain expertise.
Score: Features 40% · Ease 30% · Value 30%
Gitnux may earn a commission through links on this page — this does not influence rankings. Editorial policy
Unreal Engine is the best pick when you need to build custom mixed-reality interactions and keep rendering and device tracking in sync, whereas Microsoft Mesh fits better for teams running identity-governed multi-user MR meetings and shared spatial collaboration within Microsoft-managed tenants.
Editor’s top 3 picks
Three quick recommendations before you dive into the full comparison below — each one leads on a different dimension.
Unreal Engine
Engine-native XR rendering and interaction integration inside one runtime build
Built for fits when teams need custom MR interaction and rendering behavior synchronized to device tracking..
Microsoft Mesh
Editor pickHolographic meeting experiences with identity-governed multi-user presence and synchronized participation across devices.
Built for fits when teams need identity-governed multi-user MR meetings and shared spatial collaboration inside Microsoft-managed tenants..
Unity Industry
Editor pickUnity’s XR plugin pipeline plus project build automation for consistent multi-device packaging.
Built for fits when Unity-based teams need controlled XR build workflows for multi-device VR and AR releases..
Related reading
Comparison Table
Unreal Engine
platform3D creation platform used for mixed reality content, immersive visualization, and interactive simulations.
Engine-native XR rendering and interaction integration inside one runtime build
Unreal Engine lets teams ship MR visuals with engine-native rendering control, including material shading, depth-aware effects, and optimized frame loops for head-mounted displays. Interaction can be driven from XR input actions and device tracking in engine code, which keeps event timing and physics coupling inside the same runtime. Asset ingestion supports established DCC and interchange flows, including glTF, which reduces friction when MR scenes reference production content.
A practical tradeoff is that MR camera, occlusion, and spatial mapping quality depends heavily on the target headset runtime support and the project’s chosen XR integration path. Teams typically use Unreal Engine when they need custom interaction behavior or novel visual effects that must stay synchronized with tracking and rendering.
- +Engine-level control of MR rendering timing and interaction loops
- +OpenXR integration supports cross-device XR runtime paths
- +glTF asset pipeline fits common DCC-to-engine content workflows
- +Built-in XR subsystems reduce glue code between systems
- –MR passthrough fidelity and occlusion depend on headset runtime support
- –Advanced MR setup often requires deeper Unreal rendering and tracking knowledge
- –Project maintenance increases when supporting multiple XR device targets
- –Optimization work can be significant for stable MR frame rates
Realtime graphics teams
Custom MR shaders and occlusion effects
Consistent visuals and input timing
Cross-device XR product teams
One build targeting multiple headsets
Reduced per-device integration work
Show 2 more scenarios
Industrial visualization groups
MR scene import from production assets
Faster content onboarding
glTF workflows support bringing authored meshes into Unreal for MR viewing and interaction.
Prototyping engineering teams
Rapid iteration on MR interaction mechanics
Shorter iteration cycles
Blueprint and C++ hooks let teams iterate on raycast-style selection and interaction behaviors.
Best for: Fits when teams need custom MR interaction and rendering behavior synchronized to device tracking.
More related reading
Microsoft Mesh
enterpriseMixed reality collaboration software for shared immersive meetings and events across VR, AR, desktop, and Teams.
Holographic meeting experiences with identity-governed multi-user presence and synchronized participation across devices.
Microsoft Mesh is a collaboration-focused mixed reality layer that pairs spatial presence with Microsoft accounts and directory controls, which helps organizations keep sessions aligned with internal access rules. The experience model supports shared activities for participants, while Mesh components are built to integrate with existing enterprise identity and management patterns. Teams typically build MR content in Unity or Unreal and then run sessions with Mesh for multi-user presence and synchronized interaction.
A key tradeoff is that Mesh is strongest for meeting and shared-work scenarios rather than as a full standalone engine replacement for custom XR runtimes. Mesh also requires Microsoft identity plumbing for consistent governance, which can add setup time for teams that already operate outside Entra-based access patterns. It fits well when a department needs recurring spatial collaboration with consistent user access controls and centralized tenant administration.
- +Entra identity-based access controls for multi-user session governance
- +Multi-user spatial presence built for shared meeting workflows
- +Enterprise-friendly integration path with Microsoft ecosystem components
- +Support for remoting-style participation to widen device coverage
- –Best fit for collaboration scenarios, not a universal replacement for XR engines
- –Unity and Unreal content integration adds pipeline complexity
- –Governance depends on tenant identity configuration and policy alignment
- –Advanced scene-level customization can require additional engineering work
Enterprise collaboration teams
Run recurring spatial planning sessions
Lower friction for repeat meetings
Training and enablement groups
Conduct guided walkthroughs with observers
More consistent training delivery
Show 2 more scenarios
IT governance teams
Enforce access policy for MR rooms
Audit-aligned user access
Tenant-level identity and policy controls restrict who can join and how sessions are managed.
XR product teams
Ship Unity-based MR apps for collaboration
Reusable MR collaboration layer
Teams build content in Unity and integrate with Mesh for multi-user interaction in shared spaces.
Best for: Fits when teams need identity-governed multi-user MR meetings and shared spatial collaboration inside Microsoft-managed tenants.
Unity Industry
platformReal-time 3D development software used to build mixed reality applications, simulations, and digital twins.
Unity’s XR plugin pipeline plus project build automation for consistent multi-device packaging.
Unity Industry aligns mixed reality development to the Unity toolchain, so VR and AR teams can ship interaction logic, rendering, and asset workflows using the same engine-side primitives they already use for other products. The solution ties mixed reality runtime usage to Unity’s XR plugin model and packaging flow, which helps keep app builds consistent across target device families. Automation focus shows up in build and integration patterns that fit CI-driven release processes, with configuration changes that can be handled through project settings and scripted build steps.
A key tradeoff is that Unity Industry inherits Unity project structure constraints, so large organizations often need build governance to avoid fragmented XR configuration across multiple repositories and branches. It fits best when teams already author content in Unity and want one pipeline for packaging, device integration, and interaction behavior rather than splitting work across multiple engine stacks. A common usage situation is producing a multi-release VR walkthrough where scene assets and interaction scripts stay versioned while XR settings and runtime dependencies are controlled per device target.
- +Unity XR plugin model keeps VR and AR runtime integration consistent
- +CI-friendly Unity build pipeline supports repeatable packaging and release steps
- +Extensibility via Unity packages supports custom tracking and interaction modules
- +Shared Unity asset and scene workflows reduce fragmentation across releases
- –Enterprise governance is needed to prevent XR configuration drift across repos
- –Mixed reality device-specific tuning still requires per-device validation
- –Deep platform-level remoting features can be limited versus dedicated MR stacks
- –Large projects may face build times tied to Unity project complexity
XR engineering teams
Same interaction code across device targets
Lower code branching effort
Platform engineering
CI-controlled MR release process
More predictable deployments
Show 2 more scenarios
Enterprise visualization groups
Versioned scene assets for VR trainings
Faster training updates
Scene and asset workflows stay tied to Unity version control while XR settings vary per release line.
Mixed reality integrators
Custom interaction extensions in Unity
Reusable MR interaction components
Integrators add Unity-side modules to connect interaction logic with device input and rendering.
Best for: Fits when Unity-based teams need controlled XR build workflows for multi-device VR and AR releases.
PTC Vuforia
enterpriseEnterprise augmented and mixed reality software for industrial guidance, training, and remote assistance.
Vuforia Targets provides configurable, production-oriented image target tracking for reliable AR triggers on real-world surfaces.
PTC Vuforia combines device-side computer vision tracking with an AR authoring workflow aimed at enterprise deployment. Vuforia Targets supports image target registration and repeatable recognition for interactive overlays on moving users or objects.
Vuforia Engine and the Vuforia SDK provide raycast-style interactions and rendering hooks that integrate with common XR engine pipelines. Teams using PTC ecosystems can connect AR experiences to product context workflows through PTC integrations while keeping the core tracking handled by Vuforia.
- +Stable image target recognition for consistent AR triggers in production environments
- +Unity and Unreal integration paths reduce custom XR engine work
- +Device SDK handles core tracking so app logic stays focused on interactions
- +Vuforia tooling streamlines AR experience setup around engine-ready components
- –Spatial mapping workflows are less flexible than scene understanding platforms
- –Turnkey deployments often depend on engine-specific wiring and build configuration
- –Advanced interaction behaviors require custom app-side logic
- –Device capabilities and lighting conditions can limit tracking reliability
Best for: Fits when teams need repeatable, target-based AR experiences with predictable recognition across enterprise devices.
ShapesXR
designCollaborative spatial design software for prototyping and reviewing VR and mixed reality interfaces.
Interactive spatial authoring that outputs XR-ready content for fast VR and AR handoff in a Unity pipeline.
ShapesXR converts spatial input into XR-friendly assets and interactive behaviors for rapid VR and AR iteration. It provides authoring workflows for building scene interactions around tracked entities and renderer-ready output for runtime deployment.
The solution centers on turning prototypes into packaged XR content, with export and iteration loops aimed at production handoff. Its integration depth is strongest when teams align their Unity-based pipeline and asset conventions to ShapesXR output.
- +Asset-centric workflow converts spatial interactions into deployable XR content
- +Export pipeline fits teams that standardize on a shared Unity XR setup
- +Iteration loop reduces time between spatial tuning and runtime testing
- +Interaction authoring covers tracked inputs and scene-level behaviors
- –Tooling depends on a specific engine integration pattern for end-to-end results
- –Limited visibility into low-level tracking and occlusion tuning knobs
- –Large scenes need extra organization to avoid authoring slowdown
- –Automation and API access are not as extensive as code-first XR toolchains
Best for: Fits when teams need repeatable XR interaction authoring and content packaging with minimal custom tooling.
Campfire
collaborationMixed reality collaboration software for viewing and discussing 3D models in shared sessions.
Device-focused scene packaging that preserves interaction configuration across repeated deployment cycles.
Campfire is a mixed reality build and delivery environment geared toward teams that iterate on spatial experiences with frequent changes to scenes and interaction logic. It focuses on running MR content in a production flow that connects design assets, runtime configuration, and device deployment without forcing a single engine.
Core capabilities center on scene orchestration, spatial interaction behaviors, and runtime packaging for MR devices that support XR session workflows. Teams typically use Campfire to shorten the loop between scene updates and device validation for VR and AR applications.
- +Tight iteration loop between scene edits and device validation
- +Engine-agnostic runtime packaging for VR and AR content delivery
- +Clear configuration surface for scene orchestration and interaction wiring
- +Predictable build outputs that fit repeatable deployment workflows
- –Limited visibility into low-level rendering and occlusion handling
- –Production governance needs extra process for team changes
- –Advanced multi-user spatial sync workflows require extra engineering
- –Integration depth varies by external toolchain used for assets
Best for: Fits when MR teams need frequent scene iterations with consistent device deployment workflows across VR and AR targets.
NVIDIA Omniverse
platformOpen development and simulation platform used for real-time 3D workflows, digital twins, and immersive experiences.
Omniverse multi-user scene synchronization keeps the same world state consistent across distributed participants and XR views.
NVIDIA Omniverse couples a real-time 3D simulation and collaboration stack with XR-focused rendering and streaming paths for spatial experiences. Core capabilities center on scene creation with Physically Based Rendering assets, multi-user synchronization for shared worlds, and sensor-driven simulation inputs that can feed XR viewpoints.
Teams can publish glTF-compatible asset workflows into Omniverse scenes and then stream or render those scenes through device integrations rather than rebuilding a scene graph per headset. The result is strongest for MR apps that want a single shared 3D world state feeding interactive views and remote participants.
- +Multi-user scene sync supports shared spatial world updates
- +Physically Based Rendering pipeline improves visual consistency for MR scenes
- +Extensible connectors let teams ingest and transform asset workflows
- +Simulation inputs can drive interactive viewpoints and object states
- –MR device support depends on integration paths outside the core scene tools
- –Complex scene graphs and asset references increase operational overhead
- –High-fidelity interaction may require tuning rendering and physics budgets
- –Governance for roles and permissions is not as explicit as dedicated MR runtimes
Best for: Fits when teams need one shared 3D world for MR rendering and remote collaboration across disciplines.
Varjo Teleport
enterpriseSpatial capture and immersive scene software for turning real environments into navigable mixed reality spaces.
Teleport MR remoting that streams an MR session built from Varjo-captured content to remote clients.
Varjo Teleport is a mixed reality remoting solution for rendering and streaming spatial experiences to remote headsets and devices. It centers on low-friction scene delivery from Varjo hardware to other clients without rebuilding an entire XR pipeline for each device class.
The workflow relies on engine integration hooks and Varjo device-side capture, so teams can iterate on MR content while negotiating latency and rendering budgets per link. It is best evaluated as an MR distribution layer tied to Varjo’s ecosystem rather than a generic cross-vendor WebXR publishing tool.
- +Focused remoting workflow reduces per-device XR pipeline duplication
- +Varjo-connected capture path supports predictable MR rendering capture
- +Engine integration points support iterative content development
- +Remote client experience stays tied to the same authored scene
- –Centered on Varjo ecosystem limits cross-vendor deployment flexibility
- –Remote rendering setup increases integration effort for non-Varjo teams
- –Scene fidelity can drop under constrained network throughput
- –Tooling maturity is thinner than full MR platform stacks
Best for: Fits when teams need remote MR reviews with consistent authored scenes across compatible headsets.
ZapWorks
creator platformWebAR and immersive content creation platform used for branded interactive experiences and spatial campaigns.
Workflow triggers that convert MR interaction and telemetry events into outbound webhooks for operational orchestration.
ZapWorks routes VR and AR app telemetry and device events into automation workflows, with a focus on operational control rather than only rendering. The core capability is turning headset and interaction signals into actionable triggers for scene changes, backend updates, and external system calls.
ZapWorks also provides extensibility through webhooks and an API-style integration surface that teams can wire into their existing orchestration stack. For mixed reality programs that need consistent event processing across devices, ZapWorks centers on configuration-driven automation paths.
- +Event-driven workflows map headset and interaction signals to external actions
- +Webhook and API integration supports routing MR events into existing systems
- +Configuration-oriented triggers reduce custom glue code for common flows
- +Works well as an automation layer alongside Unity or Unreal-based MR apps
- –Scene state logic stays external, so world-locked coordination needs custom design
- –Event semantics can require careful standardization across device SDKs
- –Advanced multi-user spatial sync often needs additional architecture beyond ZapWorks
- –Higher-volume event streams can demand tuning for throughput and batching
Best for: Fits when teams need automation and integrations around MR device events instead of full rendering or runtime control.
Mawari Studio
emergingSpatial computing content platform for streaming and delivering immersive mixed reality experiences.
Scene-scoped MR interaction setup that reduces custom glue code across multiple app environments.
Mawari Studio is a mixed reality software stack designed for teams that need device-facing MR features without building a full custom engine from scratch. Core capabilities center on authoring and deploying MR experiences that combine real-time rendering, spatial interaction, and engine-friendly asset handling.
The strongest fit appears in workflows that treat MR interaction logic as a repeatable component across scenes rather than a one-off research prototype. Teams that require deep multi-user governance, custom world-state data modeling, or extensive admin controls may find the integration surface narrower than higher-ranked tools.
- +Practical MR interaction authoring for scene-based VR and AR apps
- +Engine-friendly handling of common 3D assets for iteration workflows
- +Real-time rendering path geared for interactive spatial scenes
- +Consistent deployment flow for device testing and validation
- –Limited evidence of deep automation and broad API surface
- –Multi-user spatial sync and administrative governance are not clearly productized
- –World-state extensibility beyond core interaction features appears constrained
- –Scene pipeline options may require extra work for complex custom toolchains
Best for: Fits when a team needs repeatable MR scene interaction features with quick device iteration and minimal platform engineering.
Conclusion
After evaluating 10 technology digital media, Unreal Engine stands out as our overall top pick — it scored highest across our combined criteria of features, ease of use, and value, which is why it sits at #1 in the rankings above.
Use the comparison table and detailed reviews above to validate the fit against your own requirements before committing to a tool.
How to Choose the Right mixed reality software
Teams choosing mixed reality software usually start with two different build paths: an engine-native runtime path or a collaboration and scene workflow path. This guide covers Unreal Engine, Microsoft Mesh, Unity Industry, PTC Vuforia, ShapesXR, Campfire, NVIDIA Omniverse, Varjo Teleport, ZapWorks, and Mawari Studio.
Unreal Engine targets deep XR rendering and interaction control inside one build, while Microsoft Mesh and NVIDIA Omniverse focus on identity-governed or shared multi-user presence for meetings and synchronized worlds. ZapWorks shifts the center of gravity toward event-driven automation through webhooks, and Vuforia Targets standardizes repeatable image-target recognition triggers for enterprise AR.
Mixed reality software for building VR and AR apps: runtime, tracking triggers, and multi-user scene orchestration
Mixed reality software combines VR and AR interaction logic with spatial scene support, so it must fit how apps handle device tracking, authored content, and interaction loops. Unreal Engine represents the engine-native end of this spectrum with MR rendering and interaction timing controlled inside the same runtime build.
Other tools steer around full runtime authorship. Microsoft Mesh concentrates on identity-governed multi-user MR meetings with synchronized participation across devices, and ZapWorks converts MR interaction and telemetry signals into outbound webhooks for orchestration outside the device session. PTC Vuforia focuses on configurable image target tracking so AR triggers land consistently on real-world surfaces, which changes how teams design their recognition-to-action pipeline.
Runtime control, interaction tooling, and orchestration surfaces that change build outcomes
Mixed reality software succeeds when the runtime path, the interaction loop, and the deployment workflow agree on how device tracking drives scene updates. A mismatch between rendering timing and interaction timing shows up as jitter, drift, or inconsistent trigger behavior when MR sessions run across headsets.
Engine-native MR rendering and interaction loops
Unreal Engine concentrates MR rendering timing and interaction control inside one runtime build, which suits teams needing custom MR interaction and rendering behavior synchronized to device tracking. This approach contrasts with Microsoft Mesh and NVIDIA Omniverse, which prioritize shared presence and synchronized world state over engine-native runtime authorship.
Identity-governed multi-user presence and participation controls
Microsoft Mesh builds multi-user spatial presence for shared meeting workflows with Entra identity-based access controls for session governance. NVIDIA Omniverse provides multi-user scene synchronization for a consistent world state, but Microsoft Mesh ties participation to managed tenant identity controls.
Unity XR plugin pipeline plus CI-friendly packaging automation
Unity Industry pairs the Unity XR plugin model with CI-friendly Unity build pipeline automation to support repeatable packaging and release steps. Campfire and ShapesXR also focus on faster delivery workflows, but Unity Industry is optimized for controlled XR build workflows across multiple device targets inside Unity projects.
Repeatable AR triggers from production-oriented image targets
PTC Vuforia Targets supports configurable, production-oriented image target tracking so AR triggers land consistently on real-world surfaces. Vuforia targets focus on recognition-to-action reliability rather than flexible spatial mapping or deep scene understanding workflows.
Asset-centric spatial authoring that exports XR-ready content
ShapesXR uses an asset-centric workflow that converts spatial interactions into deployable XR content for a fast Unity handoff. Campfire also packages scenes for VR and AR delivery cycles, but ShapesXR emphasizes authoring and export for interaction content rather than device-scoped deployment packaging.
Event-driven webhooks and API integration for MR orchestration
ZapWorks maps headset and interaction signals into workflow triggers that call outbound webhooks through its API integration for operational orchestration. Unreal Engine keeps orchestration inside the runtime build, so ZapWorks is better when device events must drive external systems while scene logic stays outside.
Remoting and remote MR reviews with consistent authored scenes
Varjo Teleport provides MR remoting that streams an MR session built from Varjo-captured content to remote clients. NVIDIA Omniverse can synchronize multi-user scene updates, but Varjo Teleport centers on remoting an authored MR session through a Varjo-connected capture path.
Teams matched to MR runtime control, governed meetings, and operational automation
MR teams get the cleanest execution when the software aligns to the team’s dominant responsibility, either runtime engineering, meeting collaboration governance, or pipeline automation around device events. The tools in this guide divide cleanly along those responsibilities.
XR engineering teams building custom VR and AR interaction loops
Unreal Engine fits teams that need engine-native XR rendering and interaction integration so MR rendering timing and interaction loops stay synchronized to device tracking.
Enterprise teams running governed multi-user MR meetings in managed tenants
Microsoft Mesh fits teams that need Entra identity-based access controls for multi-user session governance and want shared spatial presence built for meeting workflows.
Unity-based teams standardizing XR packaging via CI and repeatable build steps
Unity Industry fits Unity-based teams that want a consistent Unity XR plugin model and CI-friendly build automation for repeatable multi-device VR and AR releases.
AR teams delivering image-target triggered experiences across enterprise devices
PTC Vuforia fits teams that need stable image target recognition so AR triggers behave consistently when apps run on production enterprise hardware.
Operations and integration teams turning MR signals into workflows
ZapWorks fits teams that need workflow triggers for headset and interaction telemetry that route through webhooks and API integration into existing operational systems.
Common MR procurement mistakes that break integration and delivery
Teams often pick a tool based on the MR outcome they want while ignoring where the tool expects logic to live. In MR software, that mismatch shows up as integration complexity, inconsistent triggers, or scene governance gaps.
Selecting an orchestration-first product for runtime-controlled MR interaction timing
ZapWorks is built for converting MR interaction and telemetry events into outbound webhooks with API integration, so it does not replace engine-native runtime control like Unreal Engine.
Assuming multi-user world sync automatically includes identity governance
NVIDIA Omniverse focuses on multi-user scene synchronization for consistent world state, while Microsoft Mesh explicitly pairs multi-user spatial presence with Entra identity-based access controls.
Choosing image-target tracking but designing triggers around flexible spatial mapping behavior
PTC Vuforia Targets emphasizes stable image target recognition for predictable AR triggers, so spatial mapping workflows will be less flexible than scene understanding approaches.
Underestimating pipeline complexity when moving between Unity content and engine or runtime paths
Unity Industry keeps the Unity XR plugin model consistent for controlled XR packaging, while Unreal Engine and Microsoft Mesh can add integration and build pipeline complexity when Unity and Unreal content must interoperate.
Expecting low-level occlusion and passthrough tuning knobs from scene packaging tools
Campfire and Mawari Studio emphasize scene-scoped setup and device-focused packaging for iteration, so low-level rendering and occlusion handling visibility remains limited compared with Unreal Engine.
How We Selected and Ranked These Tools
We evaluated each tool on features, ease, and value for VR and AR mixed reality workflows. Features weighted integration depth and how clearly the tool supports MR rendering and interaction behavior inside the intended runtime or workflow. Ease weighted build automation and repeatable packaging steps such as Unity XR project build automation in Unity Industry and engine-level packaging alignment in Campfire.
Value weighted operational fit such as ZapWorks mapping MR interaction telemetry into webhook-driven orchestration, Microsoft Mesh providing Entra identity-based governance for multi-user sessions, and PTC Vuforia providing production-oriented image target recognition triggers. Unreal Engine separated on engine-native XR rendering and interaction integration inside one runtime build, and it also scored highest due to engine-level control of MR rendering timing and interaction loops plus OpenXR integration paths across device runtimes.
Frequently Asked Questions About mixed reality software
How do teams decide between Unreal Engine and Unity Industry for MR runtime control?
When are Microsoft Mesh and NVIDIA Omniverse the better choice for multi-user MR state sharing?
Which tool is best for target-based AR recognition workflows with predictable triggers?
How do ShapesXR and Campfire differ in authoring and iteration for MR interactions?
What breaks if teams use Varjo Teleport as a generic cross-vendor remoting layer?
How does ZapWorks handle MR telemetry for automation, and where does that stop?
What admin controls and identity integration does Microsoft Mesh provide for MR sessions?
How do teams plan for data migration when moving MR builds between engines and tools?
How do Mawari Studio and Unreal Engine approach extensibility for recurring MR components?
Tools reviewed
Primary sources checked during evaluation.
Referenced in the comparison table and product reviews above.
Keep exploring
Comparing two specific tools?
Software Alternatives
See head-to-head software comparisons with feature breakdowns, pricing, and our recommendation for each use case.
Explore software alternatives→In this category
Technology Digital Media alternatives
See side-by-side comparisons of technology digital media tools and pick the right one for your stack.
Compare technology digital media tools→