Timemill :: Ein Projekt der DigitalDecoy Community

Übersicht

Sonstiges

Projekte

Gehe zu Seite Zurück 1, 2, 3, 4, 5, 6, 7, 8, 9, 10 Weiter

	bruZard	Fr, Sep 03, 2004 15:23 Antworten mit Zitat
Nur so als Lebenszeichen, ein Screenshot aus dem aktuellen Testlevel.
PIV 2,4GHz - 1GB DDR 333 - ATI Radeon9600 - WinXP - DX9.0c - BMax 1.14 - B3D 1.91 - 1280x1024x32 User posted image

bruZard

Fr, Sep 03, 2004 15:23
Antworten mit Zitat

Nur so als Lebenszeichen, ein Screenshot aus dem aktuellen Testlevel.

user posted image

PIV 2,4GHz - 1GB DDR 333 - ATI Radeon9600 - WinXP - DX9.0c - BMax 1.14 - B3D 1.91 - 1280x1024x32

User posted image

	bruZard	Fr, Sep 03, 2004 16:51 Antworten mit Zitat
Ich habe mit der heissen Nadel jetzt eine Demo zusammengeschraubt. Man kann noch nicht viel tun, ausser herumlaufen, springen und schiessen. Bei letzterer Aktion ist zu bedenken dass man ohne Waffe startet und erst der Slot auf Taste "1" mit einer Waffe belegt ist. An sich ist die Demo total uninteressant, ausser evtl. für Leute die Content schrauben wollen oder am Code helfen möchten. ca 2,8MB http://www.makegame.de/timemil...lpha01.zip edit Noch ein paar Erläuterungen: Die Funktion ADD_MOVER im Level-Script funktioniert noch nicht Es sind noch nicht alle möglichen Tasten aufgenommen, können somit auch nicht belegt werden. Der Wert "Power" in der bullet.cfg wird derzeit zwar schon gesichert, aber noch nciht verarbeitet Ein Level muss ein Child namens playerstart oder playerstartx beinhalten, x steht dabei für eine Zahl. Die Zahl kann grösser sein als bei MAX_PLAYER angegeben, wird dann aber ignoriert. Die entsprechenden Childs werden dann nicht aus der Geometrie entfernt! Lichter sind ebenfalls Childs mit dem Prefix light und einer folgenden Nummer. Ich empfehle als Licht Kugeln zu definieren da es derzeit nur Pointlights gibt und die MeshWidth des Childs "lightxxx" die LightRange bestimmt. Als Partikelsystem wird Lotus verwendet. Diese Partikel sind atm feste Bestandteile des Levels und über Timemill-eigene Scripts noch nicht steuerbar. Bump- und Tokamakcode wurde für die Demo entfernt, diese Module waren so arschlahm dass ich weinen könnte. /edit P.S.: Vielen Dank an ganxta für den coolen BlitzEdit, mit der Projektverwaltung lässt sich der Code wesentlich besser handhaben edit2 Habe das Archiv auf 2,8MB verkleinert /edit2
PIV 2,4GHz - 1GB DDR 333 - ATI Radeon9600 - WinXP - DX9.0c - BMax 1.14 - B3D 1.91 - 1280x1024x32 User posted image

bruZard

Fr, Sep 03, 2004 16:51
Antworten mit Zitat

Ich habe mit der heissen Nadel jetzt eine Demo zusammengeschraubt. Man kann noch nicht viel tun, ausser herumlaufen, springen und schiessen. Bei letzterer Aktion ist zu bedenken dass man ohne Waffe startet und erst der Slot auf Taste "1" mit einer Waffe belegt ist.
An sich ist die Demo total uninteressant, ausser evtl. für Leute die Content schrauben wollen oder am Code helfen möchten.

ca 2,8MB
http://www.makegame.de/timemil...lpha01.zip

edit
Noch ein paar Erläuterungen:

