Xpeccy

[Sandro]

Кстати GL_QUADS давно как уже depricated, используй такое:

	glBegin(GL_TRIANGLE_STRIP);
	glTexCoord2f(0.0, 0.0); glVertex2f(0.0, 0.0);
	glTexCoord2f(1.0, 0.0); glVertex2f(1.0, 0.0);
	glTexCoord2f(1.0, 1.0); glVertex2f(1.0, 1.0);
	glTexCoord2f(0.0, 1.0); glVertex2f(0.0, 1.0);
	glEnd();

OpenGL immediate mode вообще весь официально устарел ещё 15 лет назад. Через вершинные буфера рисовать полагается.

И glClear() каждый фрейм делать не надо. Его вообще можно не делать если ты не собираешься выводить что-то с черными (или какими-то другими) бордюрами вокруг зоны отрисовки.

Надо. Очень надо. Иначе у тебя каждый кадр зависит от предыдущего, и это порождает ненужные точки синхронизации. А на некоторых версиях драйверов ещё и глюки. А вот glFinish() надо делать, иначе потеряется синхронизация с кадрами на мониторе. Это нужная точка синхронизации, но она должна быть единственной.

Ну ладно, в эмуляторе первое не особо критично, но вообще -- зачем учиться делать неправильно?

PS: glClear() уже давно не стоит почти ничего. Это просто установка атрибута "константный цвет" у тайлов кадрового буфера.

[Advertiser]

[SAM style]

Не не не, чисто OpenGL тут вообще не при чём. Если только он - всё нормально. А вот если раскомментировать отрисовку индикаторов и прочего (QPainter после этого всего), начинается срань. Гугл излагает, что QPainter может менять разные параметры OpenGL. Окантовка в QPainter::beginNativePainting/QPainter::endNativePainter тоже не помогает. Вот сижу и думаю - что за срань. Можно, конечно, из иконок делать текстуры и просто лепить их средствами OpenGL, но со странностью разобраться хочется...

[Dexus]

Через вершинные буфера рисовать полагается.

glBegin/glEnd нормально работает. И еще ХЗ сколько будет работать. Тут не нужно миллион трианглов, тут всего два, на весь экран. Тут главная нагрузка на GPU будет за счет пиксельных шейдеров, и "вершинные буферы" тут вообще ничем не помогут.

Надо. Очень надо. Иначе у тебя каждый кадр зависит от предыдущего, и это порождает ненужные точки синхронизации.

Без z-buffer - зачем? Это вывод текстуры, предыдущие значения игнорируются (гигаскрин - через блендинг с предыдущим кадром который в буфере). Полно игор, в которых выход "за карту" провоцирует оставучки, черезкадровые. Они конечно не современные, но тем не менее, "очень надо" - надуманно.

А вот glFinish() надо делать, иначе потеряется синхронизация с кадрами на мониторе. Это нужная точка синхронизации, но она должна быть единственной.

Это да. Без этого и swap interval хз какой результат будет давать.

PS: glClear() уже давно не стоит почти ничего.

В целом - да. Можно и оставить, оно повлияет разве что на тысячные доли миллисекунды.

[SAM style]

Ты не опечатался, растет FPS? Может ограничение кадров нужно просто впихнуть, включить vsync.

На самом деле замедляется таймер Qt, по которому отсчитывается средний фпс. CPU не отжирается, музыка не разрывается, даже картинка более-менее плавная, но, например, реакция на кнопки очень сильно замедляется, как и таймер.

[Dexus]

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

А, еще поверху в сурфейс на экране пытаешься рисовать? Там вероятно какой-то invalidate срабатывает, и перерисовка снова вызывается (я хз как Qt работает честно говоря, это просто на вскидку).
Индикаторы правильно будет рисовать средствами OpenGL. Такие же текстурки биндить, и сверху рисовать. Тексты лучше не побуквенно, а целиком.
А рисовать в оригинальном разрешении на нативной текстуре - плохая история. Это Unreal'у пусть остается, или zesarux'у.
Может конечно можно победить Qt, чтобы он инвалидейт не создавал и не пытался перерисовывать повторно....

- - - Добавлено - - -

но, например, реакция на кнопки очень сильно замедляется, как и таймер.

Похоже на засирание очереди (и сходится с добавляющимся invalidate после отрисовки индикаторов). Это с учетом того что я даже близко не знаком с Qt, просто засирание очереди и лаги эти и в SDL2 лично у меня встречались (на этапе настройки главного цикла)...

ЗЫ: Если попробовать ставить заглушку на paintEvent в определенных случаях, чтобы пропускать перерисовку из-за индикаторов?

[SAM style]

Похоже на засирание очереди. Это с учетом того что я даже близко не знаком с Qt, просто засирание очереди и лаги эти и в SQL2 лично у меня встречались (на этапе настройки главного цикла)...

Мне очень интересно, почему это происходит на определенных железяках/развёртках экрана, а на других - всё норм.

[Dexus]

А нет возможности мониторить длину очереди сообщений?

почему это происходит на определенных железяках/развёртках экрана

Код инициализации режима и параметров текстуры одинаков для всех вариантов?

[SAM style]

Код инициализации режима и параметров текстуры одинаков для всех вариантов?

Для nes-pal и nes-ntsc практически одинаков. отличается частота cpu и развёртка экрана - https://github.com/samstyle/Xpeccy/b...are/nes.c#L245
comp->fps нигде вообще не используется. существует для возможного использования где-то ещё.
На сборке без OpenGL никаких эксцессов нет, NTSC работает стабильно

[Dexus]

На сборке без OpenGL никаких эксцессов нет, NTSC работает стабильно

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

Предлагаю попробовать GL_BGRA вместо GL_RGB и GL_UNSIGNED_INT_8_8_8_8_REV вместо GL_RGB. То есть 4 байта на пиксель а не 3.
Также попробовать вообще не выводить никакие индикаторы.
И все-таки попробовать отдебажить что там в очереди сообщений складыается. Возможно и в NTSC тоже очередь захламляется, но просто более удачно расправляется.

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

[Dexus]

https://doc.qt.io/qt-5/qtquick-scene...l-example.html
SAM style, в такую штуку не смотрел?
То есть очевидно что это возможно. Всякие 3D редакторы такое явно делают.
https://forum.qt.io/topic/53152/solv...opengl-scene/5 тут вроде пример рабочий есть для qt5

https://stackoverflow.com/questions/...57719#51557719

https://www.qtcentre.org/threads/275...simple-example а тут сказано что qpainter вообще конвертируется в OpenGL вызовы, да еще фиг знает какие (вероятно не самые быстрые).