Grandioser Feuereffekt mit Standardedition!

Hi Leute!
Anscheinend kann man mit der Standarded. keine TGA Alphasprites zeichnen, somit ist also das Firepack wirkungslos. Ich habe aber trotzdem mit meiner Standardedition einen coolen Feuereffekt erzeugt (s. Bild unten), der sich problemlos mit den Effekten aus dem Firepack messen kann. Die DEMO mit dem Effekt samt WDL Code findet ihr auf meiner Seite www.behrenberg.de unter Downloads\Effects oder unter Programmierung\Acknex\Effects!!!
Ich würde gerne erfahren, wie ihr den Effekt findet, und was man besser machen kann!
DANKE SCHON MAL, HeelX alias C. Behrenberg,

Sieht eigentlich ganz geil aus.
Mach aber mal einen Hintergrund. Ich glaube, dann geht der Effekt direkt flöten. Ausserdem könnte ich mir vorstellen, das dieser Effekt nicht gerade Resourcen schonend arbeitet.

Deine Demo sieht aber trotzdem gut aus, und als Machbarkeitsstudie echt SUper.
Vor allem gefällt mir das Flackernde Licht, das hat echte Lagerfeueratmosphäre.

Danke für die schnelle Antwort. Ich kann ja mal an nem Hintergrund arbeiten, die überarbeitete Demo schicke ich dir dann mal.

Aber für Dungeons oder bei Nacht sähe das Feuer doch bestimmt gut aus. Im Moment arbeite ich daran, dass man das Feuer auf einen beliebigen Vektor platzieren kann, und die Skills sollten auch in WED veränderbar sein. Bis bald...

Ich muss bei der Demo ein wenig an die Ausruhsequenz bei Pool of Radiance (C64er Version) denken. Die hatten auch eine schöne Stimmung. Warum soll das auch bewegt sein. Für eine Zwischensequenz ist das Feuer auf jedenfall super.

Ich wollte dazu auch was sagen .

1) ganz gut

2) Physikalisch gesehen bildet das Feuer eher eine Pyramide daran solltest du feilen . Bei dir sieht es wie ein Daumenabdruck aus .

Sonst naja weiter so wird schon werden .

wenn du deinem feuer etwas mehr speed geben wilslt, benutz anstat sprites, particle, mit dem neuen particle system(was bald kommt), isses wansinig schnell!!!

@Zapan:
Wenn er die benutzt, kann er auch die Alphtranzparenz nutzen, aber das soll ja gerade nicht.

Finde ich echt ein guter Screenshot! Außer das , dass Feuer ein bisschen ein Dreieck bildet. Na ja ich guck mir jetzt mal an , wie das geht. Will das nämlich auch hinbekommen.

Ach ja , hast du eigentlich ICQ?
Kannste die mal schicken, oder melde dich bei meiner : 73726310!

Hi Downloade gerade(45.333 kb - Modem). Melde mich nach dem Test wieder

1) zur Dreieck Bildung: Liegt wahrscheinlich an den Sprites. Aber man kann es auch ändern: In meiner WDL habe ich eine Variable namens "Dichte". Je kleiner die Variable, desto dichter das Feuer. Probiert es mal aus.

2) Partikel: Ich habe es erst mit Partikel versucht, aber das sah sch.... aus.

3) Alphatransparenz: Hätte ich ja gerne genutzt, aber obwohl ich das neueste Update (5.10) habe, habe ich nur die Standardedition. Weil ich aber trotzdem so einen spektakulären Effekt haben wollte wie man an den Screenshots aus dem Firepack ersieht, wollte ich die Möglichkeiten der Standarded. mehr als es geht ausreizen. Dabei hat mir vor allem der "bright"-Flag geholfen...

Und danke für das Sternchen! Hätte ich mit meinen 15 Jahren nicht erwartet...

Hab Dir auch mal 5 Sterne gegeben.
Bist Du denn morgen dabei??

Leider nein. Der Zeitpunkt ist denkbar schlecht für mich als auch der Tag. Ich spiele nämlich in meiner Freizeit noch Handball im Verein Vfl Aplerbeck und gehe dazu noch regelmäßig in Fitnessstudio. Viel Zeit bleibt da nicht. Aber wer weiß? Vielleicht bald. Aber ich hoffe, dass wir beide noch per EMail in Kontakt bleiben, denn ich habe heute den Feuercode relativ gemacht (Nicht mehr nur 1 Feuer mit festgesetzten Properties auf dem Nullvektor (X=Y=Z=0), sondern beliebig viele Feuer mit individuellen Properties per Skills in WED und dementsprechend egaler Position. Damit habe ich die Entwicklung beendet. Den CODE kann man bald auf meiner Website downloaden oder anschauen. Mir ist heute beim durchblättern des neuen Informatik Buches dann eine neue Idee gekommen: Aber das verrate ich dir nicht hier im Forum, ist ja noch geheim, .

Welches Informatik Buch denn??

Ach, so ein altes über LOGO. Da wir unter anderem erklärt, wie man mit LOGO dank Algorhytmen realistische Bäume und Sträucher (vereinfacht durch Striche) zeichnen kann. Das ist also die Idee: Ich scripte in WDL einen Echtzeit Baum Generator. Hab schon ein paar Zeilen stehen, im Moment dreht sich noch alles um den Stamm...

Ach übrigens: Kannst du mir weiterhelfen? Schau mal unter Advanced Scripting..

Gottsei Dank unterstützt WDL jetzt Rekursive Algos, sonst wäre das wohl zum Scheitern verurteilt. Die Idee ist echt gut. Man könnte statt Strichen Zylinderobjekte nehmen, die sich vergößern, und ab einer gewissen Größe neue an Ihrer Spitze erstellen. Wenn Du Deine Flammen noch grün färbst, dann kannst Du Sie eigentlich als Blätter nutzen. Ich sollte auch mal wieder meinen Logointerpreter suchen. Allerdings hab ich den nur noch auf dem 64er.

Meinst du das da mit A5 bzw. WDL geht ohne Slowdonws ?

Ach Quatsch!

Ich will das fürs erste nicht SO komplex machen. Zunächst probiere ich es mit nem vernünftigen Generator der auf Proportionen acht nimmt. Mein Ziel sind nicht High End Modelle, sondern generierte Modelle, die sich von Modell zu Modell nur in Struktur und Hierarchie unterscheiden.Die Rekursion kann man sich übrigens auch jetzt schon zusammenbasteln.

Naja wenn du meinst...

Nur schätze ich bei a mass wird das zu Texel fraß nicht . Das wirkt sich sicher auf die Framraten aus (nagativ sehr negativ). Denn bei den billigen Particeln kommt es bei einer gewissen Masse schon zu Slowdown´s . Denn die Pos jede Punktes müste doch berechnet werden . Warum nicht gleich Voxel ?

Zunächst mal hasse ich für solche Sachen Partikel. Grrrrr! Lieber Sprites oder Modells mit Overlayflag. Da kann man auch gleich fürs gleiche Modell mehrere Skins speichern!

Was meinst du mit Voxelgrafik?

Ja, wieso benutzt du dann nicht gleich eine Voxel Engine mit der man so was besser kann!?
Obwohl, wenn das neue Particel System da ist, und es sehr Schnell ist, würde ich die wohl als Voxel bezeichnen!

Stellt euch doch mal vor, ihr habt nen riesigen Wald, und der ist nun mal voll Bäume. Ich will doch nicht nur wegen hübscher Waldgrafik die Engine in die Knie zwingen. Es hat doch nicht jeder ne Geforce 3 um das zu sehen! UND WAS IST VOXEL?

An ShadowTurtle:
Bist du dir sicher dass du Voxel meinst???

Ein Voxel ist ein dreidimensionaler Pixel.

Dann meinst, ich sollte meine Bäume, wenn ich den Generator scripte mit 1-quant cubes zusammenstellen?

Vielleicht hast du ja die Power dafür, um DAS dann flüssig anzuzeigen (ich rede von mehreren Bäumen)- inklusive der restlichen Spielewelt!!!

Hi, Leute.

Schuldigung das ich mich hier einmisch, aber

@MASTER PSCJ:

Hast Du schon mal ein DREIDIMENSIONALES Pixel gesehen??????!!!!!!!

Eine Voxel-Engine (Outcast) basiert zwar auf Pixel. Jedoch werden diese nur 'dreidimensional' dargestellt.
(Man bedenke, da auf dem Bildschirm keine Z-Achse exisitiert.)

Ein Voxel ist ein Punkt nicht mehr und nicht weniger . Qutcast war scheiße die Grafik sah einfach naja verpixelt aus .

Es gibt ja 2 Systeme wenn man will Polygone und Voxelengines . Nur stirbt eine schnelle Polygonaleengine den Leistungstod wenn man zuviele Punkte will . Ich habe auch nochnie einen Dreidimensionalenpunkt gesehen . Gibt es nicht .

Bei Polygonen wird einen Bitmap auf das Gitter ( Polygongitter eines Modells ) übertragen was den einfachen vorteil der Leistung hat . Da nur wenige Texel (Punkte brechnet werden müssen (bei 256x256 eben 65536 Punkte / Texel )von diesen muß nur die Position auf dem Gitter berechnet werden . Dahinter ist nichts es sei denn ich habe ein Doubleface . Aber natürlich sind nicht alle Punkte der Textur in der Berechnung nur die die auch mittels der Skinmap makirt wurden .

Eine auf Polygon basirende Engine ist schneller im umgang mit Polygonen als mit Bitmaps oder nur einfachen Punkten . Da die Punkte nicht wie ein Polygon brechnet werden können diese müssen Punkt für Punkt und Pos für Pos berechnet werden . Man kann den verlust an Geschwindigkeit sehr gut sehen wenn man bei dem einfachen Snowskript mal ein paar mehr Particel generiert . Man kann ganz deutlich sehen das die Frameraten fallen und das ziemlich stark würde man dies mittels eines Modells machen mit sagen wir 6 Punkten 5 Seiten würde dieser Verlust nicht auftreten probiert es . Denn bei sagen wir 100 Modellen weren das 600 Punkte und 500 Seiten . Es ist einfacher 600 Punkte zu brechnen und die einfache Skinmap drauf zu packen als sagen wir die Punkte / Particel etc. bei den wern das bei sagen wir damit es gut aussieht mindestens 12 Punkte in einer Linire ich schätze das kann sich jeder vorstellen . Nun denn bei diesen müste man immer 12 Positionen brechnen . Das wern bei 100 Linien 1200 Positionen . Es gibt noch einen Nachteil die modelle können vergrößert werden ohne große einbußen an Leistung die Linien eher nicht . Oder man sätzt um eine Linie zu Generiren eben 2 Punkte und der rest wird zwischen die Punkte gesätzt was aber auch nicht schneller ist einwenig ja aber nicht viel .

Bei Voxelengines werden einfach Punkte gesätzt was zu groben geschwindigkeits verlusten gührt . Diese werden dann ähnlich wie bei einem Polygongitter aufgebaut . Aber darüber sollte ihr selber was lesen ich selber kenne mich mit den Voxelengines nicht so aus .

P.S

Kann sich noch jemand an die Idee von Weststorm erinnern 8000x8000 Bitmap als Skin (für Terrian) ?

Waow das wern 64.000.000 Punkte/Texel soviel hat man vielleicht wenn man aus anderen Videospielen alle Modelle zusammen auf einen Bitmap packt das schafft auch die beste Engine nicht ohne Slowdons.

Oucast hat eine erweiterte Voxel Engine. Ein Voxel ist nämlich eigentlich ein Höhenpixel (erster einsatz COMANCHE). Ich habe einen Punkte auf der Karte, und eine Höheninformation Z. JEtzt wird einfach nur eine Linie von diesem Punkt bis zur Höhe Z gezeichnet, und perspektivisch angepasst (nagut, das sollte vorher passieren). Das UrVoxel kann deshalb nur ebenen darstellen. Wer sich heute Comanche anguckt, wird immer noch von den Landschaften begeistert sein. So etwas kann man nicht mit Polys erstellen.
Outcast geht noch einen Schritt weiter, und Gibt jedem Punkt noch eine Startposition. Dadurch wächst nicht nur der Speicherbedarf enorm (128Mb sollten es für Outcast schon sein), die CPU muss auch ackern (unter 500MB sollte man es nicht starten. Aber es ist egal, wie gut die Grafikkarte ist, da alles vom Rechner berechnet wird.

Voxel ist eine nette Sache, die aber sehr eingeschränkt ist. Deswegen sollte man es gleich vergessen.

Man kann Voxel übrigens wirklich als 3D Pixel bezeichnen. Damit kann man dann auch arbeiten. Um das dann aber direkt wirder zu zerschlagen hier ein kleines Rechenbeispiel.

Ih will einen Würfel aus 100 * 100 * 100 Pixeln erstellen. Am liebsten natürlich TrueCollor mit Alpha Map. Das beduetet jeder Pixel brauch 4 Byte (Double DWord).
Also 100 * 100 * 100 sind 1.000.000 also ein schlappes MB. Mit der Farbe sind dann 4 MB. Na, das passt doch...
Ups, 100*100*100 füllen ja nicht mal einen viertel des Bildschirms. Eher ein zwöftel, bei meiner Auflösung. Wenn man näher rangeht wird klotzig. Also werd ich wohl die Masse des Würfels mal 12 nehmen.
Also 1200 * 1200 * 1200 = 1.728.000.000
Na ud das mal 4 = 6.912.000.000 also etwas mehr als 6GB.
Na, wer von euch hat soviel Arbeitsspeicher. Und damit bin ich gerade mal etwas über Bildschirmauflösung drüber. Mann kann jetzt natürlich noch komprimieren etc. PP. Aber bei der Größe kommt man wohl kaum unter 1GB.

3D Pixel sind also auch zu vergessen.

Und da stellt man dann die Frage, warum man nicht zu einer anderen Engine wechselt???

Lustig der eine korrigiert den andere ok ich sehe es ein kommt aber trotzdem noch relativ treffend ihn . Ich habe ja gesagt Voxelengines naja die brauchen eben mehr als nur ein paar Mhz . Gut das du es mal genauer beschreiben hast aber am ende bleibt es doch eben ein Punkt nicht viel mehr und nicht viel weniger wie er berechnet wird naja nicht so meine richtung ...

Nein, Voxel Engines verwenden nicht Punkte, sondern Linien. Sonst würde der Speicher einfach zu klein sein. Voxel ist schön, aber bis auf in der Medizin kenn ich nichts, wo es wirklich eingesetzt wird (Ausnahme Outcast)

Zu 'mit Voxel kann man besseres Terrain machen als mit Polygonen' sage ich nur schau mal Tribes2 oder die V12 Engine an. Sieht besser aus als alles was ich an Voxel-Terrain-Grafik gesehen habe und läuft full speed.

Womit wir bei Lieblingsthema Nr. 1 wären, Multitexturing
Das Terrain bei Tribes2 hat sowohl sanftes Überblenden zwischen verschiedenen gekachelten Texturen als auch eine Detailtextur, sieht einfach klasse aus.

Den eben Linien auf dem N64 sind es nur einfache Punkte . Siehe Mario Kart .

Wenn MarioKart Voxel unterstuetzt, dann ist GameMaker2000 eine VoxelEngine.

Lutz-Tewes hat so eine Engine mal recht passend als "Schlauch" Engine beschrieben.

@Gaeh: Zu den Voxelterrain. Guck Dir mal Comanche an. Halte Dir bitte vor Augen, dass das Spiel '93 rauskam. Mit Multitextur kann man schon einiges rausholen, aber nie über die Klasse von Voxelterrain kommen. Dabei geht es weniger, um das, was es schon gibt, sondern mehr um das, was theoretisch möglich ist. Aber wie ich auch sagte, ist VOXEL aktuell noch uninteressant. Man darf es aber für die Zukunft nicht vergessen. Ich sag nur für alle Suchmaschinenfetischisten: "Optical Dynamical RAM". Damit würde es dann nur noch VOXEL geben

Ohne scheiß guck es dir doch an . Steht auch in den meisten Tests . Oder aus was sind die Fahrer sonst aus Bitmaps wohl eher nicht . Polygone niemals .

Zufällig besitze ich ein N64 und auch Mario Kart 64. Nach Nintendo sind die Fahrer aber nur *SPRITES!* Nintendo hat die Fahrer aus allen Perspektiven und Animationen vorgerendert!!!! Ich glaube erlich gesagt -sorry Nintendo - das dass N64 keine Voxel so richtig en masse unterstützt. Dann wären die anderen Games dafür doch allgemein in der Grafik viel besser. Und die Grafik ist ja eigentlich (ausser bei Zelda -Ocarina...) besch.....

Um nochmal auf das Grundthema der Topic zurückzukommen: Ich habe jetzt den gesamten Code erneuert, sogar mit neuen Features! Jetzt ist eigentlich so gut wie alles mit meinem Feuer möglich: Unendlich viele Feuer, beliebiger Vektor, für jedes Feuer individuelle Eigenschaften...
Besucht meine SIte und ladet euch denn neuen Code samt Kurzbeschreibung und -anleitung runter! (www.behrenberg.de)

Ich hoffe, dass jetzt jedem das Feuer FREI zugänglich ist...

Achja: Ne neue Demo muss ich noch erst erstellen... kann aber nicht lange dauern...