How can we help?

Tech Support

Support for VPU-based video infrastructure—designed for real deployments, not experiments.

Email

Contact support for deployment assistance.

support@netint.com >

Open Tickets

View and manage active support tickets

Login now >

Software Releases

Firmware, drivers, and VPU software releases.

Download now >

Technical Docs

Technical guides,
SDKs, and APIs.

View portal >

Email

Contact support for deployment assistance.

Software Releases

Firmware, drivers, and VPU software releases.

Technical Docs

Technical guides,
SDKs, and APIs.

CLOUD PILOT PROGRAM


Test VPU encoding in the cloud for free.

Deployment FAQs & Runbook


Known issues, causes, and what to check first.

1. Why isn’t the VPU being detected by the OS or application?

Most likely causes: Initialization, BIOS, or driver alignment.

Check:

  • PCIe slot enabled and correctly sized
  • BIOS settings (lane allocation, SR-IOV if required)
  • Firmware and driver versions match
  • OS-level enumeration (lspci, device manager)


Rule: If the OS doesn’t see the card, the application won’t either.

Most likely causes: System configuration, not hardware limits.

Check:

  • Encoder and codec profile settings
  • Host CPU capacity feeding the VPU
  • NUMA alignment and PCIe placement
  • Workload matches intended VPU use case


Rule: VPUs deliver predictable performance when the surrounding system is tuned correctly.

Most likely causes: Power, thermal, or system-level constraints.

Check:

  • Server and rack power headroom
  • Thermal limits under sustained load
  • PCIe contention
  • Memory bandwidth saturation


Rule: High density requires balanced systems—not just more cards.

Most likely risks: Version incompatibility and uncontrolled rollout.

Check:

  • Version compatibility matrix
  • Validation in a staging environment
  • Rollback plan in place


Rule: Treat updates like infrastructure changes, not patches.

Most likely causes: Input irregularities or resource exhaustion.

Check:

  • Input stream integrity
  • Supported codec profiles and parameters
  • Burst load behavior
  • Application logging and retry logic


Rule: Intermittent failures usually originate upstream of the VPU.

Most likely failure mode: Scaling too fast without validation.

Check:

  • One workload or region scaled at a time
  • Density and power assumptions revalidated
  • Monitoring expanded with scale


Rule: Scale incrementally and validate at each step.

Ownership follows the architecture.

Check:

  • Hardware, firmware, SDK → NETINT
  • Application logic and orchestration → customer or partner
  • Shared workflows → coordinated escalation


Rule: Escalate based on root cause, not symptoms.

Most likely causes: Infrastructure asymmetry.

Check:

  • CPU generation differences
  • PCIe and memory bandwidth
  • Network latency between environments
  • Cloud instance constraints


Rule: Hybrid performance must be evaluated per environment.

Most likely causes: Assumptions of uniform infrastructure.

Check:

  • API rate limits
  • Storage and network I/O differences
  • Failure and retry behavior per environment


Rule: Hybrid orchestration requires environment-specific tuning.

Most common hybrid failure mode: Inconsistent firmware, drivers, or SDKs.

Check:

  • Version parity across environments
  • Compatibility confirmed before upgrades
  • Staged rollout sequence documented


Rule: Control upgrades centrally and apply incrementally.