[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Der_Wanderer:
Das ist tatsächlich ein Problem, das auch ich noch nicht lösen konnte:

Unter OS3.x kann man nicht farbig auf eine Bitmap/Rastport zeichnen, der nicht mit einer Colmap verbunden ist, d.h. die Bitmap wurde mit einem friendly screen initialisiert.
Man kann nur in schwarz drauf zeichnen, egal was man anstellt. logischerweise bringen die Pens, die man via intuition bekommt, auf solch einer Bitmap nichts, weil beim zeichnen auf die Bitmap ja die Colmap nicht bekannt ist. Woher eine Bitmap seine Colmap kennt, ist in den Tiefen von Picasso/CGX versteckt, und nicht für den Programmierer erreichbar.

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von kev:
@MaikG:

Also nochmal Du musst nur *einen* Stift allozieren (nicht für jeden Rotton) und dessen Farbe dann mittels SetRGB32() ändern. Das kann doch wirklich nicht so schwer zu verstehen sein.

---

Zitat:

---

ULONG WriteRGBPixel(struct RastPort *rp, UWORD x, UWORD y, ULONG argb);

Zeichnet einen Pixel mit dem Farbwert argb (jeweils als 8 Bit AARRGGBB-Wert definiert) an der Position x,y in den RastPort.

---

Und wenn es unbedingt sein muß, kann man auch den guten, alten Bresenham aus der algorithmischen Mottenkiste holen, um Linien und Kreise zu zeichnen. Ich habe ja bis jetzt geglaubt, wenn man ein Betriebssystem mit diversen Grafikbibliotheken, von denen manche sogar Hardwarebeschleunigung anbieten, bräuchte man solche Low-Level Dinge (zumindest in der Anwendungsentwicklung) nicht mehr...

Wenn WriteRGBPixel auch noch zuviel ist, kann man ja auch direkt in den Speicherbereich des Bitmaps schreiben, um die Farbwerte der Pixel zu setzen. Aber das wäre wieder mal komplett am Betriebssystem vorbei programmiert.


--
http://www.norman-interactive.com

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von NoImag:
Was Dein Beispiel zum Drucken betrifft. Ist die Qualität bei einer 16-Bit-Vorlage soviel anders als bei einer 24-Bit-Vorlage? (Ich habe mich damit noch nicht so auseinandergesetzt.)

---

Zitat:

---

Original von Mad_Dog:
Das ist EINE Möglichkeit. Aber man kann auch mehrere Stifte anfordern und sich die Stiftnummern in einem Array merken. So hat man auch auf einem Hi/Truecolor-Screen eine quasi-Palette.

---

Zitat:

---

Aber wenn man schon explizit mit 24/32 Bit Farbtiefe Arbeiten möchte, dann kann man doch gleich die CybergraphX-Funktionen dazu benutzen. Das war ja auch die Eingangsidee von Mike. Für CybergraphX gibt es ja z.B. die Funktion WriteRGBPixel:

---

Zitat:

---

Ich habe ja bis jetzt geglaubt, wenn man ein Betriebssystem mit diversen Grafikbibliotheken, von denen manche sogar Hardwarebeschleunigung anbieten, bräuchte man solche Low-Level Dinge (zumindest in der Anwendungsentwicklung) nicht mehr...

---

Zitat:

---

Wenn WriteRGBPixel auch noch zuviel ist, kann man ja auch direkt in den Speicherbereich des Bitmaps schreiben, um die Farbwerte der Pixel zu setzen. Aber das wäre wieder mal komplett am Betriebssystem vorbei programmiert.

---

Zitat:

---

Original von MaikG:
Ich überlege grade ob man die Colormap von einen 24 Bit Screen
nicht einfach speichern kann und dann ohne Screen verwenden.
Weiss nur nicht ob die dann z.B. auch auf P96 und anderen Grafikkarten
die selbe ist. Möchte sagen Turboprint, Photogenics und Arteffect
z.B. drucken ja auch in 24 Bit ohne einen 24 Bit Screen Modus zu haben.

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

code:

---

POKEW pio& + IODRPReqio_Command%, PRD_DUMPRPORT&
				POKEL pio& + io_RastPort%, rp&
				POKEL pio& + io_ColorMap%, cm&   <------ !!!!????
				POKEL pio& + io_Modes%, modeID&
				POKEW pio& + io_SrcX%, x%
				POKEW pio& + io_SrcY%, y%
				POKEW pio& + io_SrcWidth%, x1%
				POKEW pio& + io_SrcHeight%, y1%

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Der_Wanderer:
Da das OS hier keine Lösung anbietet, würde ich in deinem Fall tatsächlich dazu raten, alles per Hand zu machen.
Alos eine 24bit Bitmap allocieren, ohne friendly screen, und dann darauf zugreifen mit Peek&Poke. Am besten eine ARGB Bitmap, dann kannst du ummer per Langwort zugreifen, 24bit ist ein bisschen ekelig.

---

Zitat:

---

Text musst du dann per ttengine.library machen.
Als alternative kannst du auch einen temporären RastPort/Bitmap anlegen, ihn komplett weiss füllen (FillPixelArray), dann mit OS Funktionn draufzeichen, die sind ohne Colormap immer schwarz. Das ergebnis kannst du dann on-the-fly einfärben und auf deine Bitmap übertragen. So werde ich das wohl machen.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von MaikG:

code:

---

POKEL pio& + io_ColorMap%, cm&   <------ !!!!????

---

---

Zitat:

---

>Jeder Pixel enthält ja seine TrueColor Farbe.

Woher weiss das printer.device dann das?

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von MaikG:
Gegenfrage, woher weiss das printer.device das die
Pixel in der BitMap im Format ARGB sind? Könnte auch RGBA sein
oder RGB.

---

Zitat:

---

>Das geht selbstverständlich auch mit AGA.
Schon, aber nicht mit 24 Bit.

---

[ - Antworten - Zitieren - Direktlink - ]

c code:

---

/*
 *  bresenham.h
 *
 *  Grafikfunktionen zum Zeichnen von Linien und Keisen mit Hilfe des
 *  Bresenham Algorithmus.
 *
 *  Autor: Norman Walter
 *  Datum: 30.3.2008
 *
 */

#ifndef BRESENHAM_H
#define BRESENHAM_H

#include <exec/types.h>

#include <proto/exec.h>

#define SGN(x) (x > 0) ? 1 : (x < 0) ? -1 : 0

/*
 *  struct raster_bitmap
 *
 *  In dieser Struktur sind die Parameter für das Bitmap zusammengefasst.
 *  Nachdem mit Hilfe der Funktion AllocRasterBitmap eine Instanz dieser Struktur
 *  erzeugt wurde, zeigt der Zeiger *data auf den Speicherbereich, in dem das
 *  eigentliche Bitmap mit der Größe size Byte liegt.
 *
 *  Die Funktionen ClearRaster, setpixel, rasterLine und rasterCircle schreiben
 *  ihre Daten in diesen Speicherbereich. Der Zeiger *date kann anschließend
 *  mit Hilfe der Funktion WritePixelArray8 aus der graphics.library in einen
 *  RastPort geschrieben werden.
 *
 */
struct raster_bitmap
{
  unsigned int width;   // Breite des Bitmaps
  unsigned int height;  // Höhe des Bitmaps
  UBYTE color;          // Aktuelle Pen Nummer
  ULONG size;           // Größe des bitmapy in Byte
  UBYTE *data;          // Bilddaten des Bitmaps
};

/*
 *  AllocRaster
 *
 *  Legt eine raster_bitmap-Struktur an und initialisiert diese
 *
 *  Eingabe:	 unsigned int width  - Breite des Bitmaps in Pixel
 *           	 unsigned int height - Höhe des Bitmaps in Pixel
 *
 *  Rückgabe:    ein Zeiger auf eine raster_bitmap Struktur
 *
 */
struct raster_bitmap * AllocRasterBitmap(unsigned int width, unsigned int height);

/*
 *  FreeRasterBitmap
 *
 *  Gibt den Speicher einer raster_bitmap Struktur wieder frei.
 *
 *  Einganbe:	struct raster_bitmap *bm - Zeiger auf raster_bitmap Struktur
 *
 */
void FreeRasterBitmap(struct raster_bitmap *bm);

/*
 *  rasterLine
 *
 *  Zeichnet eine Linie von xstart, ystart nach xend, yend in der angegebenen
 *  raster_bitmap Struktur bm.
 *
 *  Eingabe:	struct raster_bitmap *bm - Zeiger auf raster_bitmal Struktur
 *		int xstart,ystart - Koordinaten des Anfangspunkts der Linie
 *              int xend, yend - Koordinaten des Endpunkts der Linie
 *
 */
void rasterLine(struct raster_bitmap *bm,int xstart,int ystart,int xend,int yend);

/*
 *  ClearRaster
 *
 *  Löscht den Inhalt des raster_bitmap bm mit der Farbe col.
 *
 *  Eingabe:	struct raster_bitmap *bm - Zeiger auf raster_bitmal Struktur
 *		UBYTE col - Pen Nr.
 *
 */
void ClearRaster(struct raster_bitmap *bm,UBYTE col);

/*
 *  SetColor
 *
 *  Stellt die Zeichenfarbe des raster_bitmap für Zeichenoperationen ein.
 *
 *  Eingabe:	struct raster_bitmap *bm - Zeiger auf raster_bitmal Struktur
 *		UBYTE col - Pen Nr.
 *
 */
void SetColor(struct raster_bitmap *bm, UBYTE col);

/*
 *  setpixel
 *
 *  Setzt den Bildpunkt x,y in der Farbe des eingestellten Pens.
 *
 *  Eingabe:	struct raster_bitmap *bm - Zeiger auf raster_bitmal Struktur
 *		unsigned int x,y - Koordinaten des Bildpunkts
 *
 */
void setpixel(struct raster_bitmap *bm, unsigned int  x, unsigned int y);

/*
 *  rasterCircle
 *
 *  Zeichnet einen Kreis mit Radius radius um den Kreismittelpunkt x0,y0.
 *
 *  Eingabe:	struct raster_bitmap *bm - Zeiger auf raster_bitmal Struktur
 *		int y0,y0 - Koordinaten des Kreismittelpunks.
 *              int radius - Radius des Kreises
 *
 */
void rasterCircle(struct raster_bitmap *bm, int x0, int y0, int radius);

#endif

---

c code:

---

/*
 *  bresenham.c
 *
 *  Autor: Norman Walter
 *  Datum: 30.3.2008
 *
 */

#ifndef BRESENHAM_H
#include "bresenham.h"
#endif

struct raster_bitmap * AllocRasterBitmap(unsigned int width, unsigned int height)
{
   struct raster_bitmap *bm;

   bm = (struct raster_bitmap *)AllocVec(sizeof(struct raster_bitmap),NULL);
   bm->width = width;
   bm->height = height;
   bm->size = width * height;
   bm->color = 1;
   bm->data = (UBYTE *)AllocVec(bm->size, MEMF_CLEAR);

   return bm;
}

void FreeRasterBitmap(struct raster_bitmap *bm)
{
   FreeVec(bm->data);
   FreeVec(bm);
}

void ClearRaster(struct raster_bitmap *bm,UBYTE col)
{
   ULONG i;
   
   for (i=0; i < bm->size ; i++)
   {
	bm->data[i] = col;
   }

}

void SetColor(struct raster_bitmap *bm, UBYTE col)
{
    bm->color = col;
}

void setpixel(struct raster_bitmap *bm, unsigned int x, unsigned int y)
{
    if (x >= 0 && x < bm->width && y >= 0 && y < bm->height)
    {
	bm->data[bm->width * y + x] = bm->color;
    }
}

void rasterLine(struct raster_bitmap *bm,int xstart,int ystart,int xend,int yend)
{
   int x, y, t, dx, dy, incx, incy, pdx, pdy, ddx, ddy, es, el, err;
 
/* Entfernung in beiden Dimensionen berechnen */
   dx = xend - xstart;
   dy = yend - ystart;
 
/* Vorzeichen des Inkrements bestimmen */
   incx = SGN(dx);
   incy = SGN(dy);
   if(dx<0) dx = -dx;
   if(dy<0) dy = -dy;
 
/* feststellen, welche Entfernung größer ist */
   if (dx>dy)
   {
      /* x ist schnelle Richtung */
      pdx=incx; pdy=0;    /* pd. ist Parallelschritt */
      ddx=incx; ddy=incy; /* dd. ist Diagonalschritt */
      es =dy;   el =dx;   /* Fehlerschritte schnell, langsam */
   }
   else
   {
      /* y ist schnelle Richtung */
      pdx=0;    pdy=incy; /* pd. ist Parallelschritt */
      ddx=incx; ddy=incy; /* dd. ist Diagonalschritt */
      es =dx;   el =dy;   /* Fehlerschritte schnell, langsam */
   }
 
/* Initialisierungen vor Schleifenbeginn */
   x = xstart;
   y = ystart;
   err = el/2;
   setpixel(bm,x,y);
 
/* Pixel berechnen */
   for(t=0; t<el; ++t) /* t zaehlt die Pixel, el ist auch Anzahl */
   {
      /* Aktualisierung Fehlerterm */
      err -= es; 
      if(err<0)
      {
          /* Fehlerterm wieder positiv (>=0) machen */
          err += el;
          /* Schritt in langsame Richtung, Diagonalschritt */
          x += ddx;
          y += ddy;
      }
      else
      {
          /* Schritt in schnelle Richtung, Parallelschritt */
          x += pdx;
          y += pdy;
      }

      setpixel(bm,x,y);
   }
} /* gbham() */

void rasterCircle(struct raster_bitmap *bm, int x0, int y0, int radius)
{
    int f = 1 - radius;
    int ddF_x = 0;
    int ddF_y = -2 * radius;
    int x = 0;
    int y = radius;
 
    setpixel(bm, x0, y0 + radius);
    setpixel(bm, x0, y0 - radius);
    setpixel(bm, x0 + radius, y0);
    setpixel(bm, x0 - radius, y0);
 
    while(x < y) 
    {
      if(f >= 0) 
      {
        y--;
        ddF_y += 2;
        f += ddF_y;
      }
      x++;
      ddF_x += 2;
      f += ddF_x + 1;
 
      setpixel(bm, x0 + x, y0 + y);
      setpixel(bm, x0 - x, y0 + y);
      setpixel(bm, x0 + x, y0 - y);
      setpixel(bm, x0 - x, y0 - y);
      setpixel(bm, x0 + y, y0 + x);
      setpixel(bm, x0 - y, y0 + x);
      setpixel(bm, x0 + y, y0 - x);
      setpixel(bm, x0 - y, y0 - x);
    }
}

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Holger:
Das setzt natürlich trotzdem die Präsenz von CGX oder P96 oder vergleichbarem im System voraus, andernfalls kann man ja gar keine TrueColor-BitMap anlegen, weder im GraKa- noch im Fast-RAM.

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Mad_Dog:
Wenn Du die BitMap-Struktur des AmigaOS meinst, so ist das zutreffend.
Ein blankes 24 (oder 32)-Bit (Chunky-)Bitmap kann man aber immer haben, wenn man das mit der Hand am Arm ausprogrammiert, d.h. sich Speicher der Größe Höhe*Breite*Bytes per Pixel beschafft, und dann eine Funktion schreibt, die die Bytes entsprechend der RGB(A)-Komponenten setzt.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Holger:
Das ist dann ein Grafikpuffer, aber keine BitMap. BitMap ist die Struktur, die vom AmigaOS als solche definiert wird. Und die kannst Du nicht in 24 Bit von Hand anlegen, weil der Aufbau nicht spezifiziert ist. Weder das printer.device, noch die graphics.library, noch irgendein anderer Teil des AmigaOS kann mit Deinem von Hand angelegtem Puffer etwas anfangen. Und wenn sowohl Bildschirm-, als auch Drucker-Ausgabe darauf hinauslaufen, dass Du Deinen privaten Puffer von Hand in eine AGA-BitMap konvertieren musst, solltest Du Dir dreimal überlegen, ob es wirklich sinnvoll ist, von Hand in Deinem Puffer zu zeichnen, statt in die BitMap, in die Du sowieso konvertieren musst...

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Holger:

Zitat:

---

Original von Mad_Dog:
Wenn Du die BitMap-Struktur des AmigaOS meinst, so ist das zutreffend.
Ein blankes 24 (oder 32)-Bit (Chunky-)Bitmap kann man aber immer haben, wenn man das mit der Hand am Arm ausprogrammiert, d.h. sich Speicher der Größe Höhe*Breite*Bytes per Pixel beschafft, und dann eine Funktion schreibt, die die Bytes entsprechend der RGB(A)-Komponenten setzt.

---

Das ist dann ein Grafikpuffer, aber keine BitMap.

---

Zitat:

---

Weder das printer.device, noch die graphics.library, noch irgendein anderer Teil des AmigaOS kann mit Deinem von Hand angelegtem Puffer etwas anfangen.

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]