Zitat:

---

Original von DariusBrewka:

Zitat:

---

Original von whose:

Zitat:

---

Original von bubblebobble:
Und benutzt jemand tatsächlich interleaved Bitmaps, oder ist das mehr eine teoretische Diskussion ?

---

Das ist wohl eher theoretisch. Benutzt wurde dieses Feature wohl hauptsächlich für Spiele, mit OS-Mitteln angelegte Screens sind nicht "von Haus aus" interleaved.

---

Also Ich kann hier bei PSI (MUIs Screen Tool) Interleaved einschalten,

---

Zitat:

---

aber außerhalb von Planaren Screens wird das keine Funktion haben.

---

Unwahrscheinlich Obwohls wohl mal zu Anfangszeiten eine GraKa mit Planar-Modus gab, ich weiß aber nicht mehr, welche das war... eine der ersten GVP-Karten, glaube ich. Aber ich glaube nicht, daß es dafür einen CGFX-/P96-Treiber gibt.

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

[ - Answer - Quote - Direct link - ]

Zitat:

---

Original von whose:
Nein, gar nicht. Beachte das (an und für sich unbedeutende) Wörtchen "Dimensions", dann kennst Du den Grund. Eine Interleaved-Bitmap von 4Bit Tiefe ist im Speicher 4 mal "höher" als die letztlich resultierende Pixelmenge. Die Maske paßt dann zwar in der Breite, aber die "Zwischenzeilen" würden fehlen, wenn die Maske nicht 4 mal "höher" wäre.

---

Zitat:

---

Da arbeitet der Blitter ja auch bei der Quellbitmap quasi auf Bitebene und nicht auf Byte- oder Halbbyte-Ebene, wie bei non-interleaved Bitmaps.

---

Zitat:

---

Das ist wohl eher theoretisch. Benutzt wurde dieses Feature wohl hauptsächlich für Spiele, mit OS-Mitteln angelegte Screens sind nicht "von Haus aus" interleaved.

---

[ - Answer - Quote - Direct link - ]

Zitat:

---

Original von DariusBrewka:

Zitat:

---

Original von malte2:
@DariusBrewka:

Eine Maske für Interleaved BitMaps muß auch selber interleaved sein (daher Breite * Tiefe * Höhe) damit BltMaskBitMap() funktioniert.

---

Hmm, ich glaube nicht daran, denn dann würden viele Ältere ulktools die auf die WB mittels MaskenFunktionen blitten nicht funktionieren. Interleaved wurde mit 3.0? eingeführt.

---

Zitat:

---

Interleaved bezieht sich IMHO nur auf das Display nicht auf die Vorgehensweise wie man darauf malt, d.h. eine 4 Bit masken Zeichenop auf ein Interleaved Schirm wird dennoch 4 Mal durch den Blitter für jede Plane einzeln gemacht und nicht nur in einem Rutsch.

---

[ - Answer - Quote - Direct link - ]

code:

---

VOID MyBltMaskBitMap( CONST struct BitMap *srcBitMap, LONG xSrc, LONG ySrc, struct BitMap *destBitMap, LONG xDest, LONG yDest, LONG xSize, LONG ySize, struct BitMap *maskBitMap )
{
  BltBitMap(srcBitMap,xSrc,ySrc,destBitMap, xDest, yDest, xSize, ySize, 0x99,~0,NULL);
  BltBitMap(maskBitMap,xSrc,ySrc,destBitMap, xDest, yDest, xSize, ySize, 0xe2,~0,NULL);
  BltBitMap(srcBitMap,xSrc,ySrc,destBitMap, xDest, yDest, xSize, ySize, 0x99,~0,NULL);
}

