krpano 1.19 - Pre Release 3 - Seite 13 - News

Scott Witte

Fortgeschrittener

Beiträge: 382

Wohnort: Milwaukee, WI USA

Beruf: Professional Photographer

241

Mittwoch, 13. Januar 2016, 19:00

Zitat von »klaus.krpano«

the form and amount of distortion depends on the individual headset and can't be auto-detected

Howdy Klaus,

Admittedly I'm new to VR mode but I have to wonder. In the case of cardboard the viewer parameters should be the same across all headsets. I would guess that when being displayed on a phone in a browser it would be in a cardboard or similar type viewer so KRP could do the correction automatically. What headset / phone / browser combinations require a distorted display?

BTW, showed off the VR Mode tour at a trade show over the weekend. Lots of positive reaction. YOU make us look good.

Scott Witte
Tour de Force 360VR
Scott Witte Photography

Zum Seitenanfang

danieln

Anfänger

Beiträge: 21

242

Donnerstag, 14. Januar 2016, 16:08

Zitat von »klaus.krpano«

The lens distortion of the Oculus Rift itself isn't perfect - it depends on a lot of factors like the exact position of your eyes inside the headset. The only way to have an bit a control of that distortion is via the Oculus Rift configuration tool.

But still somehow krpano has this distortion/bending while other panoramas don't. For example, https://mozvr.github.io/panorama-viewer/ behaves better even when you download it and replace the landscape image (which has no vertical lines) with an image with a vertical line. Both tested with Firefox Nightly and Oculus DK2 on the same computer.

Zum Seitenanfang

jeromebg

Profi

Beiträge: 1 120

Wohnort: Angers - France

Beruf: 360 experiences creator

243

Donnerstag, 14. Januar 2016, 17:03

toggleVR

Tell me if I'm wrong,
it seems that toggleVR doesn't call webvr_onentervr ?
I added webvr_act_as_gyro_in_portrait_mode(); in webvr_onentervr, works perfect when webvr.enterVR() is called, but when webvr.toggleVR(); is fired then webvr_act_as_gyro_in_portrait_mode(); isn't executed ???

Zum Seitenanfang

jeromebg

Profi

Beiträge: 1 120

Wohnort: Angers - France

Beruf: 360 experiences creator

244

Donnerstag, 14. Januar 2016, 21:48

Zitat von »klaus.krpano«

Quoted from "jeromebg"
because one of my clients had loading problems with a tour I did.
I have indeed a problem on iphone, sometimes some cube face just don't load and I have no errors in the log...

No error would be strange...

When the server is slow or busy and reports a loading error or times-out krpano still tries the loading again retrycount times before reporting an error in the log, no loading and no error is not normal.

Found the problem after hours of reviewing my code, very simple in fact...
It's only the mobilevr_wakelock that is not very friendly with safari on IOS (at least IOS 9.2) , settings it to false solved all my strange cube faces loading problems !
YEEEEEEPY !!!!!!!!!!!!!

will 1.19.4 have a safrai friendly hack for wakelock ?

THX !

Zum Seitenanfang

jeromebg

Profi

Beiträge: 1 120

Wohnort: Angers - France

Beruf: 360 experiences creator

245

Freitag, 15. Januar 2016, 10:01

Alcatel Onetouch Idol 3

A user reports that on his Smartphone (ALCATEL ONETOUCH IDOL 3) Krpano sends " onunavailable in webvr.
It seems this smartphone has a gyro so what could be the problem ?
THX

Zum Seitenanfang

danieln

Anfänger

Beiträge: 21

246

Dienstag, 19. Januar 2016, 12:21

Zitat von »klaus.krpano«

What kind of distortion do you mean?
Not the lens-pre-distortion, or?!

I've prepared a test that directly compares krpano with the panorama viewer from mozvr.com:

https://www.dropbox.com/s/c9jhd6z6iw97cf…ortion.zip?dl=0

However, you can only see the effect with a Oculus DK2. Looking up and down you can see that the vertical lines are distorted in krpano but not in the mozvr viewer.

Zum Seitenanfang

jordi

Profi

Beiträge: 583

Wohnort: Barcelona

Beruf: creating ideas & coding them

247

Dienstag, 19. Januar 2016, 12:25

Zitat von »jeromebg«

A user reports that on his Smartphone (ALCATEL ONETOUCH IDOL 3) Krpano sends " onunavailable in webvr.
It seems this smartphone has a gyro so what could be the problem ?
THX

Gyro + accelerometer is needed

everpano.com step beyond 360

Zum Seitenanfang

klaus.krpano

Administrator

Beiträge: 13 499

248

Dienstag, 19. Januar 2016, 18:09

Hi,

Zitat von »Scott Witte«

