WINAPI и Qt.

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)));
}

Рекомендуємо хостинг TIMEWEB

Стабільний хостинг, на якому розміщується соціальна мережа EVILEG. Для проектів на Django радимо VDS хостинг.

А этот winId какого окна требуется? Окна приложения? Если да, то можете при создании объекта камеры дёрнуть 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);
}

Это логично, но мне не нравится, что Вы используете для класса камеры 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 плохо знаком :)

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