ForeverZer0 Custom Resolution + Littledrago's Zoom

[DerVVulfman]

I already tried NOT disposing the original map scene by keeping it stored in a variable, but that didn't work as intended. You could see the tiles on screen for just a brief moment and then... a big black nothing again.  It's not redrawing everything fast enough...

Indeed, you see tiles on the map... as shown here:



But as I see it, the system is drawing the tiles based upon the original 640x480 settings.  And likewise, based on the native 1.0 zoom.  It is a pre-zoom render that appears before the map is erased.

The 'here" pop-up was something I added to the Spriteset_Map's update method just so I could see for a clean pause as I begin investigating.

How serious an investigation???



The Editor on the left is the project, now that I had literally taken the Resolution, Zoom and DragoCore and split them into their individual classes and methods so I can go back n forth and see what's what.  Yeah, it's doctored to show ALL of the individual classes present (and I swear, not all are needed for just this... the core is a catch-all for a lot of stuff like his own RMXP SDK).

The window on the right has base scripts as a "Control Test".

Attached right below is the WIP Project --- The scripts involved (I removed the UMS and etc)...

  ProjectTest.rar (Size: 1,011.35 KB / Downloads: 2)

Since the resolution settings were 1024x576, I set the initial map to 32x18 tiles, which fills the res exactly.

I chose to use a monster instead of the basic 001-Fighter01 character to test priority sprites and drew a few test subject layer tiles for testing... see if it had issues like the other tilemap classes I experienced.  Nope.. THAT works perfectly.

002-Figher02 (the blue swordsman) tests both fog and weather to make sure they FILL the area.  (FINE!)  I didn't test for the panorama that appears under the ground layer, but it prolly works fine too.

THE SLIM SHADY GUY.   Well, I wanted to see if refreshing the map worked AFTER it loaded.  That was a big nope.