Netspirit писал(а):
Что у тебя на этот случай в схеме предусмотрено?пока реализовано прямо в tcp без доп. блок схем на случай просадки нет. 127 и локально 100 мегабит тестировал только.
ранее делал блок по отсечке подачи данных при потери связи но то показало не эффективность и для снижение нагрузки.
Netspirit писал(а):
А точно на конвертере, или на скорости сети?точно на конвертере. тесты локальные
Netspirit писал(а):
Звук и графику вообще-то компрессировать надо.согласен. да.
Netspirit писал(а):
Такое же нужно на схеме, генерирующей графику: в некий буфер складываются целиком несколько картинок, по мере добавления новых старые удаляются. Отправляющая схема последовательно по мере отправки выбирает из буфера целую картинку и отправляет. Не успевает отправлять - получаем пропуск кадров. Тут удобно сделать какой-нибудь режим отправки, при котором данные для отправки постоянно запрашиваются с верхней точки. Стартуем отправку, данные начинают запрашиваться, пока отправка не будет остановлена.------------ Дoбавленo в 13.03:
Вот как я себе это представляю:
верно. да. абсолютно.
сейчас юзер сам сжатие кадров выставляет. сделать это автоматически не трудно. все упирается в ресурсную схему мониторинга качества сети. то что реализовывал работало на таймере что по идеи криво ибо первый затык вешал схему до повторной сработки таймера. а как без него мониторить доставку каждого пакета чего-то не сообразил. обраткой слать подтверждение это не вариант, очень долго приходит
Поиск
Друзья
Администрация