[Projekt] Devader

[Blue Cobold]

Sehr schade. Geht weder mit Fox 10, noch mit Fox 23. Chrome kommt mir bedingt durch Platzmangel nicht mehr in's Haus. Sehr schade.

[marcgfx]

keine angst, wird schon noch unterstützt werden. wie gesagt, das verlinkte zeug ist alt ;)

[Blue Cobold]

Ahhh. Ok, es klang nämlich so als hättest Du den Support für Firefox gänzlich aufgegeben.

[marcgfx]

ihr könnt jetzt erkennen, dass die spieler mit einer checkbox hinzugefügt/entfernt werden. die tastatur lässt sich ebenfalls komplett neu definieren. keyboard ist nämlich ein ganz mühsames thema, wie ich feststellen musste...(http://unixpapa.com/js/key.html).
für das menu will ich eine karten-auswahl zur verfügung stellen. die bisherige zeichnung der strecke auf der minimap genügt mir nicht, die bäume möchte ich im preview ebenfalls anzeigen.

diese idee bestand schon früher, aber ich hatte sie damals verworfen. ein grund war, dass es danach nur schwer ersichtlich war, was einheiten und was terrain ist. um dies zu umgehen wird wie (neuerdings) in sc2 die einheit mit einer schwarzen linie umrundet. dadurch hebt sie sich vom hintergrund sauber ab. für die track-auswahl musste ich mir auch noch was überlegen, bezüglich der verwendeten graphiken. diese sind aktuell lose mit dem entsprechenden spiel im editor gekoppelt. meine idee ist aber das graphik-paket auswählbar zu machen. ich hatte bislang nur ein graphik-paket. allerdings habe ich schon massiv mehr an bäumen/sträuchern definiert, nur wurden diese nie eingebaut. ich habe also jetzt noch ein grüneres paket geschnürrt, rausgekommen ist hier eine art märchenwald:

[Specialist]

Sieht sehr hübsch aus. Wenn jetzt die Straße noch eine Asphalt-Textur bekommen würde, wäre es wirklich sehr schön anzusehen.

[marcgfx]

schon versucht, sieht leider schrecklich aus. die texture müsste sich ja dem strassenverlauf anpassen sonst ist es nur draufgeklatscht und hässlich. ich habe es mit ein paar risse/dellen versucht was halbwegs ok aussah. ebenso habe ich svg filter getestet, diese sind aber leider saulangsam. momentan ist dies einfach was ich als beste lösung gefunden habe.

[marcgfx]

das auswahl gui nimmt langsam endform an. gui programmierung in javascript ist ganz schön mühsam, vor allem da ich alles eigene elemente gebaut habe. das komplette gui lässt sich sowohl mit maus wie auch nur mit der tastatur bedienen. da mir irgendwann das programmieren etwas über war, habe ich noch zusätzliche fahrzeuge eingebaut. inzwischen ist das gui auch wirklich ein einstiegspunkt für das spiel, d.h. die einstellungen werden übernommen. ein wichtiger punkt der diesbezüglich aber noch umgesetzt werden muss, ist die strecken/meisterschaftsauswahl. hab eben noch am entsprechendem gui element rumgebastelt, das verhalten ist jetzt so wie ich es mir vorstelle. 4 player splitsceen ist jetzt auch schöner, wird aber eh keiner brauchen :(

ich war zwar fleissig, aber so wirklich fertig werde ich einfach nicht. fehlt noch an allen ecken und enden...
- auf canvas/opengl will ich schon lange umstellen, aber das wird auch ein rechter arbeitsschritt. naja, vielleicht sind die pcs bis ich fertig bin auch so schnell, dass problemlos mein html renderer reicht :)
- extras sind halbwegs eingebaut, aber bei weitem nicht fertig
- ki hab ich zwar, kann ich aber noch nicht reinladen

ich brauch einfach mal wieder nen monat zwei ferien :)

[Specialist]

gui programmierung in javascript ist ganz schön mühsam

Eigentlich nicht, wenn man auf die passenden Bibliotheken zurückgreift. Kennst du JQuery und JQueryUI schon?

[marcgfx]

deshalb die ergänzung: vor allem da ich alles eigene elemente gebaut habe :)
jQueryUI kenne ich in der tat noch nicht. aber ich mag nicht mehr von meinem beschwerlichen pfad abweichen, hab damals schon für alle dom operationen eigene funktionen zusammengebaut. nostalgisch/starrsinnig oder einfach nur blöd, jetzt ist es eigentlich eh schon zu spät :)