ASM void HookFunc_BltMask(REG(a0, struct Hook *hook), REG(a1,struct LayerHookMsg *msg), REG(a2,struct RastPort *rp ))
{
  struct BltMaskHook *h = (struct BltMaskHook*)hook;

  LONG width = msg->bounds.MaxX - msg->bounds.MinX+1;
  LONG height = msg->bounds.MaxY - msg->bounds.MinY+1;
  LONG offsetx = h->srcx + msg->offsetx - h->destx;
  LONG offsety = h->srcy + msg->offsety - h->desty;

#ifdef __SASC
	putreg(REG_A4,(long)hook->h_Data);
#endif

  MyBltMaskBitMap( h->srcBitMap, offsetx, offsety, rp->BitMap, msg->bounds.MinX, msg->bounds.MinY, width, height, &h->maskBitMap);
}

VOID MyBltMaskBitMapRastPort( struct BitMap *srcBitMap, LONG xSrc, LONG ySrc, struct RastPort *destRP, LONG xDest, LONG yDest, LONG xSize, LONG ySize, ULONG minterm, APTR bltMask )
{
    if (GetBitMapAttr(srcBitMap,BMA_FLAGS)&BMF_INTERLEAVED)
    {
	LONG src_depth = GetBitMapAttr(srcBitMap,BMA_DEPTH);
	struct Rectangle rect;
	struct BltMaskHook hook;
		
	/* Define the destination rectangle in the rastport */
	rect.MinX = xDest;
	rect.MinY = yDest;
	rect.MaxX = xDest + xSize - 1;
	rect.MaxY = yDest + ySize - 1;
		
	/* Initialize the hook */
	hook.hook.h_Entry = (HOOKFUNC)HookFunc_BltMask;
#ifdef __SASC
	hook.hook.h_Data = (void*)getreg(REG_A4);
#endif
	hook.srcBitMap = srcBitMap;
	hook.srcx = xSrc;
	hook.srcy = ySrc;
	hook.destx = xDest;
	hook.desty = yDest;
		
	/* Initialize a bitmap where all plane pointers points to the mask */
	InitBitMap(&hook.maskBitMap,src_depth,GetBitMapAttr(srcBitMap,BMA_WIDTH),GetBitMapAttr(srcBitMap,BMA_HEIGHT));
	while (src_depth)
	    hook.maskBitMap.Planes[--src_depth] = bltMask;

	/* Blit onto the Rastport */
	DoHookClipRects(&hook.hook,destRP,&rect);
    } else
    {
	BltMaskBitMapRastPort(srcBitMap, xSrc, ySrc, destRP, xDest, yDest, xSize, ySize, minterm, bltMask);
    }
}

#endif

---

[ - Answer - Quote - Direct link - ]

Zitat:

---

Original von whose:

Zitat:

---

Original von bubblebobble:
Und benutzt jemand tatsächlich interleaved Bitmaps, oder ist das mehr eine teoretische Diskussion ?

---

Das ist wohl eher theoretisch. Benutzt wurde dieses Feature wohl hauptsächlich für Spiele, mit OS-Mitteln angelegte Screens sind nicht "von Haus aus" interleaved.

---

[ - Answer - Quote - Direct link - ]

[ - Answer - Quote - Direct link - ]

[ - Answer - Quote - Direct link - ]

Zitat:

---

Original von Holger:

Zitat:

---

Original von whose:
Nein, gar nicht. Beachte das (an und für sich unbedeutende) Wörtchen "Dimensions", dann kennst Du den Grund. Eine Interleaved-Bitmap von 4Bit Tiefe ist im Speicher 4 mal "höher" als die letztlich resultierende Pixelmenge. Die Maske paßt dann zwar in der Breite, aber die "Zwischenzeilen" würden fehlen, wenn die Maske nicht 4 mal "höher" wäre.

---

Das ist eine interessante neue Interpretation der bytesPerRow Eigenschaft. Ich hätte bislang immer vermutet, dass solche BitMaps, bzw. deren Planes, n mal breiter sind.

---

Zitat:

---

Zitat:

---

