systemkonforme bilder kannst einfach so zeichnen. slider, scroller, buttons geht damit auch in OS4 und MOS unterstützt 4 5 und 6 aber nicht. da musste dann wie bei wizard auch per env var(wizardstyle) umschaltbar machen. z.b hier code aus dem stormwizard, den ich dafür gemacht habe. Du brauchst nur 1 Objekt erzeugen, die Werte kannst du dann jedesmal kurz vor dem zeichnen passend einstellen mit setattr

backgroundframe = (struct Image *) NewObject(NULL,"frameiclass",TAG_END);

und wenn du das Bild des GUI Objekts zeichnen musst, dann kommt der Code zum einsatz. Es gibt dann die diversen Bilder, je nach skin wird dann das passende gezeichnet. AFA nutzt auch die Werte von dem OS4. FRAME_RIDGE ist für die stringgadgets. propborder ist das prop hintergrundbild und propknob eben das Knopfbild. blackbird hats getestet, geht auch auf OS4

#define FRAME_DEFAULT 0
#define FRAME_BUTTON 1
#define FRAME_RIDGE 2
#define FRAME_ICONDROPBOX 3
#define FRAME_PROPBORDER 4 //OS4 Tag
#define FRAME_PROPKNOB 5 //OS4 Tag
#define FRAME_DISPLAYBOX 6 //OS4 Tag

if (wizardstyle == 1)
{type = 1;recessed = 1;}
else
{type =4;recessed =0;}

SetAttrs(parentdata->FrameObject,
IA_FrameType,type,
IA_Recessed,recessed, IA_EdgesOnly,0,
IA_Left,left,
IA_Top,top,
IA_Width,parentdata->layoutdata.Bounds.Width,
IA_Height,parentdata->layoutdata.Bounds.Height,
IA_Orientation,knob_orientation,
TAG_END);
DrawImageState(RPort,parentdata->FrameObject,0,0,IDS_NORMAL,DrInfo);

Ich wollte ja schon länger auch mal nen crosscompiler von dem 68k output machen zu LLVM. vielleicht gibt es da auch sowas und andre 68k nutzer(vieleicht aus dem embedded markt) haben daran auch interesse. so muss ich nicht alles alleine machen. aber um den von AB erzeugten code zu übersetzen wäre nicht viel arbeit. nur für die libs übersetzen, wäre mehr arbeit.

<!-- m --><a class="postlink" href="http://de.wikipedia.org/wiki/LLVM">http://de.wikipedia.org/wiki/LLVM</a><!-- m -->

blos wie sieht es da aus, bei blackbirds geliebten OS4. Und bei AROS ?. Haben die inzwischen eine unterstützung dafür, so dass man mal probieren kann ?. bei aros habe ich noch gesehen, dass es ein bounty für LLVM gibt. aber ob da was

In der lib ist es drin um den round modus zu setzen, für die val int print befehle. eben alles was mit float fpu auch gehen muss

In der vallib.bb2 printlib.bb2 ist der meiste FPU code drin. Es gibt aber einen Befehl um in der lib abzufragen ob mit oder ohne FPU kompiliert wurde ist ALibJsr $c704. die libs die wissen müssen ob FPU kompile oder nicht, die fragen es ab und speichern den Wert in dc.b fpuon.

in der strings2lib wird der round mode gesetzt.
setcpumode ;mode 0=normal 2=fpu
MOVE.l d0,mode
CMP.l #2,d0
BNE 'l2
MOVEQ.l #0,d0
Dc.l $f2009000
'l2 RTS
getcpumode
MOVE.l mode,d0
RTS

eigentlich sollten die Programme auch ohne FPU laufen, müsst ihr an einem testprogramm ohne FPU schauen, wo es abstürzt, welche befehle da stehen. vielleicht habe ich auch einfach nur irgendwo die abfrage ob FPU on oder off, nicht eingebaut. getestet ob es ohne FPU auch geht habe ich nie, weil mein develop System nicht ohne FPU bootet

Ich habe ein kleines Spielchen für Android und iOS veröffentlicht. Die Links dazu und die Möglichkeit es im Browser zu spielen findet man hier: Tennessee Jim - Into The Deep

Extrem Offtopic ... sorry.

Warning!!!

All with Amiblitz3 created programs use FPU commands and crash on Systems without a FPU sooner or later!
It doesn't mater with optimice level was selected!


Warnung!!!

Alle mit Amiblitz3 erstellten Programme benutzen FPU Befehle und stützen daher auf System ohne FPU früher oder später ab!
Es macht keinen unterschied welchen Optimierungsstufe verwendet wurde!

