Техника отлова

[Bepec]

Стандартно - берёте gifcam и записываете с частотой 30 кадров в секунду ) Там кадр спокойно берёте и рассматриваете

[Igors]

Стандартно - берёте gifcam и записываете с частотой 30 кадров в секунду ) Там кадр спокойно берёте и рассматриваете

Ну допустим так я увижу "калечный" кадр - и что с того? Информации о том чем он вызван по-прежнему ноль

[Bepec]

Сами себе противоречите. " Для начала надо хоть как-то на нем остановиться, но как?" © ваши слова
Вам нужен кадр Увидев кадр можно будет локализовать проблему - откуда он вылез.
Вдруг у вас там кнопка рисуется на весь экран?

[Гурман]

А если программно двигать мышь также, как двигает юзер?

[Igors]

Сами себе противоречите. " Для начала надо хоть как-то на нем остановиться, но как?" © ваши слова
Вам нужен кадр Увидев кадр можно будет локализовать проблему - откуда он вылез.
Вдруг у вас там кнопка рисуется на весь экран?

Ну допустим QOpenGLWidget весь "чОрный" - или модель залита черным. Ну и что?

А если программно двигать мышь также, как двигает юзер?

Мягко говоря, "трудоемко", а толку не видно. Допустим даже повезло и получили "пробой", но по-прежнему можем его только "лицезреть".

Напрашивается так: рисовать моно-цветом, напр белым. После каждого рисования читать, если "не белый" - останов, печать, т.е. ходы есть. Но как "прочитать" нарисованное для QOpenGLWidget ?  

[mezmay]

по-моему вариант только один - писать лог, поставив запись в лог во всех функциях, которые могут повлиять на paintEvent

[Гурман]

Мягко говоря, "трудоемко", а толку не видно. Допустим даже повезло и получили "пробой", но по-прежнему можем его только "лицезреть".

а чего трудёмкого? запустить нить, которая выдает сигнал, приемник сигнала двигает QCursor - несколько строк

а чтобы было понятно, в момент рисования чего такой косяк - при каждом рисовании выводить в абсолютную позицию экрана какой-то маркер, в каждом случае разный, можно просто глобальный счетчик (аналог таймкода в видео-записи) - и на пойманном кадре этот счетчик будет виден, останется поймать где он принимает такое значение

можно тоже самое с простой видеозаписью изображения сделать

[Гурман]

по-моему вариант только один - писать лог, поставив запись в лог во всех функциях, которые могут повлиять на paintEvent

так ему надо этот лог синхронизировать со сбоем в изображении

[Igors]

Просто двигая мышь (и получая flash) я могу сказать типа "ну вот через 5 (или 10) перерисовок это случилось". Что  изменится от того что точно вычислили "на какой"? Этот "номер кадра" повторяться не будет, в отладчике к нему не привязаться.

по-моему вариант только один - писать лог, поставив запись в лог во всех функциях, которые могут повлиять на paintEvent

Так а что логировать-то? 

[__Heaven__]

Но как "прочитать" нарисованное для QOpenGLWidget ?   

А класс QOpenGLFunctions с его glReadPixels не подойдёт?

[Bepec]

Что изменится при отлове кадра - вы будете на 1 шаг ближе к решению.
Что изменится при "получении номера кадра" - ещё 1 шаг ближе к мечте.
Что изменится если вы вместо дурацких комментариев проделаете данные вещи - вы будете ближе к решению, чем сейчас

[Igors]

.. вы вместо дурацких комментариев проделаете данные вещи ...

Чья б корова не мычала - а Ваша бы точно молчала Ну чего тарахтеть если мысленки ни одной?

А класс QOpenGLFunctions с его glReadPixels не подойдёт?

glReadPixels скопирует текущий буфер, а то что "сейчас отрисовано" (вызовами OpenGL) хранится в текстуре. Потом все соберется и будет сформирован еще буфер который OpenGL вытолкнет на экран. И как прорваться к текстуре - хз

[mezmay]

А если выводить на экран номер текущей строки в логе? Тогда если поймать сбой, будет видна текущая строка)

[Гурман]

Этот "номер кадра" повторяться не будет, в отладчике к нему не привязаться.

Номер - это содержимое глобальной переменной инкрементируемой в каждом paint(). Номер нарисованного кадра. Когда станет известно его значение при глюке, настроите отладку на это значение. И отладчик остановится где надо.

[Igors]

А если выводить на экран номер текущей строки в логе? Тогда если поймать сбой, будет видна текущая строка)

Номер - это содержимое глобальной переменной инкрементируемой в каждом paint(). Номер нарисованного кадра. Когда станет известно его значение при глюке, настроите отладку на это значение. И отладчик остановится где надо.

А откуда предположение что сбой наступает после определенного/фиксированного числа перерисовок? Вот я вывел в консоль "номер рисования" (неуклонно растет). Вожу мышей, сбойнуло - смотрю консоль. Это конечно неточно, но ясно что никакого "периода" нет, наблюдал и через 5 и через 20. Почему-то сбойный кадр никогда не остается на экране, немедленно перекрывается нормальным.

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

Беда в том что никакого "холста" нет. Напр

Код

C++ (Qt)
glVertex3f(...)

Возможно здесь ошибка, подаваемые данные неверны. Но это (еще/пока) ничего не "отображает". А когда в конце-концов будет виден результат - хз чем он вызван, поезд ушел.