| |
| |
|
 | ¡Hola zusammen,
Versión 1.7 el ProSpeedDll es ahora verfügbar! Diesmal con Schwerpunkt Bildschirm-Manipulationen.
Diese Características son hinzugekommen y aquí könnt ihr el neuste Versión runterladen:
Mi Homepage
FindBytes (B,O,A,S,L)
Un Kopie el Profano-Función MemPos, pero más rápido y sicherer. Mit FindBytes() kann una beliebige Zeichenfolge en un Zona
gesucht voluntad.
WaitWatch (M)
Wartet, a M Millisekundenn seit el letzten Aufruf de StartWatch() vergangen son.
InitExtFX (H)
Erzeugung uno Bytes-Arrays de uno externo Mapa de bits. Nötig para todos grafischen Effekte.
FreeExtFX (B)
Freigabe de Speicher, el con InitExtFX() producido wurde.
Darken (F,X,Y,B,S)
Abdunklung des Bildschirms (oder Teilen su) a hin a uno schwarzen Fläche.
Lighten (F,X,Y,B,S)
Aufhellung des Bildschirms (oder Teilen su) a hin a uno weißen Fläche.
Blur (F,X,Y,B)
Verwischt el Grafik en el Bildschirm (oder Teile su).
Rustle (F,X,Y,B)
Erzeugt una Rauschen en el Bildschirm (oder en Teilen su) ähnlich el uno Fernsehers sin Sendeempfang.
Grey (F,X,Y,B)
Macht bunte Bildschirme (oder Teilen su) grau. Tauscht also todos Farben en Grautöne en.
SemiTrans (F,X,Y,B1,B2,P)
Semi-Transparente Einblendung. Mischt zwei verschiedene Bilder a una, hierbei se por una Prozentangabe el Transparenz cada
Bildes berücksichtigt.
Sharpen (F,X,Y,B)
Macht el Bild (oder Teile su) schärfer. Quasi el Umkehr-Effekt de Blur().
BlackWhite (F,X,Y,B,P)
Macht de uno Grafik en el Bildschirm (oder Teilen su) una Schwarz-Weiß Bild.
CopyArray (F,X,Y,B)
Manuelle Kopie uno Byte-Arrays en el Bildschirm (oder Teilen su).
Viel Spass, Franco. |
|
| |
| |
| |
|
|
| Yo en el Magazin una Noticias darüber veröffentlicht: [...] 
Yo hoffe el va klar.
MfG, Eric Eggert
www.yatil.de - Das Profano²-Magazin |
|
| |
| |
| |
|
|
| ¡Hola Eric,
Natürlich va el klar.
Dankeschön y más así...
Gruss, Franco |
|
| |
| |
| |
|
|
| ¡Hola Franco!
Großes Lob a Su Arbeit! 
El Dll es wirklich überaus nützlich, allerdings bin Yo no bastante
sicher, si se en folgender Sache en una Bug es:
dll invitar
Deklarations-block
windowstyle 80
window 0,0-800,600
Loadsizedbmp ...,0,0-800,600;0
cadena bereich#,0=Picture.bmp
ExternHDC&=LoadExtBmp(bereich#,%HDC)
CopyExtBmp(%hdc,200,100,400,400,ExternHDC&,0,0,0)
Sinestar encargado ende%
algo
waitinput
caso Equ(%mousepressed,1):messagebox(texto,texto,0)
caso Equ(%mousepressed,2):ende%=1
sleep 20 allerdings por Def, como Profano 6.6
Endwhile
Ist no original, aber debería lo erklären.
Problema: Das Bild es con LoadExtBmp geladen y luego con CopyExtBmp en el
Ventana principal kopiert. Soweit kein Problema.
Wenn Yo ahora aber el Messagebox en kopierte Grafik bewege zerstöre
Yo ellos así. Ganz en el Gegensatz dazu se el zuvor con Loadsizedbmp
geladene Hintergrundgrafik siempre otra vez ordnungsgemäß rekonstruiert. En otro
Fenstern, el Yo por ejemplo en el Vordergrund hole geschieht el gleiche.
Woran liegt lo? Mein Fehler?
..y todavía qué más
Anregung wolltest Usted, no verdadero?
Nun, el Prospeed.dll debería sí, soweit Yo Usted verstanden habe el
Möglichkeiten des Spieleprogrammierens verbessern.
Deswegen es sí el Schwerpunkt wohl auch el Sprite-Geschichte.
En el Spritefunktionen fehlt aber una bastante entscheidene!
Schlagwort Hierarchie:
Bislang es así, daß el zuletzt erstellte Sprite en el vordersten Ebene
plaziert es, antes el zuvor erstellten. El Hierarchie baut se also de
Sprite1 - hinterste Ebene a Sprite (zuletzt erstellt) - vorderste Ebene en.
Für einfache Ballerspiele mag el genügen. Was es pero si en el laufenden
Spiel una Figur zuerst hinter una Baum y luego antes ihm herlaufen se? A
Tiempo sería el una Löschen y Neuaufbauen aller betroffenen Sprites
erfordern. Das son entonces aber incluso con el Prospeed el große Flattern, si como
veces eben 10,20,30.. y mehr Sprites gesetzt voluntad necesario.
Aber incluso, si el optisch vertretbar wäre, es doch einfacher, si
el Dll esta Aufwand übernimmt y más rápido wäre el ohnehin. Ejemplo:
SetSpriteLayer(Sprhandle&,-2) en el Sprite zwei Ebenen después de hinten a schieben,
más o menos ähnlich!? Hm.
Möglicherweise hay como sí una solución.
Nun porque, Su DLL es aber así, más o menos Sonderklasse 
Das Yo geschrieben habe es also no como Kritik a verstehen.
Mit el allerbesten Grüßen
Mischa |
|
| |
| |
| |
|
|
| ¡Hola Mischa.
>Problema: Das Bild es con LoadExtBmp geladen y luego con CopyExtBmp en el
>Ventana principal kopiert. Soweit kein Problema.
>Wenn Yo ahora aber el Messagebox en kopierte Grafik bewege zerstöre
>Yo ellos así. Ganz en el Gegensatz dazu se el zuvor con Loadsizedbmp
>geladene Hintergrundgrafik siempre otra vez ordnungsgemäß rekonstruiert. En
otro
>Fenstern, el Yo por ejemplo en el Vordergrund hole geschieht el
gleiche.
>Woran liegt lo? Mein Fehler?
Ist no dein Fehler, el liegt a Profano. Immer si Profano con seinen beiden Bitmaps herumhantiert, macht lo una Sicherheitskopie en %HDC2, en en el Falle uno Überlagerung seine Hauptbitmap otra vez a restaurieren. Darum kommt auch otra vez el ursprüngliche Mapa de bits, si qué verdeckt wurde.
Behebung:
1) Usted schaltest dieses Comportamiento de y restaurierst selber en así una Ereigniss el Mapa de bits
2) Usted kopierst, después de dein Bildschirm fertig es, alles después de %HDC2 y aktualisierst somit el Sicherheits-Mapa de bits
>..y todavía qué más
>Anregung wolltest Usted, no verdadero?
>Nun, el Prospeed.dll debería sí, soweit Yo Usted verstanden habe el
>Möglichkeiten des Spieleprogrammierens verbessern.
>Deswegen es sí el Schwerpunkt wohl auch el Sprite-Geschichte.
>En el Spritefunktionen fehlt aber una bastante entscheidene!
>Schlagwort Hierarchie:
>Bislang es así, daß el zuletzt erstellte Sprite en el vordersten
Ebene
>plaziert es, antes el zuvor erstellten. El Hierarchie baut se also de
>Sprite1 - hinterste Ebene a Sprite (zuletzt erstellt) - vorderste Ebene
en.
>Für einfache Ballerspiele mag el genügen. Was es pero si en el laufenden
>Spiel una Figur zuerst hinter una Baum y luego antes ihm herlaufen se?
A
>Tiempo sería el una Löschen y Neuaufbauen aller betroffenen Sprites
>erfordern. Das son entonces aber incluso con el Prospeed el große Flattern,
si como
>veces eben 10,20,30.. y mehr Sprites gesetzt voluntad necesario.
>Aber incluso, si el optisch vertretbar wäre, es doch einfacher, si
>el Dll esta Aufwand übernimmt y más rápido wäre el ohnehin. Ejemplo:
>SetSpriteLayer(Sprhandle&,-2) en el Sprite zwei Ebenen después de hinten a
schieben,
>más o menos ähnlich!? Hm.
>Möglicherweise hay como sí una solución.
Sí, du hast bastante. Yo me el letzten Wochen selber ya mi
Gedanken gemacht. Un Layerstruktur muß her.
Der erste Grundstein es auch ya gelegt:
SwapSpriteLayers(sprite1&,sprite2&) ;die beiden Sprites tauschen ihrer Ebene
Andere Layer-Características voluntad folgen. In Versión 1.8, o. 2.0
>
>Nun porque, Su DLL es aber así, más o menos Sonderklasse
>Das Yo geschrieben habe es also no como Kritik a verstehen.
Wo du bastante hast, hast du bastante. Yo nehms no como Kritik, pero como
Anregung.
>
>Mit el allerbesten Grüßen
>Mischa
>
Saludo, Franco |
|
| |
| |
| |
|
(906)
Deutsch
English
Français
Español
Italia