Da arbeitet der Blitter ja auch bei der Quellbitmap quasi auf Bitebene und nicht auf Byte- oder Halbbyte-Ebene, wie bei non-interleaved Bitmaps.

---

Hä?
Der Blitter arbeitet immer wortweise, meinethalben auch mit bitweiser Verknüpfung, aber definitiv immer auf die gleiche Weise.

---

Zitat:

---

Zitat:

---

Das ist wohl eher theoretisch. Benutzt wurde dieses Feature wohl hauptsächlich für Spiele, mit OS-Mitteln angelegte Screens sind nicht "von Haus aus" interleaved.

---

Also meine Workbench ist es.
Und ich tendiere eher zu der Meinung, dass dies bei OS3.0+/AGA der default ist.

---

Autodocs, intuition/screens.h, Tag SA_INTERLEAVED. Defaults to: FALSE.

Wäre auch reichlich gemein, wo das doch ein "New for OS3.1/AGA"-Feature ist, wenn es Default wäre. Das würde alle Programme, die den Blitter benutzen und Bitmaps für Blitmasken auf dem OS1.x-Weg anlegen, vor die Wand rennen lassen.

Meines Wissens nach läuft die Workbench auch auf einem normalen Screen, wenn nicht dran "gedreht" wurde. Überprüfen kann man das mit Darius' Hinweis auf das "Flackern" (bei hoher Farbtiefe), ohne großen Aufwand. Flackert ein normalgroßes Piktogramm beim Anklicken (ggf. mal auf mehr als 32 Farben stellen), ist es definitiv nicht interleaved.

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

[ - Answer - Quote - Direct link - ]

@Georg:

Ah, danke für den Code von Olaf. Den hatte ich bei meiner Verzweiflung bezüglich der Blitterei per Google mal gefunden und der war sehr hilfreich.

Soweit ich weiß, ist dieses Problem von AllocBitmap() mit OS3.9 (oder sogar 3.5? Weiß ich gar nicht so genau) behoben worden. Bei mir liefs jedenfalls ohne den Trick, und an einen Zufall glaube ich dabei nicht, auch wenn ich das nur ein Mal getestet habe.

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

[ - Answer - Quote - Direct link - ]

Zitat:

---

Original von whose:
Meines Wissens nach läuft die Workbench auch auf einem normalen Screen, wenn nicht dran "gedreht" wurde. Überprüfen kann man das mit Darius' Hinweis auf das "Flackern" (bei hoher Farbtiefe), ohne großen Aufwand. Flackert ein normalgroßes Piktogramm beim Anklicken (ggf. mal auf mehr als 32 Farben stellen), ist es definitiv nicht interleaved.

---

[ - Answer - Quote - Direct link - ]

Zitat:

---

Original von DariusBrewka:

Zitat:

---

Original von whose:
Meines Wissens nach läuft die Workbench auch auf einem normalen Screen, wenn nicht dran "gedreht" wurde. Überprüfen kann man das mit Darius' Hinweis auf das "Flackern" (bei hoher Farbtiefe), ohne großen Aufwand. Flackert ein normalgroßes Piktogramm beim Anklicken (ggf. mal auf mehr als 32 Farben stellen), ist es definitiv nicht interleaved.

---

??? Also da ist mir schon der Aufwand zu hoch den ScreenSelector aufzurufen um einen AGA/ECS Screen zu öffnen. Wie Georg schon erwähnt hat, wird es wohl so vorgesehen sein dass man die Zeilen doppelt für Masken, aber glücklich ist das IMHO nicht insbesondere dann wenn man Systemfunktionen hat, die Masken liefern (z.B. IconControl()).

---

Zitat:

---

Damit brauchen Masken für Interleaved Images ebenso viel Speicher wie das Image selber, dann lieber ARGB.

---

