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
- Create a live event with appropriate encoding type and settings
- Start the live event to begin accepting input
- Configure encoder with the ingestion URL and key provided by the live event
- Create live output to define DVR window and archival settings
- Create streaming locator to generate playback URLs
- Start encoder to begin sending video to the live event
- Distribute URLs to viewers for playback
- Monitor stream health and viewer metrics during the event
- Stop encoder when event concludes
- 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.