Three.js: "l'extension 'GL_ARB_gpu_shader5' n'est pas prise en charge"

Oh mon dieu, qu'ai-je fait...

Cela ressemble à un bogue ff aléatoire pour moi.

@makc est-ce toujours un problème ?

oui, ff tous les soirs à partir du 3 janvier se plaint toujours de GL_ARB_gpu_shader5 et vide tous les shaders sur la console. dans un projet, j'ai même dû

        var ctx = renderer.context;
        ...
        // shut firefox up
        ctx.getShaderInfoLog = function () { return '' };

il semble y avoir un seul problème dans bugzilla à ce sujet sans résolution.

FWIW, ce même avertissement se produit également dans Safari Technology Preview (Release 21) publié hier (incertain des versions antérieures). Safari stable est bien.

Euh oh...

Je vis cela dans une version stable de Firefox (51.0.1) sur Mac. Des solutions de contournement ou des correctifs suggérés ?

Moi aussi, je vis cela dans la même version de Firefox (51.0.1) sur Mac. Je l'ai "corrigé" comme ci-dessus (makc) en redéfinissant le context.getShaderInfoLog de n'importe quel moteur de rendu, mais je ne sais pas si cela a des répercussions :

myRenderer.context.getShaderInfoLog = function () { return '' };

vous pouvez appeler la fonction d'origine, tester GL_ARB_gpu_shader5, puis renvoyer une chaîne vide ou un journal réel si vous souhaitez voir d'autres messages

@kearwood , que recommandez-vous que nous fassions ici ?

alors que vous pouvez affirmer qu'il s'agit d'un problème de firefox, quelque chose dans three.js le déclenche - si vous exécutez par exemple http://jsdo.it/zendenmushi/t0hZ dans ff affecté, vous ne verrez pas ce message.

Selon la spécification GL_ARB_gpu_shader5, son principal ajout transparent est la conversion implicite. Il y a aussi des choses comme décomposer/construire un flottant par morceaux (frexp/ldexp), emballer/décompresser des vecteurs dans/à partir d'un grand scalaire et float <-> int conversions bit à bit. C'est une spécification assez énorme, il peut donc être difficile de déterminer quelles parties du shader exploitent ces opérations par examen (le cas échéant). Si j'ai un peu de temps, je peux les démonter dans une branche et déterminer où se situe spécifiquement le problème en ajoutant des éléments une étape à la fois et en faisant une demande d'extraction avec les correctifs. Considérant que cela affecte même le shader de vertex simple qui ne fait que passer vUv et définit gl_Position, on peut espérer y remédier en grande partie par de petites modifications apportées à un bloc largement partagé.

Cela semble se produire également dans la version la plus récente de Safari stable (10.1 - qui est fourni avec macOS 10.12.4)

Vivre cela également sur la dernière version de Safari 10.1

@kenrussell des idées de quoi faire ici?

Je pense que cela peut être http://crbug.com/671280 . Un correctif du traducteur de shader d'ANGLE a été apporté il y a quelque temps, et puisque Firefox et Safari l'utilisent tous les deux, ils utilisent peut-être une version plus ancienne. J'ai commenté sur https://bugzilla.mozilla.org/show_bug.cgi?id=1310741 et je contacterai les développeurs des autres navigateurs.

@kenrussell merci !

Je n'ai pas rencontré ce problème dans Firefox 52 sur Ubuntu (Unity) 16.10, mais j'ai commencé à faire face au problème dans Firefox 52 sur Ubuntu-Gnome 17.04.
@ajyand

Joindre des fichiers par glisser-déposer,

, ou coller depuis le presse-papiers.
Le style avec Markdown est pris en charge

Face au problème dans Safari 10.1 (12603.1.30.0.34) sur Mac.

Je peux confirmer que cela se produit dans macOS Safari / Firefox.

Dans Firefox sur Windows, j'obtiens quelque chose de différent bien que le même journal apparaisse dans macOS.

Error: WebGL warning: texImage2D: Failed to hit GPU-copy fast-path. Falling back to CPU upload.  
Error: WebGL warning: texImage2D: Conversion requires pixel reformatting.

L'erreur se produit toujours sur Safari 10.1 MacOS Sierra 10.12.4

THREE.WebGLRenderer – "84"
THREE.WebGLShader: gl.getShaderInfoLog() (3)
"vertex"
"WARNING: 0:1: extension 'GL_ARB_gpu_shader5' is not supported
"
"1: precision highp float;
2: precision highp int;
3: #define SHADER_NAME ShaderMaterial
(...)

Je l'ai signalé ici. Mais même si beaucoup peuvent voir le problème, cette personne prétend qu'elle ne le peut pas.

https://bugs.webkit.org/show_bug.cgi?id=171054#c3

Je ne suis pas sûr que quelque chose puisse être fait à ce sujet, même le shader le plus simple semble lancer un avertissement :

23:35:46.118 THREE.WebGLShader: gl.getShaderInfoLog() fragment WARNING: 0:1: extension 'GL_ARB_gpu_shader5' is not supported
 1: 
2: void main()
3: {
4:   gl_FragColor = vec4(1.0, 1.0, 1.0, 1.0);
5: } 1 three.min.js:59:253

L'ajout #extension all: disable (voir la spécification GLSL ES section 3.4 ) semble ne faire aucune différence non plus. Je suppose que ce sera aux vendeurs de réparer celui-ci.

