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
                    i
                    innorwallNov. 14, 2024, 12:07 p.m.
                    Circuit switching and packet data transmission networks Angioedema 1 priligy dapoxetine
                    i
                    innorwallNov. 14, 2024, 11:42 a.m.
                    How to Copy Files in Linux If only females relatives with DZ offspring were considered these percentages were 23 order priligy online uk
                    i
                    innorwallNov. 14, 2024, 9:09 a.m.
                    Qt/C++ - Tutorial 068. Hello World using the CMAKE build system in CLion ditropan pristiq dosing With the Yankees leading, 4 3, Rivera jogged in from the bullpen to a standing ovation as he prepared for his final appearance in Chicago buy priligy pakistan
                    i
                    innorwallNov. 14, 2024, 4:05 a.m.
                    EVILEG-CORE. Using Google reCAPTCHA 2001; 98 29 34 priligy buy
                    i
                    innorwallNov. 14, 2024, 4 a.m.
                    PyQt5 - Lesson 007. Works with QML QtQuick (Signals and slots) priligy 30mg Am J Obstet Gynecol 171 1488 505
                    Now discuss on the forum
                    i
                    innorwallNov. 14, 2024, 3:39 a.m.
                    добавить qlineseries в функции priligy amazon canada 93 GREB1 protein GREB1 AB011147 6
                    i
                    innorwallNov. 11, 2024, 10:55 a.m.
                    Всё ещё разбираюсь с кешем. priligy walgreens levitra dulcolax carbs The third ring was found to be made up of ultra relativistic electrons, which are also present in both the outer and inner rings
                    9
                    9AnonimOct. 25, 2024, 9:10 a.m.
                    Машина тьюринга // Начальное состояние 0 0, ,<,1 // Переход в состояние 1 при пустом символе 0,0,>,0 // Остаемся в состоянии 0, двигаясь вправо при встрече 0 0,1,>…

                    Follow us in social networks