Die Funktion ADD_MOVER im Level-Script funktioniert noch nicht
Es sind noch nicht alle möglichen Tasten aufgenommen, können somit auch nicht belegt werden.
Der Wert "Power" in der bullet.cfg wird derzeit zwar schon gesichert, aber noch nciht verarbeitet
Ein Level muss ein Child namens playerstart oder playerstartx beinhalten, x steht dabei für eine Zahl. Die Zahl kann grösser sein als bei MAX_PLAYER angegeben, wird dann aber ignoriert. Die entsprechenden Childs werden dann nicht aus der Geometrie entfernt!
Lichter sind ebenfalls Childs mit dem Prefix light und einer folgenden Nummer. Ich empfehle als Licht Kugeln zu definieren da es derzeit nur Pointlights gibt und die MeshWidth des Childs "lightxxx" die LightRange bestimmt.
Als Partikelsystem wird Lotus verwendet. Diese Partikel sind atm feste Bestandteile des Levels und über Timemill-eigene Scripts noch nicht steuerbar.
Bump- und Tokamakcode wurde für die Demo entfernt, diese Module waren so arschlahm dass ich weinen könnte.

/edit

P.S.: Vielen Dank an ganxta für den coolen BlitzEdit, mit der Projektverwaltung lässt sich der Code wesentlich besser handhaben Smile

edit2
Habe das Archiv auf 2,8MB verkleinert Wink

/edit2

PIV 2,4GHz - 1GB DDR 333 - ATI Radeon9600 - WinXP - DX9.0c - BMax 1.14 - B3D 1.91 - 1280x1024x32

User posted image

	blitzblaster	Fr, Sep 03, 2004 22:05 Antworten mit Zitat
Kann es sein, da man da wirklich auf die Grenzen von Blitz 3D stöhst, wenn Du diese Sachen entfernt hast, damit es gut läuft ? Wenn ja, würde ich das sehr schade finden. Gruß Blitzblaster

blitzblaster

Fr, Sep 03, 2004 22:05
Antworten mit Zitat

Kann es sein, da man da wirklich auf die Grenzen von Blitz 3D stöhst, wenn Du diese Sachen entfernt hast, damit es gut läuft ? Wenn ja, würde ich das sehr schade finden.

Gruß Blitzblaster

	bruZard	Mo, Sep 06, 2004 17:34 Antworten mit Zitat
@blitzblaster Das es so langsam war lag keinesfalls an den Grenzen von BB, sondern eher an meinem miesen Code
PIV 2,4GHz - 1GB DDR 333 - ATI Radeon9600 - WinXP - DX9.0c - BMax 1.14 - B3D 1.91 - 1280x1024x32 User posted image

bruZard

Mo, Sep 06, 2004 17:34
Antworten mit Zitat

@blitzblaster

Das es so langsam war lag keinesfalls an den Grenzen von BB, sondern eher an meinem miesen Code Wink

PIV 2,4GHz - 1GB DDR 333 - ATI Radeon9600 - WinXP - DX9.0c - BMax 1.14 - B3D 1.91 - 1280x1024x32

User posted image

	Malice	Mo, Sep 06, 2004 17:46 Antworten mit Zitat
in meinen tests lief tokamak und bump-mapping ohne probleme parallel - wie bruzard schon gesagt hat, ist es nur eine frage wie gut der code ist und wie gut man das ganze system struktiuriert hat (keine unnötigen abfragen z.b) P.S.: möchte gerne das ganze mit bumo und tok in action sehen!

Malice

Mo, Sep 06, 2004 17:46
Antworten mit Zitat

in meinen tests lief tokamak und bump-mapping ohne probleme parallel - wie bruzard schon gesagt hat, ist es nur eine frage wie gut der code ist und wie gut man das ganze system struktiuriert hat (keine unnötigen abfragen z.b)

P.S.: möchte gerne das ganze mit bumo und tok in action sehen!

	bruZard	Mo, Sep 06, 2004 17:55 Antworten mit Zitat
Die Problematik besteht darin dass man nicht einfach ein riesiges Level nimmt, ne Normalmap drauf knallt und dann berechnen lässt. Man wählt gezielt Bereiche aus die Normalmaps besitzen, berechnet ob diese Bereiche sichtbar sind und tut nur dann das Bumpmapping kalkulieren. Bei Tokamak sieht die Sache ähnlich aus. Man definiert Objekte die Physikeigenschaften besitzen sollen und berechnet nur diese, dann auch nur wenn sie sichtbar sind oder wenn es in einem nächsten Moment dramaturgisch wichtig ist. Mein Code hat das alles nicht ... es nicmmt einfach alles was da ist und will es in einem Zug berechnen. Selbstverständlich wird das noch geändert, aber der zeitliche Flaschenhals wird hier wieder durch die Möglichkeit gebildet, alles ausserhalb des Codes zu definieren.
PIV 2,4GHz - 1GB DDR 333 - ATI Radeon9600 - WinXP - DX9.0c - BMax 1.14 - B3D 1.91 - 1280x1024x32 User posted image

bruZard

Mo, Sep 06, 2004 17:55
Antworten mit Zitat

Die Problematik besteht darin dass man nicht einfach ein riesiges Level nimmt, ne Normalmap drauf knallt und dann berechnen lässt. Man wählt gezielt Bereiche aus die Normalmaps besitzen, berechnet ob diese Bereiche sichtbar sind und tut nur dann das Bumpmapping kalkulieren.
Bei Tokamak sieht die Sache ähnlich aus. Man definiert Objekte die Physikeigenschaften besitzen sollen und berechnet nur diese, dann auch nur wenn sie sichtbar sind oder wenn es in einem nächsten Moment dramaturgisch wichtig ist.

Mein Code hat das alles nicht ... es nicmmt einfach alles was da ist und will es in einem Zug berechnen. Selbstverständlich wird das noch geändert, aber der zeitliche Flaschenhals wird hier wieder durch die Möglichkeit gebildet, alles ausserhalb des Codes zu definieren.

PIV 2,4GHz - 1GB DDR 333 - ATI Radeon9600 - WinXP - DX9.0c - BMax 1.14 - B3D 1.91 - 1280x1024x32

User posted image

	bruZard	Mo, Sep 06, 2004 18:52 Antworten mit Zitat
Status Neues Objekt DOT3_OBJECT in der mylevel.ldc eingefügt. Über dieses Objekt werden Bumpmapping (respektive Normalmapping) Objekte initialisiert. Neues Objekt DOT3_LIGHT in der mylevel.ldc eingefügt. Über dieses Objekt werden statische DOT3 Lichter definiert. Mangels LOD wird es am Freitag kein Level mit diesen Features geben. Allerdings werden diese Features dann schon in der Engine implementiert sein, wer sich berufen fühlt darf sie dann gern benutzen. PLY_DOTLIGHT in der mylevel.ldc eingefügt. Dieses Feature definiert eine Lichtquelle für DOT3 Normalmapping die vom Spieler ausgeht. Im Multiplayer wird dieses Licht ignoriert. Das Normalmapping wird jetzt automatisch deaktiviert wenn die Grafikkarte nicht dazu in der Lage ist. Shawn Swift hat mir nun meine lizensierte Kopie des Swift ShadowSystems zukommen lassen ... es wird in der nächsten Woche implemtiert. Die Objekte ShadowReciever und ShadowCaster** befinden sich bereits im Aufbau. ...so.... das reicht für heute. Am Freitag den 10.09. kommt die neue Demo.
PIV 2,4GHz - 1GB DDR 333 - ATI Radeon9600 - WinXP - DX9.0c - BMax 1.14 - B3D 1.91 - 1280x1024x32 User posted image

bruZard

Mo, Sep 06, 2004 18:52
Antworten mit Zitat

Status

