Problem beim codegesteuerten Anzeigen von verschiedenen Bildern

Wilfried · November 17, 2020 at 12:39 PM

Ich habe in der Menüzeile 2 Trigger, die mir nach Klick jeweils ein Bild (Bitmap) anzeigen. Ich beliebig zwischen den Bildern hin- und herwechseln. Ein 3. Button soll die beiden Bilder nun einmalig nacheinander anzeigen, mit einer kleinen Pause (TimerSleep) dazwischen. In der von Trigger 3 aufgerufenen Methode werden nacheinander die zu den Triggern 1 und 2 gehörenden Methoden aufgerufen. Ergebnis: Es erscheint immer nur das 2. Bild. Wenn ich die Pause vergrössere, erscheint das 2. Bild entsprechend verzögert. Wo liegt mein Denkfehler?

Wilfried

jpolzfuss · November 17, 2020 at 3:47 PM

Hallo!

Ich würde auf einen Tippfehler im Code tippen (irgendwo wird das falsche Bild, bzw. der falsche Trigger aufgerufen).
Sonst könnte man noch einen GrInvalRect, bzw. GrInvalRectDWord einbauen, nachdem das erste Bild geladen wurde...

Jörg

jpolzfuss · November 17, 2020 at 3:51 PM

Oder nach der geplanten Anzeige des ersten Bildes fehlt ein GrEndGString, GrEndPath oder GrEndUpdate oder so...

Wilfried · November 17, 2020 at 5:02 PM

Ich habe an den Methoden, die einzeln vom zugehörigen Trigger aufgerufen werden, ja nichts verändert. Der Unterschied besteht nur darin, dass sie jetzt von einem Trigger nacheinander aufgerufen werden. Wenn ich den Aufruf der 2. Methode auskommentiere, dann erscheint das 1. Bild. Es scheint so zu sein, dass nur angezeigt wird, was zuletzt gezeichnet wird.

Wilfried

jpolzfuss · November 17, 2020 at 5:15 PM

Vielleicht dann doch ein GrInvalRect einbauen?! Oder "überschreibst" Du irgendwo MSG_META_EXPOSED?

Rainer · November 17, 2020 at 8:02 PM

Klingt nach einem Thread-Problem. Poste mal den Code, wie du die Trigger-Handler aufrufts. Und den UI-Code der Trigger.
Gruß
Rainer

Wilfried · November 19, 2020 at 12:38 PM

@object GenTriggerClass Start = {
GI_visMoniker = 'S', "Start";
GTI_actionMsg = MSG_STARTE_UHR;
GTI_destination = process;
HINT_SEEK_MENU_BAR;
}
@object GenTriggerClass Bild1 = {
GI_visMoniker = '1', "Bild1";
GTI_actionMsg = MSG_BITMAP1_DRAW_TO_DYNAMIC_BITMAP;
GTI_destination = process;
HINT_SEEK_MENU_BAR;
}
@object GenTriggerClass Bild2 = {
GI_visMoniker = '2', "Bild2";
GTI_actionMsg = MSG_BITMAP2_DRAW_TO_DYNAMIC_BITMAP;
GTI_destination = process;
HINT_SEEK_MENU_BAR;
}

@method BitmapProcessClass, MSG_STARTE_UHR
{
@call self::MSG_BITMAP1_DRAW_TO_DYNAMIC_BITMAP();
TimerSleep(100);
@call self::MSG_BITMAP2_DRAW_TO_DYNAMIC_BITMAP();
}
@method BitmapProcessClass, MSG_BITMAP1_DRAW_TO_DYNAMIC_BITMAP
{
VMFileHandle vmfBitmap;
VMBlockHandle vmbBitmap;
GStateHandle gsBitmap;
Bitmap *ptrDoggyBmp;

@call Doggy::MSG_DOGGY_GET_HUGE_BITMAP_INFO(&vmfBitmap, &vmbBitmap, &gsBitmap);

MemLock(OptrToHandle(@doggyBmp));
ptrDoggyBmp = LMemDeref(@doggyBmp);
GrClearBitmap(gsBitmap); //Ki
GrDrawBitmap(gsBitmap, 5, 5, ptrDoggyBmp, 0);
MemUnlock(OptrToHandle(@doggyBmp));

GrDrawVLine(gsBitmap, 29, 29, (DOGGY_HEIGHT-10));

@send Doggy::MSG_VIS_INVALIDATE();
}
@method BitmapProcessClass, MSG_BITMAP2_DRAW_TO_DYNAMIC_BITMAP
{
...
GrDrawHLine(gsBitmap, 29, 29, (DOGGY_WIDTH-10));
...
}

Klick auf Trigger Bild1->Bild1 erscheint, Klick auf Trigger Bild2-> Bild2 erscheint. Beliebig wiederholbar.
Klick auf Trigger Start-> Bild 2 erscheint nach einer kleinen Pause.
Tatsächlich sichtbar wird das Bild durch MSG_VIS_DRAW. Diese Methode sollte ja eigentlich durch @send Doggy::MSG_VIS_INVALIDATE() aufgerufen werden. Wenn ich mit Swat einen Stop in MSG_VIS_DRAW setze und dann im Einzelschrittmodus weitergehe, wird mir das bestätigt. Bei Klick auf Trigger Start erfolgt der Stop aber erst mit der 2. Methode.

