Suchergebnisse
Suchergebnisse 1-20 von insgesamt 25.
Alles klar ,dann werd ich das mal versuchen ,danke (kann ich durchaus verstehen)
Moin. Da man ja jetzt mit der SDL2 seine Texturen drehen kann , dacht ich mir ich bau das mal in mein Projekt ein + eine Kollisionserkennung für eben gedrehte Rechtecke. So , jetzt habe ich folgendes Problem : Die Koordinaten ,die für die Eckpunkte rauskommen ,passen (außer bei einem Winkel von 0,180,360,... Grad) überhaupt nicht. Getestet hab ichs mit einem Rechteck mit Höhe 50 und Breite 100. Beim Beispiel im Anhang(90° Drehung von besagtem Rechteck;m ist der Mittelpunkt) müsste ich aber ,wenn...
Ja die Lösung hätte ich im Prinzip auch (Hab ich oben nicht erwähnt ),aber das scheint mir eventuell etwas zu dauern wenn die Arrays zu groß sind ... ? Gibts da eine Lösung ,bei der ich nicht unbedingt das ganze Array durchlaufen müsste ? EDIT: Habe dem Post mit dem Enumerable.Except zu spät gesehen ... Ich habs jetz so gelöst : C#-Quelltext 1 2 3 int[] a = new int[] { 1, 2, 3 }; int[] b = new int[] { 1, 2, 3, 4}; int[] c = Enumerable.Except(b, a).ToArray(); Vielen Dank euch
Ich bin noch bei SDL1.2 weil ich zur Zeit leider recht wenig Zeit habe um mich mit den Neuerungnen in SDL2 zu beschäftigen .
Hi . Ich möchte 2 Arrays( a & b ) vergleichen und dann die Elemente die unterschiedlich sind zurück bekommen . Bisher vergleiche ich nur die Arrays ,ob sie irgendwelche gemeinsamen Elemente haben. C#-Quelltext 1 a.Intersect(b).Any() Gibts irgendeine Möglichkeit die Elemente ,die beide Arrays haben "raus zuschmeißen" ,damit ich dann ein Array mit den Elementen habe ,die in dem einem (beispielsweise a) drin sind und im andreren nicht ? Hoffe ich habe mich nicht zu umständlich ausgedrückt . mfg
Ah ok ,danke. Jetz hab ich ein Viereck aufm Bildschirm,aber ich bekomms nicht in Farbe ... ? Es ist einfach schwarz ,obwohls blau sein sollte (funktioniert auch mit anderen Farben nicht) C-/C++-Quelltext 1 surface = SDL_CreateRGBSurface(0,rect.w,rect.h,32,R,G,B,0); Edit : Ich hab jetz ne Lösung ,die mir die richtige Farbe anzeigt : C-/C++-Quelltext 1 2 3 4 5 color.r = R; color.g = G; color.b = B; surface = SDL_CreateRGBSurface(0,rect.w,rect.h,8,0,0,0,0); SDL_SetColors(surface,&color,0,1);
hallo. ich will mit der SDL_FillRect Methode ein Viereck erstellen. C-/C++-Quelltext 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 //Rect.hpp class Rect { public: Rect(int R,int G,int B,float x,float y,int w,int h); ~Rect(); void setPos(float x,float y); SDL_Rect getRect() { return rect;}; void Render(); private: SDL_Surface *surface; SDL_Color color; SDL_Rect rect; SDL_Surface *screen; }; C-/C++-Quelltext 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 //Rect.cpp #include "Rect...
Achso ,dann hab ich das jetz falsch verstanden ,sorry. Du hast also grade immer noch das Problem ,dass du nicht weißt von wos kollidiert ,oder ?
Wenn die Sprites kollidieren ,dann hängen sie sozusagen ein Stück in einander (siehe meine wunderschöne Zeichnung ). D.h. wenn du eine Kollision hast und den Spieler dann wieder bewegen willst, dann "hängt" er noch in dem Block drinnen und hat dann logischerweise ne Kollision mit dem Block. Prinzipiell musst du also den Spieler,WENN du eine Kollision hast, noch um einen bestimmten Wert zurücksetzen ,nämlich : (A ist der Spieler ,B ist der Block mit dem er kollidiert ) von links : x_A = x_B - bre...
Das mit den einzelen Seiten könntest du (ich habs nicht getestet) überprüfen ,indem du das wie folgst machst : 1. Schau nach ob überhaupt eine Kollision statt findet (wie in deinem Letzten Quellcode-ausschnitt) 2. Wenn du eine Kollision hast ,dann schaust du von welcher Seite das andere Objekt anstößt. Quellcode 1 2 3 4 5 6 7 8 9 10 11 12 13 14 if(Kollision) { if(Kollision links) { // } else if(Kollision rechts) { // } else if(Kollision oben) { // } else if (Kollision unten) { // } } Bevor ich d...
Dann werd ichs da nochmal versuchen ,danke. Prinzipiell könnte ich das tun ,ja. Mir geht's halt eher um die Übersichtlichkeit ,damit da nicht gefühlt zehntausend DLLs in dem Ordner rumfliegen.
Hi. Ich habe ein Spiel mit der SDL geschrieben und jetz habe ich die ganzen DLLs von der SDL & diveresen SDL Erweiterungen (ttf,image,net) im gleichen Ordner liegen wie die exe Datei. Kann man der exe Datei irgendwie sagen ,dass sie die DLLs auch in anderen Ordnern suchen soll , meinetwegen ..\bin ? In VS hab ich das hinbekommen ,dass die DLLs aus nem anderne Ordner geladen werden (Eigenschaften->Debbuging->Umgebungsvariable : PATH=%PATH%;$(ProjectDir)\bin ) . Aber sobald ich das Programm aus ne...
Ja die Fehlercodes ... das ist so ne Sache ... die geben mir alle erflogreich zurück ,also keinen Fehler. Und der Debugger...hat auch nicht viel gebracht . Die Abfrage in der Hauptschleife ist immer false ,bzw. es wird immer TranslateMessage und DispatchMessage aufgerufen . Ich bin damit leider Gottes etwas überfordert .__.
Es passiert einfach gar nichts ,wenn ich z.B., STRG+O drücke. Alles andere geht,außer die Hotkeys
Hallo. Ich will bei meinem Programm (so ne Art Texteditor bisher) ,Datei mit Strg+O z.B. öffnen kann ,bzw. allgemein solche Tastenkombinationen verwenden ,damits einfacher zu bedienen wird. Dazu hab einen Accelerator erstellt und lad den dann : Quellcode 1 2 3 4 5 6 7 //resource.rc (Ausschnitt) IDR_HOT_KEYS ACCELERATORS { "o", ID_CTRL_O, ASCII, CONTROL "s", ID_CTRL_S, ASCII, CONTROL "s", ID_CTRL_SHIFT_S, ASCII, CONTROL, SHIFT } C-/C++-Quelltext 1 2 //laden in HACCEL hAccel = LoadAccelerators(hIn...
Ah lesen ist wohl nicht meine Stärke. Ich bin bei Lesen von dem MSDN Artikel zu RegDeleteKey() auf die Funktion RegDeleteTree() gestoßen ,die wohl mehr Sinn macht ,weil ich eigentlich den kompletten Key mit allen Subkeys von .te weg haben wollte . Zusammen mit dem was du geschrieben hast funktionierts jetz : C-/C++-Quelltext 1 2 3 4 int ret = 0; HKEY hKey; RegOpenKeyEx(HKEY_LOCAL_MACHINE,"",0,KEY_ALL_ACCESS ,&hKey); ret = RegDeleteTree(hKey,"SOFTWARE\\Classes\\.te"); Wenn ich mich nicht irre müs...
Zitat von »dot« Bezüglich des KEY_WOW64_64KEY hätte meine Frage wohl eher lauten sollen: Wieso überhaupt RegDeleteKeyEx() und nicht einfach nur RegDeleteKey Das lag an der Beschreibung von RegDeleteKey in der MSDN http://msdn.microsoft.com/en-us/library/…5(v=vs.85).aspx . Zitat 64-bit Windows: On WOW64, 32-bit applications view a registry tree that is separate from the registry tree that 64-bit applications view. To enable an application to delete an entry in the alternate registry view, use th...
Sieht so aus : HKEY_CLASSES_ROOT\.te\shell\Open TE\command . Und bei "command" hab ich den Wert drin,damit die Datei mit dem Programm verknüpft wird ,also "<exe-pafd> %1". Und das will ich weg haben ,also : .te\shell\Open TE\command . Und des KEY_WOW64_64KEY brauch ich doch ,oder nicht ? o.O
Und was muss statt dessen rein ? Ich bekomms nicht hin . Egal was ich mach , ich bekomm immer ERROR_INVALID_HANDLE. Ich stell mich da echt blöd an ...
Mir ist da n kleiner Fehler aufgefallen (ich glaub zu mindestens ,dass es einer ist) Und zwar müsste es RegOpenKeyEx path.c_str() und nicht s.c_str() sein ( app ist ja der Wert ,den der Pfad im String path hat ,falls man das so nennt). Sieht also so aus : C-/C++-Quelltext 1 2 3 4 5 6 7 8 9 10 11 12 13 14 int ret = 0; string ext = ".te"; string desc = ""; string sub ="\\shell\\"; string action = "Open TE"; string app = exepath+" %1"; string path = ext+sub+action+"\\command\\"; HKEY hKey = {0}; st...
16.05.2024, 01:08
Zum Seitenanfang
