View Issue Details

IDProjectCategoryView StatusLast Update
0000085WirecastNew Feature Requestpublic2020-06-29 08:54
Reportergregk Assigned To 
Status newResolutionopen 
Summary0000085: Missing item - Configurable display (Part 2)

This item was previously resolved by Telestream with a global configuration option. While that is better than nothing, the initial request and subsequent comments suggest that per shot configuration is also a desirable outcome. Existing notes cloned into this new issue.

During a broadcast, there is nothing more annoying than a big red question mark sitting where a rendezvous guest was previously located, or in place of NDI sources. What would be good is to configure the action that should happen when a source is missing. I suggest three options configurable per shot:

  1. Display nothing - Make whatever was there disappear.
  2. Display something - a logo or other static image to replace the missing source
  3. Replace with placeholder - If it is a placeholder item, revert the item back to its default placeholder settings - letter A, B, or C respectively.

Why make it configurable per shot?

  1. An NDI source that is full screen on layer one going to a ? will cover ALL other layers. That is bad. This should display nothing.
  2. A local studio input that is not a template should be replaced with a test pattern or some other static logo.
  3. To make life easy for placeholders, it might be nice to replace with original placeholder as an option.
TagsNo tags attached.
Ticket(s)00555754 00644782
Forum Link
Youtube Link


related to 0000032 closedgregk Missing item - Configurable display 



2020-06-29 08:53

viewer   ~0000158

see also my post about same issue here:
this needs to be fixed! acutally this is not an idea. It's more a bug or close to what I call a crash in making livestreaming.

​Mark Hildebrandt said:

just tested the auto live. Even if it goes live automatic when getting the connection back to the rendezvous cam (which it actually doesn't...) then how can anyone professionals live with a questionmark in a livestrem if connection is lost? That's really to make us like stupid animal, if Telestream thinks that's good enough for us. After all, the application cost 1000$ right?.... This HAS to get fixed in some way. First with removeing that big red questionmark. What about making a function which allow us to decide what's coming up, if you can't fix that the signal goes live when it comes back, which I actually don't understand why you can't fix. It's just making a special rule for the rendezvous source that this has to be live always, when set in program/live.


2020-06-29 08:53

developer   ~0000159

Interesting, I have a similar bug in place. Here's the video I made of a VERY repeatable way of showcasing it too.

Interestingly, reconnected sources do correct themselves in the preview pane but NOT in the live view.


2020-06-29 08:53

viewer   ~0000160

Can I bump this up. During a live broadcast Titler Live just died and as I always have that layer open live it did this
There was no title due to be shown but this has ruined a live event.
My suggestion is just show nothing in the live window but show a ? in the Thumbnails or make the thumbnail as faulty, the same could be extended to show if another std source is not feeding.




2020-06-29 08:53

viewer   ~0000161

This feature should be obvious. Almost a deal-breaker. If I saw other software with the features I like in wirecast, but it didn't have a big red question mark, I would consider switching to that software.


2020-06-29 08:53

viewer   ~0000162

I was told to make a strong case for this feature, so here it is:

  1. This is the only feature in all of Wirecast that forces a creative decision upon the producer.
  2. Wirecast lets the producer have the control in all other ways.. except this one.
  3. Producers are left with zero creative options when a source drops.
  4. "Complete creative control, except in one way." is not a very good selling point.
  5. I feel it is an obvious UI/UX miss, and the creative decision to broadcast a giant red question mark is very hard to understand or defend.

Issue History

Date Modified Username Field Change
2020-06-29 08:53 gregk New Issue
2020-06-29 08:53 gregk Issue generated from: 0000032
2020-06-29 08:53 gregk Note Added: 0000158
2020-06-29 08:53 gregk Note Added: 0000159
2020-06-29 08:53 gregk Note Added: 0000160
2020-06-29 08:53 gregk Note Added: 0000161
2020-06-29 08:53 gregk Note Added: 0000162
2020-06-29 08:54 gregk Relationship added related to 0000032