Здраствуйте. 
Подскажите как сделать мяч который падает с определенной высоты, по законам гравитации и отскакивает.
я не могу (понять, сделать) цикл, по которому, мяч должен падать и отпрыгивать 
все должно происходить по формуле at^2+yt+y(0) 
или еще как... подскажите, можно только цикл. 

Спасибо.

Не откажусь и от примера)

Это сообщение отредактировал(а) sSilence - 27.5.2009, 21:46

Делай так.

Задай переменные: скорость, расстояние до земли.

Исходное положение: скорость == 0, расстояние == N

цикл_пока (расстояние > 0) {
     скорость++;
     расстояние--;
     рисуем_мяч();
}

цикл_пока (скорость > 0) {
     скорость--;
     расстояние++;
     рисуем_мяч();
}

Примитивно, но для иллюстрации сгодится.

Нет, не сгодится.

На разных машинах это будет работать по разному. Вот праильная схема:

1. понадобятся три 64 битные переменные (t1, t2, f)
2. При старте Вызываем API QueryPerfomanceCounter(t2);   // Количество тиков на данный момент времени
3. При старте Вызываем API QueryPerformanceFrequency(f); // Частота процессора
3. Тело программы

 While (!Stop)
 { 
    QueryPerfomanceCounter(t1);
    deltaT = (t1 - t2) / f;
    if (deltaT>0.1)  // Скорость работы не быстрее  0.1 секунды
   { 
      QueryPerfomanceCounter(t2);
      Speed += g*deltaT;
      if (Координата_шарика_Y>0)   Координата_шарика_Y + = Speed;
      else Speed = -1; // -1 это значение с потолка, то есть 1 метр в секунду вверх
   }
  
 }

4. переменная g это ускорение свободного падения = 9.822

Типы всех переменных, думаю интуитивно понятны

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

Rickert, а я что написал?

Я показал всего лишь иллюстрацию, без подробностей.

Что же она иллюстрирует? Что мяч должен опускаться вниз, а потом подниматься вверх что ли? Думаю автор сам понимает что значит "падает" и "отскакиваает"

госпада.
все еще проще чем кажется,

это вобще не понятно что
цифры какие-то от балды... лажа. Попробуй запусти на машине в 233 Мг и на машине с 4мя ядрами...





это называется проще? Я тебе реальное решение показал. Ну как знаешь...

Это сообщение отредактировал(а) Bitter - 30.5.2009, 22:57

Bitter, вы учитываете такты ЦП. Но ведь для получения кадра используется ещё процессор звуковой карты и видео. Нужно искать разницу между кадрами - тогда будет нужный эффект. Ищем её в секундах, используем физическую формулу для расчёта, и умножаем на полученную разницу - она играет роль шага во времени (dt).

Rickert, Хм... А зачем считать какие-то такты ЦП? Картинка должна изменяться не менее чем 20 раз в секунду. Вот они "такты" и  есть! Ставить delay/slip/timeout по вкусу, пусть процессор сам считает свои такты...

Вот и я спрашиваю: зачем Bitter их считает?


Почему именно 20? Почему не 33? Не 1567?

Это сообщение отредактировал(а) Rickert - 31.5.2009, 15:46

Rickert, В кино, к примеру, частота кадров - 24 кадра в секунду. Вполне реалистичная картинка получается. Зачем пересчитывать чаще и тратить такты процессора, которые можно потратить на что-то нужное...

ksnk, т.е. то ваши личные убеждения? Ну давайте, попробуйте поиграть в кваку с fps = 20 кадров.

топикстартер написал

"я не могу (понять, сделать) цикл, по которому, мяч должен падать и отпрыгивать"

вот это и иллюстрирует. Читайте внимательней пожалуйста.