[ - Antworten - Zitieren - Direktlink - ]

code:

---

struct ScreenModeRequester
{
    ULONG sm_DisplayID;	   /* Display mode ID		       */
    ULONG sm_DisplayWidth;	   /* Width of display in pixels       */
    ULONG sm_DisplayHeight;	   /* Height of display in pixels      */
    UWORD sm_DisplayDepth;	   /* Number of bit-planes of display  */

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

code:

---

#include <proto/intuition.h>
#include <proto/graphics.h>
#include <proto/dos.h>

int main (void)

{
long i;
long n = 0;
struct ColorMap *cm;
short pen[256];
struct Screen *scr;

if (scr = LockPubScreen (NULL))
	{
	Printf ("screen depth = %ldn",GetBitMapAttr(scr->RastPort.BitMap,BMA_DEPTH));

	cm = scr->ViewPort.ColorMap;

	Printf ("max. number of pens = %ldn",cm->Count);

	for (i = 0; i < 256; i++)
		{
		pen[i] = ObtainPen (cm,-1,0,0,0,PEN_NO_SETCOLOR);
		if (pen[i] > 0)
			n ++;
		}

	Printf ("%ld pens allocatedn",n);

	for (i = 0; i < 256; i++)
		if (pen[i] >= 0)
			ReleasePen (cm,pen[i]);

	UnlockPubScreen (NULL,scr);
	}

return (0);
}

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Andererseits ist es ja auch nicht legal, >256 Farben zu zeichnen, wenn nur 4 Farben eigestellt sind, obwohl das Pixelformat das zulässt.

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Steckt die echte (16/24/32) Tiefe in der Mode-ID?

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Nunja, ich öffne ein Fenster, zeichne mittels WritePixelArray() hinein, entferne das Fenster und Im Background bleibt Müll, aber nicht immer!, vieleicht aber auch nur bei WinUAE, wie auch anderes was nur bei WinUAE Probleme macht und man es deshalb nicht benutzen darf :-(.

---

Zitat:

---

Wenn ich in TurboText 32Bit einstelle, kann ich dennoch keinen Pen mehr allokieren, das bedeutet für mich, dass man nicht unbedingt von irgendetwas ausgehen soll, was vernünftig erscheint.

---

Zitat:

---

Es kann Blödsinnigerweise auch sein, das beim refreshen eines Fensters auf einem 32Bit Screen, dennoch nur 8Bit oder weniger gespeichert werden

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Kannst du mal den Programmabschnitt hier abdrucken ? Ich kann mir das nicht vorstellen. Ich habe PicShow fast nur unter WinUAE entwickelt und da gab es nicht Müll.

---

Zitat:

---

Außerdem, solange du es richtig machst, darfst du alles benutzen. Wenn WinUAE damit ein Problem hat, dann solltest du das an den Autor von WinUAE melden, damit es korrigiert wird.

---

Zitat:

---

Du solltest nie von etwas ausgehen, das irgenwie erscheint, sondern immer nur von dem, was in den RKRM und den Autodocs steht. Vermutlich

---

Zitat:

---

allokiert TurboText alle 256 Pens. Oder es setzt seine eigene ColorMap. Vielleicht gibt es auch noch andere Möglichkeiten, anderen den Zugriff auf die Palette zu verwehren.

---

Zitat:

---

Benutzt du vielleicht FullPalette ? Dann darfst du dich nicht wundern, daß du nie einen Pen allokieren kannst, denn FullPalette blockiert ja alle.

---

Zitat:

---

Nein, das kann nicht sein. Bei einem SMARTREFRESH-Window wird der gesamte Bildschirminhalt automatisch aktualisiert, mit der gesamten Bildschirmtiefe.

---

Zitat:

---

Ich fange langsam an, mich zu fragen, was du da eigentlich machst. Wenn du in fremde Fenster reinmalst, ist es klar, daß das Probleme gibt. Du solltest immer nur dein eigenes Fenster benutzen.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

hier ist aber das Problem, dass du davon ausgehst, dass dem so ist, wenn es auch Natürlich so sein wird, dass alle 32Bit gesaved werden, steht nirgends, dass das so gemacht wird. Es könnte ja sein, dass wenn man trotz RGBA PixelFormats auch die Anzahl der Farben extra eingestellt werden könnte/kann, bei eingestellter einer Farbe auch nur "eine Plane" zum sichern des Hintergrundes benutzt wird. Aber das wird sicherlich nicht so gemacht.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von DariusBrewka:
Wenn ich in TurboText 32Bit einstelle, kann ich dennoch keinen Pen mehr allokieren, das bedeutet für mich, dass man nicht unbedingt von irgendetwas ausgehen soll, was vernünftig erscheint.

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von thomas:
Das Retten und Wiederherstellen von verdeckten Stellen wird von der layers.library gemacht und die arbeitet mit Bitmaps. Sie weiß nichts von Pens oder ColorMaps. Eine 32bit Bitmap hat 32 Bits pro Pixel. Wenn man einen Bereich dieser Bitmap kopiert, macht es keinen Sinn, nur 8 oder weniger Bits zu kopieren, denn dann würde man ja nur den Blauanteil oder Teile des Blauanteils kopieren. Und du wirst zugeben, daß *das* nicht so ist.

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Ich habe doch schon geschrieben, daß du nur so viele Pens bekommst, wie du im Requester einstellst. Und wenn du nur vier Farben einstellen kannst, kannst du auch nur vier Pens benutzen.

---

Zitat:

---

Da aber TurboText nur die ersten vier benutzt, kannst du doch nach belieben die restliche Palette verändern, ohne Pens zu allokieren.

---

Zitat:

---

Oder du benutzt ModePro, um die Bildschirmtiefe zu erzwingen.

Oder du schmeißt ReqTools raus, das ist ja offensichtlich nicht an RTG angepaßt.

---

Zitat:

---

Ich verstehe nicht, warum du es dir so kompliziert machst.

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von DariusBrewka:
Ja TurboText ist sehr alt, sollte aber dennoch mit Pens klarkommen, da ich dort unter 3.1 nur 4?? Farben für den Screen einstellen kann (Trotz 32Bit Format), dennoch kann ich dort keinen einzigen weiteren Pen mehr allokieren.

---

Zitat:

---

Pens braucht man Beispielweise weil man ja nicht nur WritePixelArray() benutzt sondern auch so Sachen wie Text(), Draw() etc. letzteres habe ich ja schon zu ändern versucht, leider hat da WinUAE so seine Macken.

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]