• Register
    • Login
    • Search
    • Categories
    • Recent
    • Tags
    • Popular

    Monocle & Frigate/Go2RTC restream

    General Discussion
    1
    3
    1246
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • F
      flynmoose last edited by

      Hello Monocle Gang.

      Relatively new to this process but have quite a few things working correctly.

      Echo Show 8
      Gateway running in Docker on a VM (guest on Proxmox host)
      Two working cameras (both Amcrest - one with Dahua firmware running)

      I can get both cameras to show up using the gateway and @tunnel by linking directly to the camera substream. YAY. A little laggy but I see other posts that make be believe that lag is normal.

      Using Frigate to do object detection and NVR functions. Frigate offers two functions of interest. First it is integrated with Go2RTC - a restreaming service allowing RTSP inputs and RTSP restream as well as webrtc outputs to minimize the number of “clients” hitting an individual camera.
      ca721a48-6780-4e91-8af1-c3722da25527-image.png

      Second - Frigate Birdseye which is just a motion detection and camera feed aggregator. For my purposes, I have it continuously displaying both camera sub-feeds on a single screen and I have it restreaming from Go2RTC (so I can view it in VLC as an RTSP feed or in a web browser as an MSE or RTC feed.) (ie - rtsp://192.168.x.x:8554/birdseye is the stream that is being tunneled/proxied in Monocle)

      1b0560e4-c0af-4eba-8cbc-d36c6f6c3840-image.png

      Finally - to my point. I cannot get the Birdseye RTSP feed to work with @tunnel, or @tunnel, @noaudio or @proxy. (The raw camera feeds work fine with @tunnel). I CAN get the Birdseye view to work with @proxy-tcp but it is SUPER latent (on the order of 15-20 seconds of startup time) and constantly buffers (the word BUFFERING appears on the Echo screen.)

      Any suggestions on why this no-audio RTSP feed won’t work with @tunnel but will work (poorly) with @proxy-tcp. Is there anything about the stream that could be causing it (and a hint that i could take to the Go2RTC dev to see if there is anyway to shape the stream to be more compliant.)
      (LAN architecture. The cameras are on a IPCAM VLAN that cannot see the internet with firewall rules for the cameras to have access to the IP running Frigate and the IP running Monocle Gateway - those work fine so I don’t think it is firewall rules. The Frigate / Go2RTC IP is on a separate VLAN which is the same as the Monocle VLAN. Finally the Echo is on a 3rd VLAN (IOT) that has internet access but is isolated from other VLANS - again with a firewall rule to allow the Echo to see the Frigate machine and the Monocle Gateway.)

      Lots there - thanks for reading.

      1 Reply Last reply Reply Quote 0
      • F
        flynmoose last edited by

        Proof that it is working… and buffering
        c5fa973b-af43-4a25-87cc-46e284005019-image.png

        1 Reply Last reply Reply Quote 0
        • F
          flynmoose last edited by

          Pastebin - sanitized Gateway output

          https://pastebin.com/5GUuM0RW

          First run is the Overview “camera” which is the problem child

          Second run is a working camera - Amcrest front door.

          1 Reply Last reply Reply Quote 0
          • First post
            Last post
          Privacy Policy  |  Terms & Conditions

          © 2018 shadeBlue, LLC.