[ - Answer - Quote - Direct link - ]

[ - Answer - Quote - Direct link - ]

Hi!

OK, hab ein paar mehr Kommentare eingebaut (ab CloseWindow()).
Den Teil wo der Fehler auftritt hab ich mal Rot markiert (Anfang und Ende)...

Wenn noch was kommentiert werden soll, dann sag bescheid ;-)

Ach ja, die Smilies sind jetzt auch weg....
(Hab den Button glatt übersehen)

--
Micha

Look at my HP: http://www.lanser-online.de.vu





[ Dieser Beitrag wurde von Micha1701 am 13.08.2002 editiert. ]

[ - Answer - Quote - Direct link - ]

Hi Leute!

Ist denn hier keiner, der mir bei meinem Problem helfen kann oder der schon mal ein Programm mit Doublebuffering auf CGX und P96 geschrieben hat?

Ich benötige unbedingt ein Programm, was doublebuffering kann und gleichzeitig IDCMP Messages empfangen (also über ein Fenster).

Hab schon verschiedene Möglichkeiten versucht, binaber bisher immer dran gescheitert:

RtgMaster.lib:
SwitchScreen() (funktionierte nur auf P96)

AmigaOS:
ScrollVP() (hab ich nicht zum laufen bekommen)
MakeScreen() und RethinkDisplay() (hab ich nicht zum laufen bekommen)
ChangeVPBitMap() (hab ich nicht zum laufen bekommen)
ChangeScreenBuffer() (läuft nur auf CGX)
SuperBitmap mit ScrollLayer() (ist mir zu langsam)

chunkyppc.lib:
keine Möglichkeit der IDCMP-Abfrage...

Hat jemand das schon mal auf einem der oben genannten Arten auf beiden GFX-Systemen zum laufen gebracht?

Gibts irgenwas was ich vergessen habe?
--
Micha

Look at my HP: http://www.lanser-online.de.vu





[ Dieser Beitrag wurde von Micha1701 am 15.08.2002 editiert. ]

[ - Answer - Quote - Direct link - ]

[ - Answer - Quote - Direct link - ]

also ich habe zu Hause auch ein DB-Beispiel für CGX, dass switcht aber auch nur Screens. Aber bei Interesse maile ich es dir mal vorbei!

Vielleicht entsteht das Problem aber schon früher.... versuche doch mal Sicherheits-if's bei den ganzen Alloc's einzubauen... z.B.: habe ich in Erinnerung das du ein File öffnest und einfach davon ausgeht, dass das klappt:

code:

---

Open(file,"name.file")
Read(file,buffer,size)
Close(file);

---

code:

---

