> > > Mon r�ve serait de lire mes DivX sur ma TV... Mais je suis
> > confront� � deux probl�mes :
> > > 1. Je ne trouve pas de soft qui permette de lire les divx en
> > full screen et
> > > avec une bonne qualit� sous linux... J'ai bien essaiy� les astuces de
> > > lea-linux, mais rien de bien concluant. Quelqu'un y arrive-t-il... et
> > > surtout avec quoi ?
> >
> > MPlayer : http://mplayer.sourceforge.net
> > J'ai fais une petite FAQ � ce sujet sur la mani�re de l'intaller :
> > http://perso.wanadoo.fr/linux_wizard/faq_logicielle.html#mplayer
> >
> > >
> > > 2. Je ne trouve pas les infos me permettant d'utiliser ma
> > sortie TV... si
> > > ce n'est je crois une astuce ridicule consitant � red�marrer le PC en
> > > d�branchant l'�cran. Comment faire ?? A tout hazard, est-ce
> que le fait
> > > d'upgrader vers une TwinView ne me sauverait pas ?? Et la
> TwinView sous
> > > Linux, �a se configure facilement (je parle du deuxi�me �cran
> > bien entendu)
> > > ??
> >
> >  /usr/share/doc/NVIDIA_GLX-1.0/TVOUT_README
> > et ce avec les drivers 1.0-1251. Cependant il me semble que YUV
> n'est pas
> > encire suport� ( esp�rons qu'il le sera dans les prochain
> > drivers), donc il
> > faudrait peut �tre essay� -vo x11 ou -vo sdl:x11
> >
> > Pour la twinview :
> >  /usr/share/doc/NVIDIA_GLX-1.0/TWINVIEW_README
> > idem documentation des drivers nvidia.
> > La doc se trouve dans NVIDIA_GLX
> >
> > J'esp�re que cela t'aidera. @+
> >                                                     Will
>
> Suis parvenu � le faire fonctionner, avec les sources du
> SDL-1.1.8 en rpm que j'ai compil�es ( j'ai pas trouv� le rpm
> pr�compil�). Du point de vue image, c'est azzez bon, juste une
> petite saccade de temps � autre, pourtant l'utilisation cpu est
> toujours <65%. En full screen il semble faire un rescaling
> hardware, (�a passe bien en 1280*1024 full screen), mais c'est
> tout de m�me plus fluide en 640*480). J'ai cru comprendre qu'il y
> avait moyen d'avoir de meilleurs r�sultats avec sdl:dga ou dga
> mais il me fait une erreur au d�marrage : vo_dga: Framebuffer
> mapping failed!!! Quel dommage ...
> Serais-ce parce que je n'ai pas (encore) install� les drivers
> fournis par nvidia ??? (J'utilise les drivers g�n�riques XFree 4
> -- Enfin, c'est du FrameBuffer je crois)
>
> Mon probs � l'heure actuelle est le son qui gr�sille... pourtant
> il utilise toujours le m�me sampling rate que le divx. Il n'y a
> pas de d�calage dans le son. Ce probl�me n'appara�t pas avec une
> simple lecture mp3 avec xmms. Les drivers qui marchent sont : oss
> ou sdl. J'ai une carte AC97 qui est onboard : Ensoniq 1371
> [AudioPCI-97] (rev 8). La carte m�re doit �tre une Asus A7V...

L� j'�tais sur le PC du boulot...
Suis rentr� chez moi et j'ai fait idem sur mon PC : Config assez proche :
Thunderbird 900 mais avec une KT7-Raid, PCI128 et une overdose de RAM. L�
les probl�mes �taient diff�rents. L'image superfluide... (mieux que sous
window$) Le son nickel... Mais d�cal� !! Et d'autant plus d�cal� que l'on
avance dans le film. (+ de 10s au millieu du film, ca d�pend du film).  En
revanche si j'autorise le FrameDrop, la syncro est parfaite, mais l'image
saccade :-( .

J'en conclu que pour le divx, un des probs pricipal est la syncro
audio-video. Et dans mon exemple � la maison, il double certaines images
pour arriver � synchroniser. Mais quand le divx est pas trop bien
enregistr�, le d�calage peut-�tre tel qu'il est oblig� de doubler des images
plus d'une fois par secondes.

Le plus �trange l� dedans est que sur le PC du boulot (AC97), je n'ai pas de
d�calage du son, m�me avec FrameDrop=no, mais il semble rattraper les
d�calages en hachant le son !!! (Assez d�sagr�able).

Je suis donc face � deux probl�mes diff�rents suivant le type de carte son
utilis�e semble-t-il.


Répondre à