Передача изображений (дескрипторов изображений) через Интернет

Возможно, вы захотите рассмотреть веб-сокеты, и, поскольку вы используете C++, я настоятельно рекомендую Websocketpp для сервера- боковая реализация. Websocketpp имеет интуитивно понятный объектно-ориентированный интерфейс, который позволит вам обрабатывать каждое событие при получении данных и может обрабатывать огромное количество одновременных клиентов. Он также написан для обеспечения многопоточности. В моем конкретном случае я написал многопоточный игровой сервер реального времени поверх Websocketpp, так что я уверен, что он работает. Websocketpp построен на основе библиотеки Boost, и причина его успеха, на мой взгляд, заключается в том, что API хорошо написан и прост в использовании. Библиотека поставляется с отличным примером кода, и разработчик активно поддерживает свой проект. Используя зрелую реализацию веб-сокетов, вы не будете выполнять никаких опросов, которые сжигают ЦП. Вы сможете обрабатывать вещи асинхронно как на стороне клиента, так и на стороне сервера. Веб-сокеты также изначально доступны с использованием Javascript в большинстве веб-браузеров, но если вы не используете веб-браузер или веб-просмотр, вы можете найти свободно доступные клиенты веб-сокетов для разных языков.

Чтобы использовать сервер Websocketpp, вы регистрируете некоторые обработчики обратных вызовов для общих событий.

• on_open() вызывается всякий раз, когда новый клиент впервые подключается к серверу.
• on_close() вызывается, когда клиент разрывает соединение.
• on_message() вызывается всякий раз, когда подключенный клиент отправляет данные на сервер.

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

Чтобы ответить на ваш обновленный вопрос, HTTP не очень подходит для потоковой передачи, но использовался довольно широко, потому что раньше не было хорошей альтернативы. Если вы исследуете материал AJAX, вы обнаружите, что HTTP использовался с методом «длинного опроса». Возможно, вы найдете этот пост весьма полезным: В каких ситуациях Длинный/короткий опрос AJAX предпочтительнее веб-сокетов HTML5?

Я считаю, что принятый ответ настолько хорош, что вам следует просто обратиться к нему, чтобы мне не приходилось повторять достоинства того, почему я думаю, что вам следует выбрать веб-сокеты.

RTSP (протокол потоковой передачи в реальном времени) — это не то, что вам нужно, потому что он был разработан с совсем другой идеей. По сути, вам нужен протокол, позволяющий загружать файлы (или их части).

Вы можете использовать протокол низкого уровня, такой как TCP, который позволяет вам передавать все, что вы хотите и как вы хотите, или вы можете использовать протокол более высокого уровня, такой как HTTP, учитывая это. Протокол включает в себя механизм кодирования фрагментированной передачи (механизм, разработанный для того, чтобы вы могли отправлять фрагменты (фрагменты файла) на сервер загрузки один за другим).

В обоих случаях вы можете загружать изображения и видео на сервер. HTTP проще, потому что это простой протокол, и вы можете найти множество примеров кода для загрузки файлов, действительно, например, когда вы загружаете файлы на YouTube, вы используете HTTP (в данном случае без фрагментации). В любом случае, я рекомендую вам использовать механизм кодирования фрагментированной передачи, поскольку он позволяет возобновить загрузку (после паузы или отключения от Интернета).

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

Таким образом, HTTP идеально подходит для ваших требований, однако вы должны принять во внимание, что ни один протокол не имеет встроенного способа регулирования. Это означает, что если вы хотите отправить 5 кадров в секунду, вам нужно будет написать код для управления этим.

Однако, если вам требуется более высокий уровень контроля, вы можете использовать TCP напрямую.

Использование TCP (это псевдокод)

socket = new Socket(SERVER_IP, PORT, TCP_PROTOCOL);
nextFrame = 0;
while(videoManager.IsThereFrame(nextFrame)){
   buffer = videoManager.ReadFrameAsByteArray(nextFrame++);
   if(AmISendingTooFast) waitForAWhile()

   socket.Write(buffer);
   if(error) repeat or save the nextFrame to try again later.
}
socket.Close();

Заключение

HTTP идеально подходит для того, что вам нужно, используйте его. Если ваши требования более сложны и вы хотите иметь дополнительный полный контроль, используйте TCP, но помните, что это будет сложнее, и у вас не будет веб-сервера, который мог бы вам помочь.

Я надеюсь, это поможет вам.