Gestionnaire de fenêtres - Page 6

Finalement j'ai réessayé de me connecté aujourd'hui et ça a marché
Peut-être qu'hier msn avait un pb technique...

Sinon, pour installer les drivers de ma carte son, j'ai commencé à mettre ALSA en suivant ce tuto : http://guide.andesi.org/html/dcartesonalsa.html mais apparamment, il faudra que je recompile mon noyau.
C'est possible de faire sans ?
Parce que si je me mets à vouloir recompiler mon noyau, je vais devoir passer énormément de temps à éplucher les docs de chaque option pour savoir si je l'inclus ou non. Et en plus, je ne suis pas sûr de savoir exactement ce dont mon PC a besoin pour fonctionner, donc je ne sais pas si je serais capable de construire correctement mon noyau.

Sinon, pour regarder de la vidéo, vous me conseillez quoi comme player ? vlc ?

Pour ton noyau, oui, obligé (sauf s'ils distribuent des binaires avec alsa inclus ?). Par contre vérifie si tu n'as pas un fichier de config déjà fait (pour ton noyau actuel). Il te suffira juste d'ajouter alsa, pas besoin de toucher à toutes les options. Mais de toute façon tu devras bien recompiler ton noyau un jour ou l'autre. Ca fait peur mais c'est vraiment pas compliqué. (et puis les options compliquées, tu t'en fous, tu mets random, et tu vois bien si tu bootes, hein )
Pour le lecteur media, vlc est très bien. Le gui est pas top mais au moins il lit *tout*. Si tu préfères un beau gui, il y a mplayer/xine.

Euh en général pour les options compliquées, tu fais help et tu regardes à la fin du message et y a marqué « If unsure, say XXX »
mais avec le noyau 2.6 les pilotes alsa sont les pilotes par défaut (il te reste juste à installer les bibliothèques et programmes clients)
mplayer lit pas tout ?

bah il lit si il a le plugin qui convient

Sally > vlc est le seul player que j'ai rencontré qui lit bien les .avi partiellement téléchargés (enfin ptet que mplayer le fais, ça, ché pas ...). Et puis sa liste de compatibilités est quand même impressionnante : http://www.videolan.org/vlc/features.html

bah sous win t'as avipreview qui fait ça très bien aussi

D'une part avipreview fait pas le reste, d'autre part dans vlc y a pas de temps de calcul à l'avance, et il ne lit pas que le début du film (il y a juste des blancs aux endroits non téléchargés).

mplayer se débrouille vec les avi pas complet me semble hein..

ui mais il a besoin de reconstruire l'index avant si je me souviens bien

Sasume :
Sinon, pour installer les drivers de ma carte son, j'ai commencé à mettre ALSA en suivant ce tuto : http://guide.andesi.org/html/dcartesonalsa.html mais apparamment, il faudra que je recompile mon noyau. C'est possible de faire sans ?

Oui, ALSA peut être installé en modules aussi (et il suffit donc de compiler ces modules, pas besoin de tout recompiler).

mplayer se débrouille vec les avi pas complet me semble hein..

Oui, il se débrouille même très bien en général. Enfin, il faut un minimum quand même. Si t'as pas la signature du format de téléchargée ça va être dur.

fabetal> Ca dépend, mais de toutes façons c'est jamais perdu de lui demander de le faire. (l'option est -idx pour qu'il le fasse s'il a besoin, et -forceidx pour qu'il le fasse quoi qu'il arrive).

Ah et euh on peut trouver des binaires de mplayer compilés pour windows, sur la page de téléchargement du site de mplayer.

mplayer est _très_ tolérant vis-à-vis des éventuelles erreurs dans un fichier vidéo. Le seul truc qu'il n'aime pas, c'est le bad CRC_ERROR

kim :
mplayer est _très_ tolérant vis-à-vis des éventuelles erreurs dans un fichier vidéo. Le seul truc qu'il n'aime pas, c'est le bad CRC_ERROR

bof, j'avais un divx qui avait une couille à un endroit, mplayer ne voulait pas aller plus loin : il figait et j'étais obligé de le fermer. Avec Xine ca a fait la même chose, mais pas avec bsplayer sous windows...

sachant que xine utilise (plus ou moins) mplayer ce n'est pas étonant

Xine utilise mplayer??? Tu en as d'autres comme ça? Ils utilisent certains codecs en commun, et ça doit venir de là, mais il n'y a pas un qui utilise l'autre!

Effectivement, le seul point commun, c'est l'utilisation de ffmpeg et a52. Ca s'arrete la pour les comparaisons. Xine-lib n'a RIEN a voir avec mplayer

le terme utiliser en signifie pas forcement que Xine a besoin de l'executable mplayer, simplement qu'une partie du source est identique

donc il n'utilise pas mplayer, il reprend des parties de.

ça revient au meme

Si tu utilise une partie du source de X ça revient a utiliser X

nan
regarde :

emerge rsync utilise emerge sync (en gros, l'un appelle l'autre explicitement)
xine utilise mplayer (xine appelle-t-il mplayer ? non, donc c'est faux)

J'utilise une fonction identique à une fonction qui est dans gtk-button, dois-je dire que j'utilise gtk ? Non.

#chipotage#

non, #mac#

kim :
donc il n'utilise pas mplayer, il reprend des parties de.

Mais NON !!!!
le code de xine n'utilise pas des parties de mplayer !!!
mplayer et xine utilisent tous deux une librairie identique, a savoir ffmpeg, qui n'a rien a voir avec mplayer ou xine (meme si leur cvs est hébergé par mplayer... je précise, parceque certains vont me sortir ça pour dire que ça fait partie de mplayer, ce qui est archi faux). on pourrais très bien dire que mplayer utilise xine si on suit votre logique, ou dans le meme genre, que firefox utilise thunderbird, sous prétexte qu'ils utilisent le meme backend (gecko), ou que telle appli gtk utilise telle autre applis gtk (qui peut ne rien avoir en commun), sous prétexte que toutes 2 utilisent gtk....

Donc que vous disiez "xine utlise ffmpeg comme mplayer", oui, mais stop, le rapprochement s'arrête la..

je sais que les deux utilisent ffmpeg, mais moi je voyais son truc dans le sens "dans le code de mplayer y'a des trucs et xine les a repris à son compte", pas de la dépendance ...