Connect a YouTube Live, Twitch or Kick channel and the engine follows the broadcast as it airs — transcribing, cutting on sentence boundaries, captioning, reframing to vertical and scoring, continuously. Finished clips land in your library minutes after the moment, not hours after the broadcast. You sign off with the night already clipped.
🎬 Free demo: use a video under 30 minutes · paid plans up to 2 hours
⏱ That video's a bit long for the demo
Cuts during the live broadcast
YouTube Live, Twitch and Kick
Vertical 9:16, captions burned in
Every moment scored 0-100
Nothing installed on your streaming rig
One long video in, a week of posts out
Paste a link. Get the best moments.
Real ClipSpeedAI output — every clip below was scored, cut, reframed to 9:16 and captioned automatically from the video above it.
You do one thing, at the top of the stream, and then you stream.
1
Start the session before you hit Go Live
Give it the channel or stream URL — a twitch.tv handle, a Kick channel, a YouTube Live watch page — and open a clipping session. There is no plugin for your streaming software, no browser source to add to a scene, and no encoder setting to change, because none of the work happens on your machine. Start it early: a session watches forward from the moment you connect, so an idle first half hour costs you nothing and a late start costs you the moment that made you open the tab.
2
The engine follows the broadcast in rolling windows
A live stream is published as a chain of short media segments, and the session reads that chain the same way a viewer's player does, pulling each new segment the instant the platform posts it. Speech is transcribed continuously with word-level timing, and a moving window over that transcript is what detection actually reads — the reaction, the payoff, the answer that landed, the run that went badly.
3
Clips finish and appear while the stream continues
Each candidate is cut on a sentence boundary, captioned word by word, reframed to vertical with the crop tracking whoever is talking, stripped of filler and dead air, and graded 0-100. All of that happens per clip, in the background, while you keep broadcasting. The library fills as the night goes on rather than after it.
4
Post one between segments, triage the rest at sign-off
Between rounds or during a break, sort by score, watch the top two, and send one out while the stream it came from is still joinable. Everything else waits for a ten-minute pass at the end of the night, where you approve two or three into the scheduler and leave the remainder banked as supply for a day you do not go live.
Built around the live clock
Every item here exists because a live moment is worth the most in the hour it happens and almost nothing a week later.
⏱
Cut while the broadcast is still running
Clipping a broadcast as it airs is the hard version of this problem, and it is the reason this page exists. Other tools do ship live clipping — Eklipse in particular, and well — so the honest comparison is not whether it exists elsewhere but how the clip is cut: on sentence boundaries so it never opens mid-word, scored 0-100 so you know which to post, and reachable from an API or from Claude when you would rather not sit in a dashboard. The alternative is a pipeline that cannot begin until a recording exists, which puts every clip behind the platform's processing time plus your own review time. Here the clip exists minutes after the moment, while the conversation about it is still happening.
🌐
One session for YouTube Live, Twitch or Kick
All three go in as a channel, not as a file. Kick in particular is the rare one — most clipping tools were built around YouTube and Twitch and never extended past them, which leaves Kick broadcasters exporting their own recordings by hand. Full platform notes live on the Twitch and Kick pages.
🛰
Zero load on your streaming machine
The session reads the public broadcast from our side of the wire. Nothing transcodes locally, nothing competes with your game for CPU, and your upload bandwidth is untouched — which is not true of a local replay-buffer habit that writes multi-gigabyte files to the same drive your capture is using.
🧠
Detection that does not wait for a hotkey
A clip button only fires when somebody remembers to press it, and the moments you are most absorbed in are exactly the ones nobody marks. Detection covers the whole broadcast instead of the parts a human thought to bookmark, so the quiet good bit at hour three survives a slow chat.
✂️
Cuts anchored to where the thought ends
Clipping live means deciding without being able to look ahead, which is precisely why the sentence boundary matters. A clip that opens mid-syllable reads as broken inside half a second, and on a live stream — where you are usually mid-sentence when something happens — an arbitrary timecode lands inside a word far more often than it does on edited footage.
📊
A grade you can act on between segments
A five-hour session throws off more candidates than you have posting slots, and you will not watch them all at 2am. The 0-100 grade turns the library into a ranked list you can skim in a break, which is the difference between posting one good clip tonight and posting nothing until Thursday. More on how it is built: viral score checker.
🔤
Word-level captions burned in on the fly
Live audio is the messiest audio there is — game sound, an alert firing over a punchline, a mic pushed hard when you shouted. Captions timed to individual words and rendered into the frame carry a clip through all of that, and through the fact that a stranger scrolling past has the sound off anyway.
🎮
Facecam and gameplay in one vertical frame
Narrowing a 16:9 scene to 9:16 throws away most of the width, and the corner your webcam sits in is usually the first thing to go. Picture-in-picture keeps the reaction over the play, which is what makes a stream clip yours rather than generic footage of a game — layout selection is covered on the gaming clip generator.
⏳
A session that lasts as long as the broadcast does
A session you open in the dashboard has no timer sitting on top of it. It follows the channel until the stream ends, until you stop it, or until the live hours on your plan run out — 20 a month on Pro, and they only tick while the engine is actually capturing. A marathon does not have to be broken into pieces the way a file upload does.
📅
From the library into a posting queue
Approve a clip and drop it straight onto a calendar for TikTok, Reels and Shorts rather than dumping eight files at midnight. Spacing is what turns one broadcast into a week of presence — the clip scheduler page covers how the queue behaves.
🤖
Start, check, extend and stop from Claude
The MCP connector exposes the session controls as tools, so you can open a session on a channel, ask what it has produced, push the window out and shut it down without touching the dashboard. Useful from a phone while your main machine is busy streaming — see MCP video clipping and the developer API.
Who clips live
🎮 Variety streamers running long sessions
Five hours on air, three moments that deserve to travel. Whether those three get posted the same night or never is usually decided by how tired you are at sign-off.
🛡 Moderators and clip crews
Instead of a mod babysitting a hotkey through a whole broadcast, coverage is automatic and the human spends their attention curating a ranked shortlist. That is a far better use of the one person actually watching closely.
🏆 Tournament and esports desks
A bracket day produces highlights faster than any team can cut them, and each one is worth several times more posted during the event than in the morning recap.
🎙 Streamed shows with a live audience
A conversation broadcast live has the same clip structure as a recorded one, but a shorter fuse. If you also publish the edit afterwards, the podcast clip generator handles that file.
🕐 Charity streams and subathons
Twenty-four-hour formats are impossible to review manually and full of donation moments worth resurfacing while the fundraiser is still running and still collecting.
🛍 Live shopping and Q&A hosts
The clean thirty-second answer to the question that gets asked every single stream is a reusable asset. Pulled live, it can be pinned before somebody asks it again.
🔀 Anyone broadcasting to two platforms at once
Multistreamers only need one session, pointed at whichever channel carries the chat they actually read. The content is identical, so a second session would only duplicate the library.
The moment happens at hour three, and then it dies
You are three hours in. Something genuinely good happens — a story that lands, a run that falls apart in a funny way, an answer you have been trying to articulate for months and finally get right. Chat detonates. Everyone in the room knows it was the moment. And then the stream keeps going for another two hours, because that is what streams do.
Now count the steps between that moment and a postable clip on the old workflow. The broadcast has to end. The platform has to finish producing a recording, which on a long session is not instant. You download several gigabytes. You scrub back through footage you already lived through once, hunting for a timestamp you half remember. You cut, you reframe, you caption, you export, you upload. Realistically that is tomorrow, and honestly it is often never — most broadcasters have a folder of recordings they fully intended to get to.
By the time you finish that chain, the moment is dead. Not bad, not unclippable, just dead: the people who were there have already screenshotted it, quoted it, and moved on, and the people who were not there have no reason to care about a thing that happened yesterday to someone they do not follow. A clip is a piece of news about your stream, and news has a shelf life.
Clips posted during the broadcast ride the same attention wave the broadcast created. That is the mechanism. While you are on air, the platform is surfacing you, your regulars are already in a tab, and the clip points at something a stranger can go and join right now instead of a recording they can only watch. One converts a scroll into a live viewer; the other converts it, at best, into a view on an archive.
That timing gap is not a nice-to-have around the edges of a clipping tool. The gap is the product. Everything else on this page — the reframing, the captions, the score — exists in a dozen tools. Closing the gap is the part that is hard to build and the part that changes what a clip is for.
What actually happens between the moment and the clip
It is worth being specific about the mechanics, because "real time" is a phrase that gets used loosely and you should be able to tell whether a tool means it.
A live broadcast is not one file. Every major platform publishes a stream as a rolling playlist of short media segments — a few seconds each — that a viewer's player fetches one after another as they appear. A live clipping session reads that same playlist. It polls for new segments the moment the platform makes them available and pulls them down as they land, which means the engine is watching the same broadcast your audience is, roughly as they are watching it.
From there the work is continuous rather than batched. Audio is transcribed as it arrives, producing a rolling transcript with a timestamp on every individual word. Detection runs over a moving window of that transcript plus the audio underneath it, looking for the shapes that hold a stranger: a setup that resolves, a sharp change in delivery, a laugh that is real rather than polite, a complete answer to a question somebody asked.
When a candidate is found, the boundaries get placed on sentence edges rather than on the raw detection window. This is harder live than it is on a recording, because a live pass cannot look ahead to see how a thought finishes — it has to wait for the sentence to close before it can commit to an out point. That waiting is a real part of the latency, and it is worth it: the alternative is the mid-word fade-up that instantly marks a clip as machine-made.
Then the finishing runs on that segment alone: word-by-word captions burned into the frame, a vertical reframe with face tracking following whoever is speaking, filler words and dead air removed, a layout chosen from what is actually on screen, a title, and a 0-100 grade. Because each clip is finished independently, they arrive one at a time through the night rather than in a batch at the end.
The honest number is a range, not a figure. From moment to finished clip is typically a small number of minutes, and it moves with how long the moment ran, how much talking there is to transcribe, the platform's own broadcast latency, and how busy the queue is. We would rather say "minutes after the moment, hours before a recording workflow could" than publish a fixed number we would miss on a busy night.
YouTube Live, Twitch and Kick are not the same job
All three are supported and all three go in as a channel rather than a file, but the reason to clip live differs on each, and the strategy should differ with it.
YouTube Live. The unusual thing here is that the broadcast and its eventual recording occupy the same address. While you are on air, that address is where search sends anyone looking for you, and the platform is actively pushing you because you are live. A clip posted into that window lands in front of an audience already pointed at you, and it can go straight back to Shorts on the platform it came from. The YouTube Live clipper page goes further into that specific loop.
Twitch. Twitch has the fastest-moving clip culture of the three, which cuts both ways: a moment gets clipped by somebody within minutes, and if that somebody is not you, the version that circulates is a widescreen sixty-second capture with no captions and your name nowhere on it. There is also an expiry problem — standard channels do not keep recordings indefinitely, so anything you did not clip inside that window is simply gone. Clipping live means the good parts outlive the archive.
Kick. Kick support is genuinely rare, and it is worth saying plainly rather than implying it. Most clipping tools ask for a YouTube link, a Twitch link, or a file upload, and Kick broadcasters end up downloading their own recordings and re-uploading them somewhere else to get anything done. That is not a slight on anyone — it is just where the integration effort went as the category grew. Kick goes in here as a first-class channel, live included, which removes the download-and-reupload step entirely.
If you multistream, connect one channel rather than all of them. The content is identical across platforms, so a second session produces a second copy of the same library and consumes a second window for no gain. Point it at whichever channel carries the chat you actually read, since that is usually where your sense of what was good is coming from anyway.
The honest limit: live mode is not the right tool after the fact
A live session watches forward from the point you connect it. It does not reach backwards. If a stream ran last Tuesday and no session was attached to it, there is nothing for live mode to do — the segments it would have read have long since rolled off the live playlist, and no amount of retrying changes that.
This is the single most important thing to understand before you rely on the feature, and it is the reason "start it before you go live" appears three times on this page. The failure mode is not subtle: somebody opens the tool at hour four because something great just happened, and the one thing the tool cannot do is go back four minutes.
The path for a broadcast you already finished is the normal one. If the stream was published to YouTube, paste that URL. If it is a Twitch or Kick archive, export the recording and upload the file, since a channel archive page is a player rather than a downloadable video. Paid plans take up to two hours per upload, so a long session is submitted in passes. The VOD clipper page is written for exactly that situation, including the backlog most channels are sitting on.
Two other limits are worth stating up front. A session needs a broadcast it can actually reach, so anything gated behind a sign-in — subscriber-only, members-only, private, age-gated — is out of scope, and that is a hard boundary rather than something to retry around. And detection leans on speech: a broadcast that is mostly silent, high-skill play with no commentary gives the model very little to grade, and the correct outcome there is a short shortlist rather than a padded one. If that describes your content, run the free demo on a segment first and decide with evidence.
Five mistakes that waste a live clipping window
Starting the session late. This is the one that costs the most and it is almost universal in the first week. People remember the tool exists at the exact moment it can no longer help — right after something good. Opening the session at the same instant you go live costs nothing across a slow first half hour and covers everything after it. Build it into the same muscle memory as starting your stream software.
Treating the library as a publishing queue. Everything a session produces is a candidate, not a decision. Posting all of it teaches an audience to scroll past your handle, and it splits whatever reach you had across a dozen mediocre files instead of concentrating it on two good ones. Take the top few and let the rest sit; nothing bad happens to an unposted clip.
Never scrolling below the top of the ranked list. The grade reads structure and delivery, which means it has no idea that the four-word phrase in clip nine has been a running joke on your channel for two years. Your regulars will quote that clip for a month and it can come back with an ordinary score. Skim past the top three before you close the tab.
Assuming a session Claude opened will run all night. That path stops itself after an hour, on purpose, because a chat window is exactly the sort of thing people close without stopping what it started. If you already know tonight is a long one, say so when you open it, or answer when it checks in near the hour and it will carry on to three. A session you start in the dashboard yourself has no such stop, which makes it the safer place to begin a marathon.
Leaving the review until tomorrow. This one quietly reintroduces the exact delay you adopted the tool to remove. Ten minutes at sign-off, while you still remember why something was funny and what the setup was, produces better picks than an hour next week with no memory of the context — and it means the clip goes out while it is still about something.
A go-live to sign-off routine for a long stream
Before the stream. Open the session, confirm it is attached to the right channel, and if you are opening it by asking Claude rather than from the dashboard, name the length up front so it does not wrap at the default hour. Total time: under a minute, and it is the only part of the routine with a deadline.
The first hour: ignore it. Checking the library between every round is tempting and it is a direct tax on the thing that generates clips in the first place, which is you paying attention to your own broadcast. Nothing needs supervision. The session does not stall, and clips do not expire in the library.
At a natural break. This is where live clipping actually pays. Sort by score, watch the top two at speed, and if one is strong, post it — right then, while the stream is still open and joinable. That single clip is doing something a next-day post structurally cannot: recruiting for a broadcast in progress. One clip per break is plenty; the goal is a steady drip, not a flood.
At sign-off, ten minutes. Sort, watch the top eight quickly, trim anything that opens a beat late, rewrite any title that reads flat, and push two or three into the scheduler spread across the next couple of days. Everything else stays banked. Then close the laptop — the point of the ten-minute rule is that it survives being tired, which an hour-long edit session does not.
Once a month, calibrate. Pull up the clips that actually performed and compare them against the grades they were given. Every channel diverges from the model somewhere, and finding out where yours does makes your own review pass sharper than any setting you could change. This is also how you learn which of your formats reliably clips well and which ones never do.
What a clippable stream cadence looks like
You can raise the quality of what a live session returns by changing how you broadcast, and none of the changes require you to perform for the camera. They mostly amount to giving the detector — and a stranger watching forty seconds out of context — enough to work with.
Say what is happening. Detection is speech-driven, and so is comprehension for a viewer who arrives with no context. Narrating a play, reacting out loud, restating the question before you answer it: all of it is what turns a visual moment into a clippable one. A silent clutch is thrilling in the room and illegible on a phone.
Leave a beat on either side of a big moment. A cut needs somewhere to open and somewhere to land. If you immediately talk over your own punchline with the next topic, the boundary has nowhere clean to fall and the clip inherits the mess. Two seconds of breathing room is enough.
Structure the stream in segments. A broadcast with recognisable blocks — a warm-up, a main event, a Q&A, a wind-down — produces cleaner boundaries than an undifferentiated five-hour drift, and it gives you the natural breaks where you actually review and post. Segment changes are also the natural place to glance at what has landed, since you are already between things rather than mid-thought.
Restate the setup when a question comes in. Reading a chat question aloud before answering it converts a reply that means nothing on its own into a self-contained clip. This is the highest-value habit on the list and it costs about four seconds each time.
Do not perform for the clipper. The one thing that does not work is manufacturing moments because you know something is watching. Automated coverage exists so you can stop breaking flow to hit a hotkey and stop half-narrating your own highlight reel. The best material still comes from a stream where you forgot you were being clipped.
Troubleshooting a live session that came back thin
Nothing at all after the first hour. Three causes, in order of likelihood. The session is attached to the wrong address — a channel page that is not the one currently broadcasting, or a stale link from a previous stream. The broadcast is gated behind a sign-in, which a session cannot read. Or the first hour genuinely had no speech-driven moments in it, which happens and is not a fault. Confirm the channel first; it is the cheapest thing to rule out.
Clips stopped arriving halfway through the night. Work out which kind of session you were running, because two of them end quietly rather than erroring, which is precisely why it reads as silence rather than as a fault. One opened through Claude stops at its one-hour guard, and auto-clip on a followed streamer wraps at three. The third cause is the live hours on your plan being used up. Opening a fresh session picks detection back up, though the stretch between the stop and you noticing it is gone.
Clips open a beat late and miss the setup. Pull the front edge back a couple of seconds in the editor — it is the single most common manual adjustment on stream footage. If it happens on most clips rather than a few, the cause is usually upstream: talking straight over your own punchline into the next topic leaves no clean boundary for the cut to land on.
Captions are wrong on specific words. Almost always names, game jargon or a mic sitting under loud game audio rather than a general transcription problem. Check your levels first, since a voice track competing with a full-volume game is the hardest input there is. Individual words can be corrected before you re-render.
The facecam is missing from the vertical clip. The layout picked a fill crop where picture-in-picture was wanted. Override the layout on that clip and re-render. If it recurs across a whole session, look at where your camera sits in the scene — a cam parked hard against the left or right edge is the first thing to go when the frame narrows to 9:16.
Everything scored low. Either the session really was quiet, or your content is carrying its value visually rather than in speech. Compare against a broadcast you know was a good night: if that one also grades flat, the detector and your content are mismatched, and the free demo on a known-good segment is the fastest way to confirm it before you build a routine around live mode.
Settings worth changing, and the ones to leave alone
Aspect ratio: leave it vertical. A stream clip exists to travel in a feed, and 9:16 is what a feed expects. Re-rendering into square or widescreen afterwards is one click, so there is no reason to decide it up front unless you are assembling a highlight package for the long-form channel instead of for a feed.
Caption style: this is the one to spend attention on. Live footage is visually noisy in a way edited video is not. A style with a solid plate or a heavy outline stays readable over an explosion, an alert and a busy scene; a thin unboxed style that looks elegant on a talking head disappears entirely over gameplay. Choose once, store it in the Brand Kit, and stop making the decision per clip.
Clip length: do not stretch a clip to reach a number. Say you go live at eight and the good thing happens at half past ten — the clip is however long the thought took, and padding the front with twenty seconds of preamble is the most reliable way to weaken a strong moment. Where a clip needs adjusting it is nearly always at the front, not the back.
Export branding: decide what occupies the corner. A paid export leaves with nothing on it, and the Brand Kit can put your own mark, colours and fonts there instead. For example, a channel posting nightly to three platforms gets more out of one consistent corner mark than out of a different treatment per clip, because the thing you are buying is recognition across a scroll rather than variety within it.
What to leave alone. Filler and dead-air removal, sentence-boundary cutting and the 0-100 grade are not knobs, and that is deliberate: they are calibrated against a corpus rather than against taste, so a per-user override would mostly let people make their clips worse. Most streamers who ask for a "cut it tighter" control are describing a clip that opened late, which is an in-point problem rather than a pacing one.
Using the score while you are still on air
The 0-100 grade on each clip reads three things: how the clip opens, how it paces through the middle, and where its strongest beat falls relative to its length. It is a structural judgement about the clip as a piece of short-form video, not a prediction about views, and it is most useful in exactly the situation live clipping creates — too many candidates, not enough time to watch them.
The between-segments use is the one people miss. You have maybe ninety seconds during a break. Sorting by score and watching the top two is a decision you can complete in that window; scrubbing an unranked folder of eleven clips is not. The ranking is what makes posting-during-the-stream physically possible rather than a nice idea.
Do not post the whole top five at once. Ranking tells you the order to spend your slots in, not that all five deserve one tonight. A reasonable pattern for a long broadcast is one clip posted live at a mid-stream break, one more at sign-off while your community is still around, and two scheduled across the following days from whatever scored well but did not make the cut.
And treat a low grade as a question rather than a verdict. The clips that beat their score are almost always the ones carrying something the model has no access to — channel history, a callback, a face your regulars know. The clips that underperform a high score are usually fine clips about nothing in particular. Both of those are signals about your channel, and both are only visible if you look at the list rather than just the top of it.
What running live sessions has taught us about the clock
Observations from operating the pipeline in production — not general advice.
Twenty live hours is really a budget of four hundred captures
The allowance reads as hours because that is how people think about a broadcast, but the engine counts captures. A running session takes a chunk roughly every 3 minutes, which lands at about 20 an hour, so Pro is held internally as a 400-capture budget rather than as a stopwatch. The practical difference matters on a night that goes badly: those units are only spent when a chunk is actually captured, so a session pointed at a channel that dropped offline is not quietly draining your month while you fix your encoder. It is also why we tell people to open the session before they go live instead of trying to time it — an idle half hour costs close to nothing.
The one-hour stop on a Claude session is arithmetic, not a capability limit
A session opened by asking Claude ends after an hour unless you say otherwise, and the reason is a sum rather than a technical ceiling. Against 20 live hours a month, a session somebody forgot about spends 5% of the month in an hour and 15% in three, and a chat window is the one surface people close without stopping what it started. So the default is the cautious end and the ceiling on that path is 3 hours. It is enforced on our side rather than in the conversation, which is what makes it hold after the chat is gone. Start from the dashboard instead and there is no timer at all, because a session you can see running is one you will remember to stop.
One session at a time is what actually settles the multistream question
Pro runs a single live session concurrently, and that one number answers a question we get constantly from people broadcasting to two platforms at once. The audio going to Twitch and the audio going to YouTube is the same audio, so a second session would return a second copy of the same shortlist while spending the capture budget twice over — the concurrency limit is not costing you clips here, it is stopping you from paying double for them. Point it at whichever channel carries the chat you actually read, because that is where your own sense of what landed comes from, and the clips themselves are identical either way.
Compared with the other ways to clip a live stream
The interesting comparisons are not about cut quality. They are about when the clip exists.
vs. the clip button on the platform itself
Every major platform ships one, it is free, and it is the right reflex for catching something before it is gone. What it produces is a widescreen capture on a fixed trailing window, uncaptioned, usually capped around a minute, and living on that platform rather than as a file you can post elsewhere. It also depends entirely on somebody being alert at the right second. Treat it as a bookmark and this as the thing that turns bookmarks into posts.
vs. an enterprise live-clipping sales process
Search this intent and a lot of what comes back is a form: describe your broadcast operations, book a call, someone will be in touch. The difference here is that live clipping is self-serve — you connect a channel and it runs. Start a session instead of a conversation.
vs. paying someone to watch for the moment
A dedicated clipper reads a room better than any model, knows your community, and will beat automation on any single clip you put side by side. What no person does is watch five hours without a lapse, keep their judgement at hour six, and turn around a captioned vertical file in the time it takes chat to stop talking about it. The realistic answer is both: automated coverage for everything, a human for the pieces that represent the channel.
vs. saving a replay buffer and editing it later
A hotkey-triggered buffer writes a raw landscape file to your drive and asks nothing of any service, which is a genuinely good setup if you were going to edit anyway. The catch is that you have to notice the moment while you are the one performing in it, and everything after the save — finding it again, cropping it, captioning it, exporting it — is still an evening you have not spent yet.
vs. clippers that wait for the file to exist
This is the real dividing line, and it splits the category rather than putting us alone on one side. Plenty of tools take only an upload or a finished URL, which means they cannot start until the platform has produced a recording and they inherit that delay however fast their processing is. Streamer-focused tools like Eklipse do clip live, and do it well. They can produce very good clips from an archive. They cannot hand you a clip at the hour it is worth the most, and for live content that hour is most of the value.
Frequently asked questions
What does it actually mean to clip a stream in real time?
It means the clip exists while the broadcast is still going. The session reads the live stream as it is published, transcribes and detects continuously, and finishes each clip on its own, so files land in your library through the night rather than after you sign off.
How does it see my broadcast if nothing is installed on my PC?
A live stream is published as a rolling playlist of short media segments that any viewer's player fetches in sequence. The session reads that same public playlist from our servers, pulling each new segment as the platform posts it, so your machine is never involved in the work.
Does it handle YouTube Live, Twitch and Kick equally?
All three are first-class inputs and take a channel rather than a file. The mechanics are the same across them; what differs is the surrounding culture and what a clip is worth on each, which is covered in detail in the platform section above.
Why is Kick support unusual?
Most clipping products grew up around YouTube and Twitch and never extended past them, so Kick broadcasters are routinely told to download their own recording and upload it somewhere else. That is a gap in the tooling rather than a criticism of anyone, and Kick goes in here directly, live included.
How much delay is there between the moment and the finished clip?
Minutes, and it varies. The clock covers transcription, waiting for the sentence to close so the cut lands cleanly, captioning, the vertical reframe and the render, plus the platform's own broadcast latency and current queue depth. We publish a range rather than a fixed number we would miss on a busy night.
Can it go back and clip a broadcast I never connected?
No, and this is the important limit. A session watches forward from the point you attach it, and the live segments from an earlier stream are no longer available to read. For a broadcast that already finished, use the recording path instead of live mode.
What is the difference between live mode and pasting a recording?
Live mode attaches to a running broadcast and produces clips during it. The recording path takes a finished file or URL and processes it as a normal job. Detection, layouts, captions and scoring are identical; only the timing differs, and with it what the clip can be used for.
When exactly should I start the session?
Before you go live, as part of the same routine as launching your streaming software. A session only watches from the moment you connect, so an idle opening half hour costs nothing while a late start permanently loses whatever happened before it.
Will it slow down my game or drop frames on my encoder?
No. There is no local transcoding, no plugin and no browser source, so your CPU, GPU and upload bandwidth are all untouched. This is a real difference from a local replay buffer, which writes large files to the same drive your capture is using.
Do I have to hand over my stream key or channel login?
No. Clipping a public broadcast needs nothing more than its URL. You would only connect an account if you want to publish finished clips back to a platform afterwards, and that authorisation is separate from the clipping itself.
What happens if my internet drops in the middle of a session?
Clips already produced stay in your library and are unaffected. When the broadcast comes back you can resume or open a fresh session; a disconnect costs you the detection during the outage, not the output from before it.
How long does one session run before I have to extend it?
A session you start yourself is not on a clock. It follows the channel until the broadcast ends, until you stop it, or until the live hours on your plan are gone — 20 a month on Pro. Two paths do stop on their own, deliberately. Auto-clip on a followed streamer wraps after 3 hours and emails you a recap, and a session opened by asking Claude stops after 1 hour so a chat you closed cannot quietly spend your month; tell it to keep going and it runs to a 3-hour ceiling.
Does the two-hour upload limit apply to a live session?
That cap is a per-file ceiling on uploads for paid plans. Live works against a running channel instead and stays with it for as long as it is broadcasting, which is why a six-hour stream does not need to be chopped into chunks the way a recording upload does.
Can I run a session on a channel I do not own?
Mechanically the tool takes a channel URL regardless of whose it is, and clip channels have been part of streaming culture for years. What you publish and where is governed by the platform you post to and by whatever arrangement you have with the broadcaster. That decision is yours.
Is chat velocity part of how moments get chosen?
Clip selection here works from the broadcast itself — the speech and the audio — rather than from parsing message rate. Chat spikes are a genuine signal but a noisy one, since they fire for raids, bit trains and copypasta unrelated to what was actually said.
What kind of live moments does it catch most reliably?
Anything where the transcript carries the signal: a story with a payoff, a strong answer to a question, an argument that escalates, a real laugh, a rant with a shape to it. Speech-driven content is where automatic detection is at its strongest because there is something concrete to read.
What kind of moment does it tend to miss?
Purely visual ones. A precise mechanical play executed in silence, or something subtle happening in the corner of your scene while nobody comments, gives the detector very little to hold onto. Those are the clips you will still be pulling manually.
What if I play without a mic for long stretches?
Then expect a short shortlist from those stretches, which is the correct behaviour rather than a fault. A tool that manufactures clips out of silent footage would only cost you review time. Test it on a typical session before you build a routine around it.
Why do the clips open at the start of a sentence?
Because a cut that fades up mid-syllable reads as broken within half a second and loses the viewer before the content matters. Boundaries are placed on sentence edges, which on live audio means waiting for the thought to close — part of why there is any latency at all.
What aspect ratio do live clips come out in?
Vertical 9:16 by default, since that is what short-form feeds expect from a stream clip. Square and widescreen are both available, and you can re-render an existing clip into a different ratio without running the session again.
How does it decide the layout mid-stream?
From what is actually on screen. Gameplay with a webcam gets picture-in-picture, a talking segment gets a tracked fill crop, two people on camera can go split-screen, and a desktop capture gets the screenshare treatment. You can override the choice on any individual clip afterwards.
Should I post during the stream or wait until it ends?
During, for at least one clip. A clip posted while you are on air points at a broadcast a stranger can join immediately, which is a fundamentally different asset from one that points at an archive. Save the bulk of the reviewing for sign-off, but get one out at a break.
How do I use the score during a break rather than after?
Sort by grade, watch the top two at speed, post one. That fits in the ninety seconds a segment break gives you, whereas scrubbing an unranked folder does not. Ranking is what makes posting mid-broadcast physically achievable instead of merely a good idea.
What does the score not know about my channel?
Your history. It reads how a clip opens, paces and peaks, and it has no access to two years of running jokes, the names your regulars recognise, or why a particular four-word phrase is funny. The clips that beat their grade are usually the ones carrying exactly that.
How many clips should I actually post from one broadcast?
Fewer than you produce. A workable pattern for a long stream is one posted at a mid-stream break, one at sign-off, and two scheduled across the following days. Posting a dozen in one night splits your reach and trains people to scroll past you.
Can I fix a clip that cut a second too early?
Yes. Move the in and out points, switch the layout, change caption styling, rewrite the title and re-render. The most common adjustment on stream footage is pulling the front edge back to include the setup line before a reaction.
Does it strip out the pauses while I read chat?
Yes, filler words and dead air are removed from every clip automatically. Live audio benefits from this more than almost any other source, because unscripted broadcasting is full of thinking out loud, loading screens and half-finished sentences.
Can I cover two channels during the same event?
You can open a session per channel. How many run at once depends on your plan and current load, so if you are covering a multi-caster event it is worth confirming your limits on a small stream beforehand rather than during the event itself.
Can I run the whole thing from a chat with Claude?
Yes. The MCP connector exposes starting a session, checking what it has produced, extending the window and stopping it as tools, so the entire live workflow can be driven conversationally without opening the dashboard on your streaming machine.
Can my go-live automation open the session by itself?
Session control is available through the connector today, and the developer API drives the same engine for the recorded-video side. If you already fire a webhook when you go live, hanging clipping off that trigger is the natural place for it — see the API docs.
Is there any ClipSpeedAI branding on a live clip?
Paid exports come out completely clean. Anything produced through the free demo carries a small mark. If you want your own channel logo on every clip instead, the Brand Kit burns your mark, colours and fonts in consistently.
What do I pay for live clipping?
Pro is $29 a month and starts with a 3-day trial for $1. Cancelling takes one click from your account page, we email you before the trial converts, and access runs to the end of whatever period you already paid for.
How do I judge the cut quality before I put money in?
Run the free demo on a video under thirty minutes — ideally a segment of one of your own broadcasts where you already know which moment was the best one. If that moment comes back near the top of the list, the detection matches your taste. If it comes back buried, you have found that out at zero cost, which is the whole reason the demo exists.
Do you keep a copy of my broadcast?
The stream is processed to produce your clips and we are not building an archive of your channel or publishing anything on your behalf. The clips belong to you. Retention and handling are set out in the privacy policy.
How well does it handle a non-English broadcast?
Transcription covers major languages with English the strongest, and because detection depends on understanding what was said, clip quality tracks transcription quality closely. Run one real session in your language and judge the shortlist yourself rather than trusting a claim on a page.
Can I manage a session from my phone while I am streaming?
Yes. Starting, checking and stopping all work from a mobile browser, and the connector adds extending a Claude-opened session on top of those. That matters when your main machine is busy and you do not want another window competing with your broadcast.
Will it frame a VTuber model properly?
Tracking treats a rigged model much as it treats a face, so the crop follows it the same way and the cam-over-gameplay layout behaves identically. Output looks the same as it does for any other gaming channel.
Can it clip a subscriber-only or private broadcast?
No. Those require a signed-in viewer, and a session can only read a broadcast that is reachable from a plain public URL. The same applies to age-gated and unlisted-but-restricted streams, and it is a hard boundary rather than something that resolves on a retry.
Does it generate any footage that was not in my stream?
None. There is no text-to-video model, no stock library being spliced in, no synthetic narration and no invented imagery. Every frame that leaves the system came out of your own broadcast, reframed and captioned.
How does a live session compare with clipping the broadcast by hand afterwards?
By hand you keep total control and you pay for it twice: once watching a broadcast you already lived through, once actually editing. It turns out the watching is the expensive half rather than the editing. A session removes the search and leaves you the judgement calls, which is why people who try both tend to keep the session running and still hand-finish the two clips that matter most.
What are the alternatives to running a live clipping session?
The platform clip button, a local replay buffer, a person watching on your behalf, or submitting the recording the next day. Each is a legitimate option and each trades away the same thing: either somebody has to be paying attention at the right second, or the clip arrives after the moment cooled. On a three-hour weeknight broadcast the split is stark — a buffer catches what you noticed, a session covers the hours nobody was watching closely. Worth knowing before you choose: only the recording route works backwards in time.
What if I want the quieter moments the live pass skipped?
Submit the recording afterwards as a normal job and let it read the whole session with the benefit of hindsight. Live is for the moments worth having now; a second pass over the archive is a good way to mine the tier below that.
Start it before you go live
Point it at your channel on the next broadcast and see what is already waiting when you hit the end screen. One session settles whether this belongs in your routine.