45 ответов в теме

[гык-sse2]

Когда аппаратное ускорение не работает за дело берется софтверный рендерер из mesa3D. Тебе же OpenGL 3 не нужен?

3 не нужен, его и моя видюха (7300LE) не поддерживает.
Сами GL, GLU, SDL работают, а вот на выводе текста через GLUT, работающем в мак ос и в винде, с программным и аппаратным ускорением, в линуксе программа вываливается.
Однако графические эффекты в настройках системы тоже не удается включить.

[гык-sse2]

Можно библиотеки ставить в систему, а инклюды прямо в VS, а можно все на диск Z, дллки подкладывать в папки Debug и Release шаблона, а папки прописывать в настройках проекта. Как делать? PeepEvents сложно, это надо все переписывать с использованием только PeepEvents, глобальной очередью, к тому же строгие требования к циклу. Короче, получается как на glut, очень ограниченные возможности. Там bioskey реализовался с полпинка, но зато getch невозможен Так что bioskey только от нуля будет.

Изменено: iMichael, 08 Сентябрь 2010 - 18:11

[гык-sse2]

bioskey сделал, но он требует в цикле дополнительной команды и запоминает только одну клавишу (буфер - одна переменная). Для обычного использования в девятом классе достаточно. Ну а тот, кому нужен bioskey(1) - это человек, пишущий Тектроникс, т.е. уже начавший программист. Одну команду вставить он уже может. Выявилась потребность в задержке - на полном экране работает очень быстро.

[гык-sse2]

Сделал задержку... и увидел, что все совсем не так происходит.
В оконном режиме все ОК.
В полноэкранном двойная буферизация занимается ерундой:
Есть 2 буфера.
Вот я на один вывел текст, сделал SDL_GL_SwapBuffers. Он отобразился.
Но на втором буфере этот текст не появился! Рисую на втором куб. SDL_GL_SwapBuffers - куб появился, текст исчез. Еще раз меняю - куб исчез, тот текст появился.

Пока временное решение, несовместимое с delay (тоже по непонятной причине, но из-за этого мигает при задержке, хотя она не между рефрешами):
в инитграфе SDL_GL_SetAttribute(SDL_GL_SWAP_CONTROL,1);
после каждой операции вызывается void refreshscreen() {
SDL_GL_SwapBuffers();
if(isFullScreen)
SDL_GL_SwapBuffers();
}

Хм, вроде так и должно быть.

SDL_GL_SetAttribute() can be used to select double/single buffering, but
in OpenGL, you really don't want to do a dirty rectangle thing...clear
the color buffer every frame, redraw the whole scene and swap buffers.
All modern hardware expects this, it's cleaner to code, and in some
cases, it can be faster, since the GL knows it can discard some previous
state.

Но "всю сцену" я рендерить не могу, т.к. я не знаю, что напишет пользователь. Вопрос другой тогда - почему в окне работает?

Изменено: iMichael, 10 Сентябрь 2010 - 17:00

[гык-sse2]

Хотя нет, на полном экране один буфер работает. Но он не работает в окне! Проблема решена, надеюсь, что этого не будет в винде. Шторт, не решена! Если поставить-таки cleardevice и delay в цикле, то тогда очень мало отображается на экране из того, что создается. Ладно, пусть в окне будет. По крайней мере, окно всегда можно закрыть (хотя бы через терминал), а вот из полноэкранного терминал не откроется. Уже перезагружался пару раз из-за этого.

Изменено: iMichael, 10 Сентябрь 2010 - 17:16

[гык-sse2]

Copying and swapping both get the next frame on the screen. You only care about the difference if you are doing incremental updates of the frames. If SDL_Flip() is copying buffers, the back buffer always has a copy of the last frame that was drawn. If SDL_Flip() is doing page swapping, the back buffer usually contains the next-to-last frame. I say usually because double buffering can be implemented using a hidden third buffer to reduce the time spent waiting for the buffer swap to happen. You can find out what kind of swapping is being done by watching the value of the back buffer pointer (screen->pixels in hardware.cpp) to see if it changes and how many different values it has. If it never changes, then SDL_Flip() is copying the pixels. If it toggles back and forth between two values, then page swapping is being used.

Действительно, может копировать, а может и не копировать.

[гык-sse2]

Copying and swapping both get the next frame on the screen. You only care about the difference if you are doing incremental updates of the frames. If SDL_Flip() is copying buffers, the back buffer always has a copy of the last frame that was drawn. If SDL_Flip() is doing page swapping, the back buffer usually contains the next-to-last frame. I say usually because double buffering can be implemented using a hidden third buffer to reduce the time spent waiting for the buffer swap to happen. You can find out what kind of swapping is being done by watching the value of the back buffer pointer (screen->pixels in hardware.cpp) to see if it changes and how many different values it has. If it never changes, then SDL_Flip() is copying the pixels. If it toggles back and forth between two values, then page swapping is being used.

Действительно, может копировать, а может и не копировать.

Вот теперь решена - с одним буфером glFlush().
Двойную выключил совсем.

Изменено: iMichael, 11 Сентябрь 2010 - 6:37

[KiberGus]

А зачем там вообще д:ойная буферизация? Она нужна чтобы не мигало при перерисовке всей сцены. Так оно и в досе мигало. Более того, сцену никто не перерисовывает. Можно использовать один буфер и в него же и рисовать по мере поступления команд.

[гык-sse2]

А зачем там вообще д:ойная буферизация? Она нужна чтобы не мигало при перерисовке всей сцены. Так оно и в досе мигало. Более того, сцену никто не перерисовывает. Можно использовать один буфер и в него же и рисовать по мере поступления команд.

Да все уже, убрал двойную. Просто у меня одинарная вообще не работала, как оказалось - забыл glFlush();
Сейчас другая проблема - в Mac OS X нормальный ptscanf написал, а в винде нет vsscanf:( долго гуглил, в результате получил только то, что придется писать gets и sscanf. А это неудобно.

[гык-sse2]

Сделал еще один неудобный способ ввода - через поток gin. Причем gout не работает. Т.е. нужно получить указатель на поток, в цикле (как и для bioskey) catchevents();, которая заносит все с клавиатуры в поток, и потом читать из потока, причем нет никакой гарантии, что юзер уже ввел данные. Зато переполнения буфера не будет.

Изменено: iMichael, 12 Сентябрь 2010 - 10:41

[starcev]

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

[гык-sse2]

Итак, вот она. Не на гуглокоде и не на assembla.com, на котором я уже работал над мониторинговыми плагинами (см. applelife.ru, под ником гык-sse2), а в обычном архиве. С инструкцией по установке и настройке (html), пока только под Visual Studio 2008 и только на 32-битных Windows, т.к. у 64-битных папка C:\Program Files (x86) и C:\Windows\SysWOW64 по-моему.

Прикрепленные файлы:

•  Consolation.zip   1,33 Мб   240 раз скачано

[starcev]

Visual Studio 2008 и только на 32-битных Windows

какое недоразумение. и почему же именно я поставил недавно именно 64!

[гык-sse2]

какое недоразумение. и почему же именно я поставил недавно именно 64!

Да нет, на 64 тоже должно работать, только там папка установки Visual Studio отличается, поэтому инсталлятор не сможет установить. Посмотрите, какие у вас пути, и отредактируйте .cmd-файл (и выложите, запакую в архив, как install64.cmd)

[гык-sse2]

В Ubuntu уже тоже все работает, причина была в пропущенном glutInit. Не знаю, почему оно работало в остальных ОС. Изменен initgraph - теперь ему нужны еще и argc и argv.

[гык-sse2]

А вот и обновление. Теперь есть установочный скрипт для Ubuntu. Исправлена ошибка glutInit, изменены параметры у initgraph (теперь у int main обязательно должны быть параметры int argc и char** argv!), обновлена недодокументация.

Прикрепленные файлы:

•  Consolation.zip   1,5 Мб   232 раз скачано

Изменено: гык-sse2, 22 Сентябрь 2010 - 17:02

[гык-sse2]

Поток (точнее, он не поток, а просто объект с операторами << и >>) ptio (замена cin и cout): Coming Soon.

[гык-sse2]

А можно как-то сдвинуть все, что уже нарисовано на окне, наверх на 13 пикселей? (Как делает cout<<'\n'; если места на экране нет, то он двигает и консольный вывод, и графику). Или оно нигде не сохраняется? А то баг серьезный: при \n на последней строке происходит clrscr(), и все теряется. Пользователь не видит, что вернула программа. Также в следующей версии: textattr. Он будет влиять на весь вывод текста, кроме outtext и outtextxy.

Изменено: гык-sse2, 25 Сентябрь 2010 - 16:53

[KiberGus]

Боюсь, что OpenGL на такие извращения не рассчитан. Но есть команды чтения и записи значения пикселя в буфере. Можно попиксельно сдвинуть. Для тех программ, которые пишут лицеисты этого вполне достаточно.

[гык-sse2]

Опа! Нашел, рассчитан!
http://www.talisman....CopyPixels.html
Пока не работает, буду разбираться.

Изменено: гык-sse2, 25 Сентябрь 2010 - 17:51