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 , но это было неудобно из-за нагромождения кода.
We recommend hosting TIMEWEB
We recommend hosting TIMEWEB
Stable hosting, on which the social network EVILEG is located. For projects on Django we recommend VDS hosting.

Do you like it? Share on social networks!

9
Evgenii Legotckoi
  • Aug. 18, 2017, 2:54 a.m.
  • (edited)

А этот winId какого окна требуется? Окна приложения? Если да, то можете при создании объекта камеры дёрнуть winId главного окна приложения и передать его в качестве инициализирующего аргумента в конструктор камеры. Либо установить его через метод, который можете добавить к объекту камеры.


Вообще сам по себе ваш подход с удалением объекта в деструкторе не имеет ничего плохого. Не очень хорошо то, что Вы используете QWidget для камеры, вместо QObject. Но для более адекватного совета, уточните, какой именно winId используется и для чего.

    Камера регистрирует winId(),  чтобы в дальнейшем все сообщения от камеры приходили виджету с данным winId(). Cообщения такого типа:

    bool BMR140LMU::nativeEvent(const QByteArray &eventType, void *message, long *result)
    {
        MSG *pmsg = reinterpret_cast<MSG*>(message);
    
        switch (pmsg->message)
        {
        case NOTIFY_CAMERA_EVENT_0:
            qDebug() << "NOTIFY_CAMERA_EVENT_0";
            break;
        case NOTIFY_CAMERA_EVENT_1:
            qDebug() << "NOTIFY_CAMERA_EVENT_1";
            break;
        case NOTIFY_CAMERA_EVENT_2:
            qDebug() << "NOTIFY_CAMERA_EVENT_2";
            break;
        case NOTIFY_CAMERA_EVENT_3:
            qDebug() << "NOTIFY_CAMERA_EVENT_3";
            break;
        case NOTIFY_CAMERA_EVENT_4:
            qDebug() << "NOTIFY_CAMERA_EVENT_4";
            break;
        case NOTIFY_CAMERA_EVENT_5:
            qDebug() << "NOTIFY_CAMERA_EVENT_5";
            break;
        case NOTIFY_CAMERA_EVENT_6:
            qDebug() << "NOTIFY_CAMERA_EVENT_6";
            break;
        case NOTIFY_CAMERA_EVENT_7:
            qDebug() << "NOTIFY_CAMERA_EVENT_7";
            break;
        case NOTIFY_CAMERA_EVENT_8:
            qDebug() << "NOTIFY_CAMERA_EVENT_8";
            break;
        case NOTIFY_CAMERA_EVENT_9:
            qDebug() << "NOTIFY_CAMERA_EVENT_9";
            break;
        case NOTIFY_DEVICE_CHANGE:
            qDebug() << "NOTIFY_DEVICE_CHANGE";
            break;
        case NOTIFY_BUS_RESET:
            qDebug() << "NOTIFY_BUS_RESET";
            break;
        case WM_DCAM_PAINT:
            qDebug() << "WM_DCAM_PAINT";
            break;
        case NOTIFY_SINGLE_FRAME_CAPTURED:
            qDebug() << "NOTIFY_SINGLE_FRAME_CAPTURED";
            break;
        default:
            break;
        }
        return QWidget::nativeEvent(eventType, message, result);
    }
    Эти сообщения лучше получать в классе камеры, сразу обрабатывая их на месте,  нежели получать их в MainWIndow и отсылать сигналы в класс камеры.  Ведь логично, чтобы класс камеры полностью отвечал за камеру.  Как я понимаю, это является ООП, хоть и есть ненужный функционал QWidget'а.
    Если же наследовать QObject, то сообщения от камеры должен будет принимать какой-то другой объект, например MainWindow. В моем понимании, это не ООП. :)

    Подход с динамическим созданием объекта камеры (наследник QWidget) без отца  не вызовет в дальнейшем проблем? Ведь по сути, это целое независимое окно, которое скрыто - isHidden() и ничего не делает, кроме как получения сообщений от камеры.

      Это логично, но мне не нравится, что Вы используете для класса камеры QWidget.
      На самом деле то, что Вы хотите можно сделать через наследование от QObject и  QNativeEventFilter. Это будет более правильным решением.
      Для примера можете посмотреть исходники моей библиотеки для глобальных хоткеев. Вот статья с библиотекой , там есть ссылка на исходники, но на всякий случай вот ссылка на git-репозиторий .

      В конструкторе класса устанавливается фильтр на события от системы. Также там применяется Pimpl, чтобы разделить платформозависимую реализацию кода, поскольку библиотека работает как с Win так и с Linux событиями. Это будет Вам также полезно.

        Сделал по вашему совету. Это круто! Наследовался от QObject и QAbstractNativeEventFilter.
        Осталось решить вопрос в winId ?  Камере нужно зарегистрировать WId какого-либо окна. Регистрирую WId объекта mainWindow, но объект камеры в nativeEventFilter перехватывает все сообщения. Класс камеры самодостаточен, если не считать скармливание WId для того, чтоб камера начала отправлять сообщения :) Вроде то, что нужно. :) Или с WId тоже что-то можно придумать?)

          В NativeEventFilter ловятся абсолютно все события системы в принципе, поэтому Вам нужно будет делать проверку на соответсвие WId, тут уже иначе никак.

            Evgenii Legotckoi
            • Aug. 18, 2017, 5:21 a.m.
            • (edited)

            В дополнение: таких нативных фильтров можно делать сколько угодно в приложении, но не увлекайтесь, поскольку обычно вызывается весь комплект фильтров, причём в обратном порядке тому, как Вы устанавливаете эти фильтры в приложение. Но если объекты с фильтрами создаются и уничтожаются автоматически, то может быть каша с последовательностями фильтров, что может быть критично для тех фильтров, которым требуется быстрый ответ приложения.

              Фильтр мне понадобится всего-лишь один. Проверку на соответствие 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 плохо знаком :)

                  Но я уже существенно улучшил свой код благодаря вашему совету, благодарю вас :)

                    Comments

                    Only authorized users can post comments.
                    Please, Log in or Sign up
                    AD

                    C ++ - Test 004. Pointers, Arrays and Loops

                    • Result:50points,
                    • Rating points-4
                    m

                    C ++ - Test 004. Pointers, Arrays and Loops

                    • Result:80points,
                    • Rating points4
                    m

                    C ++ - Test 004. Pointers, Arrays and Loops

                    • Result:20points,
                    • Rating points-10
                    Last comments
                    ИМ
                    Игорь МаксимовNov. 22, 2024, 7:51 p.m.
                    Django - Tutorial 017. Customize the login page to Django Добрый вечер Евгений! Я сделал себе авторизацию аналогичную вашей, все работает, кроме возврата к предидущей странице. Редеректит всегда на главную, хотя в логах сервера вижу запросы на правильн…
                    Evgenii Legotckoi
                    Evgenii LegotckoiOct. 31, 2024, 9:37 p.m.
                    Django - Lesson 064. How to write a Python Markdown extension Добрый день. Да, можно. Либо через такие же плагины, либо с постобработкой через python библиотеку Beautiful Soup
                    A
                    ALO1ZEOct. 19, 2024, 3:19 p.m.
                    Fb3 file reader on Qt Creator Подскажите как это запустить? Я не шарю в программировании и кодинге. Скачал и установаил Qt, но куча ошибок выдается и не запустить. А очень надо fb3 переконвертировать в html
                    ИМ
                    Игорь МаксимовOct. 5, 2024, 2:51 p.m.
                    Django - Lesson 064. How to write a Python Markdown extension Приветствую Евгений! У меня вопрос. Можно ли вставлять свои классы в разметку редактора markdown? Допустим имея стандартную разметку: <ul> <li></li> <li></l…
                    d
                    dblas5July 5, 2024, 6:02 p.m.
                    QML - Lesson 016. SQLite database and the working with it in QML Qt Здравствуйте, возникает такая проблема (я новичок): ApplicationWindow неизвестный элемент. (М300) для TextField и Button аналогично. Могу предположить, что из-за более новой верси…
                    Now discuss on the forum
                    Evgenii Legotckoi
                    Evgenii LegotckoiJune 24, 2024, 10:11 p.m.
                    добавить qlineseries в функции Я тут. Работы оень много. Отправил его в бан.
                    t
                    tonypeachey1Nov. 15, 2024, 2:04 p.m.
                    google domain [url=https://google.com/]domain[/url] domain [http://www.example.com link title]
                    NSProject
                    NSProjectJune 4, 2022, 10:49 a.m.
                    Всё ещё разбираюсь с кешем. В следствии прочтения данной статьи. Я принял для себя решение сделать кеширование свойств менеджера модели LikeDislike. И так как установка evileg_core для меня не была возможна, ибо он писался…
                    9
                    9AnonimOct. 25, 2024, 4:10 p.m.
                    Машина тьюринга // Начальное состояние 0 0, ,<,1 // Переход в состояние 1 при пустом символе 0,0,>,0 // Остаемся в состоянии 0, двигаясь вправо при встрече 0 0,1,>…

                    Follow us in social networks