Как найти виновника периодической паузы?

[AndreyUA]

Друзья, куда копать?

Есть канал радиоканал к передатчику, с помощью SEOnline - передается звук.
После смены проводного провайдера по статистике SEOnline - все чисто, разрывов не фиксируется (по крайней мере как переключился на новый канал).

Однако периодически, очень редко ... я попадал на (раз в двое суток) на тишину около 4 секунды.

Первый раз думал человеческий фактор при работе с пультом.
Второй раз - уже не мог понять.

Сегодня уже словил на диалоге диджея, то есть с эфирного ПК была подложка и эта же звуковая карта оцифровывает общий поток.

Разрывов по SEOnline - нету, значит где-то дает о себе знать аналоговая часть, а не физическая линия. В планах на выходных перезагрузить эфирную машину. ОДнако может кто либо встречался с такой непонятной ситуацией ...

Вот так разрыв виден на записи эфира, которую делает Логгер с приемника.

[AndreyUA]

Еще пару деталей ... после перехода на новую линию я забил второй источник (по старой схеме), на всякий случай ... Может его лучше удалить?

И что означает сообщение, что периодически появляется вместо надписи Online?

[EliGh]

Чтобы исключить сетевые проблемы, попробуйте Wireshark-ом посмотреть на обмен трафиком.

А вообще передача звука по сети вещь такая... специфическая. Мне как-то понравился ответ Greg Ogonowski из Orban на форуме icecast:

The man with two clocks, does not know what time it is.

http://lists.xiph.org/pipermail/icecast/2013-June/012556.html

Т.е. проблема может скрываться в разной скорости ADC/DAC на сервере и клиенте. И буфер здесь не поможет, он просто отсрочит неизбежные паузы.
Там же дается ответ: нужна система прогнозирования (апроксимации) для ресемплирования потока, которая впрочем может и не дать 100% гарантии устойчивого стриминга.
Обратите внимание как, например Skype, иногда передает звук. Вот это оно и есть.

[AndreyUA]

Спасибо ...
В общем сегодня убрал второй источник и перезагрузил эфирный ПК.
Думаю до Wireshark еще далеко, так как если бы проблема была на сетевом уровне, то зафиксировался бы разрыв сессии, а так с ночи понедельника разрывов не зафиксировано. Возможно Влад меня поправит, если я не прав на счет статистики разрывов.
Сейчас канал сменили на Wi-Fi 5ГГц на Ubiquiti PowerBeam M5-300, что после паршивого кабельного от Фринет (О3) - прям "небо и земля".

[Wlad]

Я ща кого-то поправлю.
SEOnline v2.0 готовится. Это будет что-то.
Хватило бы мозгов сделать задуманное.

[AndreyUA]

Я ща кого-то поправлю.
SEOnline v2.0 готовится. Это будет что-то.
Хватило бы мозгов сделать задуманное.

Влад, а что означает информация, когда вместо Online, появляется это слово?
Дословный перевод - уменьшение, это я так понимаю буфер корректируется? А то не часто слежу за этим ПК, однако уже не раз попадал на эту надпись.

[Wlad]

Дословный перевод - уменьшение, это я так понимаю буфер корректируется?

Правильно. Как тут уже было сказано

передача звука по сети вещь такая... специфическая.

и приходится подправлять буфер. То в одну сторону, то в другую.

[AndreyUA]

Эх ... опять словил тишину и опять около 5 секунд.
Запись с контрольного приемника ...

Перезапуски ПК (передающего и приемного по SEOnline) не помогли ...

В log-е SEОnline клиент - чисто, разрывов не зафиксировано.

[AndreyUA]

Влад, приветствую ...
Провел анализ двух суток
12-13-апреля
Вот что нашел ...

Разрывы 12-го в 6.28 и 21.45
13-го 13.02
14-го 4.20

Все разрывы строго 4 секунды и по статистике SEOnline разрывов нету.

Влад, к чему пишу ... ранее встречал инфо, что есть возможность получить временный, ограниченный по времени ключ на SEOnline (у нас на эфирном ПК ключ на Империю, а на SEOnline включен в клиентскую часть, поэтому если запущу клиента в локальной сети, то получаю разрывы каждый час) ... как можно получить ключ на клиентскую часть на пару дней?
Хочу в студии на одном офисном ПК запустить параллельно клиентский SEOnline и сразу писать все в файл - а потом сравнить с тем, что слышу в эфире.
Чтобы понять хоть где искать причину ... в студийной карте или на чердаке у передатчика?
Одно могу сказать ... что это происходит на этапе уже захвата звука линейным входом) так как попал на момент, когда пауза появилась во время работы ведущего в эфире.

