Bonsoir à tous
 
depuis quelques temps, j'essaye de me passer de Xmms (parce qu'il ne veut plus repartir après la pause).
edit 1 : je viens de le recompiler, pareil.
 
Et comme Mplayer est vraiment fabuleux, je me suis mis à KPlayer. Mais certains ogg ne passent pas (ceux qui sont extraits/encodés par grip). J'ai donc essayer de lancer ces ogg en ligne de commande avec mplayer et en effet il ne voit pas le flux audio. J'ai ensuite ouvert ces mêmes ogg avec un éditeur de texte qui me montre que le FourCC (enfin son équivalent audio dont je ne sais pas le nom) est erroné : il est marqué id3 puis des caractères bizarres, alors qu'un ogg qui marche commence par OGG.
edit 2 : même en forçant mplayer ça marche pas (-ac vorbis ou -afm libvorbis)
 
Je cherche donc à les remettre d'aplomb (pas de réencodage car je vais perdre en qualité), une idée ?

 
Essaye de recompiler MPlayer avec ce patch (appliqué à etc/codecs.conf du dossier des sources de MPlayer).
 

j'utilise le mplayer de linuxpackages mais c'est pas grave je vais faire l'essai.
a+

Sinon utilise beep media player, c'est comme xmms mais en gtk2.

j'avais essayer déjà et même problème il me semble.
En attendant, je suis repasser à xmms 1.2.8 et la pause fonctionne, et puis j'ai mis le xmmsmplayer-plugin, comme ça c'est mplayer qui lit ou xmms quand il ne sait pas.
merci

Sinon, Amarok .

 
Au final, tu ne m'as pas dit si ce patch t'avais aidé ou non...

C'est que j'ai pas encore eu le temps, ce soir.

bon je sais que je vais passer pour un abruti mais je l'applique comment le patch (parce que patch -p1 > codecs.conf a écrasé le fichier) ?
Et comme j'ai essayé de comprendre le patch, je saisi pas trop car :  
- la ligne 2479 est à rajouter
- et il y a déjà ça un peu plus haut :
audiocodec vorbis
  info "OggVorbis Audio Decoder"
  status working
  comment "OggVorbis driver using libvorbis"
  format 0xFFFE
  driver libvorbis
  dll "libvorbis"
; acm codec doesn't work, haven't tried zorannt dshow codec
;  driver acm
;  dll "vorbis.acm"
Donc finalement ton patch ne changerait que le "format" ce que je vais faire à la main et compilé en attendant.

puis tiens je viens de voir ça dans les options de compil de mplayer :
 --enable-tremor        build with integer-only OggVorbis support [disabled]
???

Voici donc le résumé de mes essais :  
- compilation en changeant la ligne 2399 du etc/codecs.conf de  format 0xFFFE à format 0x73627276 -> bin je lis plus aucun ogg ! -> donc je remets d'origine
- compilation normale sans aucun paramètre : je reviens à la situation habituelle
- compilation avec --enable-tremor : plante pendant le make, en effet y'a aucun fichier ou dossier de ce nom là !
   
En attendant, je crois que le dodo est pas loin donc je vous dis Bonne Nuit    

 
Apparemment, tu dois pas utiliser la dernière version CVS de MPlayer, où la ligne "format 0xmachin" a été remplacée par un dénomination basée sur le fourCC "fourcc vrbs" au lieu de je ne sais pas quel autre machin.
 

 
Utilise la dernière CVS: http://www1.mplayerhq.hu/MPlayer/c [...] nt.tar.bz2

T'as pas besoin de recompiler quand tu modifies le fichier de conf des codecs

en effet, comme dit plus haut celui de linuxpackages, et c'est pas pour revenir à un mplayer compilé à la main. Néanmoins pour faire l'essai, pas de soucis.
Donc compil en cours avec le dernier CVS.
rem : tu participes au projet mplayer pour connaître comme ça ?
 

bin, c'est CREX qui m'a dit de faire ça   . Et puis j'ai pas de /etc/codecs.conf sur ma machine (sisi çai vrê !).

2 compilations du dernier cvs :
- comme ça, toujours pareil
- en modifiant la ligne, toujours pareil
 

 
Si tu peux pas polluer ta distrib avec une install un peu "bourrin", tu peux utiliser le flag "--prefix" du script ./configure.
Par exemple, pour les snapshots de GCC, je fait ./configure --prefix=~/Programes/local comme ça mon arborescence n'est pas polluée.
 
