Overview

Live events in Ravnur Media Services enable you to stream live video content to your audience in real-time. A live event is the primary resource for ingesting, transcoding, and distributing live streaming content. Live events support various streaming protocols and can handle everything from small webinars to large-scale broadcasts with millions of concurrent viewers.

What Are Live Events?

A live event is a streaming pipeline that receives live video feeds from encoders, processes them, and makes them available for distribution to viewers. Live events manage the entire workflow from video ingestion through content delivery.

Key Capabilities:

• Live Ingestion - Accept live video feeds from on-premises or cloud encoders
• Real-Time Transcoding - Convert incoming streams into multiple bitrates and formats
• Pass-Through Mode - Forward pre-encoded streams without additional transcoding
• DVR Functionality - Allow viewers to pause, rewind, and replay live content
• Low Latency Streaming - Deliver content with minimal delay for interactive scenarios
• Cloud Recording - Automatically archive live streams as video-on-demand assets

Live events work in conjunction with live outputs, streaming locators, and streaming endpoints to deliver a complete live streaming solution.

Live Event Types

Ravnur Media Services supports two types of live events, Pass-through and ABR Encoded, each designed for different scenarios:

Pass-Through Live Events

Pass-through live events forward the incoming stream directly to viewers without transcoding. The encoder sends a pre-encoded adaptive bitrate stream that passes through the live event unchanged.

Characteristics:

• No cloud transcoding performed
• Lower cost (no encoding charges)
• Minimal latency added
• Requires encoder to produce adaptive bitrate output
• Multiple bitrate tracks sent from encoder

When to Use:

• You have powerful on-premises encoders
• You want to control encoding quality and settings precisely
• Cost optimization is important
• You need the lowest possible latency
• You have reliable, high-bandwidth upload connectivity

Requirements:

• Encoder must output adaptive bitrate stream (multiple quality levels)
• All bitrates must use same GOP size, frame rate, and encoding settings
• Common configurations: 720p/1080p with 3-6 bitrate levels

Encoding Live Events (Standard and Premium)

Encoding live events accept a single bitrate stream and transcode it in the cloud to produce an adaptive bitrate output suitable for streaming.

Standard Encoding:

• Accepts single bitrate input (up to 1080p)
• Produces adaptive bitrate output with multiple quality levels
• Suitable for most live streaming scenarios
• Balanced cost and performance

Premium Encoding:

• Supports higher input resolutions (up to 4K)
• More encoding options and bitrate ladders
• Enhanced quality settings
• Higher cost but greater flexibility

Characteristics:

• Cloud-based transcoding
• Single bitrate input required
• Multiple quality outputs generated automatically
• Higher cost than pass-through
• Slightly higher latency than pass-through
• Simpler encoder requirements

When to Use:

• You have basic encoders that output single bitrate
• You want Ravnur to handle adaptive bitrate generation
• You don't have high-bandwidth upload capacity
• Encoder complexity should be minimized
• You need failover and redundancy features

Requirements:

• Single bitrate input stream
• Supported resolutions and frame rates
• Compatible video and audio codecs

Live Event Architecture

A complete live streaming workflow involves several components:

Core Components

Live Event - The ingestion and processing pipeline

Live Output - Defines the recording and archival settings for the live stream

Asset - Storage container for the recorded live stream content

Streaming Locator - Makes the live and archived content available for playback

Streaming Endpoint - The delivery infrastructure that serves content to viewers

Workflow

1. Create a live event with appropriate encoding type and settings
2. Start the live event to begin accepting input
3. Configure encoder with the ingestion URL and key provided by the live event
4. Create live output to define DVR window and archival settings
5. Create streaming locator to generate playback URLs
6. Start encoder to begin sending video to the live event
7. Distribute URLs to viewers for playback
8. Monitor stream health and viewer metrics during the event
9. Stop encoder when event concludes
10. Stop and delete live event to end streaming and finalize recordings

Input Protocols

Live events support industry-standard protocols for receiving video from encoders:

RTMP (Real-Time Messaging Protocol)

The most widely supported live streaming protocol.

Characteristics:

• Mature and stable protocol
• Broad encoder support
• TCP-based (reliable delivery)
• Good for most scenarios

Use Cases:

• General purpose live streaming
• Encoders with RTMP output
• Corporate and educational events