[marcgfx]

aktuell bin ich mal wieder an der KI. die neuen features die die KI miteinbeziehen muss sind extras (noch ohne ausführung) und speed-ups. desweiteren ist mir aufgefallen wie oft die fahrzeuge an bäumen feststecken, was ich versuche zu verbessern. um das verhalten zu verbessern habe ich jetzt überall auf der strecke selbst hindernisse eingebaut, nur schön auf der strecke bleiben verhindert nicht, dass ein konflikt entstehen kann. die hübschen magenta-objekte sorgen jetzt für neuen schwung in der kolonie.

[marcgfx]

die ki wird langsam besser, aber stellt noch keine gefahr für den versierten spieler. sie weicht aber schon den hindernissen ganz gut aus. ein freudiger moment war, als das erste fahrzeug nach einer kollision rückwärts fuhr um danach das hinderniss zu umfahren, anstatt stur am hinderniss entlangzuschrammen. allerdings passiert das noch nicht immer ;) , bin gespannt was sich noch entwickeln wird. während die ki sich langsam verbessert, habe ich meine debug-möglichkeiten erweitert und angenehmer gestaltet. rechts im bild kann man mein log-tool sehen, das seit kurzem nicht nur verschiedene tabs, sondern auch hierarchien zulässt. so muss ich nicht mehr mühsam alle tabs einzeln schliessen/clearen, sondern kann einfach den haupttab zumachen. ausserdem ist es viel überschaubarer. das ranking-system habe ich ebenfalls verbessert. aktuell ist es aber noch so, dass erst mit dem überqueren von den schranken die platzierung wechselt. wenn zwei fahrzeuge im selben raum sind, haben sie auch die selbe platzierung. mal schauen wie ich das verbessern kann.

[EyDu]

aktuell ist es aber noch so, dass erst mit dem überqueren von den schranken die platzierung wechselt. wenn zwei fahrzeuge im selben raum sind, haben sie auch die selbe platzierung. mal schauen wie ich das verbessern kann.

Ein recht stabiles Ergebnis solltest du hibekommen, wenn du die Fahrzeugposition auf den Fahrbahrnspline projizierst. Dann musst du nur noch bestimmen, wie weit es bis zum Ende des Splines ist. Wer die kürzere Distanz hat, der liegt weiter vorne. Wenn sich die Straße auch teilen kann, dann musst du ggf. vorher den kürzesten Weg von der aktuellen Position zum Ziel planen und anschließend die Längen der Teilstücke aufaddieren.

[marcgfx]

@EyDu: in der art habe ich es jetzt gelöst, musste einfach ein paar spezialfälle berücksichtigen und jetzt läufts.
ansonsten habe ich mich mal wieder etwas um die performance gekümmert. konnte durch das anpassen einiger parameter die kollisionstests massiv verringern. Ausserdem werden nicht mehr alle statischen objekte von der KI geprüft. Beide verbesserungen dürften eine verbesserung von factor 10-20 bewirken. Grosses performance problem ist nach wie vor meine html5 engine. Ich werd nicht um webgl rumkommen, aber bislang habe ich noch keine befriedigende opensource engine gefunden (webgl-2d, pixi, threejs sagen mir alle nicht so zu...). vermutlich werd ich mich irgendwann überwinden und was eigenes versuchen.

[marcgfx]

hab mich durchgerungen mit webgl selbst hand anzulegen. obwohl ich keine ahnung habe was ich eigentlich mache, komm ich erstaunlich gut voran. überall ein bisschen was kopieren und dann zusammenschustern. vermutlich mache ich einiges was nicht sonderlich performant ist, aber das wird sich noch zeigen. mein hauptproblem mit den verfügbaren webgl projekten war, dass sie einerseits nicht das anbieten was ich brauche, andererseits auch schon viel zu viel anbieten was ich nicht brauche. mit ein paar wenigen neuen zeilen code und ein paar anpassungen habe ich meine anforderungen fast erfüllt. sehen kann man hier wie ich etwa 30 bilder von einem blauen kaktus in 4 verschiedenen ansichten zeichne.

[marcgfx]

