МутноМясо, Собираемся для игры через интернет Опции

[Grand Elf]

[Nirael]

жеская сегодня была игра...

[ChASnock]

Давайте я с вами попробую. Надо бы тока программу для снятия видео найти, я всё устрою

У меня есть прога для снятия видео.

[gamdev]

CamStudio, просто до безобразия

[FBX]

Народ, че не играем? Неужели все так плохо?

[BreakMaster]

Управление ужасное а так бы хоть каждый день играл..

[FBX]

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

[BreakMaster]

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

[pHOMM]

То, что написал Брейкмастер реализуется очередью команд как описал в одной своей статье Антон Григорьев для Королевства Дельфи. Там он делал в качестве примера статьи игру Сокобан (человечек ходит по уровням и собирает по углам ящики в целевые клетки)

Cамой нетривиальной частью игры оказалась правильная реакция на клавиатуру. Связано это с тем, что перемещение человечка не мгновенно. Управление человечком осуществляется стрелками. Если пользователь нажал и удерживает стрелку, за время движения человечка в буфере накапливаются сообщения WM_KeyDown, связанные с автоповтором нажатия, причём накапливаются быстрее, чем извлекаются, поэтому когда пользователь отпускает клавишу, человечек продолжает двигаться и останавливается дальше, чем это было задумано. С другой стороны, время перемещения на одну клетку оказалось меньше, чем стандартная величина задержки перед первым повтором нажатия, и из-за этого при удерживании стрелки возникала неприятная пауза между первым и вторым перемещениями. Я попробовал несколько способов, которые имели другие проблемы: например, человечек не реагировал на изменение направления движения, если новая стрелка была нажата до того, как человечек закончил движение в предыдущем направлении. Или неадекватно реагировал, если нажать стрелку, а за время движения успеть отпустить её и снова нажать. В результате экспериментов я остановился на следующем алгоритме.

При получении сообщения WM_KeyDown о нажатии стрелки проверяем по его параметрам, является ли нажатие первым, или это автоповтор. Автоповторы просто игнорируем.
Если нажатие первое, помещаем в очередь сообщений специальное пользовательское сообщение WM_DoStep, передавая через его параметры информацию о том, какая из стрелок нажата. На этом обработка WM_KeyDown заканчивается.
Обработчик WM_DoStep начинает с того, что проверяет текущее состояние нужной стрелки с помощью API-функции GetAsyncKeyState. Если окажется, что пользователь уже отпустил стрелку, ничего делать не надо, сразу выходим. (При реакции на первое нажатие клавиши эта проверка явно излишняя — вряд ли пользователь сумеет так быстро её отпустить. Но зато она хорошо спасает от повторного нажатия/отпускания во время движения человечка — он всё равно остановится, если клавиша в момент принятия решения не будет нажата.)
Если проверка пройдена, осуществляем перемещение.
В конце работы WM_DoStep вновь проверяет состояние нужной стрелки, и если она до сих пор не отпущена, помещает в очередь ещё одно сообщение WM_DoStep с теми же параметрами.
Эта реализация обеспечивает наиболее комфортное, на мой взгляд, поведение человечка. Во-первых, он движется плавно, без пауз. Во-вторых, после отпускания стрелки останавливается при первой же возможности. В-третьих, если игрок захочет поменять направление движения, он может наживать другую стрелку до того, как человечек остановится.

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

[tolich]

А зачем вообще обрабатывать WM_KeyDown, если есть GetAsyncKeyState()?

[FBX]

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

да ты просто не привык, играл-то всего полтора раза

[BreakMaster]

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

[Grand Elf]

через 10 минут
energy station
><

[Mlegion]

Вот и сыграли

[Grand Elf]

Energy station. Касторе, фпх, Млег и я уже там.

[Grand Elf]

Energy station. суббота 17:30-19:00 по Москве.
П.с. Уроним Млега в минус!

[ChASnock]

В субботу, днем (9:00..13:00 мск) снятия промо ради.

[Mlegion]

П.с. Уроним Млега в минус!

[ChASnock]

Не , а , понел???7

[Mlegion]

Не , а , понел???7

ыыыы... Это мы ещё посмотрим