В настоящее время моя программа использует C ++ OpenCV 4.10.0 для загрузки видеофайлов. Однако, если я загружаю кадр изображения и немедленно выполняю операции с другими алгоритмами, частота кадров падает слишком сильно. В результате я решил использовать асинхронные операции с циклом while для загрузки изображений, а затем храню их в деке в качестве буфера. Другая функция выпадает рамки от этого Deque. Мне интересно, гарантированно ли кадры, полученные по петлю while внутри асинхронной функции. < /P>
std::mutex v_mutex;
void Video::RunVideo()
{
async_cam = std::async(std::launch::async,[&]{
while(video_flag)
{
cv::Mat frame;
cam.read(frame);
if(frame.empty()) {continue;}
const std::scoped_lock lck(v_mutex);
cv::Mat frame_clone = frame.clone();
frames.push_back(frame);
if(frames.size() > 6 && !start_flag) {start_flag = !start_flag;}
}
});
}
cv::Mat Video::GetFrame()
{
cv::Mat cur_frame;
if(start_flag && frames.size() > 0)
{
const std::scoped_lock lck(v_mutex);
cur_frame = frames.at(0).clone();
frames.pop_front();
}
return cur_frame;
}
< /code>
Приведенный выше код показывает часть моего кода. Когда вызывается функция run -video, она использует асинхронную функцию лямбды с циклом while для загрузки видео кадров. И я также хотел бы выяснить, остаются ли кадры в правильном порядке при использовании потока (вместо асинхронного) таким же образом. Заранее спасибо за ответ.
Подробнее здесь: https://stackoverflow.com/questions/794 ... image-read
Относительно гарантии заказа выполнения при выполнении операций чтения изображений C ++ OpenCV в цикле внутри потока ⇐ C++
Программы на C++. Форум разработчиков
1739260595
Anonymous
В настоящее время моя программа использует C ++ OpenCV 4.10.0 для загрузки видеофайлов. Однако, если я загружаю кадр изображения и немедленно выполняю операции с другими алгоритмами, частота кадров падает слишком сильно. В результате я решил использовать асинхронные операции с циклом while для загрузки изображений, а затем храню их в деке в качестве буфера. Другая функция выпадает рамки от этого Deque. Мне интересно, гарантированно ли кадры, полученные по петлю while внутри асинхронной функции. < /P>
std::mutex v_mutex;
void Video::RunVideo()
{
async_cam = std::async(std::launch::async,[&]{
while(video_flag)
{
cv::Mat frame;
cam.read(frame);
if(frame.empty()) {continue;}
const std::scoped_lock lck(v_mutex);
cv::Mat frame_clone = frame.clone();
frames.push_back(frame);
if(frames.size() > 6 && !start_flag) {start_flag = !start_flag;}
}
});
}
cv::Mat Video::GetFrame()
{
cv::Mat cur_frame;
if(start_flag && frames.size() > 0)
{
const std::scoped_lock lck(v_mutex);
cur_frame = frames.at(0).clone();
frames.pop_front();
}
return cur_frame;
}
< /code>
Приведенный выше код показывает часть моего кода. Когда вызывается функция run -video, она использует асинхронную функцию лямбды с циклом while для загрузки видео кадров. И я также хотел бы выяснить, остаются ли кадры в правильном порядке при использовании потока (вместо асинхронного) таким же образом. Заранее спасибо за ответ.
Подробнее здесь: [url]https://stackoverflow.com/questions/79428673/regarding-the-guarantee-of-execution-order-when-performing-c-opencv-image-read[/url]
Ответить
1 сообщение
• Страница 1 из 1
Перейти
- Кемерово-IT
- ↳ Javascript
- ↳ C#
- ↳ JAVA
- ↳ Elasticsearch aggregation
- ↳ Python
- ↳ Php
- ↳ Android
- ↳ Html
- ↳ Jquery
- ↳ C++
- ↳ IOS
- ↳ CSS
- ↳ Excel
- ↳ Linux
- ↳ Apache
- ↳ MySql
- Детский мир
- Для души
- ↳ Музыкальные инструменты даром
- ↳ Печатная продукция даром
- Внешняя красота и здоровье
- ↳ Одежда и обувь для взрослых даром
- ↳ Товары для здоровья
- ↳ Физкультура и спорт
- Техника - даром!
- ↳ Автомобилистам
- ↳ Компьютерная техника
- ↳ Плиты: газовые и электрические
- ↳ Холодильники
- ↳ Стиральные машины
- ↳ Телевизоры
- ↳ Телефоны, смартфоны, плашеты
- ↳ Швейные машинки
- ↳ Прочая электроника и техника
- ↳ Фототехника
- Ремонт и интерьер
- ↳ Стройматериалы, инструмент
- ↳ Мебель и предметы интерьера даром
- ↳ Cантехника
- Другие темы
- ↳ Разное даром
- ↳ Давай меняться!
- ↳ Отдам\возьму за копеечку
- ↳ Работа и подработка в Кемерове
- ↳ Давай с тобой поговорим...
Мобильная версия