Zitat:

---

Original von ZeroG:
@DariusBrewka:
Schon gesehen?
http://utilitybase.com/article.php?action=search&title=How+to+create+PPC+stubs+for+M68K+libraries
...

---

Zitat:

---

Original von CarstenS:
Von allein kann keine Rede sein. Nur ist Hyperion der Betriebssystemhersteller und hat damit auch die Aufgabe, das Betriebssystem auf Hardware lauffähig zu machen.

---

Zitat:

---

Und die verschiedenen Möglichkeiten, je nachdem wie der Vertrag ausgestaltet ist, habe ich in den letzten Tagen genannt. Bislang hat niemand eine weitere Möglichkeit präsentiert, die Hyperion schuldlos dastehen lässt.

---

Zitat:

---

Original von CarstenS:
Dito. Aber mir reicht's jetzt - ich klinke mich aus dieser nutzlosen Diskussion aus. Bin gespannt, wie lange manche Leute Hyperion noch in Schutz nehmen, ohne dass es eine Hyperion-genehme Hardware gibt. Vermutlich auch 2010 noch.

---

Zitat:

---

Original von whose:
Weißt Du zufällig, obs die Quellen zur jpeg.library irgendwo gibt? Dann könnte man drangehen, die nativ (eine gute Fingerübung wäre das allemal) für die PPC-OSse und AROS zu machen.

---

Zitat:

---

Original von bernd_roesch:

Das hat unter anderen dazu geführt,dass Sebastian Bauer der wesentlich an zune gearbeitet hat für OS4 Zeit investierte und an AROS
nix mehr macht.

---

code:

---

set(obj, MUIA_PageGroup_Activepage, xxx);

---

code:

---

//code bevor die seite verlassen wird == alte page
//hier die werte der alten Page sichern
...
...
//seite wechseln
set(obj, MUIA_PageGroup_Activepage, xxx);
// ab hier ist die Page gewechselt

---

code:

---

DoMethod(listview,MUIM_Notify,MUIA_NList_Active,MUIV_EveryTime,pagegroup,3,MUIM_Set,MUIA_Group_ActivePage,MUIV_TriggerValue);

---

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?

---

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);

---

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.

---

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.

---

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.

---

Zitat:

---

Original von bubblebobble:
@Darius
Wie erhält man denn die Maske von einem Icon ?
Würde mich interessieren. Bisher komme ich nur an die Bitmap, und nehme die Hintergrundfarbe als transparent an, was aber nicht immer stimmt. Ausserdem würde ich ein Icon gerne in 24bit konvertieren, ohne einen Screen dazu zu benötigen und ohne es unnötig zu remappen.

---

Zitat:

---

Original von whose:
Genau das beschreiben die Autodocs in Form von "die Formate (interleaving oder nicht) der Bitmaps für einen Maskenblit müssen übereinstimmen". Und BltMaskBitmapRastport() macht dann erst ein brauchbares Ergebnis draus.

---

Zitat:

---

Original von bubblebobble:
Sind den interleaved Bitmaps gebräuchlich ?
Welches System verwendet das ?

---

Zitat:

---

Original von malte2:
@DariusBrewka:

Die Grafiksysteme enthalten CPU Routinen, die den Amiga Blitter emulieren können.

---

Zitat:

---

Wenn die Quellbitmap interleaved ist, so muß auch die Maske interleaved sein. Das heißt, bei 4 Bit Tiefe muß jede Zeile der Maske 4x wiederholt werden bevor die nächste Zeile kommt. BltMaskBitMap() benötigt sie so.

---

Zitat:

---

pointer to the single bit-plane mask, which must be the
same size and dimensions as the planes of the
source bitmap.

---

Zitat:

---

Original von whose:
Und was, wenn die 4Bit-Maske auch interleaved vorliegt?

---

Zitat:

---

Wie Holger schon ausführte, ist die 1Bit-Maske so oder so "nicht interleaved". Wichtig ist nur, was BltMaskBitMapRastPort() draus macht.

---

Zitat:

---

Original von bubblebobble:
Soll ich nun gelockt halten oder nicht ?

---

Zitat:

---

Original von malte2:
@bubblebobble:

Das braucht AR() auch nicht zu wissen, die anderen Grafikfunktionen (Blt MaskBitMap, BltBitMap etc.) überprüfen den Speichertyp.

---

Zitat:

---

Original von bubblebobble:
@Aber ich sollte die Bitmap schon so lange gelocked halten, bis ich nicht mehr auf die Grafikdaten zugreife, richtig ?

---

Zitat:

---

Original von malte2:
@DariusBrewka:

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

---

Zitat:

---

Original von bubblebobble:
Sorry, und gleich noch eine Frage.

Ich benutze LockBitmapTagList() um an den RAW Data pointer und die BytesPerRow zu kommen, dann bearbeite ich die Daten und mache dann UnlockBitmap.
Ist das vorgehen korrekt ? Ich vermute, die Daten über die Bitmap sind nur so lange korrekt, wie sie gelocked ist. Ansonsten könnte Picasso96 mir die Bitmap unter den fingern Weg swappen, evtl. sogar das Format verändern.

---