Ошибка unable to create opengl

I have recently made my first OpenGL program rendering a cube, which I extended to include some other basic features (rotate, zoom, pan, mouse selection of vertices). However, I think the program was using some version of OpenGL ES x.x because I could not use glReadPixels with gl_depth_component to enable mouse selection of only visible vertices.

To fix this I’ve modified my old program to manually specify the default surface format in my main function to OpenGL version 3.0, but now the program throws the following error when it tries to create an instance of GLWidget.

ASSERT:»QOpenGLFunctions::isInitialized(d_ptr)»

My main function (main.cpp):

#include "mainwindow.h"
#include <QApplication>
#include <QOpenGLFunctions>


int main(int argc, char *argv[])
{
    QSurfaceFormat format;
    format.setSamples(16);     
    format.setDepthBufferSize(24);
    format.setVersion(3,0);
    format.setProfile(QSurfaceFormat::CoreProfile);
    QSurfaceFormat::setDefaultFormat( format);
    QApplication a(argc, argv); 
    MainWindow w;                                          //breakpoint here - step into
    w.show();
    return a.exec();
}

Stepping into this breakpoint leads me to my MainWindow constructor(mainwindow.cpp):

#include "mainwindow.h"
#include "ui_mainwindow.h"

MainWindow::MainWindow(QWidget *parent) :
    QMainWindow(parent),
    ui(new Ui::MainWindow)
{
    ui->setupUi(this);                                       //breakpoint here - step into
    ui->GLwidget2->getmainwindowpointer(this);
    connect(ui->actionTop,SIGNAL(triggered()),ui->GLwidget2,SLOT(settopview()));
    connect(ui->actionRight, SIGNAL(triggered()), ui->GLwidget2, SLOT(setrightview()));
    connect(ui->actionIso,SIGNAL(triggered()),ui->GLwidget2,SLOT(setisoview()));
    //connect(ui->checkBox_perspective,SIGNAL(released()),ui->GLwidget2,SLOT(setperspective()));
    connect(ui->checkBox_legend, SIGNAL(released()), ui->GLwidget2, SLOT(setlegend()));
    connect(ui->checkBox_edges, SIGNAL(released()), ui->GLwidget2, SLOT(setedges()));
    connect(ui->checkBox_faces, SIGNAL(released()), ui->GLwidget2, SLOT(setfaces()));
    connect(ui->actionFind_vertex,SIGNAL(triggered(bool)),ui->GLwidget2,SLOT(startvertexsearch()));
    connect(ui->actionFit_to_screen,SIGNAL(triggered()),ui->GLwidget2,SLOT(fittoscreen()));
    connect(ui->pushButton_selectMode,SIGNAL(released()),ui->GLwidget2,SLOT(setSelectMode()));
    connect(ui->pushButton_cancelSelect,SIGNAL(released()),ui->GLwidget2,SLOT(setCancelSelectMode()));
}

Stepping into this breakpoint leads me to ui_mainwindow.h, which creates the objects in my mainwindow and reaches this line:

[code above…]

    pushButton = new QPushButton(centralWidget);
    pushButton->setObjectName(QStringLiteral("pushButton"));

    verticalLayout_2->addWidget(pushButton);


    horizontalLayout->addLayout(verticalLayout_2);

    GLwidget2 = new GLWidget(centralWidget);                 /break point here - step into

[code below…]

This all runs fine until the constructor of my GLWidget is called…
(glwidget.cpp)

#include "glwidget.h"

GLWidget::GLWidget(QWidget *parent = 0) :
QOpenGLWidget(parent)
{                                        //breakpoint here
    alpha = 0;
    beta = 0;
    distance = defaultdistance;
    QSurfaceFormat format;
    format.setSamples(16);
    format.setDepthBufferSize(24);
    format.setVersion(3,0);
    format.setProfile(QSurfaceFormat::CoreProfile);
    this->setFormat(format);
}

As soon as I continue past this breakpoint the ASSERT error is thrown. Debugging it leads me to this place in qopenglfunctions.h

[code above…]

