Puis-je par programmation activer WebGL anticrénelage sur Firefox?

Par exemple, sur une page comme celui-ci, dans Safari 7 c'est lissé, mais dans Firefox 29 (OS X 10.9) il n'est pas.

Firefox ne semblent avoir la capacité à lisser. Si j'ai mis le about:config paramètre "webgl.msaa-force" à "true", alors c'est l'anticrénelage.

Est-il possible de faire de Firefox antialias de ma page web, sans avoir recours à l'utilisateur de jouer avec leurs about:config?

Je suis en utilisant three.js et il a un "antialias" drapeau, mais il semble être la seule à faire une différence sur Safari, pas Firefox.

OriginalL'auteur user3609340 | 2014-05-06

  1. 9

    La réponse est "non".

    C'est le navigateur de savoir si ou de ne pas soutenir la lutte anti aliasing. De nombreux pilotes de crash avec antialiasing, sous certaines conditions, afin que les navigateurs souvent de désactiver l'anticrénelage sur ces machines.

    Noter que le antialias drapeau est true par défaut. En d'autres termes la valeur par défaut pour WebGL est à lisser mais c'est quand même du navigateur. Plus précisément réglage antialias à true pourrait tout au plus agir comme un indice (hey, j'ai vraiment envie d'anticrénelage s'il vous plaît), mais je ne connais pas les navigateurs qui l'utilisent comme un indice. Ils sont généralement d'activer l'antialiasing sur si ils le peuvent.

    D'autre part, la mise en antialias à false fait spécifiquement signifie "ne PAS antialias".

    Vous pouvez essayer de faire de l'anti-aliasing vous-même. Par exemple, vous pouvez vous rendre à une résolution plus élevée et l'utilisation de CSS pour afficher la toile plus petite, auquel cas le navigateur le plus probable de la méthode d'interpolation bilinéaire lors de la composition de votre WebGL dans la page. Vous pourriez aussi vous rendre à une texture et d'appliquer ensuite une sorte de filtre anti-repliement lors de le rendre à la toile.

    Intéressant. Il ressemble à Firefox dispose d'un GPU liste noire, et sur le Mac, ils ont une liste noire (wiki.mozilla.org/Blocklisting/Blocked_Graphics_Drivers) "Tous les NVIDIA&Intel", ainsi que "toutes les cartes ATI, sauf pour les processeurs AMD Radeon HD 6490M et ATI Radeon HD 4670", et en haut de la liste noire a des problèmes avec dual-GPU systèmes de! Donc, fondamentalement, Firefox sur Mac prend en charge AA en théorie, mais, sauf pour le début 2011 15" MacbookPro et un couple de 2009-2010 de l'imac, il n'a vraiment pas. C'est décevant. Je me demande si elles ont l'intention de l'onu-la liste noire de la carte.
    Je suppose que c'est en fait à Apple. Quand Apple corrige leurs pilotes Firefox sera susceptible de tourner sur l'anticrénelage pour ces machines. google Chrome, la liste noire est ici. Le fait que les listes probablement différents, c'est très probablement basé sur la façon dont chaque navigateur est-il de la carte graphique. Différentes manières d'utiliser les pilotes de montrer les différents bugs.
    En fait, les rapports de bug que j'ai lu, semblent indiquer que la différence dans les listes noires de l'est en raison de la collaboration ou des problèmes de charge de travail, et non techniques. Le WebGL wiki dit que "Les règles de ces listes noires et les listes blanches sont actuellement un navigateur spécifique, bien que le travail est en cours afin de les partager entre les navigateurs." Clairement il y a plus de 2 cartes graphiques dans le monde Mac qui travaillent antialiasing.
    Il ne suffit pas de travail "anti-aliasing". La question est, pouvez-vous planter le pilote. Les applications qui utilisent l'anti-aliasing essayer de leur mieux de ne pas se bloquer. Mais les pages Web sont différents. Les navigateurs doivent faire de leur mieux pour ne pas laisser certains aléatoire page web prenez le navigateur vers le bas ou le système d'exploitation. Alors, quand ils trouver des bugs dans les pilotes qu'ils ont à trouver une solution de contournement. Souvent ce travail est de désactiver l'anti-aliasing. J'espère que je suis en train de faire sens. Une Application sera de trouver un moyen de ne pas déclencher le bug. Les navigateurs vais aussi essayer de trouver un chemin, mais à la différence d'une application qu'il ne contrôle pas ce que les gens font avec WebGL.
    BTW: C'est pourquoi Plusieurs Cibles de Rendu (Trm) ne sont pas disponibles actuellement sur Mac pour WebGL. Il est facile de planter le pilote. Les trm travailler sur Mac, sous certaines conditions, et native des jeux et des applications qui utilisent les Trm ne déclenchent pas ces conditions mais au hasard des pages web à l'exécution de WebGL qui peut/pourrait facilement déclencher ces conditions, donc, malheureusement, jusqu'à ce qu'Apple corrige les pilotes ou jusqu'à ce navigateur de trouver une autre solution de contournement ils ne peuvent pas activer les Trm sur Mac 🙁

    OriginalL'auteur gman