hallo zusammen,
ich freu mich dabei sein zu dürfen.
2D oder 3D? hmm ich sag mal 3D.
Wenn es 3D wird, bin ich für Echtzeit.
hab da irgend wo gelesen..."Olivion", hab das mal ne Woche gezockt, wegen zeitmangel wieder aufgehört, ist wie Buch lesen, es dauert.
ich wollt auch mehr auf die Perspektive kommen, die ist eine mischung aus Ego- und Fogelpersp. ala CplinterCell.
schiebt man die maus vor senkt sich die Kamera und fährt rann, bis zu head.
das sie frage, steuere ich die Kamera mit der maus? oder klick ich irgend wo auf den boden, und der Charakter läuft da hin wie bei Diablo. danke.

Hey

Ich möchte auch einen Teil verantwortung übernehmen.

Ich bin ja stark für ein MMORPG, nicht zuletzt deshalb, da mein Interesse sich derzeit der Web-Programmierung widmet.

Ich bringe diesbezüglich zwar noch wenig Erfahrung mit, freue mich aber über jeden Fitzel Erfahrung und Praxis, die Ich auf diesem Gebiet sammeln kann.


Seit längerem habe ich die Idee von einem MMORPG, was unter anderem nicht all zu viel gebrauch von den tollen "neuen" Möglichkeiten macht, die das Web einem bietet.

Die Thematik Kommunikation:

In heutigen MMORPGs ist es einem Spieler möglich, jeder Zeit mit anderen Spielern ohne Zeitverzögerung zu kommunizieren.

Es wäre höchtinteressant, ein Spiel zu spielen, in dem man nur mit den Personen Kommunizieren kann, die sich tatsächlich in grefbarer Nähe befinden.

Ich habe das gefühl, dass das Kommunikationssystem in bisherigen Spielen bei der Planung nicht weiter durchdacht ist. Wir Menschen sind ja längst dran gewöhnt, dass man über das Internet mit jedem jedezeit kommunizieren kann.

In einer Epoche, in der mit Schwertern und Bögen gekämpft wird, gibt es eben keinen "Ether", der Informationen in sekundenschnelle über weite Entfernungen transporiert.

Löst man sich von dieser (un-)Tatsache, bekommt ein MMORPG und dessen Spielfiguen gleich einen ganz anderen charakter.


Ich habe hierzu noch weitere Ideehen, aber höen wir doch erstmal, was die allgemeinheit dazu sagt.

Was haltet Ihr von der Idee eines "besseren Mehrspieler-Diablo"?

Lieben Gruß
SpongeStone

----------------
Auch Würmer müssen einmal schlafen.
Link

Ich finde, allein ein normales RPG ist ein riesiges Projekt. Soweit ich weiß benötigen Firmen, die jahrelang im Geschäft sind und hunderte von Mitarbeitern haben, immer noch mehrere Jahre um so ein Projekt auf die Beine zu stellen. Ich denke wir haben für so ein Spiel einfach nicht die Erfahrung, die Leute und die Zeit (die Mitarbeiter der Firma arbeiten pro Tag sicher ca. 8 Stunden). Daher wäre ich lieber für ein typisches "Indie"-Game.

Zitat:

Ich werd zwar nicht mitmachen, aber dem kann ich mich trotzdem nur anschließen. Es wäre bestimmt sinnvoller, etwas schön kleines, innovatives zu basteln, was den Spieler eine kurze Zeit lang fasziniert und unterhält, als gleich ein MMORPG anzufangen. Das klappt der Erfahrung nach ja sowieso meistens nicht.

Außerdem ist ein gewisses Maß an Innovation wohl das einzige, was so einem Projekt wirkliche Bedeutung geben könnte, denn ich denke mal, ihr wollt nicht mehrere Monate höchst diszipliniert und organisiert zusammen an diesem Projekt arbeiten, damit es dann gefühlte drei Leute im Forum spielen.
Man müsste dabei ja auch nichtmal ausschließen, dass das Spiel online stattfindet, denn das böte sicher auch ganz ausgezeichnete Möglichkeiten für originelle Ideen in kleinerem Maßstab.