In the case of cardboard the viewer parameters should be the same across all headsets. I would guess that when being displayed on a phone in a browser it would be in a cardboard or similar type viewer so KRP could do the correction automatically.

All 'cardboard' headsets are requiring lens pre-distortion!
And the lens are different between many headsets, even between so called 'Google Cardboard' headsets!

And it's not possible to auto-detect the lens type and position as there is no connection between the Cardboard and the phone (it's basically just a cardboard or plastic box with lens).

Zitat von »Scott Witte«

What headset / phone / browser combinations require a distorted display?

All!

Zitat von »danieln«

But still somehow krpano has this distortion/bending while other panoramas don't.

Please don't mix up the display on the computer with the Oculus Rift with smartphone - in case of the Oculus Rift, it can display the undistorted view on the PC and inside the headset you will get the distorted one. When using the WebVR API the browser is the only one that is responsible for the lens distortion!

When testing make sure on desktop make sure to test the real WebVR API and not the mobile fake mode!
I would recommend testing using the Chromium WebVR build for Windows.

What is your testing environment? (ALL details!)

Zitat von »jeromebg«

Tell me if I'm wrong,
it seems that toggleVR doesn't call webvr_onentervr ?

It does...

Zitat von »jeromebg«

will 1.19.4 have a safrai friendly hack for wakelock ?

Sorry, but I've no problems with the wakelock...
The iOS wakelock is just a page-reload-try-and-abort every 15 seconds.
There is no other wakelock hack so far I known. Other scripts are basically doing the same.

Best regards,
Klaus

Zum Seitenanfang

danieln

Anfänger

Beiträge: 21

249

Dienstag, 19. Januar 2016, 18:37

Zitat von »klaus.krpano«

Please don't mix up the display on the computer with the Oculus Rift with smartphone - in case of the Oculus Rift, it can display the undistorted view on the PC and inside the headset you will get the distorted one. When using the WebVR API the browser is the only one that is responsible for the lens distortion!

When testing make sure on desktop make sure to test the real WebVR API and not the mobile fake mode!
I would recommend testing using the Chromium WebVR build for Windows.

What is your testing environment? (ALL details!)

I'm using Windows 10, Firefox Nightly, Oculus DK2, NVidia GTX 960 with recent drivers. What other details do you need to know? When I mentioned the distortion I was always talking about Oculus DK2, I'm aware that I cannot use the WebVR fake view to judge distortion. Can you reproduce the problem with the attachment I posted earlier today? Or can anyone else here with an Oculus confirm the problems? Here's the link again: https://www.dropbox.com/s/c9jhd6z6iw97cf…ortion.zip?dl=0

I cannot use the Chrome WebVR build as it crashes for me.

Zum Seitenanfang

klaus.krpano

Administrator

Beiträge: 13 499

250

Dienstag, 19. Januar 2016, 20:50

Hi,

I'm getting strange rendering errors with the current Firefox Nightly inside the Oculus Rift, but Chrome WebVR is working fine for me (I'm on Windows 7).

Please keep in mind that all about WebVR is still experimental!
The API itself, the browers and the Oculus runtime and drivers aren't very stable too today.

But from krpano side and how krpano uses the WebVR API everything should be right - krpano uses the WebVR according to the specs and there is not any rendering distortion added by krpano of course. When using the WebVR API, krpano renders the pano directly without any distortion direct by using the WebVR projection matrix and the WebVR screen settings.

