Prends une appli avec un seul thread.
Si le noyau est pas très sympa avec, et la schedule au petit bonheur la chance, c'est à dire un coup regulièrement toutes les 100 ms, puis ne la schedule plus pendant 2s parce que l'utilisateur a décidé de changer de bureau, ... si l'appli en question doit jouer de son de manière continue, sa tache devient assez difficile...
Maintenant, tu peux faire la technique xine (enfin d'après ce que j'ai compris, xine fait ça, si ca se trouve j'ai super mal compris, merci de me corriger si je raconte n'importe quoi): tu lances 15 threads, t'as donc 15 fois plus de chance d'être schedulé en moins de x ms, tu es donc beaucoup moins affecté par d'eventuelles grosses irrégularités entre les instants ou tu es schedulé. Mais c'est de la triche :)
Si tu t'inquiete des perfs, tu peux tenter un gst-launch filesrc location="somefile.mp3" ! mad ! filesink location="somefile.uncompressed"
Ca te permettra de te donner une idée des performances de gstreamer en ce qui concerne la décompression d'un mp3 (j'ai pas testé, mais a priori ca met beaucoup moins de temps que la durée reel du mp3, et plus de temps qu'une appli spécialisée dans la lecture de mp3)
En fait, le fameux code source des firmwares contient uniquement leur noyau uClinux modifié, la uClibc et busybox (peut etre moins que ça, je me souviens plus des détails)
Tout leur player est closed source et proprio
Et les bouts de code incriminés ont été trouvés la dedans.
>gstreamer est foireux alors on accuse le noyau ?...
Des coupures dans la musique qui peuvent aller jusqu'à 2/3 secondes avec un noyau 2.4 et qui disparaissent totalement avec un 2.6, c'est quand même indicateur d'un problème dans le scheduler, même si ce n'est pas nécessairement entièrement la faute du noyau.
gstreamer pourrait effectivement faire des efforts pour éviter ce genre de pbs mais
1) ca peut etre vu comme un hack pourri pour contourner un bug du noyau
2) c'est pas forcément facile à faire par rapport à des "simples" lecteurs de musique/vidéos qui n'ont que ce genre de détails à faire fonctionner correctement (la phrase précédente ne signifie pas que je trouve que c'est super facile de faire un player qui tue sa mère, j'essaie juste de mettre en relief le fait que gstreamer est beaucoup plus complexe architecturalement et dans ses objectifs que mplayer ou xine)
Ca veut dire quoi "ca rame" ?
Si tu veux dire que le son a tendance à sauter, c'est la faute du scheduler du noyau, ca marche nettement mieux en 2.6. Xine et xmms n'ont pas ce pb car ils creent plusieurs threads de lecture pour augmenter leurs chances qu'il y en ait un qui soit schedulé à temps...
Ca va pas servir à grand chose, mais je suis sûr d'avoir déjà vu une lib sous linux qui s'efforcait de déterminer l'encodage utilisé pour un texte quelconque. J'ai malheureusement aucune idée du nom de la lib, ou d'une url pour y accéder...
En tout cas innovant ou non, j'ai pas envie de débattre, mais il n'empeche que c'est super puissant ;)
Pour convertir un fichier flac en mp3, il suffit de faire un truc du genre
gst-launch filesrc location=fichier.flac ! flacdec ! lameenc ! filesink location=fichier.mp3
et voilà. Le fin du fin est que les dernières versions preservent meme les tags lors du passage flac->mp3 :)
Tu peux aussi facilement jouer le fichier en replacant lameenc ! filesink par ossink, en ajoutant les elements qui vont bien, tu peux ajouter un plugin de visualisation pendant que la musique joue, ou bien avec le demuxer approprie, tu dois pouvoir utiliser une piste audio d'un dvd en entree, ...
Bref, GStreamer est très prometteur (même si c'est malheureusement pas encore suffisamment stable à mon gout)
Bah syndique toi et fais en sorte que les choses bougent, forcément si personne ne fait rien au niveau syndical dans le monde informatique, et bien il se passera rien.
>Ecrire dans la licence de son programme en plus de la GPL: j'autorise le link de mon soft avec la lib bidule ca change pas grand chose.
Bah ca change que t'as plus le droit de repomper du code GPL à droite et à gauche sans rien demander à personne pour l'intégrer dans ton projet, ça fait quand même une grosse différence à mes yeux
La GPL t'interdit de linker sur une lib proprio sauf si elle fait partie intégrante de l'OS. Donc tu ne peux pas faire d'appli GPL fonctionnant uniquement sous Windows (enfin tu peux l'écrire, mais tu ne dois pas avoir le droit de la distribuer ou qqchose comme ça). Dans le cas d'un truc multiplateforme, c'est effectivement discutable.
>Au moins avec Qt si tu payes ca fonctionne sur toutes les plateformes.
Super... Ça ne change pas grand chose au fait quetu peux pas faire un truc libre sous windows avec Qt (tout du moins un truc gpl)
gtk+ tu peux faire des applis libres ou non sous linux et windows sans débourser un centime par contre. Si le support macosx te manque, libre à toi de l'ajouter ;)
C'est censé être à peu près standardisé (ie pour des trucs simples ca doit marcher, pour des trucs plus complexes, si ca fonctionne pas c'est un bug qui doit être corrigé)
Ne pas oublier non plus l'équipe de traduction de gnome en français qui a pour site http://gnomefr.traduc.org(...) et qui accueille avec plaisir toutes les personnes souhaitant participer :)
C'est quoi l'intérêt de crier au scandale ici ? Tu peux l'indiquer "gentiment" pour prévenir les personnes dans le même cas que toi, ou ne rien dire. Si le problème est connu, je vois pas trop l'intérêt de faire un post du type "putain quelle bande de branleurs ces kernel hackers, ils sont trop nuls, et en plus ils osent prétendre que leur noyau moisi est stable".
Si tu veux profiter des nptl (nouvelle implémentation des threads au niveau du noyau), il doit falloir recompiler la libc avec un 2.6 installé. Pour le reste de tes questions, j'en ai absolument aucune idée ;)
S'il y avait le moindre risque de perte de données sur une config "standard" (i386 + système de fichier classique), linus aurait jamais mis un 2.6.0 sur son noyau. Au pire, tu risques d'avoir ta machine qui freeze, ou qui boote pas (mais ca me surprendrait beaucoup), dans ce cas tu rebootes sur ton vieux 2.4 testé et éprouvé et puis voilà.
[^] # Re: Où en est Gstreamer ?
Posté par Christophe Fergeau . En réponse à la dépêche Où en est Gstreamer ?. Évalué à 1.
Si le noyau est pas très sympa avec, et la schedule au petit bonheur la chance, c'est à dire un coup regulièrement toutes les 100 ms, puis ne la schedule plus pendant 2s parce que l'utilisateur a décidé de changer de bureau, ... si l'appli en question doit jouer de son de manière continue, sa tache devient assez difficile...
Maintenant, tu peux faire la technique xine (enfin d'après ce que j'ai compris, xine fait ça, si ca se trouve j'ai super mal compris, merci de me corriger si je raconte n'importe quoi): tu lances 15 threads, t'as donc 15 fois plus de chance d'être schedulé en moins de x ms, tu es donc beaucoup moins affecté par d'eventuelles grosses irrégularités entre les instants ou tu es schedulé. Mais c'est de la triche :)
Si tu t'inquiete des perfs, tu peux tenter un gst-launch filesrc location="somefile.mp3" ! mad ! filesink location="somefile.uncompressed"
Ca te permettra de te donner une idée des performances de gstreamer en ce qui concerne la décompression d'un mp3 (j'ai pas testé, mais a priori ca met beaucoup moins de temps que la durée reel du mp3, et plus de temps qu'une appli spécialisée dans la lecture de mp3)
# Re: Violation présumée de la GPL par Kiss
Posté par Christophe Fergeau . En réponse au journal Violation présumée de la GPL par Kiss. Évalué à 2.
Tout leur player est closed source et proprio
Et les bouts de code incriminés ont été trouvés la dedans.
[^] # Re: Où en est Gstreamer ?
Posté par Christophe Fergeau . En réponse à la dépêche Où en est Gstreamer ?. Évalué à 1.
Des coupures dans la musique qui peuvent aller jusqu'à 2/3 secondes avec un noyau 2.4 et qui disparaissent totalement avec un 2.6, c'est quand même indicateur d'un problème dans le scheduler, même si ce n'est pas nécessairement entièrement la faute du noyau.
gstreamer pourrait effectivement faire des efforts pour éviter ce genre de pbs mais
1) ca peut etre vu comme un hack pourri pour contourner un bug du noyau
2) c'est pas forcément facile à faire par rapport à des "simples" lecteurs de musique/vidéos qui n'ont que ce genre de détails à faire fonctionner correctement (la phrase précédente ne signifie pas que je trouve que c'est super facile de faire un player qui tue sa mère, j'essaie juste de mettre en relief le fait que gstreamer est beaucoup plus complexe architecturalement et dans ses objectifs que mplayer ou xine)
[^] # Re: Où en est Gstreamer ?
Posté par Christophe Fergeau . En réponse à la dépêche Où en est Gstreamer ?. Évalué à 1.
Si tu veux dire que le son a tendance à sauter, c'est la faute du scheduler du noyau, ca marche nettement mieux en 2.6. Xine et xmms n'ont pas ce pb car ils creent plusieurs threads de lecture pour augmenter leurs chances qu'il y en ait un qui soit schedulé à temps...
# Re: Comment identifier un encodage?
Posté par Christophe Fergeau . En réponse au journal Comment identifier un encodage?. Évalué à 1.
[^] # Re: quelqu'un se dévoue ?
Posté par Christophe Fergeau . En réponse à la dépêche Où en est Gstreamer ?. Évalué à 2.
Pour convertir un fichier flac en mp3, il suffit de faire un truc du genre
gst-launch filesrc location=fichier.flac ! flacdec ! lameenc ! filesink location=fichier.mp3
et voilà. Le fin du fin est que les dernières versions preservent meme les tags lors du passage flac->mp3 :)
Tu peux aussi facilement jouer le fichier en replacant lameenc ! filesink par ossink, en ajoutant les elements qui vont bien, tu peux ajouter un plugin de visualisation pendant que la musique joue, ou bien avec le demuxer approprie, tu dois pouvoir utiliser une piste audio d'un dvd en entree, ...
Bref, GStreamer est très prometteur (même si c'est malheureusement pas encore suffisamment stable à mon gout)
[^] # Re: Petition contre la nouvelle convention Synthec
Posté par Christophe Fergeau . En réponse au journal Petition contre la nouvelle convention Synthec. Évalué à 1.
[^] # Re: Comparaison de neuf langages sur un micro-benchmark
Posté par Christophe Fergeau . En réponse à la dépêche Comparaison de neuf langages sur un micro-benchmark. Évalué à 1.
[^] # Re: La fusion, c'est pour bientôt ???
Posté par Christophe Fergeau . En réponse à la dépêche GTK-Qt-OpenOffice.org: un pas de plus vers une meilleure intégration. Évalué à 4.
Bah ca change que t'as plus le droit de repomper du code GPL à droite et à gauche sans rien demander à personne pour l'intégrer dans ton projet, ça fait quand même une grosse différence à mes yeux
[^] # Re: La fusion, c'est pour bientôt ???
Posté par Christophe Fergeau . En réponse à la dépêche GTK-Qt-OpenOffice.org: un pas de plus vers une meilleure intégration. Évalué à 2.
[^] # Re: La fusion, c'est pour bientôt ???
Posté par Christophe Fergeau . En réponse à la dépêche GTK-Qt-OpenOffice.org: un pas de plus vers une meilleure intégration. Évalué à 1.
Super... Ça ne change pas grand chose au fait quetu peux pas faire un truc libre sous windows avec Qt (tout du moins un truc gpl)
gtk+ tu peux faire des applis libres ou non sous linux et windows sans débourser un centime par contre. Si le support macosx te manque, libre à toi de l'ajouter ;)
[^] # Re: Et les icônes ?
Posté par Christophe Fergeau . En réponse à la dépêche GTK-Qt-OpenOffice.org: un pas de plus vers une meilleure intégration. Évalué à 2.
[^] # Re: l'anti-piratage a le vent en poupe !
Posté par Christophe Fergeau . En réponse au journal l'anti-piratage a le vent en poupe !. Évalué à 2.
# Re: l'anti-piratage a le vent en poupe !
Posté par Christophe Fergeau . En réponse au journal l'anti-piratage a le vent en poupe !. Évalué à 3.
[^] # Re: Voix sur IP : Teamspeak
Posté par Christophe Fergeau . En réponse à la dépêche Voix sur IP : Teamspeak. Évalué à 2.
[^] # Re: modification de la structure de /proc/meminfo avec les noyaux 2.6
Posté par Christophe Fergeau . En réponse au journal modification de la structure de /proc/meminfo avec les noyaux 2.6. Évalué à 2.
C'est corrigé je pense http://www.advogato.org/person/hadess/diary.html?start=296(...)
# Re: GnomeFR enfin disponible
Posté par Christophe Fergeau . En réponse à la dépêche GnomeFR enfin disponible. Évalué à 10.
[^] # Re: la Societe Real Networks attaque Microsoft
Posté par Christophe Fergeau . En réponse au journal la Societe Real Networks attaque Microsoft. Évalué à 2.
Cf le thread monstrueux qui commence à http://mail.gnome.org/archives/gnome-multimedia/2003-December/msg00(...)
# Re: GnomeFR enfin disposnible
Posté par Christophe Fergeau . En réponse à la dépêche GnomeFR enfin disponible. Évalué à 1.
[^] # Re: Kernel 2.6.0 annoncé stable
Posté par Christophe Fergeau . En réponse à la dépêche Le noyau Linux 2.6.0 annoncé stable. Évalué à 2.
[^] # Re: Choix d'un processeur Celeron
Posté par Christophe Fergeau . En réponse à la dépêche Le noyau Linux 2.6.0 annoncé stable. Évalué à 1.
[^] # Re: Stable? Mon cul!
Posté par Christophe Fergeau . En réponse à la dépêche Le noyau Linux 2.6.0 annoncé stable. Évalué à 5.
[^] # Re: Stable? Mon cul!
Posté par Christophe Fergeau . En réponse à la dépêche Le noyau Linux 2.6.0 annoncé stable. Évalué à -5.
[^] # Re: Sur un LFS, comment fait-on la mise à jour ?
Posté par Christophe Fergeau . En réponse à la dépêche Le noyau Linux 2.6.0 annoncé stable. Évalué à 3.
[^] # Re: Kernel 2.6.0 annoncé stable
Posté par Christophe Fergeau . En réponse à la dépêche Le noyau Linux 2.6.0 annoncé stable. Évalué à 2.