Also wenn es nach mir geht, was es nicht tut, arbeitet doch besser an einem spannenden Konzept für ein kleines einfaches Spiel, das sich in weniger als einem halben Jahr umsetzen lässt.

----------------
~~Projekte~~
Doyle 2 Website

Unfug.

Ich kann ein kleines online Spiel programmieren, was in wenigen Tagen fertig ist.
Ich kann aber auch ein umfangreiches (Offline-) Spiel programmieren, an dem Ich Jahre arbeite.


Der Programmieraufwand ist meiner Einschätzung nach nicht wesentlich größer.

Was brauch Ich da mehr?


Ich brauche eine Kommunikationsschicht: Der Client teilt dem Server mit, dass der Benutzer die Kreatur schlägt. Der Server teilt dem Client mit, dass die Kreatur gerade gestorben ist und auf koordinate XYZ einen Geldbeutel fallen gelassen hat.

Um Sicherheit (und (un-)cheatbarkeit) müsste ich mir mehr gedanken machen,

Arbeit an zwei Programmen, Server und Client. Muss mir also gedanken machen, was Ich vom Serrver berechnen lasse, und was vom Clienten. Das fällt aber genaugenommen unter Sicherheit.

Das stell ich mir jetzt nicht sonderlich komplizierter vor.

Das Testen wird vielleicht schwieriger, da jeweils server (z.B. je lokal installiert) und Client gestartet werden müssen.

Und selbst wenn hinterher nur zwei oder drei Personen das Spiel spielen, haben auch zwei oder drei leute mit sicherheit mehr freude, wenn sie sich gelegentlich über den Weg laufen, oder gar zusammen Monsterschädel zerdeppern.
Ich erwarte ja garnicht, dass hunterte leute das daddeln. In dem fall hätte man tatsächlich ein Problem, da man dem Server einen Stantort mit mehr Bandbreite zur Verfügung stellen müsste, was unter'm Umstand Geld kostet - aber selbst das währ es mir wert, allein wegen der Erfahrung.


Interessant währe mal: Kann DBp sowas überhaupt?
Laut DBLounge schafft create net game schoneinmal nur maximal 255 Verbindungen.

Lieben Gruß
SpongeStone

----------------
Auch Würmer müssen einmal schlafen.
Link

Ihr wisst schon,das der thread über 4 jahre alt ist !

Wenn ihr ein neues Community Projekt machen wollt, dann könnt ihr euch Gerne einen neuen thread aufmachen,
da ich nicht glaube,das die Schreiber hierdrauf noch Reagieren werden.

----------------
DBP v1.0761

[www.Stephan-Geist.de.vu]

@SpongeStone, um mich hier einmal selbst zu zitieren:

Zitat:

Gegen online spricht nichts, ich halte nur ein MMORPG für übertrieben. Aber spielt ja auch nicht so die Rolle, wenn du einen realisierbaren Plan hast und das Team einverstanden ist werde ich euch nicht aufhalten.


Achja... und Stephan hat natürlich recht.

----------------
~~Projekte~~
Doyle 2 Website

Hallo Leute

Ich bin neu in diesem Forum, was nicht bedeuten soll dass ich nicht mindestens genauso gerne programmiere und mich neuen Herausforderungen stelle

Mit großem Interesse lese ich Euren Thread über ein gemeinsames Projekt (ja auch wenn er schon 4 Jahre alt ist) und würde ganz gerne meine 2 Cent beisteuern.

Womöglich lassen sich noch genügend Leute begeistern.

-=-

Was haltet Ihr von einem MAD-TV Remake, samt Multiplayer Part.

Oldschool, Packend & Simpel

Man könnte es noch um ein Paar Funktionen erweitern.

