Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Nobiag

Pages: 1 2 3 [4]
46
GLBasic - de / Re: Boards im Showroom
« on: 2009-Jul-03 »
F?nd ich auch gut. So ne Art Kommentarfunktion haucht eigentlich jedem Showroom etwas mehr Leben ein.

47
music/sound / Re: Soundspeed / Pitch?
« on: 2009-Jul-02 »
Nein, geht nicht. Es ist auf meiner TODO, aber das ist x-Platform nicht so einfach zu machen. Also, erstmal nicht so 1. Priorit?t.
Kannst Du nicht statt dessen die Wavs schon vorher skalieren?

Ich brauchs ja im Moment nicht dringend, war nur ein Vorschlag.
Immerhin stehts auf der To-do-Liste, danke :)

Mit x-Platform meinst du, die verschiedenen Platformen f?r die Glbasic kompilieren kann oder? F?gst du neue Befehle immer erst dann ein, wenn sie auf allen Platformen funktionieren?
K?nnte man da nicht in die Hilfe eine Kategorie "Platformspezifische Befehle" oder so machen, falls so ein Befehl jetzt f?r bestimme Systeme leicht umsetzbar w?re steht dann eben dabei wo der Befehl funktioniert und wo nicht oder so...  :whistle:
Naja ka, nur so ne Idee, du hast wahrscheinlich auch so schon genug zu tun.

48
music/sound / Soundspeed / Pitch?
« on: 2009-Jul-02 »
Hi,
bevor ich zu glbasic kam, habe ich (ein bisschen) mit Darkbasic (DB classic war das noch) und Blitzbasic programmiert und wenn ich mich richtig erinnere gab es bei beiden Sprachen Befehle um die Geschwindigkeit bzw. die Tonh?he eines Sounds zu ?ndern. Ich fand das eigentlich ganz n?tzlich, habs sogar in einem meiner ersten Spiele schon benutzt: In dem Spiel musste man Zielscheiben abschie?en und wenn man schnell genug war gabs Kombos und dann hat sich der Abschusssound immer weiter gesteigert  :)

Mit Inline, C++ und Dlls kenn ich mich ?berhaupt nicht aus, aber w?re es nicht m?glich sowas als Standardbefehl in glbasic einzubauen?

49
GLBasic - en / Re: TYPEs question
« on: 2009-Jul-02 »
you don't even need the IF line. The FOR will only work if there's a 2nd one left.

The if line was what i added when i edited the post, cause i was not sure of that. First i wrote "bounds(players[],0)-2" in the first "for to" line, but i thought you would need code for that last player apart from the collision, so i added that if line.
So a "for to" does nothing when it goes backwards (without step -1)? Good to know that :)

50
GLBasic - en / Re: TYPEs question
« on: 2009-Jul-01 »
Code: (glbasic) [Select]
For mastercheck=0 to bounds(players[],0)-1

 if mastercheck<bounds(players[],0)-1
  For slavecheck=mastercheck+1 to bounds(players[],0)-1
   //blabla... check collision...
  next
 endif
next

Thats how i would do it. This way every combination of players will just be checked once, because the second "For to..." starts one step after the mastercheck.
With 4 Players it would look like this:

1+2
1+3
1+4

2+3
2+4

3+4

51
GLBasic - en / Re: linked list-tilemap
« on: 2009-Jul-01 »
I hope thats right:

Code: (glbasic) [Select]
TYPE tmaptiles
 tiles[]
ENDTYPE
GLOBAL tilemap[] AS tmaptiles

DIM tilemap[100][100]

DIM tilemap[0][0].tiles[10]
DIM tilemap[1][0].tiles[2]
...

