АК
Александр Кузьминых18 августа 2017 г. 2:04
WINAPI и Qt.
Добрый день, EVILEG. Как ты знаешь, я пишу программу работающую с видеокамерой на винде.
Моя программа самая обычная и состоит она из:
Headers:
camera.h
mainwindow.h
Sources:
camera.cpp
mainwindow.cpp
main.cpp
Для камеры я написал свой отдельный класс. Я хотел класс наследовать от QObject, но камере нужен winId(), чтобы отсылать сообщения о готовности кадров, а в QObject этого нет . Поэтому наследовал от QWidget, хоть мне и не нужен функционал виджета. Вопрос, что мне делать с объектом камеры в классе mainwindow?
MainWindow::MainWindow(QWidget *parent) : QMainWindow(parent), ui(new Ui::MainWindow) { ui->setupUi(this); m_pVideocamera = new BMR140LMU; connect(ui->action, SIGNAL(triggered(bool)), m_pVideocamera, SLOT(takeSnapshot())); connect(m_pVideocamera, SIGNAL(snapshotReceived(QImage)), SLOT(paintImage(QImage))); }В данном случае, у виджета видеокамеры нет отца и виджет сам является окном, скрытым окном. В деструкторе MainWindow я вручную удаляю объект камеры.
Плох ли этот подход?
Раньше у меня все связанное с камерой находилось в классе mainwindow , но это было неудобно из-за нагромождения кода.
Рекомендуем хостинг TIMEWEB
Стабильный хостинг, на котором располагается социальная сеть EVILEG. Для проектов на Django рекомендуем VDS хостинг.Вам это нравится? Поделитесь в социальных сетях!
Комментарии
Только авторизованные пользователи могут публиковать комментарии.
Пожалуйста, авторизуйтесь или зарегистрируйтесь
Пожалуйста, авторизуйтесь или зарегистрируйтесь
B
- Bogdannn
- 27 марта 2024 г. 19:15
C++ - Тест 001. Первая программа и типы данных
- Результат:46баллов,
- Очки рейтинга-6
Последние комментарии
Qt Linux - Урок 001. Автозапуск Qt приложения под Linux как сделать автозапуск для флэтпака, который не даёт создавать файлы в ~/.config - вот это вопрос ))
АК
Qt WinAPI - Урок 007. Работаем с ICMP Ping в Qt Без строки #include <QRegularExpressionValidator> в заголовочном файле не работает валидатор.
Анатолий Кононенко5 февраля 2024 г. 1:50
EVA25 декабря 2023 г. 10:30
Boost - статическая линковка в CMake проекте под Windows Сделал всё по-как у вас, но выдаёт ошибку [build] LINK : fatal error LNK1104: не удается открыть файл "libboost_locale-vc142-mt-gd-x64-1_74.lib" Хоть убей, не могу понять в чём дел…
Qt/C++ - Урок 056. Подключение библиотеки Boost в Qt для компиляторов MinGW и MSVC Для решения твой проблемы добавь в файл .pro строчку "LIBS += -lws2_32" она решит проблему , лично мне помогло.
Сейчас обсуждают на форуме
Мобильное приложение на C++Qt и бэкенд к нему на Django Rest Framework Евгений, добрый день! Такой вопрос. Верно ли следующее утверждение: Любое Android-приложение, написанное на Java/Kotlin чисто теоретически (пусть и с большими трудностями) можно написать и на C+…
Павел Дорофеев14 апреля 2024 г. 2:35
Вернуть старое поведение QComboBox, не менять индекс при resetModel Добрый день! У нас много проектов в которых используется QComboBox, в версии 5.5.1, когда модель испускает сигнал resetModel, currentIndex не менялся. В версии 5.15 при resetModel происходит try…
Как получить в массив значения из связанной модели? Спасибо, разобрался:))
AC
QML Обнулить значения SpinBox Доброго времени суток, не могу разобраться с обнулением значение SpinBox находящего в делегате. import QtQuickimport QtQuick.ControlsWindow { width: 640 height: 480 visible: tr…
Alexandru Codreanu19 января 2024 г. 11:57
А этот winId какого окна требуется? Окна приложения? Если да, то можете при создании объекта камеры дёрнуть winId главного окна приложения и передать его в качестве инициализирующего аргумента в конструктор камеры. Либо установить его через метод, который можете добавить к объекту камеры.
Камера регистрирует winId(), чтобы в дальнейшем все сообщения от камеры приходили виджету с данным winId(). Cообщения такого типа:
Эти сообщения лучше получать в классе камеры, сразу обрабатывая их на месте, нежели получать их в MainWIndow и отсылать сигналы в класс камеры. Ведь логично, чтобы класс камеры полностью отвечал за камеру. Как я понимаю, это является ООП, хоть и есть ненужный функционал QWidget'а.Если же наследовать QObject, то сообщения от камеры должен будет принимать какой-то другой объект, например MainWindow. В моем понимании, это не ООП. :)
Подход с динамическим созданием объекта камеры (наследник QWidget) без отца не вызовет в дальнейшем проблем? Ведь по сути, это целое независимое окно, которое скрыто - isHidden() и ничего не делает, кроме как получения сообщений от камеры.
Это логично, но мне не нравится, что Вы используете для класса камеры QWidget.
На самом деле то, что Вы хотите можно сделать через наследование от QObject и QNativeEventFilter. Это будет более правильным решением.
Для примера можете посмотреть исходники моей библиотеки для глобальных хоткеев. Вот статья с библиотекой , там есть ссылка на исходники, но на всякий случай вот ссылка на git-репозиторий .
Сделал по вашему совету. Это круто! Наследовался от QObject и QAbstractNativeEventFilter.
Осталось решить вопрос в winId ? Камере нужно зарегистрировать WId какого-либо окна. Регистрирую WId объекта mainWindow, но объект камеры в nativeEventFilter перехватывает все сообщения. Класс камеры самодостаточен, если не считать скармливание WId для того, чтоб камера начала отправлять сообщения :) Вроде то, что нужно. :) Или с WId тоже что-то можно придумать?)
В NativeEventFilter ловятся абсолютно все события системы в принципе, поэтому Вам нужно будет делать проверку на соответсвие WId, тут уже иначе никак.
В дополнение: таких нативных фильтров можно делать сколько угодно в приложении, но не увлекайтесь, поскольку обычно вызывается весь комплект фильтров, причём в обратном порядке тому, как Вы устанавливаете эти фильтры в приложение. Но если объекты с фильтрами создаются и уничтожаются автоматически, то может быть каша с последовательностями фильтров, что может быть критично для тех фильтров, которым требуется быстрый ответ приложения.
Фильтр мне понадобится всего-лишь один. Проверку на соответствие WId делать не вижу смысла , ведь камера одна, и если сообщение от камеры, то уж точно от моей :)
Вот функция регистрации.
ULONG DCAMAPI RegisterApp(HWND hWnd)
Назначение: регистрация окна в очереди рассылки сообщений состояния устройства.
Параметры: hWnd – указатель на окно, в которое будут посылаться сообщения NOTIFY_DEVICE_CHANGE, NOTIFY_BUS_RESET. Возвращаемое значение: не 0, если регистрация прошла успешно, иначе - 0.
Этой функции нужно скормить какой-либо валидный WId, чтобы регистрация прошла успешно, и камера начала высылать сообщения. Куда именно, не важно, nativeEventFilter ведь перехватит. Но если регистрация провалится - не валидный WId , то камера просто не станет высылать сообщения, и никак их поймать не сможем, т.к. их просто не будет.
Я скармливаю WId объекта mainWIndow - и он валидный.
Вопрос в том, можно ли на регистрацию дать другой WId, например создать искуственно? Чтобы класс камеры не был зависим от внешних окон - mainWindow, как сейчас :)
А. В этом пдане. Думаю, что это возможно, можете дать любой. Вопрос в том, будет ли он пересекаться с каким-нубудь другим в системе ))) Я такое не проверял. Вам нужно покопать WinAPI на тему проверки всех существующих WId и брать тот,Ю который не существует.
Да, покопаюсь. С WINAPI плохо знаком :)
Но я уже существенно улучшил свой код благодаря вашему совету, благодарю вас :)