RTMPS (RTMP Secure)

RTMP over TLS/SSL for encrypted transmission.

Characteristics:

• Encrypted ingestion
• Prevents eavesdropping during upload
• Slightly higher overhead than RTMP

Use Cases:

• Sensitive content requiring encryption in transit
• Compliance requirements
• Public internet transmission with security concerns

SRT (Secure Reliable Transport)

Modern open-source protocol optimized for live video over unpredictable networks.

Characteristics:

• Low latency transmission
• Built-in encryption (AES)
• Excellent packet loss recovery
• Firewall-friendly (UDP-based)
• Adaptive bitrate handling

Use Cases:

• Remote production over public internet
• Locations with unreliable network connectivity
• Long-distance contribution feeds
• Mobile and bonded cellular encoders
• Sports and news field production

Benefits:

• Better performance than RTMP over lossy networks
• Lower latency than RTMP
• No need for VPN for secure transmission

RTSP Push

Real-Time Streaming Protocol in push mode, where the encoder initiates the connection.

Characteristics:

• RTP/RTCP-based transport
• UDP or TCP transport options
• Lower latency than RTMP
• Standardized protocol

Use Cases:

• IP cameras and surveillance systems
• Hardware encoders with RTSP output
• Broadcast equipment integration
• Professional production workflows

RTSP Pull

Real-Time Streaming Protocol in pull mode, where Ravnur Media Services connects to the encoder.

Characteristics:

• Ravnur initiates connection to encoder
• Encoder acts as RTSP server
• Useful for fixed encoder locations
• Supports both UDP and TCP transport

Use Cases:

• Permanent encoder installations
• IP camera integration where cameras are RTSP servers
• Broadcast facilities with RTSP output
• Environments where encoders cannot push to cloud

Input and Output Settings

Video Input Requirements

Supported Codecs:

• H.264 (AVC)
• H.265 (HEVC) - for certain configurations

Resolutions:

• Standard: Up to 1920x1080 (1080p)
• Premium: Up to 3840x2160 (4K)

Frame Rates:

• 23.976, 24, 25, 29.97, 30, 50, 59.94, 60 fps
• Must remain constant throughout stream

Bitrates:

• Pass-through: Multiple bitrates (typically 500 Kbps to 8 Mbps per track)
• Encoding: Single bitrate (typically 2-8 Mbps depending on resolution)

GOP (Group of Pictures):

• Recommended: 2 seconds
• Must use closed GOP
• All bitrates must align GOP boundaries (pass-through)

Audio Input Requirements

Supported Codecs:

• AAC-LC (most common)
• MP3
• AC-3

Sample Rates:

• 44.1 kHz or 48 kHz preferred
• Must remain constant

Channels:

• Mono, Stereo, or Surround sound
• Must remain constant

Bitrates:

• Typically 128-192 Kbps for stereo

Live Output and DVR

Live outputs define how the live stream is recorded and how much time-shifted viewing is available.

Archive Window

The archive window determines how much of the live stream is recorded:

Setting Options:

• Minimum: 1 hour
• Maximum: 24 hours
• Default: Entire event duration

Content older than the archive window is automatically discarded and cannot be viewed.

DVR Window

The DVR window (manifest window) determines how far back viewers can seek in the live stream:

Characteristics:

• Subset of archive window
• Allows viewers to pause, rewind, and catch up
• Does not affect final recording

Use Cases:

• Short DVR (5-15 minutes) - Breaking news, sports with minimal rewind needs
• Long DVR (hours) - Conferences, all-day events where viewers join at different times
• No DVR - Pure live with no time-shifting

Recording Behavior

Continuous Recording:

• Live output records from creation until deletion
• Creates a single asset with complete event recording
• Suitable for full event archival

Segment Recording:

• Create and delete live outputs to produce separate recordings
• Useful for creating distinct video-on-demand assets from a single live event
• Example: Record each session of a multi-session conference separately

Low Latency Live Streaming

Ravnur Media Services supports low latency modes for interactive scenarios:

Standard Latency

Characteristics:

• Typical delay: 15-30 seconds from camera to viewer
• Suitable for most live streaming scenarios
• Optimizes for quality and scale

Use Cases:

• Webinars and presentations
• Entertainment and sports broadcasts
• Corporate communications

Low Latency Mode

Characteristics:

• Reduced delay: 3-10 seconds from camera to viewer
• Enables more interactive experiences
• May require additional player configuration

Use Cases:

• Live auctions
• Interactive Q&A sessions
• Gaming streams with chat interaction
• Live betting and real-time engagement

Configuration:

• Enable low latency on live event creation
• Use compatible players that support low latency protocols
• Configure encoder for lower GOP sizes

Trade-offs:

• Slightly reduced scalability compared to standard latency
• May require more bandwidth for viewers
• Requires compatible player implementation

Live Event States and Lifecycle

Live events progress through several states during their lifecycle:

State Machine

Stopped - Initial state after creation, no costs incurred

Starting - Transitioning to running state, resources being allocated

Running - Active and ready to receive encoder input, incurs running costs

Stopping - Transitioning to stopped state, finalizing recordings

Deleting - Being removed from the system

State Transitions

Start Operation:

• Stopped → Starting → Running
• Allocates resources and prepares for ingestion
• Takes 2-4 minutes typically

Stop Operation:

• Running → Stopping → Stopped
• Finalizes recordings and releases resources
• Takes 1-2 minutes typically

Delete Operation:

• From any state → Deleting → Removed
• Permanently removes live event
• Recorded assets remain available

Cost Implications

Running State Costs:

• Live events incur charges while in Running state
• Costs based on encoding type and duration
• Stop live events when not actively streaming to avoid charges

Stopped State:

• No charges for stopped live events
• Configuration and settings preserved
• Can be restarted for future events

Best Practice:

• Stop live events immediately after streaming concludes
• Don't leave events in Running state when idle
• Use stopped live events for recurring events with same configuration

Live Event Creation and Configuration

When creating a live event, you specify:

Live Event Name - Unique identifier within your account

Live Event Type - Pass-through or Encoding (Standard/Premium)

Input Protocol - RTMP, RTMPS, SRT, RTSP Push, or RTSP Pull

Encoding Preset - For encoding live events, defines output quality settings

Transcription - Optional real-time captioning

Key Frame Interval - GOP size for encoding live events

Streaming Protocol - Output format (HLS, DASH, Smooth Streaming)

Description - Optional description of the event

Tags - Metadata for organization and management

IP Allow List

Control which IP addresses can send video to your live event:

Open Access:

• Any IP address can connect (0.0.0.0/0)
• Useful for testing or dynamic encoder IPs
• Less secure

Restricted Access:

• Specify exact IP addresses or CIDR ranges
• Recommended for production
• Prevents unauthorized encoder connections

Example Configuration:

• 203.0.113.5/32 - Single encoder IP
• 203.0.113.0/24 - Entire subnet
• Multiple entries for redundant encoders

Monitoring and Diagnostics

Live Event Health

Monitor live event status in real-time:

Ingest Health:

• Bitrate monitoring
• Dropped frames detection
• Connection stability
• GOP alignment issues (pass-through)

Stream Health:

• Audio/video synchronization
• Timestamp accuracy
• Discontinuities and errors

Viewer Metrics:

• Concurrent viewer count
• Geographic distribution
• Bandwidth consumption
• Error rates

Diagnostic Logs

Enable detailed logging for troubleshooting:

Encoder Connection Logs:

• Connection attempts and failures
• Authentication issues
• Protocol errors

Ingestion Logs:

• Bitrate variations
• Frame drops
• Audio/video issues

Output Logs:

• Packaging and manifest generation
• Player request patterns
• Errors and warnings

Use Cases and Examples

Corporate Webinar

Scenario: Monthly all-hands meeting with 500 employees

Configuration:

• Live Event Type: Standard Encoding
• Input: Single bitrate 1080p from presentation software
• DVR Window: 1 hour (allows latecomers to catch up)
• Recording: Full archive for on-demand viewing
• Latency: Standard (15-30 seconds acceptable)

Result: Simple setup with single encoder, automatic adaptive bitrate generation, recorded for later viewing

Sports Broadcast

Scenario: Live sports event with 10,000+ concurrent viewers

Configuration:

• Live Event Type: Pass-through
• Input: Multi-bitrate adaptive stream from professional encoder
• DVR Window: 1 hour (instant replay capabilities)
• Recording: Full game archive
• Redundancy: Active-active with primary and secondary ingest
• Latency: Standard for quality and scale

