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.

1

Tuesday, April 24th 2012, 2:05pm

1.0.8.15 pre-release (update 2)

Hi,

there is a new (pre-)release:

krpano version 1.0.8.15:
This version is mostly a bugfix version of the 1.0.8.14 version, but it also includes some important internal architectural changes in the HTML5 viewer, that should improve the deep/z-ordering of distorted hotspots and also make them better 'click/touch-able'.

Download the latest pre-release here:
http://krpano.com/download/beta/#2012-06-03

See the list of all changes in 1.0.8.15 here:
http://krpano.com/download/beta/#2012-06-03
http://krpano.com/download/beta/#2012-05-04
http://krpano.com/download/beta/#2012-04-24

Why a pre-release?
There are still some things left that need to be changed/fixed, e.g. some tools settings, some plugin features, smaller internal changes and this will still need some time, but the new changes, especially in the html5 viewer and regarding distorted hotspots are worth to be tested.

Best regards,
Klaus

HansNyb

Professional

Posts: 936

Location: Denmark

Occupation: Photographer

  • Send private message

2

Friday, April 27th 2012, 5:10pm

Warning do not use this one.

I just spent an hour trying to find out what happened to my tour.
Deleting cache, restarting etc but nothing helped. It had become jumpy just like it was when I tried to use 1414 tablets.

All my other KRPano was smooth like always.
At last I remembered that I had updated to this version last night before I went to bed.
After returning to the 16.03 version everything is back to normal.

Hans

HansNyb

Professional

Posts: 936

Location: Denmark

Occupation: Photographer

  • Send private message

3

Friday, April 27th 2012, 5:33pm

Something is wrong somewhere. I did a test on another tour which has no hotspots in it.
It did not change anything in that one.

Have to do some more tests.

Hans

HansNyb

Professional

Posts: 936

Location: Denmark

Occupation: Photographer

  • Send private message

4

Friday, April 27th 2012, 5:51pm

I was right.
Without hotspots all is OK

Here is an updated one using 1024 as 512 tile on pano2 and 1400 pixels, as 700 tiles on pano 1 and the rest as tablet images at 1400 pixels.
http://qtvr.dk/ipad-1400-updated/index.html

No problem at all on that one on my iPad1 with OS5.1.

But here is an updated one which contains 7-14 hotspost on each pano
It uses 1024 pixels in 512 tiles on iPad 1 and 2 and 1414 tablet images for the ipad3 on the first 4 panos.

http://virtualdenmark.dk/dnm2/index24.html

And her is the 16.03 version of the same.

http://virtualdenmark.dk/dnm2/

Hans

Posts: 1,852

Occupation: Virtual Tours - Photography - Krpano developer

  • Send private message

5

Friday, April 27th 2012, 6:27pm

http://virtualdenmark.dk/dnm2/index24.html
http://virtualdenmark.dk/dnm2/

These two show identical performance on my ipad2.

I don't know what you're on about, as they say down unda. I tried an hotspot less version and didn't see a change either. I see a momentary jerk every 2 seconds... maybe onidle test or something.
KRPano Developer: Portfolio ::Gigapixel Tagging Solutions - Porfolio 2 :: Facebook :: Twitter :: reddit.com/r/VirtualTour

This post has been edited 1 times, last edit by "sachagriffin" (Apr 27th 2012, 6:39pm)


HansNyb

Professional

Posts: 936

Location: Denmark

Occupation: Photographer

  • Send private message

6

Friday, April 27th 2012, 7:48pm

There is a gigantic difference on iPad1. It is actually completely unusable.

And we should not go that way. Reducing performance for the slowest ipad is a bad idea.

500 mb Ram makes a large difference to 250.

Hans

This post has been edited 1 times, last edit by "HansNyb" (Apr 27th 2012, 8:43pm)


HansNyb

Professional

Posts: 936

Location: Denmark

Occupation: Photographer

  • Send private message

7

Friday, April 27th 2012, 8:42pm

Here is a video that shows you how bad it performs.

http://qtvr.dk/krpanoupdate/

Hans

8

Friday, April 27th 2012, 10:16pm

Hi,

thanks for the report and the video!
I'm already aware about that problem and working on solutions, Nupsi was posted here also about a problem with that version, that the problem there is the same like here.

The problem in detail:
In the older krpano versions the plugin and hotspot elements were placed internally in different html layers (simple html div elements), but in the new version they were placed together into one layer to solve the Safari click order problems with the distorted hotspots. But that seems to disable the Safari internal hardware acceleration when drawing the hotspots in some situations. And without hardware acceleration the rendering performance breaks down and causes the described behavior.

