Аноны, нужна помощь. Пытаюсь сделать оверлей для игры при помощи перехвата WinAPI функции SwapBuffers. Затем создаю свой контекст, переключаюсь на него, рисую прямоугольник, переключаюсь на контекст игры и вызываю оригинальную функцию SwapBuffers. Прямоугольник появляется и всё бы ничего, но он мерцает. Я мог бы сказать что слабо разбираюсь в OpenGL но это будет враньё. Я вообще в нём не разбираюсь. Но мне позарез нужно устранить эту проблему. Я уже пытался гуглить, пытался отключать проверку глубины, но ничего не получилось. Он всё так же мерцает. Помогите пожалуйста. :(
upd. На stackoverflow никто так мне и не помог.
Забивай комментариями отдельные строки и смотри где мерцание пропадёт. И копай хелп на эту функцию. Стандартная же метода.
SwapBuffers
The SwapBuffers function exchanges the front and back buffers if the current pixel format for the window referenced by the specified device context includes a back buffer.
BOOL SwapBuffers(
HDC hdc // device context whose buffers get swapped
);
Parameters
hdc
Specifies a device context. If the current pixel format for the window referenced by this device context includes a back buffer, the function exchanges the front and back buffers.
Return Values
If the function succeeds, the return value is TRUE.
If the function fails, the return value is FALSE. To get extended error information, call GetLastError.
Remarks
If the current pixel format for the window referenced by the device context does not include a back buffer, this call has no effect and the content of the back buffer is undefined when the function returns.
With multithread applications, flush the drawing commands in any other threads drawing to the same window before calling SwapBuffers.
>
Проверь как ты создаёшь hdc-
hdc
Specifies a device context. If the current pixel format for the window referenced by this device context includes a back buffer, the function exchanges the front and back buffers.
> Забивай комментариями отдельные строки и смотри где мерцание пропадёт
Да, ты прав. Если закомментировать строку рисующую прямоугольник то мерцание пропадает. Правда потому что прямоугольника теперь нет. Спасибо! А если серьезно, здесь каждая функция нужна и комментировать тут нечего. Тут скорее добавлять надо что-то, но вот что я не знаю. Возможно нужно как-то контекст мой правильно инициализировать.
>>237545631
> копипаста_с_msdn
Спасибо! Я сижу с этой проблемой уже четыре дня и не додумался зайти и почитать описание этой функции!
>>237545992
Я тебе больше скажу. Я его не создаю! Как это так? А вот ТАК. HDC передаётся игрой в функцию SwapBuffers, а так как она мною перехвачена то передаётся в мою а потом моя функция вызывает уже оригинальную функцию с этим же HDC. Не в этом проблема.
Рандомно.
Если надо могу записать видео
>>237547398
>>237547319
ГАЛКА ВЕРНИС
>>237547398
Короче скорее всего помимо основного фреймбуфера игра создает еще всякие промежуточные для других проходов. Для теней там и прочей подобной малафьи и та хуйня, которую ты нарисовал, оказывается на экране только иногда.
В итоге у тебя ничего не получится, попробуй по другому как-нибудь.
Но это всё не точно, я тоже не гуру в opengl и особенно winapi
Ты как тред отредачил, опездал?
> Короче скорее всего помимо основного фреймбуфера игра создает еще всякие промежуточные для других проходов. Для теней там и прочей подобной малафьи и та хуйня, которую ты нарисовал, оказывается на экране только иногда.
Точно нет. Я смотрел вызовы функций и там только один игровой контекст.
glMatrixMode(GL_PROJECTION);
glLoadIdentity();
Ну или по-человечески glOrtho2d или какая там функция, лет 10 уже фиксированные функции не видел.
Потом
glMatrixMode(GL_MODELVEW); // вроде так
glLoadIdentity();
>glMatrixMode(GL_PROJECTION);
>glLoadIdentity();
Это надо после того как я вью порт поставил или до?
После и перед тем, как рисовать прямоугольник.
Ну это, конечно, если проблема с матрицами именно.
открой книгу по OGL 2010 уже, не еби мозги.
В 2010 использовать фиксированные функции уже было зашкваром.
> Так блэд, а что еще за glRectf? Ты из 90х?
Когда я рисовал при помощи glVertex3f то он тоже мерцал.
На данный момент пробую что посоветовал этот великий анон. Просто как он описал всё равно мигает, но я добавил ещё glDisable(GL_DEPTH_TEST) и вот сижу жду, будет ли мерцать или нет.
зато учебники писали именно так как ему надо. кмк, он вообще пытается сделать то, что не надо делать.
Мерцает. Сейчас попробую использовать вместо glRect glVertex3f.
Все равно мерцает.. :(
Покажи обновленный код
ему надо весь код проекта показать для начала, а не одну функцию.
BOOL WINAPI __SwapBuffers(HDC hDC)
{
HGLRC oldContext = wglGetCurrentContext();
if (!context)
{
context = wglCreateContext(hDC);
}
GLint viewport[4];
glGetIntegerv(GL_VIEWPORT, viewport);
wglMakeCurrent(hDC, context);
glViewport(viewport[0], viewport[1], viewport[2], viewport[3]);
glDisable(GL_DEPTH_TEST);
glMatrixMode(GL_PROJECTION);
glLoadIdentity();
glBegin(GL_QUADS);
glVertex3f(0.0, 0.5, 1);
glVertex3f(0.0, 1.0, 1);
glVertex3f(0.5, 1.0, 1);
glVertex3f(0.5, 0.5, 1);
glEnd();
glMatrixMode(GL_MODELVIEW);
glLoadIdentity();
wglMakeCurrent(hDC, oldContext);
return _SwapBuffers(hDC);
}
>>237550335
> ему надо весь код проекта показать для начала, а не одну функцию.
У меня кроме этой функции больше ничего нет. Только код для установки перехвата SwapBuffers и всё.
>glMatrixMode(GL_MODELVIEW);
>glLoadIdentity();
Это тоже перед вызовом отрисовки должно быть. Какой смысл это делать после?
\tglMatrixMode(GL_PROJECTION);
\tglLoadIdentity();
\tglMatrixMode(GL_MODELVIEW);
\tglLoadIdentity();
\tglBegin(GL_QUADS);
\tglVertex3f(0.0, 0.5, 1);
\tglVertex3f(0.0, 1.0, 1);
\tglVertex3f(0.5, 1.0, 1);
\tglVertex3f(0.5, 0.5, 1);
\tglEnd();
Типа так что-ли?..
Да.
Все равно иногда мерцает.. Может я тупой и что-то не понял?
BOOL WINAPI __SwapBuffers(HDC hDC)
{
HGLRC oldContext = wglGetCurrentContext();
if (!context)
{
context = wglCreateContext(hDC);
}
GLint viewport[4];
glGetIntegerv(GL_VIEWPORT, viewport);
wglMakeCurrent(hDC, context);
glViewport(viewport[0], viewport[1], viewport[2], viewport[3]);
glDisable(GL_DEPTH_TEST);
glMatrixMode(GL_PROJECTION);
glLoadIdentity();
glMatrixMode(GL_MODELVIEW);
glLoadIdentity();
glBegin(GL_QUADS);
glVertex3f(0.0, 0.5, 1);
glVertex3f(0.0, 1.0, 1);
glVertex3f(0.5, 1.0, 1);
glVertex3f(0.5, 0.5, 1);
glEnd();
wglMakeCurrent(hDC, oldContext);
return _SwapBuffers(hDC);
}
Тоже нихуя в этом не понимаю, но попробуй двойную буферизацию, вдруг поможет
Вася, выкидывай ШинАпи, это сейчас никому нахуй не нужно, даже если ты это для себя игру пилишь.
Бери SDL2 и уже на его контексте OpenGL запиливай свой мега рендер
Так оно и так должно быть включено в игре, которую оп-хацкер пытается модифицировать.
> glBegin(GL_QUADS);
>glEnd();
пиздец, я еле нашел устройство, чтобы там был OpenGL 2.1, а ты под него по умолчанию хуячишь..
Я делаю так чтобы и на старом OpenGL и на новом OpenGL все работало
С++ это оливье.
мимо Java-боярин
Не перехватывай, а создай свой hdc. Там же в hrlp ясно сказано, про свойства hdc, которыe нужны для работы этой функции.
пока ты это делаешь старых устройств совсем не останется
у меня некро Asus EEE 2012 года, так на нем ogl 3.0
так что не еби мозгу и пиши сразу на нормальном, один посох пока пишешь уже все на вулкане будет
> мимо Java-боярин
сборщики мусора подползли
При чем тут устройства. Я делаю оверлей для Java Minecraft и хочу чтобы работало с самой первой альфа версии по самую новую. Мой вопрос не в том как рисовать, а почему мерцает.
а причем тут альфа майна.. пиздос..
ты лучше найди чела, который этот майн сможет запустить на устройствах старее 2010 года
мерцает - буферизация нужна уже выше тебе несколько анонов отписали (двойная или тройная - на твой ебаный вкус)
Ну видно что в некоторых отдельных кадрах просто не рисуется, а так работает же вроде.
Хуй знает короче.
При чем тут двойная буферизация? Мой оверлей рисуется к ЛЮБОМУ кадру. Если в игре двойная буферизация значит он будет рисоваться и там и там. Это не я должен реализовывать. Да и если бы проблема была в этом, он мерцал бы КАЖДЫЙ ВТОРОЙ кадр.
Спасибо что попытался помочь анон :(
ой бля.. ну и куда ты полез с такими познаниями..
твой майн тебе генерит кадр, твоя блядская прога генерит кадр, а чтобы итоговый кадр не мерцал, то тебе надо первые два мерджить в один буфер сначала, а потом уже на новом контексте выводить
И как это сделать?
анон, если один прямоугольник мерцает , то добавть строк чтоб на одном месте мерцало больше прямоугольников.
И почему он мерцает так редко? По идее ведь должен постоянно тогда.
АХАХАХ. Рыбак рыбака..
потому что твой шоколадный глаз не всегда попадает с частотой мерцания
ты сам хоть что-то будешь писать? пакеты ему "зашифрованы", окна мерцают.
из тебя программист, как из двачера человек.
нахуй ты свой велосипед изобретаешь, если читов жопой жуй. а с твоими мозгами ты кроме как килауру на ближайших существ сможешь написать, и то каждый античитит, даже говеный, задетектит твою хунту.
ты изначально выбрал не тот путь - взял бы и инжектил свое жвм оливье прямо в minecraft.jar и сидел бы довольный
Пиздуй книги читать, дурачок.
Вот анон как-то поделился как-то.
https://dropmefiles.com/dfvBb
У тебя второй буферок пустой, а ты их свапаешь с буфером с прямоугольником туда-сюда как угорелый, вот и мерцает. Нужно, чтоб во всех буферках у тебя что-то было.
> майнкрафт-кун, ты?
Я
> пакеты ему "зашифрованы"
Да, зашифрованы. Как оказалось там RSA шифрование с каким-то костылём, при котором каждый новый пакет тех же данных содержит совершенно другие байты.
> взял бы и инжектил свое жвм
Подгружать свою JVM? Что? При чём тут это? Minecraft работает на JVM и она сама уже подгружена. Зачем делать это второй раз? Повторюсь, то как обычно делают читы для этой игры я прекрасно знаю.
По идее мерцать постоянно должно. Можно ли как то твою теорию проверить? Как сделать так как ты сказал?
>да зашифрованы
про encryption и на wiki.vg написано. ты прекрасно знаешь, что я про то, что ты дампил байты и бугуртил с того, что там нечитаемая информация
>подгружать свою JVM?
Нет. Засунуть в minecraft.jar свое никому нинужное говноподелие.
>Как обычно делают читы я прекрасно знаю
нет. /thread
Дай доесть спокойно, чё бухтишь.
IDIsposable завезли
ОПЕРАТОР with!
За нас это делает GC, это же вы это делаете ручками, хо-хо-хо
> я про то, что ты дампил байты и бугуртил с того, что там нечитаемая информация
Я не знал как правильно перевести массив char в нужный мне вид. До создания вопроса здесь, я неоднократно искал то как можно это сделать, находил только std::hex но оно не работало правильно. Видимо мне не повезло.
> Засунуть в minecraft.jar свое никому нинужное говноподелие
Это самый идиотский способ делать читы из всех что я знаю.
> нет
Да. Можно подгрузить Java класс чита через функцию DefineClass из JVM (или JNI, точно не помню) а можно вовсе вызывать Minecraft функции при помощи JNI. И это только то что я смог назвать с ходу.
Если я делаю что-то, значит я считаю нужным это делать. Твой выбор здесь либо помогать, либо пролистывать тред.
за нас это делает STL
new\delete в плюсах ручками почти никто не делает лет 10
Нужный вид - это какой?
> Нужный вид - это какой?
Изначально там был массив char и я бугуртил именно из-за того что выводятся всякие символы-закорючки, тогда как ожидал видеть байты типа "0x41" и так далее. Как только мне подсказали как перевести это в такой вид я больше не бугуртил. Ты что-то путаешь.
>Это самый идиотский способ делать читы из всех что я знаю
Тебе как-раз
перезалей в mp4
какую прогу делаешь?
Не понимаю откуда у тебя эта агрессия.
>>237554820
Несколько разных. Не хочу говорить. Одна будет бесплатная для любой версии. Не чит.
Другие просто для себя.
снегурочка ты долбоеб - не создавай свой контекст и не делай текущим - тебе нужно рисовать на чужом контексте
поэтому у тебя и мерцает - ты раком опенгл ставить пытаешься впаривая в DC свой контекст - у тебя че блять как два контекста на одном окне рисовать будут? ты еблан? яхуею
убери весь код нахуй
должно быть
BOOL WINAPI Swapbuffers(HDC dc) {
// do your shit here
// ясен посох ты тут должен пушнуть атрибуты и стейты, сделать свое рисование и вернуть все взад (хотя это может быть и не обязательно если приложение все перевыставляет в начале кадра)
retyrn oldSwapBuffers(dc);
}
Я уже пробовал так делать.
BOOL WINAPI __SwapBuffers(HDC hDC)
{
glBegin(GL_QUADS);
glVertex3f(0.0, 0.5, 1);
glVertex3f(0.0, 1.0, 1);
glVertex3f(0.5, 1.0, 1);
glVertex3f(0.5, 0.5, 1);
glEnd();
return _SwapBuffers(hDC);
}
Вообще ничего не рисуется.
> ты долбоеб
> ты раком опенгл ставить пытаешься
> ты еблан?
Скажи это другим людям которые делают таким же образом. Я достаточно часто встречал подобную реализацию когда искал как сделать оверлей. Нужно делать через второй контекст.
> Вообще ничего не рисуется
Ничего в плане из моего. Игра как работала так и работает.
ты вообще представляешь как работает опенгл?
исходное приложение имеет состояние:
- шейдер, матрицы проекции, модели
поэтому ТАК прямо нарисовать ты не можешь
нужно - glUseProgram(0); если используется шейдер в оригинале
нужно glMatrixMode(GL_PROJECTION); glLoadIdentity(); glOrtho(...)
унжно glMatrixMode(GL_MODELVIEW); glLoadIdentity();
и вот ТОГДА ты можешь делать glBegin(GL_QUADS);
если проекция -1 1 -1 1 то твой 0-0.5 квад
если проекция по размеру вьюпорта то квад в пикселах окна должен быть
- может быть установлена текстура, поэтому glDisable(GL_TEXTURE_2D); glBindTexture(GL_TEXTURE_2D, 0); // или как там не помню
- может быть включен тест глубины поэтому квад не будет виден тк он глубже чем сцена: glDisable(GL_DEPTH_TEST); или кка ваирант сделать glClear(GL_DEPTH_BUFFER_BIT);
>>237557304
а я реализовывал оверлей и вообще знаю опенгл и не знаю таких долбоебов которые на одном DC разными контекстами рисуют
Если я сделаю как ты говоришь, мерцания не будет?
Вот этот анон прав.
нет конечно ничего не будет мерцать - ты будешь рисовать в контексте самого приложения - в конце рендеринга их кадра, тебе так же будут доступны все их ресурсы, текстуры и тп
минус лишь в том что у них настроен стейт опенгл, который желательно сохранять чтобы ничего не сломать, делать свои грязные делишки и восстанавливать все на место
>>237557725
>>237553154
эти не понимают о чем говорят
Можешь пожалуйста не уходить с треда? Я мало что понимаю, но хочу попробовать сделать как ты говорил.
> Не хочу говорить.
Можешь немного подробнее написать как проверить что использовалось перед вызовом SwapBuffers и как использовать Ortho (и зачем оно вообще) ? Пожалуйста.
> Не хочу говорить.
>проверить что использовалось перед вызовом SwapBuffers
особо не получится, если только взять профайлер типа gDEBugger - он запишет опенгл вызовы и ты узнаешь - используются там шейдеры или нет
но вообще обычно там типичные штуки и тебе нужно
- отключить чужие шейдеры: glUseProgram(0);
- отключить буфер глубины чтобы рисовать поверх кадра glDisable(GL_DEPTH_TEST);
- отключить текстуры glDisable(GL_TEXTURE_2D); glBindTexture(GL_TEXTURE_2D, 0);
> как использовать Ortho (и зачем оно вообще)
орто - ставит ортографическую проекцию, обычно используют чтобы рисовать в пикселах окна, но в теории можно единичную поставить и тогда будешь рисовать в диапазоне координат -1;1 (если не ошибаюсь, если ошибаюсь - в 0;1
т.е.
glMatrixMode(GL_PROJECTION);
glLoadIdentity(); // единичная
glOrtho(0, 320, 0, 240); // сделает будто в окне рисуешь в координатах до 320х240 (хотя окно может быть 1920х1080 на деле, т.е. координата 320 будет рисоваться в точке 1920)
glMatrixMode(GL_MODELVIEW);
glLoadIdentity(); // единичная - если разрабы ставили перед этим другую - это было положение камеры и объекта в кадре, а так ты сбросил и будешь рисовать где надо
// вот тут уже делаешь свои квады
сагу убрал
что за программу делаешь?
Все текстуры стали белыми, но квадрат не нарисовался. Может я что-то не так сделал?
>glUseProgram(0)
У меня в GL.h вообще не нашло..
все стало белыми в майнкрафте тк ты же выключил текстуры чтобы нарисовать свой квадрат, в конце - просто включи их обратно так же как тест глубины включил glEnable(GL_TEXTURE_2D);
237559103 (You)
>У меня в GL.h вообще не нашло..
glUseProgram - это расширения, есть в glext.h, можешь оттуда скопировать только объявление PFNGLUSEPROGRAM и объявить у себя
PFNGLUSEPROGRAMPROC glUseProgram = 0;
в кадре:
if(glUseProgram == 0)
glUseProgram = GetProcAddress("glUseProgram");
но если в майнкрафте шейдеры - тебе скореев сего нужно получить вначале текущий шейдер чтобы потом его вернуть в конце
т.е в конце перед свапом еще
glGet(GL_CURRENT_PROGRAM,...);
а потом glUseProgram(oldProgram);
ну ты его и загрузил
там еще вероятно атрибуты надо будет тоже
Но ведь по идее прямоугольник нарисоваться должен был. Или он мог не нарисоваться из-за шейдеров?
т.е. glget(current_program) - вначале перед gluseprogram(0), а в конце перед свапом - gluseprogram(old);
все рисуется шейдерами сто лет уже
если все белое и он белый ты его увидишь? или там не все белое? ну сделай glColor3f(1,0,0); перед квадом, а в конце верни glColor3f(1,1,1);
ну там ничто не мешает легаси дергать - оно тоже работает, в драйверах обвязка под легаси в виде шейдеров
Увижу так как он рисуется у меня вверху. Белое все кроме неба.
атрибуты надо , но в теории можно базовые вещи дернуть
ОПУ:
>>237560406
а так да - можно атрибутами автоматом возвращать тест глубины и остального что ты изменил при рисовании своей шуки:
glPushAttrib(GL_ALL_ATTRIB_BITS); // запомнит установленные текстуры и прочее
// твой код который может их сбросить
glPopAttrib(); // вернет
// swapbuffers
ты заебал. я ему выше ссылку на книгу скинул, пусть читает.
боишься что работу твою отнимет? ))
Я сделал вот так но он всё равно не рисуется. Хотя текстуры уже нормальные..
в теории ты все делаешь вроде правильно, но не отключаешь шейдер через gluseprogram(0);
если он включен - то задание проекций может не иметь эффекта и глючить, с другой стороны - не понятно как раньше у тебя оно рисовалось
ps возможно даже с несколькими контектстами бы должно работать, но такой вариант проблемней обсуждать тк там могут потоки влиять или свапбуфер у каждого свой - я хз
а ну правильно - третью координату 0 поставь, иначе ты за камерой рисуешь или клипает по глубине единичной проекции
ты покурил что ли? такие как он не умеют мсдн читать (да-да, я тот анон который ему с перехватом трафика помогал) и документацию по огл. для огл надо вообще линал немного знать и понимать как вся эта требуха матричная работает. я ему наооброт пытаюсь подсказать что делать, а он как обезьянка с форумов код копипастит без понимания.
Не помогло.
>>237561038
Сейчас попробую отключить шейдеры.
>>237561124
Ого, это ты? Спасибо тебе большое. Насчёт msdn, ты прав, мне почему-то это трудно даётся. Мне намного легче копипастить и вручную перебирать чем пытаться читать. Это не лень. Я не знаю почему. Может я тупой просто..
Абу благословил этот пост.
> Может я тупой просто..
> дед мороз благословил этот пост.
Всё равно не рисуется..
а зачем тебе L перед именем либы? там вайд чар что ли требуют?
Да.
Я посмотрел, в OpenGL32.dll нету функции glUseProgram..
у меня больше идей нет, вроде все верно делаешь
ну можешь еще вернуть установку glViewport и пробовать выставить орто вот так:
glMatrixMode(GL_PROJECTION);
glLoadIdentity();
glOrtho(-1, 1, 1, -1, -1, 1);
glMatrixMode(GL_MODELVIEW);
glLoadIdentity();
wchar_t там, поэтосу и l
В opengl32.dll нету функции glUseProgram. Может быть ещё какая-то штука есть для этих ваших шейдеров?..
>>237562090
если бы функции не было - у тебя вернулся бы 0 и приложение падало - раз не падает значит адрес вернулся и функция вызывается, но все же попробуй
glUseProgram = (PFNGLUSEPROGRAMPROC)wglGetProcAddress("glUseProgram");
в opengl32.dll вообще нихера нет это ICD и там опенгл 1.1 функции-заглушки
> если бы функции не было - у тебя вернулся бы 0 и приложение падало
Стало падать. Может я дебил и забыл пересобрать, но я имею привычку постоянно тыкать на пересборку.. Сомневаюсь что я забыл в тот раз это сделать. 2 раза уже крашился процесс.
Под стало падать я имею ввиду тот код где просто GetProcAddress а не тот который на скриншоте выше.
ААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААААА ПАЛУЧЕЛАССССССССССССССССССССС!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! ОРТХО СПАС!!!!
Я могу тебя как-то отблагодарить анон? Я бомж но может как-то помочь могу..
рад за тебя, ничего не надо
может побыдлокодишь-покопипастишь, станет интересно - станешь крутым погромистом 300к\нс
Знаю в чем проблема. "Мерцает" это что? Его небось не видно половину кадров? FPS понизь до 1-2 кадров в секунду и посмотри, сразу увидишь что происходит.
Подобные проблемы возникают чае потому что архитектурно неправильно строят код, т.к. не понимают что происходит при вызове той или иной функции или в том или ином месте.
Работать должно так:
Swapbuffers обменивает местами front и back буфер. И происходить это должно ровно один раз на кадр. Прямоугольник и вся графика рисуется в текущем буфере (текущий - back, отображается front). И дело скорее всего в том что прямоугольник ты рисуешь, а потом насильно зачем-то зовешь swapbuffers, принудительно меняя буферы. При этом скорее всего swapbuffers уже (может быть) вызывается откуда-то. Так прямоугольник у тебя всегда оказывается только в одном буфере, а должен по-очереди, то в первом, то во втором.
Не везде есть доступ к форджу а вот SwapBuffers универсальный и работает на любой версии Minecraft, на любом проекте модовых / не модовых
Боже спасибо еще раз ты даже не представляешь насколько я рад ты не только помог с мерцанием но и избавил меня от второго контекста который мог отнимать ФПС
Ибитес