Bambu Lab Printer → Blue Iris via go2rtc (RTSP relay)
Problem: Bambu Lab printers (with Live Video set to "LAN Only") stream video over RTSPS — RTSP wrapped in TLS, but with a nonstandard/self-signed handshake that most NVR software (including Blue Iris) can't consume directly.
Solution: Run
go2rtc as a lightweight relay on the same machine as Blue Iris. It pulls the printer's odd RTSPS stream and re-serves it as plain RTSP that Blue Iris can add like any normal camera.
Steps
- Get the printer's connection details(from its touchscreen/network settings):
- IP address
- Access code (shown under LAN-only video settings)
- Username is always bblp
- Confirm reachability — printer listens on TCP port 322 for RTSPS (not the usual 554).
- Install go2rtcon the Blue Iris box:
- Download the Windows build from the go2rtc releases page (go2rtc_win64.zip)
- Extract to e.g. C:\go2rtc\go2rtc.exe
- Write C:\go2rtc\go2rtc.yaml:
streams:<br> bambu_h2c: rtspx:/bblp:<ACCESS_CODE>@<PRINTER_IP>:322/streaming/live/1<br><br>rtsp:<br> listen: ":8554"<br><br>api:<br> listen: ":1984"<br>
Key detail: use go2rtc's special rtspx:/ scheme (not rtsps:/) — it's go2rtc's purpose-built handler for Bambu's nonstandard TLS-RTSP handshake.
- Make it persistent. Don't just run it from an SSH/RDP session — a process launched that way dies when the session closes (Windows job-object behavior). Instead create a Scheduled Task:
schtasks /Create /TN "go2rtc" /TR "\"C:\go2rtc\go2rtc.exe\" -config \"C:\go2rtc\go2rtc.yaml\"" /SC ONSTART /RU SYSTEM /RL HIGHEST /F<br>schtasks /Run /TN "go2rtc"<br>
Trigger = At Startup, runs as SYSTEM — survives reboots and doesn't need anyone logged in.
- Open the firewall(inbound, scoped to go2rtc.exe) for whichever ports matter to you:
- 8554 TCP — RTSP relay (Blue Iris needs this)
- 1984 TCP — go2rtc web UI/API (optional, handy for debugging)
- 8555 TCP — WebRTC (optional, only if you want browser-based low-latency viewing)
- If Blue Iris and go2rtc are on the same box, only localhost access is required and you may not need to open anything beyond what's needed for your own debugging.
- Verify before trusting it:
- http://<host>:1984/api/streams should show the stream with a connected producer
- http://<host>:1984/api/stream.mp4?src=bambu_h2c&duration=2 should return real MP4 bytes (tens/hundreds of KB, not an error page) — proof video is actually flowing end-to-end
- Add the camera in Blue Iris using:
rtsp:/127.0.0.1:8554/bambu_h2c<br>
No credentials needed on this URL — go2rtc already holds them internally.
Gotchas worth flagging to others
- rtsps:/ vs rtspx:/ — ffmpeg wants rtsps:/ + -tls_verify 0; go2rtc wants rtspx:/. Mixing them up gives confusing TLS errors.
- Port is 322, not 554.
- A relay process started interactively over SSH/RDP looks alive but silently dies on logout — always wire it into Task Scheduler (or a proper service) before calling it done.
- If your camera software and the printer are on different subnets/VLANs, remember the relay only needs to reach the printer — but your test client pulling from the relay needs its own firewall path, which can trip people up if they test from a laptop across VLANs instead of from the NVR box itself.