Maybe try somehow (don't ask me how) to get Chrome working - for me it's WebVR support was always working way better than the Firefox Nightly one...

Best regards,
Klaus

Zum Seitenanfang

danieln

Anfänger

Beiträge: 21

251

Mittwoch, 20. Januar 2016, 14:16

Zitat von »klaus.krpano«

Maybe try somehow (don't ask me how) to get Chrome working - for me it's WebVR support was always working way better than the Firefox Nightly one...

I will try once more with Chrome tomorrow. If someone knows more recent Chrome WebVR builds than the ones on https://drive.google.com/folderview?id=0…bW9WTHMtOWMzNjQ, please let me know.

For Firefox Nightly, I recommend turning *off* "Enable multi-process Nightly" as it might not work well together with WebVR. Plus, of course, making sure that Nightly is actually up-to-date. In case you have the head tracker attached, try removing it, it helps me get less judder.

Zum Seitenanfang

jeromebg

Profi

Beiträge: 1 120

Wohnort: Angers - France

Beruf: 360 experiences creator

252

Mittwoch, 20. Januar 2016, 14:35

Zitat von »klaus.krpano«

Sorry, but I've no problems with the wakelock...
The iOS wakelock is just a page-reload-try-and-abort every 15 seconds.
There is no other wakelock hack so far I known. Other scripts are basically doing the same.

Hi Klaus, I do believe you have no problems with wakelock but don't understand why I have some, only on iphone & webvr mode ?
Here is exactly the same tour, one with wakelock false, the second one with wakelock true:

http://www.covecreekproductions.com/tours/kenmont/vr.html

http://www.covecreekproductions.com/tour…ont/vrlock.html

One the one with wakelock set to false I have no problems on iphone in webvr.
One the second one with wakelock set to true I have no problems on iphone in normal mode, but in webvr mode some cube faces won't load, or I have some loading errors on preview files or hotspots.

Thoses problems only occurs on my iphone, not on my LG G3.
Iphone 6+ IOS 9.2

Any ideas ?

Zum Seitenanfang

Tuur

Erleuchteter

Beiträge: 3 839

Wohnort: Netherlands

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

253

Mittwoch, 20. Januar 2016, 15:36

Hi Jerome, Klaus,

i confirm this on my iPhone 6 iOS 9.2

first url is ok
second keeps loading and only shows loading and the preview in vr mode.

tonight i 'll update to 9.2.1 .. we'll see if that makes a difference.

Tuur *thumbsup*

https://www.virtualtuur.com
Panimator: https://krpano.com/plugins/userplugins/panimator/#top
ToolBox: https://bit.ly/3TTnd6U
Measure in 360 photos

: https://pame.virtualtuur.com
Moving Hotspots V2: https://krpano.com/plugins/userplugins/movinghotspots/#top
Donations
https://bit.ly/3NnpynC

Zum Seitenanfang

klaus.krpano

Administrator

Beiträge: 13 499

254

Donnerstag, 21. Januar 2016, 10:49

Hi,

okay, I see now and I think I know what the problem is:

The iOS wakelock hack Javascript code looks like that:

	Quellcode
1 2 3 4 5	setInterval( function() { window.location = window.location; // request a page reload by redirecting to itself setTimeout(window.stop, 0); // stop the loading one tick later }, 15000);

Here a function will be called every 15 seconds,
and inside that function the 'window.location' setting will be set to itself to request a reload of the current page.
This page reload-request resets the internal iOS Safari turn-off timer - this is the 'wakelock'.
Then directly after that reload-request in the next Javascript 'tick' (via setTimeout+0), the window.stop function will be called to stop that loading request.

And the problem here - that window.stop call also stops the loading of all other elements. So when there was something loading exactly during this step, it will fail (sometimes silently, sometimes with error as it seems). This is also the reason why it was sometimes working and sometimes not.

I will check this in detail and will try improving that for the next release - probably by internally telling the loaders that there is currently an iOS wakelock in progress and to automatically retry/redo the loading in this case.

Best regards,
Klaus

Zum Seitenanfang

jigl

Anfänger

Beiträge: 10

255

Freitag, 22. Januar 2016, 04:32

I create a hotspot with url as textfield.swf, and html text, but in VR mode, this hotspot disappeared,
if the hotspot is an image, it still appear in VR mode,
why?

Zum Seitenanfang

jeromebg

Profi

Beiträge: 1 120

Wohnort: Angers - France

Beruf: 360 experiences creator

256

Freitag, 22. Januar 2016, 09:28

Zitat von »klaus.krpano«

I will check this in detail and will try improving that for the next release - probably by internally telling the loaders that there is currently an iOS wakelock in progress and to automatically retry/redo the loading in this case.

Great, thanx Klaus for looking !

Zitat von »jigl«

if the hotspot is an image, it still appear in VR mode,
why?

If you read the docs you'll see that only image hotspots are supported for now in VR mode.

Zum Seitenanfang

relationcg

Anfänger

Beiträge: 9

257

Dienstag, 26. Januar 2016, 03:18

hello, thanks for the new krpano version. I'm new to this vr viewer. Is there a user's instruction or something like that?
can I use it on windows PC? I opend the demo link in Chrome, it seems that I can't control it with the mouse.
I clicked the "Look here to start",but nothing happens, and I clicked the "Enter VR", the screen splited and I still can't control it with mouse.

something I do wrong? or I need some device or equipment?

sorry for the silly questions.

by the way, my system is windowsXP

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »relationcg« (27. Januar 2016, 03:52)

Zum Seitenanfang

olivve

Anfänger

Beiträge: 34

258

Dienstag, 26. Januar 2016, 10:34

It work's well on my windows 8 and 10 with the mouse.

Zum Seitenanfang

relationcg

Anfänger

Beiträge: 9

259

Mittwoch, 27. Januar 2016, 07:47

s

Zitat von »olivve«

It work's well on my windows 8 and 10 with the mouse.

sorry, seemed it is my fault, my chrome does not support webgl, and I changed to another PC with windows 7,IE11 and Chrome are all OK
thank you! *tongue*