| |
|
|
| allô,je encore
arbeite maintenant déjà un bisl avec dienen tolen dll mais 2 dinge sommes mir jusqu'à doch encore négative aufgefallen:
1.chez copyextbmp et copymemory sommes qui speicherbereche quasi vertauscht! copyextbmp erwartet comme erstes cela but,copymemoroy hingegen comme erstes qui source.je viens là toujours wieder durcheinander et muss nachgucken...
2.qui maskenbitmaps pour findpath et backgroundcollision sommes pas komabitibel bzw.invertiert!!! backgrundcollison hat comme begehbare fläche noir(quoi aussi bien ist),findpath hingegen benutzt sais.somit muss on seulement wieder une neue bitmap dans qui vollen hintergrundgröße erzeugen(dans derregel très grand)et qui hintergrund-maskenbitmap invertiert hinein kopieren! je suis pour cela qui maskenbitmap pour findpath aussi sur noir comme begehbar umgestellt wird weil ensuite ist vous aussi kompatibel avec backgrundcollision et alphatrans!!! hintergrund:pas begehare fläche im spiel kopiere je avec alphatrans sur qui hintergrundgrafik(sieht besser aus).cet maskenbitmap peux cih ensuite aussi juste pour backgroundcollision verwenden,pour findpath ist vous allerdings nutzlos,malheureusement
punkt 1 ist pas so grave mais était mir aufgefallen.punkt2 higegen liegt mir wirklich très am herzen weil es unnötig travail et grenier nécessaire. alors quoi denkst du? sollte on qui funktionen pas vereinheitlichen??? |
|
|
| |
|
|
|
| Hi,
trop 1.: tu as droite, mais je peux es maintenant pas plus changement, sans inkompatibel trop volonté...
trop 2.: alors quoi denkst du? sollte on qui funktionen pas vereinheitlichen???
J'ai pensé, je hätte cela dans Version 2.5 gemacht... es du sûrement, cela deine Sourcescodes / Exes aktuell sommes ?
Salut, Frank |
|
|
| |
|
|
|
| trop1:hab je mir gedacht,sollte on toujours im vorhinein considérer
trop2:??? problem pas verstanden? je hab qui aktuelle prospeed version. mais findpath veux oui une autre maskenbitmap comme zb. backgroundcollision! et tout autor ca va mir... je serait qui bitmap qui je pour backgroundcollision verwende aussi volontiers pour findpath verwenden. en ce moment allez cela pas là findpath oui komischerweise qui la couleur sais comme durchlässig/begehbar nimmt. alle anderen funktionen comment backgroundcollision et alphatrans (comme transparenz) prendre là noir(quoi aussi bien ist)... dewegen serait je es pour sinnvoll tenir cela trop changement,là peux on aussi la fois une abstrich dans qui kompatibilität faire weil es une très sinnvolle änderung wäre! |
|
|
| |
|
|
|
| Hi,
aaah maintenant jaaa... je hatte autre chose im tête, le moi früher déjà inkompatibilisiert hatte.
tu as droite. Vorerst peux du dir oui aider, indem du une Maskencopy bereithälst, qui du ensuite per CopyExtBmp() im Kopiermodus 4 invertierst.
Salut, Frank |
|
|
| |
|
|
|
| allô Martin,
je hab justement genauer nachgesehen, qui beiden Masken sommes kompatibel. ici deux Auszüge aus qui Hilfedatei:
SetBackAutoCollision(): dans chaque le cas besoin wir pour M une spezielle Maskenbitmap, am besten une Masken-Kopie des Hintergrunds. cet sollte zweifarbig son (1 Bit noir-sais Bild). Alle se mettre im Hintergrund, qui de dem Sprite begehbar son devoir, doit dans qui la couleur weiss gezeichnet son. Alle anderen se mettre im Hintergrund, qui cela Sprite pas betreten darf, doit noir gekennzeichnet son.
FindPath(): Zuersteinmal nécessaire qui Funktion une Maskenbitmap avec den vorhanden à cause de et Hindernissen. Vom Hintergrund doit alors un scharz-sais Bild vorhanden son, worin schwarze Flächen pour Hindernisse (Mauern usw.) stehen et weiße Flächen pour Wege (freie Plätze).
je mon aussi, je hätte qui masque pour SetBackAutoCollision() la fois geändert, wahrscheinlich benutzt du encore une vieille Hilfedatei ?
Salut, Frank |
|
|
| |
|
|