Result: High-quality broadcast with encoder control, reliable failover, instant replay

Multi-Day Conference

Scenario: 3-day technology conference with multiple sessions

Configuration:

• Live Event Type: Standard Encoding
• Input: Single bitrate from venue equipment
• DVR Window: 6 hours (full day catch-up)
• Recording: Separate live outputs for each session
• Approach: Single live event running continuously, start/stop live outputs per session

Result: Efficient resource usage, organized session recordings, comprehensive DVR

Virtual Classroom

Scenario: Online course with interactive Q&A

Configuration:

• Live Event Type: Standard Encoding with Low Latency
• Input: Single bitrate from instructor's computer
• DVR Window: 2 hours (class duration)
• Recording: Full class archive
• Latency: Low for interactive discussion

Result: Engaging experience with near real-time interaction, complete recording

Remote Sports Production with SRT

Scenario: Live sports coverage from stadium with unreliable public internet

Configuration:

• Live Event Type: Pass-through or Standard Encoding
• Input Protocol: SRT for resilient transmission over unpredictable networks
• Redundancy: Bonded cellular plus venue WiFi as backup
• DVR Window: 1 hour
• Recording: Full event archive

Result: Reliable transmission despite network challenges, professional broadcast quality

IP Camera Surveillance Integration

Scenario: Live monitoring and recording from security camera system

Configuration:

• Live Event Type: Pass-through
• Input Protocol: RTSP Pull from IP cameras
• DVR Window: 24 hours for continuous monitoring
• Recording: Continuous archive for security purposes
• Multiple Cameras: Separate live events per camera or camera group

Result: Cloud-based surveillance with long-term recording and remote monitoring

Best Practices

✅ Plan Your Encoding Strategy - Choose pass-through for quality control and cost savings, encoding for simplicity and encoder failover

✅ Select Appropriate Input Protocol - Use SRT for challenging network conditions, RTSP for IP cameras, RTMP for general purpose streaming

✅ Test Before Going Live - Always conduct a full test stream days before the actual event

✅ Use Redundant Encoders - Configure primary and secondary ingest for critical broadcasts

✅ Configure IP Allow Lists - Restrict ingest to known encoder IP addresses in production

✅ Monitor Stream Health - Watch for dropped frames, bitrate issues, and connection problems during live streams

✅ Set Appropriate DVR Windows - Balance viewer flexibility with storage costs and use case requirements

✅ Record Important Events - Create live outputs to archive content for video-on-demand distribution

✅ Stop Events Promptly - Stop live events immediately after streaming to avoid unnecessary charges

✅ Use Consistent Settings - Maintain constant frame rate, resolution, and GOP size throughout the stream

✅ Plan for Bandwidth - Ensure adequate upload bandwidth from encoder location (2-3x stream bitrate minimum)

✅ Prepare Backup Plans - Have backup encoders, internet connections, and contingency procedures ready

✅Communicate with Encoders - Ensure encoder operators understand requirements and procedures

✅ Leverage SRT for Remote Production - Take advantage of SRT's error correction for challenging network environments

Limitations and Considerations

Maximum Concurrent Live Events - Account limits on simultaneous running live events; plan accordingly

Start/Stop Time - Live events take 5-10 minutes to start; plan ahead of event time

Encoding Limitations - Input resolution and bitrate limits based on encoding tier

DVR Window Limits - Maximum 24-hour archive window; longer events require management

Disconnection Handling - Brief encoder disconnections are tolerated; extended disconnections may require restart

Format Support - Not all video/audio formats supported; verify encoder compatibility

Geographic Considerations - Consider encoder location relative to Ravnur region for optimal performance

Cost Management - Running live events incur costs; monitor usage and stop unused events

Network Requirements - Reliable, high-bandwidth connection essential for encoder location

Player Compatibility - Ensure target players support your chosen streaming protocols and latency settings

Protocol-Specific Requirements - Each input protocol has specific configuration needs; consult documentation

Related Topics

For more information about related concepts, see:

• Live Outputs: API reference
• Assets: API reference
• Streaming Locators
• Streaming Endpoints
• Encoders and Encoding Settings

For detailed implementation guidance for your specific Ravnur Media Services deployment, including code examples for creating and managing live events with different input protocols, consult your technical documentation or contact your Ravnur support team.