Saya telah melihat beberapa orang melakukan ini:
Buat variabel (saya akan menyebutnya jumpTime) (angka / ganda / float). Ketika tombol lompat ditekan, atur jumpTimeke beberapa nomor (mis 0.5. Ini akan menjadi jumlah detik yang menahan tombol lompat akan mempengaruhi).
Kemudian, untuk setiap langkah, atur kecepatan untuk jumpTimedikalikan dengan angka lain, dan kurangi jumpTimedengan delta(perbedaan waktu antara setiap langkah).
Ulangi sampai jumpTimemencapai nol atau di bawah, atau ketika pemain melepaskan tombol lompat. Setelah itu terjadi, gunakan fisika normal (terapkan akselerasi negatif konstan hingga pemain mencapai tanah).
Anda mungkin perlu menggunakan coba-coba (atau "tebakan logis") untuk menemukan nilai yang cocok untuk "beberapa nomor" itu, kecuali Anda tahu cara melakukannya.
UPDATE: Saya menemukan trik yang membuat lompatan sedikit lebih realistis (karena awalnya lambat naik tetapi kemudian cepat turun). Infinite Mario juga menggunakan baris berikut (293 dari Character.js versi JavaScript) ... this.Ya *= 0.85;Ini hanya seperti "seret udara", dan membatasi / memperlambat kecepatan karakter ketika di udara. Jadi setiap frame, kalikan kecepatan-y (kecepatan vertikal) dengan angka kurang dari satu sehingga melambat ketika jatuh kembali (dan karena itu baik naik dan turun selama lompatan akan sama dan lebih realistis). Saya tahu, saya tidak bisa menjelaskan ...
Ketika karakter melompat menggunakan metode yang saya jelaskan di atas, itu "naik" lebih cepat kemudian "jatuh kembali ke bawah". Seret, bagaimanapun, memperlambat kecepatan vertikal. Karena kami mengatur kecepatan vertikal agar proporsional dengan jumpTimesetiap frame, hambatan ini tidak banyak berpengaruh pada paruh pertama lompatan. Namun di setengah berikutnya (jatuh kembali ke bawah), kecepatan vertikal tidak mengatur setiap frame, tetapi hanya ditambahkan oleh nomor lain (dalam hal ini adalah konstanta gravitasi). Oleh karena itu, gaya hambat berlaku dalam jatuh, dan karena itu mengurangi kecepatan (ke segala arah), itu memperlambat jatuh, membuatnya mirip dengan babak pertama.
Ada beberapa cara lain untuk menyelesaikan masalah ini, seperti mengurangi pengaruh gravitasi pada karakter saat jatuh. Namun, kita perlu menemukan berapa banyak kita harus mengurangi gravitasi.
Studi Kasus: Infinite Mario
Inilah yang saya temukan (dari baris 206 dari Mario.java oleh Markus Persson (Notch)):
if (keys[KEY_JUMP] || (jumpTime < 0 && !onGround && !sliding))
{
if (jumpTime < 0)
{
xa = xJumpSpeed;
ya = -jumpTime * yJumpSpeed;
jumpTime++;
}
else if (onGround && mayJump)
{
world.sound.play(Art.samples[Art.SAMPLE_MARIO_JUMP], this, 1, 1, 1);
xJumpSpeed = 0;
yJumpSpeed = -1.9f;
jumpTime = 7;
ya = jumpTime * yJumpSpeed;
onGround = false;
sliding = false;
}
else if (sliding && mayJump)
{
world.sound.play(Art.samples[Art.SAMPLE_MARIO_JUMP], this, 1, 1, 1);
xJumpSpeed = -facing * 6.0f;
yJumpSpeed = -2.0f;
jumpTime = -6;
xa = xJumpSpeed;
ya = -jumpTime * yJumpSpeed;
onGround = false;
sliding = false;
facing = -facing;
}
else if (jumpTime > 0)
{
xa += xJumpSpeed;
ya = jumpTime * yJumpSpeed;
jumpTime--;
}
}
else
{
jumpTime = 0;
}
Versi javascript pada dasarnya adalah https://github.com/robertkleffner/mariohtml5/blob/master/code/character.js yang sama
Ini mirip dengan saran dari Olhovsky, tetapi dalam hal ini gaya akan sebanding dengan jumlah waktu yang dilewati setelah pemain menekan tombol lompat.
Versi javascript saya:
if ( onGround && jump && !jumped ) {
jumpTime = maxJumpTime;
onGround = false;
jumped = true;
this.vel.y = jumpTime * jumpConstant;
A = true;
} else if ( !onGround && jump && jumpTime > 0 && !released ) {
jumpTime -= evt.delta;
this.vel.y = jumpTime * jumpConstant;
B = true;
} else if ( !onGround && ( !jump || jumpTime <= 0 ) ) {
this.vel.y -= gravityConstant * evt.delta;
jumpTime = 0
released = true;
} if ( this.pos.y < 0 && !A && !B ) {
onGround = true;
released = false;
this.pos.y = 0;
this.vel.y = 0;
}
if ( !jump && onGround ) jumped = false;
Namun, beberapa nilai untuk konstanta (misalnya "gravityConstant" dan "jumpConstant") akan memberikan lompatan yang tidak realistis. Tetapi terkadang game tidak harus realistis! ( pembaruan lihat bagian pembaruan di atas)
Pertanyaan ini sudah lebih dari setahun, tapi saya harap ini membantu!