Neues Objekt DOT3_OBJECT in der **mylevel.ldc eingefügt. Über dieses Objekt werden Bumpmapping (respektive Normalmapping) Objekte initialisiert.
Neues Objekt DOT3_LIGHT in der **mylevel.ldc eingefügt.
Über dieses Objekt werden statische DOT3 Lichter definiert.
Mangels LOD wird es am Freitag kein Level mit diesen Features geben. Allerdings werden diese Features dann schon in der Engine implementiert sein, wer sich berufen fühlt darf sie dann gern benutzen.
PLY_DOTLIGHT in der **mylevel.ldc eingefügt. Dieses Feature definiert eine Lichtquelle für DOT3 Normalmapping die vom Spieler ausgeht. Im Multiplayer wird dieses Licht ignoriert.
Das Normalmapping wird jetzt automatisch deaktiviert wenn die Grafikkarte nicht dazu in der Lage ist.
Shawn Swift hat mir nun meine lizensierte Kopie des Swift ShadowSystems zukommen lassen ... es wird in der nächsten Woche implemtiert. Die Objekte ShadowReciever und ShadowCaster befinden sich bereits im Aufbau.

...so.... das reicht für heute. Am Freitag den 10.09. kommt die neue Demo.

PIV 2,4GHz - 1GB DDR 333 - ATI Radeon9600 - WinXP - DX9.0c - BMax 1.14 - B3D 1.91 - 1280x1024x32

User posted image

	INpac	Mo, Sep 06, 2004 20:52 Antworten mit Zitat
Mhm? ein lizensiertes Modul in einem Open-Source-Projekt?

INpac

Mo, Sep 06, 2004 20:52
Antworten mit Zitat

Mhm? ein lizensiertes Modul in einem Open-Source-Projekt?

	bruZard	Di, Sep 07, 2004 15:39 Antworten mit Zitat
Die OpenSource Version hat keine Schatten, nur ich (oder jemand der das System ebenfalls besitzt) kann eine Exe erstellen in der es Schatten gibt.
PIV 2,4GHz - 1GB DDR 333 - ATI Radeon9600 - WinXP - DX9.0c - BMax 1.14 - B3D 1.91 - 1280x1024x32 User posted image

bruZard

Di, Sep 07, 2004 15:39
Antworten mit Zitat

Die OpenSource Version hat keine Schatten, nur ich (oder jemand der das System ebenfalls besitzt) kann eine Exe erstellen in der es Schatten gibt.

PIV 2,4GHz - 1GB DDR 333 - ATI Radeon9600 - WinXP - DX9.0c - BMax 1.14 - B3D 1.91 - 1280x1024x32

User posted image

	bruZard	Fr, Sep 10, 2004 14:22 Antworten mit Zitat
Timemill Alpha #02 (ca. 2,3MB) Diese Demo zeigt die Realtime Schatten. Da diese über das Swift Shadow System erzeugt werden liegt dem Archiv kein Code bei. Die Schattenparameter werden in main\level\tmdemo.ldc eingestellt. Bumpmapping fehlt in dieser Version immer noch, aber ich denke dass es heute noch eine zweite Demo mit eingebautem Bumpmapping geben wird. Der Bildschirmmodus wird in der game.cfg eingestellt und ist derzeit mit 1024x768x32 Vollbild angegeben.
PIV 2,4GHz - 1GB DDR 333 - ATI Radeon9600 - WinXP - DX9.0c - BMax 1.14 - B3D 1.91 - 1280x1024x32 User posted image

bruZard

Fr, Sep 10, 2004 14:22
Antworten mit Zitat

Timemill Alpha #02 (ca. 2,3MB)

user posted image

Diese Demo zeigt die Realtime Schatten. Da diese über das Swift Shadow System erzeugt werden liegt dem Archiv kein Code bei.
Die Schattenparameter werden in main\level\tmdemo.ldc eingestellt.

Bumpmapping fehlt in dieser Version immer noch, aber ich denke dass es heute noch eine zweite Demo mit eingebautem Bumpmapping geben wird.

Der Bildschirmmodus wird in der game.cfg eingestellt und ist derzeit mit 1024x768x32 Vollbild angegeben.

