Bonjour, Le 14/04/2016 12:41, Rpnpif a écrit : > Bonjour, > > Le 14 avril 2016, Pierre Choffardet a écrit : > >> Bonjour, >> >> Un petit test rapide de la 5.0.6.1 avant de partir en vacances >> >> Toujours les mêmes problèmes qui la rendent à mon humble avis, >> problématique pour une diffusion large. >> >> Il est difficile d'associer qualité et LO dans ce contexte : >> >> OpenGL est activé par défaut sur cette version si je ne dis pas de bêtise. >> >> Deux fichiers de test : >> >> https://dl.dropboxusercontent.com/u/23365262/impress%205.0.4.odp >> >> Sur ce fichier, les transitions sont très désagréables, avec une effet >> flicker plus ou moins prononcé en fonction des diapos >> >> C'est viable sans OpenGL >> >> Notez la différence de comportement de la diapo 4 >> >> Sans openGL, on a l'élément 1 puis 1 + 2 puis 1 +2 + 3 >> >> Avec OpenGL on a 1 puis 2 puis 3 (un seul à la fois) imaginez la tête de >> celui qui va découvrir cela en live, après avoir accepté la >> recommandation de mise à jour de LO >> >> Le second doc : >> >> https://dl.dropboxusercontent.com/u/23365262/lo51b2.odp >> >> On voit le rendu assez pourri avec OpenGL activé, sans OPENGL, c'est >> correct. >> >> Le pire c'est que c'est corrigé pour la 5.1 et que la demande de >> backport sur la 5.0 est toujours en attente. >> >> Oui, pour avancer sur OpenGL, non pour recommander en mise à jour ce >> type de version avec OpenGL activé par défaut >> >> Je n'ai pas regardé ce que cela donnait avec l'accélération matérielle > > Je suis sous Debian Jessie. > > Je viens d'essayer avec la 5.0.5 : peu de problème OpenGL désactivé, > sauf des tailles de polices erronées. > > Avec la 5.1.2 : plus de problèmes de polices. Fonctionne plutôt bien. > Mais quand j'active OpenGL : J'ai aussi des clignotements (flickers). > Donc ce problème ne semble pas lié à Windows mais au pilote de carte > vidéo. > > Voici ce que cela dit en ligne de commande avec OpenGL activé: > > $libreoffice5.1 impress\ 5.0.4.odp > > (je passe les avertissements GDK sans intérêt pour ce problème) > > EE ../../../../../../src/gallium/drivers/r600/r600_shader.c:2741 > r600_shader_from_tgsi - GPR limit exceeded - shader requires 198 > registers > EE ../../../../../../src/gallium/drivers/r600/r600_shader.c:161 > r600_pipe_shader_create - translation from TGSI failed ! > EE ../../../../../../src/gallium/drivers/r600/r600_state_common.c:815 > r600_shader_select - Failed to build shader variant (type=1) -12 > EE ../../../../../../src/gallium/drivers/r600/r600_shader.c:2741 > r600_shader_from_tgsi - GPR limit exceeded - shader requires 198 > registers > EE ../../../../../../src/gallium/drivers/r600/r600_shader.c:161 > r600_pipe_shader_create - translation from TGSI failed ! > EE ../../../../../../src/gallium/drivers/r600/r600_state_common.c:815 > r600_shader_select - Failed to build shader variant (type=1) -12 > > On a donc bien un problème avec R600 qui est le pilote de la carte > vidéo RadeonHQ. > En résumé, le problème vient-il de LO ou du pilote lui-même ? > Il semble que r600_shader.c viennent de mesa. > A priori, une mise à jour de la lib est prévue très bientôt dans les distro http://news.softpedia.com/news/mesa-11-2-0-3d-graphics-library-officially-released-here-s-what-s-new-502567.shtml À bientôt Sophie
-- Sophie Gautier [email protected] GSM: +33683901545 IRC: sophi Co-founder - Release coordinator The Document Foundation -- Envoyez un mail à [email protected] pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/qa/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
