2 Opis systemu użytkowanego w salach rozpraw

S

t

r

e

f

a

I

V

(

r

z

d

I

)

S

t

r

e

f

a

I

I

I

(

r

z

d

I

)

x

x

x

x

x

Strefa I:

Skad orzekajcy

(sdziowie i awnicy)

Strefa II:

wiadek /

Biegy

x

Obszar

rejestracji

Kamery 2

Obszar

rejestracji

Kamery 1

Publiczno

1

123

1

2

3

x

Miejsce przykadowego podczenia dodatkowego mikrofonu

n

Miejsce przykadowego montau mikrofonu stacjonarnego

n

Miejsce przykadowego, opcjonalnego (w zalenoci od decyzji

uytkownikw kocowych) montau mikrofonu stacjonarnego

1

2

3

S

t

r

e

f

a

I

I

I

(

r

z

d

I

I

)

1

2

3

1

2

3

S

t

r

e

f

a

I

V

(

r

z

d

I

I

)

Strefa III:

Strona powodowa / oskaryciela

(po prawej stronie sdziego)

Strefa IV:

Strona pozwana / oskaronego

(po lewej stronie sdziego)

Zacznik nr 1 do Umowy nr ... z dnia ................ - Opis przedmiotu zamwienia

Zacznik nr 1 do umowy nr ... z dnia ................

Zacznik nr 1 do Umowy - Opis przedmiotu zamwienia1 Wstp.W roku 2010 Ministerstwo Sprawiedliwoci rozpoczo realizacj projektu majcego na celu wdroenie systemu cyfrowej rejestracji przebiegu rozpraw sdowych w sdach powszechnych. Realizacja projektu pozwolia na wdroenie i uruchomienie Systemu w 753 salach rozpraw w sdach apelacyjnych, okrgowych i rejonowych. W salach sdw apelacyjnych zosta wdroony System do wielokanaowej fonicznej rejestracji rozpraw sdowych, natomiast wsalach sdw okrgowych i rejonowych System do wielokanaowej fonicznej oraz wizyjnej rejestracji rozpraw sdowych. Wdroony System pozwoli na wyeliminowanie potrzeby czasochonnego procesu sporzdzania pisemnego protokou i zastpienie go protokoem elektronicznym.

2 Opis systemu uytkowanego w salach rozpraw.2.1 Specyfikacja systemu.Sd apelacyjny.

System do wielokanaowej fonicznej rejestracji rozpraw sdowych na kadej sali rozpraw skada si z nastpujcych urzdze technicznych:

a) Jednostka centralna systemu rejestracji - COMARCH CCRD 784-01, wyposaona w urzdzenia wejcia przeznaczone do obsugi systemu oraz kontroli przebiegu procesu rejestracji przez protokolanta i sdziego.

b) Mikrofon stacjonarny do rejestracji dwiku 6 sztuk.

c) Mikrofon przenony 1 sztuka.d) Monitor panoramiczny ciekokrystaliczny wyposaony w system nagonienia, przeznaczony do obsugi i kontroli przebiegu procesu rejestracji przez protokolanta COMARCH SD2001 1 sztuka wraz z komputerem typu nettop COMARCH CTD 784-01 lub COMARCH CTD 784-02 lub COMARCH CTD 784-03 1 sztuka.e) Monitor ciekokrystaliczny panoramiczny wyposaony w system nagonienia do kontroli przebiegu procesu rejestracji przez sdziego COMARCH SD2001 1 sztuka wraz z komputerem typu nettop COMARCH CTD 784-01 lub COMARCH CTD 784-02 lub COMARCH CTD 784-03 1 sztuka.f) Przycze dla mikrofonw mobilnych 6 sztuk.Sd okrgowy / rejonowy:

System do wielokanaowej fonicznej oraz wizyjnej rejestracji rozpraw sdowych na kadej sali rozpraw skada si z nastpujcych urzdze technicznych:

a) Jednostka centralna systemu rejestracji - COMARCH CCRD 784-01, lub COMARCH CRD 784-02, wyposaona w urzdzenia wejcia przeznaczone do obsugi Systemu oraz kontroli przebiegu procesu rejestracji przez protokolanta i sdziego.

b) Kamera kolorowa na wiadka 1 sztuka.

c) Kamera kolorowa gwna 1 sztuka.d) Mikrofon stacjonarny do rejestracji dwiku 6 sztuk.

e) Mikrofon przenony 1 sztuka.f) Monitor panoramiczny ciekokrystaliczny wyposaony w system nagonienia, przeznaczony do obsugi i kontroli przebiegu procesu rejestracji przez protokolanta COMARCH SD2001 1 sztuka wraz z komputerem typu nettop COMARCH CTD 784-01 lub COMARCH CTD 784-02 lub COMARCH CTD 784-03 1 sztuka lub urzdzenie typu All-In-One MSI AE2051 1 sztuka.g) Monitor ciekokrystaliczny panoramiczny wyposaony w system nagonienia do kontroli przebiegu procesu rejestracji przez sdziego COMARCH SD2001 1 sztuka wraz z komputerem typu nettop COMARCH CTD 784-01 lub COMARCH CTD 784-02 lub COMARCH CTD 784-03 1 sztuka lub urzdzenie typu All-In-One MSI AE2051 1 sztuka.h) Kamera dokumentowa (wizualizer) 1 sztuka.i) Urzdzenie obsugujce zdalne poczenia wideokonferencyjne HUAWEI ViewPoint 8033B 1 sztuka.j) Monitor ciekokrystaliczny wielkoformatowy wyposaony w system nagonienia umoliwiajcy wizualizacje przebiegu rozprawy NEC V422 1 sztuka.k) Przycze dla mikrofonw mobilnych 6 sztuk.

l) Szafka do zestawu urzdze.

2.2 Czynnoci wykonywane w systemie.1. Autoryzacja i czynnoci wstpne

Dostp do Systemu moliwy jest tylko dla osb upowanionych.

Po autoryzacji System umoliwia dokonanie sprawdzenia dziaania poszczeglnych elementw Systemu w tym dokonanie nastaw kamer.

2. Czynnoci inicjujce proces rejestracji

Przed przystpieniem do utrwalania przebiegu posiedzenia jawnego protokolant wprowadza do Systemu dane w postaci elektronicznej dotyczce sprawy.

Zakres danych okrelaj przepisy dotyczce protokou. Oprogramowanie umoliwia rwnie import danych dotyczcych sprawy z plikw w formacie XML.

Proces rejestracji inicjuje w Systemie protokolant na polecenie przewodniczcego skadu sdziowskiego.3. Rejestracja

Po uruchomieniu procesu nagrywania przez protokolanta strumienie obrazu i dwiku przesyane s do urzdzenia rejestrujcego, gdzie zostaj cyfrowo zapisane.

Interfejs graficzny zapewnia biec kontrol dokonywanego zapisu, w szczeglnoci zapisu dwiku. System umoliwia przywoanie w trakcie rejestracji fragmentu biecego lub innego nagrania celem odtworzenia podczas rozprawy.

W trakcie rejestracji obrazu i dwiku moliwe jest przeprowadzenie wideokonferencji poczonego z rejestracj tych czynnoci.

4. Wprowadzanie adnotacji i znacznikw czasowych do zapisu

Adnotacje sporzdzane s przez protokolanta pod kierunkiem przewodniczcego. Stanowi metadane zawierajce informacje dotyczce przebiegu posiedzenia jawnego zoznaczeniem dokonania czynnoci procesowej lub zaistnienia innego zdarzenia. Wszczeglnoci mog zawiera informacje o rozpoczciu wypowiedzi uczestniczcych w posiedzeniu osb oraz o innych istotnych dla postpowania zdarzeniach.

Ponadto w adnotacjach umieszczane s rwnie inne istotne okolicznoci, w szczeglnoci informacje o stawiennictwie stron, o dopuszczonych dowodach w sprawie, czy dowd zosta przeprowadzony, odroczeniu rozprawy czy te o wydanych orzeczeniach i zarzdzeniach.System automatycznie znakuje kad adnotacj zwizan z czynnociami procesowymi licznikiem czasu nagrania. Automatycznie na podstawie licznika czasu nagrania tworzone jest powizanie midzy adnotacj, a odpowiadajcym jej punktem w ciece nagrania. W trakcie pniejszego odtwarzania nagrania moliwe wskazanie odpowiedniej adnotacji i odtworzenie fragmentu nagrania. Po wybraniu adnotacji zdarzenia operator moe odtworzy fragment nagrania, do ktrego si on odnosi.

Funkcja znakowania czasem i tworzenia adnotacji uruchamiana jest automatycznie wraz z uruchomieniem nagrywania.5. Synchronizacja strumieni danych

Poszczeglne strumienie danych przesyane s wielokanaowo. Kady kana audio zapisywany jest jako odrbny strumie danych moliwy do wyodrbnienia z zapisu. Kanay wideo s miksowane przez jednostk centraln systemu rejestracji do jednego kanau. Synchronizacja wszystkich cieek zapobiega wystpowaniu rozbienoci szczeglnie pomidzy obrazem i dwikiem, ale rwnie z dokonywanymi adnotacjami. System w trakcie rejestracji dokonuje synchronizacji w sposb automatyczny.6. Kodowanie i kompresja nagrania

Po synchronizacji strumieni danych, System dokonuje kodowania przy pomocy wybranego kodeka obrazu i dwiku, do formatu umoliwiajcego odtwarzanie przy pomocy zewntrznych urzdze odtwarzajcych. W trakcie kodowania dokonuje jednoczesnej kompresji zmniejszajc wielko pliku.

7. Zakoczenie nagrywania

W wyniku zamknicia procesu rejestracji nastpuje utworzenie zapisw przebiegu posiedzenia:

zapis foniczny w postaci pliku dwikowego jednokanaowego;

zapis wideofoniczny w postaci pliku multimedialnego obejmujcego obraz wraz z dwikiem wielokanaowym;

plik metadanych zarejestrowanej cyfrowo rozprawy;

Tworzony jest rwnoczenie protok skrcony, ktry po wydrukowaniu podpisywany jest przez protokolanta i sdziego.8. Zabezpieczenie zapisw i przekazanie do sdowego repozytorium nagra

Po dokonaniu kodowania i kompresji nagrania protokolant podpisuje zapis bezpiecznym podpisem elektronicznym gwarantujcym identyfikacj osoby protokolanta oraz rozpoznawalno jakiejkolwiek pniejszej zmiany protokou. System nie umoliwia przejcia do dalszych czynnoci bez dokonania czynnoci zwizanych z podpisaniem zapisw. Nastpnie zapis przekazywany jest do sdowego repozytorium nagra.

Ze wzgldw bezpieczestwa System umoliwia bezporednio po zakoczonej sesji nagraniowej wybranie archiwizacji utworzonych plikw nagra i metadanych na zewntrznych nonikach jednokrotnego zapisu wraz z umieszczeniem na noniku odtwarzacza (ReCourt Player) umoliwiajcego przegldanie nagra woparciu o utworzone adnotacje oraz przeszukiwanie w oparciu o sowa kluczowe.

9. Udostpnianie nagrania w sdzie

Nagrania w sdzie udostpniane s z sdowego repozytorium nagra za porednictwem sieci teleinformatycznej.

Przegldarka obsugujca odtwarzanie nagrania oferuje moliwo przeszukiwania zapisu w sposb umoliwiajcy przegldanie zapisw w oparciu o utworzone adnotacje oraz przeszukiwanie w oparciu o sowa kluczowe i wybr kanau zapisu.

System do wielokanaowej fonicznej oraz wizyjnej rejestracji rozpraw sdowych umoliwia dodatkowo: przeprowadzenie dowodu na odlego wraz z jednoczesn rejestracj tych czynnoci przez System, poprzez zestawienie w trakcie posiedzenia dedykowanego poczenia zdalnego,

z podczonych do systemu zewntrznych rde danych, prezentacj dowodw w postaci elektronicznej wraz z jednoczesn rejestracj tych czynnoci przez system,

wizualizacj przebiegu rejestracji posiedzenia na zewntrznych urzdzeniach wywietlajcych obraz wraz z moliwoci odtworzenia rejestrowanego zapisu dwiku,

