Messages

Who's down for a SHINDIG?

SYDNEY, AUSTRALIA (April 08, 2008) â€" Eegra.com, self-proclaimed industry leader in hilarity and radness, made the universe a slightly better place today with the unveiling of The 1st Annual Game Makin’ Shindig â€" an independent game creation extravaganza in which talented developers can win FABULOUS CASH PRIZES simply by sharing their work with the world.

“Primarily, The Shindig is a transparent ploy to drive visitors to the site,” says Eegra editor Dan Staines.  â€œBut unlike most promotional ploys, this is one where everyone benefits: we get visitors, indie developers get cash, and everybody else gets some neato games to play. It’s win-win-win â€" or win to the power of three, if you want to be scientific about it.”

For more information on The Shindig, including competition Terms & Conditions and Guidelines for Entry, please point your intertron browser to www.eegra.com.

The Competition opens on April 8, 2008 Australian Eastern Standard Time [AEST] and closes at midnight AEST on July 8, 2008 (“Competition Period”). The theme for the contest is "colour" and the first prize is AU$2000.

da gl-basic die "sprites" auch drehen, zommen und dabei filtern kann nehme ich ganz stark an das diese "sprites " etwas einfach gehandhabte texturierte polygone sind - ich glaube kaum dass diese operationen alle von der cpu bewältigt werden sondern von der grafik-hardware -> meine vermutung!

ich versuche zZ ein kleines spiel dass ich mal in BMAX geschrieben habe umzusetzen... es soll möglichst ohne grossen aufwand auf PocketPC & GP2X laufen (eventuell auch OSX). da WIN32 für mich nicht wichtig ist aber ich darauf entwickle will ich auch die pixel sehen!

stimmt, VIEWPORT funktioniert auch mit 2D... ABER wichtig ist der kleine zusatz dass zommen/verkleinern nur mit 3D funktioniert, bei 2D werden sämtliche zeichenoperationen "nur" umgeleitet! ...dabei werden doch sprites usw sicher auch nur als texturierte poligone gehandhabt, oder?

für dieses problem benutze ich erstmal diesen kleinen code den ich jedesmal vor SHOWSCREEN aufrufe... das einzige was da noch zu beachten ist sind die coordinaten einer mous-abfrage die *0.5 gerechnet werden müssen... ich denke mal unter windows ist der aufruf 1x pro frame zu verkraften! ;-)

Code (glbasic) Select Expand

IF PLATFORMINFO$("") = "WIN32"
SMOOTHSHADING FALSE
GRABSPRITE TEMP, 0,0,320, 240
STRETCHSPRITE TEMP, 0, 0, 640, 480
ENDIFkann man natürlich auch prozentual machen, dann passt es auf jede screengröße!

SETSCREEN habe ich schon gesehen aber das ist nicht das was ich suche... eher sowas wie VIEWPORT was ja leider nur mit 3D funktioniert...

das mit SHOEBOX habe ich jetzt auch gesehen,... wenigstens was. allerdings schade denn mittlerweile ist es standard dass sprachen solche dateien einbinden können... oder hängt das mit den unterschiedlichen systemen zusammen? funktioniert SHOEBOX  wenigstens auf allen systemen gleich gut?

die hilfe bzw die einträge im forum haben mir fast immer weitergeholfen aber einige fragen bleiben offen... vielleicht habe ich ja auch was übersehen?

- gibt es soetwas wie SCREENRESIZE? also eine möglichkeit erst einen screen 320x240 zu öffnen und diesen dann auf zb 640x480 zu "ziehen" (also eine 2x2 vergrößerung)? idealerweise mit und ohne sampling...

- ist es möglich mit gl-basic bilder, sounds usw in die binary reinzuhängen... also dass ich zum schluss nur eine datei habe wo alles drinsteckt? bietet gl-basic vielleicht sowas wie ein containerformat?

danke für den tip - der fehler lag bei mir - asche auf mein haupt! :-(

bei hpc's müssen einige fehlenden ppc-dll's (aygshell.dll, cellcore.dll...) per hand nachinstalliert werden. das hatte ich wohl beim letzten system-reset vergessen!

danke, jetzt funktioniert alles! :-)

ich bin nicht der grosse spieler aber einige laufen und die meisten wince-sachen (anwendungen) die ich im netz finde (für wince3.0 und mit einem hack auch einige wenige höher) laufen bestens. ich tippe mal auf den kleinen unterschied HPC <> PocketPC... keine ahnung woran es liegt aber viele sachen wo nicht explizit HPC drauf steht (obwohl wince 3.0)  laufen nicht! :-( gibt es einen bekannten workaround?

leider liegt dem sdk keine gesichert lauffähige test-binary bei um zu sehen ob es an der installation oder am gerät liegt! :-(

'wollte mal die vorhanden samples bzw ein paar kleine test für meinen hp-jornada-720 compilieren... aber bekomme bei starten der anwendung immer nur die meldung:

`TEST_CE` (oder eine der zugehörigen Komponenten) wurde
nicht gefunden. Stellen Sie sicher, dass Pfad un Dateiname korrekt sind
und dass alle erfoderlichen Bibliotheken verfügbar sind.

ich habe jetzt unter projectoptions schon bei wince auf 320x240 und 240x320 gestellt und auch schon wince_mq (was ja nicht sein kann). GAPI Setup kennt mein gerät und die tests schauen gut aus. die datei(en) werden ohne fehler (shift-f8) erzeugt aber bringen auf dem gerät nur den fehler... dabei müsste doch das gerät unterstützt werden, oder habe ich was übersehen? muss ich irgendwas zusätzlich einstellen oder installieren!? habe die "GLBasic SDK premium (vollversion)" mit den neusten updates installiert

The Jornada 720 was released in 2000. It featured 32 MB of RAM, a Compact Flash slot, a PC card slot, a Smart card slot, 56K Modem, 640x240 16-bit display, and a 206 MHz StrongARM CPU. It ran under the Windows CE 3.0 based HPC2000.