|
0 / 0 / 0
Регистрация: 05.01.2015
Сообщений: 3
|
||||||
UDP видео поток через сокеты, MFC VC++05.01.2015, 13:42. Показов 4813. Ответов 4
Метки нет (Все метки)
Всех приветствую!
Пытаюсь написать диалоговое приложение на MFC, Visual Studio, C++, которое читает UDP пакеты через socket-ы, собирает из этих пакетов видео-кадры, строит bmp-файлы (640х480х8bit, grayscale) и рисует их на экране. Сделал 2 потока, один для чтения socket-ов, другой для распаковки строки, построения BMP файла и для вывода его на экран, всё работает, но какие-то потери пакетов наблюдаются. В первом потоке я считываю UDP пакет (строку) с помощью recvfrom (в блокирующем режиме, то есть поток ждет получения пакета), проверяю в пакете, флаг начала кадра, если "true", то считываю еще 479 строк, а по факту получаю не всегда 480, иногда на 10-15 строк меньше. if ((recv_len = recvfrom(s, (char *)raw_frame[0], BUFLEN, 0, (struct sockaddr *) &si_other, &slen)) == SOCKET_ERROR) В каждом пакете (L = 1032 byte) одна строка кадра, упакованная (в каждых восьми байтах лежит 5 шт, 12-битных значений), плюс 4 бита флаги - начало кадра, начало строки, начало 8-ми байтового фрагмента в строке. Не знаю пока как оптимизировать проект, чтобы не терять пакеты. Пока что скорость небольшая, 4 кадра в секунду и те с пропусками проходят. Поток: 640x480x12x4 = 14.7 Mbit/sec на 100 Mbit канале. Я сначала сделал всё тоже самое в матлабе, увидел на такой маленькой скорости потерю пакетов, начал переделывать в Visual Studio, и получил почти тоже самое... В чём дело пока не разобрался. UDP пакеты кидает железка на FPGA, Virtex (ML507). Посылает 480 пакетов по 1032 байта (1 пакет = 1 строка), ждет, 250 ms, повторяет всё заново. Кто подскажет правильный путь решения этой задачи? Спасибо.
0
|
||||||
| 05.01.2015, 13:42 | |
|
Ответы с готовыми решениями:
4
UDP сокеты сокеты udp UDP через отдельный поток и JavaFx |
|
Ушел с форума
|
|||
| 05.01.2015, 15:20 | |||
|
И вообще, в таких задачах надо применять сжатие, манипуляции с качеством/глубоной цвета, отслеживание измененных областей экрана, оптимизация бэкграунда и прочие хитрости.
0
|
|||
|
0 / 0 / 0
Регистрация: 05.01.2015
Сообщений: 3
|
||||||||||||
| 05.01.2015, 16:16 [ТС] | ||||||||||||
|
TCP тоже интересно, но сейчас хотелось бы понять, проблемы с приёмом UDP пакетов. В идеале, хочется получить поток порядка 500 Mbit/sec на гигабитном канале. Я новичок в VC++, пытаюсь понять концепцию построения приложения высокоскоростной передачи данных. Правильно ли выбран размер буфера сокета, равный размеру UDP пакетов? Корректно ли, в цикле приёма пакетов, тратить время на поиск начала кадра? Не влияет ли обработка во втором потоке (преобразования матричные) на цикл первого потока (чтение UDP пакетов)? Есть ли альтернатива сокетам, и MFC? (попадалась информация про WinPCAP) Корректно ли через глобальную переменную передавать флаг во второй поток, о заполненности массива raw_frame[][]? Сколько времени может занимать операция копирования?
Может быть построчно копировать принятый UDP пакет в массив в цикле приёма пакетов?
0
|
||||||||||||
|
Ушел с форума
|
||||||||||
| 05.01.2015, 16:37 | ||||||||||
|
Здесь вы ничего не сделаете. Ну разве что не напишете свой протокол поверх UDP, который будет следить за доставкой данных, их порядком и целостностью. Но зачем, если это уже есть в TCP ? Но в любом случае, бесконечный цикл чтения frame_read - не очень-то хорошая идея. Вместо "ручной" работы с сокетами можно использовать библиотеки, не только MFC. Лично мне в этом плане больше всего нравится Boost.Asio. Ну а WinPcap - это инструмент для перехвата, здесь он не нужен. или даже десятках мегабайт в секунду - волноваться точно не стоит. потоков стоит в любом случае. В таких задачах прежде всего следует думать о том, как снизить трафик и сохранить приемлемый FPS без заметной потери качества картинки и большой нагрузки на CPU. А уже после заниматься деталями.
0
|
||||||||||
|
0 / 0 / 0
Регистрация: 05.01.2015
Сообщений: 3
|
||||||||
| 05.01.2015, 22:40 [ТС] | ||||||||
А для устранения одновременного доступа на чтение-запись в массив из разных потоков, нужно использовать либо критические секции либо мьютексы ? Добавлено через 1 час 37 минут Спасибо.
0
|
||||||||
| 05.01.2015, 22:40 | |
|
Помогаю со студенческими работами здесь
5
Является ли поток через TCP и UDP непрерывным?
Udp сокеты Сокеты TCP и UDP Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
Новые блоги и статьи
|
|||
|
Functional First Web Framework Suave
DevAlt 30.03.2026
Sauve. IO
Апнулись до NET10.
Из зависимостей один пакет, работает одинаково хорошо как в режиме проекта
так и в интерактивном режиме. из сложностей - чисто функциональный подход.
Решил. . .
|
Автоматическое создание документа при проведении другого документа
Maks 29.03.2026
Реализация из решения ниже выполнена на нетиповых документах, разработанных в конфигурации КА2.
Есть нетиповой документ "ЗаявкаНаРемонтСпецтехники" и нетиповой документ "ПланированиеСпецтехники".
В. . .
|
Настройка движения справочника по регистру сведений
Maks 29.03.2026
Решение ниже реализовано на примере нетипового справочника "ТарифыМобильнойСвязи" разработанного в конфигурации КА2, с целью учета корпоративной мобильной связи в коммерческом предприятии.
. . .
|
Автозаполнение реквизита при выборе элемента справочника
Maks 27.03.2026
Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2.
При выборе "Спецтехники" (Тип Справочник. Спецтехника), заполняется. . .
|
|
Сумматор с применением элементов трёх состояний.
Hrethgir 26.03.2026
Тут.
https:/ / fips. ru/ EGD/ ab3c85c8-836d-4866-871b-c2f0c5d77fbc
Первый документ красиво выглядит, но без схемы.
Это конечно не даёт никаких плюсов автору, но тем не менее. . . всё может быть. . .
|
Автозаполнение реквизитов при создании документа
Maks 26.03.2026
Программный код из решения ниже размещается в модуле объекта документа, в процедуре "ПриСозданииНаСервере".
Алгоритм проверки заполнения реализован для исключения перезаписи значения реквизита,. . .
|
Команды формы и диалоговое окно
Maks 26.03.2026
1. Команда формы "ЗаполнитьЗапчасти".
Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2.
В качестве источника данных. . .
|
Кому нужен AOT?
DevAlt 26.03.2026
Решил сделать простой ланчер
Написал заготовку:
dotnet new console --aot -o UrlHandler
var items = args. Split(":");
var tag = items;
var id = items;
var executable = args;. . .
|