Naja, einen Nachteil muß die Methode haben. Es gibt halt eher selten etwas, das nur Vorteile hat. Abgesehen davon muß man ja nicht zwingend mit Interleaved-Screens arbeiten, wenns ums Speicher sparen geht. Im Grunde hast Du aber Recht, die Planargrafik war letztendlich nicht der Weisheit letzter Schluß. Und AAA sollte ja Chunky-Grafik bringen, die wir nun mit den GraKas haben.

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

[ - Answer - Quote - Direct link - ]

Zitat:

---

Original von whose:
Autodocs, intuition/screens.h, Tag SA_INTERLEAVED. Defaults to: FALSE.

---

Zitat:

---

Wäre auch reichlich gemein, wo das doch ein "New for OS3.1/AGA"-Feature ist, wenn es Default wäre. Das würde alle Programme, die den Blitter benutzen und Bitmaps für Blitmasken auf dem OS1.x-Weg anlegen, vor die Wand rennen lassen.

---

Zitat:

---

Meines Wissens nach läuft die Workbench auch auf einem normalen Screen, wenn nicht dran "gedreht" wurde. Überprüfen kann man das mit Darius' Hinweis auf das "Flackern" (bei hoher Farbtiefe), ohne großen Aufwand. Flackert ein normalgroßes Piktogramm beim Anklicken (ggf. mal auf mehr als 32 Farben stellen), ist es definitiv nicht interleaved.

---

[ - Answer - Quote - Direct link - ]

Zitat:

---

Original von whose:
Die sollten normalerweise die korrekten Masken liefern. Ich hab mich mit den Icon-Funktionen noch nicht beschäftigt. Haben die denn kein Argument alá Friend bei AllocBitmap()? Also eine Angabe, für welchen Screen man die Maske gerne hätte?

---

[ - Answer - Quote - Direct link - ]

Zitat:

---

Original von thomas:
So gut wie jedes Szene-Demo benutzt interleaved Bitmaps, weil man da mit einem Blit alle Bitplanes ändert.

---

[ - Answer - Quote - Direct link - ]

Zitat:

---

Original von Holger:

Zitat:

---

Original von whose:
Autodocs, intuition/screens.h, Tag SA_INTERLEAVED. Defaults to: FALSE.

---

Ja, aber Du kannst der AOS3.x Workbench ruhig zutrauen, das Tag mit einem anderen Wert an OpenScreen zu übergeben. Oder hast Du nur das mit dem default (für die Workbench!) missverstanden?

---

Zitat:

---

Zitat:

---

Wäre auch reichlich gemein, wo das doch ein "New for OS3.1/AGA"-Feature ist, wenn es Default wäre. Das würde alle Programme, die den Blitter benutzen und Bitmaps für Blitmasken auf dem OS1.x-Weg anlegen, vor die Wand rennen lassen.

---

Da würde ja lediglich Blits mit dem Screen als Quelle betreffen (die eher die Ausnahme sind). Und wenn man bytesPerRow korrekt berücksichtigt, gibt es die Probleme ja gar nicht. Aber CustomScreens haben trotzdem den default {SA_INTERLEAVED, FALSE}.

---

Hm, das würde also bedeuten, daß Programme, die auf der WB laufen und innerhalb ihres Fensters mittels Blitter und Blitmaske z.B. Grafik "verschieben", versagen, sofern sie auf "altväterlichem" Weg die Maske anlegen? Wenn ja, sollte ich mir das dringend notieren, weil ich so ein Programm in Arbeit habe, das evtl. auch auf OS3.0/3.1 laufen soll...

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

[ - Answer - Quote - Direct link - ]

Zitat:

---

Original von thomas:

So gut wie jedes Szene-Demo benutzt interleaved Bitmaps, weil man da mit einem Blit alle Bitplanes ändert. Bei non-interleaved Bitmaps muß man für jede Bitplane einen Blit anstoßen und dabei kommen dann die lustigen bunten Blinkeffekte heraus. Das ist bei einer GUI vielleicht akzeptabel, aber bei Animationen äußerst störend.

---

