Re: [fr-qa] Test 5.0.6.1

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 à qa+unsubscribe@fr.libreoffice.org 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