I'll just copy/paste Dario's comments because he went into a lot more detail than I could
I did an analysis and it seems that the video frame runs diagonally in a north-east direction until it rests on the roof and, given that the video frame during the game is 14 X blocks in size, what it does is very simple, considering the point of the northwest video corner at the start of the game and considering the fact that the video frame the player sees is 12Y high (and 14X wide) and therefore the 15Y point, during the diagonal movement straight up to the roof of the level, as soon as he reaches the roof where the dot point is 0Y-16X the system quickly scrolls to the right eight steps X thus arriving at Y0-23X then immediately descends the video frame the video frame up to 15Y (point of the high video frame north-west point that I am considering to trace the path in an abstract sense in the speech) with the base of the painting in the south-west at 26Y-23X then it moves another eight steps to the right X and has arrived at its destination.
The scroll will always end where it was designed, in fact if you make the layer wider or narrower, it will not be affected and will always scroll to the end point of the level, where the pipe is.
I summarize, the point arrives at the top, in the image it is the point that moves diagonally with the wooden blocks at the beginning, it arrives in the roof, it moves eight steps as fast as there are eight munchers at the top and the image disappears of the game for a moment, the video frame descends as indicated by the arrows, moves another eight steps to the right as are the munchers below and the image of the video game frame reappears.
The x-blocks indicate the visible game board.
One thing I can recommend, to solve the problem of how to interact with the user and how to scroll, is to indicate first of all the obligatory game area, the one where Mario moves because it is currently not seen (with the "Autoscroll Path" function in menu displays), then we need to understand if this forced sudden movement is a parallel function that is activated automatically with scrolling because it is already programmed to act within this scrolling value identified in the data, if so, it would be useful to understand if it can be done master with a GUI and some programming of Foundry and later, add in a new window of Foundry can disable this functionality or activate it, and if possible be able to modify its programming to make a level similar to this but that comes down the video picture later of the current decided point, and to do it in such a way as to make it possible with a trajectory towards the chosen point where to make it work in a way that forces the user to go up in the roof of the level relatively up to where since the user has arrived to modify this type of automatic scrolling which must necessarily have the north-west frame high point of the video visible of the low game at 15Y if the automatic intervention point of this "automatic alignment program" is located in the level space following the one still not modified by the user and that it will necessarily have to be away at 15X.
All this could be done with a line that forces the user to go up with the playable scroll zone that you will make editable in the future (if you do) in relation to its final part, its proximity to a line, which would be interactive and which would force automatic scrolling with a line that automatically lengthens and shortens in relation to the final part of the guideline coinciding with the internal program starting point for realignment, active for this scrolling value, but only if this could be modified "intervention point", because otherwise you shouldn't be able to change this scroll value but only view its obligatory path, which it currently doesn't do.
Agreement summary with arrows (Then start again until you get to the vanilla level tube).
I'll just copy/paste Dario's comments because he went into a lot more detail than I could
I did an analysis and it seems that the video frame runs diagonally in a north-east direction until it rests on the roof and, given that the video frame during the game is 14 X blocks in size, what it does is very simple, considering the point of the northwest video corner at the start of the game and considering the fact that the video frame the player sees is 12Y high (and 14X wide) and therefore the 15Y point, during the diagonal movement straight up to the roof of the level, as soon as he reaches the roof where the dot point is 0Y-16X the system quickly scrolls to the right eight steps X thus arriving at Y0-23X then immediately descends the video frame the video frame up to 15Y (point of the high video frame north-west point that I am considering to trace the path in an abstract sense in the speech) with the base of the painting in the south-west at 26Y-23X then it moves another eight steps to the right X and has arrived at its destination.
The scroll will always end where it was designed, in fact if you make the layer wider or narrower, it will not be affected and will always scroll to the end point of the level, where the pipe is.
I summarize, the point arrives at the top, in the image it is the point that moves diagonally with the wooden blocks at the beginning, it arrives in the roof, it moves eight steps as fast as there are eight munchers at the top and the image disappears of the game for a moment, the video frame descends as indicated by the arrows, moves another eight steps to the right as are the munchers below and the image of the video game frame reappears.
The x-blocks indicate the visible game board.
One thing I can recommend, to solve the problem of how to interact with the user and how to scroll, is to indicate first of all the obligatory game area, the one where Mario moves because it is currently not seen (with the "Autoscroll Path" function in menu displays), then we need to understand if this forced sudden movement is a parallel function that is activated automatically with scrolling because it is already programmed to act within this scrolling value identified in the data, if so, it would be useful to understand if it can be done master with a GUI and some programming of Foundry and later, add in a new window of Foundry can disable this functionality or activate it, and if possible be able to modify its programming to make a level similar to this but that comes down the video picture later of the current decided point, and to do it in such a way as to make it possible with a trajectory towards the chosen point where to make it work in a way that forces the user to go up in the roof of the level relatively up to where since the user has arrived to modify this type of automatic scrolling which must necessarily have the north-west frame high point of the video visible of the low game at 15Y if the automatic intervention point of this "automatic alignment program" is located in the level space following the one still not modified by the user and that it will necessarily have to be away at 15X.
All this could be done with a line that forces the user to go up with the playable scroll zone that you will make editable in the future (if you do) in relation to its final part, its proximity to a line, which would be interactive and which would force automatic scrolling with a line that automatically lengthens and shortens in relation to the final part of the guideline coinciding with the internal program starting point for realignment, active for this scrolling value, but only if this could be modified "intervention point", because otherwise you shouldn't be able to change this scroll value but only view its obligatory path, which it currently doesn't do.
Agreement summary with arrows (Then start again until you get to the vanilla level tube).