PIV 2,4GHz - 1GB DDR 333 - ATI Radeon9600 - WinXP - DX9.0c - BMax 1.14 - B3D 1.91 - 1280x1024x32

User posted image

	rambo256	Fr, Sep 10, 2004 15:23 Antworten mit Zitat
Jo,cool! läuft schön flüssig bei 85-90 fps. Hardware siehe sig. ist da jetzt schon bum mapping drin? Wenn ja dann sieht er von weitem gut aus aber vom nahem sieht man doch,das es platt aussieht.
Asus F53z Das Leben ist eine reine Konkatenation...

rambo256

Fr, Sep 10, 2004 15:23
Antworten mit Zitat

Jo,cool!
läuft schön flüssig bei 85-90 fps. Hardware siehe sig.
ist da jetzt schon bum mapping drin?
Wenn ja dann sieht er von weitem gut aus aber vom nahem sieht man doch,das es platt aussieht.

Asus F53z

Das Leben ist eine reine Konkatenation...

	Triton	Fr, Sep 10, 2004 15:48 Antworten mit Zitat
Interessant/schön. Leider ist der schattenwurf unrealistisch. Zwischen dem Zahnrad und der Lichtquelle ist ein ziemlich fetter balken..irgendwas stimmt also an der Lichtsituation nicht.

Triton

Fr, Sep 10, 2004 15:48
Antworten mit Zitat

Interessant/schön.

Leider ist der schattenwurf unrealistisch. Zwischen dem Zahnrad und der Lichtquelle ist ein ziemlich fetter balken..irgendwas stimmt also an der Lichtsituation nicht.

	Ava Gast	Fr, Sep 10, 2004 15:53 Antworten mit Zitat
Ja, nicht schlecht. Immerhin 9 FPS.... gg

Ava

Gast

Fr, Sep 10, 2004 15:53
Antworten mit Zitat

Ja, nicht schlecht. Immerhin 9 FPS.... *gg*

	bruZard	Fr, Sep 10, 2004 15:58 Antworten mit Zitat
@Triton: Das liegt daran dass der Balken kein ShadowCaster ist. Würde ich jede Geometrie auf Schattenwurf testen würde es auch auf normalen Rechnern laufen wie bei Ava @Ava: Hast Du mal versucht in der \main\level\level.ldc (mit Texteditor öffnen) in den SHADOWCASTER Objekten die Quality auf 1 zu stellen? Ausserdem wird es noch schneller wenn man ShadowBlurQuality auf 0 stellt. Was die Parameter alle bedeuten kann man auf http://makegame.de/timemill/forum unter "Scripting" nachlesen.
PIV 2,4GHz - 1GB DDR 333 - ATI Radeon9600 - WinXP - DX9.0c - BMax 1.14 - B3D 1.91 - 1280x1024x32 User posted image

bruZard

Fr, Sep 10, 2004 15:58
Antworten mit Zitat

@Triton:
Das liegt daran dass der Balken kein ShadowCaster ist. Würde ich jede Geometrie auf Schattenwurf testen würde es auch auf normalen Rechnern laufen wie bei Ava Wink

@Ava: Hast Du mal versucht in der \main\level\level.ldc (mit Texteditor öffnen) in den SHADOWCASTER Objekten die Quality auf 1 zu stellen? Ausserdem wird es noch schneller wenn man ShadowBlurQuality auf 0 stellt.

Was die Parameter alle bedeuten kann man auf http://makegame.de/timemill/forum unter "Scripting" nachlesen.

PIV 2,4GHz - 1GB DDR 333 - ATI Radeon9600 - WinXP - DX9.0c - BMax 1.14 - B3D 1.91 - 1280x1024x32

User posted image

	Mr.Keks	Fr, Sep 10, 2004 16:14 Antworten mit Zitat
wirklich hübsch. und auch ziemlich schnell auf meinem system angesichts der effekte...
MrKeks.net

Mr.Keks

