Showroom - Aktuelle Arbeiten und Projekte
Forumsregeln
Bitte Präfixe benutzen. Das Präfix "[Projekt]" bewirkt die Aufnahme von Bildern aus den Beiträgen des Themenerstellers in den Showroom. Alle Bilder aus dem Thema Showroom erscheinen ebenfalls im Showroom auf der Frontpage. Es werden nur Bilder berücksichtigt, die entweder mit dem attachement- oder dem img-BBCode im Beitrag angezeigt werden.
Die Bildersammelfunktion muss manuell ausgeführt werden, die URL dazu und weitere Details zum Showroom sind hier zu finden.
This forum is primarily intended for German-language video game developers. Please don't post promotional information targeted at end users.
Bitte Präfixe benutzen. Das Präfix "[Projekt]" bewirkt die Aufnahme von Bildern aus den Beiträgen des Themenerstellers in den Showroom. Alle Bilder aus dem Thema Showroom erscheinen ebenfalls im Showroom auf der Frontpage. Es werden nur Bilder berücksichtigt, die entweder mit dem attachement- oder dem img-BBCode im Beitrag angezeigt werden.
Die Bildersammelfunktion muss manuell ausgeführt werden, die URL dazu und weitere Details zum Showroom sind hier zu finden.
This forum is primarily intended for German-language video game developers. Please don't post promotional information targeted at end users.
Re: Showroom - Aktuelle Arbeiten und Projekte
Bunt und Knuffig ist gut :)
Free Gamegraphics, Freeware Games https://www.reinerstilesets.de
Die deutsche 3D Community: https://www.3d-ring.de
Die deutsche 3D Community: https://www.3d-ring.de
Re: Showroom - Aktuelle Arbeiten und Projekte
Cooles Bild, Tiles :)
Re: Showroom - Aktuelle Arbeiten und Projekte
Thx :)
Free Gamegraphics, Freeware Games https://www.reinerstilesets.de
Die deutsche 3D Community: https://www.3d-ring.de
Die deutsche 3D Community: https://www.3d-ring.de
-
- Establishment
- Beiträge: 248
- Registriert: 25.08.2019, 05:00
- Alter Benutzername: gdsWizard
- Kontaktdaten:
Re: Showroom - Aktuelle Arbeiten und Projekte
@TilesTiles hat geschrieben:Immer wieder erstaunlich wie viel Arbeit in so einem Bild steckt. Das waren jetzt vier Wochen Arbeit.
Sehr schönes Bild. Gut zu wissen das da wirklich viel Arbeit drin steckt. Ich habe keine Ahnung vom Modellieren und dachte immer das sei pure Zauberei. Es beruhigt mich das ihr das auch nicht in 10 Minuten zaubert. Das gibt mir Mut auch mal etwas in der Richtung anzufangen.
Auch wenn es kein Hexenwerk ist, sondern wie bereits erwähnt viel Arbeit ist oder besser gesagt genau aus diesem Grund: Tolles Bild !!!
Hat den StormWizard 1.0 und 2.0 verbrochen. http://www.mirrorcad.com
Re: Showroom - Aktuelle Arbeiten und Projekte
Auch dir Danke :)
Naja, vier Wochen sollte ein Profi für sowas definitiv nicht brauchen. Speziell die Robos sind im Grunde Primitives. Ich bin einfach komplett aus der Übung. Und das schlimmste war mal wieder dass ich überhaupt nicht wusste wo das Bild eigentlich hingehen sollte :)
Aber das unterschätzen viele was da wirklich alles zu tun ist. Ein paar Primitives in die Szene zu schmeissen ist kein Hexenwerk. Das dann aber wirklich lebendig und in sich stimmig zu bekommen dass es nach was aussieht das dauert seine Zeit. Grobe Regel ist dass du so 2-3 Jahre brauchst bis du mal die wichtigsten Schritte verinnerlicht hast. Aber dann gehts ja erst los. Es ist Kunst. Da lernst du dein Leben lang. Und die letzten 5 bis 10 % die die Spreu vom Weizen trennt haben es einfach in sich. Und je realistischer und detaillierter das aussehen soll um so grösser wird auch der Aufwand. Und speziell 3D entwickelt sich immer noch in einem Affenzahn weiter. Ich kannte noch die Zeit als man Charactere mit SDS Modeling gebaut hat. Heute sculptet man ja nur noch. Und klatscht am Schluss ein Retopo drauf.
Das kann man aber alles lernen. Heutzutage hast du es ja gut, da gibts für jeden Schritt ein eigenes Tutorial. Und so Sachen wie Megascans und Quixel Mixer. Und Character Creatoren. Oder so Sachen wie DAZ wo du dir deine Assets einfach zusammenkaufst und dich dann stolz 3D Künstler nennen kannst. Da kannst du böse formuliert einen Dorftrottel dransetzen das sieht immer noch nach was aus.
Als ich angefangen habe hatte ich eine zugelaufene Version von trueSpace 1 ohne Manual und Internet. In dem Ding hast du jedes Vertice einzeln mit Handschlag begrüsst. Und meinen ersten brauchbaren Character richtig mit SDS Modeling, gescheiter Topologie und Textur habe ich dann auch erst Jahre später hinbekommen. Aus der Zeit stammt mein Avatar. Puh, lang ists her. Ich bin wohl echt ein alter Sack :)
Naja, vier Wochen sollte ein Profi für sowas definitiv nicht brauchen. Speziell die Robos sind im Grunde Primitives. Ich bin einfach komplett aus der Übung. Und das schlimmste war mal wieder dass ich überhaupt nicht wusste wo das Bild eigentlich hingehen sollte :)
Aber das unterschätzen viele was da wirklich alles zu tun ist. Ein paar Primitives in die Szene zu schmeissen ist kein Hexenwerk. Das dann aber wirklich lebendig und in sich stimmig zu bekommen dass es nach was aussieht das dauert seine Zeit. Grobe Regel ist dass du so 2-3 Jahre brauchst bis du mal die wichtigsten Schritte verinnerlicht hast. Aber dann gehts ja erst los. Es ist Kunst. Da lernst du dein Leben lang. Und die letzten 5 bis 10 % die die Spreu vom Weizen trennt haben es einfach in sich. Und je realistischer und detaillierter das aussehen soll um so grösser wird auch der Aufwand. Und speziell 3D entwickelt sich immer noch in einem Affenzahn weiter. Ich kannte noch die Zeit als man Charactere mit SDS Modeling gebaut hat. Heute sculptet man ja nur noch. Und klatscht am Schluss ein Retopo drauf.
Das kann man aber alles lernen. Heutzutage hast du es ja gut, da gibts für jeden Schritt ein eigenes Tutorial. Und so Sachen wie Megascans und Quixel Mixer. Und Character Creatoren. Oder so Sachen wie DAZ wo du dir deine Assets einfach zusammenkaufst und dich dann stolz 3D Künstler nennen kannst. Da kannst du böse formuliert einen Dorftrottel dransetzen das sieht immer noch nach was aus.
Als ich angefangen habe hatte ich eine zugelaufene Version von trueSpace 1 ohne Manual und Internet. In dem Ding hast du jedes Vertice einzeln mit Handschlag begrüsst. Und meinen ersten brauchbaren Character richtig mit SDS Modeling, gescheiter Topologie und Textur habe ich dann auch erst Jahre später hinbekommen. Aus der Zeit stammt mein Avatar. Puh, lang ists her. Ich bin wohl echt ein alter Sack :)
Free Gamegraphics, Freeware Games https://www.reinerstilesets.de
Die deutsche 3D Community: https://www.3d-ring.de
Die deutsche 3D Community: https://www.3d-ring.de
Re: Showroom - Aktuelle Arbeiten und Projekte
Interaktive Sternenkarte mit ein paar diffusen Nebeln:
Und natürlich konnte ich nicht widerstehen, auch mal frei durchzufliegen, umgerechnet mit irgendwaspaarundtausendzigfacher Lichtgeschwindigkeit:
Sterndurchmesser sind natürlich nicht maßstäblich.
Technisch simpel gelöst: Prozedurales gleichverteiltes Universum (Integerraum ^3) ohne übergeordnete Struktur, in jeder Unit-Box (gedanklich als 1LJ definiert) kann ein Stern mit eigenem Seed stecken. Die Nebel sind einfach eine handvoll Sprites, sprich ein oldschool Partikelsystem. Bichen getrickst um Gimbal-Drehungen zu vermeiden. Da ich dies zum Generieren einer Skybox an beliebiger Stelle im All verwenden möchte, muss von einer bestimmten Koordinate aus gesehen die Ausrichtung der Sprites jederzeit reproduzierbar sein. Texturen kommen aus fester 4x4-Tilemap.
Und natürlich konnte ich nicht widerstehen, auch mal frei durchzufliegen, umgerechnet mit irgendwaspaarundtausendzigfacher Lichtgeschwindigkeit:
Sterndurchmesser sind natürlich nicht maßstäblich.
Technisch simpel gelöst: Prozedurales gleichverteiltes Universum (Integerraum ^3) ohne übergeordnete Struktur, in jeder Unit-Box (gedanklich als 1LJ definiert) kann ein Stern mit eigenem Seed stecken. Die Nebel sind einfach eine handvoll Sprites, sprich ein oldschool Partikelsystem. Bichen getrickst um Gimbal-Drehungen zu vermeiden. Da ich dies zum Generieren einer Skybox an beliebiger Stelle im All verwenden möchte, muss von einer bestimmten Koordinate aus gesehen die Ausrichtung der Sprites jederzeit reproduzierbar sein. Texturen kommen aus fester 4x4-Tilemap.
- Schrompf
- Moderator
- Beiträge: 4838
- Registriert: 25.02.2009, 23:44
- Benutzertext: Lernt nur selten dazu
- Echter Name: Thomas Ziegenhagen
- Wohnort: Dresden
- Kontaktdaten:
Re: Showroom - Aktuelle Arbeiten und Projekte
Schiiiick! Tiefensortierst Du die Nebelpartikel?
Früher mal Dreamworlds. Früher mal Open Asset Import Library. Heutzutage nur noch so rumwursteln.
Re: Showroom - Aktuelle Arbeiten und Projekte
Definitiv sehr geil :)
Free Gamegraphics, Freeware Games https://www.reinerstilesets.de
Die deutsche 3D Community: https://www.3d-ring.de
Die deutsche 3D Community: https://www.3d-ring.de
Re: Showroom - Aktuelle Arbeiten und Projekte
Die Nebel sind sehr schick und auch die Sterne sehen cool aus (ich meine, es sind bunte Punkte, aber dafür sehen sie halt ganz ok aus :D ).
Was mir beim zweiten Video aufgefallen ist: Es wirkt irgendwie unstrukturiert. Selbst die großen Nebel sind irgendwie klein, man kommt sich vor als sei man in einem Raum komplett ohne irgendwelche Orientierungspunkte. Es ist unmöglich zu verstehen, wo man ist, oder einen Stern jemals wieder wiederzuerkennen.
Vielleicht wäre es cooler, z.B. eine große Galaxienstruktur zu haben (mit diesen Spiralarmen). Vielleicht einen wirklich großen Nebel quasi unendlich weit weg in der Skybox, damit man zumindest immer weiß, in welche Richtung man schaut. Halt irgendetwas, was Orientierung gibt, wodurch man von "dieser Stern ist" zu "dieser Stern ist dort" kommen kann.
Was mir damit auch nochmal auffällt: Eigentlich ist das Weltall richtig richtig doof :D. Zum einen ist es eigentlich komplett leer und es macht überhaupt gar keinen Sinn irgendetwas maßstabsgetreu darzustellen. Und zum anderen ist es auch ziemlich hässlich, weil es eigentlich komplett schwarz ist. Um diese Nebel oder Galaxien zu sehen, muss man die Lichtintensität massiv hochschrauben und/oder noch ganz andere Bereiche des EM Spektrums irgendwie auf den sichtbaren Farbbereich abbilden. Sprich: Man muss richtig viel tricksen und betrügen, bevor es auch nur annähernd cool aussieht. Und das ist ja nur das Weltall ansich, für sowas wie Raumschlachten werden ja auch immer nur Raumschiffe gezeigt, die sich wie Flugzeuge verhalten, was von der Flugphysik auch totaler quatsch ist. Selbst Asteroidengürtel sind eigentlich wirklich leer und super langweilig (tatsächlich muss man sich eher aktiv anstrengen um überhaupt mal in Sichtweite eines Asteroiden zu kommen), was in Filmen auch nie so dargestellt wird.
Aber wenn man es komplett unrealistisch macht, ist es schon irgendwie ein cooles Szenario :D
Was mir beim zweiten Video aufgefallen ist: Es wirkt irgendwie unstrukturiert. Selbst die großen Nebel sind irgendwie klein, man kommt sich vor als sei man in einem Raum komplett ohne irgendwelche Orientierungspunkte. Es ist unmöglich zu verstehen, wo man ist, oder einen Stern jemals wieder wiederzuerkennen.
Vielleicht wäre es cooler, z.B. eine große Galaxienstruktur zu haben (mit diesen Spiralarmen). Vielleicht einen wirklich großen Nebel quasi unendlich weit weg in der Skybox, damit man zumindest immer weiß, in welche Richtung man schaut. Halt irgendetwas, was Orientierung gibt, wodurch man von "dieser Stern ist" zu "dieser Stern ist dort" kommen kann.
Was mir damit auch nochmal auffällt: Eigentlich ist das Weltall richtig richtig doof :D. Zum einen ist es eigentlich komplett leer und es macht überhaupt gar keinen Sinn irgendetwas maßstabsgetreu darzustellen. Und zum anderen ist es auch ziemlich hässlich, weil es eigentlich komplett schwarz ist. Um diese Nebel oder Galaxien zu sehen, muss man die Lichtintensität massiv hochschrauben und/oder noch ganz andere Bereiche des EM Spektrums irgendwie auf den sichtbaren Farbbereich abbilden. Sprich: Man muss richtig viel tricksen und betrügen, bevor es auch nur annähernd cool aussieht. Und das ist ja nur das Weltall ansich, für sowas wie Raumschlachten werden ja auch immer nur Raumschiffe gezeigt, die sich wie Flugzeuge verhalten, was von der Flugphysik auch totaler quatsch ist. Selbst Asteroidengürtel sind eigentlich wirklich leer und super langweilig (tatsächlich muss man sich eher aktiv anstrengen um überhaupt mal in Sichtweite eines Asteroiden zu kommen), was in Filmen auch nie so dargestellt wird.
Aber wenn man es komplett unrealistisch macht, ist es schon irgendwie ein cooles Szenario :D
Lieber dumm fragen, als dumm bleiben!
https://jonathank.de/games/
https://jonathank.de/games/
- Schrompf
- Moderator
- Beiträge: 4838
- Registriert: 25.02.2009, 23:44
- Benutzertext: Lernt nur selten dazu
- Echter Name: Thomas Ziegenhagen
- Wohnort: Dresden
- Kontaktdaten:
Re: Showroom - Aktuelle Arbeiten und Projekte
Genau mein Reden! Wir hacken da aber im IRC schon genug auf joeydee rum, dass er das nicht vergisst :-)
Früher mal Dreamworlds. Früher mal Open Asset Import Library. Heutzutage nur noch so rumwursteln.
Re: Showroom - Aktuelle Arbeiten und Projekte
Ja, willkommen im Weltall ;) aber darum gehts dabei auch (noch) gar nicht. In erster Linie möchte ich kohärent Skyboxen auch für benachbarte Systeme generieren, sowie die Nebel sinnvoll in der Map anzeigen können. Wird evtl. auch wieder bunter, so wie in den letzten Screens, aber habe den Look noch nicht festgelegt. Wollte nur mal den Stand der Dinge zeigen. Ob ich den Live-Durchflug in Ego-Perspektive dann überhaupt nutzen möchte, steht noch in dern Sternen, sprichwörtlich.man kommt sich vor als sei man in einem Raum komplett ohne irgendwelche Orientierungspunkte
Größere Strukturen im Hintergrund: ja, auch schon dran gedacht (u.a.), aber so weit bin ich noch nicht. Für das bisherige Ziel wäre es aber nichtmal dringend nötig.
Mit den Asteroiden hast du recht, und nichtmal Planeten wären leicht zu finden, wenn man einfach irgendwo im Sonnensytem abgesetzt würde. Falls man überhaupt was sieht, dann siehts aus wie ein Stern, kann man nur mit Langzeitbeobachtung oder Spektralmessung feststellen (wir sind auf dem 3. Planeten, wo die Planeten am engsten stehen, aber selbst unsere Nachbarplaneten Venus und Mars, sowie den riesigen Jupiter, kann man nur dann mit bloßem Auge sicher von Sternen unterscheiden, wenn man genau weiß wonach man zu suchen hat).
Daher auch schon früher die Anmerkung: aktuell keine Prio auf Planeten-Generierung und -LOD, da man die ohne Waypoints eh nicht finden würde ;)
Ich werde mir trotzdem mal einen Spaß daraus machen, Entfernungen und Größen einigermaßen realistisch einzustellen, weil mich das einfach mal interessiert. Aber dann nicht für Spielzwecke.
Bis dahin zu diesem Thema: https://joshworth.com/dev/pixelspace/pi ... ystem.html
Sortierung: nein, BlendFunc steht einfach auf "Add". Aber wäre kein Problem wenn ich mal anderes Blending machen möchte, da aktuell sowieso noch je Frame der ganze Buffer neu generiert und hochgeschoben wird. Verschwendung, ja. Aber ich wollte es ja ursprünglich nur einmalig für Skybox.
Re: Showroom - Aktuelle Arbeiten und Projekte
Ja, die Seite ist irgendwie großartig und nutzlos gleichzeitig. Nutzlos, weil man so lange scrollt, dass man kein Gefühl mehr für die Strecke (z.B. 3 Bildschirme nach rechts) sondern nur noch für die zeit (ich dreh mein Mausrad seit 2 Minuten) hat. Wie das zu dem einen Pixel korrespondiert, kann man dann nicht mehr einschätzen. In Bonn ist am Rhein entlang auch das Sonnensystem Maßstabsgetreu aufgebaut - die Sonne ist eine mannshohe Kugel, alle Planeten sind auf Metalltafeln eingraviert. Spätestens ab dem zweiten oder dritten kann man die Sonne schon nicht mehr sehen, und man kann die Planetengröße überhaupt nicht in Relation zur Entfernung einordnen. Wären die Planeten unkorrekterweise 10 mal größer dargestellt, würde im Gehirn exakt das selbe Gefühl für die Größenrelation entstehen, nämlich "joah, pervers weit weg". Unser Sonnensystem ist so absurd leer, dass man es selbst dann nicht richtig versteht, wenn man es grafisch maßstabsgetreu darstellt. Erst als ich versucht habe, mir das wirklich vorzustellen und es nicht geschafft habe, hab ich gemerkt, wie krass es ist. Alles was ich tun kann ist, die Zahlen hinzuschreiben und die Exponenten zu vergleichen, anschaulicher wird es irgendwie nicht...joeydee hat geschrieben: ↑06.09.2021, 14:54 Bis dahin zu diesem Thema: https://joshworth.com/dev/pixelspace/pi ... ystem.html
Lieber dumm fragen, als dumm bleiben!
https://jonathank.de/games/
https://jonathank.de/games/
- xq
- Establishment
- Beiträge: 1581
- Registriert: 07.10.2012, 14:56
- Alter Benutzername: MasterQ32
- Echter Name: Felix Queißner
- Wohnort: Stuttgart & Region
- Kontaktdaten:
Re: Showroom - Aktuelle Arbeiten und Projekte
Joeydee inspirierte mich und ich habe wieder mal Gamedev-Kram angefangen. Man kann jetzt langsam ein "Raumschiff" erkennen:
![Bild](https://mq32.de/public/6134849901aea4bb6e4ece61b739f7abb6eba528.png)
![Bild](https://mq32.de/public/d0c6125315797b4b297a28498728dc9a48f3df17.png)
Idee ist, das ganze so Richtung "Space Engineers" wachsen zu lassen, mal schauen, wo die Reise aufhört
![Bild](https://mq32.de/public/6134849901aea4bb6e4ece61b739f7abb6eba528.png)
![Bild](https://mq32.de/public/d0c6125315797b4b297a28498728dc9a48f3df17.png)
Idee ist, das ganze so Richtung "Space Engineers" wachsen zu lassen, mal schauen, wo die Reise aufhört
War mal MasterQ32, findet den Namen aber mittlerweile ziemlich albern…
Programmiert viel in
Zig
und nervt Leute damit.
Programmiert viel in
Re: Showroom - Aktuelle Arbeiten und Projekte
@xq: Cool! :)
Bei mir sind die "Raumschiffe" zwar immer noch sinnfreie unförmige Quader-Konglomerate. Aber nun mit ein wenig Textur (geklaut, und noch ohne Mip) sowie mit Kollsionsphysik Playerkugel vs. Dreiecksuppe. Sprich, man kann da jetzt sehr nah ran und zwischen den Strukturen durchfliegen.
Zur Kollision: Video, or it didn't happen. Ein paar Flugübungen auf dem Schifssfriedhof.
Steuerung ist mit Drift, aber stark gedämpft. Man kann nur mit Steuerdüsen, mit Triebwerk und mit Boost (braucht sich schnell auf) fliegen.
(Am Anfang des Videos wird nur im Map-Scale zum Stern navigiert; das ergibt dann die Skybox für die lokale Szene. Nicht verwirren lassen, die Map erkennt man noch nicht als solche mangels Labels etc., und es gibt auch noch keinen Reise-Übergang ins Zielsystem)
Bei mir sind die "Raumschiffe" zwar immer noch sinnfreie unförmige Quader-Konglomerate. Aber nun mit ein wenig Textur (geklaut, und noch ohne Mip) sowie mit Kollsionsphysik Playerkugel vs. Dreiecksuppe. Sprich, man kann da jetzt sehr nah ran und zwischen den Strukturen durchfliegen.
Zur Kollision: Video, or it didn't happen. Ein paar Flugübungen auf dem Schifssfriedhof.
Steuerung ist mit Drift, aber stark gedämpft. Man kann nur mit Steuerdüsen, mit Triebwerk und mit Boost (braucht sich schnell auf) fliegen.
(Am Anfang des Videos wird nur im Map-Scale zum Stern navigiert; das ergibt dann die Skybox für die lokale Szene. Nicht verwirren lassen, die Map erkennt man noch nicht als solche mangels Labels etc., und es gibt auch noch keinen Reise-Übergang ins Zielsystem)
Re: Showroom - Aktuelle Arbeiten und Projekte
0.38er Rohr in einer Überstulpmuffe mit Zwiebelnut.
(Ingenieur-Sprache kann ich :P)
Fehlt jetzt nur noch die Texturierung. Ich habe mich ewig mit Eulerwinkel rumgeärgert, da bei Rotationen >120° die Slider im GUI falsche Werte angenommen haben. Dank Quaternionen fühlt sich jetzt GUI, Gizmo und Model-Geometrie (fast) konsistent an.
Modelle nach OBJ exportieren klappt auch.
(Ingenieur-Sprache kann ich :P)
Fehlt jetzt nur noch die Texturierung. Ich habe mich ewig mit Eulerwinkel rumgeärgert, da bei Rotationen >120° die Slider im GUI falsche Werte angenommen haben. Dank Quaternionen fühlt sich jetzt GUI, Gizmo und Model-Geometrie (fast) konsistent an.
Modelle nach OBJ exportieren klappt auch.
Re: Showroom - Aktuelle Arbeiten und Projekte
Haha, genial. Im Gegensatz zu dem ganzen Informatik-Fachsprech klingt Ingenieurssprache einfach unfassbar deutsch. So richtig kantig und griffig, aber auch manchmal ein wenig Selbstironisch. Als Hobby-Sprachnerd macht mich das irgendwie an :D
(Fun-Fact: Die alternative Schreibweise von Nut ist Nute. Unreifere Menschen würden an dieser Stelle jetzt kichern, ich aber natürlich nicht.)
Lieber dumm fragen, als dumm bleiben!
https://jonathank.de/games/
https://jonathank.de/games/
Re: Showroom - Aktuelle Arbeiten und Projekte
Ich finde, dass das fast immer etwas obszön (oder gar vulgär) klingt :DIm Gegensatz zu dem ganzen Informatik-Fachsprech klingt Ingenieurssprache einfach unfassbar deutsch.
Naja... vlt ist das auch in der deutschen (Sprach-)Kultur begründet.
Re: Showroom - Aktuelle Arbeiten und Projekte
Ich halte mich für relativ, nein, sehr reif und ich habe gekichert -- und stehe dazu ;-).Jonathan hat geschrieben: ↑21.09.2021, 19:06Haha, genial. Im Gegensatz zu dem ganzen Informatik-Fachsprech klingt Ingenieurssprache einfach unfassbar deutsch. So richtig kantig und griffig, aber auch manchmal ein wenig Selbstironisch. Als Hobby-Sprachnerd macht mich das irgendwie an :D
(Fun-Fact: Die alternative Schreibweise von Nut ist Nute. Unreifere Menschen würden an dieser Stelle jetzt kichern, ich aber natürlich nicht.)
Es gibt aber auch noch mehr so Perlen. Ich bin Simulationsfan und außerdem recht vertraut im deutschsprachigen Automotive-Umfeld. Reifenmodelle finde ich spannend, deswegen ist mir der Begriff "tire contact patch" sehr geläufig (also der Teil des Reifens, der inklusive Deformation den Boden zu einem bestimmenten Zeitpunkt berührt). Der ingenieursmäßige Begriff des Reifen-Latsch lies mich dann aber auch wieder sehr schmunzeln -- natürlich in reifer Form ;-)
Re: Showroom - Aktuelle Arbeiten und Projekte
Mit Shardcraft geht's seit längerer Zeit leider nicht weiter.
Da ich heute aber meinen zehnten Geburtstag hier bei ZFX feiern darf, gibts ne mini Vorstellung von einem Nebenprojekt ;)
Und zwar ein Pegelmesser für einen kleinen Bach. Normal ist der Bach 20 cm hoch. Im Juli wurden auch wir nicht mit Hochwasser verschont und so ist die Idee für einen Pegelmesser entstanden.
Ein Ultraschallsensor SRF05 misst den Abstand zur Wasseroberfläche.
Ein dsPIC steuert den SRF05 an, misst auch noch die Temperatur und ermittelt aus den Daten über die Schallgeschwindigkeit und die Schalllaufzeit den Abstand.
Die ermittelten Daten werden über RS485 an einen Raspberry Pi geschickt. Auf dem Pi läuft node.js. Mit einem Javascript werden die Daten an der seriellen Schnittstelle empfangen und über HTTPS an einen Webserver geschickt und hier in einer MySQL Datenbank gespeichert.
Ein PHP Script läd die Daten aus der Datenbank und visualisiert den Verlauf mittels einer SVG Grafik :)
Blöderweise misst der Ultraschallsensor auch das Gras am Ufer, weshalb der Pegel so verrauscht ist. Da muss ich evtl. selbst das Echosignal vom Sensor auswerten. Aber ansonsten funktionierts.
Die Elektronik mit dem dsPIC ist einfach meine Masterarbeit. Eigentlich kann man mit dieser über Sprachbefehle ohne Cloud ein Licht steuern ;)
In dem Video kann man die Elektronik (mit der Anwendung zur Sprachsteuerung) in Aktion sehen:
Da ich heute aber meinen zehnten Geburtstag hier bei ZFX feiern darf, gibts ne mini Vorstellung von einem Nebenprojekt ;)
Und zwar ein Pegelmesser für einen kleinen Bach. Normal ist der Bach 20 cm hoch. Im Juli wurden auch wir nicht mit Hochwasser verschont und so ist die Idee für einen Pegelmesser entstanden.
Ein Ultraschallsensor SRF05 misst den Abstand zur Wasseroberfläche.
Ein dsPIC steuert den SRF05 an, misst auch noch die Temperatur und ermittelt aus den Daten über die Schallgeschwindigkeit und die Schalllaufzeit den Abstand.
Die ermittelten Daten werden über RS485 an einen Raspberry Pi geschickt. Auf dem Pi läuft node.js. Mit einem Javascript werden die Daten an der seriellen Schnittstelle empfangen und über HTTPS an einen Webserver geschickt und hier in einer MySQL Datenbank gespeichert.
Ein PHP Script läd die Daten aus der Datenbank und visualisiert den Verlauf mittels einer SVG Grafik :)
Blöderweise misst der Ultraschallsensor auch das Gras am Ufer, weshalb der Pegel so verrauscht ist. Da muss ich evtl. selbst das Echosignal vom Sensor auswerten. Aber ansonsten funktionierts.
Die Elektronik mit dem dsPIC ist einfach meine Masterarbeit. Eigentlich kann man mit dieser über Sprachbefehle ohne Cloud ein Licht steuern ;)
In dem Video kann man die Elektronik (mit der Anwendung zur Sprachsteuerung) in Aktion sehen:
- Krishty
- Establishment
- Beiträge: 8229
- Registriert: 26.02.2009, 11:18
- Benutzertext: state is the enemy
- Kontaktdaten:
Re: Showroom - Aktuelle Arbeiten und Projekte
Sehr geil! Würde gegen das Gras am Ufer ein max()-Filter über n Sekunden helfen? Wenn Gras vor dem Wasser ist, kann die Distanz ja schonmal zu gering erkannt werden, aber mir fällt kein Fall ein, in dem die tatsächliche Distanz zum Wasser überschritten werden könnte.
Re: Showroom - Aktuelle Arbeiten und Projekte
Ich habe mich die letzten Tage mal ein wenig mit dem Prinzip "wave function collapse" beschäftigt.
Nachdem ich dank xq (und Schrompf) verstanden hatte, dass das gar nichts mit Wellenfunktionen zu tun hat, sondern einfach nur ein Synonym entliehen aus der Quantenmechanik ist für "in diesem Kästchen ist das Ergebnis noch unbestimmt". A la Schrödingers Katze existieren erstmal gleichzeitig mehrere Zustände (mehrere Tiles je Kästchen). Ziel ist dann, alles kollabieren zu lassen, bis es nur noch einen Zustand je Kästchen gibt.
Was passiert da genau?
Ein Muster (hier nicht im Bild) wird auf Regeln ("wer neben wem?") untersucht, daraus wird ein Regelset erstellt, und schließlich wird eine neue Fläche so gefüllt, dass sie allen Regeln entspricht.
Es ist vergleichbar mit dem Erstellen eines Sudoku: Man fängt mit leerem Grid an, in jedem Feld können theoretisch noch alle Zahlen auftauchen, d.h. je Feld existiert eine Liste mit allen Zahlen. Man trägt irgendwo eine mögliche Zahl zufällig ein (damit werden in dieserm Feld alle anderen Zahlen in der Liste gestrichen), daraus ergeben sich laut Regeln Ausschlusskriterien für bestimmte Zahlen in anderen Feldern, diese streicht man wiederum dort aus den Listen usw.
ich bin da noch sehr am Anfang, alles noch sehr eingeschränkt, mit wenigen Prüfrichtungen und ohne automatisches Weighting. Musste erstmal sehen ob Regelscan und Anwendung überhaupt richtig funktionieren. Scheint so.
Nachdem ich dank xq (und Schrompf) verstanden hatte, dass das gar nichts mit Wellenfunktionen zu tun hat, sondern einfach nur ein Synonym entliehen aus der Quantenmechanik ist für "in diesem Kästchen ist das Ergebnis noch unbestimmt". A la Schrödingers Katze existieren erstmal gleichzeitig mehrere Zustände (mehrere Tiles je Kästchen). Ziel ist dann, alles kollabieren zu lassen, bis es nur noch einen Zustand je Kästchen gibt.
Was passiert da genau?
Ein Muster (hier nicht im Bild) wird auf Regeln ("wer neben wem?") untersucht, daraus wird ein Regelset erstellt, und schließlich wird eine neue Fläche so gefüllt, dass sie allen Regeln entspricht.
Es ist vergleichbar mit dem Erstellen eines Sudoku: Man fängt mit leerem Grid an, in jedem Feld können theoretisch noch alle Zahlen auftauchen, d.h. je Feld existiert eine Liste mit allen Zahlen. Man trägt irgendwo eine mögliche Zahl zufällig ein (damit werden in dieserm Feld alle anderen Zahlen in der Liste gestrichen), daraus ergeben sich laut Regeln Ausschlusskriterien für bestimmte Zahlen in anderen Feldern, diese streicht man wiederum dort aus den Listen usw.
ich bin da noch sehr am Anfang, alles noch sehr eingeschränkt, mit wenigen Prüfrichtungen und ohne automatisches Weighting. Musste erstmal sehen ob Regelscan und Anwendung überhaupt richtig funktionieren. Scheint so.
Re: Showroom - Aktuelle Arbeiten und Projekte
So ganz habe ich das noch nicht verstanden. Ich fange mit einem leeren Feld an und kann dort eine Zahl eintragen - ok. Jetzt habe ich Regeln, die ausgehend von dieser Zahl die anderen Felder-Zahlen-Listen beeinflussen. Ok.
Ich sehe da ein "Problem" in den Regeln. Denn zum Beispiel bei Sudoku-Regeln kann ich relativ einfach mein gleiches Schema immer wieder abspulen, wenn alle Felder gleich sind. Ich nehme an, du hast zur Zeit 3 Zahlenwerte für blau, gelb und grün. Hast du da schon Regeln, die ein abwechslungsreiches "Durchspielen" ermöglichen?
Zum Beispiel ist eine deiner Regeln für Blau: Im benachbarten Feld kein grün - Im Gegenzug verhindert grün blaue Nachbarn. ich verstehe langsam den Ansatz.
Gehe ich recht in der Annahme, dass sich das Spielfeld dann irgendwann teilweise von selber füllt, du aber immer wieder entscheiden darfst, wie es weitergeht?
Bei deinen aktuellen Regeln könntest du das ganze Spielfeld einfarbig setzen, richtig? So könnte man Punkte für ein erfolgreiches Spiel davon abhängig machen, wie viele unterschiedliche Farben man mindestens besitzt (10 blaue, 7 grüne und 8 gelbe wären dann 7 Punkte, da max. 7 von jeder Farbe)
Ich sehe da ein "Problem" in den Regeln. Denn zum Beispiel bei Sudoku-Regeln kann ich relativ einfach mein gleiches Schema immer wieder abspulen, wenn alle Felder gleich sind. Ich nehme an, du hast zur Zeit 3 Zahlenwerte für blau, gelb und grün. Hast du da schon Regeln, die ein abwechslungsreiches "Durchspielen" ermöglichen?
Zum Beispiel ist eine deiner Regeln für Blau: Im benachbarten Feld kein grün - Im Gegenzug verhindert grün blaue Nachbarn. ich verstehe langsam den Ansatz.
Gehe ich recht in der Annahme, dass sich das Spielfeld dann irgendwann teilweise von selber füllt, du aber immer wieder entscheiden darfst, wie es weitergeht?
Bei deinen aktuellen Regeln könntest du das ganze Spielfeld einfarbig setzen, richtig? So könnte man Punkte für ein erfolgreiches Spiel davon abhängig machen, wie viele unterschiedliche Farben man mindestens besitzt (10 blaue, 7 grüne und 8 gelbe wären dann 7 Punkte, da max. 7 von jeder Farbe)
Re: Showroom - Aktuelle Arbeiten und Projekte
Das wird kein Spiel, sondern ist lediglich ein Algo zum Imitieren von (bzw. automatischen sinnvollen Ergänzen nach) vorgegebenen Mustern.
Der Sudoku-Vergleich war auch weniger zum "Sudoku-Spielen", sondern zum "Gültiges Sudoku aus leerem Feld selbst erstellen" gedacht. Weil das ähnlich abläuft.
Eine Anwendung z.B. wäre das prozedurale Erstellen von Mustern/Texturen nach Bitmap-Vorlagen. Von xq hatte ich diesen Link: https://robertheaton.com/2018/12/17/wav ... algorithm/
Dort sind am Anfang Beispiele zu einfachen Mustern.
Eine andere Anwendung wäre ein prozeduraler Levelgenerator: Man "malt" z.B. mit einem Tile-Editor eine kleine sinnvolle Levelvorlage, diese wird dann gescannt, daraus automatisch Regeln erstellt welches Tile neben welchem liegen darf, und dann kann man mit dem Collapse-Algo beliebig größere Level erstellen, die von der ursprünglichen Vorlage abkupfern, ohne direkt zu kopieren. Und man kann in die Generierung auch lokal eingreifen wenn man mag, oder Seeds vorgeben, dass an bestimmten Koordinaten schon bestimmte Tiles vorgegeben sind. Also praktisch das was du vermutet hattest mit "Gehe ich recht in der Annahme, dass sich das Spielfeld dann irgendwann teilweise von selber füllt, du aber immer wieder entscheiden darfst, wie es weitergeht?"
Das geht natürlich auch mit anderen Graphen, auch z.B. in 3D-Grids mit Meshes. Da sind feine Sachen mit möglich, Townscaper z.B. hat so einen Algo drin damit die Dioramen bei jedem Klick sinnvoll ergänzt werden:
https://www.youtube.com/watch?v=QtVkteAS15M
Der Sudoku-Vergleich war auch weniger zum "Sudoku-Spielen", sondern zum "Gültiges Sudoku aus leerem Feld selbst erstellen" gedacht. Weil das ähnlich abläuft.
Eine Anwendung z.B. wäre das prozedurale Erstellen von Mustern/Texturen nach Bitmap-Vorlagen. Von xq hatte ich diesen Link: https://robertheaton.com/2018/12/17/wav ... algorithm/
Dort sind am Anfang Beispiele zu einfachen Mustern.
Eine andere Anwendung wäre ein prozeduraler Levelgenerator: Man "malt" z.B. mit einem Tile-Editor eine kleine sinnvolle Levelvorlage, diese wird dann gescannt, daraus automatisch Regeln erstellt welches Tile neben welchem liegen darf, und dann kann man mit dem Collapse-Algo beliebig größere Level erstellen, die von der ursprünglichen Vorlage abkupfern, ohne direkt zu kopieren. Und man kann in die Generierung auch lokal eingreifen wenn man mag, oder Seeds vorgeben, dass an bestimmten Koordinaten schon bestimmte Tiles vorgegeben sind. Also praktisch das was du vermutet hattest mit "Gehe ich recht in der Annahme, dass sich das Spielfeld dann irgendwann teilweise von selber füllt, du aber immer wieder entscheiden darfst, wie es weitergeht?"
Das geht natürlich auch mit anderen Graphen, auch z.B. in 3D-Grids mit Meshes. Da sind feine Sachen mit möglich, Townscaper z.B. hat so einen Algo drin damit die Dioramen bei jedem Klick sinnvoll ergänzt werden:
https://www.youtube.com/watch?v=QtVkteAS15M
Re: Showroom - Aktuelle Arbeiten und Projekte
Danke für die Aufklärung. Anwendungen sind mind. genau so spannend wie Spiele - wobei ich denke, dass man aus dem Prinzip auch ein spannendes Puzzle machen könnte. Die Verwendung für Maps finde ich ebenfalls nachvollziehbar. Auch für die Anordnung von Räumen in prozedural generierten Dungeons.
Nicht das ich was damit anfangen könnte... aber es gibt ja auch Nicht-Astronauten, die sich für Astronomie interessieren :D
Nicht das ich was damit anfangen könnte... aber es gibt ja auch Nicht-Astronauten, die sich für Astronomie interessieren :D
- Lord Delvin
- Establishment
- Beiträge: 575
- Registriert: 05.07.2003, 11:17
Re: Showroom - Aktuelle Arbeiten und Projekte
Wirkt auf jeden Fall spannend und nützlich. Ich glaub' ich würd's auch vor allem mal für einen 2D Map-Editor hernehmen.
Re: Showroom - Aktuelle Arbeiten und Projekte
Ich habe einen Hyper-Performanten Game-Of-Life-Simulator implementiert
Grobe Randdaten:
mein GOL-Simulator schafft eine 1024x1024-Welt in 0.11 ms zu simulieren
der könnte 9.000 solcher Welten je Sekunde schaffen zu simulieren
das sind 9437184000 Zellen pro Sekunde
9 Milliarden Zellen pro Sekunde bei nur 3 Milliarden Takten pro Sekunde, das sind 3 Zellen pro CPU-Takt!!! (und das in der single threaded Implementierung)
Wie ist das möglich? Ist die Ryzen Zen2 Architektur so gut, dass sie mehr als 3-mal so viele Schleifendurchläufe schafft wie sie Takte zur Verfügung hat? Nein.
Ratet mal, wie ich diese Performance hinbekommen habe. Auflösung im Spoiler.
Grobe Randdaten:
mein GOL-Simulator schafft eine 1024x1024-Welt in 0.11 ms zu simulieren
der könnte 9.000 solcher Welten je Sekunde schaffen zu simulieren
das sind 9437184000 Zellen pro Sekunde
9 Milliarden Zellen pro Sekunde bei nur 3 Milliarden Takten pro Sekunde, das sind 3 Zellen pro CPU-Takt!!! (und das in der single threaded Implementierung)
Wie ist das möglich? Ist die Ryzen Zen2 Architektur so gut, dass sie mehr als 3-mal so viele Schleifendurchläufe schafft wie sie Takte zur Verfügung hat? Nein.
Ratet mal, wie ich diese Performance hinbekommen habe. Auflösung im Spoiler.
http://fedoraproject.org/ <-- freies Betriebssystem
http://launix.de <-- kompetente Firma
In allen Posts ist das imo und das afaik inbegriffen.
http://launix.de <-- kompetente Firma
In allen Posts ist das imo und das afaik inbegriffen.
- Lord Delvin
- Establishment
- Beiträge: 575
- Registriert: 05.07.2003, 11:17
Re: Showroom - Aktuelle Arbeiten und Projekte
Sehr cool. Deine Idee? Und wenn ja, wie kommt man drauf?
Re: Showroom - Aktuelle Arbeiten und Projekte
Ich glaube, es ist schon meine Idee. Ich wollte mal einen vektorisierten CPU-Cryptominer implementieren, allerdings umfasst der SHA256-Algorithmus TAUSENDE Bitgatter, weshalb ich dafür hätte meinen eigenen Compiler entwerfen müssen. Mit dem Game Of Life ist es händisch händelbarLord Delvin hat geschrieben: ↑24.10.2021, 21:45 Sehr cool. Deine Idee? Und wenn ja, wie kommt man drauf?
http://fedoraproject.org/ <-- freies Betriebssystem
http://launix.de <-- kompetente Firma
In allen Posts ist das imo und das afaik inbegriffen.
http://launix.de <-- kompetente Firma
In allen Posts ist das imo und das afaik inbegriffen.
- Krishty
- Establishment
- Beiträge: 8229
- Registriert: 26.02.2009, 11:18
- Benutzertext: state is the enemy
- Kontaktdaten:
Re: Showroom - Aktuelle Arbeiten und Projekte
Auf AVX wirst du dort keinen Zugriff haben? Dürfte ja mindestens 4x so breit sein, und durch die weitaus höhere Registerzahl ein Bisschen Loop-Overhead entfernen.
Re: Showroom - Aktuelle Arbeiten und Projekte
Auf dem Ryzen habe ich avx2, allerdings habe ich jetzt in golang implementiert und noch keine AVX-Bibliothek gefunden. Dem Inline Assembler wollte ich mich jetzt nicht hingeben. Außerdem muss ich die schönen berechneten Welten ja irgendwann an die Außenwelt rendern und ab da komme ich nicht mehr mit 3 Zellen/CPU-Takt hin.
Der Großwelt-Simulator ist ja in golang. Ich baue gerade in WebGL den Client, der einen Teil der Großwelt herunterlädt und lokal weitersimuliert. Wenn man 64 Zellen an jedem Rand mehr lädt, müssen nur alle 64 Frames die Daten am Rand korrigiert werden, damit der Betrachter im Client IMMER den richtigen Zustand sieht.
Gleichzeitig will ich daraus ein Spiel bauen, bei dem jeder Spieler Objekte in die Welt spawnen muss, um die gegnerische Burg zu zerstören.
http://fedoraproject.org/ <-- freies Betriebssystem
http://launix.de <-- kompetente Firma
In allen Posts ist das imo und das afaik inbegriffen.
http://launix.de <-- kompetente Firma
In allen Posts ist das imo und das afaik inbegriffen.