Download the interconnect dungeons:
https://www.deviantart.com/zatnikote...he-One-Million
50px x 50px build for fantasy grounds
MODERATOR: See post #11 for a Fantasy Grounds module put together LordNova2 - Thanks LordNova2!
Printable View
Download the interconnect dungeons:
https://www.deviantart.com/zatnikote...he-One-Million
50px x 50px build for fantasy grounds
MODERATOR: See post #11 for a Fantasy Grounds module put together LordNova2 - Thanks LordNova2!
Wow!
This is a very impressive map system. What's even more impressive is that the designer implied he was adding more to it. One poster said, "Somebody needs to write an adventure module for this." The designer, Zatnikotel replied, "I think I may need to add a few more maps first, so that it makes a little more sense."
Nice maps.
Are they specifically built for Fantasy Grounds? The only maps I could find are 3500x3500 resolution, which is approximately 3 times the FGC recommended resolution of 2048x2048.
And looking at it in more detail - the maps are listed as 50-inch x 50-inch battlemaps. So, at 3500x3500 pixels, these are 70 pixels per grid square (assuming 1 inch = 1 grid square).
Resizing to 2500x2500 (50 pixels per grid square) would be much better for FG - each map would still be 1.5 times the recommended size, but this is way better than 3 times the recommended size. :-)
Nice maps for FGU!
Yesterday, i just played a game with on FG and it was ok. A couple second of loading time but OK for us.
Running one or two maps like that is "OK". The recommendation for map size is there because large maps take up a lot of memory, and Fantasy Grounds in it's current form is a 32-bit app that has limited memory - even if the computer itself has a lot of memory. If you're in a game with a lot of library modules open, a few maps shared and you're in a combat, Fantasy Grounds is going to be using a lot of it's limited memory resources. Hence the recommendation to keep maps within a reasonable size (2048x2048 pixels).
Also, regardless of whether you're running on current version of FG (or FGU in the future); larger files still take longer to transfer than smaller files.
JPG
Yes, the file still needs to be transferred to each client who needs to see it. The FGU code is a little smarter about only sending stuff as it is shown, as opposed to any referenced in data values shared.
Regards,
JPG