krpano 1.20 - Page 7 - News - krpano.com Forum

spacerywirtualne

Professional

Posts: 1,115

Location: Poland, Europe

Occupation: krpano developer : virtual tours : the cms4vr owner

121

Friday, January 24th 2020, 10:01pm

Quoted from "klaus.krpano"

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

Of course.

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

Your own professional, online cloud tool for creating virtual tours - www.cms4vr.com

facebook page :: youtube :: wiki.cms4vr.com

cms4vr team *thumbsup*

Go to the top of the page

klaus.krpano

Administrator

Posts: 13,479

122

Saturday, January 25th 2020, 11:36am

Hi,

Quoted 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...

Quoted from "spacerywirtualne"

Quoted from "klaus.krpano"

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

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

Go to the top of the page

klaus.krpano

Administrator

Posts: 13,479

123

Tuesday, January 28th 2020, 11:58am

Quoted 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

Go to the top of the page

klaus.krpano

Administrator

Posts: 13,479

124

Tuesday, January 28th 2020, 9:33pm

krpano 1.20.3

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

Go to the top of the page

spacerywirtualne

Professional

Posts: 1,115

Location: Poland, Europe

Occupation: krpano developer : virtual tours : the cms4vr owner

125

Tuesday, January 28th 2020, 10:19pm

thank you Klaus

Piotr

Your own professional, online cloud tool for creating virtual tours - www.cms4vr.com

facebook page :: youtube :: wiki.cms4vr.com

cms4vr team *thumbsup*

Go to the top of the page

Tuur

Sage

Posts: 3,822

Location: Netherlands

Occupation: Krpano custom coding / Virtual Tours / Photography / Musician / Recording engineer

126

Wednesday, January 29th 2020, 12:50am

Great update!
*love*

Tuur

https://www.virtualtuur.com
Panimator: https://krpano.com/plugins/userplugins/panimator/#top
ToolBox: https://bit.ly/3TTnd6U
Measure in 360 photos

: https://pame.virtualtuur.com
Moving Hotspots V2: https://krpano.com/plugins/userplugins/movinghotspots/#top
Donations
https://bit.ly/3NnpynC

Go to the top of the page

$indexofrefraction is offline$ indexofrefraction

Professional

Posts: 1,351

127

Wednesday, January 29th 2020, 1:40pm

thanks klaus! *smile*

zFilter plugin -- zFlare plugin -- zSnapshot plugin

Go to the top of the page

Sergey74

Intermediate

Posts: 193

Location: Russia, Chelyabinsk

Occupation: professional noob

128

Thursday, January 30th 2020, 7:33am

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.

translation difficulties *huh*

Go to the top of the page

klaus.krpano

Administrator

Posts: 13,479

129

Thursday, January 30th 2020, 9:49am

Quoted 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:

Quoted

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

Go to the top of the page

Sergey74

Intermediate

Posts: 193

Location: Russia, Chelyabinsk

Occupation: professional noob

130

Thursday, January 30th 2020, 4:18pm

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/zuratkul/?…150,-40,130,0,0);

translation difficulties *huh*

Go to the top of the page

vope

Beginner

Posts: 13

131

Monday, February 3rd 2020, 4:58pm

Zoom problem for cylindrical panos

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

Go to the top of the page

klaus.krpano

Administrator

Posts: 13,479

132

Tuesday, February 4th 2020, 2:18pm

krpano 1.20.4

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

Go to the top of the page

Tuur

Sage

Posts: 3,822

Location: Netherlands

Occupation: Krpano custom coding / Virtual Tours / Photography / Musician / Recording engineer

133

Tuesday, February 4th 2020, 2:26pm

Thank you!

Tuur *thumbsup*

https://www.virtualtuur.com
Panimator: https://krpano.com/plugins/userplugins/panimator/#top
ToolBox: https://bit.ly/3TTnd6U
Measure in 360 photos

: https://pame.virtualtuur.com
Moving Hotspots V2: https://krpano.com/plugins/userplugins/movinghotspots/#top
Donations
https://bit.ly/3NnpynC

This post has been edited 1 times, last edit by "Tuur" (Feb 4th 2020, 2:40pm)

Go to the top of the page

vope

Beginner

Posts: 13

134

Tuesday, February 4th 2020, 4:16pm

Works great. *smile*

Thanks for quick fix.

Best
Peter

Go to the top of the page

insideplaces

Beginner

Posts: 43

135

Tuesday, February 4th 2020, 5:01pm

Problem image tiling after version upgrade

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:

Source 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

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

	Source code
1	https://ibb.co/P4wGmrr

This is how I'm constructing the xml:

Source 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>

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

Go to the top of the page

Tuur

Sage

Posts: 3,822

Location: Netherlands

Occupation: Krpano custom coding / Virtual Tours / Photography / Musician / Recording engineer

136

Tuesday, February 4th 2020, 5:24pm

@insideplaces

Look up 2 posts
https://krpano.com/forum/wbb/index.php?p…80867#post80867

Hope it helps
Tuur *thumbsup*

https://www.virtualtuur.com
Panimator: https://krpano.com/plugins/userplugins/panimator/#top
ToolBox: https://bit.ly/3TTnd6U
Measure in 360 photos

: https://pame.virtualtuur.com
Moving Hotspots V2: https://krpano.com/plugins/userplugins/movinghotspots/#top
Donations
https://bit.ly/3NnpynC

Go to the top of the page

insideplaces

Beginner

Posts: 43

137

Tuesday, February 4th 2020, 5:53pm

Quoted from "Tuur"

@insideplaces

Look up 2 posts
https://krpano.com/forum/wbb/index.php?p…80867#post80867

Hope it helps
Tuur

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

Go to the top of the page

klaus.krpano

Administrator

Posts: 13,479

138

Tuesday, February 4th 2020, 6:36pm

Hi,

Quoted 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: