You are not logged in.

krpano 1.20

Dear visitor, welcome to krpano.com Forum. If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.

klaus.krpano

Administrator

  • "klaus.krpano" started this thread

Posts: 13,214

  • Send private message

181

Tuesday, May 5th 2020, 10:17pm

Hi,

Quoted from "Tuur"

i still find an/the issue on the preview image on larger panos.
I dropped a 66222 x 33111 pano on MAKE VTOUR (VR-OPT) Droplet

Thanks for reporting, yes there is a bug and you're right about the preview type.

When the pano width is larger than the converttocubemaxwidth setting from the config file (which is 60000 by default), then the sphere-to-cube conversion is skipped and the pano will be processed as spherical pano.

And the bug is that the preview image will be still build as cube-strip pano - and as seen without telling the xml that the preview pano is a cubestrip. Without explicit type setting, the viewer assumes the preview pano has the same time as the main pano image.

The problem could be fixed by adding the preview type in the xml, but the more correct solution should be to build the preview pano image also as spherical image in this case.

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

Best regards,
Klaus

Tuur

Sage

Posts: 3,626

Location: Netherlands

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

  • Send private message

182

Wednesday, May 6th 2020, 12:32pm

Thanks for the confirmation, the explanation and the future fix!

Tuur *thumbsup*
https://www.virtualtuur.com

Panimator: https://krpano.com/plugins/userplugins/panimator/#top
ToolBox: https://krpano.com/forum/wbb/index.php?p…&threadID=16023
Measure in 360 photos : https://pame.virtualtuur.com
Moving Hotspots V2: https://krpano.com/plugins/userplugins/movinghotspots/#top
Donations
https://bit.ly/3NnpynC

Sergey74

Intermediate

Posts: 192

Location: Russia, Chelyabinsk

Occupation: professional noob

  • Send private message

183

Sunday, May 10th 2020, 4:20pm

It is not possible to set a custom mouse cursor when the layer attribute bgcapture is set to true. This is normal?
Here is an example

How do I send mouse events to a layer while having a custom cursor?
translation difficulties *huh*

sblack

Trainee

Posts: 56

  • Send private message

184

Sunday, May 10th 2020, 10:09pm

hi!
please check and confirm that border of polygonal hotspots are unclickable now (not hovered, no onclick reaction)
unlike the krpano v1.19 and earlier
GArrows plugin
Walk-through transition effect for krpano
GPS based navigation for krpano
Deeplinking for krpano
Robostitcher and stitching service

klaus.krpano

Administrator

  • "klaus.krpano" started this thread

Posts: 13,214

  • Send private message

185

Sunday, May 24th 2020, 4:12pm

Hi,

Quoted from "sblack"

please check and confirm that border of polygonal hotspots are unclickable now (not hovered, no onclick reaction)
unlike the krpano v1.19 and earlier

Right, when rendered by WebGL the borders of polygonal hotspots are not clickable for performance reasons.
But in the next release there will be a new setting (borderhittest) to enable them optionally for hit-testing.

Another way to make them clickable would be using renderer="css3d", then they get rendered by SVG and hit-tested by the browser (but that's slower and don't work in VR).

Best regards,
Klaus

klaus.krpano

Administrator

  • "klaus.krpano" started this thread

Posts: 13,214

  • Send private message

187

Monday, May 25th 2020, 5:23pm

krpano 1.20.7

here the next krpano release:
krpano 1.20.7
Release Notes

Some notes about this release:
  • This release is especially important for the VR-support in the latest Oculus Browser version 9.* (for Oculus Go, Oculus Quest and GearVR). There it fixes VR rendering problems like a too low multi-resolution-level, too large non-distorted hotspots and a too small display in the left-bottom corner during blending or when using post-processing.
  • The krpano tools avoid now the creation of temporary files when doing the sphere-to-cube conversion or when splitting stereo-images into separate files for processing. This increases the memory-usage, but therefore speed-up the processing when using slow-disks or network-drives.
  • When hotspots images would be too large for a certain device, then they will automatically internally downscaled now.
  • When using <include> elements inside a <scene>, then these includes will be first loaded when loading the actual scene instead of loading all the includes already when loading the main xml. When using a lot of scenes with includes, this can noticeable speedup the startup.
  • On iPads the Fullscreen-Mode is supported now.
  • The Panotour Pro Update Package got several updates for sound, video and web-content-hotspots support.

