Lieber Besucher, herzlich willkommen bei: krpano.com Forum. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.
step 2. open it and change URL to something like this: http://192.168.0.13:64544/tour.html#123
step 3. reload the browser page
Get an error: ERROR: copy(startscene,scene[0].name) - invalid variable name: 123
|
|
Quellcode |
1 |
tour.html?variable=value&variable=value&... |
Yes - just set the passQueryParameters setting in the html file to false (or remove the setting):Is there any way to disable setting variables at all?
I had to admit I wasn't aware too that '#hash' values were parsed as well. They were used as alternative when no '?query' values were present in the url.However there is no documentation how to setup vars with #hashes
IMHO query_string is enough for it but hashes need to be leaved for customs purposes
How do you mean that?s there any way to set passQueryParameters to false after player is embeded with passQueryParameters:true?
In the next release this will be removed
The url parsing and the passing the url variables to the viewer happens only ONCE at the embedding of the viewer...
Sorry, can't reproduce anything like that. Just tested again (on Windows).When Simulated VR mode is activated on Chrome desktop (PC) when rotating with the mouse on Yaw axis the view is refreshed at a previous position during "quick" rotations. Works good on Firefox.
Right, the Oculus Browser has way better WebVR support - but for the technical details please contact the browser developers! From krpano side everything is the same of course. The rendering is done via the WebVR API and there the browser is doing the VR rendering.Many users report a difficulty to access a tour through the WebVR API with the Samsung Internet Browser for GearVR. It works great with the Oculus Browser.
Do you know the difference between the 2 differents browsers? It seems that the Oculus Browser has a better use of the available resolution. John Carmack FB Post
Quoted from "benji33"
When Simulated VR mode is activated on Chrome desktop (PC) when rotating with the mouse on Yaw axis the view is refreshed at a previous position during "quick" rotations. Works good on Firefox.
Sorry, can't reproduce anything like that. Just tested again (on Windows).
Can you please explain your 'quick' rotations?
Do you have the Chrome developer tools opened while testing this?I have the same issue with Chrome 63, when fake vr mode is enabled the view.hlookat resets to it's initial value while moving the mouse.
Sorry, can't reproduce anything like that. Just tested again (on Windows).
Can you please explain your 'quick' rotations?
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »benji33« (18. Januar 2018, 09:46)
Is everyone having the same style as old as usual?you're talking about the krpano log, activated by pressing "O", right?
it is always black opaque with white text... how can it be that you cant read it?
maybe a screenshot?
Yes, it's 1.19 pre14. most updated one.uh that looks strange... are you on 1.19?
i've never seen that...
maybe klaus knows whats going on w your tour
please, check out the link - https://look360.kr/vr/indyspot/indyspot_member/2521Looks like some custom CSS styles that overwrite global element styles... (link to the example?)Is everyone having the same style as old as usual?
Check mine out in the attetchment.
krpano itself doesn't style the log this way of course![]()