Zitat:

---

Original von Hennig:
Wenn dann dieser Bereich "erobert" wurde und das AmigaOS wieder bekannter ist, werden auch andere Sachen
wie ein G5 Board Realität werden.

---

Zitat:

---

Original von Holger:
Jetzt gibt es noch "D" als Alternative

---

Nun, das D überspring ich lieber und mach gleich mit E weiter. Das ist ja sogar schon verfügbar!
--
http://www.alternativercomputerclub.de.vu

Zitat:

---

Original von MaikG:
irgendwo hatte ich hier ein Threat DTMF-Erkennung, das hatte
ich in MB. Nun wurde gesagt es liegt an MB, hab das ganze in
C geschrieben - die Geschwindigkeit war die selbe.
Von daher, wenns nicht WOS/OS4 sein muss, hab z.zt. keinen PPC
Rechner programmiere ich weiterhin im MB.
Ich könnte auch alles in C schreiben, mit ab und zu ein wenig
hilfe und das es doppelt so lang dauert - aber warum geht doch alles
mit MB.

---

Zja, MBasic ist wirklich sehr langsam, wenn nicht sogar extrem langsam. Ich hab auch schon in BlitzBasic kleine Programme geschrieben und das waren Welten(!). Zwischen C und MB dürfte das ähnlich sein.

Der MB-Compiler ist wirklich recht mies, aber mir macht das Programmieren in dem klassischen Basic einfach Spaß und leider komm ich nicht richtig in C rein . Naja, hab es auch lange nicht mehr versucht. Hab leider auch nicht so viel Zeit.
--
http://www.alternativercomputerclub.de.vu

Zitat:

---

Original von Der_Wanderer:
Ich weiss, ich weiss, Eigenwerbung. Ich möchte auch nicht rumflamen hier. Also verzeiht es mir jetzt schon mal, und nach dem Posting sollte es auch wieder vergessen werden:

Bevor du PureBasic benutzt (zmindest wenn es für den Amiga sein soll), dann würde ich dir wirklich zu AB2 raten.
Es kompiliert rasend schnell, erzeugt schnellen und sauberen Code (genauso schnell wie C) und hat ein mittlerweile wirklich gutes IDE.

Bald kommt AB3. Da sind etwa 2000 "neue" Befehle dabei für "moderne" Programierung, alles mit online-Docu. Evtl. gibts auch Video Tutorials.

---

Das war mir irgendwie klar das du mich auf AB2 aufmerksam machen möchtest.

Leider geht AB2 nicht auf einfachen Classic-Amigas. Dummerweise braucht der Editor dringend CybergraphX und der Editor ist mit dem Compiler ein Ding. Das heißt, nix CybergraphX nix in AB2.

Hab hier noch BlitzBasic, was auch auf echten Classic-Amigas ohne Grafikkarte funktioniert.
(Die Assign wären auf AB2, wenn ich AB2 nutzen könnte)

Irgendjemand hat mir sogar mal auf WinUAE geraten, weil da AB2 "am besten" wäre. Nunja, ...

Seit kurzem hab ich wieder ein Rechner in dem eine Grafikkarte ist. Der ist mir vor einiger Zeit mal wegen Festplattencrash stehngeblieben, hatte aber zum Glück noch ein BackUp. Aber seltsamerweise bin ich am liebsten an meinem kleinen A1200.
Fragt mich nicht wieso, aber am kleinen ohne(!) Grafikkarte macht es mir am meisten Spaß. Nennt mich irre...
--
http://www.alternativercomputerclub.de.vu

Zitat:

---

Original von thomas:
@Ralf27:

Zitat:

---

Gegeben ist ein Pointer auf ein Screen. Wie bekomme ich jetzt raus ob es sich um ein Grafikkartenscreen oder Customscreen handelt?

---

Man holt sich mit GetVPModeID den Bildschirmmodus und prüft dann mit IsCyberModeID, ob es sich um einen CGX-Modus handelt.

---

Zitat:

---

Zitat:

---

Mir ist eben aufgefallen das man bei GetBitMapAttr keine Bitmap angeben muß, also NULL übergeben kann

---

Das ist absurd. Wie kommst du auf solche Ideen ?

---

Zitat:

---

Zitat:

---

wenn die aktuelle Bitmap vom aktuellen Screen genommen werden soll.

---

Blödsinn. GetBitMapAttr gehört zur graphics.library, die hat keine Ahnung von Screens.

---

code:

---

BMA_FLAGS  returns a longword bitfield describing
                         various attributes which the bitmap may have.
                         Currently defined flags are BMF_DISPLAYABLE,
                         BMF_INTERLEAVED (see AllocBitMap()). The flag
                         BMF_STANDARD returns will be set if the
                         bitmap is represented as planar data in Amiga
                         Chip RAM.

---

Zitat:

---

Ich hab's mal ausprobiert. Wenn man eine NULL-Bitmap übergibt, gibt's jede Menge Enforcer-Hits.

---

Zitat:

---

