Answers.Body: <blockquote>
  <p>Is there a way I could have pushed my content through to the original URL (barring the big collapse)?</p>
  </blockquote>
  <p>That's not possible unfortunately, once you stop the live event the content that was ingested is made available for on demand streaming and no more live content can be streamed to YouTube.</p>
  <p>If you think about it, it would be difficult to do otherwise, because multiple sequences of the stream would need to be stitched together and that could be confusing for users who watch the recording.</p>
  <p>The thing that YouTube tolerates by default is the fact that you might stop and resume ingesting content <em>after</em> you press the Go Live button but before stopping the event. I say &quot;by default&quot; because on Facebook, for example, the default behaviour is actually the opposite: if you accidentally stop streaming in OBS or have a network issue, the stream is stopped automatically and you cannot resume it. (I've seen this happen a number of times, it's a quite common problem.)</p>
  <blockquote>
  <p>The system I was part of (here's a stream key, you only have one shot at it) seemed sort of fragile and I wondered whether I'm misunderstanding my role in it.</p>
  </blockquote>
  <p>The stream key is simply a string that you use to authenticate with YouTube, and YouTube actually allows you to reuse the same key between live streams!</p>
  <p>What you should do in your case is simply make sure that the Go Live button is pressed at the right time :)</p>
  <p><strong>If it's pressed too early, there's no point in stopping the stream!</strong> Going live 20 minutes before the event is perfectly fine and it's actually a very common and recommended practice. While users wait, you can show a placeholder message like &quot;We'll be live at 7 PM&quot;. This allows you to check that everything is fine in practice with actual YouTube apps (<em>cough</em> November 11 <em>cough</em>), and also gives users a sense that everything's fine and the event is going to start.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2021-02-12T18:48:19.917Z
Answers.Text: Thanks for your thoughtful, thorough answer. One question, which my campus client posed to me: would we get more control (like, URL-level control) with a paid account at Vimeo or any similar service?
Answers.UserDisplayName: Richmilnix
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2021-02-12T23:03:33.120Z
Answers.Text: I don't have direct experience with Vimeo but [it seems](https://vimeo.zendesk.com/hc/en-us/articles/115012811168-Overview-Create-and-go-live-to-an-event) to be very similar to YouTube: you still have to create an event, go live and then stop it. You might have more control and customization options with other services like JW Player, Dacast or IBM Video but... Is it worth it?
Answers.UserDisplayName: mcont
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2021-02-13T01:20:18.640Z
Answers.Text: Nope! 
  
  Thanks again.
