• Nie Znaleziono Wyników

Ocena jakości transmisji strumieniowej obrazu

N/A
N/A
Protected

Academic year: 2021

Share "Ocena jakości transmisji strumieniowej obrazu"

Copied!
15
0
0

Pełen tekst

(1)

1

KATEDRA SYSTEMÓW MULTIMEDIALNYCH

LABORATORIUM

SYSTEMY I TERMINALE MULTIMEDIALNE

Ocena jakości transmisji strumieniowej

multimediów

Opracowanie:

Paweł Spaleniak

1. Wprowadzenie

1.1 Strumieniowanie multimediów

Strumieniowanie multimediów można zdefiniować jako technikę nieprzerwanego dostarczania informacji multimedialnej od nadawcy do odbiorcy. W transmisjach multimedialnych najważniejszymi czynnikami decydującymi o ich jakości, jest ciągłość transmisji, synchronizacja audio/video oraz jakość każdego z tych sygnałów. Dostęp do mediów strumieniowych może się odbywać na dwa sposoby:

1. Dostęp na żywo (ang. live streaming) – transmitowane są dane dostarczane w czasie rzeczywistym, które docierają do wszystkich użytkowników. Live Streaming Internet wymaga formy nośnika źródłowego (np.: kamery wideo, interfejs audio, oprogramowanie do przechwytywania ekranu). Transmisje na żywo nie muszą być rejestrowane w momencie powstawania, choć przeważnie tak jest. Obecnie bardzo często wykorzystuje się tę technologię do strumieniowania z gier. Popularne platformy – YouTube, Twitch, Mixer oraz Facebook.

2. Dostęp na życzenie (ang. on demand) – serwer ma bazę zarejestrowanych danych multimedialnych. Każdy użytkownik wybiera, który pokaz multimedialny i od jakiego momentu chce oglądać. Przykładem może być niezwykle popularny YouTube1 czy Netflix.

1 Ciekawostka: Obecnie YouTube korzysta z metody adaptive streaming, dzięki czemu możliwe jest dynamiczne

dopasowywanie jakości do możliwości łącza. Do 2014 roku korzystał jednak z techniki progressive download (fragmentaryczne pobieranie danego pliku)

(2)

2

W dzisiejszych czasach trudno sobie wyobrazić świat bez dostępu do takich usług. Większość z nas na co dzień chętnie korzysta z nieograniczonego dostępu do ulubionych filmów, seriali czy kanałów tematycznych.

1.2 Jakość transmisji multimedialnej

Głównymi czynnikami wpływającymi na jakość transmisji cyfrowej, są: • kompresja,

• błędy bitowe, • strata pakietów, • opóźnienie pakietów,

• zmienność opóźnienia pakietów (jitter).

W obecnych czasach, gdy mamy już dostęp m.in do sieci światłowodowych o wysokiej przepływności, czynnikiem najbardziej wpływającym na jakość transmitowanych danych multimedialnych jest kompresja. Jednak wraz ze rozwojem łączy internetowych, rosła również jakość i rozmiar multimediów, nie została więc wyeliminowana konieczność redukcji ich rozmiaru. Największe współczynniki kompresji uzyskuje się oczywiście dla kodeków stratnych, które usuwają część informacji o sygnale. Przykładami stosowanych kodeków to np. MP3, AAC, G.711 (typowo dla mowy) oraz MPEG-2, H.264 (AVC) czy H.265 (HEVC) dla obrazu.

Kluczowym parametrem kodeka jest jego przepływność bitowa i osiągana przy niej jakość. Poniższe zestawienie (rys. 1) przedstawia szereg klatek obrazu pochodzącego oryginalnie z kontenera VOB DVD skompresowanego szeregiem kodeków, o ustalonej przepływności 1000 kbps. Obrazy te różnią się stopniem zblokowania, optymalną jakość mają obrazy zakodowane kodekami XviD i H.264.

