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.

-- 
Alain Rpnpif

-- 
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

Répondre à