Ставим urxvt
sudo aptitude install rxvt-unicode-256color
Если терминал ругается при запуске (setterm: ***: unknown terminal type), то делаем следующее:
echo 'URxvt.termName: rxvt-unicode' >> ~/.Xresources xrdb -merge ~/.Xresources
И перезапускаем терминал.
В .vimrc добавляем:
set t_Co=256
и радуемся полученному результату
Поэтому помните: не подлетайте слишком близко к солнцу на ваших новых программистких крыльях. Принимая во внимание все выше написанное, вот пара советов с чего начать.Если вы никогда не программировали ничего связанного с графикой или GUI, вам следует начать с чего то маленького, чтобы "обмочить ноги". Моим первым проектом были крестики-нолики, так что даже у меня было скромное начало. Пара идей для первого проекта:
Теперь, когда вы наигрались с графикой, пора заняться чем-нибудь в реальном времени. Вот пару предложений:
Теперь, когда у вас за плечами две или три маленьких игры, пришло время сделать первый крупный проект. До сих пор, вы, вероятно, программировали как придется. Это закончится на этом этапе. В реальном мире большинство процессов разработки завершается до того, как будет написана первая строчка кода. Ничто не может быть хуже, чем осознание того, что для того чтобы добавить в вашу игру то, что вы хотите, вам придется выкинуть весь написанный код, потому что вы не спланировали все заранее. Теперь, когда у вас есть опыт создания игр, вы знаете из чего состоит процесс разработки. Теперь вы можете планировать игры, перед тем как начинать их делать. Теперь про вашу следующую игру. Break Out и Puzzle Bobble хороши для третьего проекта, потому что они включают в себя продвинутое распознавание столкновений и физику. Физика важна, поскольку дает игре реалистичное ощущение. Даже в Super Mario Brothers есть ощущение гравитации и инерции. Бильярд отличный проект для тех, кто хочет напрячь извилины физикой. В играх типа бильярда вам нужно не только обнаруживать столкновения, но и обрабатывать их в определенном порядке. Обработка столкновений разительно отличается от их обнаружения. Хотя создание бильярда или 2D платформера может показаться простым делом, анализ столкновений в правильном порядке — запутанный процесс, и не должен быть недооценен. Break out и Puzzle Bobble так же включают дизайн уровней и требуют загрузки и освобождения их ресурсов. Хорошим опытом будет создание редактора уровней для игры. Редакторы позволяют вам легко создавать уровни и не вынуждают впаивать их в приложение. У меня есть статья(англ.) про создание редактора уровней. Так же вы возможно хотите попрактиковаться в написании искусственного интеллекта (AI). Один из вариантов — вернуться к крестикам-ноликам или четырем в ряд и написать непобедимый AI. Теперь вы уже должны знать структуры данных и сможете использовать знания о деревьях для использования алгоритма Минимакс. С этим алгоритмом вы можете просчитать все возможные исходы крестиков-ноликов и создать непобедимый AI. Забавно расстраивать им своих друзей. Так же вы возможно захотите сделать разные уровни сложности. Игра не приносит радости, если в нее нельзя выиграть. Pac Man — отличный способ попрактиковаться в написании AI. Нужно будет знать структуры деревьев/графов и алгоритмы поиска, типа A*, для того чтобы призраки могли пройти через лабиринт. Так же нужно будет сделать чтобы призраки работали в команде. Все это пригодится когда вы будете делать игры со сложным AI, типа стратегий в реальном времени. Об основах AI можно прочитать тут(англ.).
Теперь, когда вы получили опыт создания хорошо спланированной игры, вы готовы к созданию Action/Adventure/Платформера. Это будет кульминация графики, движения, анимации, анализа/обнаружения столкновений, физики, AI, программной архитектуры и всего остального, что вы изучите к этому моменту. Тем кто более амбициозен, можно предложить сделать стратегию в реальном времени(RTS) или ролевую игру(RPG). Будьте осторожны, потому что RPG и RTS действительно огромные проекты. RPG имеют сложную архитектуру и требуют много планирования. Вам нужно будет спланировать каждое оружие, броню, аксессуар, атаку, предмет, заклинание, призыв, врага, карту, босса, подземелье и т.д. до мельчайших подробностей. Это все должно работать слаженно, и, мягко говоря, это не самая простая задача. Так что если ваш дизайн-проект выглядит как сценарий или комикс, вам потребуется сделать еще много работы. RTS также сложны архитектурно, а так же требуют много AI. Вам нужно будет делать поиск пути для юнитов, получение ими команд, разное поведение в зависимости от полученных команд. Если вы никогда до этого не делали AI, будет лучше начать с клона Pac Man'а для начала. Вероятно вам впервые придется делать движок для вашей игры. Чего следует избегать, так это создания универсального движка. Создавая движок не пытайтесь сделать его подходящем для любой игры. Если ваша игра требует x, y и z, делайте движок который умеет x, y и z. Движки создают исходя из того что нужно для конкретной игры, а не из того что любой игре может потенциально понадобиться. Другая распространенная среди новичков ошибка — это попытка создать движок в качестве первого проекта. И обычно это универсальный движок. Вам не нужен движок с фантастической графикой для создания Pong'а или Space Invaders. Программируя, легко закопаться в деталях. Концентрируйтесь на общей картине и завершайте свои игры.Говорите, что вы учитесь быстрее если сразу возьметесь за дело и будете просто писать вашу 3D MMOFPSRTSRPG и научитесь тому, что нужно по мере необходимости? Чтож, вот пару советов, которые вам помогут:
Теперь, чтобы у вас было общее понимание того что же все-таки делать, пора начать заниматься игроделом. Я не ожидаю что вы будете следовать этому руководству слово в слово. Все учатся по разному и с разной скоростью. Если вы что-то и должны были вынести из этой статьи, так это три вещи:
Удачи вам на пути разработки игр!
Мой маленький конспект для C-h r
M-g M-g (M-g g)C-u M-g M-g (M-g g)M-rC-u C-SPCC-x C-SPCC-M lM-x follow-modeC-x ESC ESCС-[sr] DELС-M-[sr]M-rM-cM-eC-wM-s C-eC-M-yC-M-wM-s wM-x occur / M-s oM-s wM-x multi-occur-in-matching-buffersM-x how-manyM-x flush-linesM-x keep-linesM-%C-M-%M-x replace-regexp RET pattern RET repl\?aceC-x z [z +]M-x hi-lock-modeC-x w hC-x w rMx whitespace-modeC-oC-x C-oC-qC-x 8C-M-\M-$M-\M-SPCС-S-BACKSPACEM-z CHARC-M-w + kill command CHARC-x RET + xM-x check-parensC-tM-tС-M-tС-x C-tM-- M-lM-- M-uM-- M-cC-x r SPCC-x w SPCC-x f SPCC-x r hC-x s SPCC-x i SPCM-=C-x =M-@ (S-M-2)С-M-@ (C-M-SPC)M-hC-M-hC-x hC-x k C-x 4 C-o M-x ibuffer M-x buf-move-{up,down,left,right}M-x winner-mode M-x imenuM-x whitespace-modeM-;C-h w COMMANDC-x RET rC-x С-vC-x 4 fM-x auto-revert-{tail}-modeM-x file-cache-add-directory-using-findM-x load-fileКак всегда случайно узнал об еще одной утилите — ack-grep.
Как описывает ее aptitude:
«Программа наподобии grep для работы с большими деревами исходников»
*("деревами"?!)*Из коробки умеет подсвечивать и группировать найденные строки по файлам. 
Сегодня мы научимся узнавать нажата ли клавиша без использования событий. Это возможно благодаря "состоянию клавиш" (keystates). Иногда просто проверить зажата или отпущена клавиша гораздо проще, чем следить за событиями. Этот туториал научит вас проверять нажата ли клавиша, вместо слежения за событиями клавиатуры.
//Пока пользователь не хочет закрыть приложение
while( quit == false )
{
//Пока есть события на обработку
while( SDL_PollEvent( &event ) )
{
//Если пользователь закрыл окно
if( event.type == SDL_QUIT )
{
//Завершить программу
quit = true;
}
}
Как вы можете заметить, несмотря на тот факт, что мы показываем сообщения в зависимости от нажатых клавиш, мы не проверяем на события клавиатуры.
//Получить состояние клавиш
Uint8 *keystates = SDL_GetKeyState( NULL );
Вместо этого мы используем SDL_GetKeyState(). SDL_GetKeyState() дает нам массив с состоянием клавиш. Этот массив это список всех клавиш и их состояний: нажаты они или нет. Что-то вроде этого:
Теперь мы можем сказать какая клавиша нажата. Просто для информации: аргумент который мы передаем в SDL_GetKeyState() получает число доступных клавиш. А т.к. нас это не волнует, мы просто передаем NULL.
//Если нажата стрелка вверх
if( keystates[ SDLK_UP ] )
{
apply_surface( ( SCREEN_WIDTH - up->w ) / 2, ( SCREEN_HEIGHT / 2 - up->h ) / 2, up, screen );
}
//Если нажата стрелка вниз
if( keystates[ SDLK_DOWN ] )
{
apply_surface( ( SCREEN_WIDTH - down->w ) / 2, ( SCREEN_HEIGHT / 2 - down->h ) / 2 + ( SCREEN_HEIGHT / 2 ), down, screen );
}
//Если нажата стрелка влево
if( keystates[ SDLK_LEFT ] )
{
apply_surface( ( SCREEN_WIDTH / 2 - left->w ) / 2, ( SCREEN_HEIGHT - left->h ) / 2, left, screen );
}
//Если нажата стрелка вправо
if( keystates[ SDLK_RIGHT ] )
{
apply_surface( ( SCREEN_WIDTH / 2 - right->w ) / 2 + ( SCREEN_WIDTH / 2 ), ( SCREEN_HEIGHT - right->h ) / 2, right, screen );
}
//Обновить экран
if( SDL_Flip( screen ) == -1 )
{
return 1;
}
SDL_GetKeyState() и другие функции состояний, например SDL_GetModState(), SDL_GetMouseState(), SDL_JoystickGetAxis() и прочие, могут быть невероятно полезны. Узнайте о них больше в документации к SDL.