[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

PDTM_READPIXELARRAY mostly done
PDTA_DestMode (ISG) OK, but ignored internally

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Also ich hab' das hier (ABI V0) getestet und sowohl BltBitMapRastPort() als auch ClipBlit() funktionieren in GM_RENDER.

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Placebo.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von wawa:

system gestern in die knie zu bekommen

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von wawa:

entweder weiss ich dass ein program mit dem zugewisenen stack auskommt, oder erhohe ich das und zwar nicht zu knapp, oder aber wenn was abkratzt gehe ich immer zuerst davon dass stack zu niedrig war.

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

wawa:
kann man aros mit vbcc erwartungsgemäss wirklich bauen?

---

Zitat:

---

Georg:
Hängt das jedesmal wenn ClipBlit oder BltBitMapRastPort() in GM_RENDER benutzt wird, oder nur in best. Situationen (z. B. Fenster Vergrößern oder Verschieben wenn es ein SIMPLE REFRESH Fenster ist)? btw: innerhalb eines BeginRefresh()/EndRefresh() keine Funktionen benutzen die direkt/indirekt Gadget Rendern auslösen können!

---

code:

---

if (iclass == IDCMP_SIZEVERIFY)
{
    if (GadgetsAccessible)
    {
        /* Unlink the gadgets from the window */
        UncoupleGadgets( win, glist, &gmask);
        GadgetsAccessible = 0;
    }

    if (msg)
        ReplyMsg( (struct Message *) msg);

    msg = NULL;     /* Wait till an event occurs */
    while ( !msg)
    {
        WaitPort( win->UserPort);
        msg = (struct IntuiMessage *) GetMsg( win->UserPort);
    }
    iclass = msg->Class;
    icode = msg->Code;
    iqualifier = msg->Qualifier;
    iaddr = (struct Gadget *) msg->IAddress;
    cSeconds = msg->Seconds;
    cMicros = msg->Micros;
}

if (msg)
    ReplyMsg( (struct Message *) msg);
else
    break;

switch (iclass)
{
    case IDCMP_CLOSEWINDOW:
        terminate = TRUE;
        break;

    ....
    ....
    ....


    case IDCMP_REFRESHWINDOW:
        /* Normally, only the damaged regions of a window
           (actually, layer) will be accessible by the gfx-
           primitives, like Text(), RectFill() and so on
           and not those which weren't damaged. This speeds up
           the drawing operations a lot, unfortunately, we
           going to spend much more time laying out and
           rotating an image so this Intuition feature
           (actually, Graphics/Layer) doesn't bother us too
           much! */
        BeginRefresh( win);
        EndRefresh( win, TRUE);
        /* Entire window is now again accessible, i.e.
           the damage regions detected by Layers library
           were thrown away and we can render in any pixel in
           the window. */

        RefreshFrames( win, &layer);
        width = layer.MaxX - layer.MinX;
        height = layer.MaxY - layer.MinY;

        FillPixelArray( win->RPort,
                        layer.MinX, layer.MinY,
                        width, height,
                        (BG_COLOUR >> 8 ) & 0x00FFFFFF);

        if (GListPtr)
        {
            if (GadgetsAccessible)
            {
                RefreshGList( GListPtr, win, NULL, -1);
            }
            else    /* IDCMP_SIZEVERIFY caused us to remove GList */
            {
                AddGList( win, GListPtr, -1, -1, NULL);
                GadgetsAccessible = 1;
                AttachGadgets( win, RgbProgressBar, glist, &gmask);
                RefreshGList( GListPtr, win, NULL, -1);
            }
        }

        /* Re-render the image */
        if (scv)
        {
            if (adaptMode == SCALE_TOFIT)
            {
                if (angle != .0)
                    cv = canvas_rotate( scv, angle, width, height, patch);
                else
                    cv = canvas_scale_rigid( scv, width, height, patch);

                if (cv)
                {
                    if (cv->sizeX > width)
                        maxX = width;
                    else
                        maxX = cv->sizeX;

                    if (cv->sizeY > height)
                        maxY = height;
                    else
                        maxY = cv->sizeY;

                    /* I know, I know. A lot of people seem to believe that
                       multiple IDCMP_REFRESHWINDOW events should be collected
                       and processed as one or that multiple refresh requests
                       should be skipped - this code proves them all wrong.
                       If the damage regions were restored properly, each
                       IDCMP_REFRESHWINDOW is essential and indicates another
                       change to the display - just uncomment the following
                       line and see what happens. When for some reason a
                       message will be removed by SkipMultiRefreshMsgs() a
                       display corruption will occur.
                    */
/*                              SkipMultiRefreshMsgs( win->UserPort, win); */

                    WritePixelArray( cv->data, 0, 0, cv->modulo,
                                     win->RPort, layer.MinX, layer.MinY,
                                     maxX, maxY, RECTFMT_RGB);

                    DisplayChanges( win, scv, cv, angle, glist, gmask);
                    UpdateZoomMenu( win, cv->scaleX);

                    canvas_free( cv);
                }
            }
            else
            {
                if (adaptMode == NOSCALE_TOFIT)
                {
                    DisplayFullSized( win, scv, angle, scalef,
                                      patch, FALSE, FALSE,
                                      &layer,
                                      deltaX, deltaY,
                                      glist, gmask);
                }
            }
        }
        break;

    case IDCMP_NEWSIZE:
        /* Never ever throw away damage regions in IDCMP_NEWSIZE -
           i.e. using Begin/EndRefresh - then
           IDCMP_REFRESHWINDOW would not be called at all! */
        #if defined(__AROS__)
        if (GadgetsAccessible)
        {
            /* Unlink the gadgets from the window */
            UncoupleGadgets( win, glist, &gmask);
            GadgetsAccessible = 0;
        }
        #endif
        break;

---

Zitat:

---

Georg:
Also ich hab' das hier (ABI V0) getestet und sowohl BltBitMapRastPort() als auch ClipBlit() funktionieren in GM_RENDER.

---

Zitat:

---

code:

---

tempbm = AllocBitMap(w,h,0,0,msg->gpr_RPort->BitMap);

---

---

Zitat:

---

wawa:
warum testest du mit v0? es besteht glaube ich keine gerantie dass es auch unter v1 richtig arbeitet. aros68k ist v1!

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Im Moment, nein. Ich verwende selber für AROS x86 den 'gcc' Compiler, weiß aber, dass Frank Wille einen 'vbcc'-AROS x86 Compiler in petto hat, welcher aber noch experimentell ist. Ich habe diesen zwar auch installiert, bei mir harmoniert dieser aber nicht mit dem AROS-SDK. Ich habe zwar etliche Header-Dateien aus dem AROS-SDK für den 'vbcc'-Compiler gefixt (auch auf Assembler-Ebene), aber es ist ein unendliches Unterfangen, so dass ich irgendwann das Handtuch geworfen habe.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von jolo:

Im Moment, nein. Ich verwende selber für AROS x86 den 'gcc' Compiler, weiß aber, dass Frank Wille einen 'vbcc'-AROS x86 Compiler in petto hat, welcher aber noch experimentell ist. Ich habe diesen zwar auch installiert, bei mir harmoniert dieser aber nicht mit dem AROS-SDK. Ich habe zwar etliche Header-Dateien aus dem AROS-SDK für den 'vbcc'-Compiler gefixt (auch auf Assembler-Ebene), aber es ist ein unendliches Unterfangen, so dass ich irgendwann das Handtuch geworfen habe.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von jolo:

Bei mir ist es immer ein RGB24-PixelArray (malloc()), um welches ich eine Bitmap- und Rastport-Struktur herum baue.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von wawa:
wanderer:
von magorium via amiga-coding.de (der link oben von olaf)
A little research shows why:
hint:http://repo.or.cz/w/AROS.git/blob?f=workbench/classes/datatypes/picture/README
and details:
http://repo.or.cz/w/AROS.git/blob?f=workbench/classes/datatypes/picture/TODO

Zitat:

---

PDTM_READPIXELARRAY mostly done
PDTA_DestMode (ISG) OK, but ignored internally

---

... so es sieht so aus als ob das ein job für das aros team wäre. ich sprech mal jetzt deadwood darauf an.

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

also nach überlegung verstehe ich glaube ich das problem und sehe eher schwarz für baldige vbcc umsetzung.

---

Zitat:

---

ich habe auch den eindruck dass vbcc mag, ähnlich wie gcc 2.9.x etwas überschätzt sein, ja es ist bestimmt mehr mit augenmerk auf 68k zugeschnitten, aber wie kann man arbeit von zwei leuten mit ganzen teams vergleichen.

---

Zitat:

---

Georg:
Welche Header müssen gefixt werden und welche Art von Fixes? Viele Header sind ja auto-generiert, und da müßte man ja nur die Skripte fixen, die diese erzeugen.

---

Zitat:

---

Georg:
Zitat:Original von jolo:

Bei mir ist es immer ein RGB24-PixelArray (malloc()), um welches ich eine Bitmap- und Rastport-Struktur herum baue.

Zitat:

---

Wie machst du das genau?

Normalerweise würde man ja AllocBitMap() mit flags = BMF_SPECIALFMT | SHIFT_PIXFMT(PIXFMT_RGB24) verwenden.

Oder - wenn man nicht mit graphics/cgfx Funktionen in das PixelArray rendern will - überhaupt keine BitMap sondern WritePixelArray(RECTFMT_RGB).

---

---

code:

---

ged->bm = AllocBitMap( ((gad->Width + 15) & -16), gad->Height, 24,
                       BMF_MINPLANES | BMF_SPECIALFMT | SHIFT_PIXFMT(PIXFMT_RGB24),
                       NULL);

---

code:

---

InitRastPort( &ged->rp);
ged->rp.BitMap = ged->bm;

/* Render image to the previously created (OM_NEW) BitMap */
WritePixelArray( ged->sbutton->data, 0, 0, ged->sbutton->modulo,
                 &ged->rp, 0, 0,
                 ged->sbutton->sizeX, ged->sbutton->sizeY, RECTFMT_RGB);

---

code:

---

struct RGBButton
{
	ULONG type;
	struct DrawInfo *drawInfo;	/* Perhaps for future versions I need it */
	struct canvas *ubutton;		/* Unselected and adapted button image */
	struct canvas *sbutton;		/* Selected and adapted button image */
	LONG  min, max, curr;		/* Progress gadget values */
	struct BitMap *bm;		/* 24-bits (RGB) */
	struct RastPort rp;		/* Private RastPort pointing to the above BitMap */
	LONG oldX, newX;		/* Only really required on the part of OS3 */
	ULONG flags;			/* See below */
};

---

code:

---

struct canvas	/* Always for the RGB format (each 8 bits per gun) */
{
	uint32	sizeX;		/* Width in pixel of entire canvas */
	uint32	sizeY;		/* Height in pixel of entire canvas */
	uint32	modulo;		/* Modulo (bytes per line of pixel) of canvas */
	uint32	leadin;		/* Normally 1 - so the left/top is not at 0/0 but at
				   1/1 in order to be able to apply bilinear patch */

	/* Bounding box taken by the rendered image */
	uint32	left;		/* X-offset of image in canvas */
	uint32	top;		/* Y-offset of image in canvas */
	uint32	right;		/* The width of the image */
	uint32	bottom;		/* The height of the image */

	float	scaleX;		/* The used scale factors */
	float	scaleY;

	uint32	bgRGBA;		/* RGBA background colour */
	uint8	*data;		/* Pointer to data */
};

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Holger:

Zitat:

---

Original von tbone:
…der andere mit 8GB SSD schnarcht extrem ab, die SSD darin schreibt mit nur 1MB/s.. eine Installation von XP dauerte fast 5h inkl. Treibern, übel. Irgendwie kommt die SSD wohl mit NTFS nicht gut zurecht, aber das ist wohl Offtopic.. o)

---

Verwunderlich ist das wirklich nicht. Die SSD kann das Dateisystem nicht interpretieren und XP beherrscht nicht die neueren Protokolle, um der SSD klarzumachen, welche Blöcke unbelegt sind. Und 8GB sind nicht gerade eine Kapazität, bei der große Reserven vorhanden wären. Und je nach Fabrikat taugt die SSD vielleicht ohnehin nicht viel. Trotzdem könnte einmal an einem Rechner mit aktuellem Betriebssystem alles löschen etwas bringen.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Schlimmer als der TRIM Support ist die falsche Ausrichtung von Dateisystemblöcken. Bei 512Byte Blöcken verursacht jeder Schreibzugriff das Flashen von 4,8,16 oder gar 64 KB. Da müßte das Dateisystem optimierter schreiben und arbeiten. Aber meist ist schon die Partition Krumm, weil der RDB ein entsprechendes Offset erstellt.

---

Zitat:

---

Bei einer SSD die laut Beschreibung 500MB und mehr kann, wären das immer noch etwa 420MB/s. Unglaublich wichtig, um eine 100 KB Library zu laden.

---

Zitat:

---

Mein Peg2 läuft mit 512 Byte Blöcken unter SFS. Das ist wohl das schlimmste was man machen kann.

---

Zitat:

---

Ich will nie wieder eine Festplatte als Systemlaufwerk!

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

1 Punkt für AROS.

Zitat:

---

Original von jolo:
@Georg

Habe neues AROS-Kernel installiert und Tests durchgeführt. Der Bug bezüglich scheinbar gelocktem Layer ist nicht mehr vorhanden, so dass ich jetzt wieder ClipBlit() verwende.

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]