HyperCast Transcoding

Ours

32x 4K inputs
600+ outputs
Compact 1U size
Low heat output
500W max draw

Theirs

32x 4K inputs
Limited outputs
4U requirement
High heat output
32,000W draw

HyperCast transcoding at a glance

1U

Radically compact 1U rack mount

Icon to represent performance

High I/O throughput at wire speed

56TB

Data storage of up to 56TB built in

Icon to represent a video file storage

Reduces video file storage

Super compact form

The nearest competitor needs 64 x more space. This is not hyperbole, this is HyperCast. A super compact 1U high form factor. What used to fill three or four racks, now just needs a 1U vacancy. And it does not require space above and below for airflow, HyperCast is cooler by design.

Storage space built in

HyperCast has up to 56 TB of storage built in. You can specify SDD or HDD according to your intended use. If you need more join HyperCast with a HyperDrive for serious storage capacity, serving files at wire speed. There’s your new media center right there.

Incredible I/O capacity

The throughput capacity of HyperCast is stunning. 32 inputs at up to 4K resolution, live or file free. Streaming 600+ outputs on demand, using no more than a 500w draw.

Reduces video storage needs

Instead of storing a video file at every conceivable bitrate that may ever be requested, simply store a 4K file and transcode size and format on demand at wire speed.

The future of OTT broadcasting

Discover how HyperCast and HyperDrive radically improve your media center capacity.

Get to Know HyperCast™

Frequently Asked Questions

  • Is HyperCast™ suitable for live video broadcasts?
    There are many instances of user-generated content where live broadcast is a key requirement. In this scenario, typically a single source of content is viewed by multiple users simultaneously such as a music concert, athletic events, etc. Users will often use their own device, such as a smartphone, for viewing. For many of these events, especially sports games, viewers want active control over the viewing experience such as the ability to pause, rewind, and replay. For long duration events, these VCR-like controls are best implemented via event caching at the source encoding site or within edge servers. For these types of live video broadcasts, HyperCast can be configured with small storage capacity and high transcode performance for a cost optimal solution.
  • Is HyperCast™ suitable for live video communications?
    In today’s world, multi-party video conferencing using applications like Skype, Zoom, Google Hangouts, is becoming increasingly common. These communication sessions typically use all-compute platforms such as PCs, tablets, and smartphones. In many instances, mobile users may also join these video calls with unpredictable network availability. It’s crucial to simultaneously handle input streams from multiple participants and distribute them to different device types across many network topologies. This implies the need for concurrent, multi-stream transcoding and creating output streams with multiple bit rates and resolutions. HyperCast can be configured with transcoder banks, without any storage, for this type of scenario. For video communication service providers such as Skype, Zoom, or Uber Conference, a storage-less version of HyperCast with critically needed multi-stream transcode performance is a low cost solution.
  • Is HyperCast™ suitable for on-demand video distribution?
    Mass video consumption is increasingly performed whenever and wherever consumers’ choose, such as using a streaming video service like Netflix, Amazon, or Hulu. In this situation, the source content is stored and delivered on demand to the user. The content is typically viewed by thousands of users simultaneously, though never in a synchronized fashion, as it would be for broadcast TV. For this application, HyperCast is configured with the highest capacity and augmented with the necessary transcoding performance for multi-stream delivery. In addition to allocating storage to the source content, some storage can also be allocated to a transcoded output stream to optimize transcode capacity when users are consuming the same content in an unsynchronized fashion. This involves implementing caching schemes for the transcoded streams during typically ‘active’ consumption periods.