data: backfill video.streams[] — Dahua (168 cameras, 9 batches) (#177) - #183
Open
ch-bas wants to merge 9 commits into
Open
data: backfill video.streams[] — Dahua (168 cameras, 9 batches) (#177)#183ch-bas wants to merge 9 commits into
ch-bas wants to merge 9 commits into
Conversation
First batch of the video.streams[] backfill lane. Per-stream main/sub(/sub2) breakdown extracted from official Dahua datasheet Stream Capability tables: - main = full sensor resolution at its actual full-res frame rate (2/4MP @30; 5MP & 8MP 2-series @20; WizSense-3 @30) - sub = D1 704x576 @30 (2-series) / 1080p @30 (WizSense-3, incl. sub2) - codec H.265 on every stream (MJPEG/H.264 are selectable per-stream options, not the primary; canonical form matches the codec enum from #180) Dropped uncertain "third" 352x288@1fps slots (agents read the low end of a 1-30 range) rather than record a doubtful value. Dahua streams coverage 1 -> 19.
Batch 2 — the HDW2 turret siblings of batch 1's HDBW2 domes. Same method (official Dahua Stream Capability tables) and conventions: - main = full sensor resolution at its full-res frame rate (2/4MP @30, 4MP-2688 & 5/6/8MP @20; 2449th-s-prox native 2560x1440 @30) - sub = D1 704x576 @25 (704x480@30 is a lower-res slot) - codec H.265 on every stream - main resolution sourced from each file's resolution.max_* for consistency Dahua streams coverage 19 -> 40.
…#177) Batch 3 — WizSense-2 HFW bullets (2/4/12 MP) and four WizSense-3 Pro turrets. Same method (official Dahua Stream Capability tables) and conventions as batches 1-2. Per-model variation captured from datasheets: - 12 MP HFW21249: main 4480x2512 @15 - 4G HFW2449DG: single main stream 2560x1440 @30 (no sub row on the 4G datasheet) - WizSense-3 Pro (HDW3xxx): main @30 + two 1080p@30 sub streams - codec H.265 on every stream; main resolution sourced from resolution.max_* Dahua streams coverage 40 -> 61.
) Batch 4 — the remaining fixed-lens HFW2/HFW3 bullets (5/6/8 MP + two discontinued HFW3 and two WizSense-3). Same method/conventions as batches 1-3: - 5/6/8 MP full-res @20; native-16:9 4 MP (2560x1440) & WizSense-3 @30 - sub 704x576 @25 (HFW2649S-S-IL sub @20 per its datasheet); WizSense-3 sub 1080p@30 - codec H.265; main resolution sourced from each file's resolution.max_* Dahua streams coverage 61 -> 80. Fixed-lens WizSense series now essentially complete; remaining Dahua are SD/PTZ/PFW/thermal (per-model stream tables).
ch-bas
added
documentation
Batch 5 — WizSense/WizMind SD4 and SD5 PTZ speed domes. First PTZ batch, so conventions differ from fixed cameras: - main runs full frame rate at max res (2 MP @30 or @60, 4 MP @30, 8 MP @30) — no 20 fps cap; recorded the datasheet's paired value per stream - main + sub (704x576) + sub2 (1080p/720p), three concurrent streams typical - SD4F420DA: main stream tops at 2560x1440@25 (PAL) though the sensor max is 2688x1520 — recorded the actual stream output, not the sensor spec - codec H.265 on every stream Dahua streams coverage 80 -> 101.
Batch 6 — WizMind SD6 PTZ speed domes (2/4/8 MP). Same PTZ conventions as batch 5: main at full frame rate (2 MP @60, 4 MP @30, 8 MP @30) + sub 704x576 + sub2 1080p/720p, all H.265. SD6C3432GB-HNR-A-PV1 main stream tops at 2560x1440 though its sensor max is 2688x1520 (recorded the stream output). Dahua streams coverage 101 -> 113.
Batch 7 — high-end WizMind SD7/SD8 PTZ (incl. 4G/5G and X-series). SD7 models run full frame rate at max res (4 MP 2688x1520 @60, 8 MP 4K @60); SD8 mostly @30; SD8A440PA-5G triple-stream all @60. main + sub(704x576) + sub2(1080p), codec H.265. (SD7 100/120 fps applies only to reduced-res monitoring modes, not the max-res main stream — not recorded.) Dahua streams coverage 113 -> 134.
) Batch 8 — PTZ special-series positioning systems (PTZ1/3/4/8, MPTZ, SDZ, PTS) plus one WizMind full-color bullet. Standard single-sensor stream tables: main + sub(704x576) + sub2(1080p or 720p), codec H.265. Full-res fps per datasheet (2 MP @30 or @60; 4 MP @30 or @60; 8 MP @30). PTS2249B has only main + sub. IPC-HFW5849T1-ASE-LED verified against the official Dahua page (the file's only stored source was a reseller). Dahua streams coverage 134 -> 148.
Final Dahua batch — the multi-sensor tail: - 7 A180 panoramic (PDW/PFW): stitched-panorama main stream (up to 8192x3840) + wide sub streams, all PDF-verified - 13 X-Spans/SDT: recorded the VISIBLE (optical) channel only; the radiometric thermal channel is intentionally omitted (separate low-res sensor). For the dual-visible "4z4"/"8p" combos, recorded the detail/PTZ or highest-res visible stream matching the stored resolution - SDT8C842: recorded its panorama (5376x1520) to stay consistent with the file's resolution field - codec H.265 on every stream Dahua streams coverage 148 -> 168. Closes the standard + multi-sensor Dahua series for the streams lane.
ch-bas
changed the title
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Backfills
video.streams[](per-stream name/resolution/fps/codec) for 168 Dahua cameras across 9 batches, all extracted from official Dahua Stream Capability tables (product pages + datasheet PDFs on materialfile.dahuasecurity.com). Part of the #177 lane.Coverage: Dahua 1 → 168 (of 335); dataset-wide streams 573 → 740
Conventions (uniform across batches)
max_fps: fixed 5/6/8 MP cameras cap at 20 fps at full res, while PTZ speed domes run 30/60 fps — captured per datasheet, never assumed.H.265on every stream (MJPEG/H.264 are selectable options, not the primary; canonical form matches the codec enum in CI: canonical codec enum + normalization + placeholder-sentinel lint (#180) #182).resolution.max_*for internal consistency; every apply asserted main == stored max.Notable per-model accuracy
Remaining
13 Dahua cameras with a
codecslist but nostreams[]were intentionally excluded — they overlap the codec-normalization set in #182, so they were held back to keep these two PRs conflict-free. They can be a trivial follow-up once #182 merges. The other ~154 lack avideoblock entirely (no codecs), which is out of scope for a streams-only backfill.Builds clean (2,618 cameras).