nachdem ich mit einem sprite-sheet brauchbare performance in webgl erzielen konnte, ging es darum die aktuellen spritesheets in eine grosse textur zu packen für das nächste experiment. dafür habe ich mir ein rect-packing algo schreiben müssen (meine bisherigen sprite-sheets werden zeilenweise erstellt). dafür hats auch online ein paar demos z.B. http://pollinimini.net/demos/RectanglePacker.html. was mich hier allerdings gestört hat ist das die grösse fix vordefiniert wird. bei anderen algos wurde die grösse dynamisch pixelweise vergrössert, was sich nicht sonderlich performant angehört hat. also flugs heute morgen was eigenes gebaut... 2h später siehts schon ziemlich gut aus wie ich finde :).

die variante mit bildern habe ich zuerst erstellt, hier werden die sprite-sheets direkt mit dem neuen algo in ein grösseres bild gepackt. nachdem das ganz gut funktionierte, dacht ich mir ich schau mal was der neue algo macht, wenn ich aus den alten sprite-sheets alle bilder raushole, das ergebnis ist das blaue bild. ist noch ein bisschen besser gepackt.

der algo ist sehr einfach aufgebaut, es wird vom linken rand her immer das nächst höchste objekt optimal platziert. dabei entstehen lücken, die ich aktuell aber nicht berücksichtige. die rote linie rechts, ist meine "front" auf der neue rechtecke platziert werden könnten.

[marcgfx]

lohnt sich vermutlich schon alles zu zerstückeln, spart im beispiel etwa 50% ein. ist anhand von diesem bild nicht wirklich zu erkennen, da das resultat auf ein kleineres canvas skaliert wird. aber so siehts aus wenn alles durcheinander ist :)

jetzt treib ichs mit der spielerei auf die spitze... mein spritesheet ist jetzt 2661*4366, ich rendere pro frame ~600 unterschiedliche bilder, das ganze 4 mal mit chrome auf 50% gezoomt damit ich alle 4 sehen kann. framerate noch bei ~60. bin grad ziemlich happy, drum das kleine edit... mit der 3 fachen menge geht die framerate auf etwa 30 runter. testen vorbei, jetzt muss ich mal die engine umstellen :)

[Artificial Mind]

Schon ziemlich cool wie man das ans Limit treiben kann. Ich würde allerdings etwas aufpassen, viele ältere Karten sind bei Texturen größer als 4096 zickig.

[LONy]

Hab mir den gesammten Thread hier gestern mal durchgelesen...sehr interresant was du hier Treibst, ich kann nur sagen: weiter so! :D Irgendwie hab ich es echt geschafft deinen gesammten Thread die letzten 2 Jahre zu ignorieren ;)
Ich bin selbst fleißig am HTML5 games schreiben, wenns meine Freizeit zu lässt. Zur zeit experimentiere ich mit node.js und socket.io usw. Vor gut einem Jahr, als ich damit angefangen habe, war das noch sehr depremierend. Inzwischen ist node.js (für Windows) aber schon gut ausgereift und man kommt ohne frickelein zu einem node server :)
Falls du dich für Websockets in hinblick auf Mulitplayer interresierst, gibt es hier eigentlich einen sehr guten kurzen einsteig. Finde den ganzen Blog sehr interresant und lesenswert: http://www.interaktionsdesigner.de/2013 ... angularjs/
Ich programmiere meine... "Techdemos"... alle mit dem Canvas element in 2D. An WebGL hab ich mich noch nicht rangewagt und da alles nur so halbfertig ist, hab ich auch schon lange nichts mehr veröffentlicht. Irgendwo im Forum hier geistert noch ein alter Thread von mir rum ;)
Momentan überlege ich, ob ich meine GUI mit klassischen HTML elementen über dem Canvas aufbaue, vielleicht sogar mit hilfe von AngularJS, oder ob ich die ganzi GUI selbst im Canvas Element zeichne.
Berichte auf jedenfall weiter von deinen Erfolgen, es ist sehr interresant :) Vielleicht starte ich mal einen neuen Thread, wenn ich jetzt zur dunklen Jahreszeit etwas schneller voran komme und es was sehenswertes gibt^^

[marcgfx]