52
GLBasic - de / Re: GP2x Wiz- Programmierung
« on: 2009-Jun-27 »
Mal ne ganz bl?de Frage:
Ich habe noch keinen Wiz, deshalb kann ich gerade nicht testen und mit der Mathematik dahinter kenn ich mich jetzt auch nicht so genau aus, aber wenn man Sin() und Cos() nicht w?hrend der Laufzeit benutzen sollte, wie siehts denn mit Atan() aus?
Bin n?mlich gerade an einem Spiel f?r den Wiz dran in dem ich Atan() f?r die Winkelberechnung brauche. Hab die Funktion hier ausm Forum glaub ich:

Code: (glbasic) [Select]
FUNCTION getangle: x1,y1,x2,y2

 RETURN FMOD(ATAN(y1-y2,x1-x2)+360,360)

ENDFUNCTION

Falls das auch nicht w?hrend der Laufzeit benutzt werden sollte, wie kann ich denn den Winkel anders berechnen oder soll ich mir daf?r auch ne Tabelle anlegen (wobei das mit der Tabelle wohl etwas komplizierter w?re als bei Sin() und Cos().)


Achso und noch ne Frage zum Wiz:

Bei Createscreen steht, dass die Gr??e des Screens auf manchen Systemen auf die Gr??e des echten Fensters (also auf die Wiz Aufl?sung oder?) beschr?nkt sein kann. Trifft das beim Wiz zu?

53
Bug Reports / Re: komischer Grafikfehler
« on: 2009-May-14 »
Hi,

ich Denke dass das ansich kein Bug ist.
Du legst 2 Grafiken ?ber einander und dann kommt noch Alphamode dazu!

Nun in dem Bereich wo die "Grafikfehler" auftauchen wird durch die neue Farbmischung von dem Darunter und dem Dar?ber liegeden
Bild beim Grabsprite das "Rosa" gemischt wo f?r GLB als Transparrent gilt!

Ver?ndere mal die Alphawerte und Du siehst was ich meine.

Das Rosa entsteht da nicht, wenn man das gegrabbte Sprite mit Savesprite als Bitmap speichert, sieht man das gut. Und Grau + Blau sollte ja auch kein 255,0,128 geben ;)

Aber Gernot hat ja jetzt schon best?tigt, dass da irgendwas nicht stimmt und Alphamode 0 vorm Grabsprite scheint schon ne gute Notl?sung zu sein. Danke :)

54
Bug Reports / Re: komischer Grafikfehler
« on: 2009-May-13 »
Poste mal ein ganzes Beispiel.
Dir ist schon klar, dass Du mit alphamode -0.4 auf ein transparentes Pink zeichnest -> was da bei grabsprite transparent ist, wei? keiner.

Kann auch ein Treiberproblem sein. Am Besten ein fully working example posten.

Also das mit dem Pink ist mir schon klar, falls du das zweite Bild meinst, da kommt nat?rlich das Pink durch. Aber an den Ecken sollte das Pink so oder so nicht zu sehen sein, weil da der Alphamode doch egal ist, wenn die Bilder die ich dr?ber lege an den Ecken das transparente Pink haben... dann sollte das Pink was drunterliegt genau so durchkommen, also 255,0,128.
Aber ok, das Pink unten drunter hab ich jetzt mal rausgenommen, dann funktioniert das mit den Ecken schonmal, die Pixelreihe bleibt aber kaputt.
Im Anhang ist ein komplettes Beispiel...

Edit: das mit dem Treiberproblem k?nnte sein... hab n?mlich letztens erst neue Grafikkartentreiber installiert. Muss ich mal andere probieren.

[attachment deleted by admin]

55
Bug Reports / Re: komischer Grafikfehler
« on: 2009-May-13 »
Hab wie gesagt mehrere Bilder ausprobiert. Aber hab sie jetzt alle als Anhang hochgeladen


Edit:
Hab gerade noch ein Bild von nem anderen Projekt gemacht, da gibts nen ?hnlichen Fehler. Ist so ne Art Partikelengine und da erstelle ich auch ein Sprite indem ich mehrere Sprites ?bereinander lege und dann mit grabsprite grabbe. Und selbst wenn ich vorm grabben nochmal Settransparency rgb(255,0,128) wird das Schwarz transparent, denn 255,0,128 kommt da im Grunde ?berhaupt nicht vor. In dem Projekt st?rts zwar nicht, aber ist mir auch mal aufgefallen.