2.3 Rozmieszczenie elementw systemu na sali rozpraw.Poniszy rysunek przedstawia przykad obecnego rozmieszczenia mikrofonw na salach rozpraw w sdach apelacyjnych i okrgowych i rejonowych.

Rozmieszczenie mikrofonw zostao przedstawione w podziale na Strefy rejestracji dwiku oraz wymagane obszary rejestracji obrazu.

System rejestruje sygna z kadego z mikrofonw stacjonarnych jako oddzielny kana audio oraz jako oddzielny kana audio sygna gniazd mikrofonw mobilnych (dodatkowych) dla kadej z czterech stref. Rejestracja oddzielnego kanau audio moliwa jest rwnie dla odtwarzanego podczas rozprawy fragmentu biecej lub archiwalnej rozprawy oraz w przypadku Systemu do wielokanaowej fonicznej oraz wizyjnej rejestracji rozpraw sdowych, rwnie sygnau audio pochodzcego z poczenia wideokonferencyjnego.

2.4 Organizacja dwiku.

W kadej sali zamontowanych musi by od 8 do 16 mikrofonw stacjonarnych oraz 6 gniazd do podczenia mikrofonw ruchomych dla strefy III i IV dwa miejsca do przyczenia, dla strefy I i II jedno miejsce do przyczenia.

Iloci zamontowanych mikrofonw stacjonarnych na sali rozpraw (od 8 do 16) s uzalenione od decyzji Uytkownikw kocowych, ktre zostaj zobrazowane w Projekcie Technicznym. Instalacja mikrofonw w czci sal moe obejmowa dla Strefy III i Strefy IV rwnie dodatkowe rzdy stow. W kadej ze stref III i IV powinno zosta zamontowane od 2 do 6 mikrofonw stacjonarnych.

Sygna z poszczeglnych stref musi by rejestrowany w nastpujcej liczbie osobnych kanaw:

StrefaIlo mikrofonw stacjonarnychIlo gniazd mikrofonw ruchomychWymagana liczba osobnych kanaw audioPrzypisanie mikrofonw do osobnych kanaw

Strefa I312Dopuszcza si czenie sygnau z mikrofonw stacjonarnych w ramach dostpnych dla strefy kanaw audio.Sygna z gniazda mikrofonw ruchomych musi by rejestrowany jako osobny kana audio.

Strefa II112Mikrofon stacjonarny oraz gniazdo mikrofonu ruchomego musz by rejestrowane jako osobne kanay audio.

Strefa IIIod 2 do 623Sygna z obu gniazd mikrofonw ruchomych musi by rejestrowany jako osobny kana audio.

W przypadku gdy w strefie zamontowane zostan 2 mikrofony stacjonarne, sygna z kadego z nich musi by rejestrowany jako osobny kana audio.

W przypadku gdy w strefie zostanie zamontowane wicej ni 2 mikrofony stacjonarne dopuszcza si czenie sygnau w ramach dostpnych dla strefy kanaw audio.

Strefa IVod 2 do 623Sygna z obu gniazd mikrofonw ruchomych musi by rejestrowany jako osobny kana audio.

W przypadku gdy w strefie zamontowane zostan 2 mikrofony stacjonarne, sygna z kadego z nich musi by rejestrowany jako osobny kana audio.

W przypadku gdy w strefie zostanie zamontowane wicej ni 2 mikrofony stacjonarne dopuszcza si czenie sygnau w ramach dostpnych dla strefy kanaw audio.

Dodatkowa jako osobne kanay audio powinien by rwnie rejestrowane:

sygna audio z poczenia wideokonferencyjnego,

sygna audio z dodatkowego urzdzenia stanowicego rdo prezentacji dowodu elektronicznego (np. laptop, kamera cyfrowa, rejestrator DVR) lub sygna audio pochodzcy z odtworzenia podczas fragmentu biecej rozprawy lub nagrania archiwalnego.

czna liczba rejestrowanych jednoczenie osobnych kanarw audio 12.2.5 Organizacja obrazu.Do rejestracji obrazu sala musi by wyposaona w dwie kamery rejestrujce obraz w nastpujcy sposb:

obraz widoku oglnego sali z pozycji przewodniczcego, ze szczeglnym uwzgldnieniem widoku wszystkich pozostaych osb uczestniczcych wposiedzeniu jawnym oraz jeli pozwalaj na to wzgldy techniczne publicznoci;

obraz osoby wypowiadajcej si z miejsca przeznaczonego dla wiadka, obejmujcy polem widzenia grn poow ciaa w sposb umoliwiajcy utrwalenie gestw oraz uzyskanie widoku twarzy za wyjtkiem skadu orzekajcego.Strumienie obrazu z kamer s miksowane przez Jednostk centraln systemu rejestracji do jednego kanau obrazu. Doczenie dodatkowych strumieni obrazu, tj:

wideokonferencja

prezentacja dowodu elektronicznego z zewntrznego urzdzenia podczonego do zcza D-SUB lub RCA (np. laptop, kamera cyfrowa, rejestrator DVR),

odtworzenie biecego lub archiwalnego nagrania podczas rejestracji,

powoduje automatyczn zmian trybu ekranowego w podziale, co najmniej na tyle czci ile jest aktywnych rde strumienia obrazu.

Wymagany podzia ekranu dla 2 rde sygnau musi stanowi taki ukad ekranowy, aby obraz osoby wypowiadajcej si z miejsca dla wiadka stanowi okno w obrazie widoku oglnego sali.

Przykadowy szkic poniej:

2.6 Oprogramowanie ReCourt.Oprogramowanie ReCourt stanowi oprogramowanie, ktrego funkcjonalno wspomaga tworzenie i zarzdzanie protokoem elektronicznym, umoliwia prowadzenie oraz kontrol przebiegu procesu rejestracji przez protokolanta i sdziego jak rwnie zarzdza przechowywaniem i udostpnianiem nagra.

Zamawiajcy posiada pene prawa autorskie oraz dysponuje kodami rdowymi Oprogramowania ReCourt.

Oprogramowanie ReCourt skada si z dwch gwnych komponentw:

1. aplikacji lokalnej do obsugi protokou elektronicznego na salach rozpraw,

2. aplikacji centralnej do zarzdzania przechowywaniem i udostpnianiem nagra,

2.6.1 Aplikacja lokalna do obsugi protokou elektronicznego

Aplikacja lokalna pracuje na Jednostce centralnej systemu rejestracji, pod kontrol systemu operacyjnego Windows MultiPoint Server 2011 Standard. Oprogramowanie wykorzystuje szereg natywnych mechanizmw urzdzenia, takich jak np.:

Kompresja i rejestracja sygnaw do pliku przy uyciu parametryzowanych kodekw audio/wideo.

Pozyskanie strumieni danych z wszystkich podczonych do urzdzenia sprztowych rde sygnau audio/wideo oraz ze rde programowych,

Zmiksowanie sygnau wideo do jednego strumienia i jego rozgaszanie w postaci nieskompresowanej bitmapy (wideo), bitw dwiku (kady kana audio osobno) oraz znacznika czasu. Zmiksowanie obrazu zgodnie z zadanymi parametrami wielkoci i pooenia obrazu kadego kanau. Odtwarzanie zarejestrowanych plikw z zapisem wielokanaowym, take w trakcie rejestracji (bez jej przerywania) oraz ich rozgaszanie w postaci nieskompresowanej bitmapy (wideo), bitw dwiku (kady kana audio osobno) oraz skompresowanej wraz ze znacznikiem czasu.

Mechanizm sprztowej kontroli sprawnoci mikrofonw.

Gwnymi grupami funkcji Oprogramowania ReCourt s:

1. Utworzenie plikw nagrania,

Oprogramowanie wymusza wpisanie przez uytkownika informacji, jakie zawiera wokanda. Moliwe jest te automatyczne uzupenienia danych z systemu sdowego, jeeli system sadowy takie dane dostarczy [oznaczenie sdu i wydziau, ktry prowadzi spraw, imiona i nazwiska czonkw skadu sdziowskiego i protokolanta, oznaczenia stron wraz z penomocnikami oraz nazwiska i imiona wiadkw, skrtowy opis przedmiotu sprawy].

Podstawow lokalizacj pliku nagrania jest dysk twardy Jednostki centralnej systemu rejestracji, na ktrym pracuje Oprogramowanie.

Lokalizacja pliku nagrania (cieka dostpu) jest parametrem konfiguracyjnym Oprogramowania.

Oprogramowanie umoliwia podpisanie nagrania podpisem elektronicznym.

2. Zarzdzanie procesem rejestracji

Uruchomienie, zatrzymanie, wznowienie, zakoczenie rejestracji.

Obsuga procesu doczania kolejnych rde sygnau (np. wideokonferencja, obraz z kamer dokumentowej, odtworzony fragment biecej lub archiwalnej rozprawy).

Kontrola wielkoci dostpnej pamici dyskowej.

Kontrola poprawnoci przebiegu nagrywania.

3. Prowadzenie adnotacji

Oprogramowanie umoliwia tworzenie adnotacji publicznych (tworzone przez protokolanta) oraz adnotacji prywatnych (sdziego).

Notatki s sporzdzane na bieco, rwnolegle z procesem nagrywania przebiegu rozprawy.

Oprogramowanie automatycznie znakuje kad notatk licznikiem czasu nagrania.

Oprogramowanie automatycznie tworzy na podstawie licznika czasu nagrania powizanie midzy plikiem nagrania a notatk.

4. Zarzdzanie sownikami

Oprogramowanie umoliwia m.in. posugiwanie si sownikami, tworzenie nowych sownikw, edycj zawartoci sownikw.

5. Odtwarzanie nagrania

Oprogramowanie zapewnia moliwo wyszukania, wyboru i otworzenia pliku nagrania.

Oprogramowanie zapewnia moliwo zarzdzania procesem odtwarzania, np.: przewijanie, skok w okrelone miejsce, regulacj poziomu gonoci odtwarzania nagrania, regulacj poziomu gonoci odtwarzania poszczeglnych cieek, regulacj szybkoci odtwarzania i przewijania, wybr kombinacji cieek do odtwarzania.

6. Archiwizacja i zarzdzanie plikami

Archiwizowanie plikw realizowane jest przez program poprzez:

a. centralne backupowanie na serwerze plikw;

b. nagrywanie plikw na noniki jednokrotnego zapisu CD/DVD.

Proces archiwizacji, w zalenoci od sdu, moe skada si z obu w/w operacji lub tylko z jednej z nich.

Oprogramowanie ma wbudowane mechanizmy zabezpieczajce przed skasowaniem pliku, ktry nie zosta zarchiwizowany.

Oprogramowanie zakada system podkatalogw, uatwiajcych segregacj plikw przekazywanych do archiwum.

7. ReCourt Player

ReCourt Player jest dedykowanym odtwarzaczem umoliwiajcym odtwarzanie zarchiwizowanych nagra na dowolnym komputerze klasy PC wyposaonym w dowolny system operacyjny. Oprogramowanie Recourt archiwizuje pliki nagra wraz z tym odtwarzaczem.

Odtwarzacz udostpnia szereg funkcjonalnoci umoliwiajcych zarzdzanie procesem odtwarzania oraz zarzdzania plikami adnotacji.

2.6.2 Aplikacja centralna do zarzdzania przechowywaniem i udostpnianiem nagra.

Aplikacja centralna do zarzdzania przechowywaniem i udostpnianiem nagra jest komponentem oprogramowania ReCourt przeznaczonym do pracy na poziomie centralnym pojedynczego sdu. Gwnym zadaniem tego komponentu jest zarzdzanie przechowywaniem oraz bezpiecznym udostpnianiem nagra. Komponent ten posiada struktur moduow, ktra pozwala na rozbudow, a take na integracj z istniejc z infrastruktur rejestracji nagra, zlokalizowan na salach sdowych. Aplikacja centralna oprogramowania ReCourt pracuje pod kontrol systemu operacyjnego Microsoft Windows 2008/2012 Server oraz wykorzystuje baz danych Microsoft SQL Server 2008/2012. Aplikacja wykonana jest w technologii .NET.

Aplikacja centralna oprogramowania ReCourt wykonana jest w architekturze trjwarstwowej. Wyrnia si nastpujce warstwy:

Dostpu do danych

Serwer aplikacyjny

