seedeexeen a écrit 113 commentaires

Quel esprit ?

Ce n'est pas parce que je réponds à ton journal que je suis intéressé par un boulot, je trouve juste que cette annonce est très floue, et je ne vois pas l'intéret de ne pas en dire plus.

aucun mot sur le contenu de la mission
aucun mot sur le type de compétences requises, sur l'expérience
aucun mot sur le type de contrat, sur la durée
je ne parle même pas du salaire

ah, si, sur le salaire mais c'est camouflé : "aucun diplome requis" => salaire bas

Je ne vois pas ce qu'il y a de bluffant. c'est un peu le principe des hash.
Si tu trouves un algo de hash sans collision alors cela signifie que tu as une bijection entre ton message et ton hash. Cet algo te permet donc de reconstruire le message de départ d'après le hash.
Et là t'as trouvé un super algo de compression ;-)

"Est ce que ratDVD est open source?

Jusqu'a maintenant quelques parties le sont (voir la page Code) mais un grande partie ne l'est pas. Je libererai probablement plus de source quand j'aurai nettoyé le code. Je ne sais pas encore pour quand ;-) "

Il ne doit pas très bien être informé à propos des licences GPL/LGPL et ce qu'elles impliquent...

"Les filtres de playbacks utilisent libdvdnav pour la navigation dans ratDVD. J'ai étendu le dvdnav de plusieurs manières pour l'audio et le control de flux spu, si vous comparez le fichier dvdnav.h avec le fichier original"

S'il utilise dvdnav, alors son programe au complet doit être sous licence GPL/LGPL.
Il n'a pas le droit de faire un truc proprio avec dvdnav.

C'est juste une info supplementaire.
Le 4 decembre est un objectif, s'il reste des bugs importants, la 1.0 sera retardée.

Arretes tes conneries, mono n'est pas un "port" de .net !
Tu l'as vu où que les devs de mono ont accès au code source de ms .net ???

t'as vu ça où que xine n'avait pas de filtre de postprocessing ?
c'était vrai il y a un an oui...

moi, sur un portable celeron 400 avec carte video 2.5mo de ram, je lis mes dvd sans frame sautée et avec la navigation avec la commande suivante : xine dvd:/

Moi, je ne suis pas prêt de sortir une version 1.0 en moins de 3 ans ;)

"Turbolinux engineers developed new software called Turbo Media Player that works with xine, a widely-used Linux media engine, to make it possible for customers to watch streaming video in Windows Media format."

c'est juste un frontend pour xine-lib, pompé sur kaffeine, rien de nouveau.

"Contrast this to the current streaming media environment. Before MPEG-4 was introduced, three streaming technologies enjoyed widespread use: RealVideo, Microsoft's Windows Media Video, and Sorenson Video. MPEG-4 offers lower quality than any of them."

Il se base sur quoi pour dire ça ?

Je savais bien que gstreamer était developpé par des terroristes ;-)

L'auteur de Totem vient de me confirmer que c'est bien un screenshot de Totem+xine-lib.

Ca ne remonte pas l'estime que j'ai pour les journalistes, un article élogieux sur gstreamer, puis un demi-mensonge sur totem, et un screenshot qui n'a rien à voir avec gstreamer...

;)

D'ailleurs, j'ai bien précisé que le support était expérimental, et je suis très intéressé par des rapports de bugs.

bah, pour une release de xine-lib, c'est le plus gros.

Je ne comprends la remarque à propos de la "foultitude de bibliothèques" de VLC, c'est quoi cette histoire ?

Biensûr que c'est pourri, et c'est pour ça que personne ne l'utilise.
Ne me dis pas que tu trouve xine pourri à cause de ça, xine ne marche pas comme ça du tout.
Je sais que tu ne le dis pas mais c'est légerement insinué.

euh t'as fumé quoi pour insinuer que xine fait ça ?

c'est complètement faux !

xine c'est :

1 thread pour le demuxer
1 thread pour chaque decoder (1 audio + 1 video)
1 thread pour la sortie video
1 thread pour la sortie audio
+ d'autres pour le gui

Donc 1 thread chargé de remplir le buffer de la carte son.

C'est un peu facile.
Les applis qui merde au niveau son sont souvent des applis qui ne remplissent pas le buffer de la carte son. Si tu n'envoies que 30ms de données à la carte, faut pas se plaindre de ne pas être schedulé à temps pour envoyer la suite.
xine est multithreadé et il n'y a pas de pb de scheduling.
mplayer est monothreadé et il n'y pas de pb non plus.
vlc n'a pas de pb non plus.

gstreamer est foireux alors on accuse le noyau ?...

En ce qui concerne RhythmBox, j'ai demandé au developpeur du backend xine-lib (hadess, auteur de totem, et plein d'autres trucs) de réparer cette injustice la semaine dernière, c'est pour ça que tu ne l'avais pas vu. Nous bossons avec hadess pour une meilleure intégration de xine-lib dans rhythmbox, en particulier les metadatas.
Pour la comparaison, ce n'est pas un dev de xine qui pourrait la faire de façon objective ;)
mplayer c'est un player. mplayerG2 est une bibliothèque comme xine-lib. (sous GPL)
xine-lib est une bibliothèque "orienté" player, donc avec une API. systeme de plugins (sous GPL)
gstreamer est un framework plus generique, plus souple, mais en meme temps écrire un simple player est du coup plus compliqué. systeme de plugins (sous LGPL)
VLC, je ne sais pas trop.
ogle est un player de dvd, je crois qu'ils fournissent une lib, je ne me souviens plus.
helix, mystere, licence non libre

