A resolution change alone does not show why your YouTube Live stream looks washed out. First establish whether you are sending SDR or HDR, then check whether the problem is in the outgoing stream or only in its preview or playback, and compare the encoder’s colour settings with the source.
For an ordinary SDR stream, YouTube’s encoder guidance specifies Rec. 709. HDR follows a different chain, with source, codec, bit depth, colour metadata and playback capability all in play; SDR Rec. 709 advice is not a substitute for checking those HDR requirements.
Start by identifying the intended format
Write down what the source is meant to be before changing encoder settings. A camera, computer capture or prepared video may be SDR, HDR, or a mixture, and selecting a higher output resolution does not turn SDR material into HDR. Nor does it prove that the colour problem began in the encoder. The resolution change may simply have coincided with a change in a preset or output mode, or made a mismatch easier to notice.
If your channel is a loop of ordinary recorded video, bhajans, lofi music, local news or study sessions, check the actual properties of those files and the intended delivery format. Do not enable HDR just because a display or streaming application offers an HDR option. The source, processing path and output need to agree. If your channel uses a rotating playlist, the practical problem may be that its entries do not all share the same format; planning an always-on music channel can help you think through the content and playback chain before troubleshooting individual clips.
Use a simple inventory: source type, intended SDR or HDR output, streaming software, encoder, ingest protocol and the device on which you are checking playback. You do not need to know every technical detail to begin. If you do not know whether the source is HDR, treat that as an unanswered question rather than assuming the answer from the appearance of the preview.
YouTube documents separate Live workflows for SDR and HDR. Its HDR Live guidance describes a supported HDR path, while its general encoder settings guidance specifies settings for SDR and HDR. Keep the relevant page open while checking your own software: labels and available options can differ between applications.
Separate the stream from the screen showing it
Before changing settings, decide where you can see the washed-out colour. A preview window is not always a faithful view of the signal that viewers receive. In particular, YouTube says that the Live Control Room preview does not show HDR colours. If you intended HDR, a flat-looking preview on its own is not evidence that the encoded stream has incorrect HDR colour.
Check playback from the actual YouTube watch page or another real playback endpoint. Use the same device, quality level and section of the programme when comparing results. Look in the quality menu for an HDR label, where available, and verify that the display supports HDR and has HDR enabled. YouTube states that devices without HDR support show a stream in SDR. A viewer on an unsupported phone or monitor may therefore see something different from a viewer with an HDR-capable display.
For SDR, also compare playback on another display if practical. Display picture modes, brightness and operating-system HDR settings can change the appearance without changing the stream itself. This does not mean the display is necessarily faulty; it means a single screen is weak evidence for diagnosing the outgoing signal. Avoid adjusting the encoder to compensate for one display until you have checked another playback path.
If you run a long channel from a local computer, keep the troubleshooting path separate from reliability questions. For example, keeping OBS media files available after a Windows update addresses whether media remains available, not whether its colour is encoded correctly. Once you have a stable source and playback test, you can return to the colour chain without mixing in unrelated failures.
Keep an SDR workflow in Rec. 709
If the content and intended output are SDR, check that the encoder’s colour space is set to Rec. 709, as specified in YouTube’s general Live encoder guidance. YouTube’s guidance also distinguishes 8-bit SDR from 10-bit HDR. Treat those as parts of different workflows, not as a reason to switch an SDR channel to HDR or to infer that changing bit depth alone will repair colour.
In your streaming application, inspect the colour-space setting and any related range or transfer-function option. Names vary by software, so consult that encoder’s own documentation rather than guessing from a similarly named control. The goal is not to apply a collection of colour tweaks: it is to make the outgoing SDR signal’s interpretation consistent with the source and YouTube’s SDR guidance.
If Rec. 709 was already selected, note the setting and leave it in place while you test other likely points of mismatch. Changing several values together makes it difficult to know what improved or worsened the result. If there is a clear before-and-after change, record it so you can restore the prior configuration.
An always-on channel can contain files created at different times or with different export settings. Check representative items, especially the clip that looks worst. If only one file appears wrong, the issue may be specific to that source or its conversion rather than a global encoder setting. For a playlist-based stream, updating the video playlist in a running channel is a separate operational task; first establish whether the file itself or the outgoing signal is responsible for the colour change.
For HDR, check the complete source and delivery chain
If HDR is intended, verify the whole path instead of borrowing the SDR setting. YouTube’s documented OBS HDR setup calls for a compatible HDR source, a hardware HEVC encoder, Main 10 profile, P010 colour format and Rec. 2100 PQ or HLG colour space; YouTube recommends HLG. These are specific requirements from YouTube’s documented OBS procedure, not universal labels to apply to any SDR stream. Check the current official instructions and your encoder’s capabilities before changing them.
Start at the source. Confirm that the camera, capture or video file actually carries compatible HDR information. Then verify that the software and encoder preserve the format, and that the selected transfer function and colour metadata describe the signal being sent. If the source is SDR, marking its output as HDR will not create real HDR picture information. If a source has been converted, learn what the conversion did before deciding that the encoder should reinterpret it.
For HDR over HLS, YouTube says to use an HLS stream key and leave “Turn on manual resolution” unchecked. This is not an instruction to change every stream to HLS: it applies to the documented HDR-over-HLS path. Check YouTube’s HLS setup guidance alongside its HDR instructions, and confirm which protocol and stream key you are actually using.
Metadata matters because a player uses it to interpret the encoded signal. YouTube notes that incorrect colour-space marking can result in oversaturation and shifted hues. That is a possible mechanism, not proof that it caused your particular washed-out image. Keep the distinction clear: a washed-out look is a symptom, not a diagnostic signature that identifies a single setting.
Compare encoder settings with the source
Make a short checklist for one representative source: intended SDR or HDR; its known colour space and transfer function; bit depth if available; encoder codec and profile; output colour settings; and the YouTube ingest method. Compare what you can verify in the source properties with what the encoder is configured to send. If a field is unknown, do not fill it in by assumption.
The most useful comparison is not between two resolution numbers; it is between the source’s format and the output description. A resolution preset can change several options at once in some software, but that is a reason to inspect the resulting settings, not evidence that resolution itself changes colour. If your source remains the same while a preset changes, check whether codec, profile, colour format or metadata changed alongside it.
| Check | SDR path | HDR path |
|---|---|---|
| Intended content | Confirm the source is SDR | Confirm the source is compatible HDR |
| Colour guidance | YouTube specifies Rec. 709 | YouTube documents Rec. 2100 PQ or HLG in its OBS procedure |
| Codec and format | Follow the current general encoder guidance | The documented OBS procedure calls for HEVC, Main 10 and P010 |
| Playback evidence | Compare the same SDR stream on another display | Check an HDR-capable device and HDR playback indication; unsupported devices show SDR |
| Ingest detail | Check the settings for the selected stream key | For HDR over HLS, use an HLS key and leave manual resolution unchecked |
The table is a comparison aid, not a substitute for software-specific instructions. YouTube’s documented OBS process may not map exactly to another encoder, and HLS-specific instructions should not be applied to a different ingest path without checking the relevant guidance. If you are maintaining a long-running broadcast with a local encoder, preventing XSplit from sleeping overnight is a separate reliability concern; it does not determine whether the colour metadata matches the source.
Change one thing, then test the outgoing stream
Once you have found a plausible mismatch, change one setting at a time. Keep the same source clip, playback device, YouTube quality level and viewing conditions for each comparison. Wait until you are checking the actual playback rather than relying only on the encoder’s local preview or the Live Control Room preview, particularly when HDR is involved.
Record the original setting and the result after each change. If correcting the SDR colour space to Rec. 709 improves the same test, that is useful evidence for this setup. If the result does not change, restore the original setting if appropriate and continue to the next verified point in the chain. Do not make several speculative changes and then attribute the outcome to one of them.
For HDR, use a playback device that supports HDR and has the feature enabled. Check the YouTube quality menu where it is available, because an SDR playback path can otherwise make a correctly intended HDR stream look different from what you expect. Then compare the result with an SDR-capable device if your audience is likely to use one. The purpose is to distinguish how the stream is delivered from how each device displays it, not to demand identical appearance on every screen.
YouTube also warns that automatic HDR-to-SDR conversion may not produce a perfect result on challenging clips. Its discussion of a 3D LUT hint concerns HDR uploads; do not treat that as a Live-stream setting. If the problem occurs only when HDR is converted for SDR viewers, note that conversion as a separate part of the path rather than applying an upload control to a Live broadcast.
If you cannot isolate the issue, gather the exact resolution preset, software and encoder, source format, stream-key type, colour settings, and playback device. Include whether the problem appears in the Live Control Room, the watch page, or both, and whether YouTube labels playback as HDR. That information makes a follow-up with your encoder or YouTube support more useful than saying only that the picture looks pale.
For creators whose recurring difficulty is keeping a broadcast running while their own computer is off, StreamNeo removes the need to leave that computer operating to keep an uploaded video on air; it does not diagnose or correct a mismatched source or colour setting.
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
Does changing resolution cause washed-out colour?
Not by itself as far as the available information establishes. A resolution change can coincide with a preset or output-setting change, but you need to compare the source, encoder and actual playback before identifying a cause.
Why does HDR look flat in Live Control Room?
YouTube says the Live Control Room preview does not show HDR colours, so that preview alone cannot confirm that the HDR output is wrong. Check an actual playback endpoint on an HDR-capable device and look for the HDR quality indication where available.
Should I set Rec. 709 for every stream?
YouTube specifies Rec. 709 for SDR in its general Live encoder guidance. HDR uses a separate workflow with its own source, codec, bit-depth and metadata requirements, so do not apply SDR advice as though it described HDR.
What information should I collect if the checks do not help?
Note the source format, encoder and software, output colour settings, ingest protocol and stream-key type, plus the resolution preset you changed. Also say which playback device you used and whether the colour looked wrong in the Control Room preview, the watch page, or both.