The five-minute checklist
- Open the run from the saved admin link.
- Check trainer, style and all six slots.
- Open OBS and confirm the source is visible.
- Make a reversible change—such as moving two members—and check it arrives.
- Review the overlay over a bright and dark part of the game.
- Restore the final order and start the broadcast.
This catches old links, unloaded sources, accidental crops and contrast problems before viewers do.
Four recipes that work
Transparent sprites, hidden names and visible types. Best when the game leaves a clean area.
Match the game’s sprite style, avoid extra visual smoothing and keep backgrounds subtle.
Dark fill at 55–70%, light names and a low-opacity decorative pattern.
3×2 with Always show enabled so empty slots stay part of the design.
Use one recipe as a starting point and change one variable at a time. It becomes easier to see what truly improves the scene.
Test the worst background, not the best
Check a bright area, a dark area and a highly detailed area. If the team disappears:
- Add a medium-opacity fill.
- Increase name color contrast.
- Reduce decorative pattern opacity.
- Increase spacing slightly.
- Hide types or names before shrinking sprites too far.
Viewers glance at overlays on screens of many sizes. Prioritize clear silhouettes and short text.
Protect admin access and backups
Stop sharing that screen and do not publish the recording or screenshot containing it. Treat access like any other secret link.
Reduce work before sacrificing quality
- Reuse one Browser Source across scenes.
- Use 30 FPS unless extremely smooth motion is important.
- Fit the source width and height to the area the overlay occupies.
- Disable repeating entrances when they add no value.
- Turn off Animate sprites or use static HOME for minimum load.
- Avoid duplicate hidden sources in the same scene collection.
Test while recording and with the game under load. Performance problems rarely appear in an empty scene.
Turn changes into moments in the run
Update the team when viewers can look: after a catch, on returning from battle or during a break. Motion works best when it supports narration instead of competing with it.
- Remove the lost member first, then introduce the replacement.
- Keep a stable order: active first, catch order or narrative importance.
- Use a transition scene for several variant changes.
- After an evolution, let the sequence finish before another change.
- If something fails, do not rebuild the source: open the URL in a browser and refresh OBS cache once.
NuzPoke works best when every change has intent. You do not need the panel on screen; return when the team changes.
Keep the run ready throughout the series
A reliable setup needs small periodic checks, especially after updating OBS, changing computers or redesigning scenes.
- Keep a recent
.nzpkfile away from the streaming computer. - Check OBS still uses the view URL rather than a captured browser tab.
- Inspect the overlay after changing resolution, system scaling or output canvas.
- Remove duplicate sources left hidden in old scenes.
- Test one addition and one removal after major style changes.
- Write down the visual recipe so it can be rebuilt quickly.
Maintain one main run and reuse its source in every scene. Parallel copies eventually diverge and make diagnosis harder.