Pour MPlayer, ça _devrait_ fonctionner pareil.
 
[/quotemsg]
rem : tu participes au projet mplayer pour connaître comme ça ?
 
bin, c'est CREX qui m'a dit de faire ça   . Et puis j'ai pas de /etc/codecs.conf sur ma machine (sisi çai vrê !).[/quotemsg]
 
En fait, à la compile, le fichier codecs.conf se retrouve plus ou moins inclus dans le binaire (pas trop sûr de mes infos et de comment ça se passe). Ça n'empêche pas que tu peux fournir un fichier codecs.conf externe à MPlayer.
La raison pour laquelle je te conseille d'utiliser la version CVS, c'est que je ne me rappelle plus de quand date l'inclusion du décodeur interne de tremor, mais que je suis sûr que c'est supporté par les dernières CVS.
 
Et en effet, je participe à la doc de MPlayer ainsi que quelques petits patchs de rien. Je m'efforce aussi de tester le plus de nouveaux patchs possibles (puisque les devs principaux ont déjà pas mal à faire), et que peux de ces devs ont un AMD-64, qui est un port assez nouveau.
 
http://people.panthera-systems.net [...] 6a/AUTHORS

 
Est-ce que le support de tremor se compile bien?
Est-ce que tu as les libs vorbis*-dev et ogg*-dev?
 
Si ça ne marche toujours pas, peux-tu copier ici le log qui s'affiche sur ta console?

Tout à fait, au lancement mplayer cherche le fichier codecs.conf dans le ~/.mplayer, si il n'y est pas, il prends /etc/mplayer/codecs.conf (ou /usr/local/etc/mplayer/codecs.conf), si il ne le trouve pas, alors il utilise celui qu'il a "en dur", c'est à dire celui qui se trouvait dans le repertoire etc/ lors de la compilation

c'est pas que je peux pas, mais à force de la pourrir y'a des reliquats qui traînent et qui peuvent entrer en conflit, et là, pour retrouver des vieux trucs perdus... En fait je veux pas avoir à recompiler à chaque nouvelle version, je préfère utiliser le paquet tout fait (oui je sais je suis un peu fainéant, mais j'ai moins de temps maintenant pour l'ordi) et, le cas échéant envoyer un message au "packageur" en cas de soucis (le cas ici).
Mais depuis le temps, j'ai compris ça donc j'utilise checkinstall, du coup c'est facile de virer le bazar.
 
ok pour le cvs / tremor
 
participation à mplayer > tout ce que je peux dire, c'est MERCI.
 
> Est-ce que le support de tremor se compile bien?
la réponse du ./configure :
Checking for OggVorbis support ... yes (internal Tremor)
Checking for OggTheora support (only the CVS version!) ... no
 
> Est-ce que tu as les libs vorbis*-dev et ogg*-dev?
non, les "normales"
 
> Si ça ne marche toujours pas, peux-tu copier ici le log qui s'affiche sur ta console?
edit : je mets le log en verbose

 
Je viens de voir aussi un autre truc : il m'est impossible d'éditer le tag de ces ogg. Et puis je me doute que tu voudrais tracker le bug, mais ne serait-ce pas plus simple de corriger mes fichiers (qui je le répète semblent avoir le mauvais descripteur).
Là, je dois partir, on en reparle ce soir.
Merci beaucoup

e_esprit > c'est bien ce qu'il me semblait, et comme j'en ai pas, je devais bien recompilé.

Ou seulement le copier dans /home/gui42/.mplayer/codecs.conf puis l'editer, et lancer Mplayer pour tester

 
Ça fait plaisir de savoir que c'est apprécié. Si tu as quelques connaissances techniques, que tu parle le français    et que tu as du temps, tu peux m'aider à corriger la page de man. Il y a toujours de trucs à améliorer.
 

 
Le plus simple, c'est d'envoyer le fichier en question sur ftp://mplayerhq.hu/MPlayer/incoming et je verrais ce que je peux faire.
Si le fichier est +/- valide, il y a sûrement qqchose à faire...

ah ouais      
 

Ca me plairait bien mais le temps se réduit, et encore plus avec mon nouveau boulot (encore que...).
 

