M a écrit 2988 commentaires

J'ai essayé de rajouter à mplayer le support "faad" (Advanced Audio Coding) mais je n'ai pas réussi. Quelqu'un m'a envoyé une vidéo prise avec le Sony Clié et c'est au format Quicktime 6, lisible par ffmpeg pour la partie image mais pas le son. J'ai pris plusieurs archives sur le site de faad, mais soit la partie faad ne compile pas, soit mplayer se lance mais échoue avec "FAAD: Failed to initialize the decoder!". (à noter, la seule version de faad qui a compilé pour moi est la version cvs). Quelqu'un a-t-il déjà réussi ? tu as bien recompiler mplayer apres avoir installer la libfaad ? le configure la detecte bien ? chez moi ça a marché du premier coup.

il marche tres bien google...
Tu ne serait pas par hasard chez free, ou les routeurs ont tendances a coupé certaines routes (volontairement ou pas) ?
Si c'est le cas dans ces cas tu peus toujours passer par le proxy pour contourner le probleme

- support de Sorenson 3 (SVQ3 et Quicktime) grâce à ffmpeg
Le support des bframe qui a été ajouté il y a quelques jours est il inclu ?

sur certaines platformes (aix et ibm powerpc par exemple), il faut quand meme changer des parametres dans le makefiles pour que ça compile, aloes que pour bit torrent il suffit juste d'installer python si celui ci n'est pas installé (pas besoin d'installer de lib graphique : la version ligne de commande de bit torrent à plus d'options et dans un terminal screen c'est le bonheur...)....

moi j'utilise bit torrent pour telecharger des animes non licencié, donc on peut dire que ça fait parti des échanges légaux, et ça represente quand meme beaucoup de donnés echangés qui sont plus ou moins légales ( cf http://www.animesuki.com/(...) pour voir les animes non licenciés disponibles, et certains fichiers de 170Mo atteingne plus de 2.5To de donnés échangés ).


PS: j'avoue que pour certains bon animes qui ont été licencié en cours de diffusion comme Last Exile, je continue a recupérer les épisodes....

apropos du support de bittorent dans mldonkey, la version que j'avais tester il y a un mois ne marchais pas top (le download etait lent et discontinu, alors qu'avec le client officiel il n'y avait aucun probleme)

Par contre ce qui pourrait etre interessant c'est de pouvoir telecharger un fichier sur plusieur reseau en meme temps (bittorrent c'est bien mais quand y a plus de seed ça bloque tout le monde et dans ces cas il faut soit etre pacient soir tout retelecharger sur un autre reseau alors qu'il manque que quelques Mo..), mais vu que les réseau utilise tous des moyen différents d'identifier les fichiers ça risque d'etre imposible...

chez moi ça pose pas de proble pour la conversion en pdf, mais j'arrive pas a l'uploader sur cette m***e de lycos...

essayer de jouer avec les options d'exportation pdf (moi j'etais en optimiser pour l'impression)

ça marche depuis longtemps : + d'un an
une demo est dispo ici : http://www.massless.org/mozedit/(...)
pour info, je l'avais signaler aux develo des forum phpbb2, et ça fait aussi plus de 6 moi qu'il l'integre....

meme pas besoin ipv6 ;)

http://www.kame.net/img/kame-anime-big.gif(...)

s/pas\ de/des// ;=)

RTF: libre
je dirais plus ou moins car je crois qui existe différentes version, par exemple si on fait ouvrir un fichier rtf generer par open office par ms office c'est n'importe quoi (toute la mise en page saute) tandis que si on le fait ouvrir par write pas de probleme.....

faut pas oublier de faire rm ~/.mozilla/pluginreg.dat, d'apres le man de mozplugger (oui il existe et peut etre utile pour creer ses propre commande ) c'est un bug herite de netscape

oui par ce que tu n'as pas configurer ton mozpluggerrc : par defaut il y a audio/x-pn-realaudio-plugin: rpm: RealPlayer Plugin Metafile audio/x-pn-realaudio: ra,rm,ram: Realaudio-plugin resource locator audio/x-realaudio: ra,rm,ram: RealAudio file application/vnd.rn-realmedia: rm: RealMedia file application/smil: smi: RealPlayer audio/vnd.rn-realaudio: ra,ram: RealAudio file audio/vnd.rn-realvideo: rv: RealVideo file nokill exits: realplay "$file mais si tu veut utiliser par exemple mplayer, il faut remplacer la derniere ligne par stream noisy ignore_errors: mplayer -really-quiet -nojoystick -nofs -guiwid $window -wid $window -vo x11 -ao oss,alsa9,arts,esd,null -zoom -osdlevel 0 "$file" </dev/null

