Suchergebnisse
Suchergebnisse 1-20 von insgesamt 21.
Zitat von »dot« Dann musst du bereich.h auch in mülleimer.h inkludieren. Aber Braucht Umgebung auch einen Mülleimer? tja, für die Funktion "verschieben_in_Muelleimer". Irgendwie muss man den Bereich auch leeren können.
Zitat von »dot« Verwendest/Erstellst du in muelleimer.h irgendwo ein Objekt der Klasse umgebung? Dafür ist eine forward declaration natürlich nicht ausreichend. Tja, genauso isses... Ein Muelleimer braucht eine Umgebung, in die man das legt, was nicht in den Eimer passt...
Also, das schaut jetzt so aus: C-/C++-Quelltext 1 2 3 4 5 6 7 8 //muelleimer.h namespace MUELL { class Bereich; class Muelleimer { //... }; } Jetzt sagt der Compiler: Quellcode 1 muelleimer.h:28: error: field umgebung has incomplete type. Überrascht mich nicht. ach ja, bereich.h sieht natürlich genauso aus, nur umgekehrt. C-/C++-Quelltext 1 2 3 4 //Muelleimer.cpp #include "muelleimer.h" #include "bereich.h" //Das gleiche in Bereich.cpp...
Also, vor ein paar tagen hab ich beschlossen, eine Art Mue(ups - ü)lleimer-Simulator zu programmieren, anfänglich textbasiert. Mein Compiler, Dev-Cpp(verfluchtes Windoof) blieb schon beim lesen der Dateien stecken. Hier mal grob die Klassenhierarchie: -Muelleimer: public: Muelleimer(); ~Muelleimer(); bool objektEinwerfen(Muell); void ausleeren(); herumWuehlen(); ( ) int getFuelle(); int getMaxFuelle() -Ein Eimer muss eine Größe haben... bool istVoll(); void refreshVoll(); protected: int fuelle, ...
einer, der bereits Programmieren KANN, meldet sich aber nicht, oder?
Also, TUTs zur PSP-Programmierung Hier. Aber das hab ich selbst noch nicht geschafft...
Hey! Hab einen GBA Movie Player gefunden! Hier! Ist zwar für CompactFlash-Speicherkarten, aber die sind so alt, allzu teuer werdens nicht sein...
Zitat von »verrueckt1993« was die GBA-Programmierung angeht, würde mich das durchaus interessieren, einen solchen hab ich wenigstens Wie teuer ist eig die Zusatzhardware (wie überträgst du die Programme auf die Module) und in welcher Sprache geht das? Wär nämlich echt ne Idee für ein realisierbares Projekt @Codevine: weißt du da irgendwas genaueres drüber, was das Wiki angeht? Ich finde, dass das echt ne tolle Idee wäre. danke GBA-Programmierung... hm... mal sehen... das geht übers HAM SDK zum ...
Nicht ganz hauptsächlich. Ich denke an Infos und TUTs rund ums Programmieren für NDS, GB/GBC/GBA, aber auch die PSP und eventuell auch speziell für den DSi, sollte endlich ein freies SDK für den rauskommen, und wenn ich irgendwo einen finden kann, auch für den GP32. Anfangs soll jeder Artikel erstellen können, die ich dann mit jenen, die sich melden, überprüfe, um die guten zu behalten, und wenn ich ein paar Artikel habe, schließ ich das Wiki, sodass wir nicht mehr so viel zu überprüfen haben un...
Hallo, ich hatte eine Idee... Ein Portable Programming Wiki! Mit Wikia ist es ja möglich, blablabla, kostenlose Wikis zu erstellen. Und das kostenlos! Ich prgrammiere ja viel, mit der PSP hab ichs noch nicht geschafft, am NDS erreiche ich fast schon Perfektion(hab eine Sprite-Klasse geschrieben), und mit dem GB/GBC/GBA fang ich auch an. Jetzt frag ich in mehreren Foren, u.a. forum.pspfreak.de, ob es willige Mitglieder und Mitbegründer geben könnte, und hoffe mal auf die besten der besten... Ich ...
Zitat von »Oberon« Es geht aber auch ohne new! Wie Genion schon sage wird die Variable zerstört, wenn sie ihren Gültigkeitsbereich verlässt. Man kann aber Gültigkeitsbereiche auch künstlich herstellen, z.B.: C-/C++-Quelltext 1 2 3 4 5 { Sprite mysprite; // (Mache etwas mit mysprite) } // Hier ist mysprite zerstört Vor der öffnenden Klammer muss kein Schlüsselwort wie for, if, oder sonstwas stehen! Das wundert mich nicht wirklich. Aber es geht hier um eine Klasse für SPRITES. Für Bilder, die man...
Zitat von »KeksX« Der DS kann keine beweglichen(!) Sprites, die größer als 64x64px sind, darstellen. Ach ja? Dann erkläre man mir mal DAS. Habs selbst abgemessen, als ich versuchte, das in eine 64x64px-bmp zu quetschen, und ich hab das Spiel, ich kanns bestätigen, dass sich die Sprites bewegen.
Ach sooooooooo........ Größer als 64X64.
Ja, steht alles in meinem C++-Buch... Habs nur vergessen...
Ach ja, das hatt ich vergessen... Irgendwas vergess ich immer... werds gleich versuchen!!! EDIT: Danke, danke, nochmals danke! Jetzt, wo alles Funktioniert, kann ich die Klasse ja weiterprogrammieren...
Ha, ha. Das gerät kann sehrwohl andere Größen anzeigen, nur weiß ich nicht, wie. Also, was "obj_flush" genau ist. Viele Sprites aus anderes, das heißt, aus ORIGINAL DS-Spielen, sind 65X67 groß. Oder 20X40. 20x40 geht ja noch, dann kann ich auf 32x64 machen, aber über 64...
also, das mit dem new... Ich denke, ich müsste dann schreiben: C-/C++-Quelltext 1 Sprite* sprite0 = new Sprite(...); Oder? Geht das etwa auch ohne das "*"? Denn wenn ichs mit Sternchen mach und dann eine Elementfunktion(Methode) aufrufen will, sagt der Compiler, "Sprite*" ist keine Klasse.
Überschrift ist Thema Ich programmiere mit der PAlib für den DS und hab eine Sprite-Klasse erstellt(ist nicht so wichtig, aber der Vollständigkeit halber erwähn ichs) und suche jetzt eine Möglichkeit, einen erstellten Sprite, also ein Objekt, zu löschen. hoffe auf baldige und hilfreiche Antwort :lol:
Hallo, ich programmiere schon längere Zeit mit der PAlib und devkitpro, und seit ich das mit den Sprites endlich raushabe, nervt mich die Tatsache, dass es schienbar nur vorgegebene Spritegrößen gibt, von 8X8 bis 64X64. Einen Sprite erstellt man(zur Info) so: C-/C++-Quelltext 1 2 3 4 5 6 7 PA_CreateSprite(0, // Bildschirm - hier der untere 0, // Sprite nummer(keine Objekte, daher kann man Sprites nur über ihre Nummern ansprechen) (void*)vaisseau_Sprite, // Daten - wurden zuvor erstellt und über ...
27.04.2024, 09:57
Zum Seitenanfang