Aplikacje klienckie warstwa prezentacjiAplikacja kliencka instalowana jest na komputerze lokalnym uytkownika. Komunikacja midzy warstwami realizowana jest poprzez wykorzystanie pocze WCF (Widnows Communication Foundation) oraz poprzez wykorzystanie pocze bezporednich (potrzebnych do obsugi duych plikw np. odtwarzanie nagrania). Poczenia bezporednie realizowane s pomidzy aplikacj klienck a repozytorium plikw z pominiciem serwisw Recourt tak aby niepotrzebnie ich nie obcia i uatwi dostp aplikacji klienckiej do wymaganego pliku.

Komunikacja bezporednia nie jest wykorzystywana w innych celach ni odtwarzanie i podpisywanie plikw. Aplikacja zapewnia mechanizmy kontroli dostpu do utrwalonych nagra na poziomie uytkownika, tylko i wycznie tych spraw, ktre zostay mu przydzielone.Gwnymi grupami funkcji aplikacji centralnej Oprogramowania ReCourt s:

Indeksowanie i wyszukiwanie nagra na podstawie zadanego kryterium;

Kontrola dostpu do danych posiedze oraz funkcjonalnoci systemu;

Obsuga protokow skrconych z rozprawy sdowej;

Zapis caoci lub wybranego fragmentu nagrania na pyt CD/DVD;

Przekazanie nagrania do transkrypcji oraz odbir transkrypcji;

Odtwarzanie wybranego nagrania;

Obsuga tokenw dostpu do nagra;

Udostpnienie nagrania na wskazane stanowisko w czytelni akt;

Kopiowanie nagra do innych jednostek sdw;

Przechowywanie adnotacji prywatnych oraz przekazywanie adnotacji prywatnych sdziw z centralnych jednostek rejestrujcych;

Udostpnianie nagra pracownikom sdw, zgodnie z przyznanymi uprawnieniami oraz okrelonym zakresem czasowym dostpu;

Obsuga listy zada do wykonania dla pracownikw sdw;

Generowanie statystyk i raportw;

Obsuga procesw workflow (obieg wszelkiego rodzaju wnioskw w systemie);

Edycja nagra/fragmentw nagra;

API do integracji z innymi systemami;3 Opis warstwy centralnej systemu rejestracji

Warstwa centralna systemu rejestracji zorganizowana zostanie na poziomie kadego sdu zgodnie z List Dystrybucyjn, stanowic Zacznik nr 2 do Umowy. Warstwa centralna systemu rejestracji skadaa si bdzie z wskazanej w punkcie 7.16 Centralna infrastruktura do przechowywania i zarzdzania nagraniami w sdzie.W warstwie centralnej systemu rejestracji pracowaa bdzie aplikacja centralna Oprogramowania ReCourt zapewniajca bezpieczne skadowanie wykonanych nagra, ich wyszukiwanie, zarzdzanie oraz obsug operacji zwizanych z udostpnianiem.Infrastruktura serwerowa skadaa si bdzie z dwch serwerw, macierzy dyskowej oraz biblioteki tamowej, co zapewni redundancj oraz przestrze do skadowania nagra wraz z metadanymi (protok elektroniczny).

Zarzdzanie przechowywaniem oraz bezpiecznym udostpnianiem nagra obsugiwane bdzie przez aplikacj centraln Oprogramowania ReCourt, ktra zostanie zainstalowana i skonfigurowana przez Wykonawc na dostarczonych serwerach.Architektura systemu umoliwia m.in. centralne zarzdzanie oraz kontrol dostpu na podstawie rl (i/lub kontrolnej listy dostpu) do poszczeglnych elementw systemu, a co za tym idzie peny podgld na histori operacji danego uytkownika.

Centralne zarzdzanie umoliwia rwnie obsug przepywu wnioskw o udostpnianie nagra z jednego miejsca systemu bez potrzeby odwiedzania rnych miejsc przez osob wnioskujc. Z udostpnianiem nagra wi si te takie funkcje jak usuwanie nagra po wykorzystaniu lub przegldaniu. Centralna obsuga tej funkcji zapewnia odpowiednie udostpnienie i usunicie nagrania. Odtworzenie nagrania jest moliwe np. w czytelni po uprzednim zaakceptowaniu i zakoczonym procesie obsugi wniosku.

Obsuga wnioskw (obsuga mechanizmw przepywu dokumentw workflow) pozwala na zbudowanie mechanizmw obsugi zada wymagajcych przyjmowanie i przekazywanie dokumentw (danych) do potrzeb obsugi takich zada jak archiwizacja i obsuga mechanizmw transkrypcji nagra.

Aplikacja centralna zapewnia rwnie centralny skad adnotacji prywatnych, do ktrego dostp ma sdzia, co pozwala na przegldanie wszystkich swoich notatek w powizaniu do danej sprawy, ktr prowadzi sdzia. Sdziowie maj dostp do wszystkich swoich adnotacji bez potrzeby kadorazowego ich kopiowania po zakoczonej sprawie na swj zasb (dysk przenony lub udzia sieciowy).

Dostpny jest rwnie mechanizm przekazywania nagra pomidzy sdami wraz z zapewnieniem poprawnego przekazania danej sprawy sprawdzanie poprawnoci, ponawianie wysania w przypadku niepowodzenia spowodowanego np. awari sieci.

Nagrywanie na noniki zewntrzne jest uatwione poprzez bank plikw (np. ISO) do pobrania bez potrzeby kadorazowej generacji odpowiedniego pliku.

4 Opis warstwy centralnej systemu wideokonferencyjnego

Warstwa centralna systemu wideokonferencyjnego zostaa opisana w punkcie 7.17 - Centralna infrastruktura wideokonferencyjna. Infrastruktura powinna umoliwia skonfigurowanie urzdze w architektur klastra z wzami umiejscowionymi w rnych lokalizacjach geograficznych. Warstwa centralna systemu wideokonferencyjnego musi zosta zapewniona w 5 lokalizacjach (sdy apelacyjne jako wzy), zgodnie z List Dystrybucyjn, stanowic Zacznik nr 2 do Umowy. Kady z wzw skada si z trzech urzdze po jednym z typw wymienionych w p. 7.17.1 do 7.17.3. Infrastruktura ma umoliwia poczenia wideokonferencyjne realizowane poprzez urzdzenie typu terminal w sieci teleinformatycznej sdw lub poza ni z urzdzeniem typu terminal dowolnego producenta. Dziki temu zapewniona zostanie moliwo nawizania poczenia oraz prowadzenia wielostronnych wideokonferencji z dowolnej sali rozpraw w sdzie rejonowym, okrgowym i apelacyjnym wyposaonej w system.

Infrastruktura musi zapewni prowadzenie do 240 jednoczesnych wideokonferencji, w ktrych wystpuje co najmniej dwch uczestnikw znajdujcych si na sali rozpraw (sdzia i strona) oraz co najmniej jeden uczestnik zdalny (wiadek). Infrastruktura musi zapewni obsug co najmniej 2400 zarejestrowanych urzdze wideokonferencyjnych.

5 Opis infrastruktury udostpniania nagra

Wykonawca wyposay czytelnie akt w urzdzenia typu All-in-one (model B) wyspecyfikowane w punkcie 7.18.1. Do kadego urzdzenia typu All-in-one podczone bd dwa komplety suchawek (opisane w p. 7.18.2) poprzez rozdzielacz sygnau audio. Udostpnienie nagrania na wskazane stanowisko komputerowe w czytelni akt zarzdzane bdzie z poziomu warstwy centralnej systemu rejestracji.

Wykonawca w ramach przedmiotu zamwienia skonfiguruje aplikacj centraln do odtwarzania nagra w czytelni akt oraz zarzdzania nagraniami w czytelni. Poprawna konfiguracja aplikacji zapewnia:

moliwo otworzenia pliku nagrania.

moliwo automatycznego odtworzenia nagrania przy pomocy wprowadzonego tokena dostpu.

moliwo zarzdzania procesem odtwarzania, np.: przewijanie, skok w okrelone miejsce, regulacj poziomu gonoci odtwarzania nagrania, regulacj poziomu gonoci odtwarzania poszczeglnych cieek, regulacj szybkoci odtwarzania i przewijania, wybr kombinacji cieek do odtwarzania.

moliwo zlecenia z poziomu komputera zarzdzajcego usunicie nagra z udziau z dowolnego komputera udostpniajcego.Pozostae suchawki bdce przedmiotem zamwienia bd wykorzystywane przez sdziw i asystentw sdziw do odsuchiwania nagra wytworzonych w systemie.6 Opis infrastruktury podpisu elektronicznego

Zamawiajcy obecnie jest w posiadaniu Infrastruktury Klucza Publicznego (PKI) opartej o rozwizania Comarch CertificateAuthority (CA), Comarch SmartCard 3.0, Comarch SmartCard Reader 3.0. Comarch CA jest rozwizaniem do obsugi certyfikatu w caym cyklu jego ycia od zoenia wniosku po wyganicie lub uniewanienie. Operatorowi CA udostpnione s nastpujce funkcjonalnoci:

wyszukiwanie zapyta o certyfikat wedug kryteriw statusu procesu certyfikacji oraz innych cech jak nazwa waciciela klucza, data zoenia wniosku,

odrzucanie zapyta o certyfikat,

zatwierdzanie wnioskw o certyfikat (wydawanie certyfikatu),

wyszukiwanie certyfikatw wedug kryteriw wanoci (wany, uniewaniony, przeterminowany), nazwy waciciela klucza (CN), daty wanoci certyfikatu, profilu,

uniewanianie certyfikatw,

generacja nowej listy CRL,

konfiguracja usugi katalogowej,

publikacja certyfikatw w usudze katalogowej,

publikacja CRL w usudze katalogowej,

definiowanie profilu,

obsuga OCSP.W ramach infrastruktury podpisu elektronicznego przedmiot zamwienia obejmuje dostaw kart procesorowych z oprogramowaniem poredniczcym oraz czytnikw kart ze zczem USB. Wraz z kartami i czytnikami Wykonawca zobowizany jest rwnie dostarczy oprogramowanie umoliwiajce podpisywanie dokumentw elektronicznych oraz weryfikacj wytworzonego podpisu. Elementy dostarczanej infrastruktury podpisu elektronicznego Wykonawca zainstaluje i skonfiguruje na salach rozpraw. 7 Specyfikacja urzdze technicznych.7.1 Jednostka centralna systemu rejestracji.1Wymagania sprztowe

1.1Pojemno umoliwiajca dokonanie i przechowywanie minimum 50 godzin nagra przebiegu rozprawy.

1.2Urzdzenie musi by wyposaone w dysk/dyski typu SSD; prdko zapisu co najmniej 180MB/s; prdko odczytu co najmniej 230MB/s

1.3Podczas jednoczesnego nagrywania, przetwarzania A/C, miksowania, kompresji i zapisu wszystkich sprztowych kanaw audio i wideo wymagane obcienie procesorw Jednostki centralnej systemu rejestracji (dalej zwanej urzdzeniem) nie moe przekracza 50% dostpnych zasobw mocy obliczeniowej, przy czym rejestrowany obraz ze wszystkich rde wideo musi mie rozdzielczo PAL oraz musi by rejestrowany jako obraz pynny.

1.4Gono Jednostki centralnej systemu rejestracji mierzona zgodnie z norm ISO 7779 oraz wykazana zgodnie z norm ISO 9296 w pozycji obserwatora w standardowym trybie pracy urzdzenia (tj. podczas jednoczesnej rejestracji sygnau video z dwch rde oraz co najmniej 6 kanaw audio, wykorzystania mechanizmw przetwarzania, miksowania i kompresji) nie moe przekroczy 23 dB. Do oferty naley zaczy owiadczenie Wykonawcy wraz z raportem badawczym w zakresie ISO 7779.

2System operacyjny i dostp do funkcji urzdzenia

2.1System operacyjny musi umoliwia prac posiadanego przez Zamawiajcego oprogramowanie ReCourt, opisywane w p. 2.6.1.

Wykonawca dostarczy urzdzenie wraz z systemem operacyjnym oraz licencjami na dostp co najmniej dla 3 uytkownikw lub urzdze zewntrznych.

2.2Urzdzenie musi umoliwia zainstalowanie oraz prawidow prac z posiadanym przez Zamawiajcego oprogramowaniem do prowadzenia rozprawy, sterowania przebiegiem rejestracji rozprawy i wszystkimi mechanizmami urzdzenia (Oprogramowanie ReCourt, opisywane w p. 2.6.1)

2.3Urzdzenie musi posiada partycj odtworzeniow oraz mechanizmu auto-rekonstrukcji do konfiguracji wzorcowej na wypadek awarii i koniecznoci odtworzenia.

2.4Wymagany format API/SDK urzdzenia udostpniajcy wszystkie mechanizmy urzdzenia dla zewntrznej aplikacji to C/C++.

3.Interfejsy wejciowe i wyjciowe

Audio

3.1Urzdzenie umoliwi podczenie oraz rejestracj co najmniej 12 analogowych kanaw audio.

3.2Urzdzenie musi zapewnia odpowiednie wzmocnienie sygnau audio z mikrofonw ruchomych dynamicznych i pojemnociowych. Nie dopuszcza si stosowania zewntrznych urzdze wzmacniajcych sygna, ani montau wzmacniaczy w mikrofonach.

3.3Urzdzenie musi zapewnia automatyczn sprztow regulacj wzmocnienia (AGC Automatic Gain Control) podczas nagrywania na wszystkich kanaach (mikrofonowych i liniowych) wbudowan w kart akwizycji audio, nie majc wpywu na obcienie Jednostki centralnej systemu rejestracji.

3.4Urzdzenie musi zapewnia automatyczne sprztowe tumienie echa podczas nagrywania z mikrofonw stacjonarnych (AEC - Acoustic Echo Cancelation) wbudowane w kart akwizycji audio, nie majce wpywu na obcienie Jednostki centralnej systemu rejestracji.

3.5Urzdzenie musi zapewnia automatyczn kontrol dynamiki dwiku przy odtwarzaniu (DRC - Dynamic Range Compression) na liniowych kanaach wyjciowych wbudowan w kart akwizycji audio, nie majc wpywu na obcienie Jednostki centralnej systemu rejestracji.

3.6Urzdzenie musi posiada moliwo cyfrowego filtrowania sygnaw oraz budowy dedykowanych algorytmw przetwarzania dwiku przetwarzanych na karcie akwizycji audio, nie majcych wpywu na obcienie Jednostki centralnej systemu rejestracji.

3.7Urzdzenie musi zapewnia odpowiednie zasilanie mikrofonw dynamicznych ipojemnociowych. Nie dopuszcza si stosowania zewntrznych urzdze zasilajcych.

3.8Sygna ze wszystkich mikrofonw dynamicznych i pojemnociowych z kadej strefy musi zosta doprowadzony do urzdzenia z uyciem maksymalnie 1 kabla typu skrtka komputerowa ekranowana kategorii 5E lub wyszej, podczana do urzdzenia przy pomocy zcza typu RJ45.

3.9Urzdzenie musi posiada zcza Line-in typu RCA (Chinch) i Jack 3,5 mm na potrzeby rejestracji sygnau audio z zewntrznego urzdzenia stanowicego rdo prezentacji dowodu elektronicznego (np. laptop, kamera cyfrowa, rejestrator DVR).

3.10Urzdzenie musi zapewni przetwarzanie analogowo-cyfrowe (A/C) sygnaw audio (pochodzcych ze wszystkich kanaw).

3.11Urzdzenie musi by wyposaone w diody sygnalizujce stan podczenia poszczeglnych mikrofonw do urzdzenia oraz ich sprawnoci. Sygnalizacja za pomoc did musi pozwala na jednoznaczn identyfikacj mikrofonu lub mikrofonw ktre ulegy uszkodzeniu lub ktre nie s prawidowo podczone.

3.12Urzdzenie musi posiada dedykowane zcze RS-485 umoliwiajce sterowanie systemem nagonienia sali w zakresie:

wczenia/wyczenia kadego kanau z osobna

regulacji gonoci kadego kanau z osobna

sygnalizacji awarii na wyjciu (zwarcie, rozwarcie) dla kadego kanau z osobna

komunikacji za pomoc komend alfanumerycznych

Wideo

3.13Urzdzenie musi posiada co najmniej 4 zcza umoliwiajcych jednoczesne podczenie sprztowych rde wideo z rozdzielczoci co najmniej PAL oraz moliwoci jednoczesnej rejestracji obrazu w sposb pynny, tj. co najmniej 25 klatek na sekund, w tym co najmniej 2 zcze typu D-SUB oraz co najmniej 2 typu RJ45.

3.14Urzdzenie musi umoliwia zasilanie dwch kamer kolorowych prdem o napiciu 12V. Nie dopuszcza si stosowania zewntrznych urzdze zasilajcych.

3.15Urzdzenie musi posiada dedykowane zcze umoliwiajce sterowanie nastawem kamer kolorowych poprzez port RS485 w trybie Half-Duplex.

3.16Port RS485 musi by dostpny w API/SDK urzdzenia jako port COM.

3.17Urzdzenie musi udostpnia w API/SDK interfejs umoliwiajcy udostpnianie rozgaszanego sygna wideo.

3.18Kade zcze RJ45 musi realizowa podpicie jednej kamery oraz zapewnia zasilanie kadej kamery, transmisj sygnau oraz sterowanie za porednictwem skrtki komputerowej.

Pozostae

3.19Urzdzenie musi pozwala na jednoczesn prac z systemem dwch uytkownikw (protokolanta i sdziego).

3.20Urzdzenie musi zapewnia wspprac z posiadanymi przez Zamawiajcego terminalami wideokonferencyjnymi HUAWEI ViewPoint 8033B, pozwalajc na rejestracj sygnau audio jako osobny kana, rejestracj sygnau wideo oraz dostarczenie do terminala wideokonferencyjnego sygnau audio i wideo.

Urzdzenie musi zapewnia moliwo podczenia terminala wideokonferencyjnego HUAWEI ViewPoint 8033B w sposb bezporedni. W poczeniu pomidzy jednostk centraln systemu rejestracji a terminalem wideokonferencyjnym nie dopuszcza si stosowania adnych urzdze (np. konwerterw sygnau, przetwornikw).

3.21Urzdzenie musi posiada interfejsy umoliwiajce przekazywanie aktualnie rejestrowanego obrazu i dwiku do dodatkowego zewntrznego urzdzeniu oraz na pobieranie obrazu i dwiku z zewntrznego urzdzenia.

3.22Moliwo podczenia do sieci LAN minimum poprzez port 10/100/1000 BaseT Ethernet.

3.23Wszystkie wskazane w specyfikacji zcza urzdzenia musz by udostpnione bezporednio na obudowie urzdzenia.

Nie dopuszcza si stosowania zewntrznych koncentratorw (hubw) lub innych urzdze rozszerzajcych (np. kart audio/wideo USB).

4Mechanizmy i udostpnione funkcje urzdzenia

4.1Pozyskanie strumieni danych z wszystkich podczonych do urzdzenia sprztowych rde sygnau audio/wideo oraz ze rde programowych, zmiksowanie sygnau wideo do jednego strumienia i jego rozgaszanie w postaci nieskompresowanej bitmapy (wideo), bitw dwiku (kady kana audio osobno) oraz znacznika czasu.

4.3Urzdzenie musi pozwala na miksowanie obrazu zgodnie z zadanymi parametrami wielkoci i pooenia obrazu kadego kanau.

4.4Urzdzenie musi pozwala na odtwarzanie zarejestrowanych plikw, take w trakcie rejestracji (bez jej przerywania) oraz ich rozgaszanie w postaci nieskompresowanej bitmapy (wideo), bitw dwiku (kady kana audio osobno) oraz skompresowanej wraz ze znacznikiem czasu.

4.5Moliwa czstotliwo prbkowania sygnau audio 48 kHz dla kadego z kanaw.

4.6Rejestracja kadego z podczonych kanaw wideo w postaci zmiksowanej z szybkoci co najmniej 25 klatek na sekund.

4.7Mechanizm synchronizacji wszystkich strumieni danych wg czasu. Poszczeglne strumienie danych przesyane s wielokanaowo, tzn. sygna z kadego rda synchronizowany jest jako odrbny strumie danych moliwy do wyodrbnienia z zapisu. Urzdzenie dokonuje synchronizacji w czasie automatycznie.

4.8Sprztowy zegar umoliwiajcy dokonanie synchronizacji audio/wideo oraz dodatkowych zdarze (np. adnotacje wprowadzane poprzez dodatkowe oprogramowanie) z rejestrowanymi sygnaami audio i wideo. Wymagana precyzja zegara sprztowego to 10ms.

4.9Sprztowy mechanizm biecego monitoringu sprawnoci wykorzystywanych w systemie mikrofonw oraz okablowania.

Wymagany dostp z zewntrznej aplikacji: Mechanizm musi udostpnia informacj o sprawnoci wykorzystywanych w systemie mikrofonw oraz okablowania.

4.10Mechanizm umoliwiajcy wykonanie zdalnego nastawu kamery kolorowej skierowanej na wiadka w zakresie przyblienia i oddalenia obrazu.

Wymagany dostp z zewntrznej aplikacji: nastawy kamery po RS-485.

4.11Mechanizmy pozyskiwania, rejestracji i odtworzenia musz by niezalene i dziaa rwnolegle.

4.12Urzdzenie w wyniku rejestracji musi tworzy nastpujce tryby zapisu:

a) zapis foniczny w postaci pliku dwikowego jednokanaowego oznacza utworzenie zbioru zawierajcego nagranie foniczne jednokanaowe (wszystkie rejestrowane kanay dwikowe zmiksowane do jednego kanau).

b) zapis wideofoniczny w postaci pliku multimedialnego obejmujcego obraz wraz z dwikiem wielokanaowym oznacza utworzenie zbioru zawierajcego nagranie w wersji fonicznej wielokanaowej i wizyjnej (zapis multimedialny z dwikiem wielokanaowym, odpowiadajcym strumieniom nagrywanego dwiku).

4.13Mechanizm backupowania na systemie pamici masowej. Po prawidowym zakoczeniu archiwizacji nastpuje automatyczne nadawanie plikom atrybutu zarchiwizowania.

5Napd wewntrzny

5.1Napd wewntrzny DVD (dual-layer) umoliwiajcy bezporednio po zakoczonej sesji nagraniowej na archiwizacj utworzonych plikw.

6Obudowa

6.1Jednostka centralna systemu rejestracji musi stanowi jedno urzdzenie w jednej obudowie. Nie dopuszcza si zestawu poczonych ze sob urzdze znajdujcych si w rnych obudowach.

6.2Suma wymiarw (wysoko + szeroko + gboko) nie wiksza ni 120 cm.

7Oznakowanie

7.1Oferowane produkty (urzdzenia, sprzty) w przedmiotowym postpowaniu o udzielenie zamwienia publicznego musz spenia wymagania norm CE, tj. musz spenia wymogi niezbdne do oznaczenia produktw znakiem CE.

8.Wymagane funkcje API/SDK urzdzenia:

8.1Oprogramowanie ReCourt korzysta z funkcji Jednostki centralnej systemu rejestracji poprzez udostpniane przez urzdzenie interfejsy oparte o jzyk C. Wykorzystanie interfejsw odbywa si poprzez dynamiczne linkowanie interfejsw z komponentami Oprogramowania ReCourt. Oznacza to, e oprcz wynikowych bibliotek dll urzdzenie musi udostpnia pliki w formacie lib (umoliwiajce zaadowanie adresw funkcji udostpnianych przez biblioteki dll).Aby aplikacja moga obsugiwa udostpnione przez urzdzenie interfejsy, ich biblioteki (dll oraz wszystkie wymagane pliki) musz si znale na ciekach wyszukiwania PATH lub w katalogu aplikacji (tam gdzie plik wykonywalny *.exe). Nieznalezienie jakiejkolwiek biblioteki spowoduje zgoszenie bdu aplikacji w momencie jej uruchomienia.

Inicjalizacja interfejsw nastpuje poprzez przekazanie parametrw sterujcych i uruchomienie funkcji inicjalizujcej.

Wymagane interfejsy: 1. IMediaController.h definicja interfejsu gwnego AVUNIT

2. AudioExtract.h - Interfejs do ekstrakcji kanaw audio

3. IRemoteView.h - Interfejs odtwarzacza wideo

4. IMediaExporter.h - Interfejs eksportera mediw

5. AudioMerge.h - Interfejs importowania audio