п.с. Как альтернативные варианты для теста ... это сменить частоту дискретизации с 44,1 до 48 кГц (возможно аппаратный глюк карты)
И если это не поможет - убрать сжатие mp3, чтобы исключить влияние кодека (канал позволяет), хотя он и по радиомосту Wi-Fi 5 ГГц.

[Wlad]

Публикую данные следующих разрывов
14.04.2017 19:37
15.04.2017 10:54
16.04.2017 2:11
16.04.2017 17:28
17.04.2017 8:45
18.04.2017 0:02
18.04.2017 15:19
============
Если это так, то 2 варианта
1. Изменяем качество кодеков.
Если интервал в 15 часов 17 минут изменится, то виноват кодек, если нет, то
2. Виноват Wi-Fi.
Я больше склоняюсь ко второму варианту. И вот почему. Рассказываю историю.

Когда я был маленький делал SEOnline, то испытания проводил на ноутбуке, который принимал сигнал следующим образом
Мой PC -> Hub -> TPLink WA5210G -> ...(тут разрыв расстоянием 340 м через 3 ряда деревьев и 6 стекол) ->TPLink WA5210G -> D-Link-> Wi-Fi по квартире -> Notebook
Когда наступила весна, то сигнал стал жуткий (см. 3 ряда тополей).
Зато смог отладить программу в боевых условиях.
Но заметил, что ноутбук настойчиво рвет соединение через 65.5 секунд. Полез я копаться в настройках Wi-Fi D-Link и обнаружил там интересную настройку что-то типа "время сброса ключа". Я точно не помню как оно называется, но общий смысл был что-то типа, как выдача нового ключа для соединения. И максимальное время выставлялось 65535 мс. Испытания показали, что время обновления ключа было 2 секунды.
Соединение с ноутбуком разрывалось, буфер опустошался, за 2 секунды ноут восстанавливал соединение и сервер "нагонял" то, что не передалось. И обрыва не было, т.к. таймаут был больше чем 2 секунды.
Вот почему я говорю, что при Wi-Fi соединении надо указывать размер буфера не менее 2.5-3 секунд.
К сожалению, более точно я рассказать не могу, т.к. и ноутбук я уже продал, и DLink снял, и больше этого разрыва в 340 м нет (по семейным обстоятельствам).
Теперь с другим ноутбуком в руках буду бегать по местности.

[AndreyUA]

Соединение с ноутбуком разрывалось, буфер опустошался, за 2 секунды ноут восстанавливал соединение и сервер "нагонял" то, что не передалось. И обрыва не было, т.к. таймаут был больше чем 2 секунды.
Вот почему я говорю, что при Wi-Fi соединении надо указывать размер буфера не менее 2.5-3 секунд.
К сожалению, более точно я рассказать не могу, т.к. и ноутбук я уже продал, и DLink снял, и больше этого разрыва в 340 м нет (по семейным обстоятельствам).
Теперь с другим ноутбуком в руках буду бегать по местности. [/color]

Суть понятная, однако буду копать в сторону кодека и вечером запущу параллельно еще одну копию SEOnline уже в студии.

Потом тогда попробую убрать сжатие.

На Wi-Fi не подумал бы, потому что там стоят железки PowerBeam M5 и длина пролета всего 1 км. Уровень около -50 dBm + включена технология AirMAX, где используется временное деление канала ... без использования технологии RTS/CTS как в классических роутерах.
https://ru.wikipedia.org/wiki/RTS/CTS


Если бы разрыв шел по физике, не важно - ключ или IP адрес, то разрыв бы фиксировал SEOnline, а он после перехода на радиопролет идеально чист ... (тьфу*3).
В любом случае ... буду держать в курсе по этапам тестирования.

[AndreyUA]

Влад, спасибо за описанную закономерность ... у меня получилось пауза с периодичностью в 15 часов ...
Подыму статистику за чуть больший период ...

[AndreyUA]

Да, проанализировал еще три дня записи до указанных выше дат ... действительно разрыв происходит каждые 15 часов и приблизительно 15 минут.

Что можно в кодеке поменять? На выходных будут параллельно гонять вторую машинку для теста, поэтому могу собрать статистику ...
И если я его полностью уберу - включу к примеру microsoft PCM - разрывы пропадут?
Ширина канала более чем устраивает ...

[AndreyUA]

Тестируем без сжатия ...

[AndreyUA]

И так, в 19:37 разрыв был ... ночью убрал сжатие и на всякий случай перезапустил клиентскую и серверную части приложения.

В 10:54 разрыва уже небыло ... так что влияние Wi-Fi уже отпадает.
Осталось дождаться 15:17 + 10 минут +/- и подождать ... так как в это получиться время спустя 15 часов 17 минут.

п.с. Помимо кодека еще на клиентской части подключен DSP плагин - SoundSolution буду еще там копать, если не пропадет проблема ...