ProSpeed.dll
Wenn sie Fragen und Anregungen zu meiner ProSpeed DLL oder zu den Profan²-Sourcecodes und Demos haben, dann sind sie hier richtig. Auch neue Vorschläge sind jederzeit willkommen. Und bitte mit richtigem Namen und Email-Adresse einschreiben. Danke.

| Suchen
| Zurück zur Übersicht

Autor | Thema: @LoadFile$ und ProSpeed.Dll
Thomas Ungerböck
| Datum:06.08.02 23:23 (Kerzenlicht@chello.at) |
Hallo Frank Ist ein neues Problem aufgetaucht. Meinen Quelltext hast du ja schon gesehn. Wenn ich bevor ich die Sprites und die anderen Grafiken lade so ein LadeFenster mit @LoadFile$ erstelle, dauerts ca. eine Sekunde bis sich mein Sprite um ein Feld bewegt, dieses Phänomen ist nicht immer da (ca. 90%). Das macht sich sogar in der Exe bemerkbar, nicht so stark aber doch. Mach ich das Ganze nachdem die Sprites geladen sind, funktionierts ganz normal (brauchs aber vorher). Bin schon am verzweifeln, liegts an Profan (7,5), an Windows (Me), an der ProSpeedDll oder an mir. Mfg ein Thomas der sich nicht raussieht!
Frank Abbing
| Datum:07.08.02 16:27 |
Hallo Thomas, ok, hab's getestet. Ich setze also ein @LoadFile$("Lade ein Bild","*.BMP") unter den Windows-Befehl und starte dein Programm und was meinst du ... ein Fehler wird jetzt immer angezeigt: Ungültige Whileloop-Parameter ! Und egal, welche Werte ich in den Whileloop-Schleifen einsetze, die Fehlermeldung bleibt. Du hast recht, setze ich "LoadFile$" hinter "SpriteLaden", dann funktionierts bestens. Ich hab' dann "LoadFile$" in einigen meiner Spritedemos ausprobiert, ohne irgendwelche Fehler oder Ruckelungen der Sprites. Daran kann's nicht liegen. Moritz Kersten hatte auch schonmal Probleme mit "LoadFile$", allerdings immer dann, wenn die Profan-Exe mit ASPack gepackt war und auch nur unter Windows 98. Versuch doch mal LoadFile$() direkt in "SpriteLaden" aufzurufen, immer eine Zeile tiefer einsetzen, bis kein Fehler mehr auftritt. Dann weißt du genau, welche Zeile zusammen mit "LoadFile$" Ärger macht. Ich würde das Problem auch in jedem Fall mal Roland mitteilen und nachfragen, ob Bugs bekannt sind. Gruß, Frank P.S. Ist so eine Programmierung eigentlich erlaubt ? OffsetX%=OffsetX$ OffsetY%=OffsetY$
Thomas Ungerböck
| Datum:07.08.02 19:27 (Kerzenlicht@chello.at) |
Hallo Frank <P.S. Ist so eine Programmierung eigentlich erlaubt ? <OffsetX%=OffsetX$ <OffsetY%=OffsetY$ Ist glaub ich schon erlaubt, habs aber schon umgeändert. Das Problem ist bei mir nicht die ungültige WhileloopParameter, bei mir gibts keine Fehlermeldung (Quelltext ist schon wieder leicht abgeändert). Habs auch schon bei paar von deinen Demos probiert, dort funktionierts richtig. Bei mir ist halt wie schon gesagt, meine Spielfigur braucht eine Ewigkeit bis es sich in Bewegung bringt. Spritegeschwindigkeit passt, Na ja werd ich noch bisserl herumexperimentieren bis ich drauf komme. Danke für deine Mühe, Thomas
Frank Abbing
| Datum:07.08.02 19:51 |
Hallo, hast du schon die Methode versucht, um die rätselhafte Zeile zu finden ? Das würde schon etwas weiterhelfen. Gruß, Frank
Thomas Ungerböck
| Datum:07.08.02 20:37 (Kerzenlicht@chello.at) |
Hallo Frank Arbeiter&=InitSprite(SpritesFigur&,%HDC,HintergrundKopie1&,HintergrundKopie2&,64,0,32,32,1,1,5,AX&,AY&,V%,V%) Also das Sprite meiner Spielfigur. Das ist die Zeile. Wenn mein Loadfile davor ist, funktionierts nicht richtig, nach der Zeile alles bestens. Ich hab das @Loadfile auch in deinen Demos eingebaut und da funktionierts. Na ja hab eh diese Woche ein langes Wochenende. Werd mir mal deine Demos zur Brust nehmen und mit meinem Quelltext vergleichen, dann werd ich sicher den Fehler finden . Gruß Thomas
Frank Abbing
| Datum:07.08.02 21:41 |
Ist gut. Wäre nett, wenn du hier den Fehler postet, sobald du ihn gefunden hast... Viel Glück ;-))
Thomas Ungerböck
| Datum:07.08.02 22:10 (Kerzenlicht@chello.at) |
Hallo Frank Wie es ausieht kann ich das Wochenende mit sinnvollerem verbringen als Fehlersuchen. Kann das sein? Hab in meinen 2 Schleifen, wo die anderen Sprites geladen werden Sleep 5 eingebaut und dann funktionierts (Habs jetzt 10 mal getestet: fehlerfrei, woffentlich wars das wirklich). Mfg Thomas
Frank Abbing
| Datum:07.08.02 22:35 |
Hallo, super ! Erklärt aber nicht unbedingt meinen "Ungültige Whileloop-Parameter Fehler"..... Gruß, Frank
Thomas Ungerböck
| Datum:07.08.02 22:50 (Kerzenlicht@chello.at) |
Hallo Hab mir nochmal den Quelltext angesehen den ich dir geschickt hab. In meinen Whileloop Schleifen wird ein Wert per Readini genommen. @Loadfile ändert aber vorher den aktuellen Pfad sofern nicht auf Abbrechen geklickt wird, und der Wert wird nicht gefunden. Und Whileloop 0 ist nicht gültig. Ist aber in der aktuellen Version schon abgeändert. Pfad wird am Anfang des Programmes ausgelesen. Mfg Thomas
Frank Abbing
| Datum:08.08.02 05:31 |
Hallo, hab' ich gesehen. Ich hatte aber einen manuellen Wert für die Schleife eingesetzt, mit demselben Fehler... Gruß, Frank
Thomas Ungerböck
| Datum:08.08.02 18:19 (Kerzenlicht@chello.at) |
Hallo Frank Wennst willst kann ich dir ja wieder denn aktuellen Quellcode zusenden. Gruß Thomas
Frank Abbing
| Datum:08.08.02 22:10 |
Hallo, gerne, Thomas ! Bin allerdings übers Wochenende nicht zuhause, kann also etwas dauern, bis ich mich melde... Gruß, Frank
Thomas Ungerböck
| Datum: 09.08.02 00:25 (Kerzenlicht@chello.at) |
Hallo an alle Um das Thema zum Abschluß zu bringen, hier meine Erfahrungen: In meinem Spiel an dem ich gerade arbeite gibts ungefähr 30 Sprites, ein Sprite, die Spielfigur bewegt die anderen Sprites. Steuerung per Pfeiltasten. Hab mir ein @Loadfilefenster eingebaut bevor die Sprites geladen werden, das hat meinen Pc so eingebremst (war warscheinlich der Punkt am i)dann erfolgte eine Spritebewegung nur jede Sekunde. Bin dann auf die Idee gekommen wies ausschaut mit der Cpu, natürlich 100% Auslastung und das bei einem P4 mit 1500Mhz. Abhilfe SetSpriteFixMode Hätt ich gleich drauf kommen können. Mfg Thomas

| Zurück zur Übersicht

| Ein kostenloses WebMart Forum WebMart Homepage Tools kostenlos |