Fr, Sep 10, 2004 16:14
Antworten mit Zitat

wirklich hübsch. und auch ziemlich schnell auf meinem system angesichts der effekte...

MrKeks.net

	bruZard	Mi, Jan 12, 2005 20:43 Antworten mit Zitat
Im Timemill-Forum gibt es einen neuen Poll der über die Zukunft des Timemill Projektes entscheidet. Ich wäre dankbar wenn sich soviele User beteiligen wie möglich. Auch wäre ich in 7 Tagen dankbar für Meldungen die mir kundtun dass es neue "Mit-Programmierer" gibt. Egal ob der Poll Blitz3D oder BlitzMax ergibt.
PIV 2,4GHz - 1GB DDR 333 - ATI Radeon9600 - WinXP - DX9.0c - BMax 1.14 - B3D 1.91 - 1280x1024x32 User posted image

bruZard

Mi, Jan 12, 2005 20:43
Antworten mit Zitat

Im Timemill-Forum gibt es einen neuen Poll der über die Zukunft des Timemill Projektes entscheidet.

Ich wäre dankbar wenn sich soviele User beteiligen wie möglich. Auch wäre ich in 7 Tagen dankbar für Meldungen die mir kundtun dass es neue "Mit-Programmierer" gibt. Egal ob der Poll Blitz3D oder BlitzMax ergibt.

PIV 2,4GHz - 1GB DDR 333 - ATI Radeon9600 - WinXP - DX9.0c - BMax 1.14 - B3D 1.91 - 1280x1024x32

User posted image

	Bigmichi	Mi, Jan 12, 2005 20:51 Antworten mit Zitat
kann das sein weil ich hab 660 FPS in der Alpha Demo 2 ....... eifnach zu schnell =((

Bigmichi

Mi, Jan 12, 2005 20:51
Antworten mit Zitat

kann das sein weil ich hab 660 FPS in der Alpha Demo 2 .......

eifnach zu schnell =((

	Mr.Keks	Mi, Jan 12, 2005 21:47 Antworten mit Zitat
hmm, ich habe zwar keine lust, mich anzumelden, aber ich würde für das zweite stimmen
MrKeks.net

Mr.Keks

Mi, Jan 12, 2005 21:47
Antworten mit Zitat

hmm, ich habe zwar keine lust, mich anzumelden, aber ich würde für das zweite stimmen Wink

MrKeks.net

	darkshadow	Mi, Jan 12, 2005 22:39 Antworten mit Zitat
Hmm.. Ja.. erstmal ein Lob! Es ist nice... Bis, naja.. auf diesen netten flackernden Balken im Screen bei mir in der zweiten Demo (hab neuste nvidia treiber für meine gf4ti)

darkshadow

Mi, Jan 12, 2005 22:39
Antworten mit Zitat

Hmm.. Ja.. erstmal ein Lob! Es ist nice... Bis, naja.. auf diesen netten flackernden Balken im Screen bei mir in der zweiten Demo Smile

(hab neuste nvidia treiber für meine gf4ti)

	bruZard	Do, Jan 13, 2005 10:47 Antworten mit Zitat
@Inarie, jetzt können auch Gäste voten
PIV 2,4GHz - 1GB DDR 333 - ATI Radeon9600 - WinXP - DX9.0c - BMax 1.14 - B3D 1.91 - 1280x1024x32 User posted image

bruZard

Do, Jan 13, 2005 10:47
Antworten mit Zitat

@Inarie, jetzt können auch Gäste voten Wink

PIV 2,4GHz - 1GB DDR 333 - ATI Radeon9600 - WinXP - DX9.0c - BMax 1.14 - B3D 1.91 - 1280x1024x32

User posted image

Gehe zu Seite Zurück 1, 2, 3, 4, 5, 6, 7, 8, 9, 10 Weiter

Übersicht

Sonstiges

Projekte

Nach Oben

BlitzBasic Portal

Timemill :: Ein Projekt der DigitalDecoy Community

Ava