Der letzte Post ist schon ne Weile her bei AIDE, gibts da was neues ?
Ich möchte hd-rec erweitern(mit der PC musik soft geht das auch nicht), aber auf sourceforge sind nur hd-rec files von 2012. aber die gehen mit den neuesten includes wieder nicht mehr. Oder kann es jemand kompilieren ?.

Ich würde in hd-rec plugin api die Abfrage ob eine spur gemutet ist oder nicht und das setzen vom mute status einer Spur einbauen.

Ich würde dann in den bars wrapper 10 Knöpfe einbauen mit denen man für alle
spuren die Mute einstellungen speichern kann und laden kann
dazu muss ich die Werte auch auslesen können.

Sinn des ganzen ist, dass man live am Keyboard spielen kann und einen pattern mode hat,
indem man dann die gemuteten spuren umschaltet während hd-rec in z.b 2
Takte wiederhol mode läuft

So kann man dann verschiedene Spuren machen mit unterschiedlichen Sequenzen.
z.b
Spur 1 bass mit arpegiator sequenz a
Spur 2 Bass mit arpegiator sequrnz b

Spur 11 Drum sequenz a
spur 12 Drum sequenz b
usw. Man kannn auch verschiedene Effekte/ sounds auf die Spuren legen und schnell zum AB vergleich umschalten

Dann mutet man spur 2 und spur 12. 1 und spur 11 stellt man auf on und man speichert
dass per shift left button auf einen Knopf(Namen A) der für die mute
settings ist. Die Knöpfe baue ich in den bars wrapper ein, aber ich brauche
den Zugang zu den Mute status Daten aus Hd-rec

dann stellt man Spur 1 und spur 11 auf mute Spur 2 und 12 auf on
Auf die 2.mute setting (Namen B) setting speichert man dann das.

Die Knöpfe sind auch per midi controller ansteuerbar(so dass man die am
Keyboard mit den tasten dort umschalten kann) und sind somit Takt synchron.
Also das muten oder unmuten passiert immer auf Taktgrenzen. So kann man
dann sowas wie eine Begleitautomatik machen und auch Abwechslung mit
arpegiatoren erzeugen. Ausserdem mache ich dann noch ein String gadget mit
abpielfolge für einen pattern mode. aabbba spielt dann 2* Spur 1+ Spur 11.
und dann 3* spur 2 +Spur 12 dann 1* spur 1+spur 11

Dass Prinzip hat den Vorteil, dass man da viel kreativer sein, kann, z.b
sounds wechseln effekte etc, verschiedene versionen vergleichen und auch
noch live spielen

Hi guys,
I think I asked about this a while ago but can't find the post. Anyway, I have a problem with the combination of NList and cycle gadget in the same MUI window: when I have both in a window, the cycle gadget doesn't work, or only occasionally works if I minimise and restore the window a few times. Both work fine on their own, and the NList behaves normally at all times.

I guess it's probably down to a buggy implementation in the MUI lib, but does anyone have any suggestions for a work-around? Thanks!

Hi guys, it's been a while since I've been doing some programming, but I'm getting back into it again now. Anyway, on a recent project I seem to have come across what might be a bug in the dos_SetToolSwitch{} function. the dos_SetToolString{} and all the other tooltype functions appear to work ok, but when I try to disable a tooltype by setting dos_SetToolSwitch{} to false my OS4 machine locks up hard. No Grim Reaper, and the debugger doesn't catch the problem.

Stepping through the code doesn't let be catch the problem either as the debugger doesn't step into the dos.include.bb2 file, and so I can't see exactly which command fails. I thought the debugger normally does that? This is with AmiBlitz 3.5 by the way...

P.S. The new site looks well! Will there be an English version for the front page? Perhaps I could help with the translation if you need it?

Hallo Leute,

könnte mich ein Admin vielleicht mal freischalten, damit ich auf die Einsteiger-Tutorials und sonstige Sachen über AmiBlitz zugreifen kann. Ich bekomme immer eine Fehlermeldung, dass ich auf diese Bereiche nicht zugreifen darf.

Liebe Grüße!
ThomBraxton

Zum Thema auf AmiForce

Hallo AMIBLITZ- Gemeinde!
Hab mich mal entschlossen ein bisschen was mit AB3 zu coden. Unter Windows oder Linux benutze ich meistens PureBasic, hab aber festgestellt, das in AB3 und PB einiges fast gleich ist.

Gibt es für AB3 ein GUI Tutorial?
Wo finde ich eine Beschreibung der Window und Gadget Events?
Gibt es in AB3 so etwas wie Threads?

Das ganze in deutsch wäre natürlich perfekt.