krpano 1.20

spacerywirtualne · January 24, 2020 at 10:01 PM

Quote from klaus.krpano

Sorry, can't reproduce such.
Do you have an example?

Of course.

https://spacerywirtualne.pl/for_Klaus/txty/

klaus.krpano · January 25, 2020 at 11:36 AM

Hi,

Quote from vope

The preview Image (preview.jpg) is not shown on startup since krpano 1.2x.
When I start the the tour display is black, Then loads the tiled images. In krpano 1.6 and below, the preview image was shown on startup then it loads the tiled images.

Do you have a link to your example?
Normally the preview image is always requested first...

Quote from spacerywirtualne

Of course.
https://spacerywirtualne.pl/for_Klaus/txty/

Thanks, I first misunderstood what you mean but now I see. Will be fixed in the next release.

Best regards,
Klaus

klaus.krpano · January 28, 2020 at 11:58 AM

Quote from vope

The preview Image (preview.jpg) is not shown on startup since krpano 1.2x.
When I start the the tour display is black, Then loads the tiled images. In krpano 1.6 and below, the preview image was shown on startup then it loads the tiled images.

Hi again,

after more checking I found two cases where the preview was not shown correctly:
- when using a cubestrip preview image + a spherical multires pano,
- and when using a spherical preview image + a spherical multires pano.

This will be fixed in the next release (1.20.3).

Best regards,
Klaus

klaus.krpano · January 28, 2020 at 9:33 PM

Hi,

there is a new krpano release:
krpano 1.20.3

It brings several smaller fixes but also some improvements:

WebXR API support - additionally to the WebVR API now also the newer WebXR API is supported. Internally this is a slightly bigger change but for krpano usage itself nothing changes. At the moment the WebVR API is still used by default when available, because it currently provides higher image quality and more control, but once the WebVR API support will get removed from the browsers, then automatically the WebXR API can be used.
If you have a VR headset with a WebXR capable browser here a test-site for comparing the APIs: krpano WebVR / WebXR API Comparison
There were some requests for a smoothed control mode, so here is one: a new follow named dragging control mode. It works similar to the default dragging mode, but instead of instantly following the dragging, the pano-view will slowly follow the users movement (the acceleration and speed is adjustable).
Here an example for comparison: Control Mode Comparison Example

For all news, details and fixes in this release please check the Release Notes.

Best regards,
Klaus

spacerywirtualne · January 28, 2020 at 10:19 PM

thank you Klaus

Piotr

Tuur · January 29, 2020 at 12:50 AM

Great update!

Tuur

indexofrefraction · January 29, 2020 at 1:40 PM

thanks klaus!

Sergey74 · January 30, 2020 at 7:33 AM

Now, if the panorama is built into the iframe, when you turn the mobile device into a landscape position, it does not open in full screen.

klaus.krpano · January 30, 2020 at 9:49 AM

Quote from Sergey74

Now, if the panorama is built into the iframe, when you turn the mobile device into a landscape position, it does not open in full screen.

That was an unintended side-effect of the display.autofullscreen feature and fixed in 1.20 - here a quote from the release-notes:

Quote

Fix: Use display.autofullscreen only for full-page-websites.

Sergey74 · January 30, 2020 at 4:18 PM

Thanks for your reply!

I have one more question. Now my plugin "lensflare" has become strangely behaving in a stereographic projection. If I set a css3d rendering (for hotspots), this does not happen.
Link example https://panosphera.ru/gallery/zuratk…150,-40,130,0,0);

vope · February 3, 2020 at 4:58 PM

Hi Klaus

The zoomlevel is not correct for cylidnrical panos in 1.20,3.
My settings are -> maxpixelzoom="1.0" fovmin="70" fovmax="140"
But I can not zoom into the pano.

I have to adjust maxpixelzoom to 20 that I get same zoom level as before.
Quality seems to be ok. I could not see any quality loss in the pano.

It happens only to cylindrical panos, sperical panos are not affected.

Best regards
Peter

klaus.krpano · February 4, 2020 at 2:18 PM

Hi,

there is a new minor update:
krpano 1.20.4

