| |
|
|
- Page 1 - |
|
Ralph Theobald | Hallo Frank ,
wäre es possibile 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.
Saluto Ralph |
|
|
| |
|
|
|
| |
|
- Page 1 - |
|
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 potuto.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, potuto 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 corre 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 per 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.
Saluto 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 per "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?
Saluto, 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 ▲ |
|
|
|
| |
|
- Page 2 - |
|
|
Frank Abbing | Hallo Jens,
die beiden Links sind veraltert und die Dlls werden nicht weiter programmiert. Die neue Version der ProSpeed.dll ist fertig, aber ich stecke bei der Anleitung fest. Irgendwie komme ich zu nix. Es hat sich viel geändert, vor allem wurden Funktionsnamen einheitlich angepasst. |
|
|
| |
|
|
|
| |
|
| |
|
|