| |
| |
|
Jac
de
Lad | Kenn someone ne API, with the I on one hPic a colour ratzfatz against another replace can?
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 | 07/17/08 ▲ |
|
| |
|
|
 | is I do not famous, but by bitblt-Operationen (and or xor) can blitzschnell whole Farbbereiche modify.
Workaround could one small inlineasm his which in the membmp pixelt.
Oooder You verwendest skillful whom -1 mode of z.B. drawPic or copyBmp there one here Yes The "Transparentfarbe" dial can and z.B. on a others primitive colour raufkopieren can.
[offtopic]
create("hNewPic",xx,yy,colour)
[/offtopic] |
|
| |
| |
| |
|
|
| alike, here time one Testcode [...]  where itself me The question Screen memory aufdrängt and so here the inline-ASM-appeal so forever lasts or. Why here the inlineasm "langsamer" is as the XProfan-code. (something overlooking?) |
|
| |
| |
| |
|
|
| so GEHTS: [...]  (now hats me too interested...) |
|
| |
| |
| |
|
|
Jörg
Sellmeyer | can You not in the Transparentmodus on a properly gefäbten background copy:
DrawPic hBitmap&, X%, Y%; mode%[, transcol&]
This is naturally first ex Profan11!
but too with older versions can it with a small detour achieve:
-Pixel left under in the To ersetzenden colour dye
-Image to desired Farbuntergrund copy
-Pixel again in the Ursprungsfarbe dye
-zurückkopieren
David hats Yes supra already erwähnt, but so ne Step-byStep-guide can indeed not damage.
edit: (ok, he was even code faster) |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ...  | 07/17/08 ▲ |
|
| |
|
|
Frank
Abbing | iF
alike, here time one Testcode [...] where itself me The question Screen memory aufdrängt and so here the inline-ASM-appeal so forever lasts or. Why here the inlineasm "langsamer" is as the XProfan-code. (something overlooking?)
You call The Assemblerroutine for each row new on. These many Dll-Aufrufe last even.
If you the image in a Rusch copy is it naturally faster as XProfan. foreseen of it, that The API GetPixel very gammy is. best, You verwendest a DIB. |
|
| |
| |
| |
|
|
| Hiernach is the appeal of/ one Inline-ASM-function More as 100 time slower as the appeal of/ one XProfanfunktion. 
I must me times the ENH standing, Perhaps can itself the improve? |
|
| |
| |
| |
|
|
Frank
Abbing | iF
Hiernach is the appeal of/ one Inline-ASM-function More as 100 time slower as the appeal of/ one XProfanfunktion. I must me times the ENH standing, Perhaps can itself the improve?
The Assemblercode is sure optimierbar. |
|
| |
| |
| |
|
|
Jac
de
Lad | Erstmal thanks.
I have ien Image to one Static laid and wished yet The transparenten reaches on The Backgroundcolor adjust, for need I the. therefore divorced the DrawPic too from. the whole with the Static is nötic because of the automatischen Repaint (the Static lying NOT on the hWnd and Subclassing and manuellem Repaint I had not so whom desired success, particularly with the 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 | 07/17/08 ▲ |
|
| |
|
|
| | sendMessage(hBmp,stm_setImage,,hPic) |
|
| |
| |
| |
|
|
Jac
de
Lad | this is too clear, but the help me with the Transparenzkernproblem not further. but your method with the hNewPic has me helped. 
Eingefügt of iF : here GEHTS moreover: [...] |
|
| |
| 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 | 07/17/08 ▲ |
|
| |
|
(1.023)
Deutsch
English
Français
Español
Italia