| |
| |
|
Ralph
Theobald | Hallo Frank ,
wäre es möglich eine Funktion hinzuzufügen, mit der man die Geschwindigkeit von
Sprites steuern kann.
Bisher ist die Geschwindigkeit immer konstant.Ich stelle mir eine Funktion vor , bei der
die Geschwindigkeit kontinuirlich steigt oder fällt.Es dürften auch ruhig mehrere
Funktionen sein.
Gruß Ralph |
|
| |
| |
| |
|
|
Frank
Abbing | | Du meinst das sicher für MoveSprite()? Es ist sicher möglich sowas einzubauen, obwohl dann aber nicht die Geschwindigkeit erhöht wird (die ist ja duch einen Timer vorgegeben), sondern nur die Anzahl übersprungener Pixel erniedrigt würde, bzw. Sprungpausen eingebaut würden. Den Timer für einzelne Sprites rauf/runtersetzen geht nicht, da immer nur der ganzer Thread aufgerufen wird. |
|
| |
| |
| |
|
|
Ralph
Theobald | Hallo Frank,
ich meine eine Rampe, d.h. v beginnt mit 10 und veringert sich dann gleichmäßig
auf 5. Genial wäre, wenn Startwert,Endwert und Steigung der Rampe frei gewählt werden
könnte.Ich hatte übrigens eher an setspritespeed gedacht.
B: Wenn ein Spieler beim Fußball einem anderen den Ball zuspielt , dann wird der Ball
vom 1. zum 2. Spieler immer langsamer.Wenn man eine steigende und eine fallende
Rampe hätte, könnte man sich andere v - Profile (Trapez,Dreieck) leicht selber basteln.
Dein Demo mit den Bienen: Eine Biene landet wohl nicht mit konstanter Geschwindigkeit
auf einer Blume . sondern bremst vorher gleichmäßig ab.
 |
|
| |
| |
| |
|
|
Nico
Madysa | | Ich glaue, Ralph meint so etwas in der Art des Anhangs, bloß in der ProSpeed.dll eingebunden. |
|
| |
| |
| |
|
|
Ralph
Theobald | Um es nochmal am Beispiel Fußball zu erklären:
Ein Spieler spielt den Ball zu einem zweiten Spieler. Der Ball startet mit einer Anfangsgeschwindigkeit,die dann stetig abnimmt.Ich kann dies mit Prospeedbefehlen
simulieren, indem ich die Strecke in mehrere Teilstrecken zerlege und ihnen unterschiedliche Geschwindigkeiten zuordne.Es wäre schön , wenn diese Rechnerei
in einem Prospeedbefehl in Assembler stattfinden würde. Wenn Nico es so gemeint hat,
hat er recht. Das Ganze läuft auf eine lineare Interpolation hinaus. |
|
| |
| |
| |
|
|
Frank
Abbing | | Ok, ich schau mal was zu machen ist. Bin derzeit aber arg eingespannt. Zur neuen ProSpeed 3.0 sollte ichs aber hinbekommen. |
|
| |
| |
| |
|
|
 | | Was spricht bei sowas gegen Sinus oder sehr schnelle vorgerechnete Tabellen? |
|
| |
| |
| |
|
|
Ralph
Theobald | @If:
Nichts. Aber Frank als Assemblerexperte weiß wahrscheinlich am Besten, wie das
umzusetzen ist.
@Frank:
Ich hätte noch einen Wunsch.
Konstruktion von Wegen für Sprites mittels Bezierkurven. |
|
| |
| |
| |
|
|
Ralph
Theobald | | Hier ein Beispiel( stammt von www.geogebra.at ): |
|
| |
| |
| |
|
|
Frank
Abbing | | Bezierkurven wird es wohl nicht geben, dafür sehe ich einfach zu wenig Anwendungsgebiete. Man kann Sprites ja bereits auf beliebigen Pfaden wandeln lassen, siehe MoveSpriteWithTable() und Moritz Kerstens Pathfinder. |
|
| |
| |
| |
|
|
Ralph
Theobald | Danke Frank,
Die Bezierkurven war nur so eine Idee. Werd mir das Programm von Moritz nochmal
ansehen.
Gruß Ralph |
|
| |
| |
| |
|
|
Jens-Arne
Reumschüssel | Hallo Frank!
Ich weiß zwar nicht, inwieweit das in der neuen Version der prospeed.dll schon berücksichtigt wurde, gleichwohl hätte ich folgenden Vorschlag:
Für schnelles (und gradbeliebiges) Rotieren von Grafiken sind Rotate (viel zu langsam) und RotateExtBmp (schneidet Rechtecke quadratisch) oft nicht so gut geeignet. Die API-Funktion PlgBlt aus der GDI32.DLL schafft hier Abhilfe. Im Prinzip könntest Du einfach einen Aufruf von PlgBlt als neue Funktion mit in die DLL aufnehmen für "nicht-API-Programmierer".
Ich kann übrigens die PSA.DLL und die PSA3D-DLL nicht herunterladen, die Links sind wohl veraltet. Und die ProSpeed 3.0 gibts nocht nicht zum Download, hab ich recht, oder hab ich die bloß nicht gefunden?
Gruß, Jens-Arne |
|
| |
| XProfan X4 * Prf2Cpp * XPSE * JRPC3 * Win11 Pro 64bit * PC i7-7700K@4,2GHz, 32 GB RAM
PM: jreumsc@web.de | 12.10.2008 ▲ |
|
| |
|
(328)
Deutsch
English
Français
Español
Italia