Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Android: FLOATING POINT TEXTURE EXTENSION IS REQUIRED BUT NOT SUPPORTED. #4563

Closed
wkoeter opened this issue Nov 1, 2016 · 12 comments
Closed

Comments

@wkoeter
Copy link

wkoeter commented Nov 1, 2016

It appears that loading data gives the following error:

RUNTIMEERROR: THE FLOATING POINT TEXTURE EXTENSION IS REQUIRED BUT NOT SUPPORTED.

I have a Samsung Galaxy S7. I've tried multiple browsers aswell but it keeps failing. The same javascript has no errors on pc browser.

@hpinkos
Copy link
Contributor

hpinkos commented Nov 1, 2016

Hello @wkoeter,
It looks like your phone might not have support for one of the WebGL extneions we use. Go to http://webglreport.com/ and see if OES_texture_float is in the list of supported extensions.

@wkoeter
Copy link
Author

wkoeter commented Nov 1, 2016

Thanks for the fast reply. Indeed my Galaxy S7 seems to not support that extension. Is there a work around you might recommend? Or is it a dead end regarding my phone? Thanks in advance.

@mramato
Copy link
Contributor

mramato commented Nov 1, 2016

Currently, it's a dead end, but this was a recent change in Cesium and it's extremely unfortunate that the S7 does not support this extension. I think we need to revisit this requirement since the S7 is such a popular phone.

I assume you tried Chrome?

CC @bagnell @pjcozzi

@wkoeter
Copy link
Author

wkoeter commented Nov 1, 2016

@mramato

Okey that is unfortunate indeed.
Yes i've tried Chrome, Chrome Beta, Opera and Firefox.

@pjcozzi
Copy link
Contributor

pjcozzi commented Nov 1, 2016

IIRC this is a very widely supported extension (not sure why the S7 would not have it) and there were no good alternatives to not using it. We could consider a sub-optimal fallback if there's enough users expected to not have support for this for quite some time to come.

@mramato
Copy link
Contributor

mramato commented Nov 2, 2016

IIRC this is a very widely supported extension

According to https://community.arm.com/thread/9251, no Mali gpus support OES_texture_float, considering how popular Malu chipset is, I'm not sure we can claim it's widely supported enough to allow Cesium to be broken on it. The Samsung Galaxy line alone (all of which are Mali I believe) is about 20% of the mobile market. What's particularly bad is that this was a breaking change in a recent version of Cesium, so it used to work fine. I understand there are some major technical hurdles here, but this is a huge reduction in Cesium device compatibility.

@malaretv
Copy link
Contributor

malaretv commented Nov 2, 2016

We've been looking into building on top of Cesium's VR capabilities (which is already limited to android devices) and this issue is really biting us since we invested in Samsung Galaxy + Gear setup for testing purposes

@mramato
Copy link
Contributor

mramato commented Nov 2, 2016

(which is already limited to android devices)

What makes you say this? We've had Cesium running on Occulus devices in the past and there's no reason it can't work with other set ups as well (Vive, iphone, etc..). I'll admit that it might need some work to update to the latest WebVR spec and definitely needs more testing, but the landscape isn't as bleak as you're painting it. We would be happy to look at pull requests to improve Cesium's current implementation.

That all being said, I'm firmly in the "Has to work on Galaxy" camp, and VR compatibility is an unrelated issue I'd be happy to discuss on the forum (where more people can chime in what their thoughts).

@malaretv
Copy link
Contributor

malaretv commented Nov 2, 2016

@mramato should've kept it at +1 for Galaxy support 👍 My misspoken bleakness comes from ignorance as i'm just getting my feet wet with VR support. Will be in touch in the forums

@hpinkos
Copy link
Contributor

hpinkos commented Nov 11, 2016

@pjcozzi
Copy link
Contributor

pjcozzi commented Nov 11, 2016

@bagnell and I discussed offline about adding an ugly but isolated ubyte RGBA fallback. I marked this as next release since we may be able to get this to this in time.

There should also be a Chrome issue that @mramato may have the link too.

@pjcozzi
Copy link
Contributor

pjcozzi commented Nov 30, 2016

There's a workaround for this in #4700. We would appreciate if anyone is able to test the branch in that pull request and leave your feedback here. If all goes well, we plan to ship this in Cesium 1.28 tomorrow.

andrewkfiedler added a commit to andrewkfiedler/ddf that referenced this issue Feb 6, 2017
 - Update Cesium from 1.26.0 to 1.30.0 to fix issue seen in CesiumGS/cesium#4563
lessarderic pushed a commit to codice/ddf that referenced this issue Feb 8, 2017
Update Cesium from 1.26.0 to 1.30.0 to fix issue seen in CesiumGS/cesium#4563
rzwiefel pushed a commit to codice/ddf-ui that referenced this issue Nov 8, 2019
Update Cesium from 1.26.0 to 1.30.0 to fix issue seen in CesiumGS/cesium#4563
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants