NEWVectors or files. Pick a path.Start →
    Safety and compliance
    Part of the Security solution →v1.0 · updated 2026-09-08

    RTSP Live Monitoring Wall

    Turn always-on RTSP cameras into a searchable monitoring wall where quiet footage is skipped before extraction, kept segments carry gate verdicts, and email alerts fire from retriever results.

    A four-camera RTSP monitoring wall with processing badges, verdict fields and an alert stripCamera A · searchableCamera B · processingcleared
    camera-feed -> camera-sync -> camera-segments · Four live cameras progress independently. Cards show whether each feed is queued, processing, searchable or alerting.Still: Mixpeek RTSP demo wall, ns_5349052a7f, 2026-09-08; camera stills from Pexels (Artem Zhukov, Darya Sannikova, Garrison Gao, Oscar Portan)
    live NYC DOT cameras at once
    4
    capture to searchable document
    ~35s
    top gate scores on kept footage
    0.53-0.62
    resources from one click
    18
    click to first answer
    37.4 s
    How these were measured
    • 4 live NYC DOT cameras at once: verified in a production namespace run on 2026-09-08
    • ~35s capture to searchable document: from RTSP segment capture through bucket sync and collection processing
    • 0.53-0.62 top gate scores on kept footage: matching runs carried match_count 9 to 10 on every kept segment
    • 18 resources from one click: 1 namespace, 1 bucket, 2 collections, 7 retrievers, 4 alerts, 2 alert attachments and 1 trigger, counted from a production apply on 2026-09-26. The camera and its sync are yours to add and are not in it.
    • 37.4 s click to first answer: from clicking apply to the first search that answers, timed on production on 6 November 2026 by the harness that runs nightly

    What’s inside

    Retrievers
    similar-segments·feature_searchsegment-search·feature_searchmatch-monitor·verdict_filtermatch-control·verdict_filterunjudged-monitor·verdict_filteranalysis-monitor·verdict_filterrecent-segments·verdict_filter
    Solution
    Security →

    See it work

    • people dancing
      segment-search
    Simulated walkthrough · illustrative frames, scripted decisions
    A four-camera RTSP monitoring wall with processing badges, verdict fields and an alert stripcleared
    camera-feed -> camera-sync -> camera-segmentsStill: Mixpeek RTSP demo wall, ns_5349052a7f, 2026-09-08; camera stills from Pexels (Artem Zhukov, Darya Sannikova, Garrison Gao, Oscar Portan)frame 1 of 4
    Detections on this frame
    Decision path
    1. camera-feed -> camera-sync -> camera-segments
    2. Camera A · searchable
    3. Camera B · processing
    4. route: cleared
    segment admitted and indexed after the scene-change gate
    Running tally
    1
    cleared
    0
    review
    0
    excluded
    What a person's call does here
    Operators tune scene_change_threshold, gate_top_score bars and control thresholds from reviewed camera runs. Those settings live on the connection and retriever resources, not in a dashboard-only note.
    Incamera-feedsimilar-segmentsthresholdsOutcamera-segmentsmatched-footagewall-health-watch

    How it's wired

    Applies 1 buckets, 2 collections and 7 retrievers today

    ConnectionBucket syncBucketCollectionRetrieverTriggerAlertNot applied yet
    CONNECTIONNeeds your inputcamera-feedBUCKET SYNCcamera-syncBUCKETcamera-segmentssegment: videoCOLLECTIONDeploys readysegments-indexpassthrough_extractor@v1COLLECTIONDeploys readysegments-analysismultimodal_extractor@v2RETRIEVERDeploys readysimilar-segmentsRETRIEVERDeploys readysegment-searchtop 10RETRIEVERDeploys readymatch-monitorRETRIEVERDeploys readymatch-controlRETRIEVERDeploys readyunjudged-monitorRETRIEVERDeploys readyanalysis-monitorRETRIEVERDeploys readyrecent-segmentsTRIGGERwall-health-watchALERTmatched-footageALERTmatched-footage-controlALERTunjudged-footageALERTmatched-analysis

    Drag nodes to rearrange. Drag the background to pan, ctrl or cmd plus scroll to zoom. Click a node for its settings.

    What it costs

    Usage cost per month
    $7,692
    $0.77 per file · rate card when this page was built

    Processing is priced the way a batch is charged: each bucket's minutes, images, pages or tokens times its rate card lines. The batch dry run in Studio gives the binding quote.

    Models

    Collections and their documents

    segments-indexfrom bucket camera-segments, by passthrough_extractor@v1
    FieldTypeRequired
    document_idstringset by Mixpeek
    collection_idstringset by Mixpeek
    segments-analysisfrom bucket camera-segments, by multimodal_extractor@v2

    Reads video from segment

    FieldTypeRequired
    document_idstringset by Mixpeek
    collection_idstringset by Mixpeek

    Retrievers

    • similar-segments
      feature_search over segments-analysis; input segment
    • segment-search
      feature_search over segments-analysis; input query
    • match-monitor
      verdict_filter over camera-segments; input captured_at
    • match-control
      verdict_filter over camera-segments; input captured_at
    • unjudged-monitor
      verdict_filter over camera-segments; input captured_at
    • analysis-monitor
      verdict_filter over segments-analysis; input marker
    • recent-segments
      verdict_filter over segments-index; input limit

    Spend limits

    Daily spend budget in the manifest
    1 USD a day; new batches pause once it is spent
    Acceptance run ceiling
    0.5 USD
    Model cost
    Unmeasured for 1 of 1 models

    Monthly cost at your volume is in the calculator. Served models start at zero replicas, so an idle namespace runs no model.

    Reward signals

    The wall's feedback is operational rather than editorial: kept and skipped segments expose scores, counts and thresholds so teams can tune gates per camera without reprocessing hours of quiet footage.

    How reviewer decisions move the thresholds
    Explicit signals

    Operators tune scene_change_threshold, gate_top_score bars and control thresholds from reviewed camera runs. Those settings live on the connection and retriever resources, not in a dashboard-only note.

    Implicit signals

    Every kept segment carries gate_applied, gate_top_score and gate_match_count. Alert executions and trigger failures become the operational signal that a camera, threshold or gate has drifted.

    Where they land
    camera-segmentssegments-indexsegments-analysismatched-footage executionswall-health-watch executions
    How the loop closes

    Replay captured segments through candidate thresholds, compare retained minutes against alert precision, then update the connection or retriever settings when the measured tradeoff is better.

    One click creates the whole RTSP wall: gated capture, searchable kept segments, alerts on arriving footage and a scheduled health watch. You add the camera.

    • The deploy contacts no camera. You add yours afterwards as an ordinary storage connection, by pasting its url into the commented camera block and applying again, and it is then cut into 10-second segments, three at a time, on a five-minute interval.
    • A saved retriever gate judges each segment before admission, so unchanged footage is dropped before extraction is paid for.
    • Every kept segment lands with gate_applied, gate_top_score and gate_match_count as filterable fields.
    • segments-analysis embeds the kept video; segments-index exposes the verdict fields for filters, alerts and dashboard queries.
    • matched-footage runs as each segment lands in the bucket: when the gate verdict cleared 0.5 it emails the org notifications address and sends that segment to segments-analysis. A control alert at a bar nothing clears stays quiet beside it.
    • matched-analysis watches segments-analysis and emails when an analysed segment broke into more than one scene. segment-search answers plain-text queries such as "yellow taxi" over the analysed footage.
    • wall-health-watch runs recent-segments every five minutes with skip_cache=true and emails only when the run errors or breaches its latency bound.

    For: Security, operations, facilities, city-camera and media teams that need live camera footage searchable without paying to analyze every unchanged minute.

    What goes in
    camera-feed
    Your RTSP camera, added after the deploy. The manifest carries a commented example pointing at a public Maryland DOT traffic camera, so you can try the wall with nothing to supply; add credentials there if your own camera needs them.
    similar-segments
    A saved multimodal retriever used as the admission gate: the connection sends it each captured segment and it searches the analysed footage for a match.
    thresholds
    Scene-change and verdict thresholds you tune per camera: tonight's run used 12, 6, 4 and 4 across four NYC DOT feeds.
    What comes out
    camera-segments
    Kept video segments with capture time, segment index and gate verdict fields.
    matched-footage
    Email alert driven by match-monitor when kept footage clears the verdict bar.
    wall-health-watch
    Scheduled trigger that runs recent-segments and notifies only when that run errors or breaches its latency bound.

    One file spins up the namespace. Generated from the workflow above. Also served at /templates/rtsp-live-monitoring.namespace.yaml.

    # rtsp-live-monitoring: one manifest spins up the namespace.
    # Platform manifest schema (GET /v1/discovery/schema). Validate with POST /v1/manifest/validate,
    # apply with POST /v1/manifest/apply or the Deploy button. Wiring comes from the flow diagram:
    # edges are bucket -> collection sources, collection -> retriever scope, retriever -> view.
    # Applying a SECOND time, over a namespace this template already created: use
    # POST /v1/manifest/apply?mode=create_missing, which creates what is missing and leaves
    # what exists alone. The default, create_only, fails the WHOLE apply and rolls it back if
    # any resource already exists, so an upgrade looks like a dead end without this. Use
    # mode=upsert to also patch resources that exist but have drifted from this file.
    version: '1.0'
    metadata:
      name: rtsp-live-monitoring
      description: "Namespace template rtsp-live-monitoring. Generated from the flow diagram on mixpeek.com/templates/rtsp-live-monitoring."
    namespaces:
      - name: rtsp-live-monitoring
        description: "Everything below lives in this namespace."
        feature_extractors:
          - name: passthrough_extractor
            version: v1
          - name: multimodal_extractor
            version: v2
        # Daily spend budget, in dollars of what you are charged (1,000 credits a dollar).
        # New batches pause once the namespace has spent this much today; queries are not capped.
        # Raise it later on the namespace: PATCH /v1/namespaces/<id> {"spend_budget": {"daily_usd": N}}.
        budget:
          daily_usd: 1
    
    # Add your camera. This block is the shape the sync below expects:
    # create the connection in Studio (Settings -> Connections) or uncomment
    # this and apply again with a url you can reach. Apply live-tests a
    # connection, so a url that is wrong or unreachable fails the whole
    # deploy; left commented, the namespace comes up complete and waits.
    # storage_connections:
    #   - name: camera-feed
    #     provider: rtsp
    #     description: "Your camera. Paste its rtsp:// url here, add a credentials block if it needs one, and apply again with mode=create_missing. The gate retriever judges each segment before admission; gate_on_error publish means a broken gate costs extraction, never footage."
    #     config:
    #       url: "rtsp://strmr3.sha.maryland.gov/rtplive/3801d561005e00d00057fa36c4235c0a"
    #       transport: tcp
    #       segment_seconds: 10
    #       segments_per_run: 3
    #       scene_change_threshold: 6
    #       gate_retriever_id: similar-segments
    #       gate_on_error: publish
    #       gate_timeout_seconds: 30
    buckets:
      - name: camera-segments
        namespace: rtsp-live-monitoring
        description: "No source connected yet. Upload files here, or connect a storage source to this bucket in Studio."
        schema:
          properties:
            segment:
              type: video
            captured_at:
              type: string
            segment_index:
              type: integer
            gate_applied:
              type: boolean
            gate_top_score:
              type: number
            gate_match_count:
              type: integer
        # Alerts that run as each object lands, on the bucket's own collection.
        alert_applications:
          - alert: matched-footage
            input_mappings:
              - input_key: captured_at
                source: {source_type: document_field, path: captured_at}
          - alert: matched-footage-control
            input_mappings:
              - input_key: captured_at
                source: {source_type: document_field, path: captured_at}
          - alert: unjudged-footage
            input_mappings:
              - input_key: captured_at
                source: {source_type: document_field, path: captured_at}
    
    # bucket_syncs:
    #   - name: camera-sync
    #     bucket: camera-segments
    #     connection: camera-feed
    #     source_path: camera-feed
    #     sync_mode: continuous
    #     polling_interval_seconds: 300
    #     # note: Captures 30 of every 300 seconds (segment_seconds x segments_per_run per poll). It feeds segments-index and the bucket's own collection; segments-analysis is fed only by the alerts' batch action, so it holds what matched rather than everything captured.
    #     batch_collection_ids:
    #       - segments-index
    #     schema_mapping:
    #       mappings:
    #         segment:
    #           target_type: blob
    #           blob_type: video
    #           blob_property: segment
    #           source:
    #             type: file
    #         captured_at:
    #           target_type: field
    #           source:
    #             type: rtsp_field
    #             field: captured_at
    #         segment_index:
    #           target_type: field
    #           source:
    #             type: rtsp_field
    #             field: segment_index
    #         gate_applied:
    #           target_type: field
    #           source:
    #             type: rtsp_field
    #             field: applied
    #         gate_top_score:
    #           target_type: field
    #           source:
    #             type: rtsp_field
    #             field: top_score
    #         gate_match_count:
    #           target_type: field
    #           source:
    #             type: rtsp_field
    #             field: match_count
    collections:
      - name: segments-index
        namespace: rtsp-live-monitoring
        description: "Payload view of every kept segment: the verdict fields are readable and filterable here without waiting for analysis. Feeds recent-segments."
        source:
          type: bucket
          bucket: camera-segments
        feature_extractor:
          name: passthrough_extractor
          version: v1
          field_passthrough: []
        enabled: true
      - name: segments-analysis
        namespace: rtsp-live-monitoring
        description: "Multimodal embeddings of the segments an alert sent here, and the corpus the admission gate searches, so the gate sharpens as matched footage accrues. Feeds similar-segments, segment-search, analysis-monitor, matched-analysis."
        source:
          type: bucket
          bucket: camera-segments
        feature_extractor:
          name: multimodal_extractor
          version: v2
          input_mappings:
            video: segment
          field_passthrough: []
        alert_applications:
          - alert: matched-analysis
            input_mappings:
              - input_key: marker
                source: {source_type: constant, value: "ingest"}
        enabled: true
    retrievers:
      - name: similar-segments
        namespace: rtsp-live-monitoring
        description: "The admission gate: embeds a captured segment and searches the analysed footage for its nearest match."
        collections:
          - segments-analysis
        input_schema:
          segment:
            type: video
            required: true
            description: "The media to match; encoded by the index below and compared against it"
        stages:
          - stage_name: search
            stage_id: feature_search
            parameters:
              searches:
                - feature_uri: "mixpeek://multimodal_extractor@v2/gemini-embedding-2"
                  query:
                    input_mode: content
                    value: "{{INPUT.segment}}"
                  top_k: 25
              fusion: rrf
              final_top_k: 25
        tags:
          - template:rtsp-live-monitoring
      - name: segment-search
        namespace: rtsp-live-monitoring
        description: "Type what you are looking for, for example 'yellow taxi', and search the analysed footage. The analyst's entry point after an alert."
        collections:
          - segments-analysis
        input_schema:
          query:
            type: text
            required: true
            description: "What to look for; searched across every index below"
        stages:
          - stage_name: search
            stage_id: feature_search
            parameters:
              searches:
                - feature_uri: "mixpeek://multimodal_extractor@v2/gemini-embedding-2"
                  query:
                    input_mode: text
                    value: "{{INPUT.query}}"
                  top_k: 10
              fusion: rrf
              final_top_k: 10
        tags:
          - template:rtsp-live-monitoring
      - name: match-monitor
        namespace: rtsp-live-monitoring
        description: "Alert 1's discriminator. It reads the bucket itself, where an object is searchable the moment it lands, and keeps the arriving object when the gate judged it and the verdict cleared 0.5. Materialises into matched-footage."
        collections:
          - camera-segments
        input_schema:
          captured_at:
            type: text
            required: true
            description: "captured_at of the arriving object, supplied by the alert attachment"
        stages:
          - stage_name: verdict_filter
            config:
              stage_id: attribute_filter
              parameters:
                conditions:
                  AND:
                    - field: captured_at
                      operator: eq
                      value: "{{INPUT.captured_at}}"
                    - field: gate_applied
                      operator: eq
                      value: true
                    - field: gate_top_score
                      operator: gte
                      value: 0.5
        tags:
          - template:rtsp-live-monitoring
      - name: match-control
        namespace: rtsp-live-monitoring
        description: "The same filter at a bar nothing clears. An alert on this staying silent is what makes a firing on match-monitor mean something. Materialises into matched-footage-control."
        collections:
          - camera-segments
        input_schema:
          captured_at:
            type: text
            required: true
            description: "captured_at of the arriving object, supplied by the alert attachment"
        stages:
          - stage_name: verdict_filter
            config:
              stage_id: attribute_filter
              parameters:
                conditions:
                  AND:
                    - field: captured_at
                      operator: eq
                      value: "{{INPUT.captured_at}}"
                    - field: gate_applied
                      operator: eq
                      value: true
                    - field: gate_top_score
                      operator: gte
                      value: 0.99
        tags:
          - template:rtsp-live-monitoring
      - name: unjudged-monitor
        namespace: rtsp-live-monitoring
        description: "Segments the gate could not judge. On a new namespace the corpus is empty, so the first segments arrive unjudged and this carries them into analysis; once the corpus exists it goes quiet. Materialises into unjudged-footage."
        collections:
          - camera-segments
        input_schema:
          captured_at:
            type: text
            required: true
            description: "captured_at of the arriving object, supplied by the alert attachment"
        stages:
          - stage_name: verdict_filter
            config:
              stage_id: attribute_filter
              parameters:
                conditions:
                  AND:
                    - field: captured_at
                      operator: eq
                      value: "{{INPUT.captured_at}}"
                    - field: gate_applied
                      operator: eq
                      value: false
        tags:
          - template:rtsp-live-monitoring
      - name: analysis-monitor
        namespace: rtsp-live-monitoring
        description: "Alert 2's discriminator, on the analysis collection. A segment that decomposed into more than one scene had motion inside the captured window. Materialises into matched-analysis."
        collections:
          - segments-analysis
        input_schema:
          marker:
            type: text
            required: false
            description: "Constant supplied by the alert attachment; the filter is what selects"
        stages:
          - stage_name: verdict_filter
            config:
              stage_id: attribute_filter
              parameters:
                conditions:
                  AND:
                    - field: start_time
                      operator: gt
                      value: 0
        tags:
          - template:rtsp-live-monitoring
      - name: recent-segments
        namespace: rtsp-live-monitoring
        description: "Every kept segment, newest first in the index. The health watch runs this because it needs no input, so an error or a slow run means the wall itself is unwell. Materialises into wall-health-watch."
        collections:
          - segments-index
        input_schema:
          limit:
            type: text
            required: false
            description: "Optional cap on documents grouped per run"
        stages:
          - stage_name: verdict_filter
            config:
              stage_id: attribute_filter
              parameters:
                conditions:
                  AND:
                    - field: segment_index
                      operator: gte
                      value: 0
        tags:
          - template:rtsp-live-monitoring
    alerts:
      - name: matched-footage
        namespace: rtsp-live-monitoring
        description: "Alert 1. Fires as an object lands carrying a verdict that cleared the bar, emails the org notifications address (Settings -> Notifications; unset means opted out) and batches the object into segments-analysis."
        source: retriever
        retriever: match-monitor
        trigger_on: results
        notification_config:
          channels:
            - channel_type: email
            - channel_type: batch
              config:
                collection_id: segments-analysis
          include_matches: true
          include_scores: true
        enabled: true
      - name: matched-footage-control
        namespace: rtsp-live-monitoring
        description: "Control for alert 1: the same filter at a bar nothing clears. Quiet is healthy, and quiet next to a firing matched-footage is the proof the alert discriminates."
        source: retriever
        retriever: match-control
        trigger_on: results
        notification_config:
          channels:
            - channel_type: email
          include_matches: true
          include_scores: true
        enabled: true
      - name: unjudged-footage
        namespace: rtsp-live-monitoring
        description: "Carries footage the gate could not judge into analysis rather than leaving it unanalysed. This seeds the gate's corpus on a new namespace and goes quiet once the gate has something to search."
        source: retriever
        retriever: unjudged-monitor
        trigger_on: results
        notification_config:
          channels:
            - channel_type: batch
              config:
                collection_id: segments-analysis
          include_matches: true
          include_scores: false
        enabled: true
      - name: matched-analysis
        namespace: rtsp-live-monitoring
        description: "Alert 2. Fires when analysed footage lands that broke into more than one scene, which means something moved inside the captured window."
        source: retriever
        retriever: analysis-monitor
        trigger_on: results
        notification_config:
          channels:
            - channel_type: email
          include_matches: true
          include_scores: true
        enabled: true
    triggers:
      - name: wall-health-watch
        namespace: rtsp-live-monitoring
        description: "Scheduled watch: runs recent-segments every 5 minutes and emails when the run errors or breaches the latency bound. An empty result is healthy before a camera is added and never pages."
        action_type: retriever_execution
        trigger_type: interval
        schedule_config:
          interval_seconds: 300
        action_config:
          retriever: recent-segments
          inputs: {}
          skip_cache: true
          acceptance:
            max_total_time_ms: 15000
            max_stage_latency_breaches: 0
          notification_config:
            channels:
              - channel_type: email
            notify_on: failure
    
    # Plan 11.14: two public-domain films stand in for camera segments, ingested by
    # one bounded batch after apply, and the use case they must satisfy.
    seed:
      - bucket: camera-segments
        max_objects: 2
        objects:
          - blobs: {segment: samples/starter/videos/norelco-speed.mp4}
          - blobs: {segment: samples/starter/videos/mexican-hat-dance.mp4}
    acceptance:
      max_cost_usd: 0.5
      steps:
        - name: segments-listed
          kind: documents
          collection: segments-index
          expect: {min_documents: 2}
        - name: segments-analysed
          kind: documents
          collection: segments-analysis
          expect: {min_documents: 2}
        - name: segment-search-answers
          kind: query
          retriever: segment-search
          inputs: {query: people dancing}
          expect: {min_results: 1}

    Read from the manifest, so a part it ships commented out never shows as ready.

    segments-indexCollectionDeploys ready
    segments-analysisCollectionDeploys ready
    similar-segmentsRetrieverDeploys ready
    segment-searchRetrieverDeploys ready
    match-monitorRetrieverDeploys ready
    match-controlRetrieverDeploys ready
    unjudged-monitorRetrieverDeploys ready
    analysis-monitorRetrieverDeploys ready
    recent-segmentsRetrieverDeploys ready
    camera-feedConnectionNeeds your input
    What each part needs
    segments-index
    Deploys and processes documents as they arrive.
    segments-analysis
    Deploys and processes documents as they arrive.
    similar-segments
    Deploys and answers queries once its collections hold documents.
    segment-search
    Deploys and answers queries once its collections hold documents.
    match-monitor
    Deploys and answers queries once its collections hold documents.
    match-control
    Deploys and answers queries once its collections hold documents.
    unjudged-monitor
    Deploys and answers queries once its collections hold documents.
    analysis-monitor
    Deploys and answers queries once its collections hold documents.
    recent-segments
    Deploys and answers queries once its collections hold documents.
    camera-feed
    Add your rtsp after the deploy: paste its url into the commented camera block and apply again with mode=create_missing, or create the connection in Studio. Nothing is captured, and nothing is paid for, until you do.
    ComponentRoleSourceToday
    camera-feedRTSP storage connection with camera URL, credentials, segmenting and gate settingsYou supplyNeeds your input
    camera-syncContinuous bucket sync that maps RTSP segments and verdict fields into the bucket schemaBuilt in
    passthrough_extractor v1Indexes the kept segment payload and gate verdict fields for filters and alertsBuilt inDeploys ready
    multimodal_extractor v2Embeds kept video segments for the admission gate and analyst searchBuilt inDeploys ready
    similar-segmentsSaved retriever that gates incoming footage and searches the kept-segment corpusBuilt inDeploys ready
    match-monitorRetriever filter for gate_applied=true and gate_top_score >= 0.5Built inDeploys ready
    match-controlRetriever filter at 0.99, used as a silent control for the alert pathBuilt inDeploys ready
    matched-footageEmail alert sourced from match-monitor resultsBuilt in
    wall-health-watchInterval trigger that runs recent-segments and notifies on failureBuilt in
    Your camera network

    Deploy first, then add each camera: its RTSP URL, transport and basic-auth credentials go in the commented camera block, applied again with mode=create_missing.

    Your Mixpeek namespace

    The manifest creates the bucket, sync, collections, retrievers, alert and health trigger under one namespace.

    Studio

    Use the Deploy starter pipeline button to review and apply the served manifest.

    Permissions
    Camera credentials stay in the storage connection; the alert uses the organization's configured email notification channel.
    Footprint
    One RTSP connection, one continuous sync, one bucket, two collections, three retrievers, one retriever-sourced alert and one interval trigger.
    Reference fixtures

    Measured in production on namespace ns_5349052a7f with four live NYC DOT camera feeds processing simultaneously through the template chain.

    CategoryRule
    Scene-change gatePer-camera thresholds of 12, 6, 4 and 4 dropped unchanged frames before extraction.
    Admission gateKept segments carried gate_top_score 0.53 to 0.62 and gate_match_count 9 to 10.
    Monitor alertmatch-monitor filters gate_applied=true and gate_top_score >= 0.5 before matched-footage sends email.
    Silent controlmatch-control uses the same fields at gate_top_score >= 0.99 and should stay empty for this run.
    Health watchwall-health-watch runs recent-segments every five minutes and notifies only on an error or a latency breach; an empty window is healthy and stays quiet.
    Throughput

    About 35 seconds from capture to searchable document with 10-second segments, three segments per run and a five-minute polling interval.

    Why gate RTSP footage before extraction?+

    A live camera records wall-clock hours, but the interesting minutes are usually a small fraction of that time. The saved retriever gate runs before admission, so unchanged or irrelevant segments are skipped before the more expensive extraction and embedding work is scheduled.

    What happens when the gate fails?+

    The template sets gate_on_error to publish. That means a broken gate does not drop footage silently; the segment is admitted and processed, which may cost extraction work but keeps the camera record intact.

    How does the email alert know what to send?+

    The alert is sourced from match-monitor, a retriever over segments-index. It filters for gate_applied=true and gate_top_score >= 0.5, includes matches and scores, and sends through the organization's configured email notification channel.

    Why is there both match-monitor and match-control?+

    match-monitor is the real alert path. match-control uses the same verdict fields with a 0.99 threshold that this measured run did not clear, so it gives you a silent control to prove the alert path discriminates rather than firing on any segment.

    Can I use more than one camera?+

    Yes. The measured run processed four live NYC DOT cameras simultaneously. In production you would either apply one manifest per feed or duplicate the connection and sync blocks with distinct names, camera URLs and thresholds.