inline GLuint QOpenGLFunctions::glCreateProgram()
{
#ifdef QT_OPENGL_ES_2
    GLuint result = ::glCreateProgram();
#else
    Q_ASSERT(QOpenGLFunctions::isInitialized(d_ptr));       //this line
    GLuint result = d_ptr->CreateProgram();
#endif
    Q_OPENGL_FUNCTIONS_DEBUG
    return result;
}

[codde below…]

The value of d_ptr at this time is NULL, which I guess is the cause of the error. Do I need to perform some initialisation of desktop OpenGL versions that aren’t required for OpenGL ES versions?

I’m still new to OpenGL so any help would be appreciated!

Update I’m not sure what was happening, but after merging my updated code with my older working code everything worked fine. Hopefully this happens to no-one else!

Ошибка при запуске программы Failed to create OpenGL context for format QSurFaceFormat Проблемы с компьютером Ответ

Попробуйте эти исправления

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

1. Переустановите драйвер видеокарты
2. Обновите драйвер видеокарты

Примечание. Приведенные ниже снимки экрана относятся к Windows 10, а исправления относятся к Windows 8 и Windows 7.

Исправление 1: переустановите драйвер видеокарты

Так как ошибка «Не удалось создать контекст OpenGL для формата QSurFaceFormat”Вызвано драйвером графической карты, вы можете переустановить текущий драйвер на вашем компьютере, чтобы устранить неисправность вашего драйвера. Вот как это сделать:

1. На клавиатуре нажмите Ключ с логотипом Windows

   

   а также р одновременно вызвать окно «Выполнить».

2. Тип devmgmt.msc и нажмите Хорошо открыть диспетчер устройств.

   

3. Двойной щелчок Видеоадаптеры расширить категорию.

   

4. Щелкните правой кнопкой мыши на устройстве с вашей видеокартой и выберите Удалить устройство.

   

5. Установите флажок рядом с Удалить программное обеспечение драйвера для этого устройства, затем нажмите Удалить.

   

6. После удаления перезагрузите компьютер.
7. Windows переустановит драйвер видеокарты для вашего компьютера.

Затем попробуйте запустить программу, выдавшую ошибку, и посмотрите, исправит ли она вашу проблему.

Исправление 2: обновить драйвер видеокарты

Отсутствие или устаревший драйвер видеокарты также может вызвать эту ошибку. Поэтому вы должны обновлять драйвер видеокарты.

Есть два способа обновить драйвер видеокарты: вручную а также автоматически.

Обновление драйвера вручную — Вы можете обновить драйвер видеокарты вручную, перейдя на веб-сайт производителя для своего устройства и выполнив поиск самой последней верной версии драйвера. Обязательно выбирайте только драйвер, совместимый с вашей операционной системой Windows.

Автоматическое обновление драйвера — Если у вас нет времени, терпения или навыков работы с компьютером для обновления драйвера видеокарты, вместо этого вы можете сделать это автоматически с Водитель Легко.

Driver Easy автоматически распознает вашу систему и найдет последние правильные драйверы для вашего точного драйвера и вашей версии Windows, а также загрузит и правильно установит их.

1. Скачать и установите Driver Easy.
2. Запустите Driver Easy и нажмите Сканировать сейчас кнопка. Driver Easy проверит ваш компьютер и обнаружит проблемы с драйверами.

   

3. Нажмите на Обновить Кнопка рядом с отмеченным графическим устройством для автоматической загрузки правильной версии этого драйвера, а затем вы можете установить его на свой компьютер (вы можете сделать это с помощью СВОБОДНО версия).
   Или нажмите Обновить Все для автоматической загрузки и установки правильной версии всех драйверов, которые отсутствуют или устарели в вашей системе (для этого требуется Pro версия который приходит с полной поддержкой и 30-дневная гарантия возврата денег).

   

4. Перезагрузите компьютер, чтобы изменения вступили в силу.

Откройте это приложение еще раз и посмотрите, нет ли ошибки «Не удалось создать контекст OpenGL для формата QSurFaceFormat”Было исправлено.

[ИСПРАВЛЕНО] Не удалось создать контекст OpenGL для формата QSurFaceFormat Ссылка на основную публикацию

Решение

2

Решение

Шаг 1. Установите обновления Windows

Проверьте установлены ли на компьютере последние обновления для ОС Windows от Microsoft. Попробуйте установить обновления вручную.

Функция glGetError()