Best regards,
Klaus

grycikua

Beginner

Posts: 12

  • Send private message

188

Monday, May 25th 2020, 5:24pm

Thanks Klaus!

Tuur

Sage

Posts: 3,626

Location: Netherlands

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

  • Send private message

189

Monday, May 25th 2020, 6:24pm

Quoted

When using <include> elements inside a <scene>, then these includes will be first loaded when loading the actual scene instead of loading all the includes already when loading the main xml. When using a lot of scenes with includes, this can noticeable speedup the startup.


*love*
Tuur *thumbsup*
https://www.virtualtuur.com

Panimator: https://krpano.com/plugins/userplugins/panimator/#top
ToolBox: https://krpano.com/forum/wbb/index.php?p…&threadID=16023
Measure in 360 photos : https://pame.virtualtuur.com
Moving Hotspots V2: https://krpano.com/plugins/userplugins/movinghotspots/#top
Donations
https://bit.ly/3NnpynC

HansNyb

Professional

Posts: 1,063

Location: Denmark

Occupation: Photographer

  • Send private message

190

Monday, May 25th 2020, 7:22pm

Quoted from "Tuur"

Tuur


KLaus made this for my Museum tour.
Loading time was 45 sec before on Android internet Browser.
Now it is 5-7 sec.
Chrome and Firefox is now same as on IOS, 2.3 sec-

HansNyb

Professional

Posts: 1,063

Location: Denmark

Occupation: Photographer

  • Send private message

191

Monday, May 25th 2020, 7:51pm

Quoted from "klaus.krpano"

On iPads the Fullscreen-Mode is supported now.


From the dokumentation I read that this is New: Enable the Fullscreen Mode support for newer iPadOS versions.

Klaus can you tell what IOS version. And how new should it be to support it.
My iPad is the first Air version from 2014 and it can not be updated to the later IOS versions.
I do not see the fullscreen button.

Fortunatelly I left the place empty for the fullscreen button on my Museum tour so I hope there will not be a problem.
Have to check through all my tours if they have Fullscreen skins.

This post has been edited 1 times, last edit by "HansNyb" (May 25th 2020, 11:12pm)

ChukA

Trainee

Posts: 63

  • Send private message

192

Monday, May 25th 2020, 10:03pm

thx klaus !
*love*


@Klaus
Few day ago you had talk that Krpano will be able to have 3d model without using treejs, did it still on your plan ?

regards

klaus.krpano

Administrator

  • "klaus.krpano" started this thread

Posts: 13,214

  • Send private message

193

Tuesday, May 26th 2020, 12:05pm

Hi,

Quoted from "HansNyb"

From the dokumentation I read that this is New: Enable the Fullscreen Mode support for newer iPadOS versions.
Klaus can you tell what IOS version. And how new should it be to support it.
My iPad is the first Air version from 2014 and it can not be updated to the later IOS versions.
I do not see the fullscreen button.
The fullscreen support for iPad is enabled (white-listed) for iOS 13.4 and higher now.

In older iOS versions swipping/dragging/moving the finger anywhere slightly downward was moving the whole screen and exiting the fullscreen mode - and because this was in conflict with the normal pano controls, the fullscreen mode was black-listed on iPads.

With iOS 13.4 Apple had removed/corrected that strange behavior, so now normally controlling is possible in fullscreen mode too.
But note - iOS always add a 'X' button in the left/top corner when in fullscreen mode for exiting it, that can't be removed.


Quoted from "ChukA"

Few day ago you had talk that Krpano will be able to have 3d model without using treejs, did it still on your plan ?
Yes, of course.

Best regards,
Klaus

klaus.krpano

Administrator

  • "klaus.krpano" started this thread

Posts: 13,214

  • Send private message

194

Tuesday, May 26th 2020, 12:12pm

Hi,

