Card offloads in the hundreds of gigabytes
Multi-camera ISO recordings and high-frame-rate capture fill drives quickly, and the venue uplink is shared with everyone else.
Broadcast & live sports
When the whistle goes, the content is on cards in a truck at a venue with a shared, congested uplink. Highlights, ISO feeds and archive material still have to reach editorial, post and the network tonight. RIPTON CLOUD moves those files as packages over that uplink.
Plan limits are those published on the pricing page. Benchmark figures come from RIPTON CLOUD's published EC2 test at roughly 150 ms latency and 3% packet loss. Results on your route depend on your network, endpoints and storage. RIPTON CLOUD does not claim any industry certification on this page.
Venue or OB storage
RIPTON Desktop in the truck
RIPTON node at the network
Editorial or MAM ingest folder
Post-event pressure
Sports and live-event content is captured at venues with congested, high-latency connectivity and needed at facilities that may be a continent away, on a clock set by the next broadcast.
Multi-camera ISO recordings and high-frame-rate capture fill drives quickly, and the venue uplink is shared with everyone else.
Venue-to-network routes are long. TCP transfers lose most of the link at that latency, so a 1 Gbps uplink delivers far less.
Content moves between organisations that do not share networks or accounts.
Workflows
ISO feeds · card offloads · logs
Package the card offload in the truck and send it to the network's node. Editorial sees progress and gets the folder structure intact.
Highlights · promos · graphics packages
Send finished highlight packages and graphics to rights holders and affiliates as packages with scoped links and download records.
Masters · archive · compliance copies
Schedule finished masters to a post house or archive node so the deliverable exists where it is needed before the morning.
RIPTON CLOUD in the workflow
The product earns its place by moving prepared data between endpoints—not by claiming ownership of every system around it.
The RIPT protocol is UDP-based with rate control and block retransmission, built for the long, lossy links between a venue and a facility.
An offload of many clips travels and is stored as a single package with its structure kept for ingest.
Progress while it sends and a record when the facility has it, so nobody phones the truck to ask.
AES-256-GCM or ChaCha20-Poly1305 with a forward-secret key per session and replay protection. There is no plaintext mode to misconfigure.
Throughput depends on your route, endpoints, and storage. The published benchmark (a 1 GB file 7.5x faster than the TCP baseline at 150 ms and 3% loss) tells you where the difference appears; your own route tells you how much.
Product boundary
RIPTON CLOUD moves recorded files between endpoints. It is not a live video contribution or distribution system and does not replace SRT, satellite or fibre contribution.
Evaluation path
Bring one event's offload and the truck's actual uplink. Measure both tools to the same facility.
One venue, one facility, the real uplink on the day.
The same card offload with both tools, elapsed time and restarts recorded.
To a rights holder or affiliate, confirming download without help from your team.
Minutes from final whistle to files at the facility, written down.
FAQ
No. RIPTON CLOUD moves recorded files. Live video contribution stays on SRT, satellite or fibre. Use this for everything that is a file after the event.
Yes. A Shared Inbox or public upload link lets them send from a browser with no named seat and no charge on your side.
No file-size limit from Professional up; 10 GB per file on Free and 100 GB on Starter.
That depends on the uplink and the route. The published benchmark shows the difference appears with latency and loss, which venue links have. Measure it on one event.
Technical evaluation
Start a free workspace, or bring one event's route and we will help you measure it.