Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!
seit ein paar Jahren lese ich regelmäßig dieses Forum und arbeite auch selber an einigen privaten Projekten. Mein Name ist Tobias und ich bin 25 Jahre alt. 2011 habe ich mein Wirtschaftsinformatik Studium abgeschlossen und mich während des Studiums auf den Bereich der Web-Entwicklung und Datenbanken konzentriert. So viel zunächst von mir.
Warum schreibe ich das alles?
Nun - Seit ein paar Wochen quält mich eine Idee für ein Spiel, für welche ich allerdings Unterstützung und vor allem Feedback benötige. Ich weiß aber auch, dass besonders neue Ideen - ohne vorzeigbare Prototypen - sehr kritisiert werden. Trotzdem habe ich mich zu diesem Schritt entschlossen.
Das Spiel:
Es handelt sich um ein location based online RPG, bzw. Geo social game (GSG). So spielt sich alles, ähnlich wie beim Klassiker "Ingress", nicht direkt am Computer, sondern in der "realen" Welt ab ;-)
Grob gesagt: Alle Elemente, ob Rohstoffe, Gebäude oder Spieler haben eine GPS-Koordinate und befinden sich im Spiel nur an dieser Stelle.
Szenario:
Du lädst dir die Smartphone-App herunter und landest inmitten der Spielwelt. In dem Waldstück neben deiner Arbeit (im RL) siehst du einen Wald (Rohstoff-Spot ingame), in dem regelmäßig Holz aufgesammelt werden kann. Ein paar Kilometer weiter befindet sich in der Nähe eines realen Steinbruchs ein Erz Rohstoff-Spot. Du kannst dort regelmäßig vorbei schauen und Rohstoffe einsammeln...
Wozu?
Spieler können Rohstoffe mit anderen Spielern, oder mit Fabriken handeln
Fabriken?
Jeder Spieler kann sich mit genügend Geld eine eigene Fabrik bauen. Diese wird dann für andere Spieler angezeigt. Vor dem Bau muss sich der Spieler entscheiden in welchem Sektor seine Fabrik tätig sein wird und wo sie gebaut werden soll. Möglich wären z.B. Maschinenbau, Baustoffe, ...
Nach Abschluss des Baus, kann er die Produktion managen und Löhne festlegen.
Löhne?
Läufst du durch deine Stadt (im RL) und erkennst in der Nähe befindliche Fabriken, kannst du dort hinlaufen und für diese Fabrik arbeiten. Dafür wirst du entsprechend entlohnt und der Besitzer der Fabrik erhält einen Fortschritt im Bauprozess.(Wie das genau aussieht, muss noch geklärt werden). Ist die Produktion abgeschlossen, kann der Besitzer der Fabrik entscheiden, ob er das Produkt im Fabrik-eigenen Shop für andere Spieler anbietet oder an andere Fabriken handelt und mit Karren verschickt.
Karren?
Karren befördern die Waren über längere Strecken und haben mehr Transportplätze als ein Spieler. Sie fahren über reale Straßen, können aber später von geübten Spielern geplündert werden.
Plündern?
In dem Spiel sollen Spieler auch durch unehrliche Arbeit an Ruhm gelangen. Es besteht die Möglichkeit Karren zu überfallen. Siehst du also auf deiner Karte, das in der Nähe ein Karren unterwegs ist, kannst du ihn abfangen und plündern. (Wie das im Detail funktioniert, also ob der Spieler Waffen braucht und wie der Karren verteidigt werden kann, muss noch geklärt werden)
Wo ist der Langzeitspaß?
Spieler können sich durch geschicktes Handeln und durch Beziehungen innerhalb der Stadt einen Namen machen. Vorstellen könnte ich mir auch gewisse prestige Objekte wie Statuen etc.
Ein überregionaler Handel, in dem Spieler aktiv mit Geschäftsleuten aus anderen Städten kommunizieren, könnte ebenfalls den Langzeitspaß garantieren.
Außerdem werden bestimmte Diebesgilden entstehen, die sich lediglich auf den Raub konzentrieren und somit in einer Stadt besonders geführchtet werden.
Wir haben noch viele weitere Ideen, aber für den Anfang sollte dieser grobe Überblick erst einmal reichen.
Du kannst dir das Spiel noch nicht richtig vorstellen wie das funktionieren kann? Dann schau dir doch einfach mal Ingress an. Sicher findest du zu diesem Stichwort gescheite Videos auf den bekannten Video-Plattformen.
Das Team
Bisher vorhanden sind:
- Ein Game-Designer und Geographie-Student
- Meine Wenigkeit (Webdesign, Webservices und Datenbanken für den Datenkanal, kann auch je nach Anforderung HTML5/WebGL oder C# supporten)
Gesucht wird:
- Android- oder WebGL-Entwickler (Es ist noch abzuklären, ob die Apps durch HTML5 oder native Android-Anwendung geschrieben werden)
- Grafiker für die 2D/3D Objekte und allgemeine Gestaltung
- System Administrator für die Server
Alter bitte über 18 Jahre.
Wir werden dieses Projekt als Hobby betreiben. Es steht also zunächst niemand unter irgendeinem Pantoffel :-) Falls es sich irgendwann später zu einem kommerziellen Projekt entwickelt, werden alle aus dem Startteam gleich behandelt.
Nun - Ich hoffe ihr habt einen groben Überblick von dem, was ich mir vorstelle.
Ich bitte um euer ehrliches Feedback.
Falls ihr Interesse habt, schreibt mir doch einfach eine PN. Wir diskutieren dann über die Machbarkeit :-)
Beste Grüße
Tobi
Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »Muhk« (03.03.2014, 12:56)
die Idee ist (wenn auch nicht neu) gut und würde meiner Meinung nach regen anklang finden.
Wie man sieht hast du dir ja auch schon sehr viele Gedanken dazu gemacht, dass einzige was ich mir als schwer bei der Umsetzung vorstelle ist:
Woher kommen die GPS-Koords?
Ich meine klar Google Maps etc. jedoch hat man dort ja auch oft das Problem, dass man Beispielsweise bei einem Wald nicht sehen kann, ob der Ort wirklich zugänglich ist oder ob man sich erst durch das geäst kämpfen muss um dort hin zu gelangen (Man kanns ja schlecht Persönlich vor dem Release ALLES ablaufen)
Die Idee ist, dass die Benutzer selber Rohstoff Spots mit Foto hochladen. Diese werden von GMs gecheckt und freigeschaltet.
Es muss auch nicht zwangsweise ein großer Wald als Spot dienen. Ein kleiner Park innerhalb einer Stadt reicht total aus. Oder ein Brunnen in der Fußgängerzone kann zb Wasser droppen. Der gm kontrolliert nach bestimmten Kriterien . ZB. Ist kein anderer Spot in der Nähe? Passt das Bild in etwa zur Position ? Passt das Verhältnis ?
Fabriken können aber ohne Freischaltung gebaut werden.
Ah ok, das macht das ganze doch gleich noch viel interessanter, ich mein was ist für einen Spieler schöner als die "Welt" selbst mit gestalten zu können
Bin gespannt wie sich das Projekt entwickelt, denke da steckt jede Menge potential hinter wenn's richtig angegangen wird
Danke für das Feedback!
Wir werden unser Bestes geben ;-)
Falls sich kein Entwickler meldet, werde ich wohl zunächst erst einmal das Game in 2D - nur von oben - auf eine Art Google Maps gestalten. Auch wenn die Arbeit am Ende fast umsonst wäre. So könnten wir dann aber nach richtigen Entwicklern suchen und hätten schon einmal etwas, was man zeigen kann.
Ich empfehle euch es nativ in Android zu programmieren. Diese App wird vermutlich doch auf relativ viele Sensoren und Geräte-Spezifische Elemente eingehen und da sind diese HTML-5 Cross-Compiler eher schwierig zu handhaben. Zumindest hatten wir im letzten Semester ein Uni-Projekt mit Android und eine Gruppe hat sich an einem solche Cross-Compiler ziemlich die Zähne ausgebissen. Also gerade so Augmented Reality Sachen würde ich lieber nativ coden.
Im Übrigen finde ich es interessant, dass ihr einen Android-Entwickler, aber nur einen Server-Administrator sucht. Mein Gefühl (auf Basis der verschiedenen Android-Uni-Projekte, die teilweise auch in diese Richtung gingen) sagt mir eher, dass die Server-Entwicklung die eigentliche Schwierigkeit werden dürfte.
Der Client ist ja relativ schnell zusammengesetzt. Die Karte kommt von Google und muss nur eingebunden werden. Mögliche Interaktions-Objekte(Rohstoff-Spots, Fabriken, etc.) werden als Geofence registriert und sobald sich der User dem Objekt nähert wird automatisch eingesammelt (oder der User gefragt, was er machen möchte).
Der Rest ist eigentlich Client-Server-Kommunikation und der Server muss die ganzen Rohstoff-Spots handeln können, die Spieler Statistiken verwalten, Karren steuern. Also im Prinzip läuft die gesamte Spiellogik auf dem Server und der Client verarbeitet nur die Daten, die er vom Server bekommt und stellt diese mit bereits gegebenen Mitteln dar.
Ihr solltet euren Fokus also vor allem auch auf den Server legen, denn der ist das Herz eures Spiels und ein Android-Entwickler wird aus euerer Idee lange nicht das machen können, was ihr euch vorstellt (naja gut Android ist Java und dann könnte er evtl. auch den Server programmieren, aber ich denke ihr versteht, was ich meine ).
danke für deine Einschätzung.
Ich glaube auch, dass eine native App wahrscheinlich besser läuft als eine hybride. Das gilt es in nächster Zeit noch genauer zu untersuchen. (Evtl. kann man sowas ja auch mit Unity erledigen?? )
Zu dem gesuchten Android-Entwickler:
Ich habe mich wahrscheinlich unpräzise ausgedrückt. Gemeint war, dass ich mich zunächst um die ganze Server-Programmierung kümmere, weil es der wohl größte Part des ganzen Projektes ist. Selbstverständlich werde ich - wenn das Projekt erst einmal ins Rollen kommt - auch Unterstützung suchen und brauchen.
Deshalb hier eine bessere Übersicht:
Android-Entwickler:
Entwickelt die App (den Client) mit all ihren Bestandteilen, also GUI, Logik, Interfaces,.... Da die Anwendung später nicht nur eine GoogleMaps-Einbindung sein soll, sondern 3D-Elemente besitzen soll, gibt es hier genügend zu tun.
System-Administrator:
Kümmert sich hauptsächlich um die Anschaffung und Wartung der Server. Anfangs reicht selbstverständlich ein kleiner vServer. Trotzdem müssen hier regelmäßig Patches eingespielt und auf Sicherheit geachtet werden.
Diese Person wird am Anfang sicher weniger zutun haben und kann je nach Erfahrung auch an anderen Stellen flexibel einspringen. Sollte das Projekt allerdings gut laufen, soll diese Person sich um Performance-Probleme kümmern und evtl. Cluster planen, etc.
). 
Projektvorstellungen und Stellenangebote »
Illarion - ein OpenSource-Rollenspiel
(24.11.2010, 11:02)
29.04.2024, 20:27
Zum Seitenanfang