one note about the 1.20.7 release - there is a new release online, same version number, but build-date 2020-05-26.

In the previous release from yesterday I forgot accidentally to remove an internal debug message. When doing an invalid array access like 'item[]' or calling getItem(null) from JS there was a console.log message in the browser log. In normal or correct usage that log message shouldn't appear, but just to make sure, it was removed now and new build released.

Best regards,
Klaus

HansNyb

Professional

Posts: 1,063

Location: Denmark

Occupation: Photographer

  • Send private message

195

Tuesday, May 26th 2020, 12:26pm

Quoted from "klaus.krpano"

The fullscreen support for iPad is enabled (white-listed) for iOS 13.4 and higher now.

Thanks

I did some research and got this.
The new iPadOS 13.4 will work with all iPad Pro models, the iPad Air 2 or later, iPad fifth generation or later, and iPad mini 4 or later.

So its just the iPad 1 which I have that does not have it. Older that iPad1 are probably quite rare.

HansNyb

Professional

Posts: 1,063

Location: Denmark

Occupation: Photographer

  • Send private message

196

Tuesday, May 26th 2020, 10:00pm

Quoted from "klaus.krpano"

The fullscreen support for iPad is enabled (white-listed) for iOS 13.4 and higher now.



I suppose it is the same problem that makes the popup iFrame unusable for scrolling.
And I assume that is not only on iPad but also iPhone.

That means it will take at lest 6 months before it can be used,
13.4 was only only 10% at the end of April and 13.3 took 4 months to get up to 75%

klaus.krpano

Administrator

  • "klaus.krpano" started this thread

Posts: 13,214

  • Send private message

197

Tuesday, May 26th 2020, 10:50pm

Quoted from "HansNyb"

I suppose it is the same problem that makes the popup iFrame unusable for scrolling.
Maybe the old iOS version is the reason, but sorry, I have currently no old iOS device where the scrolling doesn't work...

Quoted from "HansNyb"

And I assume that is not only on iPad but also iPhone.
No iPhone, the fullscreen mode is only provided on the iPad (ask Apple for the why ;-)).

Teinberger

Beginner

Posts: 9

  • Send private message

198

Friday, June 5th 2020, 6:06pm

Still Problems viewing VR in Oculus Go

Hi Klaus,
Thanks a lot for your work, its really great. Unfortunatley I still have problems to view my vr tours made with VTOUR (VR-OPT) in Oculus Go (Browser 9.2...)
The Oculus Browser (unlike samsung or firefox on Oculus go) does not recognize my tour (made with 1.20.7) as VR. The Button "Enter VR" does not appear. When I set it manualy to VR360, it enters VR-mode, but displays only a distorted 180 degrees picture. I tried to find out something about this issue in the forum, but didnt find anything... Am I the only one with this problem, did I make a basic mistake??
Thx for your help

grycikua

Beginner

Posts: 12

  • Send private message

199

Friday, June 5th 2020, 8:43pm

Quoted from "Teinberger"

Hi Klaus,
Thanks a lot for your work, its really great. Unfortunatley I still have problems to view my vr tours made with VTOUR (VR-OPT) in Oculus Go (Browser 9.2...)
The Oculus Browser (unlike samsung or firefox on Oculus go) does not recognize my tour (made with 1.20.7) as VR. The Button "Enter VR" does not appear. When I set it manualy to VR360, it enters VR-mode, but displays only a distorted 180 degrees picture. I tried to find out something about this issue in the forum, but didnt find anything... Am I the only one with this problem, did I make a basic mistake??
Thx for your help
Try to add webxr: "auto" in embedpano and check that your oculus browser is not simulating desktop device.

spacerywirtualne

Professional

Posts: 1,077

Location: Poland, Europe

Occupation: krpano developer : virtual tours : the cms4vr owner

  • Send private message

200

Saturday, June 6th 2020, 3:04pm

I found a serious bug. The renderer="css3d" property completely corrupts depth in hotspots. *sad*

https://cms4vr.com/bugs/depth-error/

There is nothing in the documentation about this. Can anyone confirm?

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

facebook page :: youtube

cms4vr team *thumbsup*

Similar threads