hallo, ich möchte mal eine einweisung mit fenix anfangen.
meine erzielten ergebnisse damit (für den gp2x und windows) sind sehr zufriedenstellend und ohne frust abgelaufen.
bastlele damit seit ca 3 wochen herum. mein ziel ist es, den gp2x damit zu programmieren
ich habe vorher dev-c++ ausprobiert und glbasic. konnten nicht so überzeugen, fenix hat gewonnen.
ich benutze das "fenixpack2.7.1.exe" und das dazugehörige "ufenix-v0.2.zip".
es gibt für dieses fenix-pack schon eine erweiterung "tool.rar". damit wird der "flamebird 0.53" auf 0.55 verbessert und noch ein tilesettool ist im ordner "fenix/tool" dazugekommen.
wenn dieses tool.rar aber installiert wird, dann ist das fenixcompilat für den gp2x nicht mehr compatibel zu dem "ufenix", welches ja für das fenixpack2.7.1 erstellt wurde, also tool.rar erst installieren , wenn es das dazugehörige ufenix für den gp2x gibt.
zuerst habe ich das fenixpack2.7.1.exe auf dem laufwerk "c" installiert.
dann habe ich die ufenix-v0.2.zip entpackt und auf dem gpx2 bzw die sd-karte gebracht.
habe dann mal alle demo-programme durchgespielt auf dem gp2x, die dort im ufenix-ordner angeboten waren.
alle programme funktionierten wunderbar. die geschwindigkeit und die grafik ist berauschend.
dann habe ich alle dateien/ordner im verzeichnis ufenix gelöscht und habe nur den ordner runtime stehen lassen. ich wollte ja von vorn anfangen.
dann ging es mit fenix los.
fenix ist eine sprache , die speziell für 2d geschaffen wurde , man spricht auch von 2,5d, es sind schöne beispielprogramme vorhanden im ordner "fenix/examples". 2,5d deshalb, weil dort 3d-programme vorhanden sind, die nicht mit opengl-erschaffen worden sind sondern nur mit der eigentlichen rechner-cpu und deren power. ist jetzt auch verständlich, warum alle 3d-programme von fenix auch auf dem gp2x laufen.
die sprachsyntax ist an basic angelehnt und ist schnell erlernbar. est gibt jetzt hier ein wesentliche unterschied zu anderen sprachen. alle proceduren laufen als taske die immer mit "frame" enden. frame unterbricht den task und stellt dann auch das bild her auf dem bildschirm. diesem frame kann man nach belieben sogenannte taskzeiten zuweisen zb "frame 25".
diese bestimmen dann den spielablauf/geschwindigkeit für die sogenannten proceduren.
das heisst, wenn die fenixsprache loslegt, gibt es keine vergeudung von sogenannten bummelzeiten von sleeps und wait zb.
es läuft alles in einer multitasting zeitscheibe ab, die sich immer dreht. das macht das fenix so schnell.
und jetzt kommt das wesentliche für den gp2x. was ist das? es sind die 2 cpu's im gp2x , die für diese taskarbeit passen, wie der arsch auf dem eimer...also eine 100%tige sache, was besseres kann man sich als spielgerät garnicht vorstellen.
und dieses fenixprogramm mit dem linux auf dem gp2x und die 2 cpu sind der renner.
es gibt zur zeit kein zweites programmierprogramm, welche diese cpu-arbeit für die beiden cpu im gp2x optimal nutzt mit der zusammenarbeit von linux.
das war auch mit der grund, eine einfache sprache zu erlernen, die mit dem gp2x spielend umgehen kann.
so jetzt gehts weiter.
hier gibt es das fenixpack und auch doc-dateien : http://fenixpack.blogspot.com/
die demos usw brauchen nicht runtergeladen werden, weil das fenixpack in sich eine gute komplette sache bietet.
und hier gibt es das ufenix für den gp2x : http://archive.gp2x.de/quickview/index.php
die doc-dateien sollte man ruhig mal überfliegen, sind teilweise in englisch und in spanisch.
die vielen guten bildlichen erklärungen sprechen für sich und sind sehr gut gemacht.
in einer doc-datei ist die sprachsyntax erklärt mit beispielen und vor allem mit dem sample-programmem im fenix-ordner sollte man fleissig experiemente machen.
wer lusten hat, kann ja dann hier auch seine kleinen erfahrungen und programme hier reinstellen, nur so kann man austauschen.
wichtig ist, das man sich mit den befehlen auseinandersetzt und evtl neue kreationen damit erschafft. man kann nicht alles auf einmal lernen.
der weg ist das ziel für unser hobby.
als erste habe ich mir als übung mal diese programme aus der doc umgesetzt und auf dem gp2x zum laufen gebracht :
1.programm
2. programm
3. programm
und hier das 4. programm, die erste einfache collision.
beachtet die tastenbedienung für den gp2x, die kann man immer wieder woanders verwenden,
für die 4 richtungstasten reichen "_left" usw. , ohne die umsetzung __A usw.
beachtet hier mal den "PROCESS colli(x,y,graph);", der nur einmal gestartet wird und dann seine arbeit pflichtgemäss macht. das sind die prozesse. wichtig ist auch der befehl "frame" in jedem prozess.
diese programme oben werden als prg abgespeicher und mit fenix compiliert zu einem dcb-programm.
in dem ordner ufenix auf der sd-karte estellen wir noch einen ordner, wo diese dcb-dateine reinkommen.
dann estellen wir das gpe-programm welches vom gp2x gestartet wird und dann das dcb-programm startet in dem unterordner "spiele" oder "kursus" zb.
diese datei heisst dann zb "program1.gpe" und startet dann das "program1.dcb" im ordner "kursus , die namensvergebung
sollte übersichtlich erfolgen :
ich werde noch weitere kleine programme hier reinstellen, die teilweise aus der bescheibung gewachsen sind oder aus dem samples. wenn es andere auch so machen möchten, dann wächs dieses gebäude sehr schnell.
ich mache deshalb erstmal kleine progrämmchen, um die vielfalt der befehle zu ergründen und deren zusammenspiel.
mfg
meine erzielten ergebnisse damit (für den gp2x und windows) sind sehr zufriedenstellend und ohne frust abgelaufen.
bastlele damit seit ca 3 wochen herum. mein ziel ist es, den gp2x damit zu programmieren
ich habe vorher dev-c++ ausprobiert und glbasic. konnten nicht so überzeugen, fenix hat gewonnen.
ich benutze das "fenixpack2.7.1.exe" und das dazugehörige "ufenix-v0.2.zip".
es gibt für dieses fenix-pack schon eine erweiterung "tool.rar". damit wird der "flamebird 0.53" auf 0.55 verbessert und noch ein tilesettool ist im ordner "fenix/tool" dazugekommen.
wenn dieses tool.rar aber installiert wird, dann ist das fenixcompilat für den gp2x nicht mehr compatibel zu dem "ufenix", welches ja für das fenixpack2.7.1 erstellt wurde, also tool.rar erst installieren , wenn es das dazugehörige ufenix für den gp2x gibt.
zuerst habe ich das fenixpack2.7.1.exe auf dem laufwerk "c" installiert.
dann habe ich die ufenix-v0.2.zip entpackt und auf dem gpx2 bzw die sd-karte gebracht.
habe dann mal alle demo-programme durchgespielt auf dem gp2x, die dort im ufenix-ordner angeboten waren.
alle programme funktionierten wunderbar. die geschwindigkeit und die grafik ist berauschend.
dann habe ich alle dateien/ordner im verzeichnis ufenix gelöscht und habe nur den ordner runtime stehen lassen. ich wollte ja von vorn anfangen.
dann ging es mit fenix los.
fenix ist eine sprache , die speziell für 2d geschaffen wurde , man spricht auch von 2,5d, es sind schöne beispielprogramme vorhanden im ordner "fenix/examples". 2,5d deshalb, weil dort 3d-programme vorhanden sind, die nicht mit opengl-erschaffen worden sind sondern nur mit der eigentlichen rechner-cpu und deren power. ist jetzt auch verständlich, warum alle 3d-programme von fenix auch auf dem gp2x laufen.
die sprachsyntax ist an basic angelehnt und ist schnell erlernbar. est gibt jetzt hier ein wesentliche unterschied zu anderen sprachen. alle proceduren laufen als taske die immer mit "frame" enden. frame unterbricht den task und stellt dann auch das bild her auf dem bildschirm. diesem frame kann man nach belieben sogenannte taskzeiten zuweisen zb "frame 25".
diese bestimmen dann den spielablauf/geschwindigkeit für die sogenannten proceduren.
das heisst, wenn die fenixsprache loslegt, gibt es keine vergeudung von sogenannten bummelzeiten von sleeps und wait zb.
es läuft alles in einer multitasting zeitscheibe ab, die sich immer dreht. das macht das fenix so schnell.
und jetzt kommt das wesentliche für den gp2x. was ist das? es sind die 2 cpu's im gp2x , die für diese taskarbeit passen, wie der arsch auf dem eimer...also eine 100%tige sache, was besseres kann man sich als spielgerät garnicht vorstellen.
und dieses fenixprogramm mit dem linux auf dem gp2x und die 2 cpu sind der renner.
es gibt zur zeit kein zweites programmierprogramm, welche diese cpu-arbeit für die beiden cpu im gp2x optimal nutzt mit der zusammenarbeit von linux.
das war auch mit der grund, eine einfache sprache zu erlernen, die mit dem gp2x spielend umgehen kann.
so jetzt gehts weiter.
hier gibt es das fenixpack und auch doc-dateien : http://fenixpack.blogspot.com/
die demos usw brauchen nicht runtergeladen werden, weil das fenixpack in sich eine gute komplette sache bietet.
und hier gibt es das ufenix für den gp2x : http://archive.gp2x.de/quickview/index.php
die doc-dateien sollte man ruhig mal überfliegen, sind teilweise in englisch und in spanisch.
die vielen guten bildlichen erklärungen sprechen für sich und sind sehr gut gemacht.
in einer doc-datei ist die sprachsyntax erklärt mit beispielen und vor allem mit dem sample-programmem im fenix-ordner sollte man fleissig experiemente machen.
wer lusten hat, kann ja dann hier auch seine kleinen erfahrungen und programme hier reinstellen, nur so kann man austauschen.
wichtig ist, das man sich mit den befehlen auseinandersetzt und evtl neue kreationen damit erschafft. man kann nicht alles auf einmal lernen.
der weg ist das ziel für unser hobby.
als erste habe ich mir als übung mal diese programme aus der doc umgesetzt und auf dem gp2x zum laufen gebracht :
1.programm
Code:
<i>
</i>
program hallo;
begin
x=0;
while(x< 320)
delete_text(0);
x+=2;
write(0,x,100,1,"hallo es geht !" );
frame;
end;
end;
2. programm
Code:
<i>
</i>
program hallo;
begin
x=0;
write(0,0,100,1,"hallo es geht !" );
while(x< 320)
x+=2;
move_text(1,x,100);
frame;
end;
end;
3. programm
Code:
<i>
</i>
program hallo;
begin
x=0;
write(0,0,100,1,"hallo es geht !" );
set_text_color(25);
write(0,250,10,1,"gp2x !" );
while(x< 320)
x+=1;
move_text(1,x,100);
frame 20;
end;
end;
und hier das 4. programm, die erste einfache collision.
beachtet die tastenbedienung für den gp2x, die kann man immer wieder woanders verwenden,
für die 4 richtungstasten reichen "_left" usw. , ohne die umsetzung __A usw.
beachtet hier mal den "PROCESS colli(x,y,graph);", der nur einmal gestartet wird und dann seine arbeit pflichtgemäss macht. das sind die prozesse. wichtig ist auch der befehl "frame" in jedem prozess.
Code:
<i>
</i>program bewegung;
global
gr_ball;
gr_ball_1;
__A = _control;
__B = _alt;
__SELECT = _space;
__START = _enter;
__R = _tab;
__L = _backspace;
begin
set_title("ball");
full_screen = false;
set_mode(m320x240);
gr_ball = new_map(20,20,8);
map_clear(0,gr_ball,25);
gr_ball_1 = new_map(30,30,8);
map_clear(0,gr_ball_1,12);
ball();
colli(80,40,gr_ball_1);
loop
frame;
if(key(_control)) break; end
end
let_me_alone();
end
Process ball()
begin
x = 160;
y = 120;
graph = gr_ball;
loop
if(key(_left)) x -=2; end
if(key(_right)) x +=2; end
if(key(_up)) y -=2; end
if(key(_down)) y +=2; end
//if(key(_left)) angle+=5000; end
//if(key(_right)) angle-=5000; end
//if(key(_up)) advance(5); end
graph = gr_ball;
delete_text(all_text);
frame;
end
end
PROCESS colli(x,y,graph);
PRIVATE
int hit;
BEGIN;
LOOP
hit=COLLISION(TYPE ball);
IF (hit<>0 and graph==gr_ball_1)
WRITE(0,150,50,0,"peng..");
END
FRAME 5;
END
END
diese programme oben werden als prg abgespeicher und mit fenix compiliert zu einem dcb-programm.
in dem ordner ufenix auf der sd-karte estellen wir noch einen ordner, wo diese dcb-dateine reinkommen.
dann estellen wir das gpe-programm welches vom gp2x gestartet wird und dann das dcb-programm startet in dem unterordner "spiele" oder "kursus" zb.
diese datei heisst dann zb "program1.gpe" und startet dann das "program1.dcb" im ordner "kursus , die namensvergebung
sollte übersichtlich erfolgen :
#!/bin/sh
cd runtime
./ufxi ../kursus/program1.dcb
cd /usr/gp2x
exec /usr/gp2x/gp2xmenu
ich werde noch weitere kleine programme hier reinstellen, die teilweise aus der bescheibung gewachsen sind oder aus dem samples. wenn es andere auch so machen möchten, dann wächs dieses gebäude sehr schnell.
ich mache deshalb erstmal kleine progrämmchen, um die vielfalt der befehle zu ergründen und deren zusammenspiel.
mfg