Messages

*gulp* what is it that you need more details about? Please tell me, so I can provide a better tutorial.

GLBasic is a programming language. It features 2D, 3D, Networking. You can write any game you like. A game as ages of empire or command and conquer (that's the 2 I've played) is not very complicated.
GLBasic has built in a find-shortest-path engine, so you won't have to worry about that either.
Download the SDK, you can write 95% of your game with the free demo version.

Hope to see you again,
Gernot

Ja. Der PPC mit 2003 ist deutlich langsamer als mit 2002. Läuft das mit 2003? Fein - ich hab nur CE3.0 und 2002. Und selbst das war langsamer als CE3.0
Ist das das gleiche Gerät? Vile Geräte (DELL AXIM z.B.) haben einen MediaQ chip drin. Da ist das Problem, dass die Busbreite trotz assembler code für einen Screen-Refresh 25 ms braucht = 40fps max.
Dafür hab ich ja die Konfiguration "PocketPC_MediaQ" dazugefügt. Die macht "unendlich" viele FPS, aber nur theoretisch - praktisch wird in einem seperatem Thread anddauernd kopiert. Also Spiel=60pfs, Bildschirm=20fps.

Alles was Du an Quellcode und Grafiken von mir findest, darfst Du gerne nutzen. Die Grafiken sind immernoch Copyright Dream Design, aber wenn Du's irgendwo vermerkst ist's schon OK.
Hier das Bild (das hat ja schon immer gefehlt...)
http://www.glbasic.com/beta/gameover.bmp

Nein, nein. Das macht schon Sinn. Unter Win/Linux wäre jpg evtl etwas kleiner als shoeboxed bmp. Aber dadurch wird die .exe Größe halt wieder deutlich mehr. Und jpg speichert nicht ohne Verluste, d.h. die Transparente Farbe passt nicht immer exakt.

Die laden noch langsamer, weil man die Daten ja nachher erst entpacken muss. Der PPC hat meistens Speicher+Laufwerk das gleiche Medium. D.h. laden aus Datei und lesen aus Haputspeicher ist gleich schnell. Ladezeiten kannst Du verringern, indem Du alle Resourcen in eine "Shoebox" packst. Wie gasagt - das entpacken dauert, obwohl der Shoebox code gut optimiert ist.
Kann man evtl einen Teil der Grafiken mit Drawline/Fillrect machen? Oder musst Du viele kleine Grafiken laden? Vielleicht während des Ladens einen Balken oder eine Laufschrift anzeigen. Das hab ich bei Wumbo so gemacht. Dadurch "wirkt" das Laden deutlich kürzer.
Ich hab mal Wumbo mit Shoebox probiert, aber das kann man leider nicht abwarten

. OK. Ich hab drüber nachgedacht. Ich bau eine Funktion ein in den Projektoptionen, dass man "QuickExit" oder so angeben kann (ist ESC bei PC, "X" Knopf bei PPC).
Aber da muss man echt vorsichtig sein. Unter Win9x und PPC bekommt man ein:

Code (glbasic) Select Expand

WHILE TRUE
SHOWSCREEN
WNED
_nicht_ mehr abgebochen - muss man Reset drücken. Bei XP und Linux geht's irgendwie über den Taskmanager.

Gruß,
Gernot

Hallo,

aller Anfang ist schwer, aber Du zeigst großes Interesse und damit schaffst Du's genau so wie die anderen hier und ich das auch geschafft haben.

Ich fang' mit der 2.Frage an, die ist einfacher:

Code (glbasic) Select Expand

FOR x = 0 TO 640 // Variable x läuft von 0 nach 640
   // SPRITE nr, x, 0
   PRINT "Da lang ->", x, 0 // An Stelle 'x' was schreiben
   SHOWSCREEN // Bildschirm anzeigen
NEXT

Ein "Schachbrett" ist die einzige sinnvolle Möglichkeit um eine Landkarte ala Zelda darzustellen.

Code (glbasic) Select Expand

DIM feld[100][100] // 100x100 Feld für die Blöcke

FOR x=0 TO 99
   FOR y=0 TO 99
      feld[x][y] = RND(9) // Zufällige Werte reinschreiben
    NEXT
NEXT

// Sprites laden
// FOR nr=0 TO 9; LOADSPRITE "name"+nr+".bmp", nr; NEXT

