Se référer à mon dernier post pour savoir ou ça en est :
 
http://forum.hardware.fr/forum2.ph [...] t=#t214585
 
A partir d'ici c'est le post initial
 
J'ai un petit problème avec mplayer :
 
quand j'utilise xv en video out l'osd persiste alors qu'il devrait s'effacer et ça forme des espèces de bavures. Autant pour les barres de progression (volume, position ...) c'est pas trop gênant, mais ça rend surtout les sous-titres illisibles.
 
Par contre avec x11 comme vo, il n'y a pas ce problème mais il n'est pas possible de faire un resize ce qui n'est pas top pour le plein écran.
 
au niveau matos : c'est un athlon avec une geforce 2 Ti ou 4 Ti4200 et les pilotes proprio de NVidia.
 
la version de mplayer c'esr la 0.9.0 rc2 mais pour autant que je m'en souvienne ça le faisait dèjà avec la pre3 et celles qui ont suivi, (le compilateur utilisé est gcc 2.95.3).
 
D'autres ont déjà eu ce pb ?
 
voilà
 
 
 
edit : ça ne le fait pas sur une matrox contrairement à ce que j'avais pu dire avant.
 
J'ai bien l'impression que ça vient du pilote NVidia parce que j'ai la même configuration logicielle ( même distrib, libfreetype ...) sur les deux ordi l'un avec une geforce l'autre avec une g400.

C'est pas dans mes habitudes mais :
 
up  
 

j'ai a peu pres la meme conf et ca ne le fait pas...
 
sinon, utilises x11 comme vo, avec -fs -zoom

ça me fait pareil (carte nvidia aussi, et j'utilise xv

Ca me le fait pas.
C'est quoi ton OSD ? Basé sur freetype ou la méthode classique ?

 
faudra que je regarde dans les paramètres du configure.

 
pas nécessairement. Si c'est avec freetype, tu as un lien symbolique subfont.ttf qui pointe vers une de tes polices dans le share de mplayer.
Quelle est ta distro (si c'est mdk et que tu utilises le paquet plf, c'est freetype).
J'avais mis toute la marche à suivre pour installer l'OSD dans le topic sur l'encodage mpeg4.

j'utilise pas freetype apparamment mais les polices en raw qui sont dans /usr/local/share/mplayer/font .
 
Et l'osd fonctionne correctement si ce n'est que ça bave, et encore ça bave uniquement avec xv (enfin avec l'accélération matérielle).
 
Faudra que je vois si ça le fais aussi en utilisant la méthode freetype (je me reporterai au topic mpeg4).
 
sinon pour ce qui est de ma distro c'est noté sous mon pseudo
 
a+

je confirme je n'utilise pas freetype
 
donc j'essaierai quand je serai rentré chez moi
 
mais apparamment udok a le même type de pb. Est-ce que c'est symptomatique des cartes nvidia ?
 
 
 

Je viens de compiler la version 0.90rc3 et c'est bon l'OSD ne bave plus.
 
avec ces options :
 
 ./configure --language=fr --enable-gui --enable-freetype
 
j'ai pas encore essayé les sous-titres mais pour l'instant c'est bon avec les barres de progressions et les timers.
 
 

Alors là je ne comprends plus rien.
 
Au labo (XP1800+, geforce 2 Ti, slackware 8.1) le problème semble être réglé avec la rc3
 
A la casa (XP1700+ geforce 4 TI 4200, slackware 8.1) le problème persiste  avec la rc3 !!
 
 

Drivers Nvidia pas roulaiz...

et ça ne parait baver qu'avec les codec ffmpeg (notamment ffdivx)
 
avec odivx (libdivxdecore.so) ça marche correctement.
 
Donc si j'ai besoin de sous-titres faudra juste que j'utilise autre chose que les ffmpeg. Mais j'aimerais bien comprendre ce qui déconne.

 
C'est dommage, ce sont les meilleurs codecs

Un petit résumé pour ceux qui auraient des idées :
 
Même configuration sur les 2 machines (distrib, config.h de mplayer ...) excepté que l'une a une Geforce 2 Ti 64Mo Leadtek et l'autre une Geforce 4 Ti4200 64Mo Leadtek.
 
Geforce 2 : tout marche impec
 
Geforce 4 : l'osd bave avec -vo xv et les codecs ffmpeg , avec odivx ou divxds ça marche correctement et vu que ma bécane est suffisamment puissante c'est pas trop grave d'utiliser des codecs un peu moins performant quand il y a besoin de sous-titres. Ce qui m'énerve dans l'histoire c'est que je ne comprends pas ce qui déconne.
 
Je cherche donc des gens avec de Geforces pour savoir comment mplayer se comporte avec xv et les codecs ffmpeg en ce qui concerne l'osd.
 
merci d'avance de vos réponses.

Et avec la dernière version CVS ?
 
Si ca bave toujours, ca te dirais pas d'en faire un bug report sur la mailing list de mplayer plustot ?

 
C'est ce que je pense faire à terme si je vois que ce bug est plus ou moins reproductible.
 Mais si c'est dû au pilote nvidia et étant donné la politique que les developpeurs de mplayer tiennent à l'égard de nvidia, il y a de fortes chances que je me fasse remballer.

J'ai trouvé l'origine des bavures avec ffmpeg :
 
ça ne bave que si j'active le rendu direct.Et c'est ptet entre autre lié effectivement aux pilotes nvidia.
 
en plus je viens de trouver ça dans le man de mplayer :
 
-dr
              Turns  on  direct rendering (not supported by all codecs and video outputs) (default is off).  Warning:may cause OSD/SUB corruption!
 
il était activé par défaut chez moi.
 
   
 
moralité RTFM

un petit up (promis c'est le dernier)
 
histoire de voir si je suis le seul à qui ça arrive ce genre de connerie, pour ne pas trop passer pour un con si je fait quand-même un bug report.

 
En tout cas, tel que je connais Arpi, si tu fais un bug report sur des problemes lies au driver nvidia, tu vas te faire jeter en beaute ! Il critique nvidia dans la faq, en disant a juste titre qu'il ne peut pas faire grand chose avec les bugs du driver closed-source.
Tu n'as pas ce probleme avec Xine ? Si non, tu peux quand meme le rapporter sur la liste de mplayer.

J'ai encore pas essayé Xine. à voir ...

j'ai pu de pb avec la rc3
et apparemment la final est proche

vérifie si l'option "direct access" est activée.

oui, il l'a toujours été ... sans que je sache trop à quoi ça sert en fait

pour savoir à quoi ça sert regarde dans la doc (RTFM  )
 
sinon moi ça le fait toujours avec la rc3, alors j'ai laissé tombé, quand j'ai besoin des sous-titres je désactive l'option et ça fonctionne

 
bah justement, la premiere chose que j'ai fait c'est lire le man mais on peut pas dire que ça me parle bcp

en fait faut aller lire les doc qui sont dans le rep doc des sources