You can stream HDR video on YouTube Live when your source is genuinely HDR and your encoder sends it using YouTube’s supported HEVC format and matching HDR signalling. The route depends on whether you are capturing an HDR game, using an HDR camera, or sending a prepared video through an encoder; a standard webcam or SDR file does not become HDR by selecting an HDR setting.
For an OBS setup, YouTube’s current instructions call for OBS 30.1 or later, a hardware HEVC encoder, Main 10, P010 colour format and Rec. 2100 PQ or HLG matching the source. YouTube supports RTMP(S) and HLS ingestion for Live HDR. Treat the encoder labels and platform requirements as details to recheck before a real broadcast, since they can change with software and platform updates.
Choose a YouTube livestream method
Begin with the signal you can actually produce. An HDR game needs to output HDR, and a camera-based stream needs a camera capable of recording or outputting HDR using PQ or HLG. Your capture and encoding chain must preserve that signal. If your footage, game output or camera feed is SDR, marking it as HDR will not add highlight detail or a wider colour range; it can instead produce incorrect-looking colour.
The method you use to send video to YouTube is a separate decision from whether the source is HDR. A phone’s direct mobile streaming flow, a webcam in YouTube’s browser interface, and software such as OBS are different workflows with different controls. Do not assume that because one route offers a portrait layout, it also exposes the encoder controls needed for Live HDR. For controlled HDR encoding, a compatible encoder workflow is the route to investigate first.
| Route | Source and control | HDR considerations |
|---|---|---|
| Mobile app | Direct camera stream, with phone framing and app controls | Confirm the current app and device support the intended HDR workflow; do not infer encoder-level HEVC controls from the portrait option. |
| Webcam | Camera connected to a browser-based live setup | A typical webcam feed may be SDR. Check camera output and available controls rather than treating a browser stream as HDR by default. |
| Encoder software | Game capture, camera input or other sources routed through an encoder such as OBS | Offers explicit codec and colour settings when supported by the hardware; you must match them to the source and YouTube’s ingestion requirements. |
| Console | Game capture and console broadcast controls | The console path may hide codec and metadata settings. Verify its current HDR output and YouTube support before relying on it. |
If you are using OBS to send an existing playlist, first make sure the source itself is suitable; the workflow in streaming a 16:9 video playlist without black bars addresses framing, not HDR conversion. Likewise, guidance on looping regional-language MP4 files in OBS can help with a continuous programme, but it does not replace the HDR source and encoder requirements described here.
Set up a vertical mobile stream
A portrait mobile stream is the straightforward direct option when you want to go live from a phone and the current YouTube app makes vertical streaming available to your channel. Hold the phone upright, choose the live-creation flow in the app, and check the preview for the intended portrait composition before starting. The format suits a presenter, devotional performance or local update framed for a vertical screen. It is not an encoder configuration in which you can freely set HEVC Main 10 and colour metadata.
Separate the format choice from the HDR question. Portrait orientation describes the shape of the picture; HDR describes the source’s brightness and colour signalling. A vertical stream is not necessarily HDR, and an HDR source can be landscape. If Live HDR is essential, check that the complete mobile capture and YouTube route supports it rather than assuming the phone’s camera HDR mode carries through to the live broadcast.
Keep the phone stable and frame for the whole session. An always-on devotional or ambience channel may be better served by a planned encoder workflow than a handheld phone stream, because the mobile route depends on the device, app and network remaining in use. If your programme is a prepared file, compare a computer-based path with options for running a continuous YouTube playlist; that article concerns continuity and audio gaps, not HDR encoding. Test the exact source and stream privately or with a non-public setup where available before asking viewers to rely on it.
Check verification and live-stream restrictions
Before troubleshooting HDR, confirm that the channel can go live at all. YouTube’s general live-streaming eligibility guidance says the channel must be verified and must not have had live-streaming restrictions in the preceding 90 days; it also says streamers must be at least 16. These are general livestreaming conditions, not additional HDR codec requirements. Check the current YouTube Help page on enabling live streaming because eligibility and account flows may change.
A channel that has never streamed may need to enable the feature and wait for access before testing any encoder. Do this well ahead of a scheduled event. If YouTube reports an account restriction, solve that with the official channel guidance rather than changing OBS colour settings: encoder changes cannot remove an account-level limitation. Likewise, satisfying the eligibility conditions does not guarantee a broadcast will be accepted or that every feature will be available in every account.
Understand the 50-subscriber mobile threshold
YouTube’s mobile live-streaming help page describes a 50-subscriber threshold for mobile live streaming, but it is not a universal rule for every kind of YouTube livestream. It applies to the mobile route described by YouTube, and additional account conditions or limits can apply. Check the current mobile live-streaming requirements before planning around a phone broadcast.
Do not use that threshold as a reason to abandon an encoder or webcam route without checking its own requirements. The channel’s general live eligibility, the mobile app’s access conditions and an encoder’s technical compatibility are distinct checks. Nor should you treat the subscriber count as a quality or HDR marker: it says nothing about whether your camera produces PQ/HLG, whether the stream is encoded as HEVC, or whether the viewer’s display can show HDR.
If the mobile app does not offer the route you need, consider a computer-based setup and verify its access separately. If it does offer the route, make a short test and confirm the composition and playback behaviour. The practical question is not only whether you meet a threshold, but whether that method exposes the control and monitoring you need for the programme.
Consider webcam or encoder workflows
A webcam route can be convenient for a simple face-to-camera broadcast, but a webcam label alone tells you little about HDR. Check the camera’s specifications and the actual output mode: YouTube calls for a camera source that supports HDR video using PQ or HLG. Then check whether the receiving software and capture path retain that signal. Many ordinary webcam workflows offer no explicit control over HEVC Main 10 or colour metadata, so do not claim HDR solely because the camera has an HDR setting for recording.
For OBS, use YouTube’s documented settings as the baseline. In Settings → Stream, choose YouTube RTMPS for the RTMP workflow, or YouTube HLS if the encoder and stream key are configured for HLS. Under Settings → Output, choose the hardware HEVC encoder and Main 10 profile. Under Settings → Advanced, enable HDR, set P010 (4:2:0), and choose Rec. 2100 PQ or HLG to match the source. YouTube recommends HLG in its instructions, but matching the source’s actual transfer function matters more than choosing a label at random.
In Live Control Room, leave “Turn on manual resolution” unchecked. If using HLS, set the stream key’s protocol to HLS. RTMP(S) is the more general route in YouTube’s live encoder guidance; HLS is another documented option for HDR, including when an encoder lacks the needed RTMP capabilities. HLS sends media in segments, so YouTube notes that it has higher latency. That trade-off matters if viewers need to respond in real time, but may matter less for a one-way music or ambience stream.
Hardware HLS has further requirements that are worth checking against the encoder’s manual: HEVC at 10-bit, BT.2020 primaries, PQ or HLG transfer characteristics and a BT.2020 non-constant-luminance matrix, all consistent with the source. YouTube’s HLS encoder documentation also specifies MPEG-TS segments lasting 1–4 seconds, rolling playlists with no more than five outstanding segments, no byte ranges, and HTTPS POST/PUT transport. These are encoder-side details; if you do not control them directly, use the manufacturer’s instructions and do not improvise metadata.
For a prepared file, distinguish live encoding from uploading an HDR video. YouTube’s upload guidance lists formats and codecs for uploaded files, but its Live HDR guidance says live HDR currently uses HEVC. The upload codec list is not a substitute for the live requirement. If your source file is SDR, leave it SDR rather than attaching HDR metadata that does not describe how it was graded. A colour mismatch can distort the result rather than improve it.
An encoder workflow also adds more points to check: source capture, hardware support, chosen protocol, metadata and playback. If a planned 24/7 channel is built around a file rather than a live camera, the operational concern is keeping the programme running when your own computer is off; StreamNeo removes that specific need to leave your computer running by turning an uploaded video into a YouTube live broadcast, though it does not turn SDR material into HDR. Before using any approach for a long-running channel, test the source format and playback separately from continuity, much as you would when planning a 24/7 YouTube channel’s hosting approach.
Check whether simultaneous orientations fit your setup
A landscape output and a portrait output at the same time are a separate workflow question from streaming HDR. YouTube’s ability to offer viewers different viewing presentations does not mean every phone, console, webcam interface or encoder automatically creates two independent live outputs. Confirm the feature in the current YouTube documentation and in the exact software or device you plan to use. Do not promise simultaneous vertical and horizontal streaming based on a single orientation setting.
Think through what “both orientations” would require. One programme may need separate framing so a person or title is not cropped out in portrait while the landscape version retains context. The encoder or platform must support the relevant outputs and your channel must have access to that workflow. A single frame that is merely cropped for a phone can make text, instruments or multiple speakers hard to see. HDR adds another requirement: each output must preserve the correct HEVC and HDR signalling if you expect it to play as HDR.
If simultaneous outputs are not available in your setup, choose one composition deliberately, or plan separate broadcasts only if YouTube’s current tools and your production capacity support them. Test them before a public event. Avoid relying on a claim that a third-party tool supports dual orientation unless its own documentation confirms the precise output path and you have tested it with your channel.
Preview portrait framing and verify HDR playback
Check framing in the actual destination format. In portrait, keep faces, devotional images, captions and the subject of the shot within the vertical safe area; do not assume a landscape preview will reveal portrait cropping. For a fixed-camera programme, review the frame with the phone upright and look for text or important objects near the edges. Leave enough space for YouTube interface elements, and make sure a viewer can understand the scene without relying on details that become tiny on a phone.
The Live Control Room preview is not a reliable way to judge HDR colour. YouTube says that preview does not display HDR colours. After the stream is live, test playback on an HDR-capable device and display, then open the playback quality menu and look for the HDR label. YouTube serves SDR to viewers whose devices do not support HDR, so different viewers can legitimately see different versions. Do not infer that the stream failed just because one SDR phone does not show an HDR badge.
If the badge is missing on an HDR-capable setup, check the chain in order: genuine HDR source, HEVC rather than a different live codec, 10-bit/Main 10 settings, P010, correct PQ or HLG selection, and compatible ingestion protocol. If colour looks washed out or distorted, suspect mismatched transfer function, primaries or matrix rather than adding metadata at random. Verify the encoder’s labels against the source and official documentation. A short test broadcast is a better diagnostic than changing multiple settings during a scheduled programme.
Before committing, compare the operating options on the pricing page. When the file and channel are ready, start free — 24-hour trial, no card.
FAQ
How do I stream HDR on YouTube?
Use a genuinely HDR source and an encoder that can send YouTube’s supported HEVC Live HDR format with matching 10-bit signalling. For OBS, follow YouTube’s current directions for hardware HEVC, Main 10, P010 and Rec. 2100 PQ or HLG, then verify playback on an HDR-capable device.
Can OBS stream HDR to YouTube?
Yes, YouTube’s documented workflow calls for OBS 30.1 or later and a compatible hardware HEVC encoder. Set the profile and colour options to match the source, keep manual resolution unchecked in Live Control Room, and confirm the result in playback rather than judging the preview.
Why does my YouTube stream say HDR on one device but not another?
YouTube provides HDR to supported viewers and SDR to devices that do not support it. Check the quality menu on an HDR-capable display; the absence of an HDR label on a non-HDR device is expected and does not by itself establish an encoder fault.
How can I tell if my YouTube live stream is really in HDR?
The Live Control Room preview does not show HDR colours, so use an HDR-capable device to inspect live playback and its quality menu for the HDR label. Also confirm that the source is genuinely HDR and that the encoder settings match its PQ or HLG signal.