erste stufe der integration ist mal abgeschlossen, es zeigt mir schon mal was an und es passt sich auf den viewport an (so halbwegs). im bild wird auf alle bilder der grau-filter angewendet. noch ziemlich unschön das ganze, verschiebt sich u.a. leicht zum hintergrund/schwammig und es bleiben graphiken "hängen", die autos sind z.b. alle doppelt drauf. grad keine lust mehr rauszufinden wieso. heute war eh ein ultra-mühsam-frust-tag. hatte die dumme idee mein sprite-sheet noch so optimieren, dass entstehende löcher gefüllt werden. hätte ich bloss nicht damit angefangen. ein spezialfall nach dem anderen, ein fehler nach dem anderen, zum durchdrehen. alles nur um von 15% zu viel white space auf 10% runterzukommen und das auch noch fehlerhaft. habs mal auf die seite gelegt für selbst-geisselungen.

@LONy: danke für den netten kommentar ;) websockets ist auf der irgendwann todo liste, glaub das könnte nicht so einfach sein mit der synchronisation... werde mir den blog auf alle fälle ankucken.

[marcgfx]

vor etwa zwei stunden wollte ich mal wieder in GRAFIKPROGRAMMIERUNG einen neuen thread eröffnen. grundsätzlich lief alles, aber es hat immer wieder stark geruckelt und der arbeitsspeicher wurde massiv belastet. das ruckeln kam vermutlich vom garbage collector und die ursache hatte ich auch schon gefunden. nur wusste ich nicht wie ich es lösen sollte. der code der problematisch war, kam aus zusammenkopierten elementen aus verschiedenen anleitungen/foren und ich ging einfach davon aus, dass man es wohl so machen muss.

Code: Alles auswählen

gl.bindBuffer(gl.ARRAY_BUFFER, buf);        
            gl.bufferData(gl.ARRAY_BUFFER, new Float32Array(arr), bmode);                
            gl.vertexAttribPointer(loc, count, gl.FLOAT, false, 0, 0);

dieser code wurde in jedem renderdurchgang für jedes attribut im vertexshader ausgelöst, arr hatte in meinem testfall eine länge von 6000-12000. immer wieder ein array erstellen, das kann nicht gut sein. als ich mein problem anfing zu beschreiben, kam mir der unspektakuläre gedanke: wieso nicht direkt alles in den float32array schreiben? als ich es dann versucht habe, war mir klar wieso in den einfachsten beispielen nicht so gearbeitet wird. der Float32Array lässt sich nach dem erstellen nicht mehr in der grösse verändern (aber keine angst, es gibt keinen fehler wenn man ausserhalb was schreiben möchte, grrr.....). naja. die lösung war jedenfalls einfach, als ich alle fallstricke dieses schönen arrays gefunden hatte. fixe grösse die sicher ausreicht vordefinieren und basta. danach hatte ich nur noch probleme mit optimierungen/anpassungen von meiner htmlengine zu webglengine. jetzt läufts mit 4 screens und allen visuellen elementen konstant auf 25fps (mein selbst eingestelltes limit). jetzt hoffe ich, dass es dann mit ki und spielern auch wirklich sauber läuft, bin zumindest guter dinge. optimieren kann ich bestimmt noch weiterhin, unter anderem habe ich die arrays definitiv zu gross gewählt.

unschön ist ein problem mit premultiplied alpha, canvas scheint das zuverlässig zu verwenden, auch wenn ich ganz brav parameter setze, die das gegenteil erzielen sollen. naja. ebenso hab ich noch ein paar probleme mit leichten verschiebern zwischen meinen mit webgl gerenderten elementen und dem mit html gerenderten untergrund. kann ich aber vermutlich mit requestanimationframe auch noch bezwingen.

weil ich mich so freue ein langweiliges bild mit webgl gerendert :)

[marcgfx]

edit: hat doch geklappt :), trotzdem wäre es vielleicht spannend auf webgl umzustellen, nur nicht jetzt[/b]

das schwammige bekomme ich leider nicht weg, webgl vordergrund und der html untergrund sind immer wieder leicht versetzt. evtl. ist es nur eine rundungsgeschichte, aber ich komme nicht dahinter... ich glaube mir bleibt nichts anderes übrig als das ganze SVG zeug auch noch nach webGLzu portieren. vielleicht gar nicht so schlimm, hilft sicher auch wieder der performance.