Chacun de ces projets supportent plus ou moins de conteneurs, decodeurs, protocoles de streaming, sorties video/audio, et de façons plus ou moins réussies...ya de quoi rentrer dans un gros troll ;)

Tous ces projets restent actifs. Je te conseille d'aller voir la doc de chaque projet, et d'aller faire un tour sur les archives des mailing list (gmane archive tout), et de prendre aussi en compte l'ambiance qu'il peut y regner.

"Rhythmbox utilise Gstreamer. (et non plus Xine depuis un bout de temps)"

encore un troll ????
rhythmbox a été concu sur gstreamer.
un jour, le dev leader de rhythmbox en a eu marre des plantages, il est passé à xine-lib.
les autres devs n'étaient pas content, changement de leader, les 2 ont été conservés.

http://www.rhythmbox.org/(...)

Sachant que certains formats ne sont dispo qu'avec le backend xine. ;)

Justement, à propos de preview, t'as déjà utilisé le previewer de Totem pour Nautilus ?
ça marche nickel ;)

petit ajout, Mike Melanson (dev (meme leader) de xine, ex de mplayer) est cité sur le site de matroska comme personne impliqué dans le projet.
C'est juste pour montrer que les devs de xine n'ont rien contre matroska, mais que l'API c++ ne les attirent pas, c'est tout.

euh tu sais lire ?
il n'y a pas de volonté de ne pas l'intégrer
il n'y a pas de volonté de l'intégérer

pour moi il y a un sacré différence.

"Xine ne répond pas pour moi aux critêres d'un backend vidéo moderne"
Et allez, encore un autre troll.
L'ajout de matroska peut se faire dans xine à n'importe quel moment, ça ne sera qu'un plugin. Il peut d'ailleurs être developpé séparement, par les devs de matroska par exemple.

Et pis ça me ferait quand meme bien rire que les mecs de gstreamer soient obligés de réécrire une lib matroska en C alors que le support existe sous mplayer, mais ça doit etre en GPL...

(je n'ai pas vérifié, mais ça ne m'étonnerais pas du tout)

"Ceci dit les dev de Xine sont un peu aigris pour le moment car Gstreamer est en train de leur voler la vedette..."

ça sort d'où ça ?
Les projets important qui étaient basé sur gstreamer, c'est à dire Totem et Rhythmbox, proposent maintenant l'utilisation de xine-lib à la place, et en ce qui concerne Totem, le backend xine-lib est bien plus répandu.

"Ils prétendent aussi que Xine est complet or Xine est le SEUL player sous Linux à ne pas offrir le support du matroska ! "
ça a un léger gout de dejà-vu, un troll pas frais c'est vraiment fade.
Et pis c'est vrai que je t'es souvent vu te plaindre sur la ML de xine que matroska n'est pas supporté... Il n'y a aucune demande d'ajout de cette fonctionnalité.

Juste un petit rappel à propos des licenses, parce qu'il y a une légère diff, qui empèche les gars de gstreamer de récupérer du code depuis d'autres projets :
mplayer, xine : GPL
gstreamer : LGPL

Mais bon, c'est leur choix pour conquerir le monde de l'entreprise.
Pour moi, ils auraient ralié beaucoup plus de devs s'ils avaient choisi la GPL, ils auraient pu adapter du code d'autres projets, et donc avancer beaucoup plus vite.

"Xine est le seul player Linux qui ne supporte pas encore le matroska"
_le seul_ semble un peu trollesque, non ?
Les devs de xine ne sont pas des fans de matroska, du coup personne ne se presse pour ajouter le "support". Ceci dit, ça peut toujours être fait avant la 1.0, comme plugin séparé ou pas. Les devs de mplayer ne sont pas fans non plus si je me souviens bien, et c'est un dev de matroska qui a écrit le demultiplexeur pour mplayer. Quant au demultiplexeur de vlc, je ne sais pas si c'est un port de celui de mplayer ou pas.

Rhythmbox propose 2 backends : gstreamer et xine-lib.
Certains type de streams ne sont supportés que par le backend xine-lib, comme les radios Real. Le developpeur du backend xine-lib est Bastien Nocera, auteur de Totem. A ce propos, il a posté un cahier de doléances pour une meilleure intégration de xine-lib dans rhythmbox.
http://thread.gmane.org/gmane.comp.video.xine.devel/6724(...)
Le backend xine-lib est méconnu, et peut-être aussi un peu mal aimé par les dirigeants de gnome, puisque la politique est de pousser gstreamer meme si le backend xine s'avère plus puissant.

euh, tu l'as testé ton truc ?
"a == b == c" c'est pas equivalent à "a == (b == c)" ?