[Camera Support]: Dahua TIOC HDW3849 - Siren stopped working when switched to Frigate

[ph0nebooth]

Describe the problem you are having

I am having an issue with the siren not firing via API or web interface on my Dahua TIOC HDW3849.

I believe this is because the cameras support two-way audio and the siren is blocked. See #6077 Adding #backchannel=0 to the mainstream solves the issue.

Is there any way I can have two-way talk enabled via the frigate-hass-card and have backchannel=0 set? For example, maybe I can configure Frigate to deliver video via channel 0 (mainstream) and audio via channel 2 (substream 2)? The siren uses channel 0.

I trigger the sirens via the Dahua Home Assistant integration based on switch and/or automation.

Version

0.14.1-f4f3cfa

What browser(s) are you using?

Safari

Frigate config file

https://pastebin.com/in6XRyqx

Relevant Frigate log output

N/A

Relevant go2rtc log output

N/A

FFprobe output from your camera

Input #0, rtsp, from 'rtsp://admin:redacted@192.168.178.201':
  Metadata:
    title           : Media Server
  Duration: N/A, start: 0.128000, bitrate: N/A
  Stream #0:0: Video: h264 (Main), yuvj420p(pc, bt470bg/bt470bg/bt709, progressive), 3840x2160, 15 fps, 15 tbr, 90k tbn
  Stream #0:1: Audio: aac (LC), 8000 Hz, mono, fltp

Frigate stats

No response

Operating system

Other Linux

Install method

Docker Compose

Object Detector

Coral

Network connection

Wired

Camera make and model

Dahua TIOC HDW3849

Screenshots of the Frigate UI's System metrics pages

Any other information that may be helpful

No response

[NickM-27]

Add another steam to the list without backchannel=0

[ph0nebooth]

That's what I clicked to get the above dump :)

[NickM-27]

might need to restart the camera

[ph0nebooth]

Sorry, it got late last night so I didn't have a chance to reset the camera. I've reset the camera and it made no difference.

I had a look at the ffmpeg probe (I'm no expert) and saw the backchannel stream is using PCMA/8000. I changed the cameras audio codec from AAC to PCMA and now two-way works again. However, the siren still fails.

Below is the changed config. Everything else remains the same as my initial dump

Terrace:
  - rtsp://cctv:redacted@192.168.178.202:554/cam/realmonitor?channel=1&subtype=0#backchannel=0
  - ffmpeg:Terrace#audio=opus
  - rtsp://cctv:redacted@192.168.178.202:554/cam/realmonitor?channel=1&subtype=0

EDIT: disregard my reference trying PCMA. When you update the codec on the camera, the siren and two-way work for 5-10 seconds before locking up again.

ffmpeg stream info: https://pastebin.com/Vm7W5Hkg
ffmpeg probe: https://pastebin.com/BTGzYrbN

[ph0nebooth]

Ok, I'm an idiot. Turns out you can only have a total of 1x backchannel per camera, not per stream.

I have both a substream and mainstream configured. I disabled the backchannel on my substream, then used Nick's recommended config above. Everything is working now. Two-way audio and the built-in siren.

Final config:

Terrace:
  - rtsp://cctv:redacted@192.168.178.202:554/cam/realmonitor?channel=1&subtype=0#backchannel=0
  - ffmpeg:Terrace#audio=opus
  - rtsp://cctv:redacted@192.168.178.202:554/cam/realmonitor?channel=1&subtype=0
Terrace_sub:
  - rtsp://cctv:redacted@192.168.178.202:554/cam/realmonitor?channel=1&subtype=2#backchannel=0
  - ffmpeg:Terrace_sub#audio=opus

@NickM-27 I also added the recommended ffmpeg presets according to the Frigate documentation. Can you please confirm if they're necessary in my scenario?

Terrace: # <------ Name the camera
  enabled: true
  ffmpeg:
    output_args:
      record: preset-record-generic-audio-copy
    inputs:
      - path: rtsp://127.0.0.1:8554/Terrace # <----- The stream you want to use for detection
        input_args: preset-rtsp-restream
        roles:
          - record
      - path: rtsp://127.0.0.1:8554/Terrace_sub # <----- The stream you want to use for detection
        roles:
          - detect

Grateful for all your help.