Provided by: zoneminder_1.36.33+dfsg1-1build4_amd64 bug

NAME

       ZoneMinder::MappedMem - ZoneMinder Mapped Memory access module

SYNOPSIS

       use ZoneMinder::MappedMem; use ZoneMinder::MappedMem qw(:all);

       if ( zmMemVerify( $monitor ) ) {
         $state = zmGetMonitorState( $monitor );
         if ( $state == STATE_ALARM ) {
           ...
         } }

       ( $lri, $lwi ) = zmMemRead( $monitor, [ 'shared_data:last_read_index',
           'shared_data:last_write_index' ] ); zmMemWrite( $monitor, { 'trigger_data:trigger_showtext' => "Some
       Text" } );

DESCRIPTION

       The ZoneMinder:MappedMem module contains methods for accessing and writing to mapped memory as well as
       helper methods for common operations.

       The core elements of ZoneMinder used mapped memory to allow multiple access to resources. Although
       ZoneMinder scripts have used this information before, up until now it was difficult to access and prone
       to errors. This module introduces a common API for mapped memory access (both reading and writing) making
       it a lot easier to customise scripts or even create your own.

       All the methods listed below require a 'monitor' parameter. This must be a reference to a hash with at
       least the 'Id' field set to the monitor id of the mapped memory you wish to access. Using database
       methods to select the monitor details will also return this kind of data. Some of the mapped memory
       methods will add and amend new fields to this hash.

METHODS

       zmMemVerify ( $monitor );
           Verify  that  the mapped memory of the monitor given exists and is valid. It will return an undefined
           value if it is not valid. You should generally call this method first before using any of  the  other
           methods,  but  most  of  the  remaining  methods  will  also do so if the memory has not already been
           verified.

       zmMemInvalidate ( $monitor );
           Following an error, reset the mapped memory ids and attempt to reverify on the next  operation.  This
           is mostly used when a mapped memory segment has gone away and been recreated with a different id.

       zmMemRead ( $monitor, $readspec );
           This  method is used to read data from mapped memory attached to the given monitor. The mapped memory
           will be verified if it has not already been. The 'readspec' must either  be  a  string  of  the  form
           "<section>:<field>"  or  a  reference  to an array of strings of the same format. In the first case a
           single value is returned, in the latter case a list of values is return.  Errors will cause undefined
           to be returned. The allowable sections and field names are described below.

       zmMemWrite ( $monitor, $writespec );
           This method is used to write data to mapped memory attached to the given monitor. The  mapped  memory
           will  be verified if it has not already been. The 'writespec' must be a reference to a hash with keys
           of the form "<section>:<field>" and values as the data to be written. Errors will cause undefined  to
           be  returned,  otherwise  a  non-undefined  value will be returned.  The allowable sections and field
           names are described below.

       $state = zmGetMonitorState ( $monitor );
           Return the current state of the given monitor. This is an integer value and can be compared with  the
           STATE constants given below.

       $event_id = zmGetLastEvent ( $monitor );
           Return the event id of the last event that the monitor generated, or 0 if no event has been generated
           by the current monitor process.

       zmIsAlarmed ( $monitor );
           Return 1 if the monitor given is currently in an alarm state, 0 otherwise.

       zmInAlarm ( $monitor );
           Return 1 if the monitor given is currently in an alarm or alerted state, 0 otherwise.

       zmHasAlarmed ( $monitor );
           Return 1 if the given monitor is in an alarm state, or has been in an alarm state since the last call
           to this method.

       ( $x, $y ) = zmGetAlarmLocation ( $monitor );
           Return an x,y pair indicating the image co-ordinates of the centre of the last motion event generated
           by the given monitor. If no event has been generated by the current monitor process, or the alarm was
           not motion related, returns -1,-1.

       zmGetLastWriteTime ( $monitor );
           Returns  the time (in utc seconds) since the last image was captured by the given monitor and written
           to shared memory, or 0 otherwise.

       zmGetLastReadTime ( $monitor );
           Returns the time (in utc seconds) since the last image was read from shared memory  by  the  analysis
           daemon of the given monitor, or 0 otherwise or if the monitor is in monitor only mode.

       zmMonitorSuspend ( $monitor );
           Suspend the given monitor from generating events caused by motion. This method can be used to prevent
           camera  actions  such  as panning or zooming from causing events. If configured to do so, the monitor
           may automatically resume after a defined period.

       zmMonitorResume ( $monitor );
           Allow the given monitor to resume generating events caused by motion.

       zmTriggerEventOn ( $monitor, $score, $cause [, $text, $showtext ] );
           Trigger the given monitor to generate an event. You must supply an event score  and  a  cause  string
           indicating  the  reason  for  the event. You may also supply a text string containing further details
           about the event and a showtext string which may be included in the timestamp annotation on any images
           captured during the event, if configured to do so.

       zmTriggerEventOff ( $monitor );
           Trigger the given monitor to not generate any events. This method does not  cancel  zmTriggerEventOn,
           but  is  exclusive to it. This method is intended to allow external triggers to prevent normal events
           being generated by monitors in the same way as zmMonitorSuspend but applies to  all  events  and  not
           just motion, and is intended for longer timescales than are appropriate for suspension.

       zmTriggerEventCancel ( $monitor );
           Cancel  any  previous  trigger  on  or off requests. This stops a triggered alarm if it exists from a
           previous 'on' and allows events to be generated once more following a previous 'off'.

       zmTriggerShowtext ( $monitor, $showtest );
           Indicate that the given text should be displayed in the timestamp annotation on any images  captured,
           if the format of the annotation string defined for the monitor permits.

DATA

       The  data  fields  in  mapped  memory  that  may be accessed are as follows. There are two main sections,
       shared_data which is general data and trigger_data which is used for  event  triggering.  Whilst  reading
       from  these  fields  is harmless, extreme care must be taken when writing to mapped memory, especially in
       the shared_data section as this is normally written to only by monitor capture and analysis processes.

       shared_data       The general mapped memory section size              The size, in bytes, of this section
       valid             Flag indicating whether  this  section  has  been  initialised  active             Flag
       indicating  whether  this  monitor is active (enabled/disabled) signal            Flag indicating whether
       this monitor is receiving a valid signal state             The  current  monitor  state,  see  the  STATE
       constants  below  last_write_index   The last index, in the image buffer, that an image has been saved to
       last_read_index    The  last  index,  in  the  image  buffer,  that  an  image  has  been  analysed  from
       last_write_time    The  time (in utc seconds) when the last image was captured last_read_time    The time
       (in utc seconds) when the last image was analysed last_event        The id of the last event generated by
       the monitor analysis process, 0 if none action            The monitor actions  bitmask,  see  the  ACTION
       constants   below   brightness          Read/write  location  for  the  current  monitor  brightness  hue
       Read/write location for the current monitor hue colour            Read/write  location  for  the  current
       monitor   colour   contrast           Read/write  location  for  the  current  monitor  contrast  alarm_x
       Image x  co-ordinate  (from  left)  of  the  centre  of  the  last  motion  event,  -1  if  none  alarm_y
       Image  y  co-ordinate (from top) of the centre of the last motion event, -1 if none alarm_cause       The
       current alarm event cause string along with zone names(s) alarmed

       trigger_data      The triggered event mapped memory section size              The size, in bytes of  this
       section  trigger_state      The  current  trigger  state,  see  the TRIGGER constants below trigger_score
       The current triggered event score trigger_cause     The current triggered event cause string trigger_text
       The current triggered event descriptive text string trigger_showtext  The triggered  text  that  will  be
       displayed on captured image timestamps

CONSTANTS

       The following constants are used by the methods above, but can also be used by user scripts if required.

       STATE_IDLE STATE_PREALARM STATE_ALARM STATE_ALERT STATE_TAPE
           These  constants  define the state of the monitor with respect to alarms and events. They are used in
           the shared_data:state field.

       ACTION_GET ACTION_SET ACTION_RELOAD ACTION_SUSPEND ACTION_RESUME
           These constants defines the various values that can exist in the shared_data:action field. This is  a
           bitmask  which  when  non-zero  defines  an  action  that  an  executing monitor process should take.
           ACTION_GET requires that the current values of brightness, contrast, colour and hue  are  taken  from
           the  camera and written to the equivalent mapped memory fields.  ACTION_SET implies the reverse, that
           the values in mapped memory should be written to the camera. ACTION_RELOAD signal  that  the  monitor
           process   should  reload  itself  from  the  database  in  case  any  settings  have  changed  there.
           ACTION_SUSPEND signals that a monitor should stop exaiming images for motion, though other alarms may
           still occur. ACTION_RESUME sigansl that a monitor should resume motion detectiom.

       TRIGGER_CANCEL TRIGGER_ON TRIGGER_OFF
           These constants are used in the definition of external triggers.  TRIGGER_CANCEL is used to indicated
           that any previous trigger settings should be cancelled, TRIGGER_ON signals that an  alarm  should  be
           created  (or  continued)) as a result of the current trigger and TRIGGER_OFF signals that the trigger
           should prevent any alarms from being generated. See the trigger methods above for further details.

EXPORT

       None by default.  The :constants tag  will  export  the  mapped  memory  constants  which  mostly  define
       enumerations  for  the  variables  held in memory The :functions tag will export the mapped memory access
       functions.  The :all tag will export all above symbols.

SEE ALSO

       http://www.zoneminder.com

AUTHOR

       Philip Coombes, <philip.coombes@zoneminder.com>

COPYRIGHT AND LICENSE

       Copyright (C) 2001-2008  Philip Coombes

       This library is free software; you can redistribute it and/or modify it under  the  same  terms  as  Perl
       itself, either Perl version 5.8.3 or, at your option, any later version of Perl 5 you may have available.

perl v5.38.2                                       2024-04-01                            ZoneMinder::Memory(3pm)