folgende annahmen:
- ich werde mit webGL nicht so schöne glatte kanten erzielen, ausser ich verwende sehr viele polygone
- ich kann die strasse interessanter texturieren, noise-funktionen lassen sich bestimmt einfach in einem fragment-shader implementieren
- ich sollte triangle-strips einsetzen, da die strecke ein zusammenhängendes mesh ist
- die mittellinie und die streckenbegrenzung kann ich vermutlich ebenfalls im fragment-shader realisieren
- der start-text müsste als textur existieren

[marcgfx]

damit ich alle unklarheiten beseitige, sofern es jemanden auch interessiert ;) :
das problem wieso ich zwischen untergrund (html) und objekten eine positions-abweichung hatte lag daran, dass zu unterschiedlichen zeiten gerendert wurde. requestanimationframe hat da auch nicht geholfen, hatte ich aber erwartet. aufgrund dieser vermutung, schloss ich dass es eine abweichung sei zwischen webgl ausgabe und html, war es aber nicht. der hintergrund wird über einen div container in der position verschoben, wenn ich sobald ich den verschiebe einen render-call bei webgl mache, dann stimmt auch die darstellung wieder. was ich jetzt machen musste, war die zeichenaufrufe zu buffern, damit ich sowohl zu meiner fixen frame-rate-zeit rendern kann, aber auch wenn sich die ansicht verändert.

[marcgfx]

bin mal wieder an der KI geschichte dran. um den fortschritt zu verbessern, habe ich mir einige neue sachen ausgedacht, die aber durchaus kontraproduktiv sein könnten.
- die mutationsrate ist selbst ein parameter, der pro gruppe angewendet wird (eine gruppe ist ein zusammengehörender logischer knoten in meinem neuronalen netz)
- ganze gruppen können auf einen schlag mit einem faktor mutieren, mit einer ebenfalls mutierbaren warscheinlichkeit
- mutationen auf einem "gen" werden gespeichert und können in der nächsten generation mit grösserer warscheinlichkeit auf die selbe art mutieren
- ich verwende elitismus, um zu verhindern das meine besten ergebnisse verloren gehen.

die aktuelle tendenz ist das die faktor-mutation und die allgemeine mutationsrate sinkt. laut gewissen papers ist eine mutationsrate von 1/N (wobei N die anzahl parameter ist) am erfolgreichsten. da ich aber so viele parameter habe, möchte ich möglichst viele veränderungen haben und die positiven verstärken. sehr schwer festzustellen und auch nicht debug-bar. bislang hat sich noch kein bot längere zeiten bewähren können, was mir allerdings naheliegt dass sich weiterhin verbesserungen abspielen.

leider sind die neuentwickelten bots bislang noch deutlich schlechter als eine viel ältere generation. ich verwende weiterhin einen genetischen algorithmus gepaart mit einem neuronalen netz. evtl. hab ich eine art reizüberflutung erzeugt, es gibt zu viele möglichkeiten sich zu entwickeln. womöglich stecke ich in einem lokalen maximum fest, aus dem ich nur schwer wieder rauskomme. eine weitere möglichkeit, ist dass ich einfach nicht genug generationen erzeugen kann, es dauert die berechnung einer generation einfach viel zu lange. ich habe inzwischen pro rennen auf maximal 1000 in-game schritte reduziert, das sind umgerechnet 40 sekunden. berechnet wird noch um einiges schneller, aber 15 sekunden dürften es dennoch sein. parameter gibt es auch schon ~500 die das verhalten beeinflussen. ich lass meinen computer jedenfalls noch heiss-laufen und hoffe es gibt noch was gescheides. ansonsten habe ich mit der alten generation eine brauchbare ki für den hard-modus und mit der neuen kann ich normal abdecken. grundsätzlich würde ich aber gerne die neue generation die alte besiegen sehen, da sie deutlich ausgeklügelter ist.

vermutlich wäre es aber grundsätzlich einfacher die ki selbst klug zu designen und zu verbessern. danach könnte ich immer noch gewisse parameter über einen genetischen algorithmus optimieren. spannender ist es aber eindeutig auf diese art, da ich nicht weiss was passieren wird.

[marcgfx]

