| |
| |
|
 | allô zusammen,
Version 1.7 qui ProSpeedDll ist maintenant disponible! Diesmal avec Schwerpunkt Bildschirm-Manipulationen.
cet Funktionen sommes hinzugekommen et ici peut son qui neuste Version runterladen:
mon Page d'accueil
FindBytes (B,O,A,S,L)
une Kopie qui Profan-Funktion MemPos, mais plus rapide et sicherer. avec FindBytes() peux une beliebige Zeichenfolge dans einem Bereich
gesucht volonté.
WaitWatch (M)
Wartet, jusqu'à M Millisekundenn depuis dem letzten Aufruf de StartWatch() passé sommes.
InitExtFX (H)
Erzeugung eines Bytes-Arrays aus einer externe Bitmap. Nötig pour alle grafischen Effekte.
FreeExtFX (B)
Freigabe de grenier, qui avec InitExtFX() erzeugt wurde.
Darken (F,X,Y,B,S)
Abdunklung des Bildschirms (ou bien partager en) jusqu'à hin trop einer schwarzen Surface.
Lighten (F,X,Y,B,S)
Aufhellung des Bildschirms (ou bien partager en) jusqu'à hin trop einer weißen Surface.
Blur (F,X,Y,B)
Verwischt qui Grafik sur dem Bildschirm (ou bien Teile en).
Rustle (F,X,Y,B)
Erzeugt un Rauschen sur dem Bildschirm (ou bien sur partager en) ähnlich dem eines Fernsehers sans Sendeempfang.
Grey (F,X,Y,B)
pouvoir bunte Bildschirme (ou bien partager en) gris. Tauscht alors alle Farben dans Grautöne um.
SemiTrans (F,X,Y,B1,B2,P)
Semi-Transparente Einblendung. Mischt deux verschiedene Bilder trop einem, hierbei wird par une Prozentangabe qui Transparenz chaque
Bildes berücksichtigt.
Sharpen (F,X,Y,B)
pouvoir cela Bild (ou bien Teile en) schärfer. Pratiquement qui Umkehr-effet de Blur().
BlackWhite (F,X,Y,B,P)
pouvoir aus einer Grafik sur dem Bildschirm (ou bien partager en) un noir-sais Bild.
CopyArray (F,X,Y,B)
Manuelle Kopie eines Byte-Arrays sur den Bildschirm (ou bien partager en).
Viel Spass, Frank. |
|
| |
| |
| |
|
|
| je hab im Magazin une Nouvelles par-dessus veröffentlicht: [...] 
je hoffe cela allez bien sûr.
MfG, Eric Eggert
www.yatil.de - cela Profan²-Magazin |
|
| |
| |
| |
|
|
| allô Eric,
Bien sûr allez cela bien sûr.
Dankeschön et plus so...
Gruss, Frank |
|
| |
| |
| |
|
|
| allô Frank!
Großes Lob à Votre travail! 
qui Dll ist wirklich überaus nützlich, allerdings suis je Je ne entier
sûrement, si es sich chez suivant l'affaire um une Bug handelt:
dll magasin
Deklarations-block
style de fenêtre 80
window 0,0-800,600
Loadsizedbmp ...,0,0-800,600;0
string bereich#,0=Picture.bmp
ExternHDC&=LoadExtBmp(bereich#,%HDC)
CopyExtBmp(%hdc,200,100,400,400,ExternHDC&,0,0,0)
Whilenot ende%
irgendwas
waitinput
cas Equ(%mousepressed,1):messagebox(text,text,0)
cas Equ(%mousepressed,2):ende%=1
sleep 20 allerdings per Def, là Profan 6.6
Endwhile
Ist pas original, mais sollte es expliquer.
Problem: cela Bild wird avec LoadExtBmp geladen et ensuite avec CopyExtBmp ins
Hauptfenster kopiert. Soweit ne...aucune Problem.
si je maintenant mais qui Messagebox sur qui kopierte Grafik bewege zerstöre
je vous avec cela. entier im opposition en supplément wird qui zuvor avec Loadsizedbmp
geladene Hintergrundgrafik toujours wieder ordnungsgemäß rekonstruiert. chez anderen
Windows, qui je beispielsweise dans den Vordergrund hole geschieht cela gleiche.
Woran liegt es? mon faute?
..et encore quoi d'autre
Anregung wolltest Du, n'est-ce pas?
eh bien, qui Prospeed.dll sollte oui, soweit je toi verstanden habe qui
Opportunités des Spieleprogrammierens améliorer.
Deswegen ist oui qui Schwerpunkt wohl aussi qui Sprite-Geschichte.
chez den Spritefunktionen fehlt mais une entier entscheidene!
Schlagwort Hierarchie:
Bislang ist es so, qui qui zuletzt erstellte Sprite sur qui vordersten plaine
plaziert ist, avant den zuvor erstellten. qui Hierarchie baut sich alors de
Sprite1 - hinterste plaine jusqu'à Sprite (zuletzt erstellt) - vorderste plaine sur.
Pour simple Ballerspiele mag cela suffire. quoi ist mais si im laufenden
Spiel une Figur d'abord derrière einem arbre et ensuite avant ihm herlaufen soll? Zur
Zeit serait cela un Effacer et Neuaufbauen aller betroffenen Sprites
erfordern. cela gibt ensuite mais selbst avec qui Prospeed cela grand Flattern, si là
la fois plan 10,20,30.. et plus Sprites gesetzt volonté doit.
mais selbst, si cela optique vertretbar wäre, ist es doch einfacher, si
qui Dll cette Aufwand übernimmt et plus rapide wäre cela de toute façon. Beispiel:
SetSpriteLayer(Sprhandle&,-2) um den Sprite deux Ebenen pour hinten trop schieben,
ou bien so ähnlich!? Hm.
Möglicherweise gibt es là oui une Solution.
eh bien car, Votre DLL ist mais so, ou bien so Sonderklasse 
cela quoi je geschrieben habe ist alors pas comme Kritik trop comprendre.
avec den allerbesten Grüßen
Mischa |
|
| |
| |
| |
|
|
| allô Mischa.
>Problem: cela Bild wird avec LoadExtBmp geladen et ensuite avec CopyExtBmp ins
>Hauptfenster kopiert. Soweit ne...aucune Problem.
>si je maintenant mais qui Messagebox sur qui kopierte Grafik bewege zerstöre
>je vous avec cela. entier im opposition en supplément wird qui zuvor avec Loadsizedbmp
>geladene Hintergrundgrafik toujours wieder ordnungsgemäß rekonstruiert. chez
anderen
>Windows, qui je beispielsweise dans den Vordergrund hole geschieht cela
gleiche.
>Woran liegt es? mon faute?
Ist pas dein faute, cela liegt à Profan. toujours si Profan avec seinen beiden Bitmaps herumhantiert, pouvoir es une Sicherheitskopie dans %HDC2, um im piège einer Überlagerung sa Hauptbitmap wieder trop restaurieren. tout autor venez aussi wieder qui ursprüngliche Bitmap, si quoi verdeckt wurde.
Behebung:
1) Du schaltest cet Verhalten ab et restaurierst selber chez so einem Ereigniss qui Bitmap
2) Du kopierst, après que dein Bildschirm fertig ist, alles pour %HDC2 et aktualisierst somit qui Sicherheits-Bitmap
>..et encore quoi d'autre
>Anregung wolltest Du, n'est-ce pas?
>eh bien, qui Prospeed.dll sollte oui, soweit je toi verstanden habe qui
>Opportunités des Spieleprogrammierens améliorer.
>Deswegen ist oui qui Schwerpunkt wohl aussi qui Sprite-Geschichte.
>chez den Spritefunktionen fehlt mais une entier entscheidene!
>Schlagwort Hierarchie:
>Bislang ist es so, qui qui zuletzt erstellte Sprite sur qui vordersten
plaine
>plaziert ist, avant den zuvor erstellten. qui Hierarchie baut sich alors de
>Sprite1 - hinterste plaine jusqu'à Sprite (zuletzt erstellt) - vorderste plaine
sur.
>Pour simple Ballerspiele mag cela suffire. quoi ist mais si im laufenden
>Spiel une Figur d'abord derrière einem arbre et ensuite avant ihm herlaufen soll?
Zur
>Zeit serait cela un Effacer et Neuaufbauen aller betroffenen Sprites
>erfordern. cela gibt ensuite mais selbst avec qui Prospeed cela grand Flattern,
si là
>la fois plan 10,20,30.. et plus Sprites gesetzt volonté doit.
>mais selbst, si cela optique vertretbar wäre, ist es doch einfacher, si
>qui Dll cette Aufwand übernimmt et plus rapide wäre cela de toute façon. Beispiel:
>SetSpriteLayer(Sprhandle&,-2) um den Sprite deux Ebenen pour hinten trop
schieben,
>ou bien so ähnlich!? Hm.
>Möglicherweise gibt es là oui une Solution.
oui, tu as droite. je hab mir qui letzten Wochen selber déjà mon
Gedanken gemacht. une Layerstruktur doit her.
qui erste Grundstein ist aussi déjà gelegt:
SwapSpriteLayers(sprite1&,sprite2&) ;die beiden Sprites tauschen ihrer plaine
autre Layer-Funktionen volonté folgen. dans Version 1.8, bzw. 2.0
>
>eh bien car, Votre DLL ist mais so, ou bien so Sonderklasse
>cela quoi je geschrieben habe ist alors pas comme Kritik trop comprendre.
wohin du droite la hâte, la hâte du droite. je nehms pas comme Kritik, mais comme
Anregung.
>
>avec den allerbesten Grüßen
>Mischa
>
Salut, Frank |
|
| |
| |
| |
|
(960)
Deutsch
English
Français
Español
Italia