Jo, das nervt mich auch. Durch diesen Fehler ist es zum Beispiel in PureBasic nicht möglich, im 16-Bit-Modus mit Point(x,y) eine Farbe aus einem Sprite zu ermitteln und diese dann während der Laufzeit mit TransparentSpriteColor() transparent zu machen, da beide Befehle scheinbar auf einer anderen Farbberechnung im 16-Bit-Modus zurückgreifen.Serge hat geschrieben:Wie gesagt, PB hat einen Fehler bei der Farbumrechnung.
128,128,128 gibts bei PB eben nicht im 16bit modus.
Hilfe, Transparenz funktioniert nur bei mir :(
-
Kaeru Gaman
- Beiträge: 17389
- Registriert: 10.11.2004 03:22
kann man auch. aber da du in deinem beispiel die argumente von createsprite3d vertauscht hattest, musstest du wohl gleiche nummern haben, damit du überhaupt den richtigen sprite siehst.LittleFurz hat geschrieben:mmmh, ich dacht Sprite und Sprite3D kann unabhängig von einander numerieren
yo, aber echt!Lebostein hat geschrieben:Jo, das nervt mich auch.
vielleicht könnte ich background-info kriegen (hallo andré ?) wie die befehle aufgebaut sind, dann könnte ich konkrete vorschläge zur konzept-verbesserung machen.
Der Narr denkt er sei ein weiser Mann.
Der Weise weiß, dass er ein Narr ist.
Der Weise weiß, dass er ein Narr ist.
- Andre
- PureBasic Team
- Beiträge: 1765
- Registriert: 11.09.2004 16:35
- Computerausstattung: MacBook Core2Duo mit MacOS 10.6.8
Lenovo Y50 i7 mit Windows 10 - Wohnort: Saxony / Deutscheinsiedel
- Kontaktdaten:
Von mir leider nicht, da ich zumeist keine Internas kenne. Zur Funktionsweise der Grafikbefehle evtl. Danilo, aber grds. eigentlich nur Fred. => Direkt anschreiben (in englisch) unter fred -at- purebasic.com ?Kaeru Gaman hat geschrieben:vielleicht könnte ich background-info kriegen (hallo andré ?) wie die befehle aufgebaut sind, dann könnte ich konkrete vorschläge zur konzept-verbesserung machen.
@Alle:
Ein komplett lauffähiges (!) Beispiel, das den hier im Thread mehrfach angesprochenen Fehler nachvollziehbar macht, ist sinnvoller als x-mal die Aussage "Bug xyz" zu wiederholen....
-
Kaeru Gaman
- Beiträge: 17389
- Registriert: 10.11.2004 03:22
ich habe mir mal die mühe gamacht, zum 24bit/16bit problem einen kompletten test zu fahren, und diesen ausführlich zu dokumentieren.
http://robsite.de/php/pureboard/viewtop ... 8690#10757
zum 16farb-mode hab ich das noch nicht gemacht, aber das kann man ja noch nachholen
http://robsite.de/php/pureboard/viewtop ... 8690#10757
zum 16farb-mode hab ich das noch nicht gemacht, aber das kann man ja noch nachholen
Der Narr denkt er sei ein weiser Mann.
Der Weise weiß, dass er ein Narr ist.
Der Weise weiß, dass er ein Narr ist.
-
Kaeru Gaman
- Beiträge: 17389
- Registriert: 10.11.2004 03:22
-
Kaeru Gaman
- Beiträge: 17389
- Registriert: 10.11.2004 03:22
wollen wir uns jetzt streiten, wer was wann wo geschrieben hat, oder hättest du die güte, dir meinen extra-thread zu gemüte zu führen und wenigstens mit einer negativen kritik zu würdigen?am 27.11. um 15:43: LittleFurz hat geschrieben:@ Kaeru
Ich meinte den 16 Farben Mode. Und ich meinte, das die Farbe [c]RGB(0, 128, 0)[/c] eigentlich so ziehmlich unter jedem Modus verfügbar sein müsste.
Der Narr denkt er sei ein weiser Mann.
Der Weise weiß, dass er ein Narr ist.
Der Weise weiß, dass er ein Narr ist.
der 24Bit-Modus und der 32-Bit-Modus sind eigentlich identisch. Beim 32Bit ist ein leer-byte angeschlossen. Der Vorteil ist halt, das die GPU (Graphic Processing Unit) mit *4 wesentlich schneller rechnen kann, als mit *3 und somit die Punkte schneller adressieren kann.
CodeArchiv Rebirth: Deutsches Forum Github Hilfe ist immer gern gesehen!
