spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »TM_«

Hab mir jetzt mal alles so durchgelesen, und oft wird erwähnt, dass meine Spiele keine große Qualität haben, ber in Scratch ist das auch ncith möglich, da es unter anderm online ganz anders ablaufen kann als ofline. Außerdem sind viele Spiele nicht ganz fertig, sondern nur eine DEMO, und das steht dann auch da dran. Und erzählt mir jetzt nciht, eine DEMO darf nicht verbuggt sein, sie sollte mir nur helfen, einen ersten Eindruck der Leute zu bekommen.

Ich glaube, dass keiner es böse gemeint hat. Wir waren einfach nur ehrlich und haben gesagt, was wir dachten. Du bist ja kein Kleinkind, das später mal Präsident werden möchte.

Zitat von »TM_«

Vermutlich hab ich mich im ersten post auch etwas ungenau ausgedrückt. Ich möchte erst eine professionelle Programmiersprache erlenen, damit dann viel rum experementieren, versuchen spiele zu erstellen die zu midnestens 99% fehlerfrei sind dann erst, was erst in ein paar jahren sein kann, versuchen damit geld zu machen.

Dann ist ja alles klar. Lass uns wissen für welchen Weg du dich entscheidest.

spontan würde mir einfallen:
das Bild muss tatsächlich Transparenz beinhalten (entweder indem eine Farbe festgelegt wurde, die nicht dargestellt wird oder durch verschiedene Werte im Alphakanal)
und für die Bilder muss sowas wie Color.Transparent als Hintergrundfarbe angegeben werden

abgesehen davon:
verwende lieber XNA für die Spieleentwicklung
wenn ich richtig bin, hatte ich mir mit diesem Tutorial XNA angeschaut

und: ja, du hattest dich in deinem ersten Beitrag wohl nicht ganz genau ausgedrückt, sodass man denken konnte, du würdest schnellstmöglich an Geld kommen wollen

Zitat von »TM_«

Was mich aber doch etwas stuzig macht, ist dass wenn ich C# starte, steht da "Nur zu Bewertungszwecken", darf ich also kein Geld damit machen?

Das steht da bei Visual Studio Express weil du deine IDE noch nicht bei Microsoft registriert hast. Das ist kostenlos und danach kannst du auch damit Geld verdienen

Zitat von »TM_«

Und zu LASER QUEST und alles die es kritisiert haben: Es ist nur eine DMEO und schaut euch mal Scratch an. Dort gibt es nicht sowas, wie "pictureBox.leftSide", da malt man einfach ein Objekt in Paint und muss sehen wie man das Abprallproblem löst.

Ich glaube, dass Du überhaupt nicht verstanden hast was für Kritik da geäußert wurde. Das hat mit Paint gar nichts zu tun. Was meinst Du wie in anderen Spielen die Grafiken erstellt werden? Fallen die vom Himmel? Und auch in anderen Spielen gibt es das "Abprallproblem" und muss gelöst werden. Was hat das aber mit Deinen Bugs zu tun und was bitte mit "pictureBox.leftSide" (ich weiß ehrlich gesagt nicht mal was das sein soll)? Gar nichts.

Demo oder nicht, ich kann doch nicht an jeden Unfug das Label "DEMO" klatschen und dann von den Leuten erwarten, dass:
1) Es ihnen in jedem Fall gefällt
2) Sie jede Art Bugs oder Fehler kommentarlos hinnehmen
3) Sie glaube, dass da jemals nochmal irgendwas mehr draus werden soll als bisher gezeigt.
Die Teile sind doch keine Demos, das sind Prototypen unausgereifter Spielideen mit noch unausgereifterer Umsetzung.

Du darfst gern besser werden und Du darfst gern auch Geld damit verdienen wollen. Aber bis dahin sollten Deine Ansprüche massiv wachsen, denn für die bisherigen Leistungen Geld zu verlangen, fände ich persönlich eine ziemliche Abzocke.

Du schreibst selbst, dass du viele Dinge einfach lösen wolltest und dir nicht zu viel Aufwand damit machen wolltest. Genau das ist das Stichwort. Du sagst zwar auch, dass du wenn es ums Geldverdienen geht dir viel mehr Mühe gibst, aber das stimmt nur bedingt. Leute reden sich oft ein, dass damit der Rest von alleine kommt und das stimmt halt einfach nur bis zu einem gewissen Punkt. Du hast zwar vielleicht Druck durch einen Arbeitgeber, aber deine Arbeitsweise wird sich nicht komplett ändern. Ist ja auch nicht schlimm.
Was man hier aber siehst, ist welchen Weg du einschlagen solltest. Folgendes ist nur meine Meinung dazu:
Egal ob C++, C#, Java, Python oder was auch immer, das alles ist nichts für dich. Was die Kollision angeht, so musst du in den meisten Fällen auch hier was eigenes schreiben. Es ist mit diesen Sprachen immer noch viel Aufwand ein Spiel zu erstellen und du hast im Prinzip bei allen genug neben dem Spiel zu tun. Es ist also nicht so, als dass du dich einfach auf deine Idee stürzt und diese möglichst einfach umsetzt. Aber genau dafür gibt es extra Programme.
Mein Vorschlag für dich. Guck dir mal GameMaker an. Mach dir da erst mal keine Gedanken um irgendwelche Lizenzen zum verkaufen von Spielen. Das ist am Anfang unsinnig und unwichtig. Lad dir die kostenfreie Version und spiel damit mal rum. Ist wirklich genial und man kann ne Menge damit erreichen. Ein bekannter von mir entwickelt damit seit Jahren und macht damit zur Zeit einen Netzwerkfähigen 3D Topdown Shooter mit allem möglichen drum und dran. Man sieht also, dass man damit nicht nur kleine Spielereien bauen kann.
Dann gäbe es da noch Construct2. Habe ich selbst nie getestet, aber schon Sachen gesehen die damit entwickelt wurden. Habe viele davon schwärmen hören und an sich scheint es eine feine Sache zu sein. Der Vorteil ist, dass damit im Prinzip HTML5 Anwendungen erstellt werden, weshalb die Dinger hinterher im Browser laufen könne, auf dem Smartphone und eigentlich überall.
Und als drittes fällt mir da noch Unity3D ein. Ist wirklich schick und man kann recht einfach damit arbeiten. Ist meiner Meinung eigentlich nur für 3D wirklich zu gebrauchen. Manche sagen, auch 2D könne man damit toll machen, wobei naja. Dafür ist es eigentlich nicht wirklich gedacht. Unity ist fein, aber 3D ist noch mal etwas schwerer. Wenn du unbedingt damit anfangen willst, rate ich dir auf jeden Fall ein Buch darüber zu kaufen. Damit ersparst du dir und uns einfach ne Menge arbeit

Mit diesen Engines hast du sehr schnell gute Ergebnisse nach oben hin ist sehr viel Platz. Ist alles nicht nur für kleine Sachen zu gebrauchen. Meiner Meinung nach das was du dir angucken solltest.

Über den ersten Satz sind wir uns dann offenbar uneinig.