
GITNUXSOFTWARE ADVICE
MediaTop 9 Best Virtual Cam Software of 2026
Ranking roundup of Virtual Cam Software for streaming and video apps, with technical comparisons of tools like OBS Studio and ManyCam.
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
Editor’s top 3 picks
Three quick recommendations before you dive into the full comparison below — each one leads on a different dimension.
ManyCam
Scene presets that combine overlays, images, effects, and source switching into one virtual camera output.
Built for fits when teams need repeatable virtual camera scenes and controlled routing for live calls or streaming..
OBS Studio
Editor pickVirtual Camera output renders the active OBS scene graph in real time.
Built for fits when operators need scene-based virtual camera control without a centralized admin layer..
vMix
Editor pickVirtual camera output generated from the active vMix scene with the same effects and switching state.
Built for fits when control rooms need virtual camera outputs driven by repeatable scenes and remote automation..
Related reading
Comparison Table
The comparison table evaluates virtual camera tools on integration depth, focusing on how each product maps its data model and schema to capture sources, scenes, and outputs. It also compares automation and API surface for provisioning, extensibility, and configuration at scale. Readers can assess admin and governance controls, including RBAC, audit log support, and sandboxing, along with practical throughput considerations during live capture and encoding.
ManyCam
desktop virtual camVirtual camera and live streaming studio that supports multiple virtual outputs, scene switching, filters, overlays, and camera control for conferencing software with configurable video pipelines.
Scene presets that combine overlays, images, effects, and source switching into one virtual camera output.
ManyCam is strongest when a workflow needs a specific virtual camera output with repeatable scene composition, including overlays, images, and effects layered over video sources. It supports multi-source mixing and lets operators switch between prepared scenes during calls or broadcasts, which reduces manual rework. Integration depth is most visible through how virtual camera outputs map to downstream conferencing and streaming apps without requiring those apps to understand ManyCam internals.
A common tradeoff is that deeper automation depends on the host environment and the conferencing tool’s ability to select camera devices and audio devices deterministically. ManyCam works best when camera selection can be pinned in the target app, because scene changes occur inside ManyCam rather than inside the meeting client. In high-throughput scenarios with many scene swaps, operators should preconfigure transitions to avoid late changes that could desync inputs.
- +Scene-based virtual camera composition for predictable output
- +Multi-source video mixing with overlay layering controls
- +Audio routing aligned with conferencing and streaming device selection
- +Works through camera device mapping without app-side scene logic
- –Automation relies on downstream apps selecting the right devices
- –High-frequency scene switching can stress operator timing
Remote event producers
Run branded overlays during live streams
Consistent on-air graphics
Call center operations
Standardize operator video input
Uniform meeting presence
Show 2 more scenarios
Video ops teams
Route multiple sources into one feed
Simplified conferencing setup
Mix screen capture and webcam sources into a single virtual camera for downstream tooling.
Live learning instructors
Switch classroom views mid-session
Fewer session interruptions
Use scene switching to change overlays and layouts without interrupting the meeting client.
Best for: Fits when teams need repeatable virtual camera scenes and controlled routing for live calls or streaming.
More related reading
OBS Studio
virtual output studioBroadcast and capture application that can expose OBS virtual camera output for conferencing, supports scripting, plugins, scenes, audio/video sources, and automation through profiles and APIs.
Virtual Camera output renders the active OBS scene graph in real time.
OBS Studio fits teams that need repeatable visual compositions and low-friction switching between inputs for a virtual camera. Scene graphs define a render data model with nested sources, transforms, and filter chains, which makes configuration portability practical across similar setups. The virtual camera output is driven by the active scene render pipeline, so changes in source properties update the camera feed without rebuilding the camera device.
The main tradeoff is automation and governance depth, because OBS Studio’s native control surface is mostly local to the desktop process rather than a centralized, RBAC-backed admin plane. Organizations can still achieve automation via external process control and plugins, but schema-driven provisioning and audit log style governance are not a built-in workflow. OBS Studio is a strong fit for live production desks, streamer pipelines, and test rigs that can tolerate local configuration management.
- +Scene graph data model with reusable sources and filter chains
- +Virtual camera output driven by the render pipeline
- +Extensible plugin ecosystem for custom capture and processing
- +High control over transforms, overlays, and encoding parameters
- –Automation and admin governance are limited without external orchestration
- –No built-in RBAC or audit log for virtual camera configuration changes
- –API surface is not designed around provisioning a camera schema
Live production operators
Scene switching for remote guests
Consistent feed for streaming sessions
QA and simulation teams
Deterministic test feed generation
Repeatable visual test inputs
Show 2 more scenarios
Content teams with overlays
Dynamic lower-thirds and branding
Brand-consistent broadcast graphics
Uses filters and transforms to update on-screen elements while maintaining a single camera target.
Automation engineers
Process control around OBS renders
Automated render state changes
Coordinates external scripts to change scene states and capture properties for automated output runs.
Best for: Fits when operators need scene-based virtual camera control without a centralized admin layer.
vMix
live production virtual camLive video production software that can publish a virtual camera output, supports routing, overlays, transitions, and a control surface with APIs for automated scene and source switching.
Virtual camera output generated from the active vMix scene with the same effects and switching state.
vMix provides a mixer-style data model with inputs, effects, transitions, and outputs that can be addressed through controls and state changes. Integration depth shows up in how it can render to a virtual camera and simultaneously drive streaming outputs and recording targets. Configuration is organized around scenes and presets, which keeps operational changes consistent during long running broadcasts.
A tradeoff is the automation surface is mostly centered on control commands and state, not a full declarative schema for provisioning every element. vMix works best when an external operator app, automation script, or control room workflow needs to trigger specific scene and output states, rather than treat the entire studio graph as a managed resource model.
- +Virtual camera output tied to the same render graph as live switching
- +Scene and preset control for consistent repeatable camera states
- +Control integrations support remote driving of switches and outputs
- –Automation is command driven more than schema driven provisioning
- –Complex mixes require careful configuration to avoid unexpected transitions
Stream operations teams
Drive conference inputs from live scenes
Stable camera switching
Broadcast producers
Automate show transitions
Cue aligned outputs
Show 1 more scenario
Event technical directors
Run multi-output live pipelines
One mix, many targets
Directors render a single mix and route it to virtual camera and other destinations during events.
Best for: Fits when control rooms need virtual camera outputs driven by repeatable scenes and remote automation.
XSplit VCam
virtual webcam enhancementVirtual camera product that provides face tracking and webcam enhancements and outputs video streams suitable for conferencing apps with configurable effects and studio controls.
Scene-based virtual camera output that composes overlays and capture sources into a single feed.
XSplit VCam turns a physical or rendered scene into a virtual camera feed for conferencing and streaming apps. Integration depth centers on driver-level virtual camera output and compatibility with common video capture targets.
Its value is control over capture sources, overlays, and scene configuration with repeatable setup for multi-app workflows. Admin and automation coverage is weaker than tools that expose provisioning schemas, RBAC, or API-first workflows.
- +Driver-level virtual camera output works across many capture-based apps
- +Scene composition supports overlays and repeatable camera-ready presets
- +Configurable capture source settings support consistent visual output
- –Limited evidence of an admin RBAC model for managed deployments
- –No clear provisioning API or automation surface for schema management
- –Audit log and governance controls are not visible in automation workflows
Best for: Fits when individual creators or small teams need configurable virtual camera scenes for multiple apps.
Riverside Studio
media workflowRemote recording platform that supplies browser or app-based camera feeds with recording-oriented media workflows and configurable video input behavior.
Virtual camera feed with configurable capture settings for consistent external input routing.
Riverside Studio provides a virtual camera output pipeline for recorded and live workflows, including scene and capture settings that feed external video inputs. Integration centers on exporting video tracks for downstream systems rather than building a custom in-app data workflow.
Riverside Studio supports operational automation through configuration, repeatable capture setups, and integration points exposed to streaming and recording destinations. Administration depends on team account controls for access management and auditability within the broader Riverside Studio workspace model.
- +Virtual camera output integrates with common video capture and streaming tools
- +Repeatable capture configuration reduces setup drift across sessions
- +Track-focused export supports downstream processing in external systems
- +Documented integration behavior supports predictable capture-to-output mapping
- –API surface for provisioning automation is not centered on camera-specific schemas
- –Automation options appear more configuration-based than workflow orchestration
- –RBAC granularity for camera controls is limited compared with enterprise video systems
- –Extensibility hooks for custom processing chains are constrained
Best for: Fits when teams need virtual camera output with repeatable capture settings and external integrations for recording or streaming.
Screencastify
screen-to-videoBrowser screen capture product with virtual camera-style delivery paths that can feed conferencing tools with generated video streams.
Browser-based recording with integrated review comments on captured playback artifacts.
Screencastify targets teams that need repeatable screen capture workflows linked to sharing and review steps. It supports webcam and screen recording with comment and playback flows that fit operational documentation and training.
Integration depth centers on Google Workspace ecosystems, with exports that let captured media flow into downstream storage and review tools. The data model and automation surface are oriented around recordings and sharing artifacts rather than a rich event schema.
- +Google Workspace alignment for capture, storage, and sharing workflows
- +Recording formats that support screen and webcam capture in one flow
- +Comment and review workflow tied to playback artifacts
- +Extensible embed and sharing options for internal documentation
- –Limited public API surface for automation, schema, and event-driven ingestion
- –RBAC and admin governance controls are not granular across workspace roles
- –Audit log depth for recording actions is constrained
- –Automation throughput is unclear for high-volume recording pipelines
Best for: Fits when teams rely on Google Workspace sharing and review, and need lightweight recording governance.
Veed
editor to feedOnline video editor that can generate exported video streams which can be used as camera inputs in virtual camera workflows.
Session-driven virtual camera rendering with applied effects and composition, so the feed matches a configured timeline.
Veed positions virtual camera creation around editing and distribution workflows that can be configured per session. The core value comes from how virtual video outputs integrate into common streaming and meeting stacks, with effects and composition controls attached to the generated feed.
Documentation and extensibility depend on the available API and automation hooks, which influence repeatability for managed deployments. Operational fit improves when governance and audit trails can be tied to user roles and provisioning actions.
- +Virtual camera output can be driven by configured editing and effects timelines
- +Integration with common conferencing and streaming capture paths reduces per-app setup
- +Session-based configuration supports repeatable outputs for recurring workflows
- +User-level controls help limit who can create and share virtual feeds
- –API and automation coverage may not match configuration depth needed for enterprise governance
- –Data model for virtual feeds can be hard to map into external schemas
- –Throughput limits can surface during high-resolution or effect-heavy rendering
- –Audit log and RBAC granularity may not cover every provisioning and action event
Best for: Fits when teams need virtual camera feeds tied to repeatable editing workflows and basic governance controls.
Kapwing
editor to feedWeb-based video creation platform that can produce video outputs intended for reuse as virtual camera sources.
Template-driven scene overlays that convert edited outputs into meeting-ready webcam visuals.
Kapwing serves as a virtual cam workflow tool by turning edited video outputs into a feed usable by conferencing apps. It supports browser-based editing, templated overlays, and export paths geared toward real-time use.
Integration depth is stronger around shareable media artifacts and scripted workflows than around a formal virtual-device API. Automation and extensibility rely more on project generation and asset handling than on a documented provisioning and control plane for cameras.
- +Browser editing with template overlays suitable for consistent webcam visuals
- +Exports and share links that fit common meeting tool input paths
- +Project-based workflow supports repeatable scenes and asset reuse
- +Scriptable asset preparation reduces manual overlay work
- –Limited documented automation surface for provisioning virtual cameras
- –No clear RBAC model or admin governance controls for organizations
- –Audit log coverage for camera changes and automation runs is unclear
- –Extensibility depends more on media outputs than on a device schema
Best for: Fits when teams need templated visual webcam output and light automation without deep camera control-plane governance.
Canva
asset-to-feedDesign and video generation platform that can export video assets for use in virtual camera setups that ingest media files.
Brand Kit and template reuse keep visual identity consistent across rendered outputs for capture-based video use.
Canva can act as a virtual camera workflow by rendering design outputs and sharing them through video capture paths used by conferencing apps. The editing stack centers on a media-first data model with reusable assets, pages, and brand elements, which can be configured and updated without code.
Automation and extensibility exist mainly through Canva’s integrations ecosystem and app features, with no documented, first-class virtual camera device API exposed for programmatic scene provisioning. Administration relies on team-level controls and permissioning around assets and workspaces, which limits governance depth for headless deployment and RBAC at the media-layer.
- +Media-first data model for pages, assets, and brand styles
- +Team asset management supports consistent templates and brand elements
- +Integrations ecosystem enables connecting workspaces to external systems
- +Outputs can be captured for use in common conferencing video pipelines
- –Virtual camera control lacks a documented device-level API
- –Scene provisioning and automation run without a clear schema contract
- –Admin controls do not cover per-scene RBAC and audit log events
- –Throughput and capture stability are constrained by host rendering paths
Best for: Fits when teams need design-driven visuals in meetings and can tolerate non programmatic camera control.
How to Choose the Right Virtual Cam Software
This buyer's guide covers Virtual Cam software tools including ManyCam, OBS Studio, vMix, XSplit VCam, Riverside Studio, Screencastify, Veed, Kapwing, and Canva.
It focuses on integration depth, the underlying data model that drives scene or feed construction, the automation and API surface available for repeatable provisioning, and admin or governance controls that determine who can change what.
Virtual camera output pipelines built from scenes, overlays, and routed inputs
Virtual Cam software creates one or more virtual camera devices by rendering a composition graph into a conferencing input stream. It solves the problem of making deterministic camera views from multiple sources like webcams, screen capture, overlays, and effects.
Tools like ManyCam build scene presets that combine overlays and source switching into a predictable output for conferencing apps and streaming workflows. OBS Studio and vMix render the active scene graph into a virtual camera feed while staying highly programmable through scenes and render pipelines.
Evaluation criteria that map to real integration and governance outcomes
Integration depth matters because many deployments need the virtual camera device to align with an external conferencing app selection model. OBS Studio and vMix can produce high-control scene output, while Riverside Studio and content-first tools like Kapwing and Canva often integrate more through exported media behavior.
The data model and automation surface determine whether configurations can be provisioned with a schema contract. ManyCam emphasizes scene presets and operator-repeatability, while OBS Studio, vMix, and XSplit VCam expose more control than governance.
Scene graph composition with reusable sources and filter chains
A scene graph that reuses sources and filter chains makes the rendered virtual camera output predictable across sessions. OBS Studio renders the active scene graph in real time into the virtual camera output, and vMix generates the virtual camera from the active vMix scene with the same effects and switching state.
Scene presets that package overlays, images, and effects into one output
Preset-driven composition reduces operator timing errors during switching and keeps overlays consistent. ManyCam’s standout feature is scene presets that combine overlays, images, effects, and source switching into a single virtual camera output.
Automation and API surface for driving camera state changes
Automation must go beyond manual hotkeys because repeatable deployments need scripted or programmatic control. vMix supports control integrations that can remotely drive switches and outputs, while OBS Studio relies on scripting and plugins for automation patterns.
Provisioning schema clarity for camera configuration management
A schema-driven approach supports consistent provisioning and change control across devices. OBS Studio and vMix deliver scene graph render control, but admin governance and schema-first provisioning are limited unless an external orchestration layer provides the provisioning contract.
Admin and governance controls such as RBAC and audit logging
Governance prevents unauthorized changes to scene composition and device routing. OBS Studio lacks built-in RBAC or audit log coverage for virtual camera configuration changes, and Kapwing and Canva lack a documented device-level API with per-scene RBAC and audit events.
Throughput stability tied to render pipeline and scene switching frequency
Throughput and timing impact whether high-frequency switching causes lag in the rendered output. ManyCam notes that high-frequency scene switching can stress operator timing, while OBS Studio throughput is affected by rendering and encoding choices that directly feed the virtual camera device.
Integration model that matches the target workflow: device routing vs exported media tracks
Device routing tools integrate by matching the host app’s camera device selection behavior. ManyCam works through camera device mapping without app-side scene logic, while Riverside Studio integrates more through exporting track-focused outputs for downstream systems rather than offering a camera schema-first control plane.
Pick the virtual camera tool by matching render control, automation needs, and governance requirements
Selection should start by identifying how camera state changes are triggered in the target workflow. ManyCam is a strong fit when repeatable scene presets must map to the conferencing app that picks the right device, while vMix and OBS Studio fit when a scene graph is driven by operators or automation.
The second step is checking whether camera configuration changes can be managed with RBAC and audit logging at the same control plane. Where those controls are missing, orchestration must be handled outside the virtual camera tool itself, which affects rollout and compliance planning.
Classify the target control path: device-driven routing versus exported media tracks
If the conferencing app expects a camera device that already contains the correct scene composition, ManyCam’s device mapping approach and XSplit VCam’s driver-level virtual camera output fit common capture-based targets. If the workflow consumes video tracks for downstream recording or streaming systems, Riverside Studio aligns better because it focuses on export behavior rather than a camera-specific provisioning schema.
Map your required data model to scene graph capabilities
Teams that need reusable sources, filter chains, and real-time render control should evaluate OBS Studio because it renders the active OBS scene graph into the virtual camera output. Control rooms that want the virtual camera tied to the same vMix render graph and switching state should evaluate vMix.
Verify automation and extensibility requirements against the tool’s control surface
If automation must drive scene and preset changes, vMix is built for remote driving of switches and outputs, and OBS Studio supports scripting and plugins that alter what the virtual camera renders. If automation is closer to template-based sessions and media artifacts, Veed and Kapwing can be used to generate session-configured or template-driven outputs, with less emphasis on an admin-grade provisioning surface.
Check governance coverage for camera configuration changes and actions
For managed deployments, confirm whether RBAC and audit log coverage exists for virtual camera configuration changes. OBS Studio lacks built-in RBAC and audit log for configuration changes, and Kapwing and Canva do not expose a documented device-level API with per-scene RBAC and audit events.
Test render timing under expected switch frequency and effects load
If operations will switch scenes frequently, validate timing behavior with ManyCam because it explicitly calls out that high-frequency scene switching can stress operator timing. For encoding and performance-sensitive pipelines, OBS Studio exposes encoding and rendering parameters that directly affect virtual camera throughput.
Virtual camera deployments by operator model and governance maturity
Virtual Cam software usage splits across operator workflows and governance maturity. Some teams prioritize repeatable operator output with scene presets, while others need remote driven scene control without a centralized admin layer.
Other teams focus on capture or media artifact flows where the “camera” is produced from recorded or edited timelines, and governance sits at the workspace or user role level rather than at a camera device schema level.
Teams needing repeatable scene presets and controlled routing for live calls and streaming
ManyCam fits teams that need scene presets combining overlays and source switching into one predictable virtual camera output. The device mapping behavior in ManyCam reduces app-side scene logic requirements for conferencing workflows.
Operators who need scene-based virtual camera control without centralized admin governance
OBS Studio fits operators who want the virtual camera to render the active OBS scene graph in real time. The tradeoff is limited built-in governance since OBS Studio does not provide RBAC or an audit log for virtual camera configuration changes.
Control-room teams that require repeatable scene outputs driven by remote automation
vMix fits scenarios where virtual camera output must match the same scene effects and switching state used for live production. It supports control integrations for remote driving of switches and outputs, even when automation is command-driven more than schema-driven provisioning.
Creators or small teams that need configurable virtual camera scenes across multiple apps
XSplit VCam fits individual creators or small teams because it provides driver-level virtual camera output that works across many capture-based conferencing apps. Governance and API-first provisioning are weaker, which aligns with small team administration models.
Teams that want templated editing outputs or design outputs converted into meeting-ready camera visuals
Kapwing fits templated overlay workflows because edited outputs convert into meeting-ready webcam visuals. Canva fits design-driven visuals using its Brand Kit and template reuse, with the tradeoff that virtual camera control lacks a documented device-level API for programmatic scene provisioning.
Failure modes that show up when virtual camera control and governance are mismatched
Misalignment between scene control and the consuming conferencing app causes inconsistent output even when the virtual camera device appears to work. Some tools require the downstream app to select the correct device, which can break automated routing if device mapping assumptions are wrong.
Another failure mode is treating a media export workflow as a camera control-plane. Tools like Kapwing, Canva, and Screencastify emphasize media artifacts and workspace roles, so attempts to manage per-scene device provisioning through a camera schema or audit logs will not align well.
Assuming the virtual camera tool has enterprise governance controls for scene changes
OBS Studio lacks built-in RBAC and audit log coverage for virtual camera configuration changes, so governance must be handled through an external orchestration and change control layer. Kapwing and Canva also do not provide per-scene RBAC and clear audit events for camera changes.
Building automation around scene switching without checking timing and operator cadence
ManyCam calls out that high-frequency scene switching can stress operator timing, which can create mismatches during rapid transitions. OBS Studio throughput and latency are affected by encoding and rendering choices, so heavy filter chains need validation under expected switch frequency.
Treating command-driven control as schema-driven provisioning
vMix automation is command-driven more than schema-driven provisioning, which can make repeatable deployments harder when configuration must be managed as a governed schema. OBS Studio also offers automation through plugins and scripting rather than a provisioning API built around camera device schemas.
Choosing a media-artifact workflow when the requirement is camera-device level programmability
Kapwing and Canva rely on project outputs and media ingestion into meeting pipelines, so a documented device-level API for programmatic scene provisioning is not exposed. Screencastify focuses on recording and sharing artifacts with limited public API surface for event-driven ingestion.
How We Selected and Ranked These Tools
We evaluated ManyCam, OBS Studio, vMix, XSplit VCam, Riverside Studio, Screencastify, Veed, Kapwing, and Canva using a criteria-based scoring approach centered on features, ease of use, and value, with features carrying the most weight. The overall rating is a weighted average in which features counts for the largest share, while ease of use and value each account for the remaining weight split.
We used the same evaluation lens across tools by checking whether the virtual camera output is tied to a scene graph or to exported media tracks, then matching that to the presence or absence of API or automation surface and governance signals like RBAC and audit log coverage. The ordering strongly reflects whether teams can build repeatable camera states through presets or scene graphs and whether governance and automation can be executed without external glue.
ManyCam set it apart because its scene presets package overlays, images, effects, and source switching into one virtual camera output, which improved features and made it easier to produce consistent operator results for conferencing and streaming. That same preset-driven control model also reduced reliance on downstream apps implementing scene logic, which supports integration depth for device mapping workflows.
Frequently Asked Questions About Virtual Cam Software
How do ManyCam and OBS Studio differ in virtual camera scene control and routing automation?
Which tools expose an integration surface that supports automation around camera outputs?
What options exist for creating predictable multi-app virtual camera feeds in conferencing workflows?
How do vMix and Riverside Studio handle data flows for virtual camera outputs used in downstream systems?
Can admin teams enforce access control and trace changes for virtual camera operations?
What are the most common technical requirements for stable virtual camera throughput when rendering effects?
How should teams approach data migration when replacing an existing virtual camera setup?
Which tools best support a conferencing-first workflow that needs capture consistency for repeated events?
Where do Canva and Kapwing fit when the goal is design-driven or template-driven camera output rather than programmatic camera provisioning?
Conclusion
After evaluating 9 media, ManyCam 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.
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
Media alternatives
See side-by-side comparisons of media tools and pick the right one for your stack.
Compare media tools→FOR SOFTWARE VENDORS
Not on this list? Let’s fix that.
Our best-of pages are how many teams discover and compare tools in this space. If you think your product belongs in this lineup, we’d like to hear from you—we’ll walk you through fit and what an editorial entry looks like.
Apply for a ListingWHAT THIS INCLUDES
Where buyers compare
Readers come to these pages to shortlist software—your product shows up in that moment, not in a random sidebar.
Editorial write-up
We describe your product in our own words and check the facts before anything goes live.
On-page brand presence
You appear in the roundup the same way as other tools we cover: name, positioning, and a clear next step for readers who want to learn more.
Kept up to date
We refresh lists on a regular rhythm so the category page stays useful as products and pricing change.
