That's due tessellation and related to the extreme distortion of the pannini projection.do you know why it's happening and how to get rid of it?
What exactly do you mean with 'twitch'?It start i have some twitch , fiew second and after that, it works good...
Hi
On this tour
http://static.zooomez.fr/vr/fontfr/
To launch VR I have to click twice :
1st time on the glasses in the toolbar
Why 2 clicks ? Is there any way to enter VR mode with only ONE click (in the toolbar) ?
Hope you can help !
Best regards !
|
|
Quellcode |
1 |
onclick="js(accessWebVr()); |
|
|
Quellcode |
1 |
onclick="webvr.enterVR();" |
Why url layer where SWFPATH is used contatns also path from to the xml file where layer was defined? Exmample: Link
This is layer defined from included xml file from folder plugins.
I would expect that url is something like: %SWFPATH%/plugins/textfield.swf not like now: ../plugins/%SWFPATH%/plugins/textfield.swf
@Klaus: Is this feature or bug? Will this be adapted as it turns out by some customer feedback, on some devices browser is throwing errors by the fact that folder where xml is stored is also part of the elemet url. Can't share my example but used upper link to Krpano example where this is visible.
Zitat
When a relative path will be used as url value, then the path will be automatically adjusted to be relative to the xml file in which the url attribute was defined.
Am I wrong when I understand this like this: %SWFPATH% placeholder is than in this case threated as absolute path (to Krpano viewer) and in that case all before (path to his xml file) wil be ignored when creating object in Viewer. Than error can't be related to path at all and I need to explore what is going wrong on this specific device. I was just astonished not knowing that before, so simple trace of url confused me and took in wrong direction thinking that maybe something crutial is changed in latest Krapno versions. Luckily this is not the case
Zitat
That means the relative path will be added to the url value during xml parsing.
But any url placeholders will be resolved later during loading - and a placeholder itself can be anything - any value, a relative path or an absolute path. And in the case when the placeholder is an absolute path, the parts before the placeholder will be removed. But that can't be related to a browser-related-problems, that behavior is always the same.
Best regards,
Klaus

. Thanks, at least another small improvement...on the way....Hi,
right!
And I have thought about that - and with the next releases the loading error messages will show the parsed/resolved urls - then that should be less confusing.
Maybe I will also pre-check for the url attribute placeholders during the xml parsing to avoid adding the relative path to the urls when not necessary - then that should be even more less confusing.
But as said when there is a problem, then that's not related to wrong viewer behavior.
Best regards,
Klaus
Benutzerinformationen überspringen
Wohnort: Netherlands
Beruf: Krpano custom coding / Virtual Tours / Photography / Musician / Recording engineer
: https://pame.virtualtuur.comPlease ask your question ONE time on the forum.
Give it some days or so.. and then maybe 'bumb' it.. but please don't post the same question all over the place..
There was also somebody else doing this..
The answer could be..
Throw the panos on the droplet and see in the terminal or how it is called on windows .. there it asks for your cylindrical a question. Answer that.
Try this first and see what happens.
Then you can go from there.
Tuur![]()
stereo