Confirmation dans Safari 10.1.1 sur OS 10.12.5.

Allez sur le ticket webkit. Bien sûr, quelqu'un a affirmé qu'il ne pouvait pas le reproduire. Mais cela se produit à la fois sur Safari et Firefox.

Firefox travaille sur un correctif. Safari dans cent ans :) https://bugzilla.mozilla.org/show_bug.cgi?id=1246410#c37

Brut. Je le remarque aussi après avoir testé mon application dans Safari 10.1.1 sur 10.12.5
Je n'utilise aucun shader personnalisé.

Oui, mon ticket webkit est périmé. Ils s'en moquent.

@danrossi dans trois ans, si vous avez un compte développeur, ils _pourraient_ vous permettre d'essayer cette fonctionnalité vous-même dans l'une des versions bêta

S'il y a un correctif, il sera suivi.

Je viens de recevoir le même traitement dans un ticket pour le problème CORS et voilà. La version bêta d'iOS 11 qui nécessite un tout nouvel Ipad 2017 pour fonctionner n'a pas ce correctif comme quelqu'un d'autre l'a testé et mentionné.

Je ne suis pas certain de ce qu'est cet avertissement webgl mais semble au moins bénin? Le problème CORS est plus grave.

@danrossi je sais

confirmé - cette erreur apparaît et empêche un simple plan vidéo texturé dans A-Frame (remontant vraisemblablement à trois). Fonctionne sans erreurs dans FF et Chrome iOS/OSX, ne fonctionne pas (et cette erreur apparaît) sur Safari (iOS ou bureau). Je serais très surpris - et impatient - d'entendre quelqu'un créer avec succès une texture vidéo webGL en trois js (ou aframe d'ailleurs) et la visualiser sur Safari.

confirmé - cette erreur apparaît et empêche un simple plan vidéo texturé dans A-Frame (remontant vraisemblablement à trois). Fonctionne sans erreurs dans FF et Chrome iOS/OSX, ne fonctionne pas (et cette erreur apparaît) sur Safari (iOS ou bureau). Je serais très surpris - et impatient - d'entendre quelqu'un créer avec succès une texture vidéo webGL en trois js (ou aframe d'ailleurs) et la visualiser sur Safari.

si vous ajoutez un écouteur d'événement pour un geste initié par l'utilisateur (par exemple, un événement click ), et appelez document.querySelector('video').play() , est-ce que ça marche ? connexe : https://github.com/aframevr/aframe/pull/2830 sera bientôt fusionné.

Je n'aurai pas l'occasion de tester cette instance particulière, mais j'ai depuis confirmé que la lecture vidéo initiée par l'utilisateur fonctionne sur Safari (iOS/desktop). L'erreur de shader était un peu un faux-fuyant à cet égard, désolé pour la confusion.

L'erreur de shader était un peu un faux-fuyant à cet égard, désolé pour la confusion.

Oui, non, je fais des tests sur différents iPhones et mon Mac, et j'ai rencontré ce problème dans le bureau Safari. Donc, c'est pourquoi j'ai commenté ici. Je voulais juste m'en assurer. Merci pour la réponse rapide! 👍

Cela dit résolu, mais je le vois toujours dans Safari 11 et Tech Preview.

https://bugs.webkit.org/show_bug.cgi?id=175783

/ping @grorg

Essayez ce test :
https://trac.webkit.org/export/220983/webkit/trunk/LayoutTests/fast/canvas/webgl/no-info-log-for-simple-shaders.html

Safari 11 a été livré avant que le bogue ne soit corrigé, vous obtiendrez donc l'erreur affichée dans la page. Safari Tech Preview a le correctif, il devrait donc s'agir d'une page vierge. Je viens de vérifier sur STP 41.

Ce message a disparu lors de la mise à niveau vers FF 57. Je pense que nous pouvons fermer le problème maintenant.

Ça m'arrive encore sur FF Nightly 59

Euh, moi aussi : non amusé :. Je pensais que c'était enfin réglé...

Je viens d'installer une nouvelle version de Nightly et le message a disparu. Dieu merci! 😉

Voir cela dans Safari version 11.0.1 (13604.3.5) sur macOS 10.13.1.

Confirmé corrigé dans Safari Tech Preview Release 44 (Safari 11.1, WebKit 13605.1.13.2)

Heureusement que ce n'était qu'un avertissement

Je vois aussi cela dans Safari 11.0.2 sur MacOS 10.13.2 😞

Je crois comprendre que le correctif officiel se trouve dans Safari 11.1 (voir ci-dessus)

Je les vois toujours dans Firefox 58 ("Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:58.0) Gecko/20100101 Firefox/58.0")

@brpocock Cela vous dérangerait-il plutôt de signaler le bogue à Mozilla ? Nous ne pouvons pas y faire grand-chose.

Safari corrigé selon ici. Je pense que j'ai déjà signalé celui de Mozilla et que j'ai été corrigé.

https://bugs.webkit.org/show_bug.cgi?id=171054#c12

Safari n'est pas fixe. macOS 10.13.4 Safari 11.1, ayant le problème.

Toujours pas corrigé dans Firefox 60.0.1 sur Ubuntu 18.04 ou Windows 7.

@toliverAtEScience @23d1 Salut les gars. Écrire des commentaires à cet endroit ne résoudra pas le problème. Ce fil est fermé car il s'agit clairement d'un problème de navigateur. Veuillez plutôt contacter les développeurs du navigateur.