Для решения данной проблемки можно использовать небольшой патч:

diff -Nru glfw-2.7.2/lib/x11/x11_window.c glfw-2.7.new/lib/x11/x11_window.c

--- glfw-2.7.2/lib/x11/x11_window.c     2011-05-07 18:31:42.000000000 +0400

+++ glfw-2.7.new/lib/x11/x11_window.c   2011-08-25 17:02:59.374634128 +0400

@@ -484,11 +483,12 @@

 continue;

 }

+        /* Vbox will never return GLX_WINDOW_BIT. We may check for GLX_PIXMAP_BIT here, or just ignore it, since we got VISUALID it should be fine.

 if( !( getFBConfigAttrib( fbconfigs[i], GLX_DRAWABLE_TYPE ) & GLX_WINDOW_BIT ) )

 {

 // Only consider window GLXFBConfigs

 continue;

-        }

+        }*/

 result[*found].redBits = getFBConfigAttrib( fbconfigs[i], GLX_RED_SIZE );

 result[*found].greenBits = getFBConfigAttrib( fbconfigs[i], GLX_GREEN_SIZE );

Данный патч можно применить не только к ветке 2.7 но и к 2.6 (данный код не претерпел значительных изменений). Возможно потребуется поправить вручную. После применения патча окно успешно создается.

Итак, что ждет нас в будущем.

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

Для движка планируется приделать человеческий рендеринг текста, поддержку разных разрешений  с адекватным зумом(а то сейчас оно так страшненько выглядит:) )  и, возможно, поддержку mng файлов для анимации.

После этого в планах стоит портировать движок под MacOS, с целью более полного охвата всех возможных конфигураций, а так же, в случае возможности, и портирование под iPhone и Android.

Ну а дальше надо делать NYP2012, дизайн документ на который в объеме 20-ти страниц текста уже готов!

Если будут желающие присоединиться к любому из этих этапов – пишите, всегда рад слышать ваши пожелания и предложения.

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

Немного о правилах игры. Кубики убираются когда они соприкасаются более чем на 80% поверхности ребра. Переставить два кубика можно только если данная перестановка приведет к убиранию 3 и более кубиков. Кубики должны контактировать в любой форме (не обязательно по прямой).

Кстати я наконец-то собрал игрушку с помощью VS и теперь размер библиотек резко уменьшился. Выкладываю только бинарники под винду, скорее всего эта версия заработает под Wine (позже наверно выложу бинарники под linux). Для запуска приложения вам возможно потребуется обновить VCRedistributable Package, который можно скачать с сайта Microsoft

Скачать концепт можно тут(windows only 1Mb): http://blog.nsws.ru/wp-upload/CSconcept.zip

Буду рад любому фидбеку, особенно интересно мнение относительно играбельности такой игры, если ее довести до конца.

Вообще лучшим NYP из когдалибо выходивших я считаю NYP2009, который, как и остальные версии NYP можно скачать тут:  http://nsws.ru/node/20

На данный момент я не знаю, будет ли запущен какой либо другой проект, поживем увидим…

Данная версия игры распространяется в двух видах: исходные коды для Linux систем и бинарный пакет для Windows.

Огромная просьба сообщать если у вас не запустилось, совместно с конфигурацией оборудования (dxdiag->сохранить отчет,  либо указывать  CPU, OS, модель видеокарты, версию видео драйвера).

Список изменений.

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

Новая функциональность:

• Добавлена онлайновая таблица рекордов. Она расположена по следующему адресу: http://nsws.ru/node/46
• Изменения в интерфейсе. Теперь имеются окна, в результате чего ликвидированы некоторые “скушные” экраны
• Некоторые монстры теперь стреляют очередями
• Игрок теперь не умирает от первого столкновения. Враги наносят урон, а игрок может лечиться, поднимая поверапы

Исправленные баги:

• Теперь музыка отлично работает даже если у вас несколько звуковых карт
• Решена проблема со 100% загрузгой процессора

Сборка из исходных кодов.

Для сборки игры из исходных кодов вам потребуются следующие библиотеки для разработчиков (суффикс -dev в debian-like дистрибутивах):

• freetype
• glfw
• glew
• png
• jpeg
• GL
• GLU
• X11
• Xxf86vm
• Xrandr
• libfileio

Если у вас есть все эти библиотеки, то сборку можно произвести следующим набором команд:

./configure && make

Для запуска игры вам надо перейти в каталог src и запустить там ./arcade

Системные требования:

• ОС Windows XP/Vista, Linux
• OpenGL 1.4
• 21 Мб на жестком диске
• Манипулятор “мышь”

Для установки необходимо запустить скачанный файл space_arcade.1.1.0.exe и указать место для установки, после чего установить Win32OpenSSL_Light и запустить arcade.exe из указанной директории.

Работоспособность игры проверена на видеокартах Nvidia 8600 и Intel 945G

Ссылки на скачивание:

http://blog.nsws.ru/wp-upload/space_arcade.1.1.0.exe

http://blog.nsws.ru/wp-upload/space_arcade-1.1.0.tar.bz2

http://blog.nsws.ru/wp-upload/libfileio-1.0.0.tar.bz2

http://www.slproweb.com/download/Win32OpenSSL_Light-1_0_0a.exe

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

Минусы:

Одной из главных проблем на всём протяжении разработки было желание. Каждый раз при возврате к проекту было много энтузиазма и быстро реализовывались необходимые функции, но каждый раз энтузиазм быстро пропадал. Если тчательно посмотреть на историю забрасываний проекта то можно заметить что активной разработки было всего 8.5 месяцев, и то это были далеко не сильно загруженные месяцы.

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

Кстати интересно, что проект был готов на 99% 22 августа 2009 года,была реализована вся функциональность! Но в тот момент появилась бага, которую я в то время не смог отловить и проект был заброшен.

Вообще проблема разработки в одиночку это энтузиазм и вещи которые чинятся слишком много времени. Каждая такая вещь способна поставить здоровенный крест на проекте (как и произошло в давние времена со стратегией “Космос”).

К сожалению у игры используется старая версия движка, не удалось перевести игру на новую версию за 1 неделю… Проблемы с совместимостью на лицо… Да и баги в новом движке присутствуют…

Плюсы:

Ну несомненно главый плюс здесь один – Я это сделал! Не смотря на то, что у меня много раз опускались руки – я это сделал.

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

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

Планы:

Следующая моя задача – реализация следующей игры, желательно за время гораздо меньшее, чем текущее. Скорее всего следующая игра будет в стиле Tower Defence, хотя возможно это будет и Turn Based стратегия, посмотрим, а пока я уезжаю в отпуск. До встречи!

Данная версия игры распространяется в двух видах: исходные коды для Linux систем и бинарный пакет для Windows.

Огромная просьба сообщать если у вас не запустилось, совместно с конфигурацией оборудования (dxdiag->сохранить отчет,  либо указывать  CPU, OS, модель видеокарты, версию видео драйвера) а в случае если у вас загрузилось – сообщать скорость игры (цифра в верхнем правом углу).

Сборка из исходных кодов.

Для сборки игры из исходных кодов вам потребуются следующие библиотеки для разработчиков (суффикс -dev в debian-like дистрибутивах):

• freetype
• glfw
• glew
• png
• jpeg
• GL
• GLU
• X11
• Xxf86vm
• Xrandr

Если у вас есть все эти библиотеки, то сборку можно произвести следующим набором команд:

make -f Makefile.cvs && ./configure && make

Однако если вы используете Ubuntu 9.04 и выше вам может потребоваться использовать вот такой набор команд, если при сборке будет ругаться на libtool:

make -f Makefile.cvs && ./configure && cp `which libtool` ./ &&
cp `which libtool` ./libs/magicnegine && make

Для запуска игры вам надо перейти в каталог src и запустить там ./arcade

Системные требования:

• ОС Windows XP/Vista, Linux
• OpenGL 1.4
• 21 Мб на жестком диске
• Манипулятор “мышь”

Для установки необходимо запустить скачанный файл arcade-0.1.0.377.exe и указать место для установки, после чего запустить arcade.exe из указанной директории.

Работоспособность игры проверена на видеокартах Nvidia 8600 и Intel 945G

Ссылки на скачивание:

http://blog.nsws.ru/wp-upload/SpaceArcade-1.0.0.exe

http://blog.nsws.ru/wp-upload/SpaceArcade-1.0.0.tar.bz2

Релиз стоит ожидать до 30 июля, ибо позже я уже буду неспособен работать над игрой в течении двух недель. Также вскоре после релиза стоит ожидать плясок на костях.

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

И на конец самое желанное для меня – реализована полноценная работа в режиме аппаратного ускорения (а не использование software renderer, как это было раньше) на видеокартах производства Intel.

Вобщем проект приближается к релизу)

Для создания бота через webkit можно пойти двумя путями:

1. Использовать QTestLib и имитировать действия пользователя.
2. Использовать QWebFrame->evaluateJavaScript

Использование QTestLib

При использовании QTestLib мы создаем собственную очередь сообщений, которые передаем указанному виджету (в данном случае виджету QWebView). Очередь сообщений может содержать события нажатий кнопок, движения мыши, клики мышкой (как одинарные так и двойные). Использование этой библиотеки позволяет, в теории, создать бота для любой игры, даже игры, написанной на flash, однако ее использование достаточно трудоемко.

Использование QWebFrame->evaluateJavaScript

Данный метод заключается в использовании вставок JavaScript, которые будут исполняться в контексте текущего фрейма. Таким образом можно написать бота только для игры, полностью построенной на html.

Построения бот-программы

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

Я писал бота для иры Carnage. Боту был выбран следующий алгоритм работы:

1. Зайти в игру.
2. Дождаться восстановления хитов
3. Создать заявку на хаотичный бой
4. Провести бой
5. Перейти к пункту 2

Заход в игру делается с нажатия кнопки Login в интерфейсе программы самим пользователем. При нажатии кнопки Login необходимо запустить примерно такой скрипт:

document.login.value='You name'; 
document.password.value='You password';
document.form.auth-form.submit();

Для выполнения этого скрипта необходимо получить QWebFrame на указанную страницу:

QWebFrame *frame = webView->page()->frameAt(QPoint(100,100));

Конкретно в данном случае получение фрейма по конкретным координатам не критично, но в дальнейшем это очень пригодится. Дело в том, что в игре Carnage используется несколько разных фреймов, поэтому нам необходимо получать именно требуемый фрейм, а точка 100,100 в моем случае находится именно в нем.

И выполнить JavaScript:

 frame->evaluateJavaScript(script);

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

Скрипты, по вполне понятным причинам, следует выполнять только после того, как страница полностью загрузится. Для этого можно использовать слот: void loadFinished ( bool ok );

Внутри этого слота я проверяю на какой странице сейчас находится требуемый фрейм:

QWebFrame *frame= webView->page()->frameAt(QPoint(100,100));
QString path = frame->url()->path();
if(path=="/zayavka.pl")...

Получив требуемый адрес мы запускаем таймер на некоторую функцию, которая произведет обработку страницы с помощью JavaScript. Почему именно таймер? Просто из слота необходимо выйти как можно быстрее, а использовать потоки не очень хорошо, потому что у QT имеются на этот счет некоторые нехорошие мысли, когда я попытался использовать потоки то это часто приводило к падению приложения. Используя таймеры мы убиваем сразу двух зайцев – мы решаем проблему быстрого возврата из слота и мы решаем проблему задержек при заполнении данных на страницах. Мы не можем использовать зацикленный JavaScript код, потомучто это приводит к тому, что основной JavaScript код страницы перестает выполняться. И мы не можем сделать sleep в основном потоке, потому что  тогда опять таки перестанет выполняться JavaScript на странице.

Возврат значений из JavaScript

Временами возникает необходимость получать некоторые значения от JavaScript кода. Сделать это можно через возвращаемое значение функции evaluateJavaScript. Данная функция  возвращает QVariant содержащий результат вывода вашего скрипта. И например вот такой вот скрип, запущенный в Carnage, вернем вам количество ваших хитов:

top.currHP;

Собственно это все что необходимо чтобы написать бота для игры Carnage, Torment и еще десятка клонов этих игр.