Original von akl:
@Ralf27:
>Und wenn GetBitMapAttr bei der Datatypebitmap mit BMA_DEPTH eine NULL
>liefert...
Dann handelt es sich möglicherweise um eine RTG-Bitmap, die entstanden ist, indem die ursprüngliche Bitmap auf einen RTG-Screen remappt worden ist.

---

Diese NULL bei der Bitmaptiefe bekomme ich auf einem reinen Customchipsatzrechner ohne Grafikkarte. Die Bildtiefe der Datei liegt bei einem Bit, also wenn ich diese z.b. via PPaint öffne.

Ich hab die Masken auf IFF-ILBM jetzt konnvertiert und bekomme diesen Fehler nicht mehr.

Außerdem: Ich hab mal testweise FriendBitmap auf FALSE gestellt, was aber auch in die Hose ging


Ich benutzt für die Bilder nur BltBitMap und BltMaskBitMapRastport und sonst nix.
--
http://www.alternativercomputerclub.de.vu

Zitat:

---

Original von MaikG:
Was ist CSI??

---

Zitat:

---

Original von NoImag:
Besorge Dir "Supergrafik Amiga" von Data Becker.

---

Ich hab das Buch hier in 2 Versionen. Einmal als dicker Schinken (705Seiten) und einmal als dünne Neuauflage (405Seiten).

Bin kurz mal durch hab ein Beispiel mit 4 ViewPorts gleichzeitig gefunden. Irgendwie recht komplex.
--
http://www.alternativercomputerclub.de.vu

code:

---

TAGLIST tagsl&, _
   PDTA_DestBitMap&, VARPTR(obitmapBild&), _
   DTA_NominalHoriz&, VARPTR(oBreite&), _
   DTA_NominalVert&, VARPTR(oHoehe&), _
   PDTA_GRegs&, VARPTR(liste&), _
   TAG_END&
   junk=GetDTAttrsA(oBild&,tagsl&)
   DO
    x=PEEKW(liste&)
    y=PEEKW(liste&+2):liste&=liste&+4
    FOR x2=1 TO x
     IF ObtainPen(cm&,y,PEEKL(liste&),PEEKL(liste&+4),PEEKL(liste&+8),PEN_NO_SETCOLOR&)=-1 THEN
      Meldung"Konnte Pen nicht sicher?",0
     ELSE
      SharedPen(y)=1
     END IF
    INCR y:liste&=liste&+12
    NEXT
   LOOP UNTIL PEEKW(liste&)=0

---

So sieht die Sache aus. Meldung ist übrigens ein Unterprogramm das die Texte als Request ausgibt.
Das ist jetzt der Code ohne besondere Kontrollen(z.b. Pen auch>=0 <=255), die ich eventuell noch einbauen möchte. Hab auch schon mit PEN_NO_COLOR& und ohne probiert, ging auch nicht. Ich bekomme immer, das der Pen nicht gesichert werden konnte. Bzw. wenn ich die rechte Maustaste drück, dann verstellen sich die Farben, wenn das Datatype freigegeben ist.

Beim Ablauf der Routine ist das Datatype übrigens noch nicht freigegeben. Daran liegt es also auch nicht.
--
http://www.alternativercomputerclub.de.vu

Zitat:

---

Original von Holger:
Nein, daran hängt es nicht. ColorMaps, die zu einem intuition-screen gehören, haben immer eine entsprechende Struktur. Dieser Hinweis ist nur für von Hand erzeuge ColorMaps wichtig. Deshalb brauchst Du die AttachPalExtra() Funktion auch nicht aufzurufen.

---

Achso, also kann man auch noch Screens mit der Hand generieren? Oh, ich wüßte zu gerne wie das aussieht. Denn wenn ich schon seh wie der Unterschied ist zwischen Basic (screen 1,320,200,1,1) und Betriebssystemroutinen (einige Zeilen) ist, dann dürfte das "mit der Hand" schon recht "ausführlich" sein.

Aus reinem Interesse:
Kann man sich sowas irgendwo mal ansehn wie das aussieht?
--
http://www.alternativercomputerclub.de.vu

Zitat:

---

Original von Georg:
Wenn du den Screen selbst öffnest {SA_SharePens, TRUE} angeben (außer du nutzt eh {SA_LikeWorkbench, TRUE}, da sind pens automatisch shared).

Wenn wir das in AROS Intuition nicht falsch gemacht haben, dann ist es so, daß beim Screen Öffnen die DrawInfo pens (was man im Palette Prefs Programm einstellt) als Shared gelocked werden und falls SharedPens == FALSE alle restlichen Pens als exclusive.

---

Zitat:

---

Original von NoImag:

Wo hast Du denn die Colormap her? Bei mir funktioniert ObtainPen().

---

Zitat:

---

Bekommst du etwas zurück, wenn du als Pen -1 angibst?

---

Zitat:

---

Wie sieht denn jetzt die ColorTable aus? Stehen da jetzt vernünftige Werte drin? Wenn nicht, dann poste hier mal den Code, wie Du die ColorTable ermittelst.

---

Zitat:

---

PDA_CRegs schaue ich mir morgen mal an.

---

Danke
--
http://www.alternativercomputerclub.de.vu