create an icon using a plugin to make the transition. maybe use a light switch image. if that plugin was called 'switch' you could try this. create 2 actions lights on and lightsoff.

<action name="lightson">
loadpano(lightson.xml,null,KEEPALL,BLEND(2)); set(plugin[switch].rotate,180);
</action>

<action name="lightsoff">
loadpano(lightsoff.xml,null,KEEPALL,BLEND(2)); set(plugin[switch].rotate,0);
</action>

<plugin name="switch"
url="switch.jpg"
keep="true"
visible="true" enabled="true" handcursor="true"
zorder="5"
alpha="1.00" blendmode="normal"
smoothing="true"
origin="centerbottom" edge=""
x="0" y="10"
scale="1"
onclick="switch(lightson(), lightsoff());
/>



that command will load the new lights on image keeping all viewing and display settings over 2 seconds. it will also rotate the switch icon 180 degrees so it looks like the switch was actually flipped. the next time it is clicked it will reverse the actions. if 'set' does not work on the rotate try 'tween'

The real problem is - how to synchronize the movement of two panoramas so that we find the same image centring after each switching?

you dont need to sync anything the 2 panos are not loaded at the same time. you are viewing 1 pano. you click, new pano loads, nothing changes in the view you will still be looking at the same spot. As long as the panos are taken from the same place it will be a seemless transition.

You mean, I shall be looking at the same direction? Next pano loads with it's own, but the same original image settings. If the first pano was moved, the second will not be synchronized.

I had the same problem here (press the magic button ), which was discussded here

I managed it by annoying manual work. It is still far away from being perfect as I just wasn't in the mood to finish it. Aligning the two panos in my stitchingsoftware wasn't accurately enough. Best thing to handle this would be a photoshop plugin which allows perfect congruency by adjusting the distortion of the stitched, flattend panorama when moving it.

OK Dr; Schnekem ! Your example, even “imperfect “, is exactly what we (Raulo and me) were looking for!

We didn't realize that krpano can load next pano with polar coordinates of centering different than original. So, the response was inside the code of VN2009 :
load(nextpano.xml,null,KEEPALL);

I replaced KEEPALL by KEEPVIEW, because it's action is more selective.
Thank you for your help !

Your problem Dr. Schnekem, may be simply resolved with Autopano Pro. Two panoramas has to be stitched together. Autopano will find the same control points for each panorama, and will render every pano distinctively (by group). This technique is normally used for bracketed panoramas.

KEEPALL did not retain the view? HMMM i thought it did if KEEEPVIEW works i guess it is not included in KEEPALL. may bad but at least you got it!

VN2009,

I read Hub's statement to say that keepall did as he wished it to, he just didn't need everything that was kept. Whereas, the keepview was exactly what he was looking for.


Jarredja