6. ReencodeRecording.h - Interfejs przekodowania nagrania

8.2Definicja interfejsu gwnego AVUinit (plik IMediaController.h).

#pragma once#include #include #if defined(ERROR)

#undef ERROR

#endif#if !defined(DECLARE_HANDLE)

#define DECLARE_HANDLE(name) struct name##__{int unused;}; typedef struct name##__ *name

DECLARE_HANDLE (HWND);

typedef HWND__* HWND;

#endif

typedef int64_t i64;

typedef uint64_t ui64;





#if !defined(EXPORTAPI)

#define EXPORTAPI __declspec(dllexport)

#endifstruct DevicesParams;

struct EncodingParams;

struct AudioSourceParams;

struct VideoSourceParams;

struct IMediaController;/** * @Typy danych * @{ *//** * Status moduu nagrywajcego */struct RecordingStatus {

enum Enum {

NOT_INITIALIZED = 0,

///< modu niezainicjalizowany

RECORDING_NOT_INITIALIZED,///< modu zainicjalizowany, lecz nie ustawiony do nagrywania (podobny do RecordingStatus::CLOSED)

INITIALIZED,

///< modu zainicjalizoway w peni

RECORDING,

///< trwa nagrywanie

STOPPED,

///< nagrywanie zakoczone

CLOSED

///< modu nie nagrywa

};};/** * Status dekodera. */struct DecodingStatus {

enum Enum {

NOT_INITIALIZED = 0,

///< startowy

FILE_OPENED,

///< modu otworzy plik

INITIALIZED,

///< przygotowany do odtwarzania

PLAYING,

///< odtwarznaie

RECORDING,

///< nagrywanie

PAUSED,

///< pauza

STOPPED

///< zatrzymany

};};namespace ReCourt {/** * Definiuje stopie logowania flaga OR * * Przykad: * int logLevel = LL_SUCCESS | LL_WARNING | LL_ERROR */enum LogLevel {

FATAL = 0x00,///< zawsze

INFO = 0x01,///< informacyjne

SUCCESS = 0x02,///< informacja o powodzeniu

WARNING = 0x04,///< ostrzeenia

ERROR = 0x08,///< bdy

DEBUG = 0x40///< debug

ALL = LogLevel::ERROR | LogLevel::WARNING | LogLevel::INFO | LogLevel::SUCCESS | LogLevel::DEBUG};struct Variant {

struct Type {

enum Enum {

INT,

FLOAT,

STRING,

BOOL,

END

};

};

Type::Enum type;

union {

i32 Int;

float Float;

const char* String;

bool Bool;

};

};typedef void (*FatalErrorHandler)(const char* errorType, Variant* params);

} // namespace ReCourt/** * Szybko odtwarzania. */enum PlaybackSpeed {

PS_NORMAL,///< normal speed

PS_2X,

///< speed 2x

PS_4X,

///< speed 4x

PS_8X,

///< speed 8x

PS_16X

///< speed 16x};/** * Struktura okrela parametry potrzebne do inicjalizacji encoder-a. */struct EncodingParamsType {

std::string AudioCodec;

///< Kodek audio. Vorbis, Speex

std::string VideoCodec;

///< Kodek video. Theora, Dirac

float AudioQuality;

///< Jako audio [0.0, 1.0]

float VideoQuality;

///< Jako video [0.0, 1.0]

ui32 VideoKeyframeFrequency;///< Czsto klatek kluczowych: 64};/** * Parametry pojedynczego rda dwiku. */struct AudioSourceParams {

bool Enabled;

float Volume;

///< [0.0, 1.0]

std::string MicrophoneCode;

///< Kod

std::string MicrophoneName;

///< Nazwa};/** * Parametry pojedynczego rda obrazu. */struct VideoSourceParams {

bool Enabled;

///< wczony?

ui32 OutputSizeX;

///< Szeroko

ui32 OutputSizeY;

///< Wysoko

ui32 DestPositionX;

///< Rozmieszczenie X

ui32 DestPositionY;

///< Rozmieszczenie Y

ui32 ZIndex; ///< Rozmieszczenie w osi Z};#define RECOURT_AUDIO_TYPE_FLOAT 1/** * Struktura okrelajca parametry do inicjalizacji wszystkich urzdze. */struct DevicesParams {

#if RECOURT_AUDIO_TYPE_FLOAT

typedef float AudioSampleType;

#else

typedef i16 AudioSampleType;

#endif

/// @name Stae

//@{

static const ui32 NUM_AUDIO_DEVICES = 6;

///< Liczba urzdze audio

static const ui32 NUM_AUDIO_CHANNELS = NUM_AUDIO_DEVICES * 2;

///< Liczba kanaw w urzdzeniach

static const ui32 NUM_ALL_AUDIO_CHANNELS = 14;

///< Liczba wszystkich kanaw

static const ui32 NUM_DECODED_AUDIO_CHANNELS = NUM_AUDIO_CHANNELS + 1;///< Liczba odtwarzanych kanaw

static const ui32 NUM_VIDEO_DEVICES = 4;

///< Liczba urzdze wideo

static const ui32 NUM_VIDEO_SOURCES = NUM_VIDEO_DEVICES + 1;

///< Liczba rde wideo

static const ui32 NUM_PTZ_CAMERAS = 2;

///< Liczba kamer PTZ

static const ui32 NUM_CAREC_CARDS = 2;

///< Liczba kart CAREC-6CH

static const ui32 DECODER_BUFFER_SIZE = 30 * 1024 * 1024;

///< Bufor odtwarzania

static const ui32 DECODER_BUFFER_FRAMES = 20;

///< Liczba klatek bufora

static const ui32 AUDIO_DECODED_ID = NUM_ALL_AUDIO_CHANNELS - 2;

///< ID urzdzenia audio do odtwarzania

static const ui32 AUDIO_MIXED_ID = NUM_ALL_AUDIO_CHANNELS - 1;

///< ID urzdzenia dwiku zmiksowanego

static const ui32 AUDIO_SAMPLING_RATE = 48000;

///< Czstotliwo prbkowania

static const ui32 AUDIO_BUFFER_LENGTH = 40;

///< Dugo bufora w ms

static const ui32 AUDIO_BUFFER_SAMPLES = (DevicesParams::AUDIO_SAMPLING_RATE / 1000) * DevicesParams::AUDIO_BUFFER_LENGTH;

static const ui32 AUDIO_BUFFER_SIZE = DevicesParams::AUDIO_BUFFER_SAMPLES * sizeof(AudioSampleType);

static const ui32 VIDEO_FRAMES_PER_SECOND = 25;

//@}

/// @name AudioDriver's configuration

//@{

bool AudioBeepEnabled;

AudioSourceParams AudioSourcesParams[NUM_AUDIO_CHANNELS];

///< Parametry urzdze audio

AudioSourceParams AudioDecodedSourcesParams[NUM_DECODED_AUDIO_CHANNELS];///< Parametry dekodowania

//@}

/// @name VideoDriver's part

//@{

VideoSourceParams VideoSourcesParams[NUM_VIDEO_SOURCES];

///< Parametry urzdze wideo

//@}

EncodingParamsType EncodingParams;

///< Parametry inicjalizacyjne dekodowania

std::string StoragePath;