[ - Answer - Quote - Direct link - ]

Zitat:

---

Original von Holger:

Zitat:

---

Original von whose:
Die sollten normalerweise die korrekten Masken liefern. Ich hab mich mit den Icon-Funktionen noch nicht beschäftigt. Haben die denn kein Argument alá Friend bei AllocBitmap()? Also eine Angabe, für welchen Screen man die Maske gerne hätte?

---

Wozu?
Die Maske muss korrekt an die QuellBitMap angepasst sein, also die des Icons.

---

Argh... ja, ich mal wieder...

Dann verstehe ich Darius' Probleme mit den Icon-Masken allerdings nicht.

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

[ - Answer - Quote - Direct link - ]

Zitat:

---

Original von whose:

Wenn nicht, was spricht dagegen, die Maske in eine dem Screen angepaßte Bitmap "vorzublitten", bevor man sie benutzt? Dabei sollte sie ins passende Format konvertiert werden (unter OS3.5+ oder 3.9). Okay, ist mehr Aufwand, aber den hat man eigentlich immer, wenn man die älteren OS-Versionen noch berücksichtigen möchte...

---

code:

---

VOID DrawIconStateA(struct RastPort *rp,struct DiskObject *icon,
	                    STRPTR label,LONG leftEdge,LONG topEdge,
	                    ULONG state,struct TagItem *tags);

---

[ - Answer - Quote - Direct link - ]

@DariusBrewka:

Ich glaube, nun hab ichs, worauf Du hinauswillst. Die Tatsache, daß die Vor-OS3.5-Icons keine Maske "transportieren", oder?

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

[ - Answer - Quote - Direct link - ]

Zitat:

---

Original von whose:
@DariusBrewka:

Ich glaube, nun hab ichs, worauf Du hinauswillst. Die Tatsache, daß die Vor-OS3.5-Icons keine Maske "transportieren", oder?

---

[ - Answer - Quote - Direct link - ]

Zitat:

---

Original von DariusBrewka:
Ich wollte mit dem Icon zeux nur zeigen das Funktionen Quark sind die Masken liefern, da die Masken wie es wohl sein wird Ursprünglich verschieden sind ob man Interleaved Targets oder nicht hat.

---

[ - Answer - Quote - Direct link - ]

Zitat:

---

Original von DariusBrewka:

Zitat:

---

Original von whose:
@DariusBrewka:

Ich glaube, nun hab ichs, worauf Du hinauswillst. Die Tatsache, daß die Vor-OS3.5-Icons keine Maske "transportieren", oder?

---

Nee, wie kommst du darauf? Ich wollte mit dem Icon zeux nur zeigen das Funktionen Quark sind die Masken liefern, da die Masken wie es wohl sein wird Ursprünglich verschieden sind ob man Interleaved Targets oder nicht hat. Wenn ich jetzt eine solche Maske habe und Beispielweise auf eine 3.x WB (defaultmäßig Interleaved) blitte müßte ich ein anderes Resultat erhalten als wenn ich auf einen NON-Interleaved Screen blitte. Daraus habe Ich den Schluß gezogen dass die Masken gleich sein müssen, ansonsten müsste man immer mit angeben ob man Interleaved oder Nichtinterleaved Masken haben will, das Kann ich NICHT, d.h. die Maske wird in einem beider Formate geliefert. Ich kann das Image aber mit DrawIconStateA() etc malen und diese Funktioniert auf jedem Screen / RastPort, da diese Funktion nichts umblitten kann (s.o.) und BltMaskBitMapXXX() auch nicht funktioniert, muß diese das Bild irgendwie per Hand maskieren.

---

Ach so... ja, in die Falle laufe ich auch dauernd. Holger sagte es mir ja schon: Wichtig ist die Auslegung der Quell-Bitmap, nicht die des Ziels. Also sind die von den Icon-Funktionen gelieferten Masken schon korrekt und sollten die richtigen Ergebnisse beim Blitten bringen.