if ( Open(file,"name.file) )
{
    lenght = Read(file,buffer,size);

    if (lenght<size)
    {
        /* error handling */
    }

    Close(file)
}
else
{
    PrintFault(IoErr(),"name.file");
    exit();
}

---

Ist zwar alles mehr Schreibarbeit, aber du kannst sicher gehen, dass du nicht schon vorher wild im Speicher rumschreibst.


tokai

[ Dieser Beitrag wurde von tokai am 15.08.2002 editiert. ]

[ Dieser Beitrag wurde von tokai am 15.08.2002 editiert. ]

[ - Answer - Quote - Direct link - ]

Danke für das Angebot, schick mir das Prog mit Code mal zu M.Lanser@t-online.de. Das mit den Fehlerchecks ist klar, es gibt auch Progs, wo ich alles überprüfe . Aber wenn ich nur was ausprobieren will, was dann in einem anderem Code reinsoll, dann lass ich das manchmal weg...

Während dem Debuggen kann ich allerdings sehen, daß alles einwandfrei lief.... (bis zum Fehler, den ich nicht weg krieg)
--
Micha

Look at my HP: http://www.lanser-online.de.vu

[ - Answer - Quote - Direct link - ]

Hi!

>RtgMaster.lib:
>SwitchScreen() (funktionierte nur auf P96)

Stimmt nicht. Du musst nur sichergehen, dass unter CGX *nur*
die rtgCGX.library als Sublibrary installiert ist (rtgmaster
identifiziert P96 anhand der Existenz irgendwelcher Libs von P96,
falls nun CGX und P96 parallel installiert sind und sowohl
rtgCGX als auch rtgP96 installiert werden, koennte faelschlich unter
CGX die P96 Methode - die dort nicht funktioniert - verwendet werden).

>AmigaOS:
>ScrollVP() (hab ich nicht zum laufen bekommen)

Schau mal im Warp3D Dev Archiv nach. Da ist glaub ein Beispiel
mit dabei. Oder im MiniGL Source, der ja auch DBuf macht.

>MakeScreen() und RethinkDisplay() (hab ich nicht zum laufen bekommen)

Vergiss das. Laeuft nicht auf Grafikkarte.

>ChangeVPBitMap() (hab ich nicht zum laufen bekommen)

Schau in den MiniGL Source

>chunkyppc.lib:
>keine Möglichkeit der IDCMP-Abfrage...

Stimmt nicht. Ein Teil der Struktur, die OpenGraphics liefert,
enthaelt Screen und Window des geoeffneten Displays, ueber das Du
dann IDCMP machen kannst.

Steffen

[ - Answer - Quote - Direct link - ]

Zitat:

---

Original von MagicSN:

Hi!

>RtgMaster.lib:
>SwitchScreen() (funktionierte nur auf P96)

Stimmt nicht. Du musst nur sichergehen, dass unter CGX *nur*
die rtgCGX.library als Sublibrary installiert ist (rtgmaster
identifiziert P96 anhand der Existenz irgendwelcher Libs von P96,
falls nun CGX und P96 parallel installiert sind und sowohl
rtgCGX als auch rtgP96 installiert werden, koennte faelschlich unter
CGX die P96 Methode - die dort nicht funktioniert - verwendet werden).

---

Hab ich schon überprüft, ist nur die rtgCGX installiert. Bei Switch wird nicht komplett geswitcht, sondern der 2. Buffer ist um einen halben Screen versetzt nach unten....

Die anderen Sachen schau ich mir noch mal an, Danke!


--
Micha

Look at my HP: http://www.lanser-online.de.vu

[ - Answer - Quote - Direct link - ]

Zitat:

---

Original von Micha1701:
Danke für das Angebot, schick mir das Prog mit Code mal zu M.Lanser@t-online.de. Das mit den Fehlerchecks ist klar, es gibt auch Progs, wo ich alles überprüfe . Aber wenn ich nur was ausprobieren will, was dann in einem anderem Code reinsoll, dann lass ich das manchmal weg...

---

Dachte ich mir schon! Aber manchmal liegt in soetwas die Lösung eines Problems... ist mir auch schon passiert


Den source maile ich dir natürlich vorbei!

[ - Answer - Quote - Direct link - ]

[ - Answer - Quote - Direct link - ]

Hi!

Ich habs hingekriegt! Das war wohl ein Problem mit den Rastports... ich hatte sie nicht richtig initialisiert...

Aber nu funktionierts...

Hab da aber noch ein kleines problem mit den temporären RastPorts die zum Zeichnen verwendet werden. Wenn ich die Funktion BltMaskBitMapRastPort() verwende werden die Grenzen des Ziel RastPorts nicht beachtet und einfach weiter gezeichnet. Zum Glück liegt hinter der Bitmap noch eine zweite Bitmap die auch mir ist. Daher gibts keinen Absturz (vorher gab es aber welche als es noch andersrum war, und ich hab mich gefragt warum ).

Gemerkt hab ich es, als das Programm auf den sichtbaren Screen (oben)malte, als es eigentich auf den nichtsichtbaren (unten) krizeln sollte. Auch sieht man Grafiken auf der linken Seite im Screen die eigentlich außerhalb des Screen rechts gezeichnet hätten werden müssen.

Wie kann ich dafür sorgen, daß die RastPort Grenzen beachtet werden? Oder wie setze ich welche in einem temporären Rastport ohne dazugehörigen Layer (in dem stehen ja die Grenzen bzw. die Größe)?

--
Micha

Look at my HP: http://www.lanser-online.de.vu





[ Dieser Beitrag wurde von Micha1701 am 16.08.2002 editiert. ]

[ - Answer - Quote - Direct link - ]

[ - Answer - Quote - Direct link - ]

Mit der Layers.library kann ich doch nur neue Layer erstellen. Und das sind doch Fenster oder Screens (also sichtbare Elemente...).

Wie kann ich das denn für nicht sichtbare Bitmaps verwenden?
--
Micha

Look at my HP: http://www.lanser-online.de.vu

[ - Answer - Quote - Direct link - ]

[ - Answer - Quote - Direct link - ]

Danke!

Werds direkt mal ausprobieren!

--
Micha

Look at my HP: http://www.lanser-online.de.vu

[ - Answer - Quote - Direct link - ]

Zitat:

---

Original von thomas:

bitmap = AllocBitMap(width,height,depth,BMF_CLEAR);
layerinfo = NewLayerInfo();
layer = CreateUpfrontLayer(layerinfo,bitmap,0,0,width,height,LAYERSIMPLE,NULL) ;
rastport = layer->rp;

---

Danke für den Tip! Es hat geklappt. Allerdings wird bei CreateUpfrontLayer() nicht width und height eingetragen sondern die tatsächlichen Screenkoordinaten.

Bei einem 800*600 Screen also 799 und 599....
Sonst gibts haufenweise GURU #0100000C (Fehler bei den Speicherlisten)




--
Micha

Look at my HP: http://www.lanser-online.de.vu

[ - Answer - Quote - Direct link - ]