///< cieka do monitorowania wolnego miejsca

};/** * Struktura zawierajca nazwy mikrofonw * Wana kolejno taka jak w poziomach sygnaw */struct MicrophoneNames {

std::string Name[DevicesParams::NUM_ALL_AUDIO_CHANNELS]; ///< Nazwa

std::string Code[DevicesParams::NUM_ALL_AUDIO_CHANNELS]; ///< Kod};/** * @} *//** * @defgroup AVUnit Interfejs * @{ *//** * Interfejsc kontroli nagrywania I odtwarzania */struct EXPORTAPI IMediaController {public:

IMediaController() {}

virtual ~IMediaController() {}

/// @name Inicjalizacja

//@{

/**

* Inicjalizacja z podan konfiguracj. Powodzenie zmiana statusu RecordingStatus::RECORDING_NOT_INITIALIZED.

*

* @param devicesParams DevicesParams struktura zawierajca konfiguracj

* @return true powodzenie, false w przeciwnym przypadku.

*/

virtual bool Initialize(const DevicesParams& devicesParams, const std::string& logFileName) = 0;

/**

* Zamknicie powinno by woane nawet po Initialize=false

* Powodzenie- zmiana statusu RecordingStatus::NOT_INITIALIZED.

*/

virtual bool Shutdown() = 0;

/**

* Sprawdzenie uruchomionych zalenoci. Initialize() powinien by wywoany po poprawnym uruchomieniu.

*

* @return true uruchomione, false w przeciwnym przypadku

*/

virtual bool DependenciesStarted(DevicesParams::GathererType type) const = 0;

//@}

/// @name Runtime configuration

//@{

/**

* Parametry rda wideo.

*

* @param deviceId ID urzdzenia.

* @param params Parametry.

* @return true dla powodzenia, false w przeciwnym przypadku

*/

virtual bool SetVideoSourceParameters(ui32 deviceId, const VideoSourceParams& params) = 0;

/**

* Ustawienie parametrw dla wszystkich rde wideo.

*

* @param pParams Tablica parametrw dla rde.

* @return true on success, false otherwise

*/

virtual bool SetVideoSourcesParameters(const VideoSourceParams pParams[]) = 0;

/**

* Ustawienie poziomu dwiku dla wszystkich kanaw.

*

* @param volume Wzmocnienie [0.0f, 1.0f]


*/

virtual bool SetAudioSourceMasterVolume(float volume = 1.0f) = 0;

/**

* Ustawienie poziomu dwiku dla wszystkich odtwarzanych kanaw.

*

* @param volume Wzmocnienie [0.0f, 1.0f]


*/

virtual bool SetDecodedAudioSourceMasterVolume(float volume = 1.0f) = 0;

/**

* Ustawienie parametrw zdefiniowanego rda audio.

*

* @param deviceId ID urzdzenia.



*/

virtual bool SetAudioSourceParameters(ui32 deviceId, const AudioSourceParams& params) = 0;

/**

* Ustawienie parametrw dla wszystkich urzdze audio.

*

* @param pParams Tablica konfiguracji urzdze.


*/

virtual bool SetAudioSourcesParameters(const AudioSourceParams pParams[]) = 0;

/**

* Ustawienie parametrw dla urzdze audio do odtwarzania.

*

* @param sourceId ID urzdzenia.



*/

virtual bool SetDecodedAudioSourceParameters(ui32 sourceId, const AudioSourceParams& params) = 0;

/**

* Ustawienie parametrw dla wszystkich urzdze audio do odtwarzania.

*

* @param pParams Tablica konfiguracji urzdze.


*/

virtual bool SetDecodedAudioSourcesParameters(const AudioSourceParams pParams[DevicesParams::MAX_DECODED_AUDIO_CHANNELS]) = 0;

/**

* Wcza podsuch na TV. Tylko dla administratora

*


*/

virtual bool EnableAudioPlaybackOnTV() = 0;

/**

* Wycza odsuch

*


*/

virtual bool DisableAudioPlaybackOnTV() = 0;

/**

* Wcza obsug wideo. (Dla odtwarzania I nagrywania).

* Moe by woane jeli (RecordingStatus::CLOSED) lub (RecordingStatus::INITIALIZED).

*


*/

virtual bool EnableVideo() = 0;

/**

* Wycza obsug wideo. (Dla odtwarzania I nagrywania).


*


*/

virtual bool DisableVideo() = 0;

/**

* Podane stan obsugi wideo. (Dla odtwarzania I nagrywania).


*

* @return true dla wczonego, false w przeciwnym przypadku

*/

virtual bool IsVideoEnabled() = 0;

//@}

/// @name Nagrywanie

//@{

/**

* Inicjalizuje nagrywanie audio I wideo (jeli wczone) do podanego pliku. Moe by

* wykonane dla statusu RecordingStatus::RECORDING_NOT_INITIALIZED lub RecordingStatus::CLOSED. Powodzenie zmienia stan

* moduu na RecordingStatus::INITIALIZED.

*

* @param FilePath Absolutna cieka do pliku


*/

virtual bool InitializeRecording(const std::string& FilePath) = 0;

/**

* Inicjalizuje nagrywanie audio I wideo w trybie naprawy nagrania. Otwiera plik wskazany w

* FilePath, I wykonuje ponowne dekodowaniei kodowanie. Po zakoczeniu nagrywanie

* moe by kontynuowane. InitializeRecording, nie powinien by woany.

*

* @param FilePath Absolutna cieka do pliku.


*/

virtual bool InitializeRecoveryRecording(const std::string& FilePath) = 0;

virtual bool InitializeRecoveryRecordingSlow(const std::string& FilePath) = 0;/**

* Serializuje stan kodekw dla odroczenia sprawy


*/

virtual bool SerializeState() = 0;

/**

* Postp naprawiania nagrania

*

* @return Aktualny postp [0.0, 1.0]

*/

virtual float GetRecoveryRecordingProgress() const = 0;

/**

* Startuje nagrywanie. Moliwe wykonanie dla status RecordingStatus::INITIALIZED lub RecordingStatus::STOPPED.

* Powodzenie zmienia stan moduu na RecordingStatus::RECORDING.

*


*/

virtual bool Start() = 0;

/**

* Pauza w nagrywaniu. Moe by wykonane dla aktualnego stanu RecordingStatus::RECORDING. Po zatrzymaniu ustawiany jest status RecordingStatus::STOPPED.

*


*/

virtual bool Stop() = 0;

/**

* Finalizuje process nagrywania (koczy). Moe by wykonany tylko dla aktualnego stanu RecordingStatus::STOPPED. Powodzenie zmienia stan moduu

* na RecordingStatus::CLOSED.

*


*/

virtual bool CloseRecording() = 0;

//@}

/// @name Czas

//@{

/**

* Zwraca Aktualny czas nagrania.

*

* @return czas od pocztku nagrania.

*/

virtual ui32 GetRecordingTimeMs() const = 0;

/**

* Aktualny czas odtwarzanego materiau.

*

* @return czas od pocztku nagrania.

*/

virtual ui32 GetDecodingTimeMs() const = 0;

/**

* Zwraca pozostay czas jaki jest moliwy do nagrania (miejsce na dysku)

*

* @return Czas w minutach.

*/

virtual ui64 GetAvailableDiskSpaceInMinutes() const = 0;

/**

* Zwraca aktualny stan moduu.

*

* @return stan avunit.

*/

virtual RecordingStatus::Enum GetRecordingStatus() const = 0;

/**

* Stan moduu dla odtwarzanego materiau.

*

* @return status.

*/

virtual DecodingStatus::Enum GetDecodingStatus() const = 0;

/**

* Poziomy dwiku dla kanaw przy nagrywaniu.

*

* @return Poziomy dwiku. Tablica wartoci o wielkoci MAX_DECODED_AUDIO_CHANNELS.

* Wana kolejno taka jak przy listowaniu kanaw

*/

virtual const float* GetVolumeLevels() const = 0;

/**

* Poziomy dwiku dla kanaw przy odtwarzaniu.

*

* @return Poziomy dwiku. Tablica wartoci o wielkoci MAX_DECODED_AUDIO_CHANNELS. * Wana kolejno taka jak przy listowaniu kanaw

*/

virtual const float* GetDecodedVolumeLevels() const = 0;

/**

* Statusy mikrofonw. * Wana kolejno taka jak przy listowaniu kanaw

* @return Current decoded volume levels.

*/

virtual const bool* GetMicrophonesStatus() = 0;

/**

* Opis mikrofonw dla odtwarzanego materiau

* * Wana kolejno taka jak przy listowaniu kanaw * @return nazwy mikrofonw.

*/

virtual const MicrophoneNames& GetDecodingMicrophoneNames() const = 0;

//@}

/// @name Odtwarzanie

//@{

/**

* Inicjalizacja odtwarzania. Odtwarzanie musi by w stanie DecodingStatus::NOT_INITIALIZED.

* Powodzenie zmienia status dekodowania na DecodingStatus::FILE_OPENED. *

* @param FilePath Pena cieka do pliku.

* @param allAudioTracks true odtwarza pojedyncze kanay, false zmiksowany


*/

virtual bool InitializeDecoding(const std::string& FilePath, bool allAudioTracks = false) = 0;

/**

* Zamyka odtwarzanie plikw

* Zmiana status na

* DecodingStatus::NOT_INITIALIZED.

*


*/

virtual bool CloseDecoding() = 0;

/**

* Uruchamia wywietlanie ramek z oknie odtwarzacza. Status moduu musi by DecodingStatus::INITIALIZED, DecodingStatus::PAUSED, DecodingStatus::STOPPED aby

* wykona t funkcj. Uruchomienie odtwarzania zmienia stan na DecodingStatus::PLAYING. Funkcja nie uruchamia odtwarzania dwiku,

*


*/

virtual bool StartPlayer() = 0;

/**

* Pauzuje odtwarzanie. Status musi by ustawiony na DecodingStatus::PLAYING aby

* wykona funckj. Pauza zmienia stan na DecodingStatus::PAUSED. Funckja nie pauzuje dwiku

*


*/

virtual bool PausePlayer() = 0;

/**

* Zatrzymuje odtwarzanie. Status moduu musi by ustawiony na DecodingStatus::PLAYING, DecodingStatus::PAUSED aby wykona funkcj

* Funckja zmienia status na DecodingStatus::STOPPED. Funckja nie zatrzymuje odtwarzania dwiku

*


*/

virtual bool StopPlayer() = 0;

/**

* Uruchamia odtwarzanie audio dla sygnau dekodowanego. Odtwarzane audio jest rejestrowane

*


*/

virtual bool StartDecodedAudioPlayer() = 0;

/**

* Zatrzymuje odtwarzanie audio dla sygnau dekodowanego

*


*/

virtual bool StopDecodedAudioPlayer() = 0;

/**

* Uruchamia nagrywanie dekodowanego audio I wideo (jeli wczone). Zmienia status na DecodingStatus::RECORDING.

*


*/

virtual bool StartRecordingDecoded() = 0;

/**

* Zatrzymuje nagrywanie dekodowanego audio I wideo (jeli wczone). Zmienia status na DecodingStatus::STOPPED.

*


*/

virtual bool StopRecordingDecoded() = 0;

/**

* Zmiana pozycji odtwarzanego materiau.

*

* @param timeMs Pozycja w ms.


*/

virtual long Seek(long timeMs) = 0;

/**

* Zwraca dugo materiau odtwarzanego. Dostpna po InitializeDecoding().

* @see InitializeDecoding()

*

* @return Dugo nagrania w ms.

*/

virtual ui32 GetDecodingLengthMs() const = 0;

/**

* Zwraca offset odtwarzanego materiau, moliwo offset>0 moe wystpi w material wyeksportowanym nie od pocztku. Dostpne po InitializeDecoding().

* @see InitializeDecoding()

*

* @return Offset nagrania.

*/

virtual ui32 GetDecodingOffsetMs() const = 0;

/**

* Ustawia prdko odtwarzania.

*

* @param speed Prdko.


*/

virtual bool SetDecodingSpeed(PlaybackSpeed speed) = 0;

/**

* Podaje prdko odtwarzania materiau.

*

* @return Aktualna prdko odtwarzania.

*/

virtual PlaybackSpeed GetDecodingSpeed() = 0;

/**

* Funckja zwraca dane linii czasu dla nagrania.

*

* @param pAddr Adres bufora z danymi.

* @param size Wielko bufora * tablica zawiera zbir 17 bajtowych elementw (kanay audio i wideo) dla kadej sekundy nagrania


*/

virtual bool GetTimeline(ui8*& pAddr, size_t& size) = 0;

//@}

/// @name PTZ

//@{

/**

* Zwikszenie zoomu kamery.

*

* @param ptzCameraId Id kamery.


*/

virtual bool PTZZoomIn(ui32 ptzCameraId) = 0;

/**

* Zmniejszenie zoomu.

*


* @return true dla powodzenia, false w przeciwnym przypadku.

*/

virtual bool PTZZoomOut(ui32 ptzCameraId) = 0;

/**

* Ustawienie ostroci kamery dla najbliszego obiektu.

*



*/

virtual bool PTZFocusNear(ui32 ptzCameraId) = 0;

/**

* Ustawienie ostroci kamery dla najdalszego obiektu.

*



*/

virtual bool PTZFocusFar(ui32 ptzCameraId) = 0;

/**

* Koczy dziaanie poprzedniej komendy. MUSI BY uruchomione po kadej innej komendzie dla kamery

*



*/

virtual bool PTZStop(ui32 ptzCameraId) = 0;

//@}};/** * Globalna instancja AVUnit. * * @return Nowo utworzony wskanik */extern "C" EXPORTAPI IMediaController* GetInstance();extern "C" EXPORTAPI void SetFatalErrorHandler(ReCourt::FatalErrorHandler handler);/** * @} */

8.3Interfejs do ekstrakcji kanaw audio (plik AudioExtract.h)#pragma once#include /**

* Uywa interfejsu AVUnit

*/#include "IMediaController.h"class EXPORTAPI AudioExtract {public:/**

* Definicja typu funkcji zwrotnej dla postpu ekstrakcji.

*

* @param progress Postp

* @param finished Informacja czy zakoczony.

* @param data Dodatkowe parametry (uywane w wersji standalone)

*/

typedef void (*ProgressCallback)(double progress, bool finished, void* data);public:/**

* Inicjalizacja ekstraktera.

*

* @param inputName Nazwa pliku wejciowego

* @param outputFile Nazwa pliku wyjciowego.

*/

virtual bool initialize(const std::string& inputName, const std::string& outputFile) = 0;/**

* Zakoczenie pracy ekstraktera.

*/

virtual void shutdown() = 0;/**

* Uruchomienie ekstrakcji.

*

* @param progressCalback Funkcja zwrotna dla postpu ekstrakcji

* @param data dodatkowe parametry (uywane w wersji standalone)

*/

virtual bool extract(ProgressCallback progressCallback, void* data) = 0;/**

* Utworzenie instancji.

*

*/

static AudioExtract* createInstance();/**

* Zniszczenie instancji.

*/static void destroyInstance(AudioExtract* pInstance);};extern "C" {

/**

* Tworzy obiekt ekstraktora.

*

* @param inputName Plik wejciowy

* @param outputName Plik wyjciowy. W pliku wyjciowym bdzie 14 plikw dla kadgo kanau osobno.Pliki bd opiane dodatkowym numerem dla kadego kanau

*/

EXPORTAPI void* CreateExtractor(const char* inputName, const char* outputName);

/**

* Niszczy obiekt ekstraktora.

*/

EXPORTAPI void DestroyExtractor(void* handle);

/**

* Zwraca postp ekstrakcji.

*

* @return Postp [0.0, 1.0]

*/

EXPORTAPI double GetExtractionStatus(void* handle);

/**

* Uruchomienie ekstrakcji. Jest to metoda blokujca wic powinna by wykonywana we wasnym wtku.

*

* @return 1 powodzenie ekstrakcji, 0 przy bdzie

*/

EXPORTAPI int Extract(void* handle);}

8.4Interfejs odtwarzacza wideo (plik IRemoteView.h)#pragma once#include "IMediaController.h"#include class IRemoteView;

/** * Tworzy I zwraca instancj remote view. * * @return Instancja RemoteView. */extern "C" EXPORTAPI IRemoteView* CreateRemoteViewInstance();

/** * Tworzy I zwraca instancj remote view jako osobny proces * Uywany w sesjach RDP * * @return Instancja RemoteView. */extern "C" EXPORTAPI IRemoteView* CreateExternalProcessRemoteViewInstance();

/** * Niszy obiekt. * * @param Instancja obiektu. */extern "C" EXPORTAPI void DestroyRemoteViewInstance(IRemoteView* instance);

struct RemoteViewParams {

struct ProviderType {

enum Enum {

NETWORK = 0,

SHARED_MEMORY

};

};

public:

RemoteViewParams()

: VideoDeviceId(0),

ScreenSizeX(0),

ScreenSizeY(0) {}

public:

ProviderType::Enum ProviderType;

std::string NetworkAddress;

std::string NetworkPort;

bool VideoEnabled;

bool DecodedEnabled;

ui32 VideoSizeX;

ui32 VideoSizeY;

ui32 ScreenSizeX;

ui32 ScreenSizeY;

ui32 VideoDeviceId;

};

