Und hier auch nochmal meine Version, ich habe nur eine Includeanweisung einer Windowsheaderdatei hinzugefügt und ein Compilerparameter hinzugefügt. Das Makefile ist mit dabei, somit brauchst du nur eine MinGW Installation egal ob single oder mit einer IDE zusammen. Ich nutze derzeit keine IDE sondern nur emacs, aber das ist nur was für Liebhaber
http://www.file-upload.net/download-2593732/AudioCD.zip.html
G hibbes
Ein GamePart ist hauptsaechlich dazu da, um die Resourcenverwaltung des Spieles zu ermoeglichen. Ein Spiel sollte in unserem Fall aus verschiedenen Abschnitten bestehen, die aber nicht alle die gleichen Resourcen benoetigen. z.b. das Intro benoetigt ein Video, das Hauptmenu benoetigt ein Hintergrundbild, Level x benoetigt Gegnergrafik y usw. Zudem gibt es dann einige Resourcen die fuer alle Parts verfuegbar sein muessen, wie die Bildschirmflaeche, auf die gezeichnet wird. Nun ergeben sich da auch noch gewisse Abhaengigkeiten technischer Natur. Wenn ich Gegnergrafik y in den Speicher der Grafikkarte lade (was ertsmal noetig ist, um diese performant darzustellen), so wird diese wieder entladen wenn der Grafikkartenspeicher fuer etwas anderes gebraucht wird, weil ich z.b. die Applikation wechsele. Der Manager der GameParts interagiert nun hier immer mit den einzelnen GameParts damit dies alles reibungslos klappt.
Reicht das als grobe Uebersicht, oder soll ich fuer dich mehr ins Detail gehen. f'`8k
Gruß, TGGC (der kostenlose DMC Download)
Wenns ums lernen im Team geht, hilft meines erachtens nichts besser als gemeinsam ein "größere" Projekt zu bearbeiten. Dort sollte man auch keine Angst vor der größe haben. Interesanterweise habe ich als "neuer" sehr viel mehr gelernt als ich an einen Semi-Professionellen Projekt programmiert habe, als aus büchern.
Wenn man zu zweit ist, kann man dann noch gegenseitig in den Code schauen und ggf darüber diskutieren was besser wäre. Prinzipiell Sucht das Projekt an dem ich mitgearbeitet habe noch Hobby C++ Programmierer. Details könnten per PN gegeben werden. Ich würde mich ja sogar dazu hinreisen lassen da etwas bei der einarbeitung zu helfen (auch wenn ich die letzten Monate nichts daran gemacht habe) aktuell liegt der Code eher brach, da die eigentlichen Entwickler fehlen.
Hallo,
ich bastel momentan auch gerade an einer 3D-Engine und hab auch schon Erfahrungen gemacht in OpenGL und C++. Ich persönlich schreibe zwar das meiste in wxWidgets, aber bin dran mir mehr drauf zu schaffen. Gerade Themen wie Musik, Midi und Sound sind meine Stärken. Vielleicht meldet ihr euch einfach mal. alf@taktfoll.de
Ein weiteres Jahr ist vergangen und wir arbeiten weiter am Projekt.
Inzwischen nimmt unsere Game Engine wahrlich From an.
Wir planen für die diesjährige Devmania auch einen Vortrag und eine Präsentation unseres aktuellen Games.
Wir sind permanent auf der Suche nach Programmierern aller Erfahrungsstufen (min. 1 Jahr C++)
Wir bieten ein motiviertes und aktives Team, gute Infrastruktur und Organisation, anspruchsvolle Aufgaben und volle Entfaltungsmöglichkeiten.
Johnny-Cow schrieb:
Es wird nicht mi DEv C++ compiliert und ausgeführt
Nimm auch einen anderen Compiler. Unter MS ganz klar MS VS 2010 Express für die gewählte Sprache(C++) unter Linux am Besten Code::Blocks.
Ich finde Visual Studio am Besten(Microsoft), aber das ist Ansichtssache (habe die Professional Edition vielleicht kommt das daher...).
Da fehlen aber immer noch Grundlagen über die Anforderungen.
Es ist nicht bekannt wie das ganze weiterverwendet werden soll. Es fehlen meiner Meinung nach Grundlagen um überhaupt ab zu schätzen wie leicht, schwer das ganze wird und wie man es überhaupt umsetzen könnte.
Ich frage nicht weil ich das Programmieren möchte, ich hab nen guten Job. Ich frage eher, weil dadurch ggf leute die das machen könnten, das ganze auch nicht Einschätzen können und sich daher eher nicht melden, weil es zu komplex kling (Was aber nicht der Fall sein muss).
Wenn du also ernsthaft jemanden suchst, sind ein paar mehr infos schon hilfreich. Du scheinst ja auf details nicht eingehen zu wollen wegen Geheimhaltung oder sowas. Aber das kann man ja irgendwie auch noch hinkriegen ohne zuviel zu verraten.
Richtig, das jetzt aber ein anderes Problem. Das Problem, dass uns ein Angreifer unbemerkt belauschen könnte sind wir losgeworden, das kann nicht mehr passieren. Er kann aber natürlich nach wie vor versuchen unsere Kommunikation zu verhindern. Das ist aber eine ganz andere Art von Angriff. Da kommt man so ohne weiteres mit Protokollen auch nicht wirklich weiter.
Dieser Thread wurde von Moderator/in Christoph aus dem Forum Mathematik und Physik in das Forum Projekte verschoben.
Im Zweifelsfall bitte auch folgende Hinweise beachten:
C/C++ Forum :: FAQ - Sonstiges :: Wohin mit meiner Frage?
Dieses Posting wurde automatisch erzeugt.
Du kannst eine Statusvariable deklarieren. Wenn es nur Menü und Spiel gibt, reicht ein Bool, da aber die Highscore vlt. einen eigenen Status bekommt, wär ein enum besser:
enum STATUS {MENU, SPIEL, HIGHSCORE};
STATUS Status = MENU; // Speichert den Status, Anfangswert: MENU
in deiner Render-Funktion kannst Du dann, jenachdem welchen Wert Status hat, unterschiedliche Sachen zeichnen und unterschiedlich auf Input reagieren.
Dieser Thread wurde von Moderator/in Unix-Tom aus dem Forum C# und .NET in das Forum Projekte verschoben.
Im Zweifelsfall bitte auch folgende Hinweise beachten:
C/C++ Forum :: FAQ - Sonstiges :: Wohin mit meiner Frage?
Dieses Posting wurde automatisch erzeugt.
*push*
Das Projekt steht weiterhin gut im Saft.
Radarfunktion sowie die grundlegenden Waffensysteme sind implementiert.
wir sind aber noch weit von der Netzwerk-Implementierung.
Siehe auch die Dev-Seiten (Englisch): http://trac6.assembla.com/fcom
Ich suche weiterhin einen motiverten GUI-Coder!
Zur Auswahl stehen
# Qt
# SDL + Guichan oder CEGUI
# SFML + Guichan oder CEGUI
Andere Baustellen:
Netzwerkcode, Client-Server, Multi-threaded (geplant: mit Boost::Asio, Boost::Thread)
Siassei schrieb:
Servus,
ich hab mir mal euer Projekt auf Kenia angeschaut. Seit dem frage ich mich, wie ihr zu euren Screenshots kommt
Das ganze Projekt besitzt so gut wie keinen eigenen Code. Das ist doch alles nur copy&paste von Standardbiliotheken.
Ich gebe euch mal einen Tipp. Wenn ihr ernst genommen werden möchtet, dann erzeugt alles zu 100% selbst. Der Markt würde auf einen guten Simulator auch noch 10 weitere Jahre warten.
Ich sehe es schon, das war das falsche Forum für die Anfrage.
1. Kenai, nicht kenia
2. Seit ca. 1995 ist niemand auf die Idee gekommen, DirectX oder OpenGL nachzuprogrammieren... Ebensowenig Win32API, X11 u.s.w... Warum wohl? Wer kam überhaupt auf die Idee, JVM oder .NET zu schreiben, wir können es doch alle besser, oder?
3. Mit einem Zeitbudget von ca. 42 Stunden/Monat (Summe der Pendelfahrten zur Arbeit) kann ich auch noch weitere 20 Jahre rumstochern um dann feststellen zu dürfen, dass die tech. Konstellation mittlerweile OS-seitig nicht mehr unterstützt wird.
