ZMU -L option not working, --reload does work
looks like the L was left out of line 192:
int c = getopt_long (argc, argv, "dvsEDurwei::S:t::fz::ancqhlB::C::H::O::U:P:A:", long_options, &option_index);
Would also be useful if :
zmu --reload reapplied the brightness/contrast settings to the video source.
zmu -B returned the brightness level in the return code
zmu appears to return the brightness level currently active on the associated device instead of the monitor's configured value. It's be nice to have an option to retrieve the values that are stored in the db monitors table.
zmu updates
-
- Posts: 6
- Joined: Sun May 20, 2007 9:19 pm
- zoneminder
- Site Admin
- Posts: 5215
- Joined: Wed Jul 09, 2003 2:07 pm
- Location: Bristol, UK
- Contact:
-
- Posts: 6
- Joined: Sun May 20, 2007 9:19 pm
When I posted that zmu comment I had assumed that ZM settings in the DB were independent of the video source settings and could be reloaded. But I see that the monitor settings dialog is reading the video source settings rather than the values in the DB. This is only an issue when using external scripts to adjust levels. Things get out of sync between the video source and the DB values.
In light of this, I'm not really sure what is best. The way it is currently makes sense, the settings dialog loads the video source values which is more intuitive. But in a scripted environment, having fallback values that don't track the current settings would be handy.
In light of this, I'm not really sure what is best. The way it is currently makes sense, the settings dialog loads the video source values which is more intuitive. But in a scripted environment, having fallback values that don't track the current settings would be handy.