heute gings den extras mal an den kragen. die wichtigstens sachen laufen jetzt, es gibt aber noch einiges aus graphischer sicht zu erledigen. beim aufheben von extras kann ein sound/effect ausgelöst werden, beim auslösen ebenfalls. aktuell sind bereits schuss-extras + status-veränderungen möglich, wobei letzteres z.b. für das verlangsamen aller gegner, den eigenen turbo-boost, für unsichtbarkeit, massenzuwachs etc genutzt werden kann. die werkzeuge sind alle da, jetzt muss ich die extras noch feintunen. bei den waffen muss ich mir aber wohl noch code für homing-missiles oder sonst was spannendes schreiben, das treffen der gegner ist gar nicht so leicht.

[marcgfx]

das sind die extras die ich inzwischen implementiert habe:

3 Waffentypen: Mine (fix platziert, da kann man auch selber reinfahren), Missile (minimal zielsuchend), Homing (stark zielsuchend)
Boost: kurzfristiger schub
SpeedUp: 5% beschleunigung und max-speed bonus
Snaildown: verlangsamt alle gegner für ein paar sekunden
Invisible: kann nicht getroffen werden, bäume und gegner sind kein hinderniss. extras und beschleunigungspfeile können nicht genutzt werden
MassGain: für 20 sekunden ist man 3 mal so schwer, was bei kollisionen von vorteil ist
Timeout: für alle gegner wird die zeit für 2 sekunden angehalten
Invincible: unzerstörbar, etwas schwerer und schadet dem gegner auch bei leichten kollisionen für ein paar sekunden

was noch fehlt sind die icons, aus irgend einem grund tue ich mich schwer den richtigen style dafür zu finden. aktuell weiss man gar nicht was man aufgesammelt hat.
interessant ist aber, dass ich mit den extras meistens schlechter gegen die ki abschneide, da ich abgelenkt bin.

zeigen kann ich eigentlich kaum was, da es nur in bewegung spannend ist. langsam wär wirklich zeit für ne neue demo version ;)

[marcgfx]

extras131109.jpg (29.8 KiB) 8750 mal betrachtet

die extra-icons sind mal in einer ersten fassung fertig. ist schon auffällig wie ungeduldig ich inzwischen bei graphischen elementen bin. wenn ich länger als ne halbe stunde habe, wird mir schon unwohl. dementsprechend detail-arm kommt es halt daher. solange die bilder nicht grösser sein müssen gehts aber grad noch... die uhr konnte ich von turbosquid runterladen, hab nur ein paar kleinigkeiten angepasst.

das stanford bunny habe ich ebenfalls für ein icon geklaut, habs aber vergessen in die sammlung einzufügen.

speedup.png (9.3 KiB) 8750 mal betrachtet

wer interesse hat, kann versuchen die icons mit der auflistung aus meinem letzten post zu mappen :)

[marcgfx]

versuche mal einen kleinen release zu machen, ist ja schon sehr lange her dass ich was gezeigt habe. um die daten vorzubereiten und hochzuladen habe ich damals verschiedene scripte geschrieben. u.a. wird jedes png mit pngcrush nochmal reduziert und auf amazon s3 hochgeladen. daran arbeitet mein computer schon seit 2h... ist anscheinend nicht so ein schneller prozess. es wird auch noch ein paar andere blockaden geben. die php files werden alle in statische html files convertiert, in der online version werden alle daten aus referenzierten dateien geladen, php scripte werden nicht benutzt. der start-bildschirm wurde aber noch nicht auf diese möglichkeit angepasst, es wird also mit sicherheit noch nicht laufen. bestenfalls kann eine testversion ohne startscreen präsentieren, KI wird auch noch nicht klappen.

[LONy]

juhu, ich freu mich schon drauf wenn ich mal das ganze in aktion sehen kann :)

[marcgfx]

eigentlich wollte ich mal was zeigen, aber ich nage noch an gewissen punkten. ich will den source noch verkleinern mit google closure. leider läuft danach nicht mehr alles gleich. im minifizierten code debuggen ist auch alles andere als effizient. theoretisch gibts noch so coole source-maps, leider läuft das bei mir jetzt aber nicht. keine ahnung wieso. hab jetzt schon etwa 3 tage lang code angepasst, keine lustige arbeit. leicht frustriert aber ich werd nicht aufgeben. immerhin wird inzwischen wieder das meiste gerendert (wenn auch noch nicht alles korrekt).

[TheBenji]

das sieht doch schon ziemlich beeindruckend aus. Hoffe auch einfach mal das du schnell was online stellst ;)