Das Problem "Interleaved" stellt sich immer dann, wenn man innerhalb einer Bitmap "herumblittet" und die Quelle sowie die dazugehörige Maske nicht "selbst gebaut" hat bzw. die Maske zu der "fremden" Quelle bauen muß.

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

[ - Answer - Quote - Direct link - ]

Zitat:

---

Original von whose:
Hm, das würde also bedeuten, daß Programme, die auf der WB laufen und innerhalb ihres Fensters mittels Blitter und Blitmaske z.B. Grafik "verschieben", versagen, sofern sie auf "altväterlichem" Weg die Maske anlegen? Wenn ja, sollte ich mir das dringend notieren, weil ich so ein Programm in Arbeit habe, das evtl. auch auf OS3.0/3.1 laufen soll...

---

Zitat:

---

Und BltMaskBitMapRastPort() braucht bei interleavten BitMaps in der Tat ne andere Mask, die praktisch auch interleavt ist. Jede Mask-Zeile muß AnzahlPlanes mal wiederholt sein.

Also statt

1111
1001
1111

müßte man bei einer 3 bit interleavt bitmap folgende Mask haben

1111
1111
1111
1001
1001
1001
1111
1111
1111

---

[ - Answer - Quote - Direct link - ]

@Holger:

Sorry, so ganz kann ich das nicht nachvollziehen mit der "Inkompatibilität" von BltBitMapRastPort(). Für mich klingt es logischer, daß auch die Maske etwas anders aussehen muß, wenn der Blitter auf andere Art arbeitet.

Es würde z.B. für mich keinen echten Sinn ergeben, wenn der Blitter für jede Quellplane stur die jeweils erste Zeile (also quasi nur Plane 0) der Maske benutzen würde, das wäre eher ein Nachteil. Auf dem anderen Weg kann man "ganz nebenbei" noch andere (nicht nur unerwünschte) Effekte erzielen, indem man die "überflüssigen" Zeilen der Maske verändert. So muß man nicht an der Quelle "schrauben", bevor man den Blit einleitet.

Die Inkompatibilitäten kommen ja eigentlich "nur" dadurch, daß man beim OS zu spät daran gedacht hat, daß es auch andere Bitmap-Formate geben könnte als Planar non-interleaved.

Soweit ich das gelesen habe damals ist dieser Workaround auch nur für ein Problem mit AllocRaster()/AllocBitmap() gedacht, die es "verschlafen", die gewünschte Bitmap interleaved anzulegen (falls falsch, möge man mich korrigieren).

Die Speicherersparnis wird ja auch mit einem gewissen Flicker-Risiko erkauft, da immer noch drei Blits fällig sind.

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233


[ Dieser Beitrag wurde von whose am 05.09.2006 um 22:21 Uhr geändert. ]

[ - Answer - Quote - Direct link - ]

[ - Answer - Quote - Direct link - ]

[ - Answer - Quote - Direct link - ]

Zitat:

---

whose:
Obwohls wohl mal zu Anfangszeiten eine GraKa mit Planar-Modus gab, ich weiß aber nicht mehr, welche das war... eine der ersten GVP-Karten, glaube ich. Aber ich glaube nicht, daß es dafür einen CGFX-/P96-Treiber gibt.

---

[ - Answer - Quote - Direct link - ]

@gni:

Ah so, das wußte ich nicht. Immerhin... aber einen Interleaved-Modus wirds da eher nicht geben, denke ich?

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

[ - Answer - Quote - Direct link - ]

Zitat:

---

Original von gni:
Der Grafikchip der PIV (CL5446) hat einen Planarmodus und den kann man mit P96 auch problemlos benutzen.

---

[ - Answer - Quote - Direct link - ]

Zitat:

---

Original von Holger:

Also eigentlich so:

1111........
1001........
1111........

---

[ - Answer - Quote - Direct link - ]