Boa Treize a écrit 3449 commentaires

J'ai soumis une dépêche à LinuxFr.

Attention, en allant sur ces domaines (c'est à dire en tapant une URL de travers), vous vous prenez un cookie et vous acceptez leurs conditions d'utilisation (mais bien sûr...).

Par ailleurs, bien entendu, tout email dont le nom de domaine est erroné arrivera maintenant sur leur serveur.

Enfin, dans les logiciels anti-spam, toutes les détections de type "si le domaine n'existe pas, je rejette l'email" sont dorénavant inutiles.

Ayons aussi une pensée émue pour tous les administrateurs système qui vont maintenant avoir des difficultés sérieuses pour diagnostiquer les problèmes de DNS.

Ce jour restera marqué d'une pierre noire.

PS2: cela pourrait être utile pour compresser et crypter encore + efficacement

C'est plus ou moins ce que fait bzip2, non ?

Je pense que dans le cadre de l'industrie les brevets sont une chose utile et (relativement) bien définie. En ce sens, la publicité de l'INPI ne me gêne pas du tout. Par contre, je considère inacceptable d'appliquer directement les critères et surtout les périodes de temps telles quelles à l'industrie informatique, qui évolue beaucoup plus vite.

Pour ce qui est d'Amazon, je pense qu'ils auraient effectivement dû être récompensés, c'est à dire avantagés par un monopole partiel, mais sur une durée courte, deux ans grand maximum.

Je n'aime pas le titre de cette dépêche. Ça ne reflète manifestement pas l'historique de ce logiciel, et ça rabaisse la valeur historique de la phrase d'origine.

Lis le message juste en dessous de celui-ci (http://linuxfr.org/comments/269045.html(...)). En bref : aplay -l

Cause : pas assez de place chez moi (et OOo rame trop sur cette machine) !

Tu fais tourner OOo sur un CPC 464 ?! :-D

oula la y a des infos zarbis la dedans, pour artsdsp, c pas vraiment juste un serveur de son, (...)

Tu as confondu artsdsp et artsd. artsdsp est un connecteur entre un client OSS et artsd qui s'attend à un client aRts, et je trouve qu'artsdsp bouffe pas mal de CPU. Je sais bien qu'artsd fait beaucoup plus qu'un serveur de sons de base. (Exemples personnels : écouter un stream basse-qualité sur le haut-parleur de gauche et le même en haute-qualité sur celui de droite, pour comparer ; rediriger tous les sons du système sur le canal de droite car le haut-parleur de gauche était mort).

EsounD ne propose pas d'emulation OSS il faut lui cause esound sinon pfuit

Et esddsp c'est quoi alors ?

en device hard il gere oss et alsa

Question importante pour moi : est-ce qu'il y a moyen choisir au moment où on lance esd, ou bien est-ce que c'est une option de compilation ?

par contre il supporte l'envoi sur reseau

Et aRts ne le fait pas ? Je croyais.

Sinon pour ton test avec mplayer je ne pense pas que ce soit l'API alsa qui soit gourmande en cpu

Je me suis mal exprimé (enfin, je voulais pas non plus vous pourrir de détails). Bref, je pensais que l'API d'ALSA pouvait être plus intense (plus d'appels par seconde) pour être plus précise, et que l'API d'OSS, même émulée, se contentait de moins d'appels par seconde. Et ce n'était, comme je l'ai dit dès le départ, qu'une théorie.

je pense me rappeller que l'implementation de sortie alsa9 de mplayer est plutot ... pourrie.

C'est ma foi fort possible. :-)

Sinon pour ton dernier point: http://www.alsa-project.org/alsa-doc/doc-php/asoundrc.php3(...(...)) section software mixing

MERCI MERCI MERCI MERCI MERCI MERCI MERCI (moi qui ai l'habitude de manger de la doc, j'ai honte d'être passé à côté de celle-là) MERCI MERCI MERCI MERCI

Au contraire, j'ai un sb 128 PCI et avec OSS, j''ai deux périphérique son, /dev/dsp et /dev/dsp1, bien utile pour le mixing hardware. Avec Alsa rien de tout ca.

Peut-être que tu l'as, mais que tu ne le sais pas ? Avec ALSA, le périphérique par défaut est hw:0,0 (premier canal de la première carte son). Tu as essayé hw:0,1 ?

J'en ai entendu parler, mais je ne l'ai jamais remarqué : juste après l'installation, j'ai mis mes polices TTF habituelles, mes réglages habituels et tout était nickel... comme d'habitude. :-)

C'était quoi le problème ?

Je n'ai pas observé de différence de qualité, par contre il y a de belles différences de perf CPU : d'une part, l'émulation OSS par artsdsp (et sans doute également esddsp) bouffe trois tonnes de CPU, et d'autre part, avec MPlayer, j'ai ce résultat intéressant :

* Pilotes OSS : son haché, pourri, vidéo fluide
* Pilotes ALSA en direct : son nickel, vidéo fluide mais ralentie (bref, le CPU ne suit pas)
* Émulation OSS sur pilotes ALSA : son nickel, vidéo fluide, le bonheur

Ma théorie, c'est que le pilote OSS est pas top, que le pilote ALSA est bon mais que l'API ALSA bouffe du CPU, et donc que l'API plus simple d'OSS + le meilleur pilote d'ALSA = le meilleur des mondes, dans ce cas particulier.

Ah, et par ailleurs, le DivX plein écran fluide avec un Pentium II à 275 MHz, merci MPlayer !

Ma question à moi : ma carte son (AWE64) ne supporte qu'un seul accès à la fois, donc en pratique je mets une appli ALSA genre aRts et tout le reste derrière en client aRts ou en émulation artsdsp (qui bouffe du CPU). Est-ce qu'il y a moyen de faire accéder ma carte par deux applis ALSA en même temps ? J'ai bien cherché, j'ai pas trouvé, mais sais-t-on jamais ?

Tiens, il y a dvd+rw tools aussi.

Il était déjà là dans Slackware 9.0 (dans la série AP).

Est-ce qu'il y a un moyen simple de connaître les nouveaux packages ajoutés à -current (à part un diff des FILE_LIST) ?

Malheureusement, FILELIST.TXT contient les dates telles qu'affichées par défaut par ls, et celles-ci changent au bout de six mois. Les diff sont pollués par tous ces changements de date et en pratique assez inutilisables. Ce serait bien si Patrick pouvait utiliser ls -l --time-style=long-iso.

Heureusement, tu peux faire un grep -i added ChangeLog pour avoir une idée de quels packages ont été ajoutés, dans quel ordre et pour quelles raisons, et surtout tu peux faire un diff sur le fichier PACKAGES.TXT, qui bien qu'un peu pollué également par les changements de taille des packages, te montrera quand même plus clairement et plus sûrement quels packages ont été ajoutés et quels packages ont été retirés.

Je me demande quand même si Patrick ne va pas attendre la sortie des nouvelles versions des logiciels de Gnome-Office, si tant est qu'on peut parler de Gnome-Office, comme AbiWord, GNUmeric et quelques autres qui devraient bientôt sortir en version gtk 2 .2 finale.

Il y a toujours un moment où faut arrêter d'attendre. Ceci dit, les version qui sont dans Slackware-current sont très proches des versions finales : Abiword 1.99.6 et Gnumeric 1.1.90 notamment.

À noter qu'elle semble être compatible avec le noyau 2.6.

C'est son objectif, oui, mais je n'ai personnellement pas testé. Tous les outils nécessaires (notamment module-init-tools) sont là en tout cas.

(de nombreux projets libres ont été ralentis comme le format Ogg/Speex)

Merci de fournir un lien justifiant cette affirmation qui me semble fortement gratuite. Je suis le développement de Vorbis depuis près de deux ans, et si bien sûr les brevets font partie du paysage, je n'ai pas vraiment vu à quel moment le projet en a été ralenti.

Que du bonheur dedans.

Pas mal de softs aussi, heureusement.

linuxfr sapuyatrodecomentaire

Question 1 : il sera bien intégré dans mdk 9.2 ?

En tout cas tout ça a été mis dans Slackware-current il y a deux jours (GNOME 2.4, Gnumeric 1.1.90, etc.). La Slackware 9.1 s'annonce bien. :-)

Peut-être parce qu'il n'y a pas que les Logiciels Libres dans la vie, il y a autre chose d'autre...

Oui, il y a TribuneLibre.org ! :-)

gnome 2.4 is out

Absolument, c'est KDE qui est in, maintenant.

Mesdemoiselles sux, perso, l'information "mariée ou non" m'est complètement égale.

Moi pas ! :-)

Bravo, bien rédigé, mais mauvais site. --> [ tribunelibre.org ]

Je trouve ridicule qu'une compagnie comme Conexant endosse la vente de drivers pour son chipset par une tierce compagnie.

Moi ça ne me gêne pas, même le prix est correct. Ce qui me gêne, c'est la manière dont ça a été fait : on développe cool et open, et soudain on demande de raquer. On frôle la fraude, là.

J'ai écrit aux responsables du site de Conexant afin qu'ils retirent l'adresse de Linuxant pour les drivers Linux.

Bien joué. Il y a de bonnes chances que ton mail sera pris en compte, et que Conexant abandonne le support Linux de ses prochains produits. Cool. Euh... vraiment ?

alors je suis aveugle ?

Peut-être bien. Mais rassure-toi, au lieu de cliquer sur "Recharger la page actuelle", tu peux aussi appuyer sur F5.

Ah ben j'ai bien un vieux clavier IBM, qui va bientôt fêter ses dix ans, mais je m'en sers encore... et il a une prise PS/2.

Tu m'ôtes les mots de la bouche. Je te mettrais bien +13, mais je suis limité à +1.