Answers.UserDisplayName: Richmilnix
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2021-02-12T12:18:29.080Z
Answers.LastActivityDate: 2021-02-12T12:18:29.080Z
Answers.UserDisplayName: mcont
Body: <p>Like so many American workplaces, my campus moved this year to a lot of virtual interactions and events. I work in live events management, so I mostly dealt with a lot of Zooms and Blue Jeans, but one department wanted to put some graphics on top of their faces and livestream and OBS feed up to YouTube. For the most part it worked very well but we had one hiccup that I'm wondering whether I addressed it incorrectly.</p>
  <p>They sent me a stream key three weeks in advance and began publicizing the URL of their November 11 event, which would happen at 7pm. That day, I plugged the key into OBS and at 6:30, I began sending the feed. An employee in their department misunderstood her instructions and pressed Go live in her YouTube interface at, say, 6:40 (for a 7pm go). At 6:44 she realized her error and pressed End stream.</p>
  <p>From YouTube's perspective, we had streamed our four-minute event , and it was over. I couldn't find any way (in the ten minutes I had between 6:50 and 7pm, once I got logged in with their YT credentials) to tell YT I pressed stop accidentally, please let me send content to that URL again</p>
  <p>Now, this didn't matter very much in the big scheme, because, as you may have noticed, this was at <a href="https://www.snopes.com/news/2020/11/11/youtube-outage/" rel="nofollow noreferrer">7pm EST on November 11</a>. Our link hiccup was overshadowed by YT's massive failure at exactly that moment.</p>
  <p>I'm wondering, though, as a relative novice - what's a best practices for live streaming content in this way? Is there a way I could have pushed my content through to the original URL (barring the big collapse)? The system I was part of (here's a stream key, you only have one shot at it) seemed sort of fragile and I wondered whether I'm misunderstanding my role in it.</p>
  <p>(And yes, of course, we're doing some of these again this spring, so I'm trying to lay groundwork.)</p>
  <p>Thanks in advance for insights / opinions / name-calling.</p>
  
Tags: <streaming><youtube><obs>
Title: YT stream key - best practice?
UserDisplayName: Richmilnix
ThreadText: # YT stream key - best practice?
  
  (Asked by: username_0 on 2021-02-10)
  
  Like so many American workplaces, my campus moved this year to a lot of virtual interactions and events. I work in live events management, so I mostly dealt with a lot of Zooms and Blue Jeans, but one department wanted to put some graphics on top of their faces and livestream and OBS feed up to YouTube. For the most part it worked very well but we had one hiccup that I'm wondering whether I addressed it incorrectly.
  
  They sent me a stream key three weeks in advance and began publicizing the URL of their November 11 event, which would happen at 7pm. That day, I plugged the key into OBS and at 6:30, I began sending the feed. An employee in their department misunderstood her instructions and pressed Go live in her YouTube interface at, say, 6:40 (for a 7pm go). At 6:44 she realized her error and pressed End stream.
  
  From YouTube's perspective, we had streamed our four-minute event , and it was over. I couldn't find any way (in the ten minutes I had between 6:50 and 7pm, once I got logged in with their YT credentials) to tell YT I pressed stop accidentally, please let me send content to that URL again
  
  Now, this didn't matter very much in the big scheme, because, as you may have noticed, this was at [7pm EST on November 11](https://www.snopes.com/news/2020/11/11/youtube-outage/). Our link hiccup was overshadowed by YT's massive failure at exactly that moment.
  
  I'm wondering, though, as a relative novice - what's a best practices for live streaming content in this way? Is there a way I could have pushed my content through to the original URL (barring the big collapse)? The system I was part of (here's a stream key, you only have one shot at it) seemed sort of fragile and I wondered whether I'm misunderstanding my role in it.
  
  (And yes, of course, we're doing some of these again this spring, so I'm trying to lay groundwork.)
  
  Thanks in advance for insights / opinions / name-calling.
  
  **Tags:** streaming, youtube, obs
  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2021-02-12. Score: 1
  
  > Is there a way I could have pushed my content through to the original URL (barring the big collapse)?
  
  That's not possible unfortunately, once you stop the live event the content that was ingested is made available for on demand streaming and no more live content can be streamed to YouTube.
  
  If you think about it, it would be difficult to do otherwise, because multiple sequences of the stream would need to be stitched together and that could be confusing for users who watch the recording.
  
  The thing that YouTube tolerates by default is the fact that you might stop and resume ingesting content *after* you press the Go Live button but before stopping the event. I say "by default" because on Facebook, for example, the default behaviour is actually the opposite: if you accidentally stop streaming in OBS or have a network issue, the stream is stopped automatically and you cannot resume it. (I've seen this happen a number of times, it's a quite common problem.)
  
  > The system I was part of (here's a stream key, you only have one shot at it) seemed sort of fragile and I wondered whether I'm misunderstanding my role in it.
  
  The stream key is simply a string that you use to authenticate with YouTube, and YouTube actually allows you to reuse the same key between live streams!
  
  What you should do in your case is simply make sure that the Go Live button is pressed at the right time :)
  
  **If it's pressed too early, there's no point in stopping the stream!** Going live 20 minutes before the event is perfectly fine and it's actually a very common and recommended practice. While users wait, you can show a placeholder message like "We'll be live at 7 PM". This allows you to check that everything is fine in practice with actual YouTube apps (*cough* November 11 *cough*), and also gives users a sense that everything's fine and the event is going to start.
  
  > **Comments:**
  > **username_0**: Thanks for your thoughtful, thorough answer. One question, which my campus client posed to me: would we get more control (like, URL-level control) with a paid account at Vimeo or any similar service?  
  > **username_1**: I don't have direct experience with Vimeo but [it seems](https://vimeo.zendesk.com/hc/en-us/articles/115012811168-Overview-Create-and-go-live-to-an-event) to be very similar to YouTube: you still have to create an event, go live and then stop it. You might have more control and customization options with other services like JW Player, Dacast or IBM Video but... Is it worth it?  
  > **username_0**: Nope!   Thanks again.  
  
  ---
  
  