| |
| |
|
Jac
de
Lad | Kenn quelqu'un ne API, avec qui je sur einem hPic une la couleur ratzfatz vers une autre austauschen peux?
Jac  |
|
| |
| Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP | 17.07.2008 ▲ |
|
| |
|
|
 | Ist Je ne bekannt, mais per bitblt-Operationen (and or xor) laisser sich blitzschnell ganze Farbbereiche modifizieren.
Workaround pourrait un kleines inlineasm son welches im membmp pixelt.
Oooder Du verwendest envoyé den -1 Modus de z.B. drawPic ou bien copyBmp là on ici oui qui "Transparentfarbe" choisir peux et z.B. sur une autre Grundfarbe raufkopieren peux.
[offtopic]
create("hNewPic",xx,yy,la couleur)
[/offtopic] |
|
| |
| |
| |
|
|
| égal, ici la fois un Testcode [...]  wobei sich mir qui Frage à Frank aufdrängt weshalb ici qui inline-ASM-Aufruf so ewig dauert bzw. pourquoi ici qui inlineasm "langsamer" ist comme qui XProfan-Code. (irgendwas übersehen?) |
|
| |
| |
| |
|
|
| So gehts: [...]  (maintenant hats mich aussi intéressé...) |
|
| |
| |
| |
|
|
Jörg
Sellmeyer | peux Du es pas im Transparentmodus sur une entsprechend gefäbten Hintergrund kopieren:
DrawPic hBitmap&, X%, Y%; modus%[, transcol&]
cela gilt naturellement seulement ab Profan11!
mais aussi avec älteren Versionen peux on es avec einem kleinen le détour erreichen:
-Pixel à gauche unten dans qui trop ersetzenden la couleur einfärben
-Bild sur gewünschten Farbuntergrund kopieren
-Pixel wieder dans qui Ursprungsfarbe einfärben
-zurückkopieren
David hats oui dessus déjà erwähnt, mais so ne Step-byStep-Anleitung peux oui aussi pas dommage.
edit: (ok, il était sogar avec Code plus rapide) |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ...  | 17.07.2008 ▲ |
|
| |
|
|
Frank
Abbing | iF
égal, ici la fois un Testcode [...] wobei sich mir qui Frage à Frank aufdrängt weshalb ici qui inline-ASM-Aufruf so ewig dauert bzw. pourquoi ici qui inlineasm "langsamer" ist comme qui XProfan-Code. (irgendwas übersehen?)
tu appelles qui Assemblerroutine pour chacun la ligne récente sur. cet vielen Dll-Aufrufe dauern plan.
si du cela Bild dans einem Rusch kopierst ist es naturellement plus rapide comme XProfan. Abgesehen en, dass qui API GetPixel très paralysé ist. Am besten, du verwendest une DIB. |
|
| |
| |
| |
|
|
| Hiernach ist qui Aufruf einer Inline-ASM-Funktion plus que 100 la fois langsamer comme qui Aufruf einer XProfanfunktion. 
je muss mir fois le ENH regarder, peut-être peut sich cela améliorer? |
|
| |
| |
| |
|
|
Frank
Abbing | iF
Hiernach ist qui Aufruf einer Inline-ASM-Funktion plus que 100 la fois langsamer comme qui Aufruf einer XProfanfunktion. je muss mir fois le ENH regarder, peut-être peut sich cela améliorer?
qui Assemblercode ist sûrement optimisé. |
|
| |
| |
| |
|
|
Jac
de
Lad | Erstmal merci.
j'ai ien Bild sur un Static gelegt et voulais encore qui transparenten Bereiche à qui Hintergrundfarbe anpassen, pour brauche je cela. c'est pourquoi schied cela DrawPic aussi aus. cela Ganze avec dem Static ist nötic à cause de dem automatischen Neuzeichnen (cela Static liegt NICHT sur dem hWnd et Subclassing et manuellem Neuzeichnen J'ai eu pas so den gewünschten Erfolg, avant allem chez qui Perförmanze). |
|
| |
| Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP | 17.07.2008 ▲ |
|
| |
|
|
| | sendMessage(hBmp,stm_setImage,,hPic) |
|
| |
| |
| |
|
|
Jac
de
Lad | c'est aussi bien sûr, mais cela hilft mir chez dem Transparenzkernproblem pas plus. mais deine Methode avec dem hNewPic hat mir geholfen. 
Eingefügt de iF : ici gehts plus: [...] |
|
| |
| Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP | 17.07.2008 ▲ |
|
| |
|
(534)
Deutsch
English
Français
Español
Italia