In version 1.20.3 a bug was fixed that prevented the rendering of spherical/cylindrical preview images in some cases. Unfortunately that fix caused a side-effect that the internal pano-resolution-information has got overwritten by the resolution of the preview image - and that prevented zooming when using the maxpixelzoom setting.

Additionally also a few other and yet undiscovered bugs related to the preview-pano loading/rendering were fixed in this release.

All release information here:
Release Notes 1.20.4

Best regards,
Klaus

Tuur · February 4, 2020 at 2:26 PM

Thank you!

Tuur

vope · February 4, 2020 at 4:16 PM

Works great.
Thanks for quick fix.

Best
Peter

insideplaces · February 4, 2020 at 5:01 PM

Hello, I just upgraded krpano version to 1.20.3 but now I am having an issue during image tiling.

I'm using the command krpanotools makepano -config=multires.config

being my config file:

Code

panotype=autodetect
stereosupport=true
makescenes=false
frames=false
converttocube=true
converttocubelimit=360x120
converttocubeformat=jpg
multires=true
levels=auto
tilepath=%INPUTPATH%/tiles/l%Al[_c]_%Av_%Ah.jpg
thumbpath=%INPUTPATH%/tiles/thumb.jpg
previewpath=%INPUTPATH%/tiles/preview.jpg
makethumb=true
xml=false
html=false
jpegquality=90
jpegsubsamp=422
tilesize=512
levelsizes=512,1024,2048

Display More

The problem is that the <image multires> is referencing tile that were not generated by makepano command.

Code

https://ibb.co/P4wGmrr

This is how I'm constructing the xml:

Code

<preview url="preview.jpg" /> 
<image type="CUBE" multires="true" tilesize="512"> 
<level tiledimagewidth="2048" > 
<cube url="l1_%s_%v_%h.jpg" /> 
</level> 
<level tiledimagewidth="1024" >
<cube url="l2_%s_%v_%h.jpg" /> 
</level>
<level tiledimagewidth="512" >
<cube url="l3_%s_%v_%h.jpg" /> 
</level>
</image>

Display More

what have changed in this process? Can someone help me out in this?

Tuur · February 4, 2020 at 5:24 PM

insideplaces

Look up 2 posts
https://krpano.com/forum/wbb/inde…80867#post80867

Hope it helps
Tuur

insideplaces · February 4, 2020 at 5:53 PM

Quote from Tuur

insideplaces
Look up 2 posts
https://krpano.com/forum/wbb/inde…80867#post80867
Hope it helps
Tuur

Hello Tuur, thanks for responding. I'll check this out!

klaus.krpano · February 4, 2020 at 6:36 PM

Hi,

Quote from insideplaces

Hello, I just upgraded krpano version to 1.20.3 but now I am having an issue during image tiling.

Before version 1.20.3 the levelsizes setting was working wrong: when using that setting the level index was written in the wrong order, e.g. l5,l4,l3,l2,l1 instead of l1,l2,l3,l4,l5 as it should and also is when using the other level settings.

That was not a directly noticeable problem because the levels in the xml-output were also generated in the wrong order, but it is a problem of course when using a generic xml and not one that was generated together with the tiles.

I knew that fixing that bug would break compatibility with such cases, but I thought it should got fixed for correctness and consistency anyway. And updating to match again is only a small change:

Either change your xml - the smallest level should got the lowest level-index and the largest level the highest index (that means swap 'l1' and 'l3' in your xml), or change the order of the levelsizes values in the config file - e.g. change this line:

Code

levelsizes=512,1024,2048

to this:

Code

levelsizes=2048,1024,512

Then the generated tiles will match our xml.

Best regards,
Klaus

insideplaces · February 4, 2020 at 6:49 PM

Hello klaus.krpano thanks for clarifying it! Makes sense that fix!

I inverted directly in xml at tiledimagewidth="xxxx" and it worked.

Sergey74 · February 5, 2020 at 8:48 AM

Ok, I’ll repeat my question again: is this a normal hotspot behavior?
https://panosphera.ru/gallery/bhub7rk/
XML https://panosphera.ru/gallery/bhub7rk/krpano.xml

Participate now!