[attachment deleted by admin]

56
Bug Reports / komischer Grafikfehler
« on: 2009-May-13 »
Hi,
bin gerade am verzweifeln... ich wollte nur zum Test einen Button zwei Bildern die ich mit Alphamode ?bereinanderlege und einem Text drauf erstellen und dann als Sprite speichern. Jetzt hat mein Button aber Grafikfehler, zum einen ist eine Pixelreihe teilweise schwarz gesprenkelt und dazu kommt noch, dass an den Ecken die Hintergrundfarbe (255,0,128) dargestellt wird.
Hier mal ein Bild davon, mit dem dazugeh?rigen Code:




Hab gerade noch was ausprobiert... hier noch ein Bild, bei dem das erste Sprite auch komplett auskommentiert ist. Es liegt also nur am zweiten. Das das ganze diesmal so rosa ist, ist ja schon klar, aber die Ecken sollten eben auch hier nicht rosa sein und die Pixelreihe ist auch wieder kaputt.



Oben links in der Ecke habe ich ?brigens den gleichen Button mit den gleichen Bilden und gleichen Alphamodes erstellt, nur w?hrend des Loops, anstatt das Ergebnis als Sprite zu speichern.
Achso und am Bild selber liegt es auch nicht, ich habe es auch mit anderen (aber ?hnlichen... gleiche Gr??e, ?hnliche Farben) probiert, die kaputten Pixel sind zwar an etwas anderen Stellen, aber immer grob in diesem Bereich. Die Farben in diesem Bereich in den Bilddateien habe ich auch schon ver?ndert, z.B. die eine betroffene Pixelreihe gr?n gef?rbt und trotzdem war wieder genau diese Reihe kaputt.

Sagt mir bitte, dass ich zu m?de bin und irgendwas offensichtliches ?bersehe...



Edit:
Habe jetzt mal versucht das Sprite direkt nach Grabsprite mit Savesprite zu speichern, nur so als Test. Das gespeicherte Bitmap hatte keine Fehler und die Ecken hatten genau die Hintergrundfarbe (255,0,128), wenn ich das Bitmap dann nochmal geladen habe, wurde es auch in GLBasic ohne Fehler angezeigt. Scheint also nur ein Fehler in Verbindung von Grabsprite und dem direkten Anzeigen des "gegrabbten" Sprites im Programm zu sein...   :zzz:

57
hi,
ich war gerade eben schon echt am verzweifeln wegen so einer Fehlermeldung,aber kurz bevor ich dann den Thread hier aufmachen wollte, habe ich den Ursprung des Fehlers doch noch selber gefunden, trotzdem dachte ich dass der Fehler erw?hnenswert ist. Also folgendes:

Wenn man in einer zus?tzlichen .gbas Datei (wenn das Projekt nur aus einer .gbas besteht, tritt der Fehler scheinbar nicht auf) nicht mindestens eine leere Zeile am Ende des Codes h?ngen hat, dann kommt die Fehlermeldung "command not inside function or sub".
Solange man das wei?, ist das ja kein gro?es Problem, aber wenn man es nicht wei? und so wie ich jede zus?tzliche, (sinnlose) leere Zeile am Ende des Codes der Ordnung wegen l?scht, dann kann das ganz sch?n nerven, vorallem hab ich eben ewig gebraucht den Ursprung des Fehlers zu finden.

58
Announcements / Re: Showroom
« on: 2009-Mar-16 »
If you have more suggestions how to improve it, please let me know.

Ich f?nds ganz sch?n, wenn schon in der Auswahl im Showroom mehr vom Kommentar-Text und evtl. direkt Author und Download Link sehen k?nnte. Der Platz w?re doch da...

Pages: 1 2 3 [4]