Как реализовать ограничение трафика TCP для стороны отправителя?

Question

Я собираюсь внедрить систему видеочата веб-камеры для нескольких пользователей на C++ (windows/linux). Поскольку обычный пользователь обычно подключается через DSL/кабель, существует ограничение пропускной способности для моих (предпочтительных) соединений TCP/IP.

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

У меня есть постоянный поток сжатых изображений (с сильно изменяющимися размерами буфера), которые необходимо передать на удаленную сторону. Учитывая ограничение, скажем, 20kb/s, как лучше всего реализовать это ограничение? (Обратите внимание, что пользователь должен определить этот предел!)

Thx заранее, Mayday

Edit: Вопрос clearifications (! СРЮ)

• Речь идет о том, как трафик-формы произвольный TCP/IP.
• Это не Как реализовать скорость изображения/снижение качества, как предлагает мой прецедент. (Altough я не считал для автоматической настройки сжатия изображения, но (Thx Jon).)

Answer 1

Есть две вещи, которые вы можете сделать, чтобы уменьшить пропускную способность:

1. Отправить меньшие изображения (более сжатия)
2. Отправить меньше изображений

При реализации алгоритма, который выбирает размер и количество изображений в честь выбранного пользователя предела, вы должны балансировать между простым/робастным алгоритмом и производительным алгоритмом (на е, что делает максимальную пользу за пределом).

Первый подход, который я хотел бы попробовать, - использовать скользящее среднее используемой полосы пропускания в любой момент времени для «семени» вашего алгоритма. Время от времени проверяйте среднее. Если он становится больше вашего предела, попросите алгоритм использовать меньше (пропорционально тому, насколько вы превысили лимит). Если он станет значительно ниже вашего предела, скажем, менее 90%, попросите алгоритм использовать больше.

Чем меньше/больше, инструкция может быть переменной (может быть int или float, на самом деле есть много возможностей для изобретательности здесь), используемых вашего алгоритм, чтобы решить:

1. Как часто, чтобы захватить изображение и отправить его
2. Как трудно сжать этот образ

Answer 2

Вам нужен буфер/очереди, по крайней мере, 3 кадра:

• Один кадр, который в настоящее время отправляется в сеть;
• Один полный кадр, который будет отправлен дальше;
• Один кадр в настоящее время копируется с камеры.

Когда отправитель сети заканчивает отправку кадра, он копирует кадр «быть отправленным дальше» в слот «в настоящее время». Когда считыватель камеры завершает копирование кадра с камеры, он заменяет рамку «для отправки следующего» с скопированным фреймом. (Очевидно, что синхронизация требуется вокруг кадра «для отправки следующего»).

Отправитель могут затем модулировать скорость отправки, как он считает нужным. Если он работает медленнее, чем камера, он просто отбрасывает кадры.