Rysunek 1 Fragment klatki obrazu obrazujący zblokowanie pikseli przy 1000 kbps dla różnych kodeków (źródło:

(3)

3 Jakość obrazu wideo można oceniać w sposób:

• Subiektywny (metryki obserwacyjne) – psychowizualne testy oceny jakości przeprowadzane przy pomocy grona specjalistów według ustalonych reguł. W ramach niniejszego ćwiczenia zostanie wykorzystana właśnie ta metoda

• Obiektywny (metryki obliczeniowe) – wielkości wyznaczane zgodnie z ustaloną zależnością, często optymalizowane z wykorzystaniem subiektywnych ocen specjalistów (podejście subiektywno-obiektywne)

1.3 Protokół RTMP

W ramach wykonywania niniejszego ćwiczenia jako protokół streamingowy wykorzystywany będzie RTMP (Real Time Messaging Protocol). Protokół ten oparty jest na TCP. Utrzymuje stałe połączenia i umożliwia komunikację o niskim opóźnieniu. Aby płynnie dostarczać strumienie i przesyłać jak najwięcej informacji, dzieli strumienie na fragmenty, a ich rozmiar jest negocjowany dynamicznie między klientem a serwerem. Czasami pozostaje niezmieniony; domyślne rozmiary fragmentów to 64 bajty dla danych audio i 128 bajtów dla danych wideo i większości innych typów danych. Fragmenty z różnych strumieni mogą być następnie przeplatane i multipleksowane przez pojedyncze połączenie. W przypadku dłuższych porcji danych protokół przenosi zatem tylko jeden bajt nagłówka na fragment, co powoduje niewielkie obciążenie. Jednak w praktyce pojedyncze fragmenty zwykle nie są przeplatane. Zamiast tego, przeplatanie i multipleksowanie odbywa się na poziomie pakietów, przy czym pakiety RTMP w kilku różnych aktywnych kanałach są przeplatane w taki sposób, aby zapewnić, że każdy kanał spełnia swoją szerokość pasma, opóźnienie i inne wymagania dotyczące jakości usługi. Pakiety przeplecione w ten sposób są traktowane jako niepodzielne i nie są przeplatane na poziomie fragmentów.

RTMP definiuje kilka kanałów wirtualnych, na których pakiety mogą być wysyłane i odbierane, i które działają niezależnie od siebie. Na przykład istnieje kanał do obsługi żądań i odpowiedzi RPC, kanał danych strumienia wideo, kanał danych strumienia audio, kanał komunikatów sterujących poza pasmem (negocjacje wielkości fragmentów itp.) I tak dalej . Podczas typowej sesji RTMP w danym momencie może być aktywnych jednocześnie kilka kanałów. Po zakodowaniu danych RTMP generowany jest nagłówek pakietu. Nagłówek pakietu określa, między innymi, identyfikator kanału, na który ma zostać wysłany, znacznik czasu, kiedy został wygenerowany (w razie potrzeby) oraz rozmiar ładunku pakietu. Po tym nagłówku następuje rzeczywista zawartość pakietu, która jest fragmentowana zgodnie z aktualnie uzgodnionym rozmiarem fragmentu przed wysłaniem go przez połączenie. Sam nagłówek pakietu nigdy nie jest pofragmentowany, a jego rozmiar nie jest wliczany do danych w pierwszym fragmencie pakietu. Innymi słowy, tylko rzeczywista ładowność pakietu (dane multimedialne) podlega fragmentacji.

Protokół RTMP oczywiście nie jest jedynym. Istnieje szereg innych, np. RTSP, MPEG-DASH (3GPP), Apple HTTP Live Streaming (HLS), Microsoft Smooth Streaming, Adobe HTTP Dynamic Flash Streaming (HDS). Ten ostatni kodek wyewoluował z opisywanego wyżej RTMP jednak ma kilka znaczących usprawnień. Obejmują one funkcję adaptacyjnej szybkości transmisji, a także możliwość buforowania zawartości w przeglądarkach i sieciach CDN w celu zmniejszenia obciążenia serwerów. Niestety do działania wymaga Flasha (co czyni go bezużytecznym na urządzeniach z iOS)

(4)

4

1.4 Obsługa strumieniowej transmisji multimediów

Do przeprowadzenia strumieniowej transmisji multimediów niezbędne są następujące elementy:

1. Komputer nadawczy z zainstalowanym oprogramowaniem pozwalającym przesyłać strumień do serwera obsługującego stosowny protokół, np. OBS Studio

2. Serwer streamingowy pozwalający na rozsyłanie strumienia do odbiorców lub dostęp do usługi, która to zapewni (np. YouTube, Twitch… )

3. Komputer odbiorczy z zainstalowanym oprogramowaniem pozwalającym podłączyć się do serwera multimediów (np. VLC) lub odtwarzacz przeglądarkowy (np.

https://www.hlstester.com/ -wymaga Flasha)

Oprogramowanie do transmisji multimediów - OBS Studio

OBS (Open Broadcaster Software) Studio jest darmowym oprogramowaniem, na licencji open source, służącym do strumieniowania oraz rejestracji multimediów. Wykorzystywany jest do realizacji niniejszego ćwiczenia.

Rysunek 2 Okno główne programu OBS Studio

OBS Studio posiada stosunkowo prosty w obsłudze interfejs użytkownika (rys. 2). W sekcji Źródła

obrazu (1) dokonuje się wyboru źródeł, które będą stanowiły przesyłany strumień multimedialny.

W sekcji Panel sterujący (2) podejmowane są wszelkie akcje związane z transmisją oraz nagrywaniem strumienia, tj. Rozpoczynanie, Zatrzymywanie, Włączanie trybu studia (jeśli wykorzystywane jest więcej niż jedna scena) oraz Ustawienia. Okno wyboru źródła pojawia się po kliknięciu „+” w sekcji (1). Jak widać na rysunku 3 – udostępniono wiele możliwości w zakresie wyboru danych wejściowych.

1

2

(5)

5

Rysunek 3 Okna wyboru urządzenia wejściowego oraz właściwości (tu – kamerka internetowa Logitech Webcam 905)

Konstrukcja i obsługa scen

Kompozycja kilku źródeł tworzy Scenę (sekcja oznaczona jako nr 3 na rys. 2). Można tworzyć dowolną ilość scen składających się z różnych źródeł (dodawane przyciskiem „+”). Możliwość ta jest bardzo przydatna ponieważ nie zawsze konieczne jest wyświetlanie tych samych elementów na ekranie. Wyświetlanie elementów sceny działa w oparciu o warstwy, podobnie jak w programach graficznych (np. Photoshop lub GIMP). Oznacza to, że element na szczycie listy będzie wyświetlany na pierwszym planie (rys. 4).

Rysunek 4 Przykładowa hierarchia elementów sceny

Jako przykład może posłużyć streaming tutoriala dotyczącego obsługi oprogramowania. Aby nieco uatrakcyjnić przekaz podczas omawiania tematu (np. we wstępie) można, zamiast prezentować wyłącznie przechwytywane okno aplikacji, zaprezentować swój wizerunek. Dopiero po przejściu do

(6)

6

omawiania oprogramowania wyświetlany byłby przechwytywany ekran programu. Konstrukcja scen przedstawiała by się zatem następująco:

Tabela 1 Przykładowa kompozycja scen do strumieniowania tutoriala

SCENA 1 SCENA 2

1. Obraz z logo kanału 1. Obraz z logo kanału 2 .Urządzenie do przechwytywania wideo

(pełny ekran)

2. Urządzenie do przechwytywania wideo (miniatura w prawym dolnym rogu)

3. Przechwytywanie wejścia dźwięku (mikrofon) 3. Przechwytywanie okna (omawiany program) 4. Przechwytywanie wejścia dźwięku (mikrofon) 5. Przechwytywanie wyjścia dźwięku (dźwięki na wyjściu karty dźwiękowej komputera)

Aby przełączanie między jedną sceną a drugą było wygodniejsze warto dodać dedykowany skrót klawiszowy dla każdej z nich. Ustawienie takie wykonuje się w oknie Ustawienia -> Skróty klawiszowe (rys. 5). Dzięki temu nie ma konieczności każdorazowego wywoływania okna OBS Studio w celu przełączania się między scenami.

(7)

7

2. Zadania do wykonania

Konstrukcja ćwiczenia oraz wymagane zasoby

• Do wykonania ćwiczenia potrzebne są dwie osoby, wyposażone w dwa komputery (PC, Mac lub Linux). Sprawozdania przygotowywane są jednak indywidualnie.

• W pierwszej fazie pierwsza osoba występuje w roli nadawcy strumienia, druga – odbiorcy. W drugiej fazie należy zamienić się rolami.

• Komputery muszą być wyposażone w oprogramowanie OBS Studio (pliki do pobrania oraz dokumentacja pod linkiem: https://obsproject.com/download), VLC Media Player lub MPC-HC oraz przeglądarka internetowa z włączoną obsługą Flasha (zalecana przeglądarka – Mozilla Firefox)

• Kamera internetowa • Mikrofon

• Serwer wykorzystywany podczas ćwiczenia: rtmp://multimed.org/stream

• Należy zapewnić możliwość komunikacji między wykonawcami (w celu określenia opóźnień). • W opisach zadań do wykonania pojawiają się informację czy dane zadanie należy wykonać [jako

NADAWCA] czy [jako ODBIORCA].

Przeprowadzenie próbnej transmisji wideo

Pierwszym zadaniem jest przeprowadzenie próbnej transmisji wideo. Każdy z wykonawców musi zarówno nadać swój strumień, jak i odebrać strumień drugiej osoby. W tym celu należy: Po stronie nadawczej - uruchomić program OBS Studio na komputerze nadawczym, wybrać rodzaj strumieniowanych danych (w ramach testów – dowolny, patrz rysunek 2 i 3) oraz wybrać serwer streamingowy (rtmp://multimed.org/stream), jednocześnie nadając indywidualny klucz strumieniowi (sekcja 2 -> ustawienia -> Stream – rys 6.). Jako klucz strumienia należy wykorzystać swój nr indeksu.

Po wykonaniu powyższych czynności należy kliknąć Rozpocznij Stream w sekcji 2 (patrz rys. 2). Wszelkie ustawienia w pierwszej fazie pozostają domyślne.

(8)

8

Po stronie odbiorczej zaś należy uruchomić program VLC Media Player lub MPC-HC oraz zainicjować połączenie z serwerem. W przypadku VLC Media Player CTRL + N, w przypadku MPC-HC zaś CTRL+O. Adres serwera będzie miał postać:

rtmp://multimed.org/stream/nr_indeksu

gdzie: nr_indeksu – jest numerem indeksu osoby odpowiedzialnej za nadawanie strumienia wideo W ramach ćwiczeń obie osoby wykonujące ćwiczenie muszą znaleźć się po obu stronach kanału transmisyjnego (wystąpić w roli nadawcy i odbiorcy strumienia), stąd konieczność zaopatrzenia się we wspomniane we wstępie programy. Po upewnieniu się, że transmisja działa w obu kierunkach można przystąpić do realizacji zadań.

Główne zadanie polega na przeprowadzeniu transmisji strumieniowej multimediów dla dwóch scenariuszy. Zadania do poszczególnych scenariuszy zapisano niżej.

• SCENARIUSZ I - Symulacja tutoriala – scenariusz składa się z dwóch scen opisanych w tabeli 1 w rozdziale 1. Sekcja wprowadzenia wykorzystuje scenę z pełnoekranowym obrazem z kamery natomiast sekcja omawiania oprogramowania – przechwytywanie pełnego okna programu wraz z miniaturą obrazu z kamery. Całość wykorzystuje dodatkowo dźwięk z mikrofonu oraz dźwięki z wyjścia karty dźwiękowej komputera.

• SCENARIUSZ II - Strumieniowanie gry komputerowej (można skorzystać z darmowej gry Super Tux Kart – do pobrania pod linkiem: https://supertuxkart.net/Main_Page). Jednocześnie z obrazem i dźwiękiem z gry należy strumieniować obraz z kamery (umieszczając go w prawym dolnym rogu ekranu) oraz dźwięk z mikrofonu. Jako drugą scenę należy wykorzystać planszę informującą o przerwie w transmisji.

Obie powyższe transmisje na tym etapie ćwiczenia należy wykonać dla domyślnych ustawień programu OBS Studio (w zakresie konfiguracji Obrazu oraz Wyjścia – rys. 7 i 8). W kolejnych poleceniach ustawienia będą zmieniane właśnie w tych zakładkach.

Rysunek 7 Ustawienia Wyjścia - OBS Studio Rysunek 8 Ustawienia strumieniowanego obrazu - OBS Studio

(9)

9

SCENARIUSZ I – SYMULACJA TUTORIALA

Zadanie 1. [jako NADAWCA]

Zamieścić zrzuty ekranu obu utworzonych scen oraz krótko scharakteryzować wykorzystane elementy. Zadanie 2. [jako NADAWCA]

Jako potwierdzenie poprawnego uruchomienia strumienia należy zamieścić zrzut ekranu statystyk z http://multimed.org:88/stat. Zapisać jakie informacje dotyczące strumienia można odczytać? Zadanie 3. [jako ODBIORCA]

Jakie oprogramowanie zastosowano po stronie odbiorczej? Należy przetestować 2 różne sposoby odbioru strumienia (2 różnych klientów), np. VLC + przeglądarkowy https://www.hlstester.com/ UWAGA! Zdarza się, że VLC czasami nie zainicjuje połączenia z serwerem wówczas należy zatrzymać odtwarzanie i uruchomić je ponownie.

Zadanie 4. [jako ODBIORCA]

Czy opóźnienie transmisji jest takie samo w przypadku różnych klientów (np. VLC vs przeglądarka)? Określić wartość opóźnienia (kilka sekund, kilkanaście sekund, kilkadziesiąt sekund – wymagana komunikacja z drugim wykonawcą).

Zadanie 5. [jako ODBIORCA]

Ocenić czy subiektywna jakość obrazu i dźwięku jest taka sama dla obu klientów? Zadanie 6.

[jako NADAWCA]

W ustawieniach Wyjścia (Ustawienia -> Wyjście -> Sekcja „Streaming”) dokonać zmian parametrów

Bitrate obrazu, Ustawienia Enkodera, Zaawansowane ustawienia enkodera oraz Bitrate dźwięku.

Przeprowadzić transmisję dla (co najmniej) czterech różnych kombinacji parametru bitrate dla obrazu i dźwięku. Zmiany na bieżąco przekazywać odbiorcy, który będzie notował spostrzeżenia.

[jako ODBIORCA]

Zapisać wartości bitrate podawane przez nadawcę oraz odpowiadające im spostrzeżenia dotyczące jakości odebranego obrazu i dźwięku. Znaleźć wartości, przy której jakość nie ulega już poprawie. Zadanie 7.

[jako NADAWCA]

Przetestować wszystkie ustawienia enkodera.

[jako ODBIORCA]

Sprawdzić jaki wpływ na jakość odebranego wideo ma zmiana ustawień enkodera. Zadanie 8. [jako ODBIORCA]

Zaproponować komplet ustawień tej sekcji pozwalający na uzyskanie optymalnej jakości obrazu i dźwięku (po stronie odbiorcy). Poprzez optymalną jakość rozumie się możliwie zadowalającą jakość przy jak najmniejszym strumieniu danych.

(10)

10 Zadanie 9. [Jako ODBIORCA]

Zamieścić zrzuty ekranu pozwalające porównać sceny obraz źródłowego z: • obrazem o najniższym bitrate

• obrazem z optymalną jakością (ustawienia uznane przez wykonawców za optymalne) Zrzut ekranu obrazu źródłowego pochodzi z komputera nadawcy.

Zadanie 10.

[jako NADAWCA]

W OBS Studio, w sekcji Ustawienia -> Obraz dokonać zmian wynikowej rozdzielczości, filtra skalującego oraz FPS.

[jako ODBIORCA]

Czy ustawienia optymalne z zadania 8. również sprawdzają się dla niższych rozdzielczości i FPS?

SCENARIUSZ II - STRUMIENIOWANIE GRY KOMPUTEROWEJ

Zadanie 11. [jako NADAWCA]

Zamieścić zrzuty ekranu obu utworzonych scen oraz krótko scharakteryzować wykorzystane elementy. Zadanie 12. [jako NADAWCA]

Określić czy proces strumieniowania wpłynął w zauważalny sposób na wydajność gry? Zadanie 13. [Jako ODBIORCA]

Określić czy opóźnienie transmisji jest zauważalnie wyższe niż w przypadku transmisji scenariusza I? Zadanie 14.

[jako NADAWCA]

W ustawieniach Wyjścia (Ustawienia -> Wyjście -> Sekcja „Streaming”) dokonać zmian parametrów

Bitrate obrazu, Ustawienia Enkodera, Zaawansowane ustawienia enkodera oraz Bitrate dźwięku.

Przeprowadzić transmisję dla (co najmniej) czterech różnych kombinacji parametru bitrate dla obrazu i dźwięku. Zmiany na bieżąco przekazywać odbiorcy, który będzie notował spostrzeżenia.

[jako ODBIORCA]

Zapisać wartości bitrate podawane przez nadawcę oraz odpowiadające im spostrzeżenia dotyczące jakości odebranego obrazu i dźwięku. Znaleźć wartości, przy której jakość nie ulega już poprawie. Zadanie 15. [jako ODBIORCA]

Określić czy zaproponowane ustawienia optymalne w poprzednim scenariuszu sprawdzają się również w tym? Jeśli nie – zaproponować takie ustawienia.

(11)

11 Zadanie 16. [jako ODBIORCA]

Zamieścić zrzuty ekranu pozwalające porównać sceny obraz źródłowego z: • obrazem o najniższym bitrate

• obrazem z optymalną jakością (ustawienia uznane przez wykonawców za optymalne) Zrzut ekranu obrazu źródłowego pochodzi z komputera nadawcy.

Zadanie 17.

W podsumowaniu należy opisać ogólne doświadczenia płynące z korzystania z oprogramowania OBS Studio. Czy uruchomienie streamu jest skomplikowane? Czy dobór optymalnych nastaw jest czasochłonny? Czy wystąpiły jakieś nieoczekiwane przerwania nadawania strumienia? Czy odbiór strumienia przebiega bezproblemowo? Jakie usprawnienia można by zaproponować?

(12)

12

SYSTEMY I TERMINALE MULTIMEDIALNE

SPRAWOZDANIE DO ĆWICZENIA NR 4

Ocena jakości transmisji strumieniowej obrazu

Autor:

Ocena Nr indeksu:

Data wykonania:

Obie transmisje na tym etapie ćwiczenia należy wykonać dla domyślnych ustawień programu OBS Studio (w zakresie konfiguracji obrazu, dźwięku oraz streamu).

Scenariusz I - Symulacja tutoriala Zadanie 1. [jako NADAWCA]

Zamieścić zrzuty ekranu obu utworzonych scen oraz krótko scharakteryzować wykorzystane elementy.

……… ……… ……… ……… Zadanie 2. [jako NADAWCA]

Zamieścić poniżej zrzut ekranu statystyk z http://multimed.org:88/stat prezentujący uruchomiony strumień. Jakie informacje dotyczące strumienia można odczytać?

……… ……… Zadanie 3. [jako ODBIORCA]

Jakie oprogramowanie zastosowano po stronie odbiorczej? Wymagane jest wykorzystanie 2 różnych sposobów odbioru strumienia, np. VLC + przeglądarkowy https://www.hlstester.com/ (wymaga Flasha)

………..……… ………..………. Zadanie 4. [jako ODBIORCA]

Czy opóźnienie transmisji jest takie samo w przypadku różnych klientów (np. VLC vs przeglądarka)? Określić wartość opóźnienia (kilka sekund, kilkanaście sekund, kilkadziesiąt sekund – wymagana komunikacja z drugim wykonawcą).

……… ……… Zadanie 5. [jako ODBIORCA]

Czy subiektywna jakość obrazu i dźwięku jest taka sama dla obu klientów?

……… ………

(13)

13 Zadanie 6.

[Jako NADAWCA]

W ustawieniach Wyjścia (Ustawienia -> Wyjście -> Sekcja „Streaming”) dokonać zmian parametrów

Bitrate obrazu, Ustawienia Enkodera, Zaawansowane ustawienia enkodera oraz Bitrate dźwięku.

Przeprowadzić transmisję dla (co najmniej) czterech różnych kombinacji parametru bitrate dla obrazu i dźwięku. Zmiany na bieżąco przekazywać odbiorcy, który będzie notował spostrzeżenia.

[Jako ODBIORCA]

Zapisać wartości bitrate podawane przez nadawcę oraz odpowiadające im spostrzeżenia dotyczące jakości odebranego obrazu i dźwięku. Znaleźć wartości, przy której jakość nie ulega już poprawie.

Bitrate obrazu (kbps) Bitrate dźwięku (kbps) Ocena subiektywna (1-5) Uwagi Zadanie 7. [jako NADAWCA]

Przetestować wszystkie ustawienia enkodera.

[jako ODBIORCA]

Sprawdzić jaki wpływ na jakość odebranego wideo ma zmiana ustawień enkodera.

……… ……… ……… ……… Zadanie 8. [jako ODBIORCA]

Zaproponować komplet ustawień tej sekcji pozwalający na uzyskanie optymalnej jakości obrazu i dźwięku (po stronie odbiorcy).

……… ……… ……… Zadanie 9. [jako ODBIORCA]

Zamieścić zrzuty ekranu pozwalające porównać sceny obraz źródłowego z: • obrazem o najniższym bitrate

• obrazem z optymalną jakością (ustawienia uznane przez wykonawców za optymalne) Zrzut ekranu obrazu źródłowego pochodzi z komputera nadawcy.

(14)

14 Zadanie 10.

[jako NADAWCA]

W OBS Studio, w sekcji Ustawienia -> Obraz dokonać zmian wynikowej rozdzielczości, filtra skalującego oraz FPS.

[jako ODBIORCA]

Czy ustawienia optymalne z zadania 8. również sprawdzają się dla niższych rozdzielczości i FPS? ……… ……… ……… ……… Scenariusz II - Strumieniowanie gry komputerowej

Zadanie 11. [jako NADAWCA]

Zamieścić zrzuty ekranu obu utworzonych scen oraz krótko scharakteryzować wykorzystane elementy.

……… ……… ……… ……… Zadanie 12. [jako NADAWCA]

Czy proces strumieniowania wpłynął w zauważalny sposób na wydajność gry?

……… ……… ……… Zadanie 13. [jako ODBIORCA]

Czy opóźnienie transmisji jest zauważalnie wyższe niż w przypadku transmisji scenariusza 1?

……… ……… ……… ……… Zadanie 14. [Jako NADAWCA]

W ustawieniach Wyjścia (Ustawienia -> Wyjście -> Sekcja „Streaming”) dokonać zmian parametrów

Bitrate obrazu, Ustawienia Enkodera, Zaawansowane ustawienia enkodera oraz Bitrate dźwięku.

Przeprowadzić transmisję dla (co najmniej) czterech różnych kombinacji parametru bitrate dla obrazu i dźwięku. Zmiany na bieżąco przekazywać odbiorcy, który będzie notował spostrzeżenia.

(15)

15

[Jako ODBIORCA]

Zapisać wartości bitrate podawane przez nadawcę oraz odpowiadające im spostrzeżenia dotyczące jakości odebranego obrazu i dźwięku. Znaleźć wartości, przy której jakość nie ulega już poprawie.

Bitrate obrazu (kbps) Bitrate dźwięku (kbps) Ocena subiektywna (1-5) Uwagi

Zadanie 15. [Jako ODBIORCA]

Czy zaproponowane ustawienia optymalne w poprzednim scenariuszu sprawdzają się również w tym? Jeśli nie – zaproponować takie ustawienia.

……… ……… ……… ……… Zadanie 16. [Jako ODBIORCA]

Zamieścić zrzuty ekranu pozwalające porównać sceny obraz źródłowego z: • obrazem o najniższym bitrate

• obrazem z optymalną jakością (ustawienia uznane przez wykonawców za optymalne) Zrzut ekranu obrazu źródłowego pochodzi z komputera nadawcy.

Zadanie 17. Podsumowanie i wnioski. ……… ……… ……… ……… ……… ……… ……… ……… ……… ……… ……… ………

Cytaty

Powiązane dokumenty

The combination of FTS activity and acid functionality and a high degree of mesoporous hierarchy results in catalysts that produce gasoline range hydrocarbons from syngas in one

Badania struktury społecznej szlachty dotyczyć będą tylko mieszkań­ ców wsi, jako że źródło zawiera jedynie ogólnikowe dane dotyczące miast 7. Niestety, spora

Autorzy przedstaw ili na podstawie istnie­ jących statystyk wskaźniki zagęszczenia mieszkań (liczba mieszkańców na izbę mieszkalną, mieszkania jedno- i

M alarz A leksander Lesser inform ując Kraszewskiego o sytuacji w swoim zawodzie, iż „m y z naszej pracy ledwie na exystencję zarobić możemy” , stwier­ dza przecież

[r]

Ograniczając się do wybranych przykładów epiki dworskiej, jako tego gatunku literackiego, który był szczególnie bliski szerszym kręgom św iec­ kiej części

Już jednak w pierwszych miesiącach tego roku musiał walczyć z Alamanami, którzy w darli się przez alpejskie przełęcze do Ita­ lii aż po Lacus Benacus

Sokołowa, do ży­ cia ludzkiego (także własnego) stał się „przestępczo-lekkomyślny” (określenie ze s. Zdobyte pieniądze zużywano nieraz n a cele pryw atne,