Silkroad Online Forum

Möglich ist alles, aber nur "Hobby Programmierer" die nix draufhaben (so wie ich z.b. )
da wird das einfach nix ^^

Ich habe den Versuch so oft gestartet, ich versuche erst garnicht mehr zu zählen ^^

Studiert Gamedesign und versucht euch in einer großen Spieleentwicklungsfirma anstellen zu lassen, wenn ihr wirklich was in diesem Bereich machen wollt : )

Daddi

Proggt doch mal nen kleinen Test zusammen,macht ein wenig Promo und hört euch die Meinungen von Usern an.Dann könnt ihr euch ja immernoch an höheres ranwagen ^_^

Achja mal so am Rande.Ein Spieleentwickler sagte mal,dass man als erstes Deutsch in Schrift und Wort beherrschen sollte,was hier ja schon mal nicht der Fall ist.Da Laien mit ai geschrieben wird.
Wie willst du in einen string bei C++ z.B. ein Wort reinschreiben?Dort gibt es nämlich nicht wie bei Word schön einfach eine Rechtschreibkorrektur,die für dich denkt.Man muss beim Programmieren schon abstrakt denken und auch richtig schreiben können,da sonst das ganze Programm nicht funktioniert.

Außerdem sollte am besten jeder wenigstens ein paar Vorkenntnisse in Programmiersprachen haben.Was bringt es wenn einer Programmieren beherrscht und neben dem eigentlichen Vorgang auch noch den anderen Teilnehmern am Projekt das Schreiben von Anwendungen beibringen muss.Am besten man fängt erstmal klein mit Spielebaukästen an,wie Mods für Spiele.Morrowind hatte z.B. gleich beim Originalspiel einen Editor zum Erstellen von Modifikationen beliegen.Der nächste Schritt nach den Mods ist dann das Erlernen einer Programmiersprache.Dies erfolgt meist im Selbststudium mit Hilfe von Büchern(C++ Programmieren mit einfachen Beispielen von Markt+Technik,Autor ist Dirk Louis) oder man schaut im Internet mal nach Tutorials für Programmiersprachen.Muss man nur etwas suchen,dazu gibt es bereits sehr viel.Meiner Meinung nach sind die im Moment am häufigsten genutzten Sprachen C++(Nachfolger von C/C# Nachfolger von C++) und Java(diese wird auch an Unis und Fachhochschulen gelehrt).Als interessantes Buch für Neueinsteiger schätze ich auch "C++ für Spieleprogrammierer" ein,dort werden zwar alle Handlungsmuster an kleinen Spielen gezeigt,aber im Grunde ist es das gleiche,was die normalen Bücher zum Erlernen von C++ auch machen.Nur die "normalen" Bücher machen es eben halt mit Beispielprogrammen wie "Hallo Welt" oder einem selbsterstellten Quiz oder einer Kontoabfrage über den Bankautomaten.

Gute Seiten sind:
www.usf3.de
http://www.games-net.de/books.php

hmmm also ich bin für [x] JA

denn seht euch mal den Mod "Desert Combat" für "Battlefield 1942" an!!!

das waren auch nur hobbyprogrammierer, klar haben sie ein vorhandenes spiel genutzt aber halt fast alles umgeschrieben.......
Es wird schwerer wenn man keine grundlage hat, das stimmt und ich denk wenn man sich net alles selber machen will (Grafik/Physik engines usw)
wird das auch ne menge geld kosten die hobby progs net haben

Je mehr es sind , desto höher ist die chance dass sich jeder auf einem gebiet besser auskennt also der eine macht gute grafiken, der andre kennt sich mit physikengines aus (wenn vllt auch nur sehr simpel)....usw.

Ist denk ich nur die frage der zeit und des geldes, wenn ich was machen will und keine ahnung hab belese ich mich auch vorher und eigne mir die grundzüge an.......der rest kommt nach und nach!!!

Meist fehlt mir nur die zeit und irgendwann auch die geduld ud lust =)

Zitat

Original von Fukajo
Achja mal so am Rande.Ein Spieleentwickler sagte mal,dass man als erstes Deutsch in Schrift und Wort beherrschen sollte,was hier ja schon mal nicht der Fall ist.Da Laien mit ai geschrieben wird.

so wie du das gemacht hast werd ich jetzt auch mal meinen senf dazu geben.
Was interresiert was irgendso ein Spieleentwickler sagt?
Du hast zwar schon Recht aber sowas zu schreiben find ich schon Arrogant.
Ich hoffe ja du hast das nicht so sehr ernst genommen sonst bist du naemlich auch Arrogant.
Jeder macht mal Fehler.
Soviel zu meinem SemfXD