Ich meine jetzt auch nicht so nen crap wie MudTV, das hatte nichts vom Flair und Faszination des klassikers...

Ich weis das sowas schon mal von einer anderen Gruppe probiert wurde, die haben es jedoch nicht fertiggestellt

-=-

Eine andere Idee von mir wär ein innovatives Tower Defence

Game ála Defence Grid

Bin mal auf Eure Meinung gespannt

----------------
Es braucht die Rechenpower eines 1GHz Prozessors, 1GB RAM und 16GB Festplattenspeicher, um Windows Vista laufen zu lassen.
Es brauchte die Rechenpower von drei C64, um zum Mond zu fliegen - Irgendetwas stimmt mit unserer Welt nicht...

das genre ist mir erstmal ziemlich egal, mir wären aber ein paar sachen wirklich wichtig in einem spiel:

1. charaktere! ich liebe spiele mit liebevoll gestalteten charakteren. ich denke auch, dass auch kleine arcarde-games oder ein tower-defense ein paar charaktere gebrauchen könnte, die zwischendurch mal ein paar sätze von sich geben. ich mag sowas halt ^^

2. man glaubt, mittendrin zu sein: klappt natürlich wunderbar mit ego-sicht oder third-person-sicht, geht aber sicher nicht bei allen genres. atmosphäre macht hier auch ne ganze menge...

3. sound / grafik: muss nicht ultra-professionell sein, aber ich finds klasse, wenn es alles passend ist. ich spiel sehr ungern spiele, die einen total nervigen soundtrack haben.


das sind meine gedanken dazu, vielleicht kann man das ja integrieren, bin da aber nicht allzu festgefahren. wichtiger wäre mir, überhaupt erstmal anzufangen

Zitat:
Doch, von Zeit zu zeit schon

*nix beitragend*

----------------

Habe damals etwas rumexperimentiert zum Thema Offline RPG, hier ist ein Video davon (der Code dürfte auch noch gut optimiert sein):

http://www.youtube.com/watch?v=Xwy0Rz1pimA

ich würde die kamera range etwas verändern.

z.b. set camera range 0.01,......

1. damit die clipping fehler verschwinden (manchmal kann das auch bei schlecht gebauten modellen helfen)

und

2. damit man ein wenig mehr sieht,und etwas weiter als nur die paar meter gucken kann.

Benutzt du die Terrain Funktionen ?? Denn die sind eigentlich
recht flott,und du kannst fast die ganze karte anzeigen ohne große geschwindigkeits einbußen.

----------------
DBP v1.0761

[www.Stephan-Geist.de.vu]

Sieht ziemlich cool aus! ...aber bewegt sich das Schwert mit dem Bein mit? Sieht nämlich so aus, als würde sich bei einer Beinbewegung der untere Schwertteil auf nach vorne bewegen. Vielleicht ist es aber nur eine optische Täuschung ^^

Hi

Des Video sieht auf jedenfall vielversprechend aus. Gefällt mir sehr gut (schön bunt auch XD). Naja, mich würde interessieren, wie die Kollision funktioniert (sowohl die mit der Erde selbst, als auch die mit frei stehenden Objekte wie dem Haus).

Mit den Standard DBPro Befehlen hat man oft Probleme. So kann man zum Beispiel oft nicht in Häuser selbst reingehen (wegen object box kollision und auch polygon kollision funktioniert nur sehr dürftig). Auch mit static object collision box etc. gibts immer wieder Probleme. Deshalb würd mich eben interessieren wie du das umgesetzt hast und ob du ne zusätzliche DLL verwendest.


P.S.: Noch mehr Atmosphäre und Stimmung könntest du mit ner
guten Skybox und Hintergrundmusik einbauen.

Oh man, hätte das Thema hier fast ganz vergessen...

