seedeexeen a écrit 113 commentaires

merde, comment je vire le gras ?

xine supporte aussi le ogg.
xine me confirme aussi que c'est du stéréo.

Lenteur au démarrage : c'est prix des plugins...
Lenteur du seeking pour les version > à 0.9.13 :
oui, en effet l'implémentation du seeking, bien que hyper efficace à l'époque, a été changée parce qu'elle n'était pas compatible avec le multi-stream.
Cependant, c'est sur ma TODO list, pas en premier, mais c'est dessus.

"Totem est un lecteur de vidéos pour GNOME basé sur Xine"

C'est un 'x' minuscule dans xine

Mouaih, Bastien a dit ça au départ.
Maintenant qu'il a adopté xine, je me demande s'il va pouvoir s'en passer ;)

Salut hadess,

Je vois que tu as fais un léger saut de version ;)

Est-ce-que Goom est le seul post-plugin supporté ? (c'est juste parce que j'ai un peu bossé sur le fftscope)

As-tu prévu de jouer avec l'osd ?
Est-ce que Totem supporte les "reference" events ?

Donc ce n'est pas une conférence sur l'archi interne de VLC ?

Un adorateur de "Ctrl-D" ! ;-) La version cvs de xine-ui, ajoute un menu contextuel qui s'affiche avec un click droit dans la fenetre de la video. Le menu permet de faire plein de trucs comme lancer le downloader de skin (Ctrl-D), changer la langue du dvd, stop, play, pause, etc. Les changelogs commencent à bien grossir, les prochaines releases de xine-lib, -ui ne sont pas pour dans très longtemps.

Mouaih, enfin certains dev de mplayer n'hesitent pas à venir cracher sur xine sur la ml de xine !

Sachant que le decoder ffmpeg est buggé et ne decode pas correctement certaines radios (comme ouifm). Pour celle qui merdent, faut utiliser le codec win32 (augmenter la priorité du decodeur audio win32). Tu peux mettre goom sur france inter ;)

enix est dévelopé par Günter, il n'est meme pas encore dans cvs. Pour l'instant je n'en sais pas vraiment plus que ce qu'il raconte sur xine-devel et les adaptations de xine-lib qu'il a effectué pour désactiver la synchronisation.

En ce qui concerne le 'x', je ne sais pas, c'est Günter qui a choisi et a décrèté que c'était comme ça.

En fait, il n'y a pas encore de release parce qu'il est en cours de portage vers la nouvelle api de xine. Et vu le peu d'engouement des utilisateurs, les developpeurs ne se sont pas pressés. Ceci dit, maintenant qu'il y a un utilisateur potentiel, je vais essayer d'accelerer le mouvement.
La version cvs marche sur certains trucs, et fait planter galeon sur d'autres, ce n'est pas vraiment stable...
Et xine-lib 1-beta5 n'existe pas.

thibaut

ce que je voulais dire c'est que dès qu'une rc ou un truc lié à mplayer sort, ça fait une news.
tous les logiciels n'ont pas la meme médiatisation.
un peu comme linux et freebsd

tu peux aussi écouter tes radios wma avec xine.

cvs -z3 -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/xine co xine-plugin

Exact, ça fait plus d'un an qu'on a un plugin netscape.

Mais là, tu comprends, c'est pour mplayer, alors tout le monde dit que c'est innovant et génial...

ça veut dire que le driver est buggé.

par contre en ce qui concerne xine, t'as une option pour lui dire de changer de résolution en plein ecran.
c'est l'otion "use_xvid_ext" ou un truc qui ressemble.
xine va chercher s'il y a une résoltion mieux adaptée à la résolution de la video.

Essaye aussi de mettre à jour xfree.
Signale le bug sur la mailing list xpert.

et puis, la G200 ce n'est peut etre pas l'ideal pour du 1600x1200, non ?

fort probable
regarde les options de "configure".
Je suis presque certain qu'on peut lui forcer l'utilisation du libdvdread inclus dans les sources de xine.

A mon avis c'est un bug dans l'extension xv des drivers xfree.

T'es en combien de bits par pixel ?
Essaye en 1024x768 en 16bits par pixel.

Pourquoi tu n'utilises pas le libdvdread de xine-lib ?

Ne confond pas un simple affichage de menu en osd avec le support des menus des dvd qui nécéssite l'implementation d'une machine virtuelle, c'est du code à interpreter, et faut réussir à comprendre comment.
Je ne risque pas d'obliger les dev de mplayer à quoi que ce soit, libdvdnav a été fait pour être utilisé par d'autres projets, maintenant ils en font ce qu'ils veulent.
Je ne suis pas vraiment sûr que ce soit les algos de compression interessent Arpi.
L'intégration de dvdnav nécéssiterait trop de modif dans l'architecture (d'après Arpi), ça m'étonnerait qu'ils intègrent un patch qui retourne mplayer. Perso, je ne suis pas intéressé, je n'ai déjà pas le temps de coder tout ce que je souhaiterai dans xine.

Tu m'expliques ce que c'est les formats reconnus par mplayer et pas par xine à par des codecs xanim ?
wmp9 : supporté (support des binaires wm9 porté depuis mplayer)
realmedia : supporté (support des binaires rp8 porté depuis mplayer)
qt : supporté (support des binaires qt5 porté depuis mplayer)
xine a aussi des format non supporté par mplayer (des vieux formats de vieux jeux, les fichiers son des jeux de la console NES)

Le protocole rtsp:// est supporté par xine (la variante realmedia), mplayer ne l'a pas repris.
pnm:// est aussi supporté par xine et mplayer (le fichier pnm.c de mplayer viens de xine)

envoie les backtraces sur xine-user au lieu de te paindre

Dans xine, c'est l'ui qui fourni les coordonées de la souris au moteur. Et le moteur fait les transformations.
ça revient à dire que fbxine doit fournir les coordonnées de la souris à la lib.

Dans le cas de la navigation des dvd, c'est l'architecture actuelle de mplayer qui mauvaise, je trouve ça assez facile de dire que le support de la navigation ne fait pas partie des fonctions d'un lecteur video pour justifier le fait que mplayer ne le gère pas.
Appelle ça un gadget si tu veux, je ne vois pas en quoi ce n'est pas un challenge technique.