btw. ich find is schon moeglich mit ein paar Leien

@MasterBerat
Das hat überhaupt nichts mit Arroganz zu tun.Schreiben,Lesen und Rechnen sind einfach Grundpfeiler jedes Berufes,trotz aller Technik.Denn was soll man von einem Programmierer denken,der in seinen Texten nicht richtig schreiben kann.Da sagt sich jeder Publisher,"der wirft doch ein schlechtes Licht auf unser Unternehmen,weil unser Name auch auf der Verpackung steht".
Der Compiler für C++ erkennt z.B. vielleicht mit viel Glück einen Rechtschreibfehler und gibt daraufhin "syntax error" aus,mit der Zeilenangabe wo der Fehler gemacht wurde.Aber wenn er nun einen Fehler nicht erkennt,dann ist es meist doch mit etwas Mühe verbunden in einem Skript,wie für Spiele aller Oblivion oder Gothic 3 einen Rechtschreibfehler zu finden. Natürlich kann jeder mal einen Fehler machen,aus Stress oder warum auch immer nur sollte es nicht der Normalität entsprechen,so schlecht zu schreiben.
Man sollte schon auf erfahrene Leute in der Branche hören,in die man gerne reinmöchte.So ist es überall,auch hier bei Silkroad.Sonst könnten wir ja das komplette Forum schließen,weil sich kein Mensch mehr etwas sagen lassen will."Denn was interessiert mich was erfahrene Leute sagen,ich habe ja sowieso meinen eigenen Style.Diesen coolen Style wollen mir die blöden Mods und Admins aus dem Forum aber nicht anerkennen.",ja so ist es vor kurzem hier vorgefallen.Schließlich sollte man auf gewisse Menschen hören,da sie eben älter sind und in ihrem Bereich mehr Wissen haben als man selbst.

@XenonSalbeira
Man kann auch nicht immer davon ausgehen,dass jemand der viel vor dem Rechner sitzt auch schonmal in eine Programmiersprache reingeschnuppert hat.
Als Beispiel nehmen wir mal das Autofahren,nur weil man jeden Tag mit dem Auto fährt muss man so nicht gleich mit dem Auto auskennen.Sieht man doch,es gibt viele Menschen,die fahren täglich damit,aber nicht was was unter der Motorhaube ist.
Die Lust verlieren viele Anfänger,auch in Silkroad,weil sie kein Erfolgserlebnis haben."Da spiele/programmiere ich seit 2 Monaten und jetzt merke ich,dass ich einen Fehler(z.B. verskillt) gemacht habe und nun habe ich keine Lust mehr wieder von Vorne anzufangen".Viele Anfänger in der Programmierung stecken sich am Anfang auch zu hohe Ziele.Oft ist das Ziel die Programmierung eines eigenen Spiels,aber leider wird unter Spiel gleich eine Konkurrenz zu aktuellen Verkaufserfolgen gesehen.Ich persönlich habe mit einem kleinen Währungsumrechner(€-DM/DM-€) angefangen.Das ist noch relativ leicht,braucht keine Windowsoberfläche,sondern lässt sich mit der Eingabeaufforderung ausführen.Das Programm hatte so zwar auch keine Benutzeroberfläche,geschweige denn eine Grafik.Trotzdem war es für den Anfang machbar und man bekam schnell ein Erfolgserlebnis.Deshalb kann man ja auch mit wenigen Leuten erstmal einen Tetrisklone machen,dafür braucht man aber wieder eine Bedienungsoberfläche auf Windows oder Linux und auch jemand der die Grafik macht,sprich den Hintergrund und das Design der Steine im Spiel.Vielleicht kann auch noch jemand etwas eigene Musik machen,ein paar Klänge vom Keyboard oder Schlagzeug aufnehmen und als Hintergrundmelodie einspielen.
Ganz einfach wäre es auch noch,dass man z.B. ein Textadventure macht.Indem kann der Spieler dann vielleicht per Tastendruck auf eine Zahl einen Dialog mit dem Programm eingehen und das Programm reagiert darauf.Thema des Gesprächs ist egal(Gespräch über Angie Merkels Sexualleben oder was auch immer).Aber es ist für den Anfang leicht zu erstellen und so hat man Lust auf mehr und darauf tiefer in die Materie einzusteigen.Natürlich gibt es auch immer Durststrecken,in welchem man die Lust verliert,aber das gibt es überall.

Stellt euch das mal nicht so einfach vor,ein Spiel zu machen.Denn später für Sachen,wie die Physikengine braucht man auch viel Mathe(Matrizen und Lineare Algebra(Kurvendiskussion mit Hoch-,Tief,Wende- und Extrempunkt).Dazu braucht man dann wieder Mathematik aus dem Abitur.Ich selbst habe davon nämlich nichts in der Realschule gehört,geschweige denn gelernt.Das müsste man sich mit Realschulabschluss irgendwo selbst beibringen(Volkshochschulekurse oder aus Büchern heraus).Obwohl ich Mathe lernen im Selbststudium schwierig finde.

P.S.: Ich bin auch für die Einführung von "syntax error" im Forum,wenn dann ein Rechtschreibfehler gemacht wird,so wird der Text nicht angezeigt.
Oder man kann einen Fehlerzähler installieren,dann wird am Ende jedes Monats,derjenige mit den meisten Fehlern geehrt und bekommt einen Gutschein für einen Duden.

Das grundlegende Problem wird sein, dass viele einfach die Motivation verlieren. Schaut euch zum Beispiel Half-Life an. Das ist das Spiel für Mods schlechthin über Jahre gewesen. Wie man sieht, gibt anscheinend unzählige Modifikationen für dieses Spiel. Aber in Wirklichkeit ist das nur ein geringer Bruchteil von dem, was versucht wurde an Modifikationen zu programmieren. Und auch hier sieht man: es sind nur Modifikationen, und trozdem sind unglaublich viele Projekte gescheitert. Nicht, weil es an Können fehlt, sondern an Motivation.

Viele verlieren einfach die Lust, schieben die Aufgaben vor sich hin und das Projekt stirbt aus. Das sieht man doch wunderbar an XenonSalbeiras Beispiel: aus 30 wurden 7. Und so verhält es sich bei wirklich vielen Projekten. Anfangs sind alle hoch motiviert, keiner zweifelt am Projekt. Und am Ende landet das Projekt in der Ecke, weil keiner mehr Lust hat. Was viele hier auch vergessen, zu einem eigenen Spiel oder einer Modifikation gehören nicht nur Programmierer, sondern auch Level Designer, Modell Designer GFX- und SFX'ler. Was nutzt mir das ganze umschreiben eines Spiels, wenn es doch nur die gleichen Modelle, Maps, Grafiken und Sounds wie vorher sind? Nichts.

Hinzu kommt hier, dass es ja nur Laien sind. Man kann noch so viele Laien haben, die vielleicht ein paar Grundlagen haben, man wird trozdem nicht weiter kommen. Und bis dann vielleicht doch mal etwas halbwegs anständiges heraus kommt, können Jahre vergehen. Und in dieser Zeit, haben die meisten dann schon längst aufgegeben.

Wenn man also kein fähiges Team hat, dann wird das schonmal von vornherein nichts. Und selbst wenn man eines hat, kann es gut sein, dass man scheitert.

Ich gebe Fukjao übrigens Recht, auch wenn das tatsächlich ein wenig arrogant rüber kommt.

Zitat

Original von XenonSalbeira
Hier geht es ganz einfach um die Frage, ob es möglich wäre, würde man alle Faktoren wie Motivation, Lust, Zeit außer Acht lassen.

Würde ich beim Kochen die Faktoren Zeit, Zutaten und Geschmack außer Acht lassen, könnte ich auch kochen.
Man kann diese Faktoren nicht einfach weglassen. Wenn man es doch tut, wie du es machst, ist rein theoretisch jeder zu allem fähig. Da könnte ich auch 'ne Zeitmaschine bauen, wenn ich nur ein paar Faktoren außer Acht lasse, was man aber einfach nicht machen darf.

Zitat

Original von XenonSalbeira
wenn ca. 100 Leute 1 Stunde pro Tag an irgentetwas arbeiten

100 Leute. Laien. Alle ein paar grundlegende Kenntnisse in der selben Programmiersprache. Keiner hat einen eigenen Schreibstil bzw. es wurde sich auf keinen festgelegt. Es gibt Verständnisprobleme.
"Wo für ist das? Und wie soll das jetzt funktionieren? Das passt doch gar nicht mit meinem zusammen! Was soll das denn?"

Wenn es zu viele Leute sind, kann das auch nichts werden. Ich meine, jeder einzelne von diesen 100 Leuten erledigt seine Aufgabe (neue Frage: wer bekommt welche Aufgabe? Gibt es überhaupt soviele bzw. kann man die Aufgaben unter sovielen Leuten aufteilen?) und dann muss das auch noch irgendwer irgendwie zusammenfügen. Kommen wieder Probleme der Verständlichkeit, oder dass der eine Teil des Codes nicht mit dem anderen zusammen passt. Wie stellst du dir das denn vor? Klar ok, ein paar Leute machen Grafiken die anderen Modelle und wieder andere sprechen sich ab, wie sie die Level designen wollen. Geht ja noch. Aber mit dem Programmieren gibts dann Probleme. Bei 100 Leuten... wieviele Programmierer hat man da? Gehen wir einfach mal davon aus, dass jeder der fünf Bereiche (Coden, Mappen, Modellen, GFX, SFX) gleichmäßig unter 100 Leuten aufgeteilt wird.

Wir haben dann also 20 Programmierer. 20 Leute, die irgendeine Aufgabe erledigen die mit dem Programmieren zusammenhängt. Wie bereits gesagt hat vielleicht sogar noch jeder seinen eigenen Stil. Dem einen ist die Lesbarkeit seines Codes egal, der andere braucht für jedes Wort eine neue Zeile.
Gehen wir mal einen Schritt weiter: Jeder hat seine Aufgabe (was auch immer das gewesen mag) erfüllt. Wer fügt den Scheiss nun zusammen? Da sieht doch keiner durch. Denn derjenige der das macht, muss dafür sorgen, dass der Code zusammen passt. Aber wie, wenn er 20 Einzelstücke hat, die er selbst kaum lesen kann?

Was ich damit sagen will: Du kannst nicht einfach alles auf simple Vorgänge reduzieren. So einfach ist das nicht. Zu wenig Programmierer sind schlecht. Zu viele jedoch auch. Und schau nur mal, wieviele Probleme ich dir grade aufgezählt habe, auch ohne dass die Motivation der einzelnen Leute verloren geht. Bauen wir das jetzt noch ein, ist das Projekt sowieso dem Untergang geweiht.


Um das ganze nochmal auf das Beispiel mit dem Kochen zu beziehen: 100 Leute an ein und dem selben Gericht. Es gibt nicht genug aufgaben, jeder möchte das ganze wahrscheinlich noch nach seinem Geschmack ein wenig abändern und am Ende passt einfach nichts mehr zusammen.

Ergo: Qualität statt Quantität

Nein können sie nicht!

Und nur ein Mod z.B. für BF 2 oder so zu machen, dass zähl ich nicht dazu, denn die hauptarbeit wurde schon lange gemacht.

Also wenn man mal einen kleinen blick in richtung Modder Scene wirft *rüberschau*
Also von den Moddern ist wohl gerade mal ein minimaler bruchteil wirklich im bereixch Programieren tätig (beruflich meine ich)
Man kann alles lernen, wenn man es nur will.
Natürlich ist es möglich das sich 15 leute (würden schon reichen) zusammen setzen und ideen darüber sammeln ein Spiel zu machen.
Es kommt dabei nicht einmal auf das Know How an, sondern einfach nur auf den willen etwas wirklich durchziehen zu wollen.

Als ich zum beispiel mit dem Mappen angefangen habe (auch ein bestandteil des programierens) hatte ich natürlich nicht die geringste ahnung davon und wollte mir einfach nur ein paar schöne Funmaps basteln.
Es hat nur 2 Wochen gebraucht bis ich die erste Map erstellen konnte (war mit dem Radiant).
Gut die Map war sehr simpel und unschön, aber nachdem ich die grundlegensten sachen gelernt hatte wollte ich immer größere/schönere/detailiertere maps machen.
Also habe ich nach und nach gelernt mit dem Radiant umzugehen und alle Features die der Editor bietet zu nutzen, einfach um das beste aus meinen Maps zu machen.

Am ende kamen heufig Maps dabei raus die sich durchaus mit den besten erhältichen Free Maps messen konnten. (übung macht den meister)

Das heist das es durchaus möglich ist ein eigenes Spiel mit amateuren zu machen, voraussetzungen sind dabei aber...

-Den willen am Ball zu bleiben
-Das interesse neues zu lernen
-Die bereitschaft freizeit für ein gemeinsames projekt zu opfern
-Die bereitschaft etwas nicht einfach nur so zu machen, das es einigermaßen dem endspricht was es mal werden sollte. (zB. ein Script machen das ordentlich leuft, aber wegen fehlendes know hows trotzdem zu pfuschen)

Mal abgesehen davon das man massig Geld braucht.
So eine Engine komplett selber entwickeln kann auch ein einsteiger, dafür langt es dann doch nicht. Also->Kaufen (kosten ein paar tausend euro, zumindest die besseren)

Dazu braucht man dann halt noch sponsoren usw.

Das eigentliche ist aber das damit keiner der macher Geld verdienen wird. Selbst die verkaufszahlen der größeren Video Spiel konzerne reichen gerade mal aus um das nötigste zu decken und ein wenig was über zu haben (für kommende projekte)
Reich ist in der Video Spiele Industrie noch keiner geworden. (außer Konami vieleicht XD)

Zitat

Als ich zum beispiel mit dem Mappen angefangen habe (auch ein bestandteil des programierens)

Beim Mappen hast du einen Editor, Radiant wie du ja selbst sagtest. Du hast eine drei-dimensionale Oberfläche und diverse zwei-dimensionale Ansichten (i.d.R. alle Achsen: xy, xz, yz und halt die 3D Ansicht). Du designest dort eine Map, eine drei dimensionale Umgebung. So ähnlich wie wenn du Modelle erstellst mit zum Beispiel 3D-Studio Max.
Beim Programmieren schreibst du hauptsächlich nur Text. Arrays, Schleifen If-Funktionen, Rekursionen und was nicht alles. Das hast du beim Mappen nicht. Wenn's hoch kommt erstellst du vielleicht mal ein Script, nach welchem die NPCs kurz agieren. Mappen hat so gut wie nichts mit Programmierung zu tun. Deswegen unterscheidet man ja auch zwischen Programmieren, Mappen, Modellen usw.

Zitat

Das heist das es durchaus möglich ist ein eigenes Spiel mit amateuren zu machen, voraussetzungen sind dabei aber...

-Den willen am Ball zu bleiben
-Das interesse neues zu lernen
-Die bereitschaft freizeit für ein gemeinsames projekt zu opfern
-Die bereitschaft etwas nicht einfach nur so zu machen, das es einigermaßen dem endspricht was es mal werden sollte. (zB. ein Script machen das ordentlich leuft, aber wegen fehlendes know hows trotzdem zu pfuschen)

Genau diese Faktoren will XenonSalbeira außer Acht lassen. Ich mein, klar möglich ist theoretisch alles. Aber in der Realität sieht das dann wieder ganz anders aus. Viel zu oft fehlt der Willen am Ball zu bleiben, oder das Interesse, oder man hat keine Lust Freizeit zu opfern.

Wie gesagt, wenn man sich vorstellt alle günstigen Faktoren würden eintreten, oder man könnte einfach die Faktoren außer Acht lassen, kann ich auch eine Zeitmaschine bauen.

@Roter_Fuchs: Maps zu erstellen ist genauso Arbeit von Spiele-Programmierern wie das Scripten, das erstellen von Models.
Der begriff "Programmierer" ist der Überbegriff für alle Arbeiten die sich auf Programme und Spiele bezieht. Dazu gehört zwangsleufig auch das Mappen.
Man spricht zwar nicht vom Maps-Programieren, aber im prinzip ist es genau das. Nur das man befehle nicht einfach auf gut ding selber per Komandozeile eingibt, sondern ein endprechendes Overlay dafür hat.
Programme schreibst du auch nicht mit deinem Notepat, dafür gibt es auch programme, genau wie beim Scripten.
Es wäre unmöglich ein Script zu schreiben, ohne ein programm das diese umsetzen kann.

Zitat

Zitat von Wikipedia.de
Programmierung bezeichnet
1. die Tätigkeit, Computerprogramme (Software) zu erstellen. Im weiterem Sinne versteht man dabei alle Tätigkeiten, die mit dieser Programmerstellung verbunden sind, insbesondere auch den konzeptionellen Entwurf. Im engeren Sinne bezeichnet Programmierung lediglich das Umsetzen dieses konzeptionellen, abstrakten Entwurfes in konkreten Quelltext.
2. Ebenso bezeichnet man mit Programmierung den Vorgang des Einschreibens eines bereits fertig erstellten und in Maschinencode übersetzten Programmes und Daten in einen Festwertspeicher, z.B. ein EPROM oder EEPROM.

So, ich weiss, nicht alles was auf Wikipedia steht ist richtig, aber so haben wir wenigstens schonmal eine allgemeine Definition.

Also, Programmerstellung (erstellt man beim Mappen ein Programm? Wohl kaum). Das heisst Planen (Entwurf), Schreiben, auf Fehler überprüfen. Quelltext hat man beim Mappen auch keinen.

Und übrigens, man kann mit dem Notepad Programme erstellen, man braucht nur einen Compiler der das ganze umwandelt. Beim Mappen brauchst du einen Editor, die zugehörigen Spieldateien (bei Half-life war das immer eine .fgd) und einen Compiler. Quelltext schreibst du trozdem keinen.

P.s. Das Mappen teilweise auch eine Menge Arbeit ist, und die Fehler einem manchmal den letzten Nerv rauben können, bestreitet niemand. Trozdem ist es kein Programmieren. ;)