Foro | | | | | | - Página 1 - |
| 
Manfred
Barei | ¡Hola,
Por favor, una vez Testen, en me kommt siempre una falscher Valor.
KompilierenMarcaSeparaciónDeclare Bild&
windowtitle "Farbtiefe"
cls
usefont "MS Sans Serif",16,0,0,0,0
setdialogfont 1
Bild& = @Create("hPic",-1,"Test.bmp") das Bild hat 16 Farben = 8-Bit
DrawPic Bild&,0,0;0
DeleteObject Bild&
Locate 10, 1
print "Farbtiefe : " + @Str$(%BmpB) + "-Bit" angezeigt werden 32-Bit
waitinput
 | | | | Zu wenig Wissen ist gefärlich, zu viel auch.(XProfan X4) | Win 10 Pro 64 | Win7 Ultimate 32/64 | AMD FX-8320, 16GB, GeForce GT 630 | | 08.08.2008 ▲ |
| | |
| | | | | | | - Página 1 - |
| 
Frank
Abbing | | Nein, habs ebenfalls festgestellt... |
| | | | | | |
| |  | Habs doch oben ya erwähnt, el Werte beziehen se el hPic.
Werte después de LoadBmp veces getestet?
Yo glaube Roland hatte así algo erwähnt como el el Farbtiefe el hPics se después de el eingestellten Desktopfarbtiefe orientiert. Puedo me vorstellen el create("HPIC" una hPic producido, y darauf el Bild läd. Das geladene Bild se esta sí en el hPic-Farbtiefe konvertiert, después de Laden ha lo entonces el "korrekt-angezeigten" Werte, auch si la Expediente otro Inhalt trägt. 
Un Incluir welche de verschiedenen Bildtypen Características wiedergibt wäre hier hilfreich - oder Usted spielst con GDI herum. |
| | | | | | |
| | 
RGH | IF ha (ausnahmsweise ;) ) bastante: Hier se el Farbtiefe des hPic& determinado u8nd el es siempre exakt el Farbtiefe des Desktop, entsprechend auch el Farbanzahl. Und el allermeisten Rechner son en una Farbtiefe de 32 Bit eingestellt, wobei 24 Bit para el Farben verwandt voluntad. (Farbanzahl es also 2^24)
Saludo
Roland |
| | | | Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 08.08.2008 ▲ |
| | |
| | 
Jörg
Sellmeyer |
Werte después de LoadBmp veces getestet?
Das hay sí nun veces no mehr (seit XPRofan10?). Como lo sí %BitsPixel son, Es el sí eigentlich para el ermittlung el Bildschirmfarbtiefe zuständig.
El Farbtiefe (Bits/Pixel) des zuletzt con DrawPic, DrawSizedPic, CopyPic, CopySizedPic, create("HPIC",...), create("hSizedPic",...) oder create("hPicCopy",...) geladenen Bildes.
Wenn Yo el así durchlese, sehe Yo como aber no Referencia darauf, daß sichder Valor en el Farbtiefe des Desktops bezieht. |
| | | | Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ...  | 08.08.2008 ▲ |
| | |
| | | | | | - Página 2 - |
| |
RGH | ¡Hola,
el LoadBmp hay natürlich todavía, sólo heißt lo ahora DrawPic:
KompilierenMarcaSeparación
Und hier se el Farbtiefe el Bmp-Expediente angegeben In diesem Fall also 4 Bit.
En "DrawPic &hPic, ..." se natürlich el Farbtiefe des con DrawPic en el Bildschirm gebrachten Bildes, also de &hPic angegeben. Und esta es nun veces el Farbtiefe des Desktops.
Yo debería en el Ayuda algo ausführlicher en esta Feinheiten eingehen. Der de el alten Ayuda kopierte Begriff "geladen" es hier irreführend, como él en el üblichen Sprachgebrauch sólo zutrifft, si el a zeichnende Bild direkt de uno Expediente geladen se, y no si de uno Speicherbitmap geholt se.
Saludo
Roland |
| | | | Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 08.08.2008 ▲ |
| | |
| |
Jörg
Sellmeyer | Yo finde, Usted debe más bien %bmpp así adaptar, daß lo el korrekte Farbtiefe widergibt.  |
| | | | Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 08.08.2008 ▲ |
| | |
| |
RGH | Jörg Sellmeyer
Yo finde, Usted debe más bien %bmpp así adaptar, daß lo el korrekte Farbtiefe widergibt.
Tut lo sí, y zwar en el obigen Ejemplo el de &hPic. Der Befehl DrawPic setzt el Farbtiefe en valor el Mapa de bits, el él características. Er kann nada mehr wissen, welche Farbtiefe irgendein Bild hatte, el irgendwann veces con un otro Befehl geladen wurde.
Saludo
Roland |
| | | | Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 08.08.2008 ▲ |
| | |
| |
Frank
Abbing | RGH
Jörg SellmeyerYo finde, Usted debe más bien %bmpp así adaptar, daß lo el korrekte Farbtiefe widergibt. Tut lo sí, y zwar en el obigen Ejemplo el de &hPic. Der Befehl DrawPic setzt el Farbtiefe en valor el Mapa de bits, el él características. Er kann nada mehr wissen, welche Farbtiefe irgendein Bild hatte, el irgendwann veces con un otro Befehl geladen wurde. Saludo Roland
Pero esto es unlogisch. Immerhin sagt el Ayuda: El Farbtiefe (Bits/Pixel) des zuletzt con DrawPic, DrawSizedPic, CopyPic, CopySizedPic, create("HPIC",...), create("hSizedPic",...) oder create("hPicCopy",...) geladenen Bildes. DrawPic se sin embargo hier nada para Laden verwendet, pero para Kopieren y dürfte deswegen en el Fall no el Variable verändern. |
| | | | | | |
| | | Hehe, el puede ser otra vez sehen como veces voluntad, (fast) como beim explode-Problema.
Letztendlich wäre lo wohl XProfan (oder auch "smart" lol) si Roland hier eben una Excepción deklariert así el erwartete Valor zurückgeliefert se, simplemente deshalb, porque él imho por GDI sowieso el Werte einmalig besitzt y lo así no Sinn macht, extra una Incluir aufzusetzen, sólo porque el Werte (eigentlich) "überschrieben" gehören. Schliesslich puede ser el Tiefe des hPics con %bitsPixel ermitteln. |
| | | | | | |
| |
Jörg
Sellmeyer | Wenn el Valor sólo el Farbtiefe des Bildschirms zurückgibt, es él schlicht überflüssig, como lo sí, como dijo, ya %BitsPixel son. Von uno Variables, que (laut Ayuda) en geladene Bitmaps bezieht, erwarte Yo, daß ellos auch una Valor zurückliefert, el se el Bild bezieht.
Und Yo halte lo wirklich para sinnvoller, el Rückgabewert anzupassen, como el Ayuda con un überflüssigem Valor a "korrigieren". |
| | | | Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 08.08.2008 ▲ |
| | |
| |
RGH | Frank Abbing
Immerhin sagt el Ayuda: El Farbtiefe (Bits/Pixel) des zuletzt con DrawPic, DrawSizedPic, CopyPic, CopySizedPic, create("HPIC",...), create("hSizedPic",...) oder create("hPicCopy",...) geladenen Bildes. DrawPic se sin embargo hier nada para Laden verwendet, pero para Kopieren y dürfte deswegen en el Fall no el Variable verändern.
Hier differiert el, lo que el Ayuda sagt nun tiempos de el, Yo gemeint y programmiert habe. Sicherlich puede ser nun drüber streiten, lo que el bessere Solución es. Mein Gedanke war, dass lo schwer nachvollziehbar es, por qué DrawPic en uno Syntaxvariante esta vier Systemvariablen setzt y en uno otro no. Daher entschied Yo mich, ellos siempre a conjunto. Beim Erweitern el Ayuda Yo aber algo a leichtfertig el alte Formulierung übernommen, que en el alten Befehl LoadBMP bezog.
Como el auch sei: Jetzt debería zumindest klar ser, como y wann XProfan esta Systemvariablen setzt.
Saludo
Roland |
| | | | Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 08.08.2008 ▲ |
| | |
| |
Frank
Abbing | Apéndice:
&BmpCol
--------------------------------------------------------------------------------
Versión: 3.3 / 11.0
Farbanzahl des zuletzt con DrawPic, DrawSizedPic, CopyPic, CopySizedPic, create("HPIC",...), create("hSizedPic",...) oder create("hPicCopy",...) geladenen Bildes.
Konnte el Bild no geladen voluntad, se &BmpCol en 0 zurückgesetzt.
Oftmals Es el Anzahl el Bits/Pixel interessanter como el Farbanzahl. Diese kann con %BmpC ermittelt voluntad.
.
Usted sprichst aquí en el Ayuda de %BmpC... |
| | | | | | |
|
RespuestaThemeninformationenDieses Thema ha 6 subscriber: |
|
|
Política de PrivacidadWir uso Cookies sólo como Session-Cookies wegen el technischen Notwendigkeit y en uns hay no Cookies de Drittanbietern.
Wenn du hier en unsere Webseite klickst oder navigierst, stimmst du unserer Erfassung de Informationen en unseren Cookies en XProfan.Net a.
Weitere Informationen a unseren Cookies y dazu, como du el Kontrolle darüber behältst, findest du en unserer nachfolgenden Datenschutzerklärung.einverstandenDatenschutzerklärung
Yo möchte no Cookie
|
(2.287)
Deutsch
English
Français
Español
Italia