Input requirements
Gcore Streaming accepts two types of video input:- Live streams: an ongoing stream sent to Gcore by PUSH or pulled by Gcore from your source. Live input must stay stable because transcoding happens in real time.
- VOD files: uploaded video files that Gcore processes after upload. VOD input can use many containers and codecs, but the source parameters should stay consistent through the file to avoid transcoding errors.
Live stream input
For Live, you must produce and send the master stream to Gcore with the correct parameters. Configure OBS, FFmpeg, a hardware encoder, or your own encoding pipeline to push or expose the stream with the parameters below. Gcore receives this master stream and transcodes it for HLS and MPEG-DASH delivery. Recommended parameters for the master Live stream:
Recommended bitrate ranges for Live:
Live stream parameters must remain stable during the broadcast. Mid-stream changes to codec, profile, resolution, frame rate, pixel format, color range, chroma format, or audio layout can interrupt ingest or transcoding.
VOD source files
For VOD, the customer manages the source file before upload: container, codec, audio tracks, subtitles, and source consistency. Gcore processes the uploaded source and creates ABR renditions for playback. Recommended VOD input:
Supported VOD containers:
yuv420p to yuvj420p near the end can be accepted initially but fail later during transcoding.
Supported input video codecs
To ensure successful transcoding, your source video must use one of the supported input codecs listed below. If a video is uploaded or streamed with an unsupported codec, transcoding can fail. These input codecs are validated during the initial processing stage before any adaptive bitrate renditions are created.RTMP has protocol limitations. For details, see RTMP.
Live ingest protocols
You can use PUSH or PULL methods where applicable.HLS over HTTP PUT is not supported.