ds_grid map* Gigantische Map* Frames reichen nicht aus!

  • GM 8

Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

  • ds_grid map* Gigantische Map* Frames reichen nicht aus!

    Hallo Community,

    Ich habe ein Problem und zwar habe ich eine Gigantische Map durch ein ds_grid erstellt. Durch einen selbst programmierten Screen verzichte ich auf eine größere Größe des Raumes und bleibe bei 800x600 pixel.
    Ich habe Tiles in der Größe von 32 die mit der Variable map_size multipliziert werden und das dann nochmal im Quadrat so das ein Spielfeld ensteht.

    Das Problem liegt jedoch nicht beim erstellen des grids, sondern beim Zeichnen. Ich bekomme schon ab einer map_size von 20 Frameseinbrüche (Das entspricht: 20*20 = 400 Tiles in einer Rastergröße von 640*640 pixel. Allerdings möchte ich die map_size bis zu 400 haben also 400*400 Tiles, was ja eine Menge ist. Ich hatte schon versucht durch eine Abfrage die Tiles nur im Sichtbereich des Raumes zu setzen, was allerdings überhaupt nichts gebracht hatte. In dem Beispiel habe ich es mit Surfaces versucht, davor normal mit Tiles und ganz davor mit einfachen draw methoden. Es kam immer das selbe raus. Ich glaube es liegt an den for Schleifen, allerdings fällt mir grad nicht ein wie ich dieses Problem anders und besser lösen könnte. Ich will nicht auf große Maps verzichten, die muss groß bleiben.

    Hier ein Bild wo ich eine Größe von map_size = 50 habe mit stolzer 1FPS:
    Spoiler anzeigen


    Create Event:
    Spoiler anzeigen

    GML-Quellcode

    1. screen_x = 32; // X-Position des Screens
    2. screen_y = 32; // Y-Position des Screens
    3. screen_speed = 8; // Scrollgeschwindigkeit des Screens
    5. map_size = 50; // Größe der Map (map_size² = Anzahl der Tiles) (Länge oder Breite = map_size*32)
    7. grid = ds_grid_create(map_size,map_size); // erstellt das Grid
    9. for(a=0;a<map_size;a+=1) { for(b=0;b<map_size;b+=1) { // erstellt die einzelnen Felder
    10. ds_grid_add(grid,a,b,1);
    11. } }
    13. sf = surface_create(room_width,room_height); // erstellt ein Surface
    14. surface_set_target(sf);
    15. draw_clear_alpha(0,0);
    16. surface_reset_target();
    Alles anzeigen


    Step Event:
    Spoiler anzeigen

    GML-Quellcode

    1. if(keyboard_check(vk_up)) { screen_y -= screen_speed; }
    2. if(keyboard_check(vk_down)) { screen_y += screen_speed; }
    3. if(keyboard_check(vk_left)) { screen_x -= screen_speed; }
    4. if(keyboard_check(vk_right)){ screen_x += screen_speed; }
    6. surface_set_target(sf);
    7. draw_clear_alpha(0,0);
    9. for (a=0;a<map_size;a+=1) { for (b=0;b<map_size;b+=1)
    10. {
    11. if ds_grid_get(grid,a,b) == 1 // falls an a,b die Value 1 ist, dann...
    12. {
    13. tile_layer_delete_at(1000,screen_x+a*32,screen_y+b*32); // löscht das tile
    14. tile_layer_delete_at(1000,screen_x+a*32+screen_speed+2,screen_y+b*32+screen_speed+2); // behebt einen Bug
    15. tile_add(bg_map,0,0,32,32,screen_x+a*32,screen_y+b*32,1000); // erstellt das tile an der angegebenen Stelle
    16. }
    17. } }
    19. draw_text(0,0,fps); // zeichnet die FPS am Rand
    21. draw_set_blend_mode(bm_normal);
    22. surface_reset_target();
    Alles anzeigen


    Vielen dank schon mal im Voraus! Wenn was nicht verständlich war, bitte nachfragen! ;)

  • Der GM ist in diesem Bereich einfach extrem schwach. Bei 50x50 müssen knapp 2500 Datensätze pro Step durchgegangen werden.
    Außerdem, soweit ich es richtig sehe...

    if ds_grid_get(grid,a,b) == 1 // falls an a,b die Value 1 ist, dann...
    {
    tile_layer_delete_at(1000,screen_x+a*32,screen_y+b*32); // löscht das tile
    tile_layer_delete_at(1000,screen_x+a*32+screen_speed+2,screen_y+b*32+screen_speed+2); // behebt einen Bug
    tile_add(bg_map,0,0,32,32,screen_x+a*32,screen_y+b*32,1000); // erstellt das tile an der angegebenen Stelle
    }


    erstellst du damit mit jedem Step ein Tile, bzw löscht dieses zuvor. Keine Ahnung ob das überhaupt nötig wäre und wie viel Leistung das ernsthaftig zieht.

  • C5_Booster schrieb:

    Der GM ist in diesem Bereich einfach extrem schwach. Bei 50x50 müssen knapp 2500 Datensätze pro Step durchgegangen werden.
    Außerdem, soweit ich es richtig sehe...

    if ds_grid_get(grid,a,b) == 1 // falls an a,b die Value 1 ist, dann...
    {
    tile_layer_delete_at(1000,screen_x+a*32,screen_y+b*32); // löscht das tile
    tile_layer_delete_at(1000,screen_x+a*32+screen_speed+2,screen_y+b*32+screen_speed+2); // behebt einen Bug
    tile_add(bg_map,0,0,32,32,screen_x+a*32,screen_y+b*32,1000); // erstellt das tile an der angegebenen Stelle
    }


    erstellst du damit mit jedem Step ein Tile, bzw löscht dieses zuvor. Keine Ahnung ob das überhaupt nötig wäre und wie viel Leistung das ernsthaftig zieht.


    sobald du in der map scrollt oder sie sich verändert werden sowieso alle steps abgefragt. Das heißt sobald man anfangen würde zu scrollen, würde das Spiel sowieso laggen. Es muss noch eine Elegantere Lösung geben als das. Ich weis das das die Leistung frisst. Ich brauch eine bessere Lösung.

  • Tice schrieb:

    Zeiche nur von (camera.x, camera.y) bis (camera.x + camera.width, camera.y + camera.height) deine Tiles
    Alles drumherum ist ja nicht sichtbar und kann ignoriert werden
    Ambesten direkt mit draw_sprite auf die surface, da das mit den tiles ist viel zu aufwändig ist


    Gesagt getan. Ja es ist um einiges schneller geworden bei 50*50 bekomme ich zwischen 30-45 fps. Gehe ich jedoch höher, wirds gruselig!



    Der neue umgeschriebene Code:
    Spoiler anzeigen

    GML-Quellcode

    1. surface_set_target(sf);
    2. draw_clear_alpha(0,0);
    4. for (a=0;a<map_size;a+=1) { for (b=0;b<map_size;b+=1)
    5. {
    6. switch(ds_grid_get(grid,a,b)) // falls an a,b die Value 1 ist, dann...
    7. {
    8. case 1:
    9. if((screen_x+a*32 < room_width && screen_x+a*32 > -32) && (screen_y+b*32 < room_height && screen_y+b*32 > -32)) {
    10. draw_sprite(_tile_grass,0,screen_x+a*32,screen_y+b*32);
    11. }
    12. break;
    13. }
    15. } }
    17. draw_text(0,0,fps); // zeichnet die FPS am Rand
    19. draw_set_blend_mode(bm_normal);
    20. surface_reset_target();
    Alles anzeigen


    Es muss doch irgendwie schneller gehen. Wieso sinken die Frames. Es wird doch nur ein 800x600 Surface gezeichnet... Einfach diese dauerhaften Abfragen! Geht das nicht anders? Ich glaube es
    würde sich sogar lohnen alles mit instanzen zufüllen und ich hätte mehr leistung!

  • Ich hab eher sowas inner richtung gemeint:

    GML-Quellcode

    1. var cx, cy, width, height;
    2. cx = round(camera.x / blockSize) - 1; //meh gm8.1 erlaubt kein var cx = <val>; ...
    3. cy = round(camera.y / blockSize) - 1;
    4. width = cx + round(camera.width / blockSize) + 1;
    5. height = cy + round(camera.height / blockSize) + 1;
    7. cx = max(0, min(mapWidth-1, cx)); //hält cx zwischen 0 und mapWidth, da es sonst zu 'out of bounds' kommt
    8. cy = max(0, min(mapHeight-1, cy));
    9. width = max(0, min(mapWidth, width));
    10. height = max(0, min(mapHeight, height));
    12. var _x, _y;
    13. for (_x = cx;_x < width; _x += 1) //meh _x++ auch nicht akzeptable, ohje
    14. {
    15. for (_y = cy;_y < height; _y += 1)
    16. {
    17. draw_sprite(sprite, subimg, _x * blockSize, _y * blockSize);
    18. }
    19. }
    Alles anzeigen

    Ungetestet, sollte perfomanter sein, da der code nicht durch den kompletten array gehen muss
    :saint:

  • Es läuft zwar flüssig jedoch wenn man mit der map bei einer 400x400 map oder sonst irgendeiner größe runterscrollt ist nichts zusehen. Er hört nach 25 sprites/kästchen auf. Ich hab das ganze jetzt teilweise so übernommen:

    Hier nochmal das Create Event (immernoch beim alten):
    Spoiler anzeigen

    GML-Quellcode

    1. screen_x = 32; // X-Position des Screens
    2. screen_y = 32; // Y-Position des Screens
    3. screen_speed = 8; // Scrollgeschwindigkeit des Screens
    5. map_size = 400; // Größe der Map (map_size² = Anzahl der Tiles) (Länge oder Breite = map_size*32)
    6. block_size = 32;
    7. grid = ds_grid_create(map_size,map_size); // erstellt das Grid
    9. for(a=0;a<map_size;a+=1) { for(b=0;b<map_size;b+=1) { // erstellt die einzelnen Felder
    10. ds_grid_add(grid,a,b,1);
    11. } }
    13. sf = surface_create(800,600); // erstellt ein Surface
    14. surface_set_target(sf);
    15. draw_clear_alpha(0,0);
    16. surface_reset_target();
    Alles anzeigen


    Das Step Event:
    Spoiler anzeigen

    GML-Quellcode

    1. if(keyboard_check(vk_up)) { screen_y += screen_speed; }
    2. if(keyboard_check(vk_down)) { screen_y -= screen_speed; }
    3. if(keyboard_check(vk_left)) { screen_x += screen_speed; }
    4. if(keyboard_check(vk_right)){ screen_x -= screen_speed; }
    6. var cx, cy, width, height;
    8. cx = round(screen_x / block_size) -1;
    9. cy = round(screen_y / block_size) -1;
    10. width = cx + round(room_width / block_size) +1;
    11. height = cy + round(room_height / block_size) +1;
    13. cx = max(0, min(map_size-1, cx));
    14. cy = max(0, min(map_size-1, cy));
    15. width = max(0, min(map_size, width));
    16. height = max(0, min(map_size, height));
    18. surface_set_target(sf);
    19. draw_clear_alpha(0,0);
    21. var _x, _y;
    22. for (_x = cx;_x < width; _x += 1) { for (_y = cy; _y < height ; _y+=1)
    23. {
    24. switch(ds_grid_get(grid,_x,_y)) // falls an a,b die Value 1 ist, dann...
    25. {
    26. case 1:
    27. draw_sprite(spr_grass,0,_x*block_size,_y*block_size);
    28. break;
    29. }
    31. } }
    33. draw_text(0,0,fps); // zeichnet die FPS am Rand
    35. draw_set_blend_mode(bm_normal);
    36. surface_reset_target();
    Alles anzeigen


    Ich finde es sehr komisch. Irgenwie zeichnet er alles unterhalb und rechts vom Surface garnichts mehr, selbst wenn es reinrutscht...?? Hab die .gmk hochgeladen
    Dateien

    • gigant_map.gmk

      (10,67 kB, 290 mal heruntergeladen, zuletzt: )

  • Kreiere ein Skript "scr_drawlines"

    Quellcode

    1. //Argument0: Snap size.
    2. //Argument1: Starting x position.
    3. //Argument2: Starting y position.
    4. //Argument3: Snap amount.
    6. xi = argument1;
    7. xy = argument2;
    8. repeat(argument3)
    9. {
    10. draw_line(xi,argument2,xi,argument3*argument0+argument2);
    11. draw_line(argument1,xy,argument3*argument0+argument1,xy);
    12. xi+=argument0;
    13. xy+=argument0;
    14. }
    15. draw_line(xi,argument2,xi,argument3*argument0+argument2);
    16. draw_line(argument1,xy,argument3*argument0+argument1,xy);
    Alles anzeigen


    Dann im Draw Event zb.:

    Quellcode

    1. scr_drawlines(60, 0, 0, 6000)


    Dies ist nur fürs SICHTBARE Grid sollte aber mit 100 FPS auf 6000x6000 laufen bzw. auch höher ;).

  • @Sasula
    Es geht darum eine verschiebare Map immer und immerwieder zu zeichnen. Die wird durch die Pfeiltasten bewegt, aber danke, scheint auch interessant zu sein. Allerdings möchte ich ja nicht das grid zeichnen sondern das Aussehen von einer Map. Steht das jetzt ein Haus. Ist da eine Mauer oder einfach nur Wiese, Erde oder sonstetwas.

  • Wenn die Karten oft geändert werden muss: unterteile die Map in geeignete Einzelteile und zeichne diese dann auf eine Surface, immer wenn sich was ändert muss (Dirty-Flag oder ähnliches benutzen), dann das neu gezeichnet werden, dafür kann man das dann immer wieder verwenden. Wenn die Karte nicht geändert werden muss: generell Surface benutzen.
    wupto.net/ Nicht meine Seite!
    We love Koalas.

    GM-D-Spam-o-Meter: 32%