| |
| |
|
 | Yo habe hier en el Programa (unten angehängt) una Fehler drin, el Yo no finde.
Wenn Yo, el 16-Bitfarbmodus habe al Computer Luego se el Auto correcto durchsichtig adecuado.
Wenn Yo, el 32-Bitfarbmodus habe al Computer Luego se el Auto con un schwarzen kasten versehen, also no durchsichtig.
Finde el fehler no.
El Procedur "proc oglzubmp" es zuständig dafür.
Lo voluntad con "glReadPixels" el Opengl-Bild-Daten en el Bereichsvariable gelesen vom linken pequeño Ventana y setdibits el Bild-daten hier eingelesen : bild_auto_h&
y luego con drawpic adecuado en el rechten grossen Ventana.
mfg
peter |
|
| |
| |
| |
|
|
 | Auf startPaint meinStaticHandle con drawPic ,,;-1 debería uno eh no vertrauen.
Erzeuge por createNewHPic una weiteres hPic en primero darauf para dibujar, en dieses entonces untransparent a meinStaticHandle a transferencia. Somit kannst Usted auch incluso el a zeichnenden Hintergrund en hPic bestimmen - antes el "aufs Ventana legen".
Dort scheint aber auch todavía de otra manera no a stimmen... |
|
| |
| |
| |
|
|
| Wird el erzeugte bild_auto_h sin embargo por savePic gespeichert y por drawpic "dateiname" otra vez geladen, así funktioniert auch Transp -1
Hier se irgend una Api algo (en XProfan) durcheinander bringen, versuche veces herauszufinden welche genau el es. |
|
| |
| |
| |
|
|
| Gracias para dein Tip, habe lo dahin gehend ändern puede , el Yo vorher con MCLS una Speicher eingerichtet habe. El otro Sachen kann Todavía no anwenden..XProfan11 todavía no besitze...warte...warte.....warte..
[...] 
Schau veces en Profano2cpp, por qué el Fläche rechts beim ersten Bildwechsel blanco es.
EXE son con en el Anhang.
mfg |
|
| |
| |
| |
|
(2.288)
Deutsch
English
Français
Español
Italia