svi-252b: set the night mode transition delay this board's IR-cut filter needs (#163)
The profile went in with a known remainder: a brief purple frame during the day/night transition, tracked upstream in OpenIPC/majestic#325 and deliberately left without a board-specific workaround. That issue has since been fixed -- into night the picture goes grey before the filter moves, coming back out it returns to colour after the filter has shut, and the switch now reaches the stream on the next frame instead of waiting out the current GOP. With that, dusk is clean on this camera at the default `transitionDelayMs: 0`. What is left is the dawn side, and it is mechanical: the bistable IR-cut filter is still physically swinging shut while the picture is already back in colour, which is worth about two frames of cast. `nightMode.transitionDelayMs` is the documented pause between the picture changing and the filter moving (0-2000 ms, default 0), and how fast a filter swings is a property of the board -- so this belongs in the device profile rather than in any shared default. 150 ms clears it here. Tested on the physical SVI-252B K202 by the author, repeated transitions in both directions, both now clean.
This commit is contained in:
+1
@@ -27,6 +27,7 @@ cli -s .isp.sensorConfig /etc/sensors/imx323_i2c_dc_1080p.ini
|
||||
cli -s .nightMode.lightMonitor true
|
||||
cli -s .nightMode.lightSensorPin 24
|
||||
cli -s .nightMode.lightSensorInvert false
|
||||
cli -s .nightMode.transitionDelayMs 150
|
||||
cli -s .nightMode.irCutPin1 34
|
||||
cli -s .nightMode.irCutPin2 33
|
||||
cli -s .video0.codec h264
|
||||
|
||||
Reference in New Issue
Block a user