| |
| |
|
 | allô Frank
la hâte du peut-être une concept comment je une Anzahl de Sprites im Hintergrund aufbauen et ensuite gleichzeitig sur dem Schirm
apporter peux.
Tricolore bisher probiert avec:
Mcls 1024,768
Startpaint -1
Boucle
InitSprite .....
SetBackAutoCollision ...
SpriteToHDC ....
SetSpriteFixMode ...
EndeSchleife
EndPaint
Tricolore encore un bisserl herumprobiert, mais es venez toujours Blödsinn raus. Irgendwie fehlt mir ici qui Funken.
Salut Thomas |
|
| |
| |
| |
|
|
| allô Thomas,
Frank wurde am mercredi operiert et hat sich depuis dem encore pas zurück gemeldet (je hoffe la fois und dir im bien !).
trop deinem Problem: je schätze fois le Grafiken im Hintergrund aufbauen wird pas cela Problem son, mais qui ganzen Sprites dans qui Boucle erstellen zulassen. qui Hürde ici liegt dans den Handles, là on oui aucun variablen Variablennamen benutzen peux. qui ablösung sollte ici une Bereichsvariable créer, dans qui schleife cela ergebnis de @initsprite... joli qui Reihe pour dans qui Bereichsvariable kopieren et im nachhinein alle rauskopieren. Ok, ist naturellement aussi pas cela wahre mais anders ca va wohl malheureusement pas.
Moritz |
|
| |
| |
| |
|
|
| allô Moritz
<Frank wurde am mercredi operiert et hat sich depuis dem encore pas zurück gemeldet (je hoffe la fois und dir im bien !).>
Hab je gar pas gewusst, wünsch im mais la fois gute Besserung.
je verwende pour qui Spritehandles Bereichsvariablen (allez genauso bien avec Arrays), c'est pas mon Problem. veux qui Sprites gemeinsam sur dem Bildschirm apporter, peut-être aussi avec Semitrans ou bien anderen Einblendmöglichkeiten.
Salut Thomas |
|
| |
| |
| |
|
|
| Salut,
suis wieder zusammengeflickt et gutgelaunt  )))
Thomas, bau doch simple qui Sprites außerhalb des Bildschirms sur (z.B. horizontale Position minus 2000) et positioniere après alle Sprites wieder um 2000 Pixel à droite. cela allez bien dans einer Boucle avec:
...
x&=GetSpriteX(handle&)+2000
y&=GetSpriteY(handle&)
SetSpritePos(handle&,x&,y&,x&,y&)
...
cet Methode ist sogar plus rapide, comme alle Sprites tout de suite sur den Bildschirm trop setzten, weil Sprites, qui momentan pas sichtbar sommes, gar pas gezeichnet volonté...
Dank euch pour qui Genesungs-Wünsche !!!
Salut,
Frank (pas totzukriegen) |
|
| |
| |
| |
|
|
| allô Frank
Freut mich qui du pas totzukriegen es.
Avec l' den Sprites auserhalb des Bildschirms aufbauen klingt bien, doit je ensuite juste ausprobieren.
avec einblenden de Sprites wirds wohl pas so simple aller.
Salut Thomas |
|
| |
| |
| |
|
|
| Salut,
non, pas entier so simple, possible ist es mais.
tu dois direct qui Spritegrafiken avec grafischen Effekten versehen.
peut-être komm je oui maintenant irgendwann la fois en supplément, trop diesem Thema une Beispielsource trop écrivons...
Salut, Frank |
|
| |
| |
| |
|
|
| allô Frank
Tricolore ausprobiert avec den Sprites auserhalb des Bildschirm aufzubauen.
sous normalen Umständen volonté qui Sprites dadurch plus rapide angezeigt (la distance ist entre den Sprites ist geringer) mais qui Cpu Auslastung steigt enorm là encore alle Sprite aktiv sommes (Setspritefixmode verlangsamt oui wieder cela Ganze)
Hab ensuite beim Testen encore un Programme courir gehabt cela entier joli qui Cpu im Anspruch nimmt. ensuite hats ca. 20 Sekunden gebraucht jusqu'à qui Sprites am Bildschirm étions. Tricolore ensuite wieder comment gehabt probiert, et là était aucun Verlangsamung trop erkennen.
qui Erkenntniss kam chez qui Prf Dossier. comme Exe avons beide sans Verzögerung funktioniert.
Salut Thomas |
|
| |
| |
| |
|
|
| allô Thomas,
ok.
quoi pouvoir dein Prf-Code car dans cette Zeit? dans einer Warteschleife verharren? si oui, bau la fois un Sleep 5 avec dans qui Warteschleife un, ensuite wird qui CPU Belastung deutlich geringer.
Pour cela Clipping qui Sprites ist seulement Windows zuständig. ProSpeed kopiert un Sprite aussi, si es am Bildschirm pas sichtbar ist, mais Windows akzeptiert den Kopierbefehl seulement ensuite, si cela Sprite aussi sichtbar ist.
Salut, Frank |
|
| |
| |
| |
|
|
| allô Frank
ici nochmal zur Erklärung:
Methode1:
Schleifeanfang
InitSprite (.....)
Spritetohdc
SetSpriteFixMode(...1)
SchleifeEnde
qui Bildschirmaufbau allez eigentlich droite zügig (comme Prf 1/2 seconde jusqu'à 1 seconde et comme Exe quelque chose moins.
Methode2:
Schleifeanfang
InitSprite (.....) auserhalb des Bildschirm
SchleifeEnde
Schleifenanfang
SetSpritePos sur richtige Position
SchleifenEnde
Schleifenanfang
Spritetohdc
SetSpriteFixMode(...1)
Schleifendende
Bedingt par qui 2. Boucle (chez qui 1. suis je Je ne sûrement) steigt qui Cpu Auslastung gewaltig. Läuft un Programme dans Hintergrund cela qui Cpu stark belastet (chez mir wars NetAnts, est un DownloadManager) hat sich qui Aufbau vom ersten Sprite jusqu'à zum letzten gute 20 Sekunden gebraucht (cela était chez qui Prf Dossier, avec qui Exe moins comme 1/2 seconde)
je hab eigentich une schnellen Pc. Soll avec einem langsameren Pc aussi zurechtkommen.
si je ici qui 3 Boucle omettre würd et Sprittohdc et SetSpriteFixMode dans qui 2 Boucle einbauen würd, hab je eigentlich pas viel Zeitgewinn beim Aufbau qui Sprites.
mon Programme verharrt pas irgendwo dans einer Warteschleife.
si qui Spriteaufbau geschafft ist dans Metode 2, ist qui Cpu Auslastung eh wieder normal (bedingt par setspritefixmode 1)
je voulez arrêt doch den Bildschirmaufbau beschleunigen. je glaub je werd lieber chez Methode 1 rester
Salut Thomas |
|
| |
| |
| |
|
|
| Hi,
na bien sûr, SpriteToHDC() ist responsable...
Salut, Frank |
|
| |
| |
| |
|
(499)
Deutsch
English
Français
Español
Italia