View Issue Details

IDProjectCategoryView StatusLast Update
0000029WirecastBug Reportpublic2020-06-30 05:18
Reportergregk Assigned To 
Status acknowledgedResolutionopen 
Product Version13.2.0.b1 
Summary0000029: Rendezvous Excessive CPU Load

Please find below full details on this bug.


  • MAC, running OSX High Sierra
  • Wirecast 10.0 Release version

Instructions to replicate:

  1. Start wirecast
  2. Reset preferences (to eliminate variables)
  3. Restart wirecast
  4. Open "Activity Monitor" and make a note of baseline CPU load and GPU usage
  5. Start with a new document
  6. Create a single shot with an input media file.
  7. Send the shot "live"
  8. Make a note of updated CPU usage and GPU usage.
  9. Open the "Rendezvous dashboard", and set the dashboard input to "Live output from untitled"
  10. Make a note of the updated CPU usage and GPU usage.

My results: Wirecast behaved as expected up to step 8. When reviewing the CPU/GPU usage after opening the Rendezvous dashboard, it was noted that there was no increase in GPU usage, but the CPU usage doubled. Close the Rendezvous dashboard, and CPU usage returns to expected levels, and GPU usage is unchanged. Note: This was with a single simple source. When using more complex sources, the load and impact is much higher. 

My conclusions: The display of the program out in the Rendezvous dashboard on screen is CPU bound without using GPU, and using significant resources to display on screen. There are valid reasons to have the Rendezvous window open during broadcast. If there is no way to offload this to GPU, we should at least be able to disable the program display to save CPU cycles, since we can see it elsewhere on our screen in the main Wirecast application.

Additional Information


TagsNo tags attached.
Forum Link
Youtube Link


related to 0000050 resolved Alpha Channel High CPU load 



2018-08-10 23:21

manager   ~0000011

Status: QA is testing


2018-10-03 23:21

administrator   ~0000028

Still under investigation - Bug still exists in 11.0


2019-03-16 23:14

administrator   ~0000117

Via support, I was told: “Another interesting thing to note is that simply closing the Rendezvous Dashboard will also lower the CPU usage significantly. This is an area of concern and will be looked at internally."

This bug is still present in Wirecast V12. In fact, I was doing a stream the other day. When I had the rendezvous dashboard open, the dropped frames were incrementing, and CPU was high. This was even though I was using apple hardware encoding… so there should not have been significant impact on CPU.

I hope there will be an update on this bug in the near future.


2019-03-19 22:41

administrator   ~0000119

Need to re-test


2020-06-29 08:46

administrator   ~0000157

Tested again today - still exists in 13.x

Issue History

Date Modified Username Field Change
2018-08-06 05:54 gregk New Issue
2018-08-10 23:21 sandyh Note Added: 0000029
2018-10-03 23:21 gregk Note Added: 0000029
2019-03-16 23:14 gregk Note Added: 0000029
2019-03-19 22:41 gregk Note Added: 0000029
2020-06-29 05:05 gregk Relationship added related to 0000050
2020-06-29 05:26 gregk Reproducibility N/A => always
2020-06-29 05:26 gregk Summary WIRE-14747 Rendezvous Excessive CPU Load #00595496 WC11.0b1 Reproducible => Rendezvous Excessive CPU Load WC11.0b1
2020-06-29 05:26 gregk Description Updated View Revisions
2020-06-29 05:26 gregk Ticket(s) => 00595496
2020-06-29 05:26 gregk Jira => WIRE-14747
2020-06-29 08:46 gregk Note Added: 0000157
2020-06-29 08:46 gregk Product Version => 13.2.0.b1
2020-06-30 05:18 gregk Summary Rendezvous Excessive CPU Load WC11.0b1 => Rendezvous Excessive CPU Load
2020-06-30 05:18 gregk Additional Information Updated View Revisions