В тот момент, когда вы неправильно используете OpenGL (например, настраиваете буфер без предварительной привязки), библиотека заметит это и сгенерирует один или несколько флагов ошибки. Мы можем запросить состояние данных флагов с помощью функции glGetError(). В случае, если при неправильном использовании OpenGL был поднят флаг ошибки, данная функция вернет её код:

Если же ошибок не было, то функция glGetError() вернет код 0, соответствующий флагу GL_NO_ERROR. Коды ошибок, которые может возвращать функция glGetError(), перечислены ниже:

В тот момент, когда произошло появление флага ошибки, сообщения о других флагах ошибок поступать не будут. Кроме того, в момент вызова функции glGetError() происходит сброс всех флагов ошибок (или только одного, если речь идет о распределенной системе (см. примечание ниже)). Это означает, что если вы один раз вызываете glGetError() в конце каждого кадра и функция возвращает код ошибки, то вы не сможете определить, была ли она единственной, и в каком конкретно месте вашего кадра произошло данное событие.

Примечание: Обратите внимание, что когда OpenGL работает в распределенном режиме, например, как в системах «X Window System», то другие коды ошибок все еще могут быть сгенерированы, если они имеют разные коды. Последующий вызов glGetError() сбрасывает только один флаг из всех. Поэтому рекомендуется вызывать glGetError() внутри цикла.

Самое замечательное в функции glGetError() то, что она позволяет относительно легко определить место, в котором могла произойти (любая) ошибка, и проверить правильность использования OpenGL. Допустим, вместо ожидаемого изображения вы получаете черный экран, и понятия не имеете, что его вызывает: может это фреймбуфер не настроен должным образом? Или вы забыли связать текстуру? Вставляя по всему коду вызов функции glGetError(), вы быстро найдете первое место возникновения ошибки в OpenGL.

По умолчанию функция glGetError() сообщает только коды ошибок, по которым трудно понять суть ошибки (если, конечно, вы не выучили их наизусть). Часто имеет смысл написать небольшую вспомогательную функцию, выводящую описание ошибки вместе с тем местом, где была вызвана функция glGetError():

Директивы препроцессора __FILE__ и __LINE__ во время компиляции заменяются соответствующим файлом и номером строки, в которых они были скомпилированы. Чем больше вызовов glCheckError() мы вставим в наш код, тем более точно сможем определить, какой вызов glCheckError() вернул ошибку.

Это даст нам следующий результат:

Функция glGetError() не решит за вас все проблемы, поскольку возвращаемая ею информация об ошибке довольно скудна. Но она поможет вам поймать опечатки или быстро определить, где в вашем коде что-то пошло не так.

Отладочная информация шейдеров

Когда речь заходит о GLSL, то у нас, к сожалению, нет доступа к такой функции, как glGetError(), как и нет возможности пошагово выполнять код шейдера. Когда вместо ожидаемого результата работы вашей программы вы получаете черный экран или совершенно неправильные визуальные эффекты, то часто бывает трудно понять, что происходит, если в коде шейдера есть ошибка. Да, у нас есть отчеты компиляции, которые сообщают о синтаксических ошибках, но выловить семантические — то еще дело.

Один из часто используемых трюков, чтобы выяснить, что не так с шейдером, заключается в том, чтобы оценить все соответствующие переменные в шейдерной программе, отправив их непосредственно в выходной канал фрагментного шейдера. Выводя шейдерные переменные непосредственно в выходные цветовые каналы, мы можем передавать интересную информацию, проверяя визуальные результаты. Например, предположим, что мы хотим проверить, имеет ли модель правильные нормальные векторы. Мы можем передать их (трансформированные или нетрансформированные) из вершинного шейдера во фрагментный шейдер, где затем отобразим нормали следующим образом:

Выводя переменную (не цветовую) в выходной цветовой канал подобным образом, мы можем быстро проверить, содержит ли переменная правильные значения. Если, например, визуальным результатом является полностью черный экран, то становится ясно, что нормальные векторы передаются шейдерам некорректно; а когда они визуализированы, то относительно легко проверить, являются ли они (своего рода) корректными или нет:

На вышеприведенной картинке мы видим, что нормальные векторы мирового пространства являются корректными, поскольку боковые стороны модели рюкзака окрашены в красный цвет (что означает, что нормали указываются в (верном) положительном направлении оси x). Аналогично, передняя сторона рюкзака окрашена синим цветом, соответствующим направлению нормалей в сторону положительной оси z.

Этот подход можно легко распространить на любой тип переменной, которую вы хотите протестировать. Всякий раз, когда вы подозреваете, что с вашими шейдерами что-то не так, попробуйте отобразить несколько переменных и/или промежуточных результатов, чтобы увидеть, в какой части алгоритма что-то отсутствует или кажется неправильным.

Удостоверьтесь поддерживает ли ваш видеоадаптер графический стандарт OpenGL  (версии не ниже 3.0). Если нет, то избавиться от ошибки и подключиться к видеоконференции  вам поможет установка менее требовательного классического клиентского приложения TrueConf 6.5.9 для Windows. Для подключения к сервису TCO вы можете скачать TrueConf 6.5.9 с нашего сайта. Чтобы получить данную версию приложения для подключения к корпоративному TrueConf Server, обратитесь в нашу техподдержку.

Сторонние инструменты отладки

Вы также можете использовать стороннее программное обеспечение. Сторонние программы часто уже внедрены в OpenGL-драйверы и способны перехватывать все виды вызовов OpenGL, чтобы предоставить вам наиболее полную информацию обо всем, что может понадобиться. Эти инструменты могут помочь вам в профилировании использования OpenGL-функций, поиске узких мест, проверке буферной памяти и отображении текстур и вложений фреймбуфера. Когда вы работаете над (большим) кодом, эти инструменты могут стать неоценимыми помощниками в процессе разработки.

Ниже перечислены некоторые из наиболее популярных инструментов отладки; попробуйте несколько из них, чтобы увидеть, что лучше всего соответствует вашим потребностям.

RenderDoc

RenderDoc — это отличный автономный инструмент отладки. Чтобы начать захват, вы указываете исполняемый файл, который хотите захватить, и рабочий каталог. Затем приложение запускается как обычно, и всякий раз, когда вы хотите проверить определенный кадр, вы позволяете RenderDoc захватить один или несколько кадров в текущем состоянии исполняемого файла. В захваченных кадрах можно просмотреть состояние конвейера, все команды OpenGL, буферное хранилище и используемые текстуры.

CodeXL

CodeXL — это инструмент отладки GPU, выпущенный как автономный инструмент, так и плагин к Visual Studio. CodeXL дает хороший набор информации и отлично подходит для профилирования графических приложений. Программа также работает на картах NVIDIA или Intel, но без поддержки отладки OpenCL.

Лично у меня нет большого опыта работы с CodeXL, так как я нахожу RenderDoc более простым в использовании, но я все равно включил его, поскольку он выглядит довольно солидным инструментом и разработан одним из крупнейших производителей графических процессоров.

NVIDIA Nsight

Популярный инструмент отладки GPU NVIDIA Nsight — это плагин к Visual Studio IDE или Eclipse IDE (теперь у NVIDIA также есть автономная версия). NVIDIA Nsight — это невероятно полезный инструмент для графических разработчиков, поскольку собирает объемную статистику в режиме реального времени использования графического процессора и состояния графического процессора кадр за кадром.

В то время, когда вы запускаете приложение из Visual Studio (или Eclipse) с помощью команд отладки или профилирования, NVIDIA Nsight запускается в самом приложении. Самое замечательное в NVIDIA Nsight то, что он визуализирует оверлей из вашего приложения, который вы можете использовать для сбора всех видов интересующей вас информации о вашем приложении, как во время выполнения, так и во время покадрового анализа.

NVIDIA Nsight является невероятно полезным инструментом, но у него есть один существенный недостаток, заключающийся в том, что он работает только на картах NVIDIA.

Я уверен, что еще есть много других инструментов отладки, которые я пропустил (например, VOGL Valve или APItrace), но я думаю, что этот список уже должен дать вам много инструментов для экспериментов.

Дополнительные ресурсы

   Why is your code producing a black window: список основных причин от Reto Koradi того, почему ваш экран может не производить никаких выходных данных.

   Debug Output in OpenGL: большая статья про использование debug output от Vallentin с подробной информацией о настройке контекста отладки в разных оконных системах.