You are not logged in.

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.

Umalo

Professional

  • "Umalo" started this thread

Posts: 1,046

Location: Osijek, Croatia, EU

  • Send private message

1

Thursday, October 5th 2017, 11:28pm

vertical flat pano [Solved with 1.19 pr14]

How to display vertical flat pano image in full height? *cry*

This is how it looks like with default flat droplet: Link
If someone like to try download small package here: Link

Image resolution 1:3 (2000px*6000px as used in this example stored in archive) Expected result:

This post has been edited 1 times, last edit by "Umalo" (Jan 1st 2018, 10:41pm)


Tuur

Sage

Posts: 3,070

Location: Netherlands

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

  • Send private message

2

Friday, October 6th 2017, 8:17am

Hi Umalo,

Did you try limitview="fullrange" ?
https://krpano.com/docu/xml/#view.limitview

EDIT:
This seems to be a bug!!
@KLAUS


Hope it helps,
Tuur *thumbsup*
http://www.virtualtuur.com
Skype:studiotuur

This post has been edited 2 times, last edit by "Tuur" (Oct 6th 2017, 12:25pm)


3

Friday, October 6th 2017, 7:48pm

This seems to be a bug!!
@KLAUS

Yes, there is a bug with flat-pano rendering since 1.19-pr12.

I have unfortunately also noticed it only first a few days ago.
But it's already fixed for the next release.

Best regards,
Klaus

Umalo

Professional

  • "Umalo" started this thread

Posts: 1,046

Location: Osijek, Croatia, EU

  • Send private message

4

Monday, October 9th 2017, 6:36pm

Many thanks for confirmation.

5

Thursday, October 12th 2017, 11:13pm

Hi all,

I have the same problem with this image with version 1.19-pr13.

Marco
mastucc has attached the following image:
  • pr13bug.jpg

6

Saturday, October 14th 2017, 11:27am

Quoted

I have the same problem with this image with version 1.19-pr13.
Yes, it's a bug - please see above - it will be fixed in 1.19-pr14.

As workaround it would be possible to remove the <preview> element.

7

Wednesday, October 18th 2017, 6:02pm

it will be fixed in 1.19-pr14.

Hi Klaus, do you have a date in mind ?

8

Thursday, October 19th 2017, 4:13pm

Quoted

Hi Klaus, do you have a date in mind ?
I don't know, that part is already fixed, but several other things are still in work.
If you want you can contact me for test version in the meantime.

Umalo

Professional

  • "Umalo" started this thread

Posts: 1,046

Location: Osijek, Croatia, EU

  • Send private message

9

Monday, December 11th 2017, 10:48pm

Solved with 1.19 pr14
Thanks Klaus for this fix *thumbup*

Umalo

Professional

  • "Umalo" started this thread

Posts: 1,046

Location: Osijek, Croatia, EU

  • Send private message

10

Sunday, December 17th 2017, 7:43pm

Hi Klaus
Any workaround available related to bouncinglimits on Flat vertical pano?
Are control.mousetype & touchtype compatible with mouse & touch as I see in documentation only: mouse & touch while flatpano_setup.xml still use: mousetype & touchtype (maybe there is some catch why bouncinglimit it not working)?

Update where vertical flat pano is displayed correctly but bouncing limits have some offset: Link
Test package: Download

11

Tuesday, December 19th 2017, 10:09am

Hi,
Any workaround available related to bouncinglimits on Flat vertical pano?
Sorry, but not sure what you mean... they were working as they should so far I see...

Maybe the flatpano_setup.xml behavior is confusing - it is using limitview=lookat instead of limitview=auto or limitview=range.

Quoted

Are control.mousetype & touchtype compatible with mouse & touch as I see in documentation only: mouse & touch while
That 's basically the same, 'mousetype' and 'touchtype' are the old variable names, 'mouse' and 'touch' the new variables names. But internally they are both mapped to the same.

Best regards,
Klaus

Umalo

Professional

  • "Umalo" started this thread

Posts: 1,046

Location: Osijek, Croatia, EU

  • Send private message

12

Tuesday, December 19th 2017, 5:28pm

Thanks. *thumbsup*

Umalo

Professional

  • "Umalo" started this thread

Posts: 1,046

Location: Osijek, Croatia, EU

  • Send private message

13

Monday, January 1st 2018, 10:40pm

[Solved with 1.19 pr14]