TODO: 

 Bie¿¹ce sprawy ( poza b³êdami ) 
 --------------------

   V po³¹czenia szyfrowane SSL ( czerwiec 2017 - Vesselow )
   - szyfrowane archiwum ( czerwiec 2017 - Vesselow ),
   - przekleiæ zg³aszanie incydentów z ORLEN'u do naszej aplikacji ( jeœli jest taka prawna mo¿liwoœæ ),


 Najwa¿niejsze b³êdy:
 --------------------


   - zmaksymalizowany VDR-S czasami przestaje odbieraæ zdarzenia windowsa, staje siê "przeŸroczysty", trzeba w³¹czyæ za pomoc¹ skrótów klawiaturowych tryb Preview, a nastêpnie powróciæ do normalnego trybu ( Przemo ),
   - czasami dekodowanie obrazu libav siê zawiesza i trzeba w³¹czyæ ipp ( Kamil P. ),
   - CMS4 ma nieostry obraz na kamerach, 
   - b³êdne dekodowanie obrazu o rozdzielczoœci pow. 4K ( 4096 w poziomie ),
   - onvif - czasami nie s¹ wywo³ywane presety,
   - poprawka HIDPI

   ~ dodawanie kamer w wizardzie czasami nie dzia³a ( po uruchomieniu maj¹ inne adresy IP ) Kamil P.,
   ~ POS - dla klucza POS na kliencie pojawiaj¹ siê krzaki ( Kamil P. ), 
   ~ obraz Fisheye w CMS4 jest niskiej jakoœci, 
   ~ po³¹czenia CMSHUB - klienci po pewnym czasie nie loguj¹ sie automatycznie ponownie po przerwaniu po³¹czenia,
   ~ karty HIKVISION czasami nie dzia³aj¹ na nowszych systemach ( blue screen, znikanie urz¹dzenia ).

 VDRS
 -----

  Najwa¿niejsze sprawy:

    - pozbycie siê przestarza³ego interfejsu MFC ! ( to jest b. wa¿ne - brak pierwszych czterech punktów to jest najwiêksza wada aplikacji ). 
    - mo¿liwoœæ dodawania i usuwania kamer w trakcie pracy,
    - mo¿liwoœæ pe³nej konfiguracji zdalnej i us³uga systemowa,
    - pe³na implementacja kamer ONVIF 2.0 profile S,
        - ulepszone we/wy, presety ( czêsto we/wyj. i presety nie dzia³aj¹ w obecnej implementacji ),

    V dowolna iloœæ kamer na instancjê,
    V implementacja kodeka H.265

  Dodatkowe modu³y :

    V szyfrowane po³¹czenia SSL,
    - szyfrowane archiwum,
    V serwer RTSP - standardowy serwer video - ( do integracji z zewnêtrznymi systemami zamiast SDK, kilku klientów o to pyta³o, tak¿e do transmisji video H.264 do telefonów komórkowych ),
    V Edge Recording ( przegrywanie nagrañ z karty SD kamery po przywróceniu ³¹cznoœci, na razie nie wiadomo czy taka funkcja instnieje w ONVIF ) ,
    - Failover server ( serwer przejmuj¹cy nagrywanie, w przypadku awarii serwera g³ównego ) + prosta wersja przejmowania tylko kamer ( jeœli zostaj¹ dodatkowe wolne kamery na licencji, ale bez przejmowania konfiguracji LPR itp ).
    - automatyczne wysy³anie raportów o awarii na serwer przez VDR-S na nasz serwer ( coœ w rodzaju www.bugsplat.com lub Windows Error Reporting ). 

    V analityka softwareowa za pomoc¹ zewnêtrznego SDK ( podobna jak w kamerach UDP ),
    V integracja z SATEL,
    V modu³ alarmów ( alarmy potwierdzane przez operatora, rozdzielanie alarmów miêdzy operatorów ),
    V modu³ przesy³ek,

 Dodatkowe funkcje :


    - implementacja ONVIF 2.0
        - two-way audio,
        - porty szeregowe na kamerze,
        - pe³na implementacja g³owic z pozycj¹ absolute ( tworzenie panoramy ),
    - implementacja g³owic z mo¿liwoœci¹ ustawiania pozycji bezwzglêdnej ( tworzenie panoramy, sterowanie poprzez klikniêce na panoramê, sterowanie poprzez klikniêcie na obraz z kamery itp ),
    - blokowanie fragmentów nagrañ przed skasowaniem,
    - mo¿liwoœæ prze³¹czania strumienia w nagrywaniu za pomoc¹ schedulera ( mo¿liwoœæ nagrywania z pierwszego lub z drugiego strumienia ),

    V nadawanie nazw presetom,
    V szybkie wyszukiwanie ruchu w archiwum w zadanym obszarze,
    V automatyczny backup ( o zadanej godzinie z ostatniej doby ),

 Pomys³y:
    - wirtualne kamery ( jako obszar innej kamery ),
    - zwiekszanie czasu zapisu archiwum poprzez zmniejszanie fps dla starych nagrañ ( tj. zostawianie tylko klatek kluczowych ),

 CMS4
 -----

  Rzeczy brakuj¹ce do pe³nej funkcjonalnoœci:

    V odtwarzanie audio w archiwum,
    V audio w drug¹ stronê ( two-way audio ),
    V modu³ bookmarków

  Dodatkowe funkcje :

    - dekodowanie za pomoc¹ karty graficznej Intel ( obecna implementacja DXVA jest uniwersalna, ale nie dzia³a dobrze - trzeba kopiowaæ ramkê video z pamiêci GPU do pamieci RAM, Intel ma pamiêæ dzielon¹ )
    - szybkie cofanie siê na podgl¹dzie live o kilka sekund za pomoc¹ suwaka,
    - w³¹czanie nagrywania na serwerze z poziomu CMS4,
    - Video-Wall ( jest rozpoczête - dokoñczyæ ),
    - lokalne nagrywanie ( dokoñczyæ ),
    - kamera alarmowa tzw. hotspot ( kamera któr¹ mo¿na umieœciæ na dowolnym layoucie a pokazuje obraz z kamery na której jest alarm, albo coœ siê dzieje np. zdarzenie VCA ),
    - layouty alarmowe ( wyœwietlaj¹ wszystkie kamery na których coœ siê dzieje ),  
    - prze³¹cznik p³ynnoœæ obrazu/minimalizacja opóŸnienia dla obrazu live.
    - szyfrowanie ustawieñ
    - zmiana koloru/czcionki/wyœwietlania OSD ( nazwa kamery czas ) na ka¿dej kamerze

    V szybkie wyszukiwanie ruchu w archiwum ( tryb bezpoœredni i z metadanych ),
    V sprawdzanie obecnoœci u¿ytkownika ( takie jak w CMS3 ),

CMSHUB
-------

   V przechowywanie layoutów na serwerze centralnym, wspólne dla wszystkich u¿ytkowników,
   ~ dodawanie filmików i zdjêæ do zdarzeñ alarmowych.

MOBILE
-------
   V nowy klient na komórki
   V nie dzia³a wersja na Androida 7 ( uruchamia siê ale nie dzia³a prawid³owo ),




=================================================================================================================
KLUCZE:

 NETSTATION
  - 128 darmowych czujek 

 NETSTATION ENTERPRISE
  - 128 czujek ( od 3.3.0.10 ), wczeœniej brak darmowych czujek
  - dodatkowe modu³y ( patrz opis modu³ów )

 CMS-HUB ENTERPRISE
  - mo¿liwoœæ pod³¹czenia pow. 256 kamer.
  - dodatkowe modu³y ( patrz opis modu³ów ) 
  - modu³ alarmów jest standardowo dostêpny ( bezp³atny )
  
 CMS4 ENTERPRISE
 - modu³ Euro-Cash ( pivotalnie, raz jest raz nie ma )

=================================================================================================================
NUMERACJA WERSJI OPROGRAMOWANIA

 - 3.3.5.xx 
    - wersja us³uga 
    - obs³uga pow. 32 kamer, 
    - w pozosta³ych obszarach odpowiada funkcjonalnoœci wersji XX wersji 3.3.0.xx rozwojowej.
    - klucz NETSTATION i NETSTATION_ENTERPRISE

 - 3.3.0.xx 
    - wersja rozwojowa tzw. RELEASE, 
    - tutaj dodajemy nowe funkcjonalnoœci. 
    - ograniczenie do 32. kamer
    - klucz NETSTATION i NETSTATION_ENTERPRISE ( ale do 32 kamer )

 - 3.2.0.xx 
    - wersja stabilna, 
    - poprawiamy tutaj tylko powa¿ne b³êdy

=================================================================================================================
UTRATA KOMPATYBILNOŒCI
 3.4.0.51 - utrata kompatybilności jeśli chodzi o skróty klawiaturowe i joystick
 3.4.0.27 - czêœciowa utrata kompatybilnoœæi przy konfigurowaniu zdarzenia schedulera DVR event.
 3.3.0.27 - VDR-S usuniêty stary modu³ SMTP, dodany nowy modu³ SMTP z CMS-HUB, usuniête wysy³anie maili ze starego schedulera, usuniêcie z schedulera Alertów systemowych ( jedynie co by³o mo¿na zrobiæ po alercie to wysy³aæ e-maile ), usuniêcie kilku drobnych nieu¿ywanych funkcji z schedulera.
 3.3.0.15 - usuniête predefiniowane wyszukiwania z CMS4 ( lpr, pos, vca ) - drobna zmiania i tak wczeœniej nikt nie y¿ywa³
 3.3.0.14 - nie kompatybilny modu³ alarmów ( i tak go wczeœniej nikt nie u¿ywa³ )
 3.3.0.3 - nie jest kompatybilny backup ze starymi serwerami
 3.2.5.20 - nie s¹ kompatybilne ustawienia us³ugi ze starymi serwerami ( zniesiono limit 32 kana³ów ),
    - LOCAL_MACHINE\Software\Alnet\VideoDR-S -> zmieniono 2.0 na 3.0, w wizardzie model01 na model0001, capture_v2\device_netcam01 -> capture_v2\device_netcam0001, 
    - i tak po konwersji trzeba wszystkie kamery przelecieæ wizardem ( nawet nic nie zmieniajac, nie wykrywaj¹c ponownie ).
 3.4.5.158 - moduł alarmów przerobiony

=================================================================================================================
OPISY MODU£ÓW

TWO STEP AUTH od. 3.4.0.87 dwuetapowa autoryzacja. 
  - dwuetapową autoryzację włączamy w konfiguracji serwera ( jest osobny wpis Two step authentication ),
  - Przy pierwszym logowaniu wyświetlane jest w kliencie CMS4 okienko dialogowe z prośbą o wpisanie hasła jednorazowego ( 6 cyfr ),
  - Hasło jest generowane przez program Google Authenticatior na komórki, trzeba go sobie pobrać i zainstalować,
  - Najpierw należy dodać serwer do tego programu za pomocą QR-Code wyświetlanego w panelu konfiguracji Two step authorization,
  - QRCode zawiera tajne hasło serwera ( generowany losowo ciąg znaków przy pierwszym uruchomieniu, zapisany w konfiguracji serwera ),
  - na jego podstawie i na podstawie bieżącego czasu jest generowane jednorazowe hasło ważne ok. 90 sekund
  - w pliku core.ini możemy sobie regulować ważność tego hasła w interwałach 30 sekundowych: twostepauth.tolerance 
  - zegary serwera i komórki muszą być zsynchronizowane,
  - po wpisaniu tego hasła wygenerowanego przez Google Authenticator, wysyłamy je do serwera razem z identyfikatorem klienta, serwer generuje takie samo hasło po swojej stronie ( algorytm jest znany )
  - niej jest wymagane połączenie z internetem, połączenie do Google itp,
  - jeśli hasło się zgadza to identyfikator klienta jest dopisywany do listy zaufanych klientów i już nie będzie pytania przy następnym logowaniu,
  - identyfikator klienta to adres MAC pierszej karty sieciowej oraz nazwa użytkownika,
  - po wyłączeniu dwuetapowej autoryzacji cała lista zaufanych klientów jest czyszczona,
  - nie ma implementacji haseł jednorazowych w API, nowym kliencie komórkowym, kliencie WEB, serwerze centralnym ( należy na razie wyłączyć klienta web jeśli ktoś chce mieć pewność że wszystkie połączenia będą autoryzowane hasłem jednorazowym )
  - połączenia ze starych klientów CMS4, bez wsparcia haseł jednorazowych, starych klientów komórkowych będą odrzucane jeśli ta opcja jest włączona ).


ICP DAS wersja testowa od 3.3.0.9
 - modu³y USB s¹ wykrywane automatycznie przy starcie aplikacji z wykorzystaniem SDK producenta, dzia³aj¹ tylko na pierwszej instancji;
 - modu³y USB s¹ dostêpne tylko w wersji 64-bitowej, wersja 32-bitowa siê crashowa³a;
 - modu³y sieciowe s¹ widoczne jako urz¹dzenia MODBUS (patrz opis MODBUS I/O); nie wykrywaj¹ siê automatycznie.
 - jeœli nie ma po³¹czenia z modu³ami sieciowymi to pojawi siê b³¹d w problemach.

MODU£ ALARMÓW - od wersji 3.3.0.14 ( przedtem by³ w innej formie dostêpny )
 - niekompatybilne ustawienia z wczeœniejszymi wersjami systemu alarmowego.
 - dzia³aj¹ tylko w na CMS-HUB,
 - w zak³adce `konfiguracja alarmów` CMS-HUB konfigurujemy typy alarmów ( `alarm strefy`, `awaria systemu`, )
 - typ alarmu to jest jego priorytet, lista u¿ytkowników, którzy mog¹ obs³u¿yæ alarm, checklista dla przypomnienia operatorowi co powinien sprawdziæ, inne drobne ustawienia,
	- priorytet s³u¿y jedynie do sortowania alarmu na liœcie alarmów i podœwietlania go odpowiednim kolorem ( czerwony, ¿ó³ty, szary itp ),
 - aby dany alarm by³ wywo³any musimy skonfigurowaæ elementy które wywo³uj¹ ten alarm.
    - mo¿na w w zak³adce `konfiguracja alarmów` CMS-HUB generalnie w³¹czyæ alarm dla wszystkich stref, wejœæ alarmowych w systemie itp, 
    - jeœli nie chcemy dla wszystkich to wy³¹czamy t¹ opcjê, a konfiguracji ka¿dego wejœcia alarmowego, strefy itp mo¿emy w³¹czyæ alarm dla danego elementu,
    - mo¿na u¿yæ task schedulera do zaprogramowania innych alarmów: z analityki, aktywowanych tylko w zadanym czasie itp.
 - po aktywacji wybranego elementu wywo³ujemy alarm, zawiera on informacjê:
    - typ alarmu
    - element, którego aktywacja wywo³a³a alarm ( czujka, strefa, kamera itp ),
 - alarm jest wysy³any do wszystkich pod³¹czonych do CMS-HUB u¿ytkowników do którzy mog¹ obs³u¿yæ alarm, 
 - aby u¿ytkownik móg³ zobaczyæ ten alarm to musi mieæ dodatkowo prawo "AlarmHandling" na CMS-HUB oraz musi mieæ dostêp do danego elementu w prawach u¿ytkownika !!!!!!!
 - jeœli alarm ma ustawion¹ w konfiguracji pust¹ listê u¿ytkowników to oznacza ¿e wszyscy u¿ytkownicy "AlarmHandling" oraz posiadaj¹cy dostêp do danego elementu otrzymaj¹ alarm,
 - u¿ytkownik widzi listê aktywnych alarmów w zak³adce alarmy w CMS4 ( musi sobie j¹ dodaæ bo nie jest dodana domyœlnie )
     - u¿ytkownik zawsze widzi te¿ powiadomienie na pasku CMS4, nawet jak jest na innej zak³adce
 - po naciœniêciu na wybrany alarm na liœcie na ekran jest wrzucony layout powi¹zany z danym elementem ( lub jeœli nie ma layoutu to kamera ),
 - layouty i kamery powi¹zane z danym elementem mo¿na skonfigurowaæ w konfiguracji danego elementu ( wejœcia, wyjœcia itp ),
 - jeœli u¿ytkownik ma wiêcej monitorów to mo¿e ustawiæ dodatkowo layouty powi¹zany z dodatkowymi monitorami i na te dodatkowe monitory bêd¹ wrzucane dodatkowe layouty nawet jeœli nie jest tam aktywna zak³adka alarmów !, 
 - u¿ytkownik podejmuje alarm klikaj¹c odpowiedni przycisk 'Handle alarm'/obs³u¿ alarm na liœcie alarmów w zak³adce CMS4,
 - alarm jest przydzielony do danego u¿ytkownika i znika z listy alarmów u wszystkich innych pod³¹czonych u¿ytkowników,
 - operator obs³uguje alarm - mo¿e dodawaæ komentarze, sprawdzaæ checklistê ( wszystko jest logowane w bazie danych ) itp,
 - operator po pewnym czasie zamyka alarm, z danym rezultatem alarm fa³szywy, powiadomiono policjê itp  
          - dostêpn¹ listê statusów zakoñczenia alarmów mo¿na edytowaæ w konfiguracji alarmów,
 - operator mo¿e obs³ugiwaæ kilka alarmów jednoczeœnie ( mo¿e klikn¹æ handle alarm na innnym alarmie, nawet jeœli nie zakoñczy³ obs³ugi bie¿¹cego - tworzy mu siê jego lista alarmów któr¹ obs³uguje ),
 - na osobnej zak³adce operator ma listê wszystkich aktywnych alarmów do których ma prawo obs³ugi, razem z nazwami u¿ytkowników którzy te alarmy obs³uguj¹ ( mo¿e np. podejrzeæ kamery lub co inny operator robi ),
 - operator mo¿e dodawaæ komentarze do wszystkich alarmów, tak¿e tych obs³ugiwanych przez innego operatora, lub tych których obs³ugi nie podj¹³,
 - w konfiguacji alarmów mo¿na konfigurowaæ monitory alarmowe, na tych monitorach bêd¹ automatyczne wyœwietlane kamery z aktywnych alarmów, których nikt nie obs³uguje
     - przydatne jeœli jest kilka alarmów jednoczeœnie i operator sam musi oceniæ który alarm jest najbardziej pilny i rozpocz¹æ obs³ugê od tego alarmu,
     - layout siê dostosowuje automatycznie do liczby kamer
 - monitory alarmowe konfigurujemy w zak³adce CMS-HUB/Alarmy, ale dotycz¹ one programu CMS4 ( w ka¿dym CMS4 trzeba je konfigurowaæ osobno ),
 - przegl¹daæ alarmy z przesz³oœci mo¿emy na zak³adce `DVR Status` ( panel `Browse DVR alarms` ), 
      - panel pojawi siê tylko w nowo utworzonych profilach po³¹czenia CMS4
      - w starych widok 'Browse DVR Alarms' trzeba dodaæ rêcznie.

MODBUS I/O
 - konfiguracja modeli (nazwa, adresy rejestrów) znajduje siê w plikach xml w podkatalogu 'modbus' w katalogu instalacyjnym aplikacji;
 - ka¿dy producent ma swój w³asny plik xml z konfiguracj¹ (np. 'modbus_barix.xml', 'modbus_icp_das.xml');
 - mo¿na rêcznie wyedytowaæ plik, aby dodaæ nowy model; zmiany bed¹ widoczne po restarcie aplikacji;
 - w oknie konfiguracyjnym mo¿na tak¿e dodaæ urz¹dzenie 'Modbus Generic Device' i wyedytowaæ dla niego rêcznie tablicê adresów rejestrów Modbus (jeœli np. nie wspieramy takiego producenta i nie chcemy/nie potrafimy stworzyæ nowego pliku xml);
 - struktura pliku xml z opisem producenta:

<models manufacturer="...">
  <model name="...">
    <discreteInputs startAddress="..." count="..."/>
    <coils startAddress="..." count="..."/>
    <inputRegisters startAddress="..." count="..."/>
    <holdingRegisters startAddress="..." count="..."/>
    <supportedModes tcp="yes/no" rtu="yes/no"/>
  </model>
  ...
  <model name="...">
  ...
  </model>
</models>

 - 'discreteInputs' to wejœcia, a 'coils' to wyjœcia cyfrowe;
 - rejestry 'inputRegisters' i 'holdingRegisters' s³u¿¹ odczytu/zapisu 16-bitowych wartoœci niebinarnych;
 - standard Modbus nie okreœla w ¿aden sposób jak te wartoœci powinny byæ interpretowane, ka¿dy producent robi to w swoim zakresie (np. dla Barixa temperatura czujnika jest wyliczana na podstawie wartoœci dwóch rejestrów 16-bitowych);
 - jeœli chcemy dodaæ modu³, który przechowuje jakieœ wartoœci w 'inputRegisters' (stany czujek, tmperaturê itp.) to jest potrzebna nowa implementacja takiego modu³u na podstawie dokumentacji dostarczonej przez producenta.


NEDAP 3.3.0.8
 - systemy kontroli dostêpu nie wymagaj¹ specjalnego klucza enterp.
 - ³¹czymy siê z aplikacj¹ AEOS za pomoc¹ protoko³u SOAP;
 - podczas instalacji aplikacji AEOS musi byæ zaznaczona opcja "SOAP WebService";
 - trzeba tak¿e w³¹czyæ opcjê "SOAP WebService" (nr 44.15) w ustawieniach aplikacji na stronie WWW -> menu: "Administration > Maintenance > Settings > System properties" lub po polsku: "Administracja > Utrzymanie > Ustawienia > W³aœciwoœci systemu";
 - prosta konfiguracja modu³u (opcja "AEOS Access Control") - podajemy adres i port web service'u oraz login i has³o u¿ytkownika; 
 - mo¿na te¿ zaznaczyæ opcjê "Debug trace" - w logach bêd¹ pojawia³y siê zapytania xml wysy³ane do serwisu i jego odpowiedzi;
 - pobieramy listê drzwi i listê osób (razem ze zdjêciami), które zostan¹ dodane do naszego systemu;
 - w przypadku po³¹czenia z CMS HUB osoby nie zostan¹ dodane do bazy serwera tylko pojawi¹ siê na liœcie osób do synchronizacji w konfiguracji HUB-a; dopiero po ew. akceptacji i synchronizacji bêd¹ dostêpne na serwerze;
 - modu³ co 3 sekundy odpytuje siê o nowe zdarzenia; czêœæ zdarzeñ pojawi siê w naszym systemie jako zdarzenia kontroli dostêpu, reszta (wiêkszoœæ) jako zdarzenia DVR typu "B³¹d systemowy";
 - nie mo¿na sterowaæ drzwiami, bo nie ma do tego komend w protokole SOAP serwisu AEOS;


BACKUP 3.3.0.3
 - backup jest niekompatybilny z wczeœniejszymi serwerami,
 - mo¿na wywo³ywaæ go z poziomu Task Schedulera, np. okresowo ( dostêpne s¹ opcje np. backup kilku ostatnich godzin ),
 - jeœli serwer nie pojawia siê na liœcie serwerów z których mo¿emy zrobiæ backup to znaczy, ¿e jest on niepod³¹czony lub nie wspiera nowego backupu,
 - backup mo¿na wywo³ywaæ z poziomu CMS4 ( tak jak poprzednio - uwaga od wersji 3.3.0.13 ), 
 - backup mo¿na wywo³ywaæ z poziomu CMS-HUB ( œci¹ganie danych z wielu rejestratorów na dysk CMS-HUB'a ), 
 - backup mo¿na te¿ wywo³ywaæ z poziomu VDR-S ( tj. backup wykonywany danych jednego rejestratora, zapisywany na drugim rejestratorze, ew. backup swoich danych który wykonuje rejestrator na drugi dysk ),
    - wykonywanie mo¿liwe tylko przez CMS4, w starym GUI nie ma opcji w menu.
 - serwer sieciowy backupu w rejestratorze dzia³a tak jak wszystkie inne us³ugi na porcie 9000/9001, stary serwer jest usuniety,
 - serwer obs³uguje tylko jednego klienta jednoczeœnie,
 - tak¿e klient sci¹ga tylko jeden backup jednoczeœnie, choæ mo¿na dodaæ do kolejki backupów kilka zadañ, które bêd¹ wykonywane po kolei,
 - kolejkê i stan zadañ backupów mo¿emy podgl¹daæ tak jak poprzednio na zak³adce Video backups w CMS4, CMS-HUB itp.
 - w kliencie mamy trzy kolejki, które mog¹ obs³ugiwaæ trzy backupy równolegle ( ale z poziomu schedulera dodajemy zadania na sta³e do pierwszej kolejki ),
 - jeœli wyst¹pi b³¹d to zadanie bêdzie ponawiane przez 6 godz, 
 - po 6 godz. backup zakoñczy siê b³êdem, b³¹d bêdzie widoczny w widoku problemów danej aplikacji,
 - po 7 dniach zostanie usuniêty ( przez ten czas bêdzie widoczny w kolejce backupów jako zakoñczony b³êdem, bêdzie go mo¿na usun¹æ lub uruchomiæ ponownie - klikniêcie lewym przyciskiem z menu kontekstowego ),
 - backup jest mo¿liwy tylko dla administratora, nie ma praw uzytkownika do backupu,
 - pliki istniej¹ce ju¿ w katalogu docelowym bêd¹ pomijane, tak¿e mo¿na wykonywaæ backup wielokrotnie, nie bêdzie on œci¹ga³ ponownie tych samych danych,
 - mo¿e siê zdarzyæ, ¿e w trakcie backupu niektóre pliki z zadanego okresu czasu zostan¹ ju¿ nadpisane, backup takie pliki te¿ pomija,
 - od 3.3.0.10 - zapis pliku location.xml z nazwami kamer dla odtwacza, ale tak¿e z konfiguracj¹ wyœwietlania fisheye i posów.

Todo
 - backup jest klasyczny dodaje tylko pliki do katalgu, nie tworzy indeksu archiwum, tak¿e klient przy ka¿dym otwarciu bêdzie musia³ go tworzyæ,
 - usuwanie/czyszczenie zbackupowanych danych ze ¿ród³owego archiwum,
 - dodawanie danych do istniej¹cego, dzia³aj¹cego archiwum ( to ew. przy failover server ), 
 - osobne okienko do konfiguracji okresowych backupów ( nie trzeba bêdzie konfigurowaæ skomplikowanych zadañ w Task Schedulerze ),
 - backup zdarzeñ z bazy SQL razem z danymi .


SERVER HTTP 3.3.0.2

 - umo¿liwia wyœwietlanie strumienia MJPEG, a tak¿e natywnego strumienia kamery w przegl¹darce bez instalacji kontrolek ActiveX,
 - mo¿na ogl¹daæ albo MJPEG, albo H264,
 - aby obejrzeæ H.264 przegl¹darka musi wspieraæ MediaSourceExtension, przegl¹darka na iOS nie ma takiej funkcji,
 - w innym wypadku trzeba prze³¹czyæ sie na MJPEG, odpowiednia kontrolka jest w kliencie WWW,
 - odtwarzanie H264 zazwyczaj wnosi opóŸnienie tyle ile wynosi GOP ( od klatki kluczowej, do klatki kluczowej ),
 - MJPEG wymaga rekompresji w serwerze, a jeœli w³¹czymy H264 i jeœli kamera nie daje H.264 to jest rekompresja do H264,
 - za³¹czony jest prosty klient przez stronê WWW, aby go u¿yæ oprócz w³¹czenia serwera HTTP trzeba w³¹czyæ HTTP API,
 - na razie ogl¹damy tylko obraz live, nie ma archiwum, 
 - dodatkowo oprócz XML api wspiermay JSON api przez WWW, ³atwiej operuje siê z poziomu JavaScript.
 - klient WWW ( plik index.html w podkatalogu http ) mo¿e s³u¿yæ jako przyk³ad u¿ycia naszego HTTP API, 
 - 3.3.0.10 - audio / odtwarzany kana³ audio to pierwszy kana³ przyporz¹dkowany do danej kamery w CMS4,

Todo
 - odtwarzanie archiwum,
 - kontrola bufora przy wysy³aniu video


=================================================================================================================
CMS4 / CENTRAL SERVER ENTERPRISE / RELEASE 3.2


3.3.0.27
   - VDR-S nowy modu³ SMTP ( wysy³anie e-maili ) wziêty z CMS-HUB'a. Mo¿liwoœæ wysy³ania emaili z Events & Actions w rejestratorze. Czêœciowa utrata kompatybilnoœci.
   - VDR-S suniête wysy³anie maili ze starego schedulera, usuniêcie z schedulera Alertów systemowych ( jedynie co by³o mo¿na zrobiæ po alercie to wysy³aæ e-maile ), usuniêcie kilku drobnych nieu¿ywanych funkcji z schedulera.

3.3.0.26
   - aktualizacja programu OpenHardwareMonitorApp.exe ( monitorowanie temperatury dysków itp ), nie dzia³a na koncie innym ni¿ administrator, ale w zasadzie wykorzystujemy i tak rejestrator g³ównie w trybie us³ugi,
   - poprawka blokowanie siê serwera przy zmianie ustawieñ VCA ( PLP )
   - nie wymagaj podawania nazwy rejestratora przy dodawaniu go do do CMS'a i HUB'a - pobieraj nazwê z rejestratora
   - dodaj sprawdzanie prawid³owoœci konfiguracji rejestraotra przy dodawaniu rejestratora do HUB - czyli sprawdzanie po³¹czenia miêdzy rejestratorem a CMS-HUBem po dodaniu rejestratora do HUB'a

3.3.0.25
  - LPR - aktualizacja do wersji SimpleLPR 3.2. ( brak aktualnej licencji )
  - wysy³anie komend keep alive przez QVdrsConnection i QVdrsVideoDirectStream ( mo¿e rozwi¹¿e problem z zawieszaniem siê po³¹czeñ na MacOS ),


3.3.0.24
  - HUB - usuñ niepotrzebne pole Description przy dodawaniu DVR ( nie wykorzystywane i tak nigdzie ).
  - VDRS - mo¿liwoœæ ustawienia w pliku ini n-ru strumienia, z którego pobierane bêd¹ klatki do analizy VCA (opcja "vca.videoStream"). 
  - poprawka wyœwietlania polskich znaków w komunikatach na kamerach video + w³¹czenie antyaliasingu przy wyœwietlaniu tych napisów w VDR-S ( czy to pomo¿e przy wyœwietlaniu japoñskich znaków  ? )

3.3.0.23
  - wyœwietlanie metadanych POS i VCA w CMSPlayerze ( w backupie ).
  - dodaj VCA do warunków schedulera ( zdarzenie wyst¹pi tylko jeœli regu³a jest aktywna/nieaktywna np. stoi poci¹g na peronie ),

3.3.0.22
  - kolor strefy na e-mapie zale¿ny tak¿e od stanu zablokowania alarmów. 
  - VDRS - resetowanie po³¹czenia z kamer¹ jeœli parser nie potrafi wygenerowaæ ramki video przez d³u¿szy czas lub jeœli znaczniki czasu siê nie zwiêkszaj¹ ( kamery ubiquiti - Maciek )

3.3.0.20
  - modu³ alarmów - - nagrywanie wideo na kamerze powi¹zanej ze Ÿród³em alarmu.
  - CMS4: zablokuj mo¿liwoœæ ominiêcia shella w CMS4 poprzez klikniêcie na link w About dialog i w `Browse archive from disk`.

3.3.0.19
 - do odtwarzarki backupu CMSPlayer dodaj obs³ugê œcie¿ek ze spacjami.
 - dodana obs³uga domofonu 2N AUDIO KIT

3.3.0.17
 - poprawka b³êdu blokowania siê klienta CMS4 przy po³¹czeniu od wersji 3.3.0.15.


3.3.0.16
 - poprawka obs³ugi properties fisheye, fisheyeInverted, w przypadku po³¹czenia z rejestratorami w starszej wersji, czasami properties siê resetowa³y ( po zmianie schema ? )
 
3.3.0.15
  - w tabelach wyszukiwania ró¿nych zdarzeñ np. VCA, LPR itp. zmieniono format zapisu predefiniowanych wyszukiwañ, wszystkie zapisane poprzednio nie bêd¹ wszystane.
  - poprawka dzia³ania fisheyeInverted (Maciek )
  - dodanie prawa dostêpu do backupu i eksportuAVI dla klienta CMS4
 

3.3.0.14
  - poprawki EuroCash
  - testowa obs³uga sesji RTP z kamery, trzeba dodaæ jako kamerê RTSP/HTTP i wybraæ typ sesji RTP ( Maciek )
  - poprawiony dealer Platinum
  - system obs³ugi alarmów

3.3.0.13
  - obs³uga audio back channel w kamerach ONVIF
  - plugin backupu z schedulera dostêpny tak¿e w CMS4

3.3.0.12
  - dealer platinum ( pierwsza wersja z b³êdami  - patrz 3.3.0.14 )
  - poprawka dzia³ania autowy³¹czania outputu jeœli jest on w konfiguracji NC ( przemo )

3.3.0.11
  - poprawione wywo³ywanie dodatkowych komend PTZ z klienta CMS4 ( wycieraczki itp ) - WISKA

3.3.0.10
  - w wersji ENTERPRISE równie¿ mamy 128 czujek ..
  - poprawki do klient WWW - reenkodowanie do H264, audio, wyœwietlanie tekstu na kamerze ( ³¹czenie siê itp ),
  - mo¿liwoœæ ograniczenia wywo³ania CMS4 do jednej instancji
  - poprawki Eurocash 
  - backup zapisuje plik location.xml z konfiguracj¹ wyœwietlania fisheye, posów itp.  

3.3.0.9
  - modbus I/O IPC DAS
  - pojedyñcze urz¹dzenia np. dvr'y sieciowe do³¹czane do programu mog¹ obs³ugiwaæ 32kamery ( by³o 16 kamer max )

3.3.0.8
   - mo¿liwoœæ importu/exportu ustawieñ VCA dla pojedyñczych kana³ów
   - NEDAP

3.3.0.7
  - delaer DERMAG
  
3.3.0.6
  - poprawki EuroCash
  - CMS4 - zmienione komunikaty ³¹czenia siê kamer¹ NO CAMERA SIGNAL, SERVER CONNECTION LOST
  - mo¿liwoœæ ustawienia k¹tów pan/roll podczas kalibracji VCA
  

3.3.0.5
  - dodany jêzyk wêgierski
  - poprawki widoków konfiguracji VCA - odchudzenie ludzika

3.3.0.3
  - NOWY BACKUP - mo¿liwoœæ wywo³ywania backupu z schedulera, BACKUP NIEKOMPATYBILNY Z POPRZEDNIMI WERSJAMI !!!!!!

3.3.0.2
  - NOWY SERWER HTTP, tranmisja H264 przez stronê WWW
  - popraw zdarzenia POS Media-Expert
  - konfiguracja w pliku cms.ini rozmiaru kamery przy którym wyœwietlane s¹ napisy
  - Eurocash - modu³ dzia³a tylko z serwerami ENTERPRISE
  - kamer PROVISION AUTODETECT jako ONVIF
  - mo¿liwoœæ obs³ugi wielu skanerów BarcodeScanner jednoczeœnie

3.3.0.1 
  - nowa wersja 3.3
  - wersja dla Sperry Maring
  









----------------------------------> 3.2.1.1 nowa wersja stabilna .... 








3.2.0.39
 - BACNET ( Esser ) do testów
 - poprawione odczytywanie licencji POS'a ( SOWA ) - b³¹d od momentu wprowadzenia licencji na BarCode scanner 3.2.0.33,
 - CMS4 - poprawka powiêkszania kamer nawet po podwójnym klikniêciu 
 - poprawki parsowania zdarzeñ DAHUA
 - dodana kompatybilnoœæ wejœæ/wyjœæ ze starymi komórkami
 - 

3.2.0.38
 - wersje kluczy NETSTATION do 1024 kamer ( poka¿e siênazwa, ale i tak bedzie 32, wiêcej wspierane tylko w us³udze )
 
3.2.0.37
 - Eurocash - modyfikacja protoko³u - timestamp zamiast dnia, miesi¹ca, roku, m na oznaczenie monitora

3.2.0.36
 - poprawka dzia³ania ARECONTA ( Platinium CCTV )

3.2.0.35
 - pierwsza wersja automatycznego backupu ( na razie nie skoñczona ),

3.2.0.34
 - plugin WISKA ( obraz statku )

3.2.0.33
 - poprawka wyœwietania ³¹cz szeregowych np. przy konfiguracji posów ( SOWA )
 - Barcode skanery wymagaj¹ licencji BarCode, a nie POS'a

3.2.0.32
 - testowa obs³uga monitorów HighDPI,
 - wylogowywanie siê po pewnym okresie bezczynnoœci,
 - poprawki do edge recordingu,
 - monitorowanie zawieszaj¹cych siê w¹tków, lekkie ograniczenie iloœci zdarzeñ w CMS-HUB ( AlnetBaltic )
 - w wersji Netstation zawsze dostêpne 128 czujek, nie wymagamy klucza,
 - serwer Eurocash do klienta,
 - LICENCJE: Normalna wersja programu, nie ENTERPRISE ma za darmo 128 czujek, nie 64 !!!!
 - LICENCJE: Systemy SATEL i POLON wymagaj¹ wersji ENTERPRISE !!!!

3.2.0.31
 - poprawki crashy w VCA
 - mo¿liwoœæ edycji presetów, nadawania nazw itp. z poziomu panelu sterowania PTZ w CMS4, mo¿liwoœæ edycji panelu PTZ
 - CMS4: dodawanie presetów bezpoœrednio z poziomu panelu PTZ, 

3.2.0.30
 - integracja z ROGER
 - mo¿liwoœæ wyszukiwania ruchu tak¿e w archiwach offline
 - integracja MEDIA-EXPERT jest dostêpna w CMS4 tylko po w³o¿eniu klucza CMS_ENTERPRISE

3.2.0.29
 - obs³uga formatu JSON w HTTP API,
 - prosty klient HTTP ( na razie tylko MJPEG ),
 - wyszukiwanie ruchu ( na razie tylko on-line ),
 - raporty mo¿na pobieraæ i generowaæ nawet bez CMS-HUB'a,
 - wy³¹czenie mo¿liwoœci wywo³ania Klawisze skrótu i klawisze trwa³e w trybie pow³oki,
 - Dahua - mo¿ilwoœæ wy³¹czenia autodetekcji,
 - mo¿liwoœæ zastêpowania ikonek w³asnymi - tak¿e tych nak³adek - np. pokazuj¹cych ruch na kamerze itp ( Wojtek ) ....

3.2.0.28
 - prawid³owe przywracanie pozycji okna jeœli klient uruchomiony bez pod³¹czonego monitora ( PRZEMO )

3.2.0.27 / 0.10.27
 - bookmarki
 - poprawki do wykrywania kart Advantech 

3.2.0.25 / 0.10.25
 - wy³¹czone na razie dekodowanie sprzêtowe DXVA w CMS4 nawet jeœli siê zaznaczy opcjê,
 - edge recording ukoñczony, wymaga wersji ENTERPRISE
 - drobne poprawki wygl¹du CMS4
 - poziomy scrollbar w widoku konsoli

3.2.0.24 / 0.10.24
 - poprawiony b³¹d unknown error ArchiveDelChannel przy konfigurajcji kamery 
 - poprawione wybieranie kamer z wielu serwerów w QuickAccess ( Przemo )
 - dodaj model Platinium_CCTV Autodetect ( jako Hikvision Autodetect )

3.2.0.23 / 0.10.23
 - implementacja POLON_6000 ( do testów )
 - CMS4 implementacja œpiocha.

3.2.0.21 / 0.10.21
  - poprawki do eksportu AVI w SDK

3.2.0.20 / 0.10.20
  - CMS4 i blokowanie siê przy ³¹czeniu siê z du¿¹ iloœci¹ serwerów poprawione ( Alnet Baltic )
  - poprawiony b³¹d braku podgl¹du na poskach archiwum w CMS4
  - protokó³ pos Ez-Toys3

3.2.0.19 / 0.10.19
 - VDRS - zapisywanie layoutu przy wy³¹czeniu aplikacji, po ponownym w³¹czeniu bêdzie widoczny ostatni layout
 - VDRS poprawienie okna konfiguracji liczników VCA, poprzednio nie zawsze mieœci³o siê na monitorze,
 - CMS4 zachowuj wspó³czynnik proporcji obrazu tak¿e przy powiêkszeniu.

3.2.0.18 / 0.10.18
 - dodaj brakuj¹ce biblioteki LibXlsxWriter.dll do playera backupu w VDR-S
 - poprawiona konfiguracja zdarzenia i akcji dla kontroli drzwi
 - nie zaznaczaj domyœlnie opcji proxy przy tworzeniu nowego profilu w CMS4
 - mo¿liwoœæ w³¹czania fisheye po stronie klienta w CMS4 np. przy odtwarzaniu backupu itp ( nie zapisuje siê w ustawieniach ),
 - pobieranie stanu systemu w HTTP API ( DvrEventGetStatus ), wyœwietlanie stanu systemu w VDR-S i CMS4 ( b³êdy dzia³ania np: b³êdy po³¹czenia siê z kamerami, baz¹ danych, SATELAMI, stan archiwum itp ),
 - dodanie opcji numeru kamery przy eksporcie AVI w SDK ( cms_cmd )
 - poprawione zapisywanie ustawieñ SMTP w CMS-HUB 
 - dodanie kamer HISHARP,
 - poprawka u³o¿enia kontrolek w jêz. fiñskim
 - poprawka wykrywania kamer DAHUA
 - osobne œcie¿ki do eksportu video, backupu, snapshotów w CMS4 w trybie pow³oki systemowej,
 - mo¿liwoœæ ustawiania koloru dla zdarzeñ POS'a ( anulowanie paragonu itp ) przy wyszukiwaniu ( ale nie on-display ),
 - poprawki protoko³u MAXIMA

3.2.0.16
 - B£¥D: CMS4 nie mo¿e konfigurowaæ VDR-Sa

3.2.0.15  
 - B£¥D: CMS4 nie mo¿e konfigurowaæ VDR-Sa

3.2.0.14 / 0.10.14
 - B£¥D: CMS4 nie mo¿e konfigurowaæ VDR-Sa
 - VDRS: dodany opis kamery dla VISCA
 - CMS4: poprawki wyœwietlania g³ównego okna ( maksymalizacja, minimalizacja, cieñ )
 - CMS-HUB: usuñ zdarzenia DVR event Motion, AudioDetected z listy w TaskSchedulerze, bo i tak nie s¹ generowane.

3.2.0.13 / 0.10.13
 - poprawiony jêzyk niemiecki ( b³¹d w 3.2.0.12 )
 - poprawki do eksportu AVI ( g³ównie dla Media-Expert )

3.2.0.12 / 0.10.12 
( uwaga CMS4/64bit zamiast angielskiego ustawia jêzyk niemiecki ! )
 - uaktualniony jêzyk niemiecki ( wersja z 2018-01-10 )
 - dodany do SDK programik do eksportu AVI ( Vemco )
 - mo¿liwoœæ zniesienia limitów przy nagrywaniu video jeœli wywo³ane z schedulera ( Visca )
 - dodane do instalki nowe manuale
 - poprawiona obs³uga zdarzenia DVR not connected w schedulerze ( prawid³owo wype³nia parametry schedulera np. nazwê rejestratora )
 - poprawki wygl¹du ( okienko oczekiwania na zakoñczenie operacji )

3.2.0.11 / 0.10.11
 - popraw export AVI w SDK ( ale nie dzia³a odtwarzanie do ty³u )
 - popraw dzia³anie akcjê schedulera prze³¹cz wyjœcie jeœli zdarzeniem jest DVR event, popraw czytelnoœæ konfiguracji akcji ( Maciek )
 - CMS4 - okienko b³¹d wykonania operacji nie wyskakuje ju¿ w lewym górnym rogu tylko na œrodku ekranu ( Wojtek )
 - popraw dzia³anie CMS-HUB jeœli u¿ytkownik zablokuje sam siebie w po³¹czeniach sieciowych ( Maciek )

3.2.0.10 / 0.10.10
 - zdarzenie schedulera TemperatureEvent
 - poprawki MEDIA-EXPERT, SATEL, 
 - poprawki SATEL : nie zajmuj zbêdnych licencji

3.2.0.09 / 0.10.09
 - CMS4 - wy³¹cz mo¿liwoœæ ustawiania nazwy kamery przez CMS4 bo kasuj¹ siê wtedy polskie znaki
 - poprawki POLONSATEL
 - popraw b³¹d konfiguracji zdarzenia VCA w taskScheduler, nie ³adowa³ poprzednich ustawieñ po otwarciu okienka konfguracyjnego ( PRZEMO )
 - CMS4 - poprawione opisy w Sekcji VideoWall
 - poprawiony resampler do Audio ( lepsza jakoœæ dŸwiêku ) ...

3.2.0.8 / 0.10.08
 - du¿o drobnych poprawek: MEDIAEXPERT, POLON
 - MODBUS - pierwsza wersja ( obs³uga BARIX )
 - do³¹czaj nazwê u¿ytkownika do nazwy po³¹czenia bazy danych ( wewn. b³¹d, mo¿e poprawi coœ w zwi¹zku z b³êdami po³¹czenia siê z baz¹ danych )
 - akcja schedulera poka¿ kamerê 
 - aktualizacja biblioteki do QT5.8
 - poprawki dla MEDIA-EXPERT
 - SATEL - nie wykrywaj ekranów LCD jako drzwi
 - w zdarzeniach DVR w  CMS-HUB pokazuj pe³n¹ nazwê u¿ytkownika ( nazwa, imiê, nazwisko, IP ) który wykonuje dan¹ operacjê, poprawka wygl¹du, dodane nowe zdarzenia ( ALNET BALTIC )
 - dodaj szczegó³owe informacje o u¿ytkowniku CMSHUB ( imiê nazwisko, email )
 - CMS4: Obs³uga dodatkowych komend g³owicy ( wycieraczki itp ) dla VISCA

3.2.0.7 / 0.10.07
  - wersja testowa POLON/SATEL
  - VDRS: zwiêkszona liczba w¹tków video do 2 * liczba kamer
  - VDRS: do instancji bazy danych dodawaj nazwê u¿ytkownika ( mo¿e poprawi to b³êdy otwarcia bazy danych )
  - VDRS: restartuj aplikacjê jesli jest b³¹d klucza ( w poprazedniej wersji by³a zamykana bez restartu )
  - VDRS: dodana nieograniczona liczba wierzcho³ków w VCA
  - VDRS: dodawanie stref wy³¹czonych z detekcji w VCA
  - CMS4: po³¹czenie z serwerem demo alnet ma domyœlnie w³¹czon¹ synchronizacjê ustawieñ z hub'em,
  - CMS4: ulepszona e-mapa, zapisywanie po³o¿enia okienka z wyskakuj¹c¹ kamer¹, mo¿liwoœæ wrzucenia kamery na wybrany monitor, mo¿liwoœæ powiêkszania e-mapy na layoucie analogicznie jak kamery,
  - CMS4: dodanie przycisków cofania siê do poprzedniego layoutu, zamykania wykakuj¹cego layout itp. w prawym górnym rogu.
  - CMS4: wyœwietlanie ikony oznaczaj¹cej, ¿e jesteœmy w trybie administratora ( jeœli dealer jest WISKA lub zaznaczymy w pliku ini ) to pojawi siê wyra¿ny, du¿y napis ADMIN
  - CMS4: mo¿liwoœæ tymczasowego wy³¹czania overlays na kamerze.
  - VDRS: nie ma mo¿liwoœci ustawiania adresów kart sieciowych, mo¿liwa jest tylko zmiana czasu systemowego,

3.2.0.5
  - VDRS: ulepszenie okienka about
  - VDRS: poprawienie dzia³ania Advantechów - dodanie wpisu HKLM\Software\Advantech\Public\RootPath podczas instalacji ( instalka nie jest przenoœna jeœli chodzi o advantech ) 

3.2.0.4
  - CMS4 : poprawka dzia³ania œciany wideo

3.2.0.3
  - VDRS: poprawka dzia³ania nowych licencji
  - CMS4: popraw b³¹d instalacji jeœli jest ju¿ zainstalowana jakaœ wersja ( nie trzeba rêcznie odinstalowywaæ )

3.2.0.2
 - wersja testowa POLON/SATEL

3.2.0.1
 - werja testowa POLON/SATEL



=================================================================================================================
CMS4 / CENTRAL SERVER

0.9.74
 - poprawki do instalki usuwania z apletu Programy i funkcje w windows' 
 - poprawki do MediaExpert ( ³¹czenie siê z ODBC )
 - dodanie kamer HISHARP AUTODETECT ( nie ma jeszcze Fisheye PTZ )
 - poprawka wyœwietlania na osobnych monitorach w trybie pow³oki systemowej
 - poprawka œciany wideo ( orange )
 - poprawka serwera HTTP ( poprawnie przesy³a zdjêcia z katalogu http do klienta, jeœli ktoœ je tam umieœci )
 - 

0.9.54 - 0.9.73
 - wersje z b³êdami - CMS HUB siê nie uruchamia, 
 - zakleszczanie siê w archiwum

0.9.55
  - popsuta wersja
  - modu³ MediaExpert ( wyszukiwanie paczek bezpoœrednio w ich bazie danych )
  - wyœwietlanie nazw monitorów w oknach jeœli mamy wiêcej ni¿ jeden monitor
  - przy pierwszym uruchomieniu okna s¹ prawid³owo roz³o¿one miêdzy monitory, a nie wszysko na jednym monitorze
  - poprawiony program do odczytu skanera kodów kreskowych, dzia³a na zasadzie keylogger'a
  - poprawka do otwierania portów szeregowych (?) ( u Macka port szeregowy siê nie chcia³ otworzyæ )
  - usuniête pluginy POLON i SATEL z CMS-HUB ( bed¹ w NETSTATION-ENTERPRISE )

0.9.51
 - domyœlnie w³¹czone czyszczenie bazy na 60 dni ( aby nie przekroczy³a 10GB )
 - poprawka b³êdu "No recordings" przy odczytywaniu archiwum przez CMS4 ( Andriej/kamera Messoa )

0.9.50
 - mo¿liwoœæ pod³¹czania kilku centralek do systemu centralnego,
 - poprawione raporty statystyczne,
 - poprawki do eksportu PDF z listy pojazdów LPR - mo¿na eksportowaæ listê ze zdjêciami, tak jak w orlen,
 - mo¿liwoœæ synchronizacji ustawieñ dla wszystkich klientów serwera centralnego ( opcja tam gdzie jest logowanie ActiveDirectory, proxy itp ),
 - nie wyrzuca b³êdu pobierania alarmów przy ³¹czeniu siê jeœli u¿ytkownik nie ma praw dostêpu, 
 - nie blokuj zamkykania systemu ( Przemo ),
 - zablokuj okno w trybie system-shell ( nie pozwól go przesuwaæ ),
 - nie zawieszaj siê dla kodeków H.265 dla procesorów AVX2.
 - zmniejszono stopieñ kompresji instalek,


0.9.47
 - mo¿liwoœæ synchronizacji ustawieñ ( layoutów, e-map ) miêdzy klientami CMS4 pod³¹czonymi do CMSHUB.
 - mo¿liwoœæ uruchomienia CMS4 w wersji z 4 kamerami (ONVIF lub RTSP) w celu zrzucania plików z dumpami z komunikacji RTSP ( opcja debug.CMS.testConfig = true w pliku core.ini ).

0.9.46
 - poprawione: po wy³¹czeniu i w³¹czeniu monitora wszystkie okna wracaj¹ na swoje miejsce 
 - poprawiony wielokrotny ExportAVI ( rosja )
 - poprawiona e-mapa ( mo¿na tak¿e wrzucaæ na layouty, klikanie powoduje wyœwietlenie kamery w nowym oknie )

0.9.45
  - poprawione sterowane g³owicy zoom kó³kiem myszy
  - w ikonkach widoczne nazwy monitorów
  - po wy³¹czeniu i w³¹czeniu monitora wszystkie okna wracaj¹ na swoje miejsce ( niemcy ? )
  - poprawione zawieszanie siê klienta jeœli kilka kontrolek WWW jest wrzuconych na layout ( niemcy ? )
  - akcje w task schedulerze wejœcie nieaktywne i wyjœcie nieaktywne ( niemcy ? )
  - mo¿liwoœæ wrzucana e-map na layouty
  - poprawione sortowanie przy przegl¹daniu ró¿nych zdarzeñ jeœli format czasu jest ustawiony na AM/PM ( Platinium CCTV )
  - akcja schedulera poka¿ layout umo¿liwia powrót do poprzedniego layoutu po pewnym czasie ( PlatiniumCCTV )

0.9.44
 - mo¿liwoœæ ograniczania widocznoœci archiwum do kilku ostatnich minut ( AlnetBaltic ) ( wymaga wersji  3.1.0.53 )
 - w trybie system shell mo¿liwoœæ zablokowania exportu do okreœlonej œcie¿ki ( AlnetBaltic )
 - nowy widok raportów, export raportów do excela

0.9.43
 - poprawki do kalibracji linii ³¹cz¹cej VCA
 - poprawki do SATELA i alarmów

0.9.42
 - poprawki do SATELA i alarmów

0.9.41
 - poprawki do SATELA i alarmów

0.9.40
 - SATEL - pierwsza wersja na targi
 - ALARMY - pierwsza wersja na targi

0.9.38
 - HEATMAPY
 - przy eksporcie AVI domyœlne nazwy plików zawieraj¹ kamerê i serwer
 - poprawione VideoWall
 - poprawione konfiguracja bazy u¿ytkowników ( poprzednio nie dzia³a³o ),


0.9.36
 - dodaj kodek H.263 ( Namys³ów )
 - usuniêcie ograniczenie rozmiarów obrazu w archiwum na 4000px.

0.9.35
 - CMSHUB poprawione dodawanie u¿ytkowników ActiveDirectory przy du¿ej iloœci u¿ytkowników w katalogu ActiveDirectory ( AlnetBaltic )

0.9.34
 - obs³uga IPV6 dla CMSHUB ( CMS4 dzia³a³o bez tej poprawki )

0.9.33
 - DODANY KODEK H265
 - DODANY WIDOK PARKINGU LPR
 - backup i zapytania do bazy danych s¹ wykonywane w osobnym w¹tku, nie blokuj¹ bazy danych,
 - postêp backupu bazy danych jest obrazowany za pomoc¹ paska postêpu

0.9.31
 - mo¿liwoœæ ograniczania liczby drzwi za pomoc¹ klucza sprzêtowego w systemie AccessControl Axis ( ONVIF ): parametry klucza numer programu: 0x05, wersja: iloœæ drzwi, Bolid serwer musi byæ za³¹czony

0.9.30
 - popraw akcjê schedulera uruchamianie aplikacji, parsowanie argumentów zostaw systemowi ( Przemo )
 - zwiekszona d³ugoœæ suwaków w konfiguracji fisheye lens ( Kamil P. )
 - przywrócony snapshot z menu kontekstowego - mo¿liwe do wy³¹czenia z pliku *.ini ( Securitec )
 - mo¿liwoœæ odtwarzania wielu kana³ów audio jednoczeœnie, automatyczny wybór kana³ów do odtwarzania wg. zaznaczonej kamery, poprawki odtwarzania audio,
 - poprawione lokalne nagrywanie video ( ale dzia³a tylko na windows, indeks jest zawsze tworzony w katalogu ustawieñ CMS ),
 - poprawiony export AVI - zwraca b³êdy jeœli nie mo¿e zapisaæ pliku ( Spi¿arnia ),
 - w trybie zawsze na wierzchu okienko logowania siê do trybu admin nie jest przes³aniane przez g³ówne okno programu ( Wiska  )
 - poprawnie zapisuj ustawienia "Show full screen" i "Hide side panels" ( Wiska ),
 - przy backupie ( funkcja podgl¹du ) uruchamiaj player'a z prawid³ow¹ œcie¿k¹.
 - umo¿liwienie dostêpu do plików, w tym zmiany obrazku overlay'a ( tylko w trybie administratora ) jeœli aplikacja uruchomiona w trybie system-shell ( Wiska )
 - popraw wyœwietlanie kamer 31 i 32 w archiwum ( Kamil P. )
 - strza³ki dzia³aj¹ jednak zawsze z PTZ, niezale¿nie od focus'u ( Securitec - wycofana poprawka z wersji 0.9.17 )



0.9.29
 - audio w archiwum - pierwszy etap. Jeszcze zosta³o do poprawy :
     - lepsza synchronizacja a/v
     - lepsza praca z wolnymi po³¹czeniami,
     - lepszy wybór odtwarzanej kamery ( na razie jest b. prosty ).
 - popraw zawieszanie siê aplikacji przy robieniu snapshotu ( Kamil P. )

0.9.28
  - snapshoty maj¹ domyœlnie naniesion¹ nazwê kamery i czas,
  - snapshoty maj¹ domyœlnie w³¹czony precyzyjny czas, nie klatkê kluczow¹,
  - snapshoty z archiwum s¹ ³apane z archiwum, nie z live ( Kamil P. )
  - przy przegl¹daniu zdarzeñ VCA jest widoczna kolumna speed,
  - poprawione odœwie¿anie daty przy wyœwietlaniu video po zmianie dnia ( tylko wyœwietlanie - nie na exporcie avi - to u mnie nie wystêpuje ) - Kamil P.
  - umo¿liwienie backupowania audio 
  - nie pokazuj zduplikowanych kamer przy backupie

0.9.26
  - dodane ponowne ³¹czenie siê CMS4 do CMS-HUB po przerwaniu po³¹czenia,
  - poprawione ustawianie kursora archiwum po dwukrotnym klikniêciu na zdarzenie VCA ( Kamil P. ), 
  - poprawiona jakoϾ widoku Fisheye,  
 
0.9.23
   - poprawki edycji VCA ( odpowiednik 3.1.0.23 )

0.9.22
 - ustawienia fisheye, poprawki jeœli serwer nie wspiera zapisu to zapisuj lokalnie,

0.9.21
 - ustawienia fisheye s¹ trzymane na serwerze wiêc bed¹ wspólne dla wszystkich klientów

0.9.20

0.9.19
   - DODANIE KANA£U ZWROTNEGO AUDIO ( mikrofonu ), wymaga serwera w wersji 3.1.0.23 lub wy¿szej,

0.9.18
  - dodane w archiwum funkcja Idz do podanego czasu, oraz mo¿liwoœæ dok³adnego wyboru zakresu na paskach czasu ( Marcin G. Suus ).,
  - VCA wyœwietlanie prêdkoœci ( Vesselow ),
  - czêœciowa aktualizacja jêzyka polskiego.


0.9.17
  - aktualizacja jêzyka rosyjskiego.
  - Wy³¹czona mo¿liwoœæ edycji panelu PTZ ( opcja w pliku ini cms.PTZControlView.editable  )
  - DODANA MO¯LIWOŒÆ EDYCJI REGU£ VCA UDP ( softwareowe VCA ) zdalnie za pomoc¹ klienta ( jeœli s¹ dostêpne na serwerze ),
  - poprawione dzia³anie strza³ek na widokach list ( strza³ki góra/dó³ dzia³aj¹ nawet jeœli s¹ przyporz¹dkowane do g³owicy w sktórach klawiaturowych ), 
  - poprawiona edycja e-map ( drag'n'drop ) ( Kamil P. ),
  - poprawiona edycja portu Backup ju¿ po dodaniu serwera do listy w CMS4 ( Przemo ),
  - poprawione b³êdy po³¹czenia "End of file", "Semaphore timeout period has expired", na bardziej czytelne komunikaty,
  - poprawione zmiana strumienia na 1. strumieñ video - brak mo¿liwoœci prze³¹czania siê wynika g³ównie z wyczerpania limitu po³¹czeñ ( na nowych wersjach, przy nowych instalacjach jest ustawiany automatycznie na 99, ale by³ ustawiany na 5 w starych wersjach ), ale tak¿e po b³êdzie po³¹czenia program nie ponawia³ próby ( dopiero po wy³¹czeniu kamery i odczekaniu 10 sek. odbywa³a siê ponowna próba nawi¹zania po³¹czenia ). 

0.9.16
  - poprawiony CMSHUB - czasami program konfiguracyjny ( ikonka w pasku zadañ ) nie chcia³ ³¹czyæ siê z us³ug¹.
  - dodanie pos'a do exportu AVI
  - usuwanie obrazków z overlay'a ( poprawka do dodawania )

0.9.15
  - dodany modu³ testowy do wyœwietlania obrazków overlay na obrazie video ( Visca )
  - poprawka : mo¿na kasowaæ has³o dla zdarzeñ DVR w ustawienia CMSHUB
  - serwer demo alnet jest domyœlnie ustawiony na po³¹czenia bez proxy
  - poprawiony programik PackageScanner ( autoryzacja )

0.9.14

 - poprawiony brak mo¿liwoœæi resizowania bocznych panelów po dodaniu nowego panelu ( Przemo )
  - dodane alarmy ( w trakcie implementacji )
  - rysowanie stref na e-mapach
  - dodany program BarcodeScanner.exe do instalki
  - zmaina nazw zak³adek na Live i Playback ( któtsze nazwy ni¿ Live view i Archive browser )

0.9.13
 - poprawiony export do AVI jeœli rozmiar eksportowanego materia³u przekracza 1GB i potrzeba dzieliæ na pliki - drugi plik siê nie generuje ( Przemo )
 - pierwsza wersja interfejsu œledzenia przesy³ek,
 - poprawione przypadkowe zmiany rozmiaru okna przez u¿ytkownika jeœli dzia³a na wielu monitorach ( Kamil P ), 
 - konfiguracja on-display VCA,
 - dodana mo¿liwoœæ wyœwietlania kilku POSów ( do 4 ) na kamerze oraz jednego POS'a na kilku kamerach ( do 4 ) - czêœciowa utrata kompatybilnoœci z wczeœniejszymi wersjami,

0.9.12
 - dodana mo¿liwoœæ wyœwietlania kilku POSów ( do 4 ) ( b³¹d - nie dzia³a )
 - rysowanie zdarzeñ VCA na obrazie,
 - mo¿liwoœæ w³¹czania fisheye na widoku z jedn¹ kamer¹ ( Kamil P. ),
 - Toolbox przeniesiony z g³ównego menu do menu kontekstowego layotów, usuniête "Server view" z bocznej zak³adki,
  
0.9.11
  - ulepszone konfigurowane wirtualne wyjœcia do wywo³ywania akcji do CMS4 
  - do schedulera dodaj zdarzenie wykonywane o okreœlonej godzinie ( np. do prze³¹czania layoutów - Kamil P. )
  - ignoruj b³¹d dodawania regu³y firewall dla CMS HUB podczas instalacji ( pojawia siê jeœli us³uga "zapora windows" jest wy³¹czona - Przemo ),
  - opcja zawsze na wierzchu ( Marcin G. ),
  - poprawiono gesty do sterowania archiwum, inne wykorzystanie rolki, inny sposób powiêkszania pasków archiwum itp ( Przemo ),
  - CMS4 zapamiêtuje ustawienia górnej belki ( dokowanie ),
  - poprawka wygl¹du ekranu startowego i paska tytu³owego CMS ( klasyczny pasek tytu³owy wy³¹czony ),
  - dodano prawa czasowe i IP do logowania siê do serwera centralnego, 
  - dodano mo¿liwoœæ ustawienia przegl¹darki VCA w bocznych panelach ( Kamil P. ),
  - poprawiono odtwarzanie dzwiêków WAV ze schedulera,

0.9.10
  - wersja specjalna na pokazy œledzenia przesy³ek

0.9.9
   - okienko komunikatów tekstowych CMS4 ( konfigurowane ze schedulera ) nie nadpisuje wiadomoœci nowszymi, wiadomoœæ jest zawsze widoczna, a¿ operator nie wciœnie 'x', wtedy przechodzi do nastêpnej ( Australia/ otwieranie bram )
   - export do PDF listy tablic rejestracyjnych
   - poprawiony wygl¹d ikon przy sterowaniu PTZ poprzez klikniêcie na obrazie
   - edycja DVR po dwukrotnym klikniêciu ( Maciej )
   - dodany redist2005 do instalki CMS HUB, wymagany przez dongle ( Kamil P. )
   - poprawione dzia³anie backup playera - poprawne uruchamianie ze START.bat ( Kamil P. )  
   - cemny styl jest trochê jaœniejszy

0.9.8
  - uaktualniona wersja libav 
  - dodanie szyfrowania hase³ wysy³anych do rejestratora ( Przemo )
  - zmieniony format snapshotów, LPR na JPG ( kilka razy mniejsza wielkoœæ ).

0.9.7

  - nie zmieniaj zaznaczonej kamery dla ka¿dej wykrytej tablicy ( Karpacz )
  - do instalki dodany driver audio ( Kamil P. )
  - poprawione dzia³anie jako pow³oka systemowa ( wy³¹czanie klawiszy Ctrl+Alt+Delete )

0.9.6
  - poprawiony zapis do logów 
  - poprawiona jakoœæ exportu AVI ( sta³a jakoœæ, nie sa³y bitrate ),
  - domyœlnie wszystkie katalogi ( Persons, LPR, database s¹ tworzone jako podkatalogi jednego katalogu np. CMSHub )

0.9.5
  - poprawiona synchronizacja listy osób z serwerem centralnym dla LPR

0.9.4
  - uaktualnione polskie t³umaczenie
  - CMS HUB poprawione wysy³anie maila ze zdarzenia schedulera
 
0.9.3
  - mo¿na przyporz¹dkowaæ klawisze joy'a i skróty klawiaturowe do kamer ( Przemo ),
  - wybranie kamery powoduje jej zaznaczenie ( Przemo ),
  - nie w³¹czaj domyœlnie joysticka Axis, bo duplikuje siê ze zwyk³ym joy'em,
  - nie zamykaj drzewa layotu po modyfikacji ( Przemo )

( 2016-07-04 )
     - dodany numer wersji do okienka about
     - poprawka instalki CMSHUB 64-bit
     - poprawka b³êdów Command Timeout
     - dodanie automatycznego restartu aplikacji CMS4 po b³êdzie ( mo¿liwe do wy³¹czenia w pliku *.ini )

 ( 2016-06-29 )
     - mo¿liwoœæ automatycznego wysy³ania minidumpów na nasz serwer ( trzeba w³¹czyæ opcjê w CMS4 - GeneralSettings, CMSHUB - SystemLogs/menu kontekstowe )
     - poprawka do zachowywania pozycji okienek na wielu monitorach w trybie pe³nego ekranu ( Przemo )
     - nie rozwijaj ca³ego drzewka layoutów po dodaniu/usuniêciu jednego layoutu ( Przemo ) 
     - poprawiona obs³uga LPR, zg³aszanie zdarzeñ LPR
     - mo¿liwoœæ ustawienia CMS4 jako system shell

 ( 2016-06-01 )
     - mo¿liwoœæ edycji kont u¿ytkowników na rejestratorze,
     - CMS4: zmieniony styl ciemny na bardziej kontrastowy, poprawiony wygl¹d niektórych okienek konfiguracyjnych,


 ( 2016-05-10 )
     - modu³ do konfiguracji kart sieciowych i serwera NTP w serwerze centalnym,
     - pierwsza wersja centralnego modu³u tablic rejestracyjnych alarmowych ( na serwerze centralnym, ka¿dy rejestrator siê synchronizuje ).
     - poprawiony jakoϾ przy eksporcie AVI ( USA ),
     - pogrupuj ustawienia w kategoriê CMS HUB, CMS4 ( Przemo ),
     - przesuñ zak³adkê domyœlnych ustawien grupy u¿ytkowiników ( Przemo ),
     - usuniête niepotrzebne zdarzenia schedulera z CMS HUB ( Przemo ),

 ( 2016-04-22 )
     - nazwa aplikacji Central Server zosta³a zamieniona na CMS HUB
     - poprawka do zniekszta³ceñ obrazu widocznych przy sterowaniu g³owic¹ ( Brêtowska, Vesselow ),
     - dzia³a check box do w³¹czania/wy³¹czania DXVA2.0 w ustawieniach ogólnych CMS'a.

 ( 2016-04-11 18508 )  
     - CMS4 - dodane zdarzenie schedulera z BOLID'a ( dzia³a tylko w trybie po³¹czenia z serwerem centralnym ),
     - CMS4 pozwala na edycjê layoutów tylko w trybie administratora ( Przemo )

 ( 2016-04-11 18499 )      
     - popraw wydajnoœæ wyœwietlania na konfiguracjach wielomonitorowych ( Vesselow )

 ( 2016-04-07 )     
     - popraw rozmazywanie napisów przy eksporcie AVI ( Vesselow )

 ( 2016-04-05 )
     - wy³¹cz domyœlny backend DXVA20, na zintegrowanych kartach Intela jest on wolniejszy ni¿ softwareowe dekodowanie i mamy obni¿enie fpsów ( Vesselow )

 ( 2016-04-04 )
     - uaktualnione rosyjskie t³umaczenie ( Vesselow )
     - poprawki zarz¹dzania pamiêci¹
     - poprawki konfiguracji Fisheye
     - przyciski szybkiego odtwarzania dzia³aj¹ bez przytrzymywania.

 ( 2016-03-25 )
     - pierwsza wersja szybkiego przewijania ( Vesselow )

 ( 2016-03-23 )
     - pierwsza wersja wideo-wall
  
 ( 2016-03-19 )
     - poprawiona szybkoœæ pobierania snapshotów, kosztem dok³adnoœci ( mo¿e pobieraæ z chwili przed ) ( Vesselow ),
     - podgl¹d archiwum poprzez najechanie na paski, podobnie jak VDR-C ( Vesselow ),
     - dodane zdarzenie schedulera DVR'event ( system centralny, bolid ),

 ( 2016-03-11 )
     - popraw b³¹d nie zapamiêtuje pozycji okien dla iloœci monitorów wiêkszej ni¿ 3 ( Vesselow ),
     - popraw b³¹d zmiany layoutu przy pierwszym przechodzeniu do zak³adki archiwum ( Vesselow ),
     - popraw artefakty które powstaj¹ przy odtwarzaniu archiwum ( Vesselow ),

 ( 2016-03-07 )
     - Server Centralny wyd³u¿ okres timeoutowania u¿ytkownika do 7 dni ( Vesselow ),
     - wybór kamery za pomoc¹ jednego numeru, bez wyboru serwera ( Vesselow ),
     - nowe instalatory do testów ( w formacie .msi ),
     - poprawki siatek kamer od 9x9 do 12x12,
	
 ( 2016-02-28 )
     - pierwsza wersja obs³ugi Fisheye
     - poprawki do exportu avi (  zmiana rozmiaru, bez wyboru FPS przy eksporcie  )
     - poprawki obs³ugi joysticka ( mo¿liwoœæ konfiguracji osi, odwracania kierunku, strefy martwej itp ),
     - scheduler - pierwsza wersja obs³ugi parametrów ( tj. mo¿na wywo³aæ program z parametrem zawieraj¹cym numer wykrytej tablicy rejestracyjnej ),
     
 ( 2016-02-03 )
     - pierwsza wersja Bolida
     - pierwsza wersja klawiatury AXIS
     - poprawiona obs³uga minidumpów
     - wersje dealerskie CMS ( Wiska )
     - dodanie obs³ugi wagi w POS ( Rice Lake IQ355 )
     - poprawiony dodawanie backup player przy kopii zapasowej
     - dodanie zdarzeñ POS, VCA, LPR do CMS4
     - export AVI z napisami
     - w³¹czanie obs³ugi DirectX przez opcjê w pliku core.ini opengl=angle
     - umo¿liwianie dzia³ania na windows 7 ( poprzednio niespodziewanie dzia³a³ tylko na Windows 10 )

 ( 2015-12-21 )
    - na windows u¿ywaj DirecX, nie OpenGL ( poprzednia wersja nie w³¹cza³a tego automatycznie, mimo i¿ wykorzystywa³a Qt5 )

 ( 2015-12-15 )
    - wy³¹cz dekodowanie DXVA2 ( niestabilne ), wróæ do ipp ( mo¿liwoœæ wybrania dekodera w pliku core.ini )
    - popraw jakoœæ skalowania obrazu przy du¿ym pomniejszeniu np. kamera FullHD na podziale 4x4 ( wymaga jeszcze zmiany w serwerze ),
    - popraw blokowanie serwera przy wchodzeniu/wychodzeniu z archiwum,
    - serwer BOLID do testów tak¿e w kliencie CMS
    - budowanie klienta z u¿yciem biblioteki Qt5

 ( 2015-12-04 )
   - w³¹czenie dekodowania video za pomoc¹ libav, lub jeœli istnieje to dekoder DXVA2 ( na karcie graficznej - nie da siê wy³¹czyæ, mimo opcji w konfiguracji ? )
   - export AVI
   - dodanie odtwarzania wstecz oraz przechodzenia klatka po klatce wstecz/wprzód ( pierwsza wersja, niedokoñczona ).
   - poprawiony player archiwum ( czêste w³¹czanie siê odtwarzania z maksymaln¹ prêdkoœci¹ )

 ( 2015-11-26 )
  - dodanie nowych komend CMS4 HTTP API do pokazywazywania/ukrywania okienek aplikacji.
  - dodanie komend do wywo³ywania layoutu po nazwie w CMS4 HTTP API 

 ( 2015-11-20 )
  - kompilacja za pomoc¹ visual studio 2013 

 ( 2015-11-17 )
  - poprawienie sterowania zmian¹ zak³adek w HTTP API ( zawieszanie siê )

0.9.2
  - usuniête zabezpieczenie kluczem serwera centralnego.

0.9.1
  - poprawki do backup playera ( uwaga wersja 64-bitowa dodaje 64-bitowego playera do archiwum ).
  - instalki 32-bity i 64-bity s¹ traktowane jako osobne aplikacje ( nie ma problemu nak³adania siê katalogów instalacyjnych, czy odinstalowywania wersji 32 bity przy instalacji wersji 64-bity )
  - dodanie mo¿liwoœci prze³¹czania zak³adek w CMS4 HTTP Api

2015-10-08
  - umo¿liwienie logowanie do rejestratorów przy u¿yciu serwera centralnego dzia³a tak¿e z wy³¹czonym proxy
  - poprawki do obs³ugi snapshotów.

2015-10-05
 - dzia³a Backup, zarówno przez serwer centralny, jak i bezpoœrednio.
 - poprawienie komend HTTP API ( layouty s¹ zwracane z nazwami ).

2015-10-02
 - modu³ snapshotów ( ze starymi serwerami te¿ bêdzie dzia³aæ, najpierw wyœwietli b³¹d, ale snapshot pobierze z bie¿¹cego strumienia video, strumieñ mo¿e mnieæ mniejsz¹ rozdzielczoœæ ni¿ kamera ! )

2015-09-25
 - tworzenie lokalnej instancji bazy localDB dla servera centralnego ( mo¿e rozwi¹¿e problem z serwerem ActiveDirectory, niestety utrata kompatybilnoœci ze starymi bazami danych  )
 
2015-09-18
 - dodaj vcredist64 do instalki CS
 - dodaj biblioteki Qt do backup player'a

2015-09-16
 - autoryzacja ActiveDirectory
 - wersja 64-bity
 - mo¿liwoœæ zabezpieczenia ustawieñ konfiguracyjnych CentralServer wywo³ywanych z appletu has³em



 
==========================================================================================================

RELEASE 3.1

3.1.0.64
 - nowa biblioteka do rozpoznawania LPR ( mo¿na w konfiguracji wybieraæ miêdzy now¹ i star¹ bibliotek¹ LPR ), nowa biblioteka wymaga karty graficznej NVIDIA, ale rozpoznaje te¿ ró¿ne kraje, nawet te nie w³¹czone w konfiguracji,
 - du¿y wzrost objêtoœci pakietu instalacyjnego.
 - poprawki do rozpoznawania LPR ( dodatkowe parametry Advanced w konfiguracji kamery LPR ),
 - poprawki do modu³ów SATEL i POLON np: mo¿liwoœæ ustawiania nazwy central SATEL, wyszarzanie ikon czujek jeœli nie ma po³¹czenia z central¹, wiêksze wierzcho³ki edycji stref w e-mapie, wszystkie akcje ikony dostêpne z menu kontekstowego ( nie trzeba klikaæ dwukrotnie ),
 - obs³uga nowych kluczy ( na razie mo¿na tylko programowaæ klucze i rejestrator bêdzie tylko wyœwietla³ prawid³ow¹ nazwê, ¿adne limity na iloœæ we/wy/czujek/vca nie s¹ wymuszane ),
 - Messoa - poprawianie zawieszania siê RTSP na b³êdnym strumieniu ( ale wyszarzania obrazu nie stwierdzono ),
 - poprawki AlnetSniffer - mo¿liwoœæ wykonania reboot sniffera z poziomu aplikacji

3.1.0.61
 - poprawka Vesselow - zawieszanie siê na kartach HIKVISION (?)
 - domyœlne jest w³¹czone czyszczenie bazy danych po 60 dniach, tak aby nie przekracza³a ona 10GB.

3.1.0.60
 - poprawka sterowania g³owicami AXIS
 - poprawki do czyszczenia bazy danych ze starych wpisów

3.1.0.59
 - drobne poprawki dla systemów POLON i SATEL
 - poprawna numeracja ikonek w tray'u dla wielu instancji ( zaczynaj¹ siê od 1 )
 - mo¿liwoœæ okreœlenia minimalnej liczby znaków dla tablicy rej. w pliku ini : lpr.minLetterCount ( Vesellov ),

3.1.0.58
 - poprawiony dekoder H.265 z rozkazami AVX2 ( na razie po prostu wy³¹czone AVX2 ) 
 - poprawiona obs³uga wielu kart USB Advantecha pod³¹czonych do jednego systemu ( ? )
 - poprawione generowanie plików AVI ( przy rozdzielczoœci 1088 generowa³a siê du¿a iloœæ plików, ka¿dy z jedn¹ klatk¹ kluczow¹ )
 - poprawiona detekcja LPR wielu pojazdów znajduj¹cych siê jednoczeœnie w kadrze ( Lubuskie )

3.1.0.57
 - poprawiony protokó³ POS dla EzToys ( w rzeczywistoœci dodany nowy protokó³ )
 - poprawione w³¹czanie nagrywania na kamerze za pomoc¹ HTTP api
 - zmiany rozmiaru ludzika w konfiguracji VCA 

3.1.0.56
 - poprawione sterowanie zoomem za pomoc¹ kó³ka myszy ( CBC )
 - poprawione zawieszanie siê przy wyjœciu z aplikacji
 - GANZ_ZN* - mo¿liwoœæ sterowania g³owic¹ poprzez klikniêcie na obrazie ( CBC )

3.1.0.53
 - poprawiono zawieszanie siê kodeka H.265 z kamerami HIKVISION ( niestety VLC te¿ tego nie dekoduje )
 - mo¿liwoœæ ograniczenia widocznoœci archiwum do kilku ostatnich minut jeœli klient pod³¹czony przez CMS HUB ( wymaga wersji 0.944 )
 - poprawiono zarz¹dzanie wieloma licencjami VCA ( nie zawiesza siê ) 
 - dodany GANZ ZN8-AUTODETECT jako mapowanie do ONVIF
 - dodany GRUNDIG AUTODETECT-3 jako mapowanie do ONVIF
 - zwiêkszenie czasu oczekiwania przed ponownym po³¹czeniem siê do kamery na 20sek.
 - mo¿liwoœæ wy³¹czania sesji zdarzeñ dla GRUNDIG

3.1.0.52
  - poprawiono autoryzacjê RTSP ( na niektórych kamerach np. GANZ by³ b³¹d autoryzacji )

3.1.0.51
  - poprawki do aktywancji VCA w przypadku wielu licencji 
  - dodano GRUNDING AUTODETECT-3 oraz GANZ ZN8-AUTODETECT jako mapowanie do ONVIF'a ( zawieszanie siê kamer )
  - wyd³u¿ono czas restartu zerwanej sesji RTSP do 20 sekund ( tak jak by³o dawniej ), w ONVIF'ie mo¿na ustaliæ sobie indywidualnie, ( zawieszanie siê kamer )
  - poprawki do rysowania kalibracji szerokoœci dla linii licz¹cej VCA 
  - popraw brak mo¿liwoœci konfiguracji rejestratora przy przod³¹czeniu przez CMSHUB z proxy ( jak bêdzie dzia³aæ z wczeœniejszymi wersjami klienta ? )
  - QPosBrowserView: poprawki do wyœwietlania i wyszukiwania kolumny "Ticket number".
  - poprawki t³umaczenia VCA na jêz pol.
  - 
3.1.0.50
  - poprawki przy wspó³dzia³aniu z alarmami i SATEL'em

3.1.0.49
  - umo¿liwienie wykorzystania portów z zakresu 1-65535
  - domyœlnie nie wyœwietlaj zdarzenia braku sygna³u w dymkach ( powoduje wyciek pamiêci w ShellExperienceHost.exe )
  - nie pozwalaj na wprowadzanie hase³ ze spacjami
  - mo¿liwoœæ sterowania jednoczeœnie pan tilt zoom iris focus w protokole Pelco-D ( Auchan, Przemo )
  - poprawki Tokheim Fuel POS - dodanie kolumny Ticket Number

3.1.0.48
  - HEATMAPY

3.1.0.47
  - dodany kodek H263 ( dla Namys³owa, ale tam jest teraz wersja STABLE, trzeba przeinstalowaæ do Release ),
  - VDR-A: dodany kodek H.265, mo¿liwoœæ eksportu AVI H265 ( implementacji kodeka H265 w VDR-C nie przewiduje siê ),
  - usuniêcie ograniczenia rozmiarów video do 4000px w archiwum,
  - dodana mo¿liwoœæ okreœlania wielkoœci jednego pliku w archiwum za pomoc¹ vdrs.ini archive.file_size_mb ( Przemo ),

3.1.0.46
  - poprawiony dekoder H.264 w VDR-A ( brak mo¿liwoœci odtwarzania nagrañ po dodaniu kodeka H265 )
  - usunieta stara implementacja serwera HTTP ( w menu Network )
  - poprawione zawieszanie siê po wygaœniêciu licencji VCA i dodaniu nowej ( Kamil P. )

3.1.0.45 ( POPSUTA WERSJA - brak mo¿liwoœci odtwarzania h264 )
  - SDK: mo¿liwoœæ ³apania snapshotów przez SDK ( ELACOMPIL ),
  - obs³uga IPV6 ( tylko po³¹czenia serwer klient, bez kamer sieciowych ),

3.1.0.44 ( POPSUTA WERSJA - brak mo¿liwoœci odtwarzania h264 )
   - DODANY KODEK H265 ( na razie VDR-A nie odtwarza video H.265 ), wszystkie kodeki zmienione ze starych IPP na LibAV ( brak mo¿liwoœci zmiany na IPP ),
   - nowe modele SAMSUNG, DAHUA ( Kamil P ),
   - usuniêta stara synchronizacja u¿ytkowników VDR-S ( ponoæ siê nie wy³¹cza³a - Kamil P. )
   
3.1.0.43
   - poprawione dzia³anie VCA UDP na wielu instancjach ( trzeba sobie wybraæ tylko jedn¹ )
   - poprawione dziwny tekst 8x{?1} zamiast 1 pojawiaj¹cy siê np. w konfiguracji mostków VCA

3.1.0.42
   - DAHUA ma w³¹czon¹ autoryzacjê digest przy autodetekcji.
   - POS/³¹cza szeregowe maj¹ mo¿liwoœæ pobierania danych z pojedyñczych plików w katalogu ( Ishida )
   - usuniêta synchronizacja u¿ytkowników
   - zapytania do bazy danych nie blokuj¹ zapisu i odczytu do bazy,
   - pasek postêpu przy backupie,
   - nieblokuj¹cy backup,

3.1.0.41
 - VCA calibration tool ( rysowanie siatki i ludzika )
 - poprawki zawieszania siê kodeków LibAV ( jeszcze jedna )
 - jakieœ drobne poprawki do mostka VCA ( vca.bridge.maxTimeDiffSec do pliku core.ini )

3.1.0.40
 - grupowanie zdjêæ LPR w podkatalogach wg. daty
 - 2 nowe modele kamer CANON ( Przemo )
 - karty PCI advantech s¹ uruchamiane tylko w pierwszej instancji
 - poprawki do dzia³ania kamer APER ( vel. GANZ ) ( Przemo )
 - poprawki do Mostków VCA z UDP
 
3.1.0.39
 - dodana pierwsza wersja mostków VCA z UDP
 - poprawione uruchamianie siê VDR-A z poziomu VDR-C
 - poprawione wysy³anie powiadomieñ CMSHUB za pomoc¹ HTTP ( byæ mo¿e powodowa³o nawet wy³¹czanie sie aplikacji ), 
 - poprawione wykrywanie wejϾ/wyjϾ advantech - jest lista w pliku supported adam_devices.xml,

3.1.0.38
 - poprawki do SDK ( APA )

3.1.0.37
 - poprawki zawieszania siê kodeków LibAV

3.1.0.36
  - dalsze poprawki w celu testowania zawieszania siê kodeków ( kodeki LibAV siê ju¿ nie zawieszaj¹, ale jeszcze sprawa wymaga dopracowania ).
  - poprawiona konwersja ustawieñ dwóch strumieni z wizarda z wersji STABLE
  - poprawione generowanie podgl¹du archiwum jeœli kursor myszy nad paskami archiwum dla CMS4 ( czasami nie pokazywa³o obrazka - poprawka w serwerze )

3.1.0.35
 - poprawki POS ElzabSC,
 - wyœwietlaj kolumnê speed w zdarzeniach VCA,
 - domyœlnie ustaw kodek dŸwiêku RAW ( dzia³a w CMS4 i na MAC'u )
 - w zdarzeniu schedulera "ruch na kamerze" nie wymagaj zaznaczenia "motion window" ( domyœlnie wszystkie ) - bo nikt nie pamieta, aby to zaznaczyæ ( Przemo )
 - usuñ akcje poka¿ layout i ustaw kana³ dŸwiêkowy z schedulera VDR-S ( i tak dzia³a³y tylko w CMS4 ),
 - testy zawieszania sie kodeków 

3.1.0.34
 - dodane zdarzenie nowego schedulera w³¹cz nagrywanie na kamerze ( Przemo - Monat ),

3.1.0.33
 - poprawki do konfiguracji przez CMS4 jeœli ³¹czymy siê przez CMS-HUB ( nie wyœwietlaj dwóch list u¿ytkowników, czasami klient wcale nie wyœwietla³ drzewka konfiguracji )
 - poprawki do protoko³u POS ElzabESC ( Przemo ),
 - poprawki do ustawiania pozycji po klikniêciu na zdarzenie VCA,
 - poprawki do dekodera H.264 ( do testów zawieszania siê )

3.1.0.32
 - poprawki do protoko³u POS ElzabESC ( Przemo ),

3.1.0.31
 - poprawki do protoko³u POS ElzabESC ( Przemo ),

3.1.0.30
 - poprawione wyœwietlanie regu³ VCA ( rosjanin ),


3.1.0.29
 - dodana poprawna konwersja ustawieñ z wersji STABLE

3.1.0.28
 - poprawki do VCA UDP i do liczników ( du¿y zestaw )
       - poprawki kilku powa¿nych b³êdów ( np. wyœwietlanie tylko jednego obiektu alarmowego w strefie nawet jaki ich by³o kilka, poprawka przenoszenia licznika na inn¹ kamerê ), 
       - dodane opcje konfiguracji wyœwietlania ( mo¿na wyœwietlaæ osobno nazwa, klasa, trail, box ), 
       - wyœwietlanie trails, non-alarm objects itp.

3.1.0.27
 - protoko³ POS ElzabESC

3.1.0.26
  - LICZNIKI - poprawione znikanie liczników ( Kamil P. ), po za tym liczniki licz¹ dobrze nawet na licencji VCA-Counter,
  - poprawki dla ustawieñ fisheye, POS dla CMS4 ( trzymane na serwerze ), jeœli serwer nie wspiera tych ustawieñ to s¹ trzymane lokalnie,
  - poprawki GUI, dodanie opisów w konfiguracji podstawowych modu³ów/
  - poprawki ONVIF ( dahua ),
  - poprawki (?) do blokowania siê pobierania zdarzeñ ONVIF ( komunikat b³êdu "Przekroczono jednoczesnych iloœæ po³¹czeñ" ) ( Przemo ),

3.1.0.25
  - LICZNIKI poprawki,
  - przeróbka ustawieñ fisheye, POS dla CMS4 ( trzymane na serwerze ), wymaga klienta 0.9.21
  - nowe modele kamer LUNA i GANZ

3.1.0.24
  - LICZNIKI ( wersja do testów ),

3.1.0.23
  - przeróbka interfejsu TWO-WAY audio dla klienta 9.18 ( w VDRS trzeba konfigurowaæ podobnie jak we/wy w Add or remove hardware )
  - liberty POS

3.1.0.22
  - poprawka dzia³ania wejœæ/wyjœæ hikvision ( wielokartowych )
   
3.1.0.21
  - integracja POS'a i LPR ( wagi, stacje benzynowe itp. )

3.1.0.20
  - poprawka dzia³ania wejœæ/wyjœæ hikvision ( wielokartowych - ostateczna wersja dopiero w 3.1.0.22 )

3.1.0.19
  - DODANE VCA UDP ( softwareowa analityka ),
  - poprawione dzia³anie strza³ek góra dó³ na widoku listy LPR ( ale trzeba usun¹æ strza³ki ze skrótów klawiaturowych do sterowania g³owicy PTZ ),
  - nie dodaje wiadomoœci do treœci maila ( mo¿na to zmieniæ w pliku ini "mail.add_message_to_subject" ) ( Przemo ),
  - ka¿da instancja ma swój w³asny port backupu ( 4000, 4001 itp ),
  - zwiêkszona szybkoœæ zoomu dla g³owic AXIS ( do 100 ) ( Kamil P. )
 
3.1.0.18
  - poprawiona autoryzacja digest w kamerach DAHUA ( nie krêci siê g³owica po SDK )
  - dodana obs³uga GANZ firmware v3.0

3.1.0.17
  - poprawione dzia³anie wejœæ alarmowych w kamerach ONVIF ( Platinium CCTV )

3.1.0.16 ( do testów )
  - poprawiony sposób autoryzacji ONVIF ( nie dzia³aj¹ kamery AXIS z nowym firmware ),

3.1.0.15
  - poprawiony protokó³ kamer GANZ - lite v.3.0
  - poprawione wznawianie po³¹czenia RTSP dla niektórych kamer ( czasami nie wznawia³o po³ ).
  - poprawiona detekcja kmaer ONVIF, domyœlnie w³¹czone RTSP over TCP ? ( a nie Unicast ),
  - dodane modele kamer Platinium CCTV jako ONVIF,
  - poprawiona autodetekcja kamer CANON ( detekcja audio input ), dodany nowy model CANON VB-S30VE ( Przemo ),

3.1.0.14
  - poprawione generowanie danych POS - nowy serwer nie wyœwietla krzaków na starych klientach, niestety jak dane POS, albo zdarzenia VCA siê pojawi¹ to na starych klientach wyœwietl¹ siê losowe znaki ( jedynym rozwi¹zaniem jest uaktualniæ klienta ),
  - poprawiony b³¹d z brakiem adresów ip kamer po dodaniu ich w wizardzie

3.1.0.13
 - dodanie generowanie raportów wstecz - konfigurowane w pliku core.ini - reports.maxDaysForRequery = 7, ( Karpacz - mo¿na zwiêkszyæ np. do 90 )
 - dodane wyœwietlanie nazw krajów do snapshotów LPR
 - protokó³ wagi RXM 16

3.1.0.12
 - dodaj Dahua AUTODETECT i model g³owicy który testowaliœmy ( nie dzia³a autoryzacja przez ONVIF, ale dzia³a przez protokó³ DAHUA ),
 - przyspiesz odczytywainie tablic z NumberOK
 - ulepsz algorytm porównywania tablic tak aby nie rozpoznawa³ "WPI18022", "WP18022" jako ró¿nych tablic ( ¿wirownia Kamil P. )
 - poprawka wyœwietlania wartoœci i rysowania wykresów w raportach ( niektóre wartoœci u³amkowe by³y rysowane jako 0 - Przemo )

3.1.0.11
 - poprawka VDR-A - czasami okienko wyszukiwania zdarzeñ nie pokazuje zdarzeñ ( komunikat - serwer nie jest wybrany )

3.1.0.10
 - mo¿liwoœæ rejestrowania zdarzeñ motion detection w bazie i raporty czasu ruchu ( Marcin G. )
 - poprawka kamer Dahua, wykrywanie iloœci wejœæ, poprawka autoryzacji ( DIGEST )
 - kamery 2D/ONVIF - domofon ( bez audio w dwie strony ),
 - poprawka parserów POS, zmiana na QRegularExpression,
 - 

3.1.0.9
 - poprawiony zapis ustawieñ ( tak aby ustawienia kamer sieciowych siê nie przesuwa³y po usuniêciu karty PCI )
 - PANASONIC - two way audio
 - Dahua - two way audio
 - Poprawka blokowania g³ównego w¹tku przez parser POS - maksymalna d³ugoœæ linii to 512 znaków.

3.1.0.8
  - poprawka stabilnoœci - sesje RTSP przy du¿ej iloœci kamer zawiesza³y siê ( Tal Finali, Toruñ itp ).
  - Dahua - outputy,
  - POS - waga Ishida

3.1.0.7
   - przywrócony stretch
   - poprawiona autoryzacja HTTP
   - pierwsza wersja integracji z NumberOK ( LPR - Vesselov )

3.1.0.6
   - upewnij siê, ¿e wykrywane tablice s¹wyœwietlane w tabeli LPR ( Kamil P. )
   - poprawki do protokolu VICON ( Kamil P. Luxemburg )
    
3.1.0.5
   - obs³uga pe³nego adresowania g³owic szeregowych VICON na dwóch bajtach ( Kamil P. Luxemburg )
   - serwer HTTP wymaga autoryzacji - wywo³anie odpowiednich komend wymaga praw u¿ytkownika ( mo¿e coœ popsuæ w ju¿ istniej¹cych integracjach, kedy autoryzacja po porcie HTTP nie by³a sprawdzana )

3.1.0.4
   - dodane kamery X-vision jako odpowiedniki ONVIF ( bez funkcji LPR ),
   - zwiêksz domyœln¹ liczbê po³¹czeñ sieciowych na 99 ( zamiast 5 ),
   - dodanie modelu kamery termowizyjnej GANZ,
   - pierwsza wersja œledzenia przesy³ek ( dodaje siê protokó³ POS packages itp ),
   - poprawione wyœwietlanie on-display POS ( tj. brak wyœwietlania Media-Expert - Kamil P, ),
   - poprawiony protokó³ Verifone-Commander,
   - poprawiony b³¹d powoduj¹cy czasami skakanie ( zmianê rozmiaru obrazu ) na kliencie,


3.1.0.3
   - poprawki do protoko³ów MediaExpert,
   - usuñ losowe zamra¿anie siê kamer przy zmianie layoutów w CMS4 ( poprawka na rejestratorze ),
   - usuñ losowe skakanie ( zmianê rozmiaru ) obrazów kamer na CMS4 ( poprawka na rejestratorze ),
   - dodana mo¿liwoœæ wyœwietlania kilku POSów ( do 4 ) na kamerze oraz jednego POS'a na kilku kamerach ( do 4 ) ( b³¹d - nie dzia³a ),
   - rysowanie zdarzeñ VCA na obrazie ( wymaga te¿ nowego CMS4 ),
   - usuniêty klient Java z instalki,

3.1.0.2
   - g³owica VICON,
   - komendy move+zoom dla g³owic sterowanych ³¹czem szeregowym ( Vicon ),
   - integrancja nowych modeli kamer PixelPro

3.1.0.1
  - podmiana nazw regu³ VCA dla Hikvision ( plik vdrs.ini - vcaRule - Przemo )
  - usuniêcie niepotrzebnych driverów Stretcha i UDP z instalki,
  - poprawki do detekcji kasjerów MediaExpert,

3.1.0.0
  - zaktualizowana wersja OpenHardware ( do monitorowania temperatury dysku ),
  - dodanie H.264 do niektórych kamer Arecont V ( Kamil P. ),




8041
  - konwersja ustawieñ kamer tak¿e przy uruchamianiu aplikacji ( nie trzeba uruchamiaæ wizarda ).
  - poprawki do obs³ugi kart I/O - wejœcia/wyjœcia advantech + kamery sieciowe + hikvision, usuniêcie kart I/O z wizarda,

8040
 - poprawki do parsera Media Expert
 - poprawki do obs³ugi kart I/O  
 
8039
  - protokó³ POS - media expert do testów
  - zmiana zarz¹dzania wejœciami/wyjœciamy - dodaje siê je w trakcie dzia³ania programu ( tak jak porty szeregowe, na razie nie ma we/wy z kamer sieciowych ! ),  
  - poprawiony zapis ustawieñ kamer w wizardzie dla kamer wieloobiektywowych ( przy pierwszym uruchomieniu wizarda ustawienia s¹ konwertowane do nowego formatu - tal finali, przemo ),

8037
 - dodany port szeregowy UDP ( media expert )
 - uproszczona struktura katalogów przy pzy generowaniu instalek ( zmienione tylko budowanie aplikacji )
 - poprawiona obs³uga kart I/O Hikvision ( przeklejone ze STABLE )











 -------------------------------------------------> NOWA WERSJA STABILNA 849










8036
  - dodany w³aœciwy plik core.ini do instalki ( Kamil P. ).
  - dodana seria kamer ALNET-BALTIC ( bez two-way audio ) - trzeba przetestowaæ wejœcia alarmowe
  - LPR popraw format czasu i daty w kontrolce wyszukiwania, aby poprawnie sortowaæ po dacie ( chronologicznie = alfabetycznie ) ( Karpacz )
  - koñczenie komunikatów HTTP za pomoc¹ --msgBoundary ( APPA/LPR - innyc problemów nie stwierdzono - gniazdka siê zamykaj¹ poprawnie, komunikaty s¹ wysy³ane poprawnie, bez opóŸnieñ ).
  - dodaj digest authentication przy wykrywaniu ONVIF ( Kamil P. )

8035
  - poprawka protoko³u MAXIMA ( Vesselow )
  - usuwaj wszystkie pliki lock z katalogu ustawieñ, aby nie blokowa³y uruchamiania siê ( Kamil P. )
  - jeœli u¿ytkownika roz³¹czono z powodu braku obecnoœci to nie pozwalaj na pod³¹czanie siê mu przez nastêpne 60 sek ( Przemo ). 
  - poprawka do d³ugiego otwierania siê backupu ( niestety poprzez kopiowanie biblioteki qwindows.dll do katalogu tymczasowego przed uruchomieniem - Kamil P. )
  - LPR nie wyœwietla nazw województw jeœli nie jest ustawiona Polska, ew. mo¿na dorzucaæ pliki dla ró¿nych jêzyków lprPoland.xml, lprItaly.xml ( Tal Finali ),
  - LPR mo¿na wy³¹czyæ tworzenie snapshotów po detekcji tablicy ( Tal Finali ),
  - LPR format snapshotów, tak¿e zdjêæ, osób zmieniony na JPG ( kilka razy mniejszy rozmiar ni¿ PNG ), stare snasphoty staj¹ siê niedostêpne ( ale bêd¹ czyszczone ),
  - dodany do instalek redist 2005 wymagany przez bibliotekê klucza ( nie doczekamy siê chyba wersji 2013 od televox'a, wersja 2015 nie dzia³a u nas ) 

8034
  - dodana kamera LILIN
  - poprawiona aplikacja do odczytu we/wy HIKVISION 
  - uaktualnione biblioteki OpenSSL, poprzednie powodowa³y koñczenie dzia³ania rejestratora przy próbie aktywnoœci sieciowej. 
   
8033 
   - poprawione odczytywanie klucza przy du¿ym obci¹¿eniu procesora ( nie wiadomo, czy to coœ pomo¿e ), jeœli VDRS koñczy dzia³anie w wyniku b³êdu klucza to StartDR-S bêdzie go restartowa³, 
   - usuniête ró¿owe paski wystêpuj¹ce u do³u na niektórych kamerach,
   - !!!! do testów - przywrócone oryginalne drivery ze strony HIKVISION - dzia³aj¹ z HP/Win10 ( nie wiadomo co z audio, tampering, rozdzielczoœci¹ D1, wykrywaniem na wersji 64-bity ), !!!!
   - LPR - poprawne kolory na screenshotach tablicy jeœli jest w³¹czona maska ( Karpacz ),
   - poprawione dzia³anie e-map z LPR'em ( Vesellow, Kamil P. ),
   - poprawione dzia³anie uk³adów 16x9 ( Kamil P. )

8032
   - odczytywanie kart I/O hikvision dzia³a jako osobna aplikacja w tle ( wielokartowa równie¿ na wersji 64-bity )
   - usuniête niewspierane karty AS, RTD itp z wizarda i instalki
   - presety numeruj od 0 w konfiguracji Preset Sequence ( Kamil P. )
   - wszystkie katalogi ( Persons, LPRSnapshots, Database ) s¹ tworzone jako podkatalogi VDRSData
   - mo¿liwoœæ zg³aszania poszukiwanych pojazdów z poziomu archiwum,

8031
  - poprawiona synchronizacja listy osób DVR
  - serwer HTTP zwraca 200 OK zamiast 204 No Content ( Kamil P. )
  - automatyczne czyszczenie screenshotów tablic
  - na widoku LPR pokazuj kamery LPR automatycznie
  - ONVIF - popraw sterowanie g³owic¹ ( nie wysy³aj Zoom w komendzie Move ) ( Kamil P. )
  - nowa wersja ABUS.dll dla 64-bit ( ale nadal jedno kartowa )
  - dodana g³owica CANON R-13 ( Przemo )
  - StartDR-S czeka 120 sekund zanim zrestartuje VDR-S, czasami VDR-S potrafi siê zablokowaæ na otwieraniu archiwum.
 
8030
  - testy b³êdów zajmowania pamiêci 
  - instalka instaluje drivery bez pytania u¿ytkownika
  - ONVIF wyl¹czanie alarów wejœæ po ustalonym czasie ( RPA/Kamil P. )
  - 

8029
  - poprawiona konwersja nazw zdjêæ LPR
  - uaktualnione t³umaczenie na pol.
  - usuniête ostatnie wyst¹pienie Server Centralny
  - poprawiony serwer 3 strumienia ( wielow¹tkowy )
  - startdr-s ma ikonkê serwera nie CMS'a
  - 

8028
  - po awarii karty IO hikvision zresetuj rejestrator,
  - LPR - wyszukiwanie ze stronicowaniem,
  - LPR - zmiana nazw screenshotów, zmiana Not Authorized na Wanted,
  - usuniêcie kodeka DJPEG z serwerów sieciowych,
  - mo¿liwoœæ korzystania z klawiatury numerycznej w VDR-A,
  - zwiêksz szerokoœæ pól z portami szeregowymi w konfiguracji g³owicy ( Visca ),

8027
   - poprawiona obs³uga g³owicy analogowej D-MAX
   - poprawione wybieranie portu szeregowego w konfiguracji kamer

8026
   - przywróæ obs³ugê wielu kart I/O hikvision w wersji 32-bit
   - dodaj zapis zdarzeñ wejœæ wyjœæ do logów systemowych ( Konrad )

8024
   - mo¿liwoœæ automatycznego wysy³ania minidumpów na nasz serwer ( mo¿liwe do w³¹czenia w pliku ini )
   - poprawione generowanie minidumpów ( brak komunikatu w logach i minidumpa po b³êdzie ),
   - poprawione zdarzenie schedulera wyœlij mail ( zawsze domyœlny nadawca, mo¿liwoœæ wstawiania parametrów, Przemo )
   - mo¿liwoœæ w³¹czania bazy danych MSSQL z GUI ( dla integracji z systemami zewnêtrznymi )
   - ulepszony LPR ( wygl¹d, zg³aszanie zdarzeñ )

8023
   - poprawiony parser h264
   - poprawione t³umaczenie na jêzyk polski 
   - zmniejszona iloœæ zajmowanej pamiêci na systemach 32-bit,
   - modu³ do monitorowania stanu PC'ta ( temperatura CPU, GPU, dysków, iloœæ wolnego miejsca na dyskach ),
   - Central server: mo¿liwoœæ ustawienia zdalnej/osobnej bazy danych MSSQL z pliku ini zamiast wbudowanej LocalDB ( LPR dla celów integracji ),

8022 
   - Protokó³ POS'a Fairbanks ( USA )

8021 
  - mo¿liwoœæ zdalnej edycji adresów IP kart sieciowych za pomoc¹ CMS4,
  - mo¿liwoœæ zdalnej edycji kont u¿ytkowników na rejestratorze przez CMS4,
  - ONVIF - popraw sterowanie g³owic¹ ( Kamil P. )
  - dodanie do argumentów eventów LPR w schedulerze œcie¿ek do plików ze zdjêciami ( Przemo )
  - dodanie GANZ GenSTAR-Series ( autodetekcja kamer GANZ )
  - uaktualnienie biblioteki SimpleLPR do wer. 2.4.15.0
  - ONVIF - poprawka odczytywania URL dla RTSP, poprawka dla dzia³ania z wewnêtrznymi IP ( Kamil P. )
  - mo¿liwoœæ wy³¹czenia zdarzeñ w kamerach HIKVISION ( Kamil P. )
  - poprawka wysy³ania danych demo POS - spowolnienie ( Maciej ),  
  - mo¿liwoœæ ustawienia zdalnej/osobnej bazy danych MSSQL z plików ini zamiast wbudowanej LocalDB ( LPR  - integracja z zewnêtrznymi systemami )
  - synchronizacja u¿ytkowników dla tablic rejestracyjnych z serwerem centralnym.
  
8020
  - BOSCH - mo¿liwoœæ wyboru MJPEG ( Przemo )
  - popraw dzia³anie LPR ( na razie bez stronicowania ) - nie œci¹gaj snapsotów jeœli ukryta kolumna, dodaj rêcze ustawianie iloœci elementów, ( Kamil P. )
  - dodaj protokó³ Verifone Commander do POS'a ( Maciej )
  - popraw dzia³anie StartDR-S w jêzyku w³oskim ( Tal )

8019
 - zwiêkszona iloœæ kana³ów LPR do 16, zwiêkszona iloœæ pozycji na liœcie wyszukiwania do 1000 ( Marcin G. )
  
8018
 - dodane kamery GRUNDING/HIKVISION ( autodetekcja typu, VCA, i/o, bez two-way audio )
 - zmniejszony czas timeoutu sesji RTSP do 5 sekund, 
 
8017
 - bufor odbiorczy socketów RTSP domyœlnie wynosi 1MB, nie gubi pakietów przy strumieniowaniu unicast,
 - poprawione wysy³anie zdarzeñ LPR live do klientów ( Kamil P ),

8016
 - dodanie klucza do serwerów BOLID,
 - poprawka do eksportu konfiguracji, program nie powinien siê zawieszaæ, program sygnalizuje wszystkie b³êdy dostêpu do kluczy rejestru ( Przemo )

8015
 - poprawka do dzia³ania H.264 na kamerach Arecont ( Maciej )
 - dodaj automatyczny wybór autoryzacji w kamerach ( Encrypted/Unencrypted ) AXIS, ale nie tylko ( Luksemburg )

8014
  - CANON - popraw sterowanie g³owic¹ ( góra/dó³ ), doodaj model VB-M50B ( Przemo )
  - VDR-C - popraw dekodowanie klatek video nowym kodekiem,
  - popraw szybk¹ detekcjê braku po³¹czenia dla kamer ONVIF ( Koleje )
  - popraw logowanie do serwera kopii zapasowej ( klient - przeklejona poprawka z 7615 - Kamil P. )
  - poprawki parsera POS MAXIMA ( Vesselow )
  - poprawienie zachowania aplikacji przy zmienionym DPI, okienka s¹ rozmazane, ale elementy zachowuj¹ proporcje ( Przemo )

8013
  - poprawka szybkiego odczytywania archiwum - mniejsze obci¹¿enie dysku przy przegl¹daniu po klatkach kluczowych ( Vesselow )
	
8012 
  - poprawka do kamery AXIS ( wejœcia/wyjœcia/ptz ) ( Luxemburg ) 

8011
  - wersja wspieraj¹ce szybkie przewijanie/odtwarzanie w archiwum ( Vesselow )
  - poprawki do roz³¹czania siê siê klienta przy przegl¹daniu archiuwm ( Vesselow )

8010
  - wersja z zaimplementowa¹ obs³ug¹ snapshotów, 
  - popraw odczytywanie archiwum przez VDR-A i nowy kodek ( LIBAV ) -> wskakiwanie kamer.
  
8009
  - do instalki VDR-C dodaj brakuj¹ce pliki avcodec-54.dll, avformat-54.dll
  - dodanie protoko³u POS Tockheim-Fuel-Station 
  
8008
  - wy³¹czaj POS'a jeœli zosta³ zmieniony klucz i nowa wersja nie ma praw do POS'a
  - dodaj autoryzacjê DIGEST ( zamiast BASIC ) w kamerach AXIS przy wykrywaniu, mo¿liwoœæ wyboru w ustawieniach przy normalnym dzia³aniu, 
  - wprowadŸ do ustawiany przez u¿ytkownika timeout do kamery ONVIF ( Marcin, koleje PKP ),

8007
  - poprawka do otrzymywania wideo za pomoc¹ HTTP
  - poprawka obs³ugi praw dostêpu dla VCA i LPR ( przy przeszukiwaniu nie zwracaj zdarzeñ jeœli nie masz praw dostêpu do kamery lub ogólnego prawa VCA, LPR ). 
  - poprawki dzia³ania POS Maxima ( ???? dla Vesselowa -> rêczne wpisiwanie iloœci produktów ) 

8006
  - dodana mo¿liwoœæ wyboru katalogu ze zdjêciami osób dla PRS,
  - HIKIVISION - kamery sieciowe obs³uga zdarzeñ VCA, sprzêtowa detekcja ruchu,
  - scheduler obs³uga parametrów - wszystkie event'y generuj¹ parametry,

8005 ( 2016-02-28 )
  - LPR - dodanie mo¿liwoœci pomijania tablic rejestracyjnych odpowiadaj¹cych pewnemu wzorowi ( plik core.ini  - Przemo ),
  - poprawka LPR - ³apie zdjêcia samochodów bez maski,
  - dodanie do LPR'a mo¿liwoœci wyzwalania detekcji za pomoc¹ wejœcia alarmowego, przy detekcji ruchu,
  - poprawka wysy³ania zdarzeñ analitycznych od kamer SAMSUNG ( APPA )
  - logowanie rozszerzone w serwerze HTTP ( APPA - sprawdzenie blokowania siê HTTP ),
  - poprawienie wyœwietlania siê na VDR-C kamer z serwerów wiêkszych od 3 ( nie wskakiwa³y - Kamil Pieczonka )
  - poprawka do wskakiwania obrazów w cms_demo_ex ( kamery nie wskakiwa³y Kamil Pieczonka )
  - HIKVISION - poprawiony crrash biblioteki Hikvision w wersji 64-bity
  - scheduler - pierwsza wersja obs³ugi parametrów ( tj. mo¿na wywo³aæ program z parametrem zawieraj¹cym numer wykrytej tablicy rejestracyjnej ),
  - poprawka sterowania g³owic ONVIF ( testy AxxesPlus/ Kamil Pieczonka )  

8003
  - nowe oznaczenie ( wersje 7615 - bêd¹ kompiloane za pomoc¹ Visual2005 )
  - numer wersji wspólny dla wszystkich programów ( VDRC, VDRS, Backup, itp ).
  - poprawione dzia³anie nowego schedulera ( Events and actions ) - poprawne wywo³ywanie zdarzenia detekcji ruchu i braku sygna³u
  - osobne ustawienia bazy danych dla wielu instancji serwera 
  - mo¿liwoœæ dekodowania za pomoc¹ karty graficznej ( vdrs.ini media_h264_backend=dxva20 )
  - poprawione blokowane zapisu do bazy video po pewnym czasie ( przemo )
  - GanzLite - poprawione sterowanie PTZ ( Przemo )
  - poprawione odczytywanie wideo w CMS_demo_Ex ( Kamil )
  
7614 (2015-12-21 )
 - w³¹czony dekoder LibAV H.264 ( testy w archiwum, cofanie siê ) - byæ mo¿e bêdzie stabilniejszy ni¿ IPP
 - poprawienie zawieszania siê przy prze³¹czaniu bibliotek jêzykowych ( bez kodowania armadillo )
 - maski w LPR
 - puste regu³y, strefy itp w wyszukiwaniu VCA pokazuj z nazwami "Unknown rule" itp, a nie jako pusty ci¹g znaków.
 - dodanie odczytywania detekcji ruchu i zdarzeñ analitycznych z kamer samsung
 - kamery AXIS od securitec
 - poprawienie jakoœci skalowania obrazu ( przy du¿ym zmniejszeniu )
 - dodany testowy plugin BOLID

7613 ( 2015-11-20 )
 - kompilacja za pomoc¹ Visual Studio 2013 ( bardzo du¿o zmian bibliotek, instalek itp ) - dobrze by by³o sprawdziæ czy wszystko dzia³a.

7612 ( 2015-11-17 )
 - zmieniona implementacja ³¹cz szeregowych przy sterowaniu analogowymi g³owicami w VDR-S ( Visca ). 
        - utrata kompatybilnoœci ( porty trzeba skonfigurowaæ na nowo ),
	- teraz porty trzeba najpierw dodaæ do systemu, a dopiero póŸniej mo¿na wybraæ port dla g³owicy,
	- vdr-s nie konfiguruje automatycznie portu ( bitrate, bit parzystoœci itp ) dla ka¿dego protoko³u, trzeba ustawiæ osobno konfiguracje portu,
 - logowanie b³êdów ³adowania biblioteki LPR	

7611
 - dodanie prawa u¿ytkownika do przegl¹dania raportów w VDR-S ( dzia³a tylko zdalnie ),
 - osobne pole numer transakcji w wyszukiwaniu POS'a,
 - w raportach mo¿na wybraæ dowolny zakres czasu,
 - poprawka sterowania PTZ przy po³¹czeniu klienta z serwerem przez Serwer Centralny ( Vesselow ),

7610
  - poprawki w protokole Posnet_monitor_transakcji
  - poprawki w t³umaczeniach panelu raportu i wyszukiwania pos
  - vdrx_export exportuje konfiguracjê z prawid³owej instancji,
  - umo¿liwienie wy³¹czenia 3 strumienia ( zak³adka serwer w ustawieniach kamery ) - umo¿liwia odci¹¿enie procesora, jeœli kamera sieciowa daje 2-strumienie to klienci nie bêd¹ powiadowali dodatkowego obci¹¿enia procesora ( przemo )
  - nowe nazwy kamer GANZ 4MP

7609 ( 2015-10-30 )
 - usuniêcie zawieszania siê VDR-A 

7608 ( 2015-10-29 )
 ! zawiesza siê VDR-A
 - do testow: poprawki do raportów ( mo¿liwoœæ wybrania zakresu czasu, uwzglêdnianie anulowanych transakcji ),
 - drobne poprawki w nazwach - w posie i raportach

7607 ( 2015-10-27 )
 ! zawiesza siê VDR-A
 - poprawki do generowania raportów ( wartoœci produktów w raporcie POS by³y zawy¿ane 10-krotnie )
 - poprawki protoko³u Thermal, niekompletne nie mamy wystarczaj¹cej iloœci danych testowych - nie zapisujemy nierozpoznanych zdarzeñ.

7606 ( 2015-10-21 )
 ! zawiesza siê VDR-A
 - poprawki do detekcji Offline dla rejestratorów pod³¹czonych do serwera centralnego.
 - poprawki stabilnoœci ( Vesselow )
 - odwróæ regu³y oznaczaj¹ce rozpoczêcie zakoñczenie zdarzeñ analityki w CANONIE ( Przemo ).  

7605
  - wycofanie nowej dll'ki IO HIKVISION ( do pracy z wieloma kartami I/O ) - dzia³a niestabilnie

7604
  - pobieranie snapshotów przez klienta CMS4 
  - mo¿liwoœæ dodawania zdarzeñ VCA za pomoc¹ HTTP API 
  - dodaj biblioteki Qt do backup player'a

7603
 - w³¹czenie w wersji DEMO rozpoznawania tablic ( bez zapisu do bazy )
 - dodanie wersji demo
 - dodane pluginy do obs³ugi obrazów jpeg,gif,svg ( np. do wczytywania zdjêæ kierowców w PRS )

7602
 - dodane dwa nowe modele kamer GANZ-Lite ( bez LPR ) 
 - VDRS automatycznie twórz bazê danych przy pierwszym uruchomieniu ( na D:/vdrsDatabase, a jeœli nie ma dysku D: to C:/vdrsDatabase )

7601
 - zmieniony sposób obs³ugi portów szeregowych w VDR's ( nowe okienko konfiguracyjne ),

7600
 - klient VDR-C apisuje po³o¿enie wszystkich okien w konfiguracji wielomonitorowej
 - klient VDR-C pokazuje layouty u¿ytkownika na aktywnym monitorze, a nie na zawsze monitorze g³ównym
 - podczas instalacji aplikacji s¹ ustawiana prawa zapisu do podkatalogu e-mapy

7581
 - wersja LPR dostêpna od 8 kamer dowolnych,
 - poprawione dzia³anie lokalnego archiwum CMS 4, nie powinno siê zawieszaæ
 - poprawiona obs³uga wielu kart IO Hikvision ( ci¹gle tylko wersja 32-bitowa )

7580
 - poprawione odczytywanie wejϾ/wyjϾ Grundiga
 - dodane nowe modele Grundiga
 - sterowanie CMS4 za pomoc¹ komend HTTP ( kilka przyk³adowych komend )
 - przycisk Close do zamykania logów detekcji kamery

7575
 - wyœwietlaj on-display ca³e transakcje POS, nie tylko 3 ostatnie linie
 - automatyczne codzienne czyszczenie bazy danych z wpisów starszych ni¿ zadana iloœæ dni


==========================================================================================================
SDK

3.1.0.38
 - kompilacja vc2013,
 - dorzucone biblioteki kodeka H.264 do instalki ( nie dzia³a³o odtwarzanie archiwum, w live by³o ok bo w strumieniu 2 by³o reenkodowanie do mpeg4 ) ( ELACOMPIL ),
 - dorzucone biblioteki redist dla vc2013 ( luzem, ale tak¿e dodany redist w formie exe na wszelki wypadek ),
 - poprawiony wyciek pamieci przy sprawdzaniu stanu kamer w sdk_ex.dll ( APA ),
 - sdk_ex.dll nie generuje niepotrzebnie logów tekstowych ( APA ),
 - dodany parametr umo¿liwiaj¹cy ³adowanie bibliotek dll kodeków z innego katalogu ni¿ plik *.exe ( ELACOMPIL ),
 
==========================================================================================================

ORLEN

CMSHUB 4.0.41
 - zwiêkszenie bufora do przesy³u wiadomoœci, mo¿na przes³aæ listê wiêcej ni¿ 1000 serwerów do klienta ( ORLEN - b³¹d )

CMSHUB 4.0.39
 - poprawianki raportów

CMSHUB 4.0.37
 - poprawka widoku raportów
 - mo¿liwoœæ eksportu raportów do excela

CMSHUB 4.0.36
 - do³¹cz pluginy HEATMAPS i REPORTS
 - zapytania do bazy s¹ asynchroniczne ( nie blokuj¹ np. logowania )

CMSHUB 4.0.33
 - widok parkingu

CMSHUB 4.0.32
 - u¿ytkonicy CES mog¹ konfigurowaæ sobie zak³adki w kliencie ( nie tylko administratorzy )
 - w kopii zapasowej mo¿emy wskazaæ rekordy od których zacz¹æ backup
 - mo¿liwoœæ wysy³ania maili do zadanych osób po b³êdach DVR ( za pomoc¹ schedulera )
 - zachowany jest dostêp do bazy danych w czasie jej backupowania ( tym samym mo¿liwe jest logowanie )
 - postêp backupu jest obrazowany przez pasek postêpu

CMSHUB 4.0.31 ( zainstalowana ORLEN )
 - poprawki do synchronizacji listy u¿ytkowników ( dodani specjalni u¿ytkownicy "Kierownik", "admin", "Serwis", "GMS", o których zapomnieliœmy ), 
 - dodany trick do wymuszaenia zapisu u¿ytkowników do rejestru po ka¿dej aktualizacji z poziomu Central Server dla starszych rejestratorów,
 - poprawki literówek ( np: CMS 2 Enterpise na CMS2 Enterprise )

CMSHUB 4.0.30 ( testy )
 - dodana funckja synchronizacji u¿ytkowników
 - mo¿liwoœæ wy³¹czania i w³¹czania osobno synchronizacji bazy dla listy pojazdów, listy odczytów tablic, listy u¿ytkowników

CMSHUB 4.0.29 ( testy )
 - ustawianie zdalne POS ID
 - filtrowanie rejestratorów po nazwa + miasto

CMSHUB 4.0.28 ( testy )
 - czyszczenie automatyczne bazy LPR

CMSHUB 4.0.27
 - instalki MSI dla serwera centralnego, CMS Enterprise 2 i spot monitora,
 - filtrowanie rejestratorów na liœcie po modelu rejestratora,
 - zamiana nazwy kolumny "Region" na "Obiekt" w widoku wyszukiwania pojazdów,
 - dodanie dodatkowego pola wyszukiwania dotycz¹cego kolumny "Obiekt",
 - odœwie¿anie rêczne listy ostatnich zdarzeñ DVR w widoku szczegó³owym rejestratora,
 - poprawki t³umaczenia

CMSHUB 4.0.26
 - dodanie praw dostêpu do odczytywania zdarzeñ LPR,  exportu raportów LPR do PDF,
 - dodanie sortowanie listy miast, województw, stacji w kontrolkach,
 - NIE stwierdzono b³êdu dodawania zdarzenia z poziomu CMS ( trzeba tylko pokazaæ szczegó³y w liœcie LPR ),
 - NIE wygenerowano instalki CMS w postaci MSI ( z tym s¹ trudnoœci )

CMSHUB 4.0.25
  - poprawki do œci¹gania raportów przy du¿ym obci¹¿eniu bazy ( nie dzia³a³o na ORLENie )
  - poprawki wydajnoœci, nie odœwie¿aj zbyt czêsto listy serwerów bo powoduje ma³o p³ynne dzia³anie GUI,
  - poprawki edycji u¿ytkowników, nie da³o siê edytowaæ u¿ytkowników jeœli edytowaliœmy im prawa indywidualne do serwerów ( za du¿o serwerów i nie mieœci³y siê w polu bazy danych - nie dzia³a³o na ORLENie ),
  - CMS ma domyœlnie wpisany adres serwera BPLAMKAM4, nie trzeba edytowaæ i nie pokazuje wizarda po uruchomieniu ( domœlny jêzyk polski )

3.0.39.8036
  - próba zmiany kontrastu obrazu jeœli nie wykryto samochodu przed dystrybutorem
  - podnieœ limit kana³ów LPR do 32 
  - usuñ raporty POS ( ORLEN ma inny system POS )

3.0.38.8036
  - nie dodawaj nadmiarowych znaków na pocz¹tku LPR ( WI zamiast LWI )
 - aktualizacja t³umaczenia

3.0.37.8036
  - jeœli nie zdetektowano tablicy przed dystrybutorem w zadanym czasie zwracaj wartoœæ NIEZNAY

3.0.36.8036
  - usuñ katalogi manual i java z instalki rejestratora ( bo zawieraj¹ loga ALNET'u )

3.0.36.8036
  - usuñ katalogi manual i java z instalki rejestratora ( bo zawieraj¹ loga ALNET'u )

3.0.35.8036
  - dodaj tryb ograniczony do rejestratora marketingowego ORLEN LPR

3.0.34.8036
  - dwie drobne poprawki do protoko³u orlen-pos ( system marketingowy ) -> zwracaj Content-Type: text/xml ( nie text/html ), usuñ nieprawid³owe spacje w xml'u ( np: <result>1< / result> ),
  - poprawki zawieszania siê kodeków LibAV

3.0.33.8036
 - w³¹czone domyœlnie usuwanie wpisów z bazy danych zdarzeñ po 90 dniach ( w³¹czaj¹æ snapshoty LPR ),
 - zapisuj ustawienia u¿ytkowników do rejestru natychmiast po zmianie przy synchronizacji z CES ( a nie przy zamkniêciu programu )
 - zapisuj powi¹zania POS do rejestru natychmiast po ustawieniu przez zdalnego klienta 

3.0.32.8036
 - 

3.0.30.8036
  - poprawka GANZ lite v3.0 - poprawne dzia³anie g³owic PTZ na nowym firmware
  - aktualizacja jêzyka rosyjskiego, poprawione poprzesuwane przyciski w jêz. rosyjskim
  - w³¹czaj layout domyœlny na monitorze analogowym zaraz po starcie
  - poprawiony b³¹d "brak pliku DPInst.exe" przy instalacji programu

3.0.29.8036
 - poprawka GANZ live v3.0
 - poprawka wykrywania kamer ONVIF,
 - poprawka detekcji audio CANON, dodany nowy model,
 - przywróæ przyk³ady opcji orlen w pliku vdrs.ini,
 - Number OK - poprawki do numberOK do wersji 3.1.15 ( dodane kraje, zmniejszenie opóŸnieñ )


-----------------------------------------------------------------------------------------------------------------------

Archiwum składa się z :
  - obiektu konfiguracji ( lista dysków itp )
  - menedzera plików
  - map archiwum
  - indeksu
  - readerów i writerów

Struktura na dysku: 

{{{
C:\Index
  files.db					 lista plików ( baza sqllite )
  archive.lock					 plik do detekcji czy archiwum jest otwarte ( tylko jeden proces może otworzyć archiwum do zapisu )
  location.xml					 opis urządzenia ( tak jak w backupie ) QVdrsBackupMetaData
  paths.xml 					 lista ścieżek
  maps
   2020-11-02  					
     C00001_vdrs_0ffedfeda.vmap4		// mapa nagrań ( patrz niżej )
   2020-11-03

C:\Media 
  path.vid4
  maps
    					// ścieżka 1
  2020-11-02
    19.00
    22.00
	129312399123123001_C00001_vdrs_0ffedfeda.vsd4	// plik z danymi
	129312399123123012_C00002_vdrs_0ffedfeda.vsd4

D:\Media 
  path.vid4
  maps
   					// ścieżka 2
  2020-11-02\
    20.00\
	129312399123123001_C00001_vdrs_0ffedfeda.vsd4
	129312399123123012_C00002_vdrs_0ffedfeda.vsd4
    21.00\

}}}
------------------------------------------------------------------------------------------------------------------------
'''Archiwum implementuje interfejs IfArchiveStorage'''

Trzeba dokonać pewnych zmian np. w QArchiveStorageFile dodać device ( stare archiwum zwraca puste )
Niektóre funkcje jak np addAuxChannel nie robią nic
Dodać niektóre funkcje ( isRebuildngIndex() patrz niżej )
readNext() powinno zwracaćczy błąd, czy 

------------------------------------------------------------------------------------------------------------------------

'''Konfiguracja'''

 W konfiguracji trzymamy listę dysków dla każdego dysku mamy:
    - jego numer ( używany w indeksie ), usunięcie dysku z konfiguracji nie zmienia numeru pozostałych dysków ( nie jest to pozycja dysku na liście )
    - ilość wolnego miejsca jaką zostawić przy nagrywaniu video, 
    - jego uuid, które nadajemy mu przy dodaniu i przechowujemy także w pliku  path.vid4 na danym dysku ( do sprawdzania, czy dysk nie został podmieniony )
    - ew. czas retencji dla wybranych kamer

 Przy otwarciu ( i zamknięciu ) generujemy plik location.xml za pomocą funkcji, jest to plik pomocniczy na wypadek otwierania archiwum w kliencie np. Open from disk
 
 
------------------------------------------------------------------------------------------------------------------------

'''Menedzer plików :'''

Pliki danych są jednocześnie nagrywane na wielu dyskach aby zmniejszyć obciążenie. Dla każdego dysku można określić ilość wolnego miejsca jaka ma zostać poza nagraniami.

Tworzenie pliku:

 1. mamy bieżący dysk 
 2. przechodzimy do następnego dysku
 3. sprawdzamy czy dysk jest dostępny i czy na dysku jest więcej wolnego miejsca niż zadeklarowana wartość
 4. Jeśli tak to na tym dysku tworzymy plik, jeśli nie to idziemy do następnego dysku.
 5. Jeśli sprawdziliśmy wszystkie dyski to zwracamy błąd

Do przemyślenia:
 - bardziej zaawansowana wersja to sprawdzamy ile mamy plików otwartych na każdym dysku i wybieramy ten dysk z wolnym miejscem i najmniejszą liczbą otwartych plików
 - możliwość włączenia klasycznego algorytmu i zapisywanie dysk po dysku ( po to aby np. wyjąć dysk z najstarszymi nagraniami i włożyć nowy pusty ) 

Usuwanie najstarszych nagrań:

 - W osobnym wątku mamy procedurę odpalaną co jakiś określony czas ( nawet co parę sekund )
 1. Sprawdzamy wszystkie dyski ze względu na ilość wolnego miejsca
 2. Jeśli na wszystkich dyskach ilość miejsca spadnie poniżej zadeklarowanego poziomu
    to wyszukujemy najstarszą godzinę ( po nazwie katalogu ) w archiwum i usuwamy ją ze wszystkich dysków
 3. Następnie powtarzamy operację aż ilość miejsca na którymkolwiek z dysku przekroczy zadany poziom o np. 500MB
 4. uaktualniamy indeks i mapy, usuwając wszystkie dane starsze od usuniętej godziny ( patrz niżej )

Jeśli nie udało się usunąć jakiegoś katalogu z godziną to sobie zapisujemy, że w następnej iteracji ma spróbować usunąć dwie ostatnie godziny

Nielazeżnie może działać taki sam mechanizm który usuwa najstarsze nagrania dla danej kamery, wg zadanego dla tej kamery czasu retencji. W tym wypadku
najstarsze pliki musimy pobierać z indeksu. Tutaj te procedury mogą być uruchamiane np. co godzinę.
Można to uprościć poprzez jedno zadanie z retencją dla całego archiwum.

Sprawdzanie integralności
 1. Przy okazji usuwania najstarszych plików możemy sprawdzać integralność archiwum
 2. Sprawdzamy co jakiś czas czy dyski są obecne i czy ich uuid się zgadza z elementami zapisanymi w konfiguracji. 
 3. Jeśli się nie zgadza to w okienku konfiguracyjnym mamy ostrzeżenie razem z przyciskiem do naprawy stanu archiwum ( tj. reindeksowania ścieżki lub usunięcia jej w ogóle jeśli jej nie ma )
  

Dodanie dysku
 - wymaga reindeksacji dysku w indeksie i odtworzenia mapy ( jeśli dysk nie jest pusty ) patrz niżej

Usunięcie dysku
 - wymaga usunięcia tego dysku z indeksu ( tj. wszystkich plików ) i odtworzenia mapy ( patrz niżej )

Dodanie pliku
  - do np. edge recordingu 
    
Usunięcie pliku
  - do ręcznego usuwania plików z archiwum

Blokowanie pliku przed usunięciem
  - to na później.

Uwagi:

 - Do działania nagrywania nie potrzeba żadnych indeksów, indeksy są tylko do odczytu. 
 - Można dodawć i usuwać ścieżki w trakcie pracy
 - trzeba sprawdzać, aby nie dodawać tego samego dysku kilkukrotnie
 - nie można zadeklarować rozmiaru archiwum ! z definicji jest to cała przestrzeń dyskowa minus ilość wolnego miejsca !

------------------------------------------------------------------------------------------------------------------------
'''Index'''

INDEX - files.db
 Lista plików w archiwum w postaci bazy sqllite, zawiera jedną tabelę z listą plików.

 Wiersz tabeli jest w postaci:

    [timestamp, kamera, device, dysk, flags]

    połączenie timestam-kamera-device musi być unikalne ( klucz w tabeli )  
 
 Funkcje
   - dodaj pliki ( lista plików )
   - usuń pliki  ( lista plików )
   - usuń pliki starsze niż
   - pobierz kilka następnych plików od zadanego czasu dla danej kamery
   - pobierz kilka poprzednich plików od zadanego czasu dla danej kamery
   - usuń wybrany dysk ( wszystkie pliki z wybranego dysku )
   - reindeksuj wybrany dysk ( najpierw usuń wszystkie dane, a następnie w puli wątków dodaj wszystkie pliki z tego dysku )
 
Uwagi:  
 - obiekt wątko-bezpieczny, bo będzie wykorzystywany przez wszystkie readery, menedżera plików itp z różnych wątków.
 - flagi będą określać np. czy plik jest zablokowany do usunięcia ( będzie się znajdował wtedy w osobnym katalogu ) 
 - przy otwarciu tworzymy plik archive.lock, przy zamknięciu go usuwamy
 - jeśli mamy plik archive.lock na dysku w momencie otwierania to znaczy, że baza nie była zamknięta poprawnie i trzeba ją przeindeksować
 - przeindeksowanie bazy to osobne zadanie, które wykonuje się w puli wątków w trakcie działania bazy ( już po otwarciu )
 - nawet przy normalnym otwarciu trzeba sprawdzać integralność bazy danych SQLLITE ( bo chwilę po zamknięciu system się może wywalić ) PRAGMA CHECK INTEGRITY
 - przy otwarciu sprawdzamy też integralnośc wszystkich dysków poprzez porównanie uuid z dysku z tym z pliku konfiguracyjnego. 

Reindeksowanie:
 - Najprostsza metoda przeindeksowania to usunięcie starego pliku, stworzenie nowej bazy i dodawanie do niej wszystkich plików z danymi.Trzeba tylko uważać, aby co jakiś czas robić pauze
aby inni użytkownicy indeksu mogli go używać ( niestety, readery będą zwracać błędne dane w tym momencie ( niepełne ), także archiwum musi sygnalizować że jest odbudowywane, najlepiej z postępem ).
Niestety to może także generować problemy przy dodawaniu pliku jeśli dane pliki są już na dysku ( patrz INSERT OR UPDATE, INSERT OR IGNORE ).

 - Reindeksowanie może być niedokładne np. my odczytujemy zawartość katalogu podczas indeksowania, w tym momenie menedżer plików usuwa dany katalog i usuwa z indeksu te pliki, a następnie my dodajemy te pliki do indeksu 
  - nie przejmujemy się, w większosci i tak zostaną one usunięte za pomocą funkcji usuń starsze niż, tylko ręczne usuwanie plików, 
  - ale mamy także tryb odczytanie listy plików i dodanie jej w jednej sekcji krytycznej z indeksem ( może to powodować spadek wydajności readerów, ale także writerów )...

Pomysły: 
 - Optymalizacja patrz blog.devart.com / increasing sqlite performance
      zwiększyć domyślne PRAGMA CACHE_SIZE  na np. 50MB
      ustawić PRAGMA_SYNCHRONOUS OFF ( nie będzie opróżniania buforów dyskowych )
      ustawić PRAGMA_JOURNAL_MODE OFF or MEMORY ( nie będzie transakcji )
      ustawić PRAGMA LOCKING_MODE EXCLUSIVE ( zewnętrzne procesy nie będą mogły mieć dostępu do bazy )

 - Opcjonalnie Tworzymy temporary ( or in-memory ) database ( np. 10TB i średnio na plik 32MB daje nam 300 tys plików i wielkość bazy ok 25MB ) 
      - przy zamknięciu używamy SQLite Online Backup API aby zapisać bazęz pamięci na dysk.
      - można odczytać wielkość za pomocą pragma page_size; pragma page_count;

------------------------------------------------------------------------------------------------------------------------

'''Mapy archiwum'''

  Mapa archiwum służy do szybkiego wyświetlania pasków archiwum. Jest to plik obejmujący cały dzień i dla każdej sekundy mamy zapisany na 2 bajtach ( quint16 ) przyczyna nagrania w postaci:
    - warning
    - error			// brak połączenia z kamerą etc.
    - continous_recording
    - manual_recording
    - motion
    - smart_motion		// nowy algorytm detekcji ruchu
    - edge_recording
    - scheduler_action
    - video_push		// video z komórki
    - has_audio			// czy jest nagrane audio - pasek audio
    - has_audiobackchannel      // czy jest nagrane audio z backchannel

Uwagi:
  - flagi można OR-ować
  - plik ma na stałe wielkość 24*60*60*2bajty = 170KB/dzień
  - flagi trzeba dodać do IfFrameMeta jako nowe pole ( event() ?? ), stare flagi już w zasadzie nie potrzebne
  - mamy zrówno jedną mapę w katalogu indeksu, jak i mapy dla każdego dysku

Operacje:

Writer 
 - obiekt który jest tworzony tylko raz dla danego kanału, jest to wewnętrzny obiekt.

Funkcje
 - Zapisz ramkę do mapy
 - Zapisz plik do mapy ( w pliku jest zawarty fragment mapy, patrz niżej )
 - Wyczyść nagrania starsze niż, lub z zadanego zakresu czasu ( usuwa zbędne pliki jeśli usuwamy więcej niż dzień )
 - Odtwórz główną mapę na podstawie map z poszczególnych dysków ( dla wszystkich kamer ? -> jakieś zadanie w puli wątków ).

Reader
 - obiekt który możemy tworzyć wiele razy, dla poszczególnej kamery i urządzenia ( z archiwum pobiera on tylko listę dysków )
 - odczytuje on mapę jako QVector<quint32> z podanego zakresu czasu ( może być więcej niż 1 dzień ), może być z poza zakresu plików obecnych na dysku itp, acz flagi są niekompatybilne z IfArchiveStorageMapReader
 - i o podanej wielkości ( skalowany ) niekoniecznie jeden wpis na sekundę, ale np. jeden wpis na godzine 
   
Uwagi:
 - może nie implementować map z poszczególnych dysków i zostawić tylko mapę zbiorczą.
 - może reader powinien także pobierać w postaci listy zdarzeń dla zadanej flagi w postaci [ { start, length }, { start, length } ], tak aby można było w przyszłości dorobić odtwarzanie tylko wybranego zdarzenia


TODO
 - integralność danych przy przeindeksowywaniu ( tj. po włożeniu dysku rozpoczynamy tworzenie nowych map, ale jednocześnie przecież zapisujemy ciągle dane ).


------------------------------------------------------------------------------------------------------------------------
'''Pliki z danymi'''

Plik z danymi to generalnie 
  - nagłówek, 
  - indeks bloków do wyszukiwania
  - lista bloków.
  - mapa archiwum
  - inne dodatkowe, opcjonalne rzeczy jak dane do wyszukiwania ruchu,

Pliki są zmiennej wielkości i są zapisywane przyrostowo. 
Blok to grupa jednego lub więcej GOPów. Napływające klatki gromadzimy w GOP'y, dołączamy do bloku i jeśli blok spełna zadany warunek to zapisujemy go do pliku. 
W tym samym pliku zapisujemy też audio oraz audiobackchannel powiązane z daną kamerą ( czyli mamy trzy osobne kolejki bloków ).

 - Jeśli parametry strumienia się zmieniają to mamy nowy blok (cx,cy,kodek)
 - Jeśli po dołączeniu GOP, blok ma więcej niż 1 minutę
 - Blok więcej niż 1MB ( chyba że już przekroczono 1minute, to może być mniejszy ).
 - Jeśli przyszła klatka kluczowa i od ostatniej klatki mineło więcej niż 10sek ( przerwa w nagraniach ) 
 - Bloki audio mogą być mniejsze
 - jeśli blok przekroczy 32MB to i tak przerywamy ( następny blok rozpoczynamy nie od klatki kluczowej )

Uwagi:

 - Jednocześnie w pamięci przetrzymujemy mapę archiwum dla tego pliki oraz ew. MotionData ( aby nie było konieczności odczytywania całego pliku przy wyszukiwaniu ruchu )
 - Przy zamknięciu pliku, na koniec dołączamy te elementy do pliku. 
 - Listę bloków trzymamy  w postaci preallokowanej na początku pliku np. pierwsze 32 kb rezerwujemy na listę bloków z nagłówkiem, i uaktualniamy ją co jakiś czas np. co 10 sekund. 
 - W ten sposób jesteśmy w  stanie odczytywać pliki które nie są jeszcze zamknięte.

Plik zamykamy jeśli ma więcej niż 1GB, ma więcej niż 30min, nie ma żadnej klatki do zapisu przez 1min lub wyczerpała się lista bloków. 

Uwagi:
 - być może te parametry czasowo/wielkościowe można gdzieś wrzucić do pliku ini i pobierać z konfiguracji.

Implementacja:

  Reader
    - można tworzyć dowolną ilosć readerów dla danego kanału
    - przy tworzeniu określamy, czy chcemy czytać video, czy audio, czy audio-backchannel
    - mamy reader dla jendego pliku ale także reader, który ukrywa podział na pliki
    - zasadniczo implementuje on interfejs IfArchiveStorageReader
    - reader 

  Writer
    - można tworzyć wiele writerów dla jednego kanału ( np. dla edge recording itp ), oczywiście dla różnych plików ?
    - jest zapisywany za pomocą abstrakcyjnego interfejsu pliku
    - writer jest asynchroniczny 


------------------------------------------------------------------------------------------------------------------------
'''Nagłówek:'''

 [magic(4b), version, encrypted, block_index_file_pos, block_list_file_pos, map_file_pos, motion_data_file_pos]

magic - unikalny identyfikator
nagłowek jest szyfrowany ( patrz niżej ), wielkość jest zaokrąglona do 16 bajtów. Po dwszyfracji możemy sprawdzić, czy


------------------------------------------------------------------------------------------------------------------------
'''Indeks bloków może być w postaci listy elementów:'''

 [time(8b), file_pos(4b), block_size(4b), flags(1b)] ( 21 bajtów co powinno dać ok. 1500 wpisów )

- flags jest do oznaczenia czy to blok video, audio, czy audioback channel. 
- na tej podstawie indeksu możemy zaimplementować funkcję seek
- po otwarciu pliku reader czyta od razu cały indeks do pamięci i używa tego z pamięci

------------------------------------------------------------------------------------------------------------------------
'''Bloki danych:'''
  Blok danych zawiera zwykle 1 GOP ( może zawierać więcej jeśli GOP jest mały )

Nagłówek bloku
[ ver(1b), cx, cy, kodek, frequency, frame_count, random_iv(16b)]


ver         - versja nagłówka ( można w późniejszych wersjach dodawać różne dane takie jak SPS, PPS )
random_iv   - patrz szyfrowanie poniżej, jeśli bez szyfrowania to wynosi 0.
frame_count - liczba ramek.


Zapis bloków
 - gromadzimy ramki na wewn. liście.
 - patrzymy, czy spełniają warunki ( jeśli chodzi o rozmiar to tylko szacunkowo ) i czy nie trwa poprzednie żądanie zapisu ( liczba zapisów jest równa 0, patrz zapis niżej )
 - serializujemy do buforu pamięci ( wykorzystujemy bufor pamięci z poprzedniego żądania, aby nie allokować za każdym razem dużych bloków, oczywiście dla bloków audio mamy osobne bufory )
 - zapisujemy blok asynchronicznie na dysk
 - jeśli mamy więcej niż 2 bloki na liście ramek gotowe do zapisu, a ciągle jest wykonywany poprzedni zapis asynchroniczny to mamy błąd i pomijamy ramki do następnej kluczowej !
 
------------------------------------------------------------------------------------------------------------------------
'''Zapis ramek do bloku ( w pamięci )'''

Piszemy podobne funkcje jak {{{ bin_read<IfFrame>, bin_write<IfFrame> }}}

Uwagi:
 - nie zapisujemy cx, cy, kodek, bo to mamy w nagłówku bloku.
 - zawartość zapisujemy w 2 blokach 

 	1. nagłówek  [ czas(8b), rozmiar_danych(4b), rozmiar metadanych (4b) ]
        2. metadane + plus może jakiś dodatkowy nagłówek z dodatkowymi danymi [ zaokrąglone do 16 bajtów - patrz odczyt ]
	3. dane ( zaokrąglone do 16 bajtów )

 Odczyt bedzie poprzez odczytanie pierwszych 16 bajtów ( nagłówek ), odszyfrowanie nagłówka, odczyt całej ramki, deszyfrowanie metadanych i tworzenie metadanych, deszyfrowanie danych ramki 


------------------------------------------------------------------------------------------------------------------------
'''Zapis do pliku'''

Zapis jest asynchroniczny, możliwie na poziomie sprzętowym. Na początku można go zasymulować za pomocą zapisu bloków w puli wątków, ale dla windows dodajemy IO Completition Port

Interfejs do zapisu pliku asynchronicznie ( jest implementowany przez multiplatformową implementację lub implementację przeznaczoną tylko do windows ):
  
{{{

  QFileAsyncQueue {
	blockSize()
	createWriter()
  }

  QFileWriterAsync {
	enum Type { Audio, Video, Other }
   	open(path)
	write(qint64 pos, const QByteArray& data, bool encrypt, int unencryptedHeaderSize, Type type)        
	close()
	activeRequests(type)
	isError()
  }
}}}

 - Bloki muszą mieć rozmiar który jest wielokrotnościa blockSize() ( 512 albo 4kB ), 
 - Pozycja do zapisu też musi się zaczynać na granicy bloku
 - Adres pamieci data musi też być wyrównany do granicy bloku ( czyli przy serializacji należy uwzględnić, że nie zapisujemy bloku od początku danych )
 - zapis do pliku obsługuje szyfrowanie ( patrz niżej ), na początku bloku pomijamy niezaszyfrowany header
 - jeśli wystąpi błąd zapisu to ustawiamy odpowiednią flagę i przy zapisie następnej klatki rozpoczynamy od nowego pliku.
 - type to audio/video/other itp 
 

------------------------------------------------------------------------------------------------------------------------

'''Implementacja multiplatformowa'''

Zapis implementujemy za pomocą własnej puli wątków. 

{{{

   QFileMultiplatform
   {
	QFileMultiplatform(path) { ... }
	~QFileMultiplatform() { file.close(); }
	QFile file;
	QAtomicInteger activeRequestCount;
	QFileRequestQueue queue;
   }

}}}

Zapis bloku :

 - allokujemy `QFileRequestMultiplatform(QSharedPointer<QFileMultiplatform> file, pos, const QByteArray& data, bool encrypt, int unencryptedHeaderSize)`, jako pochodną QRunnable 
 - wrzucamy zadanie do puli wątków, 
 - headerSize to jest pozycja od której należy zacząć szyfrowanie bloku, bo nagłówek bloku nie jest szyfrowany,
 - w puli wątków szyfrujemy i zapisujemy plik,
 - tutaj musimy zastosować kolejkę bo QFile może być używany jednocześnie tylko z jednego wątku
   

------------------------------------------------------------------------------------------------------------------------
'''Szyfrowanie:'''

 Dane video mogą być szyfrowane.
 Przy otwieraniu archiwum zawsze podajemy hasło używane do szyfrowania ( hasło jest gdzieś ustawieniach serwera zapisane ), 
 Szyfrowanie jest algorytmem AES-128 CBC ( bo jest zaimplementowany sprzętowo w nowszych procesorach )
 Tylko bloki video/audio, mapa, metadane są szyfrowane, a nie lista bloków itp.
 Szyfrowanie jest zaimplementowane przy zapisie ( patrz wyżej )

Klasa szyfrująca:


{{{
QCryptAES {
   QCrypt(password, iv);
   void encrypt(void *data, int len);
   void decrypt(void *data, int len);
   void reset(iv) // reset CBC mode
}
}}}

Uwagi:

 - bloki danych muszą być wielokrotnością 16 bajtów
 - puste hasło oznacza brak szyfrowania ( po prostu zostawiamy dane niezmienione )
 - można użyc OpenSSL, albo ew.  tiny-AES-C, ale z dodatkiem AES-NI ( wsparcie sprzętowe ) z Qt-AES ( samo Qt-AES chyba wykonuje zbyt dużo allokacji )
 - szyfrowanie/deszyfrowanie jest in-place ( mamy wewn. bufor o wielkości np. 32kb i szyfrujemy w kawałkach, następnie nadpisujemy oryginalne dane )
 - ponieważ implementacje zapisu asynchronicznego wykorzystują pulę wątków to szyfrowanie odbywa się w puli wątków.

Przy odczycie w readerze:
   Najpierw odczytujemy blok nagłówka, deszyfrujemy go, następnie odczytujemy zadaną ilość danych zaokrągloną w górę do 16 i deszyfrujemy te dane, następnie deserializujemy ramkę.


------------------------------------------------------------------------------------------------------------------------
'''Odczyt'''

Reader archiwum 
 - normalnie używa QFile, 
 - w Windows można użyć FILE_FLAG_SEQUENTIAL_SCAN ( trzeba najpierw utworzyć HANDLE za pomocą CreateFile(  ) i użyć _open_osfhandle
 - też należy unikać kopiowania buforów przy odczycie danych ramki ( deszyfrowanie powinno być bezpośredni do danych ramki )
 - mamy klasę readera do odczytu jednego pliku, ale także bez podziału na pliki ( implementującą IfArchiveStorageReader )

Asynchroniczny reader:
 - asynchroniczny reader implementuje interfejs IfArchiveReaderAsync. 
      - odczyt jest realizowany jako zadanie w wewn. puli wątków ( osobnej niż do zapisu ), 
      - czyli mamy wewn. IfTask, który zawiera zwykłego readera i jakąs kolejkę ramek
      - asynchroniczny reader pobiera tą ramke, a jeśli ilość ramek w kolejce spadnie pobniżej pewnego poziomu jest wywoływanie zadanie w puli wątków które doczytuje następne ramki
      - w zależności od flag podanych przez seek ten reader powinien sobie buforować kilka ramek wprzód,
      - niektóre operacje ciągle są synchroniczne ( otwarcie, przeczytanie listy bloków itp ).
 

------------------------------------------------------------------------------------------------------------------------
'''Obsługa błędów'''

 - wszystkie błędy zapisu, usuwania, braku ścieżki są przechowywane na globalnej liście ( z ostatniego dnia, max 1000 błędów )
 - jakość to trzeba będzie przełożyć na DvrError ( np. ogólny błąd zapisu archiwum jeśli są jakieś błędy w kolejce )
 - przy odczycie blędy zwracamy bezpośrednio z funkcji

------------------------------------------------------------------------------------------------------------------------
'''Podsumowanie'''
 - na razie używamy tego archiwum jako drop-in replacement zamiast starego archiwum np. w kliencie, można też podmienić w starym serwerze
 - można stworzyć kolejny plugin w CORE_PLUGIN_ARCHIVE kompatybliny w dużym stopniu se starym archiwum