Hi Markus

 

The  communal  sever is  running  the  decision  making  part  of the  dynamic  system , along  with  distributing  the  call signs  for the  list , the  call  signs  are  also  vetted  before  distribution  to  prevent  'random'  events 

 

The web linking  transports from the  Rx's  call  / s/n  / % fade / time    or   call  / s/n / time  [ no % fade  for  dynamic ] , there  is  no  DSP   shared and  as  such  cannot  influence  the    decision  of each Rx station

 

The  satellite   Rx's   provide the  time  stamp  , and  as can  be  observed ,  [ if  the  windows  software is  used .. ]  the  spots  from the   dynamic  detectors  are  transferred   to  the  server , then  after a  finite  delay .  are  distributed to the  Opera  users . with  the  ''??'' stamp   'single'  or  'false' or  no  '??' then  validated .

 

The  Opera  system  functions  , with  or  without  web linking .  in a  stand  alone ,  dynamic  detection  , the  s/n  provides  the  confidence  level , other  than  that , If  the  TX is  web-linked , the  psk-map  data  base  holds  the  TX beacon  .. without  this , then  its difficult  to  evaluate ,  unless  there  exists  a  string of  decodes / detections ,  from which  a  profile  may be  established or  other  Rx stations  have  decoded/detected  the  station

 

There  being  no  master  clock ,  the system  runs  as simultaneous unique  individual decodes/detection's , the  only  not allowed  condition  , would  be  a  random  detection , occurring  within  the time  validation  window  of a  genuine Tx ..But  that  event  would  need  to share the  call  sign  with a  actual  event  to  be  of  importance 

 

In this ,   three   Dynamic  Rx stations  share the  same  time  stamp , and  are  validated [ green]  two  would  of  also  validated  each other.