Create a recovery plan for a dropped live connection
A dropped connection needs a clear restart decision and a way to tell viewers what information must be repeated.
Read guideASEACAST JOURNAL / 25 All guides
Session reliability and troubleshooting
Prepare a broadcast checklist after changing computers
Moving a broadcast to another computer requires checking the whole route, because device names and local files may not follow the old setup.
Read guideTest a session before announcing it publicly
A private session test should exercise the actions that matter during the announced event, including the first answer and a product change.
Read guideDecide what to do when comments stop arriving
A quiet comment queue may indicate low activity or a broken intake route. Diagnose the distinction before telling viewers their messages were lost.
Read guideHandle an AI answer that takes too long to start
A delayed answer needs a waiting rule so the host does not talk over audio that suddenly arrives several seconds later.
Read guideRecover when the wrong product information is selected
The safest correction identifies the mistaken product and replaces the affected answer with verified information for the item actually shown.
Read guidePrepare a human takeover during an AI interruption
A human takeover should establish one active speaker and preserve the question context so the audience hears a complete, consistent response.
Read guideCheck internet stability before a long live session
A connection review should look for interruptions during the intended workflow rather than rely on a single speed reading.
Read guideKeep a live useful when a product demonstration fails
A failed demonstration can still support a useful explanation if the host names what failed and avoids inventing the result that viewers did not see.
Read guidePrepare a backup copy of essential product answers
A backup answer pack should cover the questions needed to continue a basic session when the normal knowledge route is unavailable.
Read guideRespond when viewers report missing audio
A missing-audio report needs a quick audience-route check before changing a microphone that may already be working correctly.
Read guideCreate a troubleshooting log with actionable details
An actionable log connects a symptom to its timestamp, affected step and attempted recovery so the next reviewer can reproduce the investigation.
Read guidePlan a restart after a software update
A post-update restart should verify the workflow that changed and retain a practical recovery path if the new setup fails.
Read guideSeparate an account issue from an audio routing issue
Account access and audio routing require different evidence. Establish whether content can be produced before investigating whether it can be heard.
Read guidePrepare a support request with useful screenshots and timings
A useful support request lets another person understand the problem without needing access to the entire production machine.
Read guideTest a live workflow after changing voice settings
A voice-setting change should be checked with the same script so differences in delivery are not confused with differences in wording.
Read guideReduce unnecessary background tasks on the broadcast device
Background-task preparation should remove avoidable competing work while preserving the services the session actually needs.
Read guideCreate a checklist for a session that starts late
A late start needs a smaller verified plan rather than a rushed attempt to preserve every originally scheduled segment.
Read guideHandle a lost moderator connection without losing context
A moderator handover should preserve the active product, unanswered questions and corrections that have already been made.
Read guideTest what happens when the answer queue becomes long
A long answer queue needs explicit treatment of duplicate, outdated and urgent questions before a busy public session exposes the problem.
Read guidePrepare an interruption message that does not alarm viewers
An interruption message should tell viewers what remains available and what will happen next without speculating about a cause.
Read guideCheck recording files before ending a production day
A recording check should confirm that the file contains the usable session, including its ending, rather than merely confirm a filename exists.
Read guideOrganize version notes for a repeatable live setup
Version notes should explain what changed in the setup and which rehearsal established that the new combination works.
Read guideDefine a safe stopping point for a troubled session
A stopping rule helps the operator end a failing session cleanly instead of allowing repeated faults to produce incomplete or misleading information.
Read guideRun a post-incident review without assigning blame
A useful incident review reconstructs the sequence and improves the operating procedure rather than treating an individual mistake as the complete
Read guide