Sie sind nicht angemeldet.

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.

62

Dienstag, 16. Januar 2018, 18:40

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

Hi,

that's not directly an error, but the error message is wrong/unrelated.

When passing a query parameter (after a ? or # in the url), then the basic syntax to set/pass variables is:

Quellcode

1
tour.html?variable=value&variable=value&...
but the '=value' is optional, it also possible just to define a variable without value.

and that is what is happening here - that call tries to defined a variable named '123' - but that's an invalid name.

The error message is wrong because that happens at an 'unexpected' state/time.

Best regards,
Klaus

63

Dienstag, 16. Januar 2018, 18:54

But I don't what to setup any variable. Who knows what can be in browsers hash after #.
For example I used hash for deeplinking, but since pr13 I get such warnings.
Is there any way to disable setting variables at all?

64

Dienstag, 16. Januar 2018, 19:00

Is there any way to disable setting variables at all?
Yes - just set the passQueryParameters setting in the html file to false (or remove the setting):
https://krpano.com/docu/html/#passQueryParameters

65

Dienstag, 16. Januar 2018, 19:09

Thanks its works!
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

66

Dienstag, 16. Januar 2018, 19:59

Is there any way to set passQueryParameters to false after player is embeded with passQueryParameters:true?

67

Dienstag, 16. Januar 2018, 22:53

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
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.
In the next release this will be removed - then only the query values will be passed (when the related setting is enabled).

s there any way to set passQueryParameters to false after player is embeded with passQueryParameters:true?
How do you mean that?
The url parsing and the passing the url variables to the viewer happens only ONCE at the embedding of the viewer...

benji33

Fortgeschrittener

Beiträge: 244

Wohnort: France

Beruf: Senior Software engineer

  • Nachricht senden

68

Mittwoch, 17. Januar 2018, 09:24

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.

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

69

Mittwoch, 17. Januar 2018, 11:59

In the next release this will be removed

Thanks

The url parsing and the passing the url variables to the viewer happens only ONCE at the embedding of the viewer...

Oh! sure! sorry was drunk ;)

70

Mittwoch, 17. Januar 2018, 20:25

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?

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
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.

Beiträge: 1 120

Wohnort: Angers - France

Beruf: 360 experiences creator

  • Nachricht senden

71

Mittwoch, 17. Januar 2018, 21:14

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?

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.

72

Mittwoch, 17. Januar 2018, 23:19

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.
Do you have the Chrome developer tools opened while testing this?
If yes - this is the problem - Chrome has a pointer-lock bug with opened developer tools.

With closed dev-tools I can't reproduce a problem, but there are some other (non-krpano) posts about a pointer-lock problem on the web - so maybe there is really a new Chrome bug here:
http://www.html5gamedevs.com/topic/34516…ith-windows-10/
http://www.html5gamedevs.com/topic/34523…g-in-chrome-63/

Btw - 'pointer-lock' is the name of the browser api for this control mode:
https://developer.mozilla.org/en-US/docs…ointer_Lock_API

Kabkee

Schüler

Beiträge: 116

Wohnort: South Korea

Beruf: South Korea

  • Nachricht senden

73

Donnerstag, 18. Januar 2018, 02:38

log window color change.

according to the current update,
log window is too bright to see. since that , ever time i see the logs i have to drag and have all text been highlighted.
:(

May i change the color or any other options for it ?

74

Donnerstag, 18. Januar 2018, 09:05

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?

benji33

Fortgeschrittener

Beiträge: 244

Wohnort: France

Beruf: Senior Software engineer

  • Nachricht senden

75

Donnerstag, 18. Januar 2018, 09:32

Sorry, can't reproduce anything like that. Just tested again (on Windows).
Can you please explain your 'quick' rotations?


Here is a video sample with closed Chrome dev tools : https://www.dropbox.com/sh/dq9jntg58uo9z…tpIn4lxPma?dl=0
Thanks for the answer to jeromebg.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »benji33« (18. Januar 2018, 09:46)


Kabkee

Schüler

Beiträge: 116

Wohnort: South Korea

Beruf: South Korea

  • Nachricht senden

76

Donnerstag, 18. Januar 2018, 09:40

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?
Is everyone having the same style as old as usual?
Check mine out in the attetchment.


77

Donnerstag, 18. Januar 2018, 10:00

uh that looks strange... are you on 1.19?
i've never seen that...
maybe klaus knows whats going on w your tour

Kabkee

Schüler

Beiträge: 116

Wohnort: South Korea

Beruf: South Korea

  • Nachricht senden

78

Donnerstag, 18. Januar 2018, 10:11

uh that looks strange... are you on 1.19?
i've never seen that...
maybe klaus knows whats going on w your tour
Yes, it's 1.19 pre14. most updated one.
I assumed that it's a new feature because its style is set using inline style attribute.
.... strange... and hard to see.. :(

79

Donnerstag, 18. Januar 2018, 10:50

Is everyone having the same style as old as usual?
Check mine out in the attetchment.
Looks like some custom CSS styles that overwrite global element styles... (link to the example?)
krpano itself doesn't style the log this way of course ;-)

Kabkee

Schüler

Beiträge: 116

Wohnort: South Korea

Beruf: South Korea

  • Nachricht senden

80

Donnerstag, 18. Januar 2018, 11:00

Is everyone having the same style as old as usual?
Check mine out in the attetchment.
Looks like some custom CSS styles that overwrite global element styles... (link to the example?)
krpano itself doesn't style the log this way of course ;-)
please, check out the link - https://look360.kr/vr/indyspot/indyspot_member/2521
I hope the link will work on your country as well.

press 'o' key will show the log.