Roll20 uses cookies to improve your experience on our site. Cookies enable you to enjoy certain features, social sharing functionality, and tailor message and display ads to your interests on our site and others. They also help us understand how our site is being used. By continuing to use our site, you consent to our use of cookies. Update your cookie preferences .
×
Create a free account

Large map fix

Hi all, Quick question, i have a 4500x4500 page with a high detail map. i know this is not advised and i should have heeded the warnings but we started on the map already and ran into some players with slower computers struggling. I now need to re-do the map so it runs better.  Should I just: a) resize the page and background to fit (keeping file sized the same) and adjust the grid size to accommodate  b) edit the background image with an edit (paint/photoshop) so the file size is smaller and re-do the page I'd rather "A" because i'm lazy but wanted to know. 
You could cut the map in half or quarters and just have the other parts on a different map page
CasualTerror said: You could cut the map in half or quarters and just have the other parts on a different map page I was thinking about that but it's like a spiral maze type deal, not many straight lines.  meaning it would be bouncing from page to page too frequently.
1590780590
Kraynic
Pro
Sheet Author
I don't think A will do much good.  You will still have the same amount of data to load and dynamic lighting lines to render. If you are running AFoW, you might try turning that off and just running with dynamic lighting alone.  Otherwise, I think you are down to tinkering with the image in an exterior editor and seeing how far you can reduce the file size and still have a decent looking map.
Kraynic said: I don't think A will do much good.  You will still have the same amount of data to load and dynamic lighting lines to render. If you are running AFoW, you might try turning that off and just running with dynamic lighting alone.  Otherwise, I think you are down to tinkering with the image in an exterior editor and seeing how far you can reduce the file size and still have a decent looking map. thanks, I was thinking the same. Just didn't know if Roll20 did some scaling magic but after some testing on chrome it would see the same CPU/Memory utilization for both maps. 
CHEEX said: CasualTerror said: You could cut the map in half or quarters and just have the other parts on a different map page I was thinking about that but it's like a spiral maze type deal, not many straight lines.  meaning it would be bouncing from page to page too frequently. Spiral maze? Did you freehand curved DL walls? If you did the drawing tool creates thousands of tiny lines to fake the curve, which runs the Dynamic Lighting processing through the roof. Delete any freestyle lines and replace them with lines with as few points/angles as possible to cut down on lagg and never use circles/elipse with DL. There is a script that helps you fake DL elipse in the one shot. I am not at home too look it up but a search for dynamic lighting in the one shot will bring it up.
1590827110
Tiffany M.
Plus
Marketplace Creator
Size the map down a bit, compress it to 60% or look into external image compression programs that might take it even further... set your grid size to 50 pixels instead.
1590843678

Edited 1590843726
Gold
Forum Champion
There are probably OTHER factors of your large page, causing the problem, not necessarily the Page size. Not necessarily the file-size of the background map (though maybe that). What are your dynamic lighting settings? How complex are your dynamic light walls shapes? How many characters are in the game (including monsters and npc's) & which character sheet is used? How many Tokens or furniture or monster graphics are on that huge page (a dozen, or hundreds?). Are there animated GIF running on the page? Is the Jukebox loading music when this happens? Are you using Roll20 video mode? If some of those areas is maxed-out, changing that area may fix your problem without needing to reduce the page size.