First identify how OBS is playing the videos: one Media Source, a VLC Video playlist, or several separate sources or scenes. A black interval can result from different behaviours in each arrangement, so the symptom alone does not confirm one cause.
For a Media Source, check what happens when its file ends; for a VLC playlist, check the loop setting and its contents. If the gap lines up with a scene change, inspect visibility and activation behaviour. Test a representative sequence in a recording or spare scene before changing a live broadcast.
Identify how the videos are arranged
In OBS, look at the scene that plays the videos and its Sources list. A single Media Source points to one file. A VLC Video source can contain a playlist. Several Media Sources, perhaps shown or hidden in sequence, suggest a hand-off between sources. Scenes may also be switched manually or by a production workflow. Start here because the right check depends on the arrangement.
Write down which source is visible and what it is playing when the picture goes black. If you are not sure, inspect the source properties rather than judging by the programme monitor alone. A scene can contain more than one video source, and the name you gave a source may not describe its actual type. OBS’s Media Sources reference describes the Media Source and VLC Video properties, including the end-of-playback and playlist controls discussed below.
Also locate where the black interval is visible. Does OBS’s preview go black, does a local recording contain the gap, or is the picture black only on YouTube? Note whether audio continues and whether the gap happens at every file boundary, only at a scene change, or unpredictably. Those observations will help separate a source hand-off from a delivery problem later.
If you are assembling a channel for the first time, the OBS setup guide for a 24/7 bhajan stream provides broader context for working with scenes and sources. For this fault, however, avoid changing several settings at once. First identify the source that owns the picture at the moment of the gap.
Check what happens when a Media Source ends
OBS documents a Media Source option named Show nothing when playback ends. It is enabled by default, and OBS says it automatically hides the source when its file finishes. If your arrangement uses one source per clip, the outgoing clip may therefore stop being visible at its end. A gap is plausible if the next source is not yet visible, but the information available here cannot establish that this is your setup or that this is the cause.
Open the Media Source properties for a representative clip and inspect the end behaviour. Do not assume that changing the option will suit every sequence. When a source is not hidden at the end, the last frame may remain on screen; that might be preferable to black during a hand-off, but it could also leave a frozen picture if the next clip never appears. The trade-off is between clearing the ended source and retaining its last image until another source takes over.
Test the choice with a short recording. Include the last part of the clip and the moment the next source should become visible. Check whether the outgoing frame remains, disappears, or is covered by the incoming clip, then play the recording back. A preview can be useful, but a recording gives you a way to inspect the transition without risking a live channel.
Do not treat a persistent last frame as proof that the hand-off is correct. It may mask a delay while the next source activates, yet an unchanging image can be just as noticeable to viewers. Check the timing and visibility of both sources, and confirm that the next clip begins where you expect. If the sequence needs a clean cut, the aim is to make the incoming source ready at the right moment rather than relying on a setting to conceal a problem.
Inspect separate-source hand-offs
With separate Media Sources, the gap can occur between the outgoing source stopping and the incoming one becoming visible or ready. Check the Sources list during a controlled test: which item is visible before the boundary, which one becomes visible next, and whether the latter actually starts playing? A source that is present in the scene but hidden does not necessarily tell you what its activation behaviour will be.
If a scene switch is involved, inspect whether the incoming source restarts when it becomes active. A community forum discussion describes a black transition while a newly activated source is initially black and suggests disabling restart-on-activation for that particular transition case. That is an example, not official universal guidance, and it does not establish why a playlist gap occurs. Use it as a reason to test the activation sequence, not as a blanket fix.
Try changing one behaviour at a time in a spare scene. Record the same boundary before and after the change, and compare whether the incoming picture is already ready when it becomes visible. If restarting is needed to ensure that a clip begins at its first frame, disabling it may create a different problem: the source could resume part-way through. Decide based on what the sequence requires, not merely on whether the black frame disappears in one test.
Where an incoming source needs time to initialise, you may need to reconsider how sources are prepared or when the scene changes. The guide to a nonstop stream for church bhajan recordings can help with the wider question of arranging material for a continuous channel. Keep this diagnosis specific: a brief black frame at a scene boundary and a black interval between items in one playlist are not automatically the same fault.
Check VLC playlist contents and looping
If the source type is VLC Video, inspect the playlist in its properties. Confirm that the expected files are present and that the order is right. OBS documents Loop Playlist as enabled by default, but still verify the setting rather than relying on the default. A playlist that reaches its end without looping, or that does not contain the next item you expect, can behave differently from a sequence you thought was continuous.
Check that VLC is installed. OBS’s documentation says VLC Video requires VLC and that 64-bit OBS requires 64-bit VLC. If the source is missing, behaves inconsistently, or cannot play an item, confirm this dependency and the matching architecture. Do not infer that the VLC installation is the cause merely because the screen goes black at a boundary; first observe whether playback stops, skips, or advances as expected.
The VLC Video source also has visibility behaviour controls, with options to continue, pause, or stop playback when the source is not visible. Choose the behaviour that fits your scene arrangement and then test what happens when the source is hidden and shown again. For example, a playlist that continues while off-screen may be at a different position when the scene returns. Pausing or stopping may change whether playback resumes or starts anew. Verify the result in your own sequence.
An old issue report about mixed audio and video playlist items concerned specified historical OBS versions, not a general finding that current VLC playlists fail. Unless your playlist actually mixes such items and you can reproduce the behaviour, do not use that report to explain a current black interval. For a broader playlist workflow, see how to send a playlist from a media server to YouTube Live; its approach is different from diagnosing a VLC Video source inside OBS.
Test scene visibility and transitions
A source can be configured correctly and still be hidden by the scene arrangement. Check the eye or visibility control for each relevant source, the order in which sources are layered, and whether a different scene is becoming active at the boundary. An opaque source above a video can cover it; an incoming scene that is empty or not yet showing its intended source can expose the background. Review the scene while reproducing the transition rather than assuming the file itself is blank.
Test the transition type and duration in a spare scene. If the picture briefly goes black only while moving between scenes, the transition path deserves attention. If a source is hidden and then reactivated, test its visibility behaviour as well. Keep the change narrow: an adjustment that improves a scene cut may have no effect on a single VLC playlist, and a transition that looks clean in a short sample still needs to be checked with the real sequence.
For a children’s channel, review the full clip boundaries, not just the technical image. A black interval may be followed by the correct next video but still interrupt the flow; a frozen frame may avoid black but leave an unintended still on screen. Confirm that the files are in the intended order and that the visible picture and audio match the hand-off. The key aim is predictable playback, not simply replacing one visible symptom with another.
Reproduce the interval before changing the live channel
Use a spare scene or a short local recording with a representative pair of clips. Include enough material to capture the end of one file and the start of the next, plus any scene switch involved. If the gap occurs only after a longer sequence, reproduce that sequence in a test rather than concluding from one successful boundary. This is a cautious workflow, not a claim that a test has been performed on your setup.
Record the source type, the relevant end or loop setting, visibility state, and what the preview shows at the boundary. Change one setting, repeat the same test, and compare the result. If you change the source type, transition, and playback behaviour together, you will not know which change mattered. Keep a note of the original values so you can restore them if the test makes the sequence worse.
Use the pattern of the gap as evidence. A gap exactly as a single Media Source reaches its end points you towards that source’s end behaviour and the timing of the next source. A gap when a playlist item changes points you towards playlist contents, looping, or visibility behaviour. A gap at a scene transition points you towards scene visibility and activation. These are leads for inspection, not confirmed causes.
Confirm the stream output after changes
Once a change works in the recording, check a controlled live test if practical before leaving the channel unattended. Compare what OBS shows with what reaches YouTube. If OBS preview and the local recording both go black, the picture is already missing before delivery. If they look correct but the YouTube output does not, inspect delivery separately. A playback delay can mean you need to compare the same moment, rather than judging the two views at once.
Check OBS’s dropped-frames counter if the problem appears to be on the delivery path. OBS’s Help Portal describes dropped frames in relation to connection and bitrate issues: frames may be dropped to avoid buffering. That is a different path from a source being hidden at file end, so do not assume a network fault from a black interval that is already present in preview or recording. Conversely, a clean local recording does not by itself prove that the stream reached YouTube without interruption.
If the fault persists, gather the observations before making more changes: source type, exact point in playback, whether audio continued, whether the preview and recording were affected, and the relevant counter behaviour. This gives you a useful basis for checking current OBS guidance or asking for help. For channel operators who later decide that keeping a computer running is itself the problem, cloud options for a 24/7 cartoon channel cover a broader operating choice; they do not diagnose an OBS source 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
Why does one Media Source go black at the end of a clip?
OBS documents Show nothing when playback ends as enabled by default, and says it hides the source at the end of its file. If the next source is not visible yet, that can make a black interval plausible. Check the actual source and test its end behaviour with the next clip before treating this as the cause.
Should I turn off “Show nothing when playback ends”?
Not as a universal fix. The last frame may remain visible instead of disappearing, which could bridge a short hand-off but could also leave a frozen image if nothing replaces it. Compare both outcomes in a recording with your real scene arrangement.
Why can a VLC Video playlist have a gap between clips?
Check that the expected files are in the playlist, that the order is correct, and that Loop Playlist is set as intended. Also verify VLC is installed with the architecture required by your OBS installation, and test the source’s visibility behaviour. These checks narrow possibilities but do not identify a cause without observing your setup.
What if OBS preview is fine but YouTube shows black?
That difference points to checking the output and delivery path rather than changing source settings immediately. Compare a local recording and the stream at the same point, then inspect OBS’s dropped-frames information and connection conditions. A delivery issue and a source hand-off issue can look similar to a viewer, but they require different checks.