о або більшого ніж блок передачі даних, то блок витягується з буфера і відправляється на сервер. В рамках даного алгоритму реалізується найпростіший механізм синхронізації запису і відправки даних, заснований на розумінні того, що для безперервного відтворення аудіоданих, необхідно, щоб відправка цих даних відбувалася через фіксовані проміжки часу. Аудіодані вступають у буфер відправки і якщо він поступово збільшується в розмірі, це означає, що відправка даних відбувається повільніше ніж запис. У такому випадку буфер очищається, що призводить до втрати частини даних, але дозволяє уникнути рассинхронизации запису і відправки даних, тобто відправки на сервер неактуальних даних (Рис. 2.1.3.1.).
Рис. 2.1.3.1. Блок-схема алгоритму роботи потоку відправки аудіоданих
Блок-схема алгоритму роботи потоку отримання аудіоданих клієнта
Блок-схема алгоритму для клієнтської частини. Клієнт отримує аудіодані у вигляді блоків фіксованої довжини, які відповідають фіксованому часу відтворення. Клієнт отримує блок даних і поміщає його в буфер відтворення. У даному алгоритмі реалізований найпростіший механізм синхронізації отримання даних та відтворення, заснований на розумінні того, що запис і відтворення даних повинні займати однаковий час. Якщо буфер відтворення поступово збільшується, це означає, що аудіодані надходять з сервера швидше, ніж вони відтворюються на клієнті. Так як запис не може провадитися швидше, ніж відтворення, то це говорить про те, що вступники дані утворилися в результаті затримок при передачі і є неактуальними. У такому випадку буфер очищається (Мал. 2.1.4.1.).
Рис. 2.1.4.1. Блок-схема алгоритму роботи потоку отримання аудіоданих
Блок-схема алгоритму підключення клієнтів сервером
Блок-схема алгоритму для серверної частини. Сервер очікує підключення клієнтів. Як тільки клієнт встановлює перше з'єднання, це з'єднання вважається керуючим, клієнт отримує команду на авторизацію і, якщо вона відбувається успішно, отримує команду на установку з'єднань вхідних і вихідних аудіоданих і поміщається в список клієнтів, які очікують установки цих сполук. Потім клієнт встановлює з'єднання для вхідних і вихідних аудіоданих. Після встановлення всіх трьох з'єднань, клієнт поміщається в список підключених клієнтів і починає передавати і отримувати аудіо дані, а також команди через командне з'єднання (Мал. 2.1.5.1.).
Рис. 2.1.5.1. Блок-схема алгоритму підключення клієнтів сервером.
Блок-схема алгоритму передачі аудіоданих клієнтам
Блок-схема алгоритму для серверної частини. Сервер передає дані клієнтам блоками фіксованої довжини, які відповідають фіксованому часу відтворення. Передача відбувається через фіксовані проміжки часу. У момент передачі сервер отримує аудіодані з персональних буферів клієнтів, поєднує ці дані і передає клієнтам (Мал. 2.1.6.1.).
Рис. 2.1.6.1. Блок-схема алгоритму передачі аудіоданих клієнтам
Діаграма протоколу
Для прийому і відправки команд серверної і клієнтської частини в створюваному додатку був розроблений спеціальний протокол виду (Рис. 2.2.1.):
lt; команда gt; lt; дані gt;
Рис. 2.2.1. Діаграма протоколу
2.2 Функціональна структура
Для коректної роботи проекту, швидкості виконання команд, а також для спрощення механізму налагодження, програмний код розбитий на невеликі функції. Найважливішими з них, для забезпечення працездатності всього запланованого функціоналу, є:
1. Виключно для сервера:
· IServer. Start - створення TCP сервера і запуск прослуховування підключень.
· IServer. Stop - зупинка сервера і відключення всіх клієнтів.
· Server. ListenForClients - прослуховування підключень клієнтів
· Server. HandleClient - обробка підключення клієнта
· Server. Playback - відправка даних клієнтам
· IClientHandler. Start - запуск роботи обробника клієнтських даних
· IClientHandler. Stop - зупинка обробника клієнтських даних
· ClientHandler. ControlThread - потік управління
· ClientHandler. InputThread - потік вхідних даних
· ClientHandler. OutputThread - потік вихідних даних
2. Виключно для клієнта:
· IClient. Start - підключення до сервера
· IClient. Stop - відключення від...
