@NinGAZ

Итак,есть консольный морской бой. Возможно ли сделать на него графическую оболочку и что для этого надо? как это все между собой связать? приветствуются ссылки,книги и любые советы. гуру,помогите.

0

@OLLEGATOR

гуглите в сторону OpenGL

1

@amor1k

Если у вас студия, предлагаю оптимальный вариант
http://shatalov.su/directx_pri... _setup.php

1

Jupiter

amor1k, интерсно, вы дальше установки SDK что либо делали?

2

@amor1k

Jupiter, да, на том же сайте есть небольшие уроки к directx

0

@Deviaphan

Конкретно для морского боя рекомендую ограничится GDI.

1

@NinGAZ

столько ответов,надо все посмотреть. пока всем спасибо,если будут вопросы,то обязательно спрошу)

0

@BRcr

Столько советов... и половина садистские! Вы незнающему человеку предлагаете по быстрому разобраться в OpenGL и DirectX ??????
Да просто накидать на форму картинок в виде таблицы и тупо обрабатывать OnClick.

0

@NinGAZ

BRcr, поподробнее,честно,не понимаю как такое реализовать

0

@BRcr

размещаем на форме кучку TImage, к примеру. выстраиваем их в виде таблицы - как в игре.
собственно игра:
игрок кликает по одному из TImage
обрабатываем OnClick:
- если у соперника в этом месте корабль, то БУМ - меняем картинку данного TImage на какую-то другую, крестик, например, на ней рисуем;
- если пусто, меняем картинку на что-то вроде точки(выстрел сделан)

1

@NinGAZ

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

0

@Bers

NinGAZ , если вы серьёзно смотрите в сторону game def, то есть смысл глянуть в сторону графических движков. Есть простенькие, такие как:

Irrlicht (http://irrlicht.sourceforge.net)
HGE (http://hge.relishgames.com/)

Они просты, как пробки. И освоить их не сложнее той же GDI какой нибудь.
Зато потом можно будит клипать простенькие игрушки сколько душе угодно.

2

@taras atavin

Это не раздел билдера.

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

0

@Bers

Что бы обеспечить поддержку графики потребуется приложить кое какие усилия.
Вопрос: на что лучше потратить время?

Можно потратить время на изучения winAPI, и выводить графику штатными средствами виндовс.
Можно потратить время на изучение граф. движка, типа HGE, и выводить графику через него.

И там, и там времени уйдёт условно примерно одинаково. Только профит от обучения будит разный.

Если человеку интересно делать игры, HGE на первое время ему очень пригодится.
А от штатных средств Виндовс в игрострое толку мало.

0

@taras atavin

Да ну! Писать плоскую графику на API 3Dшного движка - полное извращение. Намучаешься и времени потратишь порядка на четыре больше. Если же там есть, как в DirtectX, плоское подмножество (типа Direct show), то оно по сути есть ещё один движок, но плоский. На что надо больше времени потратить? На изучение одного API, или двух? И как плоское подмножество поможет в дальнейшем писать серьёзную 3D графику?

0

@Bers

1. HGE заточен под 2д. (может быть сейчас уже развились и приделали 3д, точно не знаю. Не слежу за ним)

2. Любой более менее раскрученный графический движок имеет удобные инструменты для работы и с 3д, и с 2д.
Особенно, если речь идёт о движках создаваемых, как подсистемы для игровых движков.

3. Не путайте понятия "писать игры" и "писать графику".

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

А вот формошлёпство, или winAPI здесь уже явно путь не в ту сторону.

0

@taras atavin

Тогда какой от него толк в большинстве игр?
Только изучать придётся два набора инструментов. Для серьёзного игростроя это неизбежность. Только в чём такая уж большая разница между GDI и полдвидком? И соответственно учить весь движок, или GDI и полдвижка? Большинство игр трёхмерны, а плоская графика встречается в случае процедурного генеринга текстуры. Дисплей попал в видимую часть сцены, надо на нём написать текст и отрисовать графику. Оптимальный путь - отрисовать в плоском рисунке, потом кинуть его текстурой на поверхность экрана дисплея в игре. Или в углу экрана карта, а на ней надо показать исследованные районы и текущее положение персонажа. Опять плоская графика. Но основную то картинку в любом случае надо 3Dшным движком рисовать.

0

@Bers

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

Его используют новички в игро-строе. Он прекрасно подходит для не слишком сложных 2д игрушек, которую можно сделать в одиночку, или небольшой любительской командой.
Графика у него шустрая. Порог вхождения низкий.

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

Вот говорят, что огр изучить - это нужно время, и усилия. Вещь профессионального класса.
Вот такие движки - эт да, это уже представители индустрии изучают.

А изучать такие штуки, как HGE - это... ну вы больше времени на свои крестики-нолики потратите, чем на сам HGE. Он очень простой.


что такое "полдвик" ?

0