// Spielfeld anzeigen
WHILE TRUE // Endlosschleife
   MOUSESTATE mx, my,b1,b2 // Mauskoordinaten lesen
   breite = 5 // 5 BLöcke breiter Bildausschnitt
   hoehe = 5 // dto.
   blockgroesse = 32 // Pixel Blockgröße (Deine Sprites für den Hintergrund)
   startx = INTEGER(mx/blockgroesse)
   starty = INTEGER(my/blockgroesse)
   
   // jetzt ermitteln, um wieviele Pixel der Ausschnitt
   // verschoben ist.
   // also nochmal:
   // Wir haben eine Karte mit 100x100 Blöcken, je 32x32
   // Pixel. Gibt eine Karte von 3200x3200 Pixel.
   // Wir zeigen nur den Bereich der Karte an, der von
   // mx bis mx+breite*blockgroesse (my genauso)
   // Dazu bestimmen wir, welche Blöcke alle zu sehen sind
   // Das sind von mx/32 5 Blöcke nach rechts
   // Jetzt sind die Blöcke aber auch noch um ein paar
   // Pixel verschoben:
   softx = mx - startx*blockgroesse // =MOD(mx,blockgroesse)
   softy = my - starty*blockgroesse
   FOR x = 0 TO breite
      FOR y = 0 TO hoehe
         // Sprite Feld[x+startx][y+starty], x*blockgroesse-softx, y*blockgroesse-softy
         PRINT feld[x+startx][y+starty], x*blockgroesse-softx, y*blockgroesse-softy
      NEXT
   NEXT
   SHOWSCREEN
WEND


Ich hab' jetzt ein schlechtes Gewissen, weil ich hier unter Linux bin und nicht kompilieren/testen kann. Ich hoffe, dass Du mit der Maus durch eine Zahlenlandschaft scrollen kannst.

Das Spiel "Wumbo's Adventure" ist schon ein bisschen wie Zelda, aber der Code ist echt nicht gut geschrieben. Ein klasisches RPG wie FinalFantasy ist einfacher zu schreiben. Das mit dem Scrolling kann man ja auch rauslassen, wenn Du willst. Ich erklär' aber gerne wie's geht, wenn Du willst. Ich kann mich nur oft nicht so gut ausdrücken, dass man's kapiert. Zeichnungen helfen da immer...

edit:
Da war ein kleiner Fehler drin. Jetzt geht's

PPC + 3D wird sicherlich noch dauern. Da muss man quasi OpenGL nachprogrammieren und das auch noch shcnell...

Do you have the GAPI gx.dll installed? You can get one here:
http://download.microsoft.com/download/a/7/0/a700838b-a057-4ec2-a7b1-48344c0dd6d4/gapi12.exe

Might be an ides:
Open a dos-box and type

Code (glbasic) Select Expand

gcc --version do you see something?
Then, open the editor and open menu ?/Info and tell the version number you see.

Ja, das soll ein ganzes Spiel werden. Allerdings sind wir noch am Entscheiden, ob's ein Mario64-style oder ein Wumbo's Adventure 3D werden soll...

Huh!?
First, the "compile for this platform" stays after the "apply" button below. I have a 3660 myself, should work pretty good!?
The executalbes are named: name_CE.exe ond/or name_CE_th.exe
Try both, one is "threaded update" method for slow displays. On a 3600 the usual _CE.exe should run quickly.

Kurz vor den Feiertagen ist es so weit: Das große GLBasic Update. Wir haben so viel geändert, dass nicht alles dokumentiert ist. Jetzt da wir an Wumbo3D schreiben, wurde der 3D Kern total überarbeitet.
Linux Programme lassen sich jetzt per Knopfdruck erstellen - kein nerviges neubooten, keine Scripts mehr.
Kompilieren, (Neustart unter Linux, Testen), Verschicken.
Das Update gibt's hier:
http://www.glbasic.com/files/glbasic_sdk.exe

Hi,

shortly before X-Mas it's there - the biggest update ever. We've changed lot's of internal stuff, so it's not all documented. The 3D kernel gained a nice cleanup now that we started writing Wumbo3D. Linux compilation is now on board as you are used to it. No more scripts, no nothing.
Compile, (reboot Linux, test), ship.

The update is here: http://www.glbasic.com/files/glbasic_sdk.exe