/** * Interfejst */class EXPORTAPI IRemoteView {

public:

virtual ~IRemoteView() {}

/**

* Inicjalizacja loggera.

*

* @param LogPath cieka do pliku logowania

* @param LogFileName nazwa pliku logowania

* @param LoggingLevel poziom logowania

*

* @return true dla powodzenia, false w przeciwnym wypadku.

*/

virtual void InitializeLogger(const std::string& LogPath, const std::string& LogFileName, ui32 LoggingLevel) = 0;

virtual void CloseLogger() = 0;

/**

* Inicjalizacja instancji RemoteView.

*

* @param params Parametry instalacyjne

*


*/

virtual bool Initialize(const RemoteViewParams& params) = 0;

/**

* Zamknicie sesji

* Nawet w przypadku bdw inicjalizacji

*/

virtual void Shutdown() = 0;

/**

* Tworzy instancj playera I uruchamia odtwarzanie

*


*/

virtual bool StartDecodedPlayer() = 0;

/**

* Niszczy instancj playera

*


*/

virtual bool StopDecodedPlayer() = 0;

/**

* Zwraca uchwyt do okna odtwarzania live

*

* @return Uchwyt okna odtwarzania.

*/

virtual HWND GetLivePreviewWindow() = 0;

/**

* Zwraca uchwyt do okna odtwarzania dekodowanego obrazu

*

* @return Uchwyt okna.

*/

virtual HWND GetDecodedPreviewWindow() = 0;

/**

* Aktualny czas nagrania.

*

* @return Aktualny czas nagrania.

*/

virtual ui32 GetRecordingTimeMs() const = 0;

/**

* Aktualna pozycja odtwarzanego materiau.

*

* @return Aktualna pozycja odtwarzanego materiau .

*/

virtual ui32 GetDecodingTimeMs() const = 0;

/**

* Zwraca wolne miejsce na dysku zapisu

*

* @return czas w minutach

*/

virtual ui64 GetAvailableDiskSpaceInMinutes() const = 0;

/**

* Zwraca aktualne poziomy gonoci kanaw audio.

*

* @return Tablica w rozmiarze DevicesParams::MAX_DECODED_AUDIO_CHANNELS.

*/

virtual const float* GetVolumeLevels() const = 0;

/**

* Zwraca aktualne poziomy gonoci kanaw dekodowanych.

*

* @return Tablica w rozmiarze DevicesParams::MAX_DECODED_AUDIO_CHANNELS.

*/

virtual const float* GetDecodedVolumeLevels() const = 0;

/**

* Zwraca aktualny stan mikrofonw.

*

* @return Tablica stanw mikrofonw.

*/

virtual const bool* GetMicrophonesStatus() const = 0;

};

8.5Interfejs eksportera mediw (plik IMediaExporter.h)

#pragma once#include "IMediaController.h"#include /** * Parametry eksportu. */struct MediaExporterParams {

/**

* Pena cieka I nazwa pliku rdowego.

*/

std::string sourceFile;

/**

* Pena cieka I nazwa pliku docelowego.

*/

std::string destinationFile;

/**

* Fragment od.

*/

i64 startPositionMilliseconds;

/**

* Fragment do (-1 oznacza do koca nagrania).

*/

i64 stopPositionMilliseconds;

/**

* Czy eksport wideo.

*/

bool extractVideo;

/**

* Czy ekport kanaw zmiksowanych.

*/

bool extractMixedAudio;

/**

* Czy eksport kanaw pojedynczych.

*/

bool extractSeparatedAudio;

};

/** * Media exporter uywana do wyodrbniania fragmentw nagra. */class EXPORTAPI IMediaExporter {

public:

virtual ~IMediaExporter() {}

/**

* Inicjalizacja media eksportera. Zwraca informacj o powodzeniu.

*

* @param params Parametry opisujce proces.

*/

virtual bool initialize(const MediaExporterParams& params) = 0;

/**

* Zamyka eksportera powinna by uruchamiana niezalenie od rezultatu initialize

*/

virtual void shutdown() = 0;

/**

* Rozpoczyna process ektrakcji. Metoda blokujca uruchamiana w osobnym wtku

*

* @return rezultat.

*/

virtual bool extract() = 0;

/**

* Zwraca aktualny stan postpu.

*

* @return 0.0f - 1.0f (1.0f 100%)

*/

virtual float getExtractionStatus() const = 0;

};

extern "C" EXPORTAPI IMediaExporter* createMediaExporter();

extern "C" EXPORTAPI void destroyMediaExporter(IMediaExporter* instance);

8.6Interfejs importowania audio (plik AudioMerge.h)

#pragma once#include #include "IMediaController.h"namespace ReCourt {

/** * Klasa importera, ktra jest uywana do importowania poprawianych fragmentw nagrania z innego pliku. */class EXPORTAPI AudioMerge {

public:

typedef void (*ProgressCallback)(double progress, bool finished, void* data);

public:

virtual ~AudioMerge() {}

/**

* Inicjalizacja eksportera.

*

* @param inputName pliki wejciowe

* @param inputChannelsName nazwy kanaw wejciowych

* @param outputFile plik wyjciowy

* @param codec nazwa kodeka

* @param quality jako (0.0f 1.0f)

* @return true w przypadku sukcesu, false w przypadku bdu

*/

virtual bool initialize(const std::string& inputName, const std::string& inputChannelsName, const std::string& outputFile,

const std::string& codec, float quality) = 0;/**

* Zwolnienie zasobw wykorzystywanych przez ten obiekt.

*/


/**

* Uruchomienie importu.

*/

virtual bool process(ProgressCallback progressCallback, void* data) = 0;

static AudioMerge* createInstance();

static void destroyInstance(AudioMerge* pInstance);

};

} // namespace ReCourt

8.7Interfejs przekodowania nagrania (plik ReencodeRecording.h)

#pragma once#include #include "IMediaController.h"namespace ReCourt {

/** * Klasa importera, ktra jest uywana do importowania poprawianych fragmentw nagrania z innego pliku. */class EXPORTAPI ReencodeRecording {

public:

virtual ~ReencodeRecording() {}

/**

* Inicjalizacja eksportera.

*

* @param params parametry kodowania

* @param inputFile cieka do pliku wejciowego

* @param outputFile plik wyjciowy

* @return true w przypadku sukcesu, false w przypadku bdu

*/

virtual bool initialize(const EncodingParamsType& params, const std::string& inputFile, const std::string& outputFile) = 0;

/**

* Zwolnienie zasobw wykorzystywanych przez ten obiekt.

*/


/**

* Uruchomienie importu.

*/

virtual bool process(i64 eraseStartMillisecond, i64 eraseEndMillisecond) = 0;/**

* Aktualny progress.

*/

virtual float getProgress() const = 0;/**

* Dugo pliku.

*/

virtual i64 getLength() const = 0;

static ReencodeRecording* createInstance();

static void destroyInstance(ReencodeRecording* instance);

};

} // namespace ReCourt

9.Format zapisu audio wideo

9.1Zakodowane dane audio oraz video musz zosta opakowane w kontener Ogg. Opis kontenera oraz informacje na jego temat znajduj si na stronie http://www.xiph.org/ogg/doc/.

W kontenerze musz znajdowa si:

cieka audio zmiksowana (serialno 14)

cieka audio rozdzielona (serialno 1)

cieka video (opcjonalna, serialno 100)

Do kompresji musz zosta uyte kodeki:

Do kompresji danych audio jeden z dwch kodekw:

Speex

http://www.speex.org/docs/ Vorbis

http://xiph.org/vorbis/doc/Do kompresji danych video jeden z dwch kodekw:

Theora

http://theora.org/doc/ Dirac

http://diracvideo.org/Format cieki audio zmiksowanej

Zmiksowana cieka audio musi by ciek mono zakodowan za pomoc kodeka Speex lub Vorbis oraz jest zapisana w strumieniu Ogg o numerze serialno 14. Format musi by zgodny ze specyfikacj umieszczania danych Vorbis oraz Speex w kontenerze Ogg. Format cieki audio rozdzielonejRozdzielona cieka audio musi skada si z 13 osobnych cieek audio zapisanych w jednym strumieniu Ogg. cieka ta zawsze musi posiada numer serialno 1. Dane audio w ciekach 1-12 pochodz z mikrofonw lub wideokonferencji, dane w ciece 13 pochodz z materiau zdekodowanego i nagranego podczas rozprawy (odtwarzanie biecej lub poprzedniej rozprawy podczas nagrywania).

Vorbis

W przypadku kodeka Vorbis musi by zakodowany poprawny oraz zgodny ze specyfikacj dwik 13-kanaowy. Referencyjny dekoder udostpniony przez fundacj Xiph.org obsuguje do 255 kanaw Vorbis w jednym strumieniu, mona go wic uy do dekompresji danych audio. Dokadniejsze informacje mona znale w dokumentacji formatu Vorbis.Speex

Kodek Speex nie obsuguje natywnie dwiku wielokanaowego (jedynie mono oraz stereo). Pakiet musi skada si z 13 par [rozmiar][dane]. Rozmiar musi by zapisany jako 32 bitowa liczba bez znaku. Dla kadej cieki audio naley utworzy osobny dekoder, inicjalizujc go danymi zawartymi w pakiecie nagwkowym (jest on wsplny dla wszystkich cieek).

W przypadku cieki zmiksowanej dane w pakiecie Ogg wygldaj nastpujco: rozmiar pakietu Speex nr 1

dane pakietu Speex nr 1

rozmiar pakietu Speex nr 2
























Komentarze

Obydwa typy kodekw wykorzystuj format komentarzy Vorbis http://www.xiph.org/vorbis/doc/v-comment.html. W komentarzach musz by zapisane nazwy oraz kody mikrofonw ustawionych w aplikacji w chwili rejestracji nagrania. Kod mikrofonu musz by zapisane w komentarzu CODE01 CODE13, natomiast nazwa mikrofonu w NAME01 NAME13.

Format cieki videocieka video musi by zakodowana kodekiem Theora lub Dirac i zapisana w strumieniu Ogg o numerze serialno 100. Format musi by zgodny ze specyfikacj umieszczania danych Theora oraz Dirac w kontenerze Ogg.

7.2 Urzdzenie typu terminal wideokonferencyjny1Wymagania techniczne *)

1.1Protokoy sygnaowe: H.323, SIP

1.2Kodeki audio: G.711, G.729

1.3Wideo kodeki: H.261, H.263, H.264, MPEG4

1.4Rozdzielczoci wideo:

16CIF (1408 x 1152), 4CIF (704 x 576), CIF (352 x 288), QCIF (176 x 144), SQCIF (128 x 96), WSXGA+ (1680 x 1050), SXGA+ (1400 x 1050), SXGA (1280 x 1024), WXGA (1280x 768), XGA (1024 x 768), SVGA (800 x 600), VGA (640 x 480), Full HD (1920 x 1080), HD (1280 x 720)

1.5Obsuga Dual Stream: H.239

1.6Bezpieczestwo pocze: H.235; SRTP, SDES;

1.7Quality of Service (QoS): DiffServ, TOS, IP Precedence

1.8Interfejs sieciowy do zarzdzania urzdzeniem

1.9Min. 1 port LAN 10/100 Mb/s


*) Zamawiajcy dopuszcza moliwo dostarczenia rozwizania rwnowanego zapewniajcego funkcjonalno terminala wideokonferencyjnego zintegrowanego z jednostk centraln systemu rejestracji.

7.3 Mikrofony stacjonarne.1Rodzaj mikrofonu

1.1Stacjonarny przewodowy.

2Zasilanie

2.1Zasilanie za pomoc kabla sygnaowego (skrtka komputerowa ekranowana, kat 5E lub wyszej)Nie dopuszcza si mikrofonw bezprzewodowych.

Nie dopuszcza si mikrofonw zasilanych bateryjnie bd zakumulatorkw.

3Pasmo przenoszenia

3.1Pasmo przenoszenia: 100Hz 16000Hz.

4Wkadka mikrofonu

4.1Wkadka mikrofonu: pojemnociowa.

5Charakterystyka pola pracy

5.1Charakterystyka pola pracy: kierunkowa. Nie dopuszcza si mikrofonw o charakterystyce pracy wielokierunkowej.

6Osona przeciwwiatrowa

6.1Osona przeciwwiatrowa: wewntrzna lub zewntrzna