je dépose le ogg en question Pictures Of Matchstick Men.ogg
 
merci
 
pour en revenir à l'origine du problème (grip qui utilise oggenc), j'ai essayé de compresser un wav avec oggenc et il passe nickel. Donc je comprends pas trop, je referai un essai ou 2.

bon alors j'ai refais quelques extractions/encodage avec grip et je me suis aperçu que la case "ajouter les tags id3v2" était cochée. Je l'ai enlevée et mise la id3v1 et les fichiers sont lus par mplayer. Donc j'ai trouvé le pb.
Alors j'ai essayé kmp3 mais il me détecte pas le tag id3v2 !!
Je vais continuer !

 
Bravo! La chasse au bugs n'est pas une entreprise évidente, aussi permets-moi de te féliciter d'avoir persisté pour trouver toi-même la façon de reproduire le bug.
 
Je vais voir ce que je peux faire pour faire en sorte que ça soit supporté à l'avenir...
 
A+

encore mieux, j'ai corrigé mes fichiers :  
j'ai essayé avec k-mp3 sous windows -> rien
puis j'ai mis easytag qui me voyait bien un tag id3v2, j'ai rajouté un commentaire et réenregistrer le tag (et donc refait correctement) et hop ça roule !
merci pour les félicitations (on se congratule pas mal dans ce topic !!).
La vraie chasse au bug (mais maintenant que j'ai réparé mes fichiers, je vais pas être trop motivé :-( ) serait de voir cette option dans grip et pourquoi elle crée un tag qui apparemment n'est pas correct (parce que essayer de corriger mplayer pour qu'il lise ça, ça fait un peu rustine windowsienne, non ?)
Merci de ton aide
(tu t'y connais en réseau aussi ? parce que mon portable est sous windows pour l'instant et c'est chi...)
Et encore merci

 
Pas forcément. C'est pas parceque MPlayer est génial qu'il n'est pas exempte de bugs, d'autant qu'en editant le tag, ton fichier peut à présent être lu.
 
Ton fichier pourrait peut-être être quand même lu en ajoutant le support des tagsv2 si ce n'est pas le cas (je n'utilise pas cette fonction), ou le parseur de l'en-tête est peut-être un peu trop "sensible". Dans tous les cas, c'est toujours enrichissant d'essayer de voir d'où vient le problème.
 

 
Oui, mais ça m'intéresse déjà beaucoup moins... tu ferais mieux de créer un autre topic à mon avis...

si tu veux que je fasse encore 2-3 essais, n'hésite pas, je serai heureux de t'aider.
As tu pu récupérer le fichier et le lire ?
Pour mon soucis réseau, le topic est déjà créé, mais j'ai moins de réponse pour le moment :-(

 
Oui, j'ai récupéré le fichier, et ton problème est reproductible. Je souhaite avoir le temps de m'y consacrer dès que j'aurais un peu plus de temps.
 
De toutes façons, rien ne sert de se presser, le monsieur bugzilla de MPlayer est en vacances en Australie, donc si je fais le bugreport maintenant, il sera noyé dans la masse des travaux à s'accumuler lorsqu'on quitte le monde électronique.
 

 
Je suis sûr que tu trouvera des gens à pouvoir t'aider...

OK
merci encore
A bientôt

CREX> j'ai un possible bug à rapporter pour MPlayer, pourrais-tu m'indiquer la marche à suivre ?

 
La doc HTML a été un peu négligée ces temps-ci, donc je te donne les deux liens:
http://mplayerhq.hu/DOCS/HTML/fr/bugreports.html
http://mplayerhq.hu/DOCS/HTML/en/bugreports.html

Hello,
Le problème est réglé dans la version CVS de MPlayer :-)

sauf que le CVS de mplayer ne compile plus depuis 15 jours chez moi....

Faut lire la doc! It te faut libvavutils à présent pour que ça compile:
 

j'avais pu vu ta réponse CREX.
Merci, j'ai justement compilé le dernier CVS y'a une quinzaine de jours pour avoir le support du X264, donc je suis entrainé maintenant !
Est-ce que tu sais où en est le nouveau serveur de mplayer ?

Il a été reçu par l'un des dev, qui va l'installer/configurer/sécuriser, et tester (sécu, tenue en charge) un max avant de le mettre en production... C'est pas encore pour tout de suite, mais ça avance...