tu edites le mozpluggerrc, et tu supprime tous les MIME type qui concerne la video, puisque mplayer-mozilla s'en charge deja. De meme pour les pdf, il suffisait de supprimer la ligne contenant acroread, et il aurait utiliser gv automatiquement application/pdf: pdf: PDF file application/x-pdf: pdf: PDF file text/pdf: pdf: PDF file text/x-pdf: pdf: PDF file repeat swallow(acrobatreader) fill: acroread -geometry +9000+9000 +useFrontEndProgram -tempFileTitle acrobatreader "$file" repeat noisy swallow(gv) fill: gv -safer -quiet -antialias -geometry +9000+9000 "$file" repeat noisy swallow(Xpdf) fill: xpdf -g +9000+9000 "$file" pour les pdf j'utilise acroread, s'il existe pas gv et enfin xpdf si gv n'existe pas....

chez moi j'ai aucun probleme : KT333 + VIA vt8235 (rev 00) IDE UDMA133 Jun 14 13:06:51 localhost kernel: hda: attached ide-disk driver. Jun 14 13:06:51 localhost kernel: hda: host protected area => 1 Jun 14 13:06:51 localhost kernel: hda: 78242976 sectors (40060 MB) w/2048KiB Cache, CHS=9729/255/63, UDMA(100) Jun 14 13:06:51 localhost kernel: hdc: attached ide-disk driver. Jun 14 13:06:51 localhost kernel: hdc: host protected area => 1 Jun 14 13:06:51 localhost kernel: hdc: 156301488 sectors (80026 MB) w/2048KiB Cache, CHS=155061/16/63, UDMA(100) Jun 14 13:06:51 localhost kernel: hdd: attached ide-disk driver. Jun 14 13:06:51 localhost kernel: hdd: host protected area => 1 Jun 14 13:06:51 localhost kernel: hdd: 80418240 sectors (41174 MB) w/1863KiB Cache, CHS=79780/16/63, UDMA(100)

http://mozplugger.mozdev.org/ devrait mieux marché

http://fredrik.hubbe.net/plugger.html ....

libogg, ça semble logique.
en quoi l'encodeur a besoin de savoir dans quel conteneur est mis le flux video ?
ça c'est le role du player de se debrouiller.
Et si je veux mettre ce que j'encode dans le conteneur matroska ? je suis forcement obligé de passer par le ogg?


J'espere qui feront du menage dans leur dependance et qu'il proposerons q'un encodeur.

avec -e (mode expert) tu peut configurer aussi les path en iterractif....

vive les dependances de theora : libogg, libvorbis et sdl, j'avais deja essayer de compiler la version cvs et ça passait pas, je reesayerait peut etre mais bon je ne voit pas pourquoi un codec video a besoin de ces dépandances ....

'est en partie pour ça que tout les utilisateurs de p2p se plaignent et n'arrivent pas à dépasser les 12 ko/s de téléchargement. Ceux qui ont encore des ips dynamiques sont les seuls à pouvoir courcircuité ce système de bridage, en utilisant par exemple comme port client le 80, et ainsi retrouver en 10 minute avec le taux téléchargement à 45/kos en p2p. chez moi je veux bien d'accorder que le reseau edonkey n'est pas tres rapide, mais de la a le generaliser a tout les reseau p2p c'est faut : avec bit torrent j'utilise a fond mon download (64ko/s) De meme lors de telechargement sur ftp je n'ai pas eu de probleme meme si le transfert a ete tres lourd

C'est la première fois que je tombe sur un soft TV qui utilise des plugins de désentrelacement
xawdecode et mplayer permette aussi d'avoir des plugs de desentralacement.

Sinon je suis d'accord avec toi, sur tout les logiciels tv que j'ai tester, il avait tous des fonctionalité intéressantes, mais aussi des point negatif...

Sous Windows j'utilise K!TV et c'est vrai qu'un soft tel que K!TV manque pour GNU/Linux

le pire que k!tv provient de multidec, qui a été construit a partir de projet linux (bttv & co pour la gestion des cartes tv,....)
Et puis si tu y tiens k!tv tourne sous linux via wine et des drivers patché (mais bon les perf sont pouries...)

Xawdecode se raproche un peu des fonctionnalié de k!tv et acceptant des plugins(qui servent pour le meme but ;)), permettant le desentrelacement et permettant l'enregistrement de la tv. Il doit peut aussi afficher comme k!tv les info nxtvepg aussi que le teletexte

dsl pour le double post, mais le cache m'a joue des tours...

je suis sûre que xine ne supporte pas le format matroska ni le nouveau codec ffv1 de ffmpeg....

je suis sûre que xine ne supporte pas le nouceau fichier matroska et ni le nouveau codec ffv1 de ffmpeg....