7Mocowanie mikrofonu

7.1Mikrofon zamocowany na elastycznym statywie tzw. Gsiej szyjce. Caa dugo statywu mikrofonu musi by elastyczna (gsia szyjka).

8Dodatkowe wymagania

8.1Dugo caego mikrofonu, cznie z elastycznym statywem i podstawk zawiera si:

dla Strefy I: w przedziale od 30 cm do 37 cm,

dla Stref II, III, IV: w przedziale od 50 cm do 57 cm.

8.2Wszystkie elementy mikrofonu s ze sob poczone na stae.

8.3Podstawa mikrofonu pozwala na trwae przytwierdzenie urzdzenia do powierzchni roboczej stou / biurka. Uchwyt antywstrzsowy.

8.4Mikrofony nie zawieraj adnych pocze kablowych z zastosowaniem szybko-zczy.

8.5Mikrofony nie zawieraj adnych wycznikw czy te emitujcych wiato kontrolek pracy.

8.6Ukad elektroniczny w mikrofonie nie zawiera adnych elementw automatyki wzmocnienia, automatyki wczania i wyczania oraz filtrw elektronicznych wprowadzajcych korekt barwy gosu.


7.4 Mikrofony ruchome.1Rodzaj mikrofonu

1.1Przenony przewodowy.

2Zasilanie

2.1Za pomoc kabla sygnaowego.

Nie dopuszcza si mikrofonw bezprzewodowych.

Nie dopuszcza si mikrofonw zasilanych bateryjnie bd z akumulatorkw.

3Pasmo przenoszenia

3.1Pasmo przenoszenia: 50Hz 16000Hz

4Typ mikrofonu

4.1Dynamiczny

5Charakterystyka pola pracy

5.1Kierunkowa, superkardioida.

Nie dopuszcza si mikrofonw o charakterystyce pracy wielokierunkowej.

6Osona przeciwwiatrowa

6.1Osona przeciwwiatrowa: wewntrzna lub zewntrzna

7Dodatkowe wymagania

7.1Mikrofony nie zawieraj adnych wycznikw czy te emitujcych wiato kontrolek pracy.

7.2Ukad elektroniczny w mikrofonie nie zawiera adnych elementw automatyki wzmocnienia, automatyki wczania i wyczania oraz filtrw elektronicznych wprowadzajcych korekt barwy gosu.


7.4Kabel o dugoci 10m z wtyczkami umoliwiajcy przyczenie mikrofonu do gniazda przycza.

7.5 Urzdzenie typu All-in-one (model A).1Wymagania techniczne

1.1Procesor x86 dedykowany do pracy w komputerach All in One, osigajcy w tecie Passmark CPU Mark wynik co najmniej 840 pkt. wedug wynikw opublikowanych na stronie http://www.cpubenchmark.net

1.2Pami RAM: 4 GB DDR3 1333MHz, moliwo rozszerzenia do 8 GB

1.3Dysk Twardy: 250 GB, SATA II, 7200 rpm

1.4Wielko ekranu: 19,5 - 22

1.5Rozdzielczo: 1600x900

1.6Matryca: Matowa

1.7Jasno: 250cd/m2

1.8Kontrast: 1000:1

1.9Czas reakcji: 5ms.

1.10Kt widzenia: 160H/160V

1.11Napd optyczny: nagrywarka DVD R/W

1.12Audio: wbudowany mikrofon, wbudowane goniki 2 x 2 W

1.13LAN(RJ45): 10/100/1000 Mb/s

1.14USB: 4 szt.

1.15Wejcia/Wyjcia: HDMI in 1 szt., HDMI out- 1 szt.

1.16Czytnik kart: SD, MMC, MS

1.17Gono: maks. 27 dB w stanie IDLE

1.18Wake-on-LAN : tak

1.19Kamera: min. 1Mpix

1.20Mysz: na USB 1 szt.

1.21Klawiatura min. 102 klawisze, interfejs: USB, penowymiarowa, skok klawiszy: wysoki

1.22Zasilacz: maks. 120 W

1.23System operacyjny: Microsoft Windows 7 Professional lub rwnowany, umoliwiajcy instalacj i uruchomienie uywanych w sdach systemw repertoryjno-biurowych oraz systemu ReCourt. Przez rwnowano rozumie si w szczeglnoci moliwo uruchomienia i poprawnego dziaania (bez generowania bdw) nastpujcych rodzajw oprogramowania:

Oprogramowanie dla sdownictwa firmy OrCom (http://www.orcom.pl/sadownictwo.php), Oprogramowanie dla sdownictwa firmy Albit ( http://www.albit.kielce.pl ), Oprogramowanie dla sdownictwa firmy Macrologic ( http://www.macrologic.pl ), Oprogramowanie dla sdownictwa firmy Praetor (http://praetor.net.pl/index.php?option=com_content&view=section&layout=blog&id=5&Itemid=54), Oprogramowanie dla sdownictwa firmy Currenda (http://currenda.pl/?page_id=35), Oprogramowanie dla sdownictwa firmy ZETO widnica (http://www.zeto.swidnica.pl/index.php?id=49,0,0,1,0,0), Oprogramowanie dla sdownictwa firmy Comarch (http://ms.gov.pl/pl/sady-w-internecie/e-protokol/do-pobrania),Zamawiajcy nie dopuszcza stosowania emulatorw ani rodowisk wirtualnych do uruchomienia wymienionego wczeniej oprogramowania.

Zamawiajcy jednoczenie wymaga umoliwienia atwego i bezpiecznego czenia z sieciami firmowymi przy uyciu funkcji przyczania do domeny Active Directory uywanymi w sdach.Zamawiajcy wymaga doczenie nonika lub skonfigurowania partycji odtworzeniowej typu Recovery, ktry umoliwi instalacje systemu zarwno w wersji 32-bitowej jak i 64-bitowej.

1.24Inne: wsparcie dla technologii automatycznego wykrywania zewntrznego rda sygnau bez koniecznoci uruchamiania systemu.


7.6 Monitor wielkoformatowy.1Wymagania techniczne

1.1Wielko ekranu: 42

1.2Rodzaj Panelu: S-IPS z podwietleniem LED

1.3Kty widzenia: 178/178 CR 10:1

1.4Rozdzielczo: 1920 x 1080 pikseli

1.5Jasno: 450cd/m2

1.6Kontrast statyczny: 1300:1

1.7Czas reakcji: 12ms g-g

1.8Terminarz umoliwiajcy zaprogramowanie godzin dziaania monitora

1.9Moliwo zamontowania na cianie, rozstaw rub 300 x 300 mm

1.10Zcza: D-SUB In, DVI-Din/out, BNC, HDMI, RS232-in/RS232-out, Display Port

1.11Moliwo podczenia gonikw

1.12Czujnik natenia owietlenia otoczenia

1.13Suma wymiarw monitora (wysoko+szeroko) nie moe przekracza 154 cm.

1.14Moliwo sterowania monitorem przez RS-232

1.15Slot opcji kompatybilny z OPS (Open Pluggable Specification) umoliwiajcy integracj monitora z dodatkowymi urzdzeniami

1.16Do monitora musi by dostarczone oprogramowanie umoliwiajce zdalne monitorowanie oraz kontrol monitora przez sie LAN: Oprogramowanie musi mie moliwo automatycznego monitorowania stanw operacyjnych i ustawie kontrolnych monitorw.

Oprogramowanie musi mie moliwo automatycznego wysyania wiadomoci e-mail z powiadomieniami o zmianach stanw, takich jak przegrzania, awarie wentylatora.

Oprogramowanie musi mie moliwo tworzenia szczegowych raportw stanu urzdze, stanw ich pracy i ustawie kontrolnych, z moliwoci wyeksportowania raportw do popularnych formatw arkuszy kalkulacyjnych.

Oprogramowanie musi mie moliwo dokonywania ustawie monitora za pomoc interfejsu uytkownika zblionego do menu ekranowego (OSD).

Oprogramowanie musi pozwala na obsug wielu jednoczesnych pocze sieciowych do rnych monitorw. Maksymalna ilo jednoczesnych pocze sieciowych musi by parametrem konfiguracyjnym oprogramowania.

Oprogramowanie musi umoliwia definiowania grup urzdze, np. urzdzenia znajdujce si w danym budynku sdu lub na okrelonym pitrze.

Oprogramowanie musi umoliwia rejestrowanie poprzez sie LAN wielu urzdze jednoczenie.

Oprogramowanie musi umoliwia rejestrowanie urzdze poprzez import z pliku.

Oprogramowanie powinno posiada harmonogram zada pozwalajcy na uruchomienie zada w okrelonym czasie, uruchamiania zada w okrelonych odstpach czasu lub te uruchomienia zadania na danie.

1.17Moliwo sprztowej kalibracji za pomoc programowalnej tablicy LUT o rozdzielczoci co najmniej 10 bit na kady kana R,G,B

1.18Zcze RJ45 do sterowania przez sie LAN

1.19Zintegrowane goniki 10W +10W

1.20Kolor obudowy monitora: CZARNY MAT

1.21Zintegrowany z monitorem poprzez slot opcji OPS modu odtwarzania w czasie rzeczywistym treci multimedialnej (obraz i dwik), ktra dostarczana jest poprzez sie LAN za pomoc oprogramowania Recourt, opisywanego w p. 2.6.1.


7.7 Kamera kolorowa kamera na wiadka.1Wymagania techniczne

1.1Rozdzielczo pozioma: Co najmniej 480 linii TV (PAL).

1.2Czuo: Minimalna luminancja nie wysza ni 2 Lux (F1.8).

1.3Przetwornik: Minimum CCD.

1.4Powikszenie optyczne: minimum x 7

1.5Zasilanie kamery: Za porednictwem kabla sygnaowego

1.6Interfejs kontrolny: RS485

1.7Zasilanie: DC 12V

1.8Obiektyw typu motozoom

1.9Obsuga protokou PELCO-D


1.11Zastosowane systemy:

AF (auto focus),

BLC - kontrola wiata wstecznego,

AWB (Auto White Balance) - automatyczne dopasowanie balansu bieli,

menu OSD.

7.8 Kamera kolorowa kamera gwna.1Wymagania techniczne

1.1Rozdzielczo pozioma: Co najmniej 600 linii TV (PAL).

1.2Czuo: Minimalna luminancji nie wysza ni 0,1 Lux (F1.2).

1.3Przetwornik: Minimum 1/3" CCD.

1.4Pole widzenia w poziomie: co najmniej 160o.

Dopuszcza si zastosowanie w czci sal obiektywu o mniejszym kcie, jeeli zapewni on prawidow rejestracj obrazu zgodnie z wymaganiami zawartymi w punkcie 2.5 Organizacja obrazu.

1.5Zasilanie kamery: Za porednictwem kabla sygnaowego

1.6Zasilanie: DC 12V

1.7Balans bieli: automatyczny


1.9Zastosowane systemy:

AGC (Auto Gain Control) - automatyczne dopasowanie poziomu wzmocnienia

BLC - kontrola wiata wstecznego,

AWB (Auto White Balance) - automatyczne dopasowanie balansu bieli,

AES (Auto Electronic Shutter) - automatyczna elektroniczna migawka,

ATW (Auto Tracing White Balance) - automatyczne trasowanie bieli,

HLC (Highlight Compensation) - kompensacja mocnego wiata,

NR 3D - System redukcji szumw

menu OSD, Sterowanie przyson DC (sterownie napicioweprzeson obiektywu)

7.9 Kamera dokumentowa

1Wymagania techniczne

1.1Obsuga rozdzielczoci: XGA, WXGA, SXGA, 1080p.

1.2Automatyczna regulacja ostroci (auto-focus).

1.3Powikszenie optyczne (wykorzystujce optyczn technologi powikszenia): co najmniej x 6.

1.4Powikszenie cyfrowe: Co najmniej x 5.

1.5Automatyczny Balans Bieli (AWB).

1.6Obszar skanowania: co najmniej420 x 315 mm.

1.7Obsugiwane funkcje: dzielenie obrazu, stop-klatka, obracanie obrazu, tryb tekst/zdjcia.

1.8Moliwo nagrywania filmu oraz zdj na kart SD lub pendrive USB.

1.9Wbud

Documents

2 Opis systemu użytkowanego w salach rozpraw