Wilfried

jpolzfuss · November 19, 2020 at 3:22 PM

Hmmm... blockiert das MSG_STARTE_UHR vielleicht den UI-Thread?
Kannst Du mal aus dem @send Doggy::MSG_VIS_INVALIDATE(); ein @call Doggy::MSG_VIS_INVALIDATE(); machen, damit "TimerSleep" erst dann startet, wenn das MSG_VIS_INVALIDATE durch ist?

Wilfried · November 19, 2020 at 4:05 PM

Leider keine Veränderung.

Rainer · November 19, 2020 at 5:35 PM

Versuch doch mal testweise, den Rumpf der Beide DRAW_ Handler in je eine Routine zu packen. Und dann rufst du in Start_uhr die routinen.
Bauchschmerzen habe ich bei der Zeile @call Doggy::.......
Es kann sein, dass sich hier Threads blockieren.
Ich müsste noch mal in das Beispiel sehen, fand das aber damals nicht so toll.

@method BitmapProcessClass, MSG_BITMAP1_DRAW_TO_DYNAMIC_BITMAP
{
DrawBitmap1(...);

}
@method BitmapProcessClass, MSG_STARTE_UHR{
DrawBitmap1(...);
TimerSleep(100);
DrawBitmap2(...);

}Gruß
Rainer

jpolzfuss · November 19, 2020 at 5:42 PM

Dann musst Du wohl das TimerSleep ausbauen und das MSG_BITMAP2_DRAW_TO_DYNAMIC_BITMAP() über einen Timer starten...

jpolzfuss · November 19, 2020 at 5:53 PM

Also irgendwie so:

//globale Variable:
word timerid;

//neue Methode
@method BitmapProcessClass, MSG_STARTE_UHR
{
@call self::MSG_BITMAP1_DRAW_TO_DYNAMIC_BITMAP();
TimerStart(TIMER_EVENT_ONE_SHOT, oself, 100, MSG_BITMAP2_DRAW_TO_DYNAMIC_BITMAP, 0, &timerid);
}

Rainer · November 19, 2020 at 6:08 PM

@Jörg,
nein, vom "Prinzip" her muss es so gehen, wie Wilfried es will.

Wilfried
Ich erinnere mich, das sich meine ersten Gehversuche zum Thema Bitmap auch mit diesem Beipiel begonnen habe. Aber das Beispiel ist einfach nur grottig. Vielleicht ist es gut, wenn man Objektorientiert mit VisObjekten und (einfachen) Bitmaps arbeiten will.

Ich häng mal was dran.
1. eine modifizierte Doggy-Bitmap variante und 2. ein BMP-Game, das genau das macht, was du willst - aber natürlich viel komplexer ist.

Gruß

Rainer
P.S.
erstezt doch mal dein MSG_VIS_INVALIDATE durch
@call Doggy::MSG_VIS_MARK_INVALID(VOF_GEOMETRY_INVALID | VOF_IMAGE_INVALID, VUM_NOW);

Wilfried · November 20, 2020 at 4:53 PM

Hallo Rainer,

zuerst mal vielen Dank für deine Mühe!

Dein BMPGAMSR ist mir tatsächlich viel zu komplex, um es gleich zu verstehen, dein modifiziertes Doggy-Bitmap dagegen habe ich verstanden .

Trotzdem wollte ich wissen, warum meine Version nicht wie gewünscht funktioniert. Ich habe mit Swat herausgefunden, dass @call Doggy::MSG_VIS_INVALIDATE erst zur Wirkung kommt, wenn alle Methoden abgeschlossen sind. Dann wird der letzte Stand der Bitmap angezeigt. Keine Ahnung, warum das so ist.

In deiner Version bin ich auf @call Doggy::MSG_VIS_REDRAW_ENTIRE_OBJECT gestoßen und habe @call Doggy::MSG_VIS_INVALIDATE damit ersetzt. Und siehe da: Jetzt funktioniert meine Version wie gewünscht!

Wilfried

Ergänzung: MSG_VIS_MARK_INVALID(VOF_GEOMETRY_INVALID | VOF_IMAGE_INVALID, VUM_NOW) wirkt auch nicht.

Rainer · November 20, 2020 at 9:08 PM

Hallo Wilfried,
ich hab keine Ahnung, warm deins nicht geht. Meine Vermutung ist, dass MSG_VIS_INVALIDATE nur das Objekt als "geändert" markiert, aber kein "visual update" (neuzeichnen) auslöst. Das passiert offensichtlich erst, wenn "alles fertig" ist. Der ganze Mechanismus ist so komplex, dass ich ihn konzeptionell nicht verstanden habe. Deswegen habe ich einfache Wege gesucht, Bitmaps darzustellen und schließlich auch gefunden.
Wenn ich eine Uhr via Bitmap programmieren wollte, würde ich auf keinen Fall ein VisObject nehmen, sondern das VisContent selbst die Bitmap darstellen lassen, z.B. via MSG_VIS_REDRAW_ENTIRE_OBJECT. Damit vereinfachst du vieles.
Gruß
Rainer