In my own tests this problem doesn't occur. I'm not sure why and when exactly Safari stops using the internal hardware acceleration, but I will try to find out and also restore the old way of ordering plugin and hotspots into different html layers. That internal change was also a reason for doing that pre-release to find out such problems.

The next version (a pre-release again) should be ready during the next week.

Best regards,
Klaus

Tuur

Sage

Posts: 3,230

Location: Netherlands

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

  • Send private message

9

Saturday, April 28th 2012, 12:25pm

Klaus,

Has that anything to do with this problem aswell?
http://www.krpano.com/forum/wbb/index.ph…d&threadID=7166

Cheers
Tuur *thumbsup*
http://www.virtualtuur.com
Skype:studiotuur

HansNyb

Professional

Posts: 936

Location: Denmark

Occupation: Photographer

  • Send private message

10

Saturday, April 28th 2012, 12:52pm

I have not tried sound but the slow reaction to start videos is awful
It may take up to 5 sec after you click the posterimage.

That means most people including myself do click ones more before it reacts and of course this click inactivates the first one so you now have to click again.

BTW
On this Apple documentation it says that no placeholder is needed for iPad. It should play automatically they say.
http://developer.apple.com/library/safar…iderations.html

So why do we need a posterimage. I tried to remove it and I get a black area only which need to be clicked to play video.

Another thing related. Please read my report about the airplay problem.
http://www.krpano.com/forum/wbb/index.ph…d&threadID=7191


Hans

This post has been edited 2 times, last edit by "HansNyb" (Apr 28th 2012, 1:32pm)


Tuur

Sage

Posts: 3,230

Location: Netherlands

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

  • Send private message

11

Saturday, April 28th 2012, 2:06pm

He Hans,

i do not have that video problem... not 5 seconds..

Tuur *thumbsup*
http://www.virtualtuur.com
Skype:studiotuur

HansNyb

Professional

Posts: 936

Location: Denmark

Occupation: Photographer

  • Send private message

12

Saturday, April 28th 2012, 5:03pm

He Hans,

i do not have that video problem... not 5 seconds..

Tuur *thumbsup*


What iPad. Mine is iPad1. I just got home from a store doing some more tests on iPad3.
It responded very quick on the video even if the connection was not very fast.

But do not expect to use 2048 pixels cubefaces.

Hans

image360

Intermediate

Posts: 207

Location: Austin, TX and Chicago, IL

Occupation: Photographer

  • Send private message

13

Sunday, April 29th 2012, 5:50am

iPad1, 2, 3, next

Every iPad version is basically a different platform and even each platform changes with iOS updates. Apple has become a platform that greatly discounts the past and needs you to always upgrade. How many apps have you updated today? iPad 1 and soon 2 are basically already dead ends. To even try and support them is a complete waste of time, Apple is the modern consumer company, you MUST upgrade every year or so or it stops working. You are now leasing your computer and apps. Just the way it is now.

Robert

HansNyb

Professional

Posts: 936

Location: Denmark

Occupation: Photographer

  • Send private message

14

Sunday, April 29th 2012, 11:38am

RE: iPad1, 2, 3, next

Every iPad version is basically a different platform and even each platform changes with iOS updates. Apple has become a platform that greatly discounts the past and needs you to always upgrade. How many apps have you updated today? iPad 1 and soon 2 are basically already dead ends. To even try and support them is a complete waste of time, Apple is the modern consumer company, you MUST upgrade every year or so or it stops working. You are now leasing your computer and apps. Just the way it is now.

Robert


I do not think thats how the client thinks. If he has an iPad1 one it should work on it.

And he is right always.

Hans

image360

Intermediate

Posts: 207

Location: Austin, TX and Chicago, IL

Occupation: Photographer

  • Send private message

15

Tuesday, May 1st 2012, 5:49am

2014

Haaaa :)

Hans, you are now too old to understand how much the world has changed. Adobe in two years will no longer offer purchases of their products only monthly licenses. The tech world is quickly moving to license, not ownership. All the telecoms, and software vendors dream about a monthly fee of $100. Good by customer is right.

This post has been edited 1 times, last edit by "image360" (May 1st 2012, 5:59am)


16

Friday, May 4th 2012, 5:12pm

Hi,

there is a new pre-release of the 1.0.8.15 version:
http://krpano.com/download/beta/#2012-05-04

  • It fixes the 'performance problem' with hotspots from the previous pre-release. In fact it was not a krpano bug or real performance problem. It was a 'rendering / screen updating' bug from the Safari browser. A simple internal workaround by changing the HTML structure a bit fixed that problem.

  • With this new version it's possible to show distorted hotspots above normal hotspots, e.g. necessary for 'fly-out-hotspots'. But due some system limitations it is not possible to sort/order normal hotspots and distorted hotspots automatically. To solve this, there is the a 'zorder2' setting for normal hotspots. By using the zorder2 setting it is possible to define if a normal, non-distorted hotspot should appear above or below the distorted hotspots.

  • Distorted hotspots behind the viewing plane (=rotated behind the view) should be normally not clickable, but due a Safari Bug they are sometimes still. To solve this there is a new automatic workaround that disables these hotspots automatically when they are behind the view and re-enables them when they get visible again.

  • As new feature there is now the full and exact support for horizontal viewing range limitation. The simple and not very accurate xml workarounds are not necessary anymore.

  • For all other changes / fixes please see the link above.

Another thing related. Please read my report about the airplay problem.
http://www.krpano.com/forum/wbb/index.ph…d&threadID=7191
About the Airplay problem - I have added the 'x-webkit-airplay=disallow' and 'airplay=disallow' settings like suggested in the Apple docs, but they are not working and seemed to be ignored. That might be an Apple bug, I have found also some other reports on the web that this is not working...


Has that anything to do with this problem aswell?
http://www.krpano.com/forum/wbb/index.ph…d&threadID=7166
No, there is no relation between these problems - on iOS preloading audio or video is not possible. For that reason the krpano soundinterface plugin itself also ignores the preloadsound() actions at the moment.


iPad 1 and soon 2 are basically already dead ends. To even try and support them is a complete waste of time
I have to disagree here - the iPad 1 and iPad 2 are still very useful devices and I will still try to support them (and older iOS versions) as good as possible to let krpano run there also as good and as stable as possible!

Best regards,
Klaus

Posts: 1,852

Occupation: Virtual Tours - Photography - Krpano developer

  • Send private message

17

Friday, May 4th 2012, 8:58pm

Were the overriding tags fixed in the js version?
KRPano Developer: Portfolio ::Gigapixel Tagging Solutions - Porfolio 2 :: Facebook :: Twitter :: reddit.com/r/VirtualTour

18

Friday, May 4th 2012, 9:55pm

Hi,
Were the overriding tags fixed in the js version?
yes!

sorry, I have totally forgotten to mention that
I have added that now too to the news/changes list:

Quoted

Fix: The overriding of <plugin> and <hotspot> attributes by redefining wasn't possible when keep="true" was used.

Best regards,
Klaus

HansNyb

Professional

Posts: 936

Location: Denmark

Occupation: Photographer

  • Send private message

19

Saturday, May 5th 2012, 10:57am

Distorted hotspots behind the viewing plane (=rotated behind the view) should be normally not clickable, but due a Safari Bug they are sometimes still. To solve this there is a new automatic workaround that disables these hotspots automatically when they are behind the view and re-enables them when they get visible again.


Not sure what you mean with behind viewing plane.
I can see that they still react behind a textfield with an image above it.
Another problem I have seen is that with larger resolution the hotspots all start moving during autorotation.
There is no problem with manual panning.

The limit seems to be around 1920x1080 on my iMac 27". At full resolution 2560x1440 they can move 5-10 pixels.

Hans

20

Saturday, May 5th 2012, 3:20pm

Hi,

Quoted

Not sure what you mean with behind viewing plane.
The expression 'viewing plane' is from 3D graphics - there it defines the 'near plane' of the viewing frustum (here an illustration about that). When an 3D object (the distorted hotspot) is behind that plane, it is not visible and should be not click/touchable in any way - but the Safari browser has a bug there because it projects the click/touch-area for these elements sometimes in front of that plane on the screen and so they were click-able even if they weren't really on screen.

Sacha Griffin describe that problem here as '180 degree doppelganger hotspots' problem :
Out of view Distorted Hotspots to be disabled automatically.

And this new release fixes that Safari bug by calculating if the hotspots are behind that viewing plane and by automatically disabling them in this case.


Quoted

I can see that they still react behind a textfield with an image above it.
Hmm... not should not happen anymore...
You mean a textfield with a html image inside that textfield and when a (distorted?) hotspot is behind that imaged, then the hotspot still reacts on clicks?


Quoted

Another problem I have seen is that with larger resolution the hotspots all start moving during autorotation.
There is no problem with manual panning.

The limit seems to be around 1920x1080 on my iMac 27". At full resolution 2560x1440 they can move 5-10 pixels.
That's strange, there is technically no difference between 'normal panning' and autorotation...

What exactly do you mean with 'start moving' and where to they move?
And do you mean normal hotspots or distorted hotspots?
And what zorder settings where used in this test?

Best regards,
Klaus