Die Suche ergab 691 Treffer
- 11.08.2011, 01:58
- Forum: Gamedesign und Kreatives
- Thema: Hilfe bei Entwicklung von Spielidee
- Antworten: 33
- Zugriffe: 16301
Re: Hilfe bei Entwicklung von Spielidee
Mag ja sein, aber lernt man denn das was erzielt werden soll? Ich bezweifle stark, dass man durch diese Spielidee z.B. seine Stärken und Schwächen in bestimmten Tätigkeiten/Berufsfeldern herausfinden kann.
- 10.08.2011, 20:40
- Forum: Gamedesign und Kreatives
- Thema: Hilfe bei Entwicklung von Spielidee
- Antworten: 33
- Zugriffe: 16301
Re: Hilfe bei Entwicklung von Spielidee
Und inwiefern hilft dem Spieler (Jugendlichen) dieses Spiel dabei, sich für eine Berufsrichtung zu entscheiden? Außer natürlich er möchte später eine Firma leiten oder "Personaler" werden. Er wird weder über Berufe informiert noch kann er seine Stärken und Schwächen ausloten. Oder hab ich ...
- 10.08.2011, 20:31
- Forum: Algorithmen und Datenstrukturen
- Thema: STL Container und Vorgehen bei A*
- Antworten: 3
- Zugriffe: 1538
STL Container und Vorgehen bei A*
Ich bau mir grad einen kleinen A*-Algo für mein RPG. Ich wollte für die OpenList und ClosedList eigentlich STL Container nutzen (also kein boost oder andere libs). Natürlich dachte ich zuerst an std::priority_queue. Prinzipiell eine schöne Sache und mit einem eigenen kleinen Comparator kann man auch...
- 07.08.2011, 16:51
- Forum: Gamedesign und Kreatives
- Thema: Hilfe bei Entwicklung von Spielidee
- Antworten: 33
- Zugriffe: 16301
Re: Hilfe bei Entwicklung von Spielidee
Da ich die Tage mal wieder das gute alte Rayman ausgekramt habe kam ich auf die Idee, vielleicht kleine Minispiele anzubieten. Ich stell mir das in etwa so vor: Es gibt einen Auswahlbildschirm, der zunächst die groben Berufsrichtungen aufzeigt (da könnte man ja auch einen Info-Button dran machen um ...
- 18.07.2011, 20:30
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: Error:#include<windows.h>, bzw. winnt.h ist kaputt gegangen!
- Antworten: 18
- Zugriffe: 6933
Re: Error:#include<windows.h>, bzw. winnt.h ist kaputt gegan
typedef union _FILE_SEGMENT_ELEMENT { PVOID64 Buffer; //Hier ist Definitiv ein Fehler! PVOID64 ist nämlich nur deklariert nicht definiert worden. Sprich, PVOID64 ist wirklich wirklich "void" also "ungültig" ULONGLONG Alignment; }FILE_SEGMENT_ELEMENT, *PFILE_SEGMENT_ELEMENT; Type...
- 29.06.2011, 15:02
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: [Visual Studio] Include-Problem
- Antworten: 10
- Zugriffe: 2870
Re: [Visual Studio] Include-Problem
Was haben Includepfade denn mit Linken zu tun? Wenn du die Funktionalität einer Lib nutzen willst brauchst du dennoch die Headerfiles um bestimmte Datenstrukturen usw nutzen zu können. Wenn du also in deinem main-Projekt explizit was aus anderen Libs brauchst, dann musst du da natürlich auch die ent...
- 01.06.2011, 13:36
- Forum: Allgemeines Talk-Brett
- Thema: Must Have Game der letzten 5 Jahre?
- Antworten: 44
- Zugriffe: 9743
Re: Must Have Game der letzten 5 Jahre?
Portal/Portal2 weil sie einfach mal was anderes sind. Allerdings bischen zu kurz so wie fast alle Spiele der letzten 10 Jahre. Man braucht meist nur 1-2 Tage. Ansonsten kam nicht viel gutes in meinen Augen. Gute Spiele gabs glaub ich so vor 25-12 Jahren. Hab zwar auch so Sachen wie Crysis und F.E.A....
- 01.06.2011, 13:28
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: Return value im Falle von Try-Catch
- Antworten: 37
- Zugriffe: 6010
Re: Return value im Falle von Try-Catch
Im gcc 4.5.X war der Fehler übrigens verschwunden. Es war also definitiv ein compilerspezifischer Bug in der Optimierung. Das Schlimme an solchen Bugs ist halt dass man einen Haufen Zeit sinnlos verschwenden muss und kurz davor ist den kompletten Code umzuschreiben.
- 01.06.2011, 13:17
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: Return value im Falle von Try-Catch
- Antworten: 37
- Zugriffe: 6010
Re: Return value im Falle von Try-Catch
Ja alle diese Fälle haben wir auch vermutet. Letztlich handelt es sich scheinbar wirklich um ersteren Sachverhalt. Uns fiel recht schnell auf, dass der Wert nach dem ersten printf (also bei weiteren Ausgaben) genau dem Wert entspricht, den man erhält, wenn man den float-Wert vorher in einen double c...
- 01.06.2011, 13:05
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: [C++] Speicherfreigabe bei statischem Singleton
- Antworten: 158
- Zugriffe: 18149
Re: [C++] Speicherfreigabe bei statischem Singleton
Ja, richtig. Der C++-Standard schreibt vor, dass delete auch mit nullptr umgehen können muss, darum muss man da nichts prüfen. Und da man das meist im D’tor braucht, nach dem die Lebenszeit eines Objekts sowieso endet und der Zeiger für immer weg ist, braucht man auch nur selten nullen. Trotzdem no...
- 01.06.2011, 12:59
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: Return value im Falle von Try-Catch
- Antworten: 37
- Zugriffe: 6010
Re: Return value im Falle von Try-Catch
Das Problem an der printf-Sache war, dass wir eigentlich die Übertragung von floats im BE-Format mit spezieller Codierung realisieren wollten und dann den Wert auf beiden Seiten (eine Seite Sun -> BE, andere Seite Ubuntu -> LE) per printf ausgegeben haben. Wir haben 2 Tage gesucht und dachten die Üb...
- 01.06.2011, 12:49
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: Return value im Falle von Try-Catch
- Antworten: 37
- Zugriffe: 6010
Re: Return value im Falle von Try-Catch
Wobei ich auch schon die Erfahrung gemacht habe, dass Compiler mitunter sehr komische Sachen machen, z.B. Codeteile wegoptimieren, weil sie denken dass sie nicht gebraucht werden und wenn man sie dann nutzen will knallts. Glaube ich erst, wenn ich es sehe. Wollte mir gestern schon jemand weismachen...
- 01.06.2011, 12:41
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: [C++] Speicherfreigabe bei statischem Singleton
- Antworten: 158
- Zugriffe: 18149
Re: [C++] Speicherfreigabe bei statischem Singleton
#define DEF_SINGLETON( NAME ) \ public: \ static NAME* Get_Instance() \ { \ static NAME _instance;\ return &_instance;\ }\ private:\ NAME() {}; \ NAME( const NAME& ); \ NAME & operator = (const NAME &); Oh mein Gott. Bitte mach das weg. Das ist böse böse böse. Makros mögen ihre Dase...
- 01.06.2011, 12:32
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: Return value im Falle von Try-Catch
- Antworten: 37
- Zugriffe: 6010
Re: Return value im Falle von Try-Catch
Naja ich will damit grundsätzlich sagen, dass der Compiler in der Regel auch warnt, wenn es Probleme geben könnte. Auch für deinen Fall macht er da alles richtig. Wobei ich auch schon die Erfahrung gemacht habe, dass Compiler mitunter sehr komische Sachen machen, z.B. Codeteile wegoptimieren, weil s...
- 29.05.2011, 16:42
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: Return value im Falle von Try-Catch
- Antworten: 37
- Zugriffe: 6010
Re: Return value im Falle von Try-Catch
Naja, dieser Abschnitt der durch /* some code*/ beschrieben wurde, enthält ja ordentlich Code, wo es möglich wäre das Exception gewurfen werden. Das hat mich halt nur verwundert. Hmm also bei mir verursacht der folgende Code schon eine Warnung im VS2008: void func() { } bool blub() { try { func(); ...
- 27.05.2011, 00:16
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: [VC2010] Todoliste
- Antworten: 4
- Zugriffe: 687
Re: [VC2010] Todoliste
Hast du das schon gelesen? Du musst das Feature explizit anschalten usw.
Unter VS2008 geht das ohne Probleme. Bei VS2010 musst du es halt aktivieren. Und dran denken, dass du das TODO groß schreibst.
Man sieht in der TaskList dann auch alle TODO-Kommentare von allen Dateien aufgelistet.
Unter VS2008 geht das ohne Probleme. Bei VS2010 musst du es halt aktivieren. Und dran denken, dass du das TODO groß schreibst.
Man sieht in der TaskList dann auch alle TODO-Kommentare von allen Dateien aufgelistet.
- 27.05.2011, 00:10
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: Return value im Falle von Try-Catch
- Antworten: 37
- Zugriffe: 6010
Re: Return value im Falle von Try-Catch
bool DieKlasse::dieFunktion() { try { /* some code.... */ return true; } catch(...) { // Benutzer wird benachrichtigt durch bspw. eine MessageBox // return false; } } Hab hier nicht alles gelesen, aber ist doch klar, dass der Compiler hier nicht meckert, jedenfalls falls Optimierungen eingeschaltet...
- 10.04.2011, 19:42
- Forum: Allgemeines Talk-Brett
- Thema: Minecraft
- Antworten: 3
- Zugriffe: 1436
Re: Minecraft
Es gibt auch schon auf Minecraft zugeschnittene Tools, die dir den Code liefern und gleich auch wieder die Binaries erstellen. Obs legal ist weiß ich nicht, aber die Mods machen das ja nicht anders. Such einfach mal nach Mods für Minecraft bzw. Howtos zu dem Thema. Findet man eigentlich genügend zu.
- 23.03.2011, 04:00
- Forum: Allgemeines Talk-Brett
- Thema: Japans Armageddon
- Antworten: 103
- Zugriffe: 15046
Re: Japans Armageddon
Ich würde aufpassen! Meine Tastatur kann sowas!kimmi hat geschrieben:Kimmi ist genervt und rebooted die Welt ... MHUAUUAUUAUAAUAA!!!
- 22.03.2011, 02:20
- Forum: Allgemeines Talk-Brett
- Thema: Japans Armageddon
- Antworten: 103
- Zugriffe: 15046
Re: Japans Armageddon
PS: @Schwarmintelligenz. Wenn du davon ausgehst, dass du selber dich auch nur aus kleinen, weitestgehend autarken Einheiten zusammensetzt, die zusammen in grosses, komplexes System bilden (also das Standardmodell der Biologie), gaebe es keinen Grund, wieso man nicht auch ein System, das sich aus vi...
- 21.03.2011, 05:50
- Forum: Allgemeines Talk-Brett
- Thema: Japans Armageddon
- Antworten: 103
- Zugriffe: 15046
Re: Japans Armageddon
Nur nochmal grob auf die vielen Antworten eingehen: Es ist nicht so, dass mir die ganze Welt scheißegal ist. Aber durch die Medien bekommt man heute einfach alles Leid auf dieser Welt mit und man kann sich als Normalsterblicher nicht mit den Problemen aller Menschen dieser Welt belasten. Und wenn ma...
- 20.03.2011, 11:50
- Forum: Allgemeines Talk-Brett
- Thema: Japans Armageddon
- Antworten: 103
- Zugriffe: 15046
Re: Japans Armageddon
@Firoball: Das ist alles nichts neues. Gibt auch schöne Berichte, die zeigen wie Deutschland verstrahlt wurde und Statistiken über den extremen Anstieg von Schilddrüsenkrebs. Aber mir ist es einfach nur gleichgültig. Die Welt ist weit entfernt von perfekt und eigentlich passieren jeden Tag ein Haufe...
- 15.03.2011, 07:44
- Forum: Programmiersprachen, Quelltext und Bibliotheken
- Thema: Multithreading Problem
- Antworten: 38
- Zugriffe: 6129
Re: Multithreading Problem
Nächste Frage: Du benutzt keine Mutexe/CritSections? Wie übergibst du die "Nachrichten" an den MainThread? Dazu musst du doch auch was callen. Ist das per Mutex abgesichert? Ich sende, wenn der Thread fertig ist eine Message an den Hauptthread.... wenn dieser die Message bekommt, weiß er,...
- 14.03.2011, 21:18
- Forum: Grafikprogrammierung
- Thema: Mehrer GL-Windows in Qt Anwendung
- Antworten: 3
- Zugriffe: 1089
Re: Mehrer GL-Windows in Qt Anwendung
Der Designer erzeugt doch nur Code und den kannst du doch nach Belieben anpassen und ändern. Leite dir doch einfach eine Klasse vom GLWidget ab, die im Konstruktor das SharedWindow entsprechend setzt und ersetze das GLWidget von den generierten Klassen durch die neue Klasse. Das sollte den Designer ...
- 08.03.2011, 15:56
- Forum: Allgemeines Talk-Brett
- Thema: Facebook & Co.
- Antworten: 83
- Zugriffe: 16485
Re: Facebook & Co.
Würde dafür nicht einfach ein "I like ZFX"-Button reichen? Also einfach ein Button oben im Header der Seite? Weil wenn man nicht auf ZFX ist und sieht da irgendwas wie "XYZ gefällt ZFX Forenbeitrag Compilerfehler 0815 ", dann weiß ich ja mal nicht so recht ob das großes Interesse...
- 08.03.2011, 14:17
- Forum: Allgemeines Talk-Brett
- Thema: Facebook & Co.
- Antworten: 83
- Zugriffe: 16485
Re: Facebook & Co.
Aber die Frage bleibt bestehen: was für Folgen hätte ein "Like"-Button an Forenbeiträgen? So richtig kann ich mir das nicht vorstellen. Die ZFX-Facebook-Seite würde doch von "Like"-Beiträgen völlig überschüttet werden, wenn jeder Beitrag, der ein "Like" erhält dort auf...
- 07.03.2011, 21:22
- Forum: Allgemeines Talk-Brett
- Thema: Facebook & Co.
- Antworten: 83
- Zugriffe: 16485
Re: Facebook & Co.
Das Datenproblem ist nicht nur auf Facebook beschränkt, richtig. Facebook ist nur ein Datenkrake unter vielen. Er ist aber einer der grossen Datenkraken. Man muss selbst entscheiden was und wieviel man preisgibt. Und das ist eben der Punkt den ich bei Facebook kritisiere. Die lassen dich nicht ents...
- 07.03.2011, 21:19
- Forum: Allgemeines Talk-Brett
- Thema: Facebook & Co.
- Antworten: 83
- Zugriffe: 16485
Re: Facebook & Co.
Darüber hinaus kann man imho keine Leute verlinken, die nicht bei Facebook registriert sind. Und das ist falsch. Du kannst durchaus einen noch nicht registrierten Nutzer auf den Fotos verlinken. Zumindest ging dies noch vor einem halben Jahr. Falls dem so sein sollte, wie sollte eine Firma auf dies...
- 07.03.2011, 01:33
- Forum: Allgemeines Talk-Brett
- Thema: Facebook & Co.
- Antworten: 83
- Zugriffe: 16485
Re: Facebook & Co.
Man sollte aber dennoch einen gesunden Menschenverstand haben um abschätzen zu können, was Facebook alles mit einem machen kann. Nehmen wir mal an es existieren Fotos von der letzten Party von dir, die keiner sehen will. Selbst wenn du bei Facebook nicht bist, kann dich trotzdem jeder mit deinem vo...
- 06.03.2011, 05:15
- Forum: Allgemeines Talk-Brett
- Thema: Facebook & Co.
- Antworten: 83
- Zugriffe: 16485
Re: Facebook & Co.
Ich kann dieses "OMG die wissen zu viel"-Gerede nicht nachvollziehen. Mal ehrlich, was ist so schlimm daran, wenn Facebook weiß wer ich bin? Wen interessieren denn irgendwelche unberühmten Personen? Mir ist es herzlich egal wenn alle Welt mich kennt. Im Endeffekt interessiert sich da eh k...