Also Kollision entweder mit get static collision (für Viereckige frei stehende Objekte), für runde Objekte würde ein einfacher algorythmus, der die Distanz zu geladenen runden Objekten erfasst reichen.
Beim betreten von Häusern reicht es einfach den Helden und das Modell des Hauses durch ein Detail Modell zu ersetzen, die neue Kollision zu laden, evtl. Den Rasenzeichner ausstellen... Solange der Charakter keine Geschwindigkeiten wie Sonic erreicht und die static collision Boxen nicht zu klein sind, werden wohl keine Probleme auftreten (hat auch für die Block Kollision bei dem Mario Spiel gereicht). Ansonsten kann durch das definieren der Grenzen eines Objektes ja auch selbst einfach der resultierende Vektor berechnet werden.

Für die Kollision mit "nicht betretbaren Zonen" des Terrains habe ich noch eine Eigenkreation aus meinem Mario Spiel parat. Habe noch keine Kollision in das Spiel gebracht und auch noch keinen Algorythmus zum laden von allen Objekten nur im Sichtbereich (größere Dinge wie Städte oder Schlösser würden die ganze Zeit im low Detail in der Entfehrnung sichtbar sein).

Ich habe bis jetzt angenommen, dass das Flackern der Schatten vom shadow shader mit der camera range verknüpft ist, hätte ich nicht gedacht!

Eine Camera range von 10,... hat dieses Problem nun komplett eliminiert, danke, hätte bestimmt gedauert bis ich das rausgefunden hätte

Jetzt habe ich nurnoch das Problem, das der Schatten hellgrau wird, sobald man transparente Objekte auf dem Bildschirm hat.

Die Map ist immoment noch aus 2 Matrizen aufgebaut, einer feinen kleinen für Nah und einer groben riesigen für Fern, habe die terrainfunktionen noch nie benutzt, muss aber auch sagen, dass die 2 Matrizen sich nicht bemerkbar machen, was performance angeht (habe auch einen schönen Ladealgorythmus der immer weiche Übergänge garantiert), da ist im Momment die etwas unoptimierte "Rasen-engine" eher performance lastiger.

Der Leveleditor läuft immoment noch in realtime beim Spielen ab, wenn man die e taste drückt und ist auch ziemlich komfortabel zu Nutzen.

Das Schwert bewegt sich nach vorne, weil der "Held" beim Laufen mit dem Bein dagegen stößt und es sich so nach vorne beugen müsste, habe die animationen auch alle noch einmal bearbeitet und die Bewegung des Schwerts dabei auf ein Minimum geschraubt, da es mich auch etwas genervt hat (-:

brauche aber eine gute Story und sehr viel Hilfe, wenn das Projekt fertig werden soll... (rein Programmiertechnisch wäre es durchaus machbar, ich könnte sogar einen effizienteren Grasszeichnungsalgorythmus basteln der die Frame rate dramatisch ansteigen lassen würde...)
Die Reichweite der im Video dargestellten Spielwelt
beträgt im Momment etwa das 500 fache des Gebietes, auf dem noch Rasen und Felsen dargestellt werden, was noch zu längeren Ladezeiten führt, beim ersten Laden der array.

Wow, ich seh das Video jetzt erst - das sieht ja echt knorke aus. Animationen und Sichtweite sind zwar in der Tat da noch nicht so optimal, aber solang du die noch verbessert hast... und das Gras ist echt ein Hingucker.

Ich habe gerade ziemlich viel zutun, mit eigenen Projekten, Uni... aber womöglich könnte ich im Bereich Story hier und da ein paar Beiträge liefern. Bei Bedarf. Könnten uns ja mal über ICQ oder E-Mail arrangieren.

----------------
~~Projekte~~
Doyle 2 Website

Habe den Live messenger zur Zeit. Habe auch noch etwas Zeit an meinem Projekt zu arbeiten, da ich wieder auf Studien / Ausbildungsbeginn warte. Eine gute Story und eine schöne Weltkarte erarbeiten wäre ein guter Anfang, dann weiß man auch erst was für Modelle man überhaupt braucht und auf welche Stimmung man hinarbeiten sollte.