Fabimaru a écrit 2680 commentaires

Moi (sans rien y connaitre juridiquement), je dirais que c'est comme l'antenne rateau d'un immeuble ou les prises antenne de ta maison.

N'oublie pas les frais de fonctionnement de ces organismes de collecte, ils sont monstrueux.

C'est pas déjà le cas avec les cartes graphiques et Macrovision ?

Ca me fait penser à Forrest Gump et sa coopérative fruitière

Pour ce qui est du prix, j'en ai eu pour 5$ de frais de port
Tu es aux États-Unis ? Les frais de port sont de 8$ dans le cas contraire.

J'ai acheté 8 albums sur Magnatune. Je n'ai pas de boite et jaquette et je m'en moque. Par contre, je n'ai pas les paroles et là ça m'embête plus (encore que je n'ai pas demandé, le boss est quelqu'un de très ouvert).
Je suis passé par Paypal car ma banque me fait payer minimum un euro de frais change.
Truc qui m'embête: j'aurais préféré qu'il y a un panier d'achat (comme dans les magasins en ligne) pour avoir des frais de change avantageux (pour un achat de disons de 8 euros, ça fait 10% pour ma banque ou pour PayPal). Ou mieux: payer directement en euros. Mais apparemment ça ne va pas bouger...

Le vendredi, c'est le jour du concours de trolls

Tu sais, il y a des rapports sur la francophonie qui vaudraient bien leur pesant de cacahuètes.

adblock partout (comment pourrait-on s'en passer ?)
En utilisant privoxy ?

Ça me fait penser à un Amiga que j'ai vu il y a quelques années à une coding party. Il n'avait pas de boitier, les pièces étaient reliées par des cables.

Moi je ne recommande pas le filtre bayésien de spamassassin. Sur ma Mandrake, quand je reçois un nouveau mail (même simple), spamd prend 100% de processeur pendant environ une ou deux minutes (seulement pour le premier mail). J'ai une base de spam assez conséquente et mon processeur est un Athlon 1.4Ghz. J'ai l'impression qu'il reindexe la base à chaque nouvelle session.

c'est une blague de très mauvais gout...

À noter que celui là a le grand avantage de ne pas charger tout le fichier en mémoire, contrairement à khexedit et ghex. Si le fichier est gros (au hasard: /dev/hda :-) ) c'est beaucoup mieux.

je ne possède pas sur mon ordinateur de version du système d'exploitation Windobs
Tu n'aurais pas Nulix ?

Tu veux qu'il propose d'utiliser dans ce cas les options "--force --force" ?

Salut,

Je n'ai que 384 Mo de mémoire. Un jour, en modifiant mes partitions, j'ai oublié de mettre à jour mon fstab pour changer la partition de swap (c'est la dernière du disque). Résultat, j'ai utilisé sans problème un petit moment (des jours ? des semaines ?) un système sans swap (avec X, KDE et compagnie). Jusqu'au jour où j'ai lancé un programme très gourmand (je ne sais plus lequel) et j'ai fait connaissance avec le "out of memory killer".

Vu que de nos jours l'espace disque ne coute plus grand chose (mon disque de 120Go pas cher a deux ans), pourquoi ne pas consacrer tout de même un petit giga au swap ? Penseras-tu à allouer du swap le jour où tu en auras besoin ?

Et si Maui-X est condamné à rembourser les frais de procédure, les développeurs de PearPC vont garder le pactole pour eux ou ils vont rendre les sous à ceux qui les ont aidés pour la procédure ?

Les commissions sont en pourcentage _et_ par forfait. Tu dois tout d'abord payer pour acheter des dollars via PayPal à un taux désavantageux (1,2993$ pour un euro au lieu de 1,3321$).
Ensuite, la personne qui encaisse paye quelque chose comme 2,7% de la somme + 0,30$ (attention, je ne sais pas dans quel catégorie tombent ces dons dans la grille tarifaire de PayPal, donc ça peut être une pourcentage supérieur ou un forfait supérieur). D'après mes calculs, pour 10 euros ça donnera environ 8.5% de commissions (pour donner un autre d'idée). Bref, donner de petites sommes à plusieurs projets n'est pas une bonne idée.

Il t'a donné une mauvaise réponse. Cette commande permet de découper un fichier de manière brute (générique, sans tenir compte du format du fichier). Cela va rendre ton fichier illisible (enfin, tu vas perdre l'index comme d'autres l'ont indiqué, et tu devras utiliser "mplayer -idx" pour le lire, bref ce n'est pas le résultat que tu espères).

Quand j'ai regardé sur allociné, il ne passait qu'à Paris :-(

Merci beaucoup pour tes tests. Ca va me faire gagner du temps car j'étais en train de rajouter la gestion d'un buffer cyclique, mais dans un thread (je me suis dis que ce serait plus réactif si la lecture des données se faisait dans le même process, ça doit éviter des changements de contexte).
J'imagine que si fonction "poor_mans_pwrite64" ne prend que des blocks de 32k, c'est parce que c'est une contrainte matérielle (je n'y connais rien).
Comment as-tu fait tes tests ? J'ai utilisé un DVD+RW Verbatim neuf, mais je me demande si les performances ne se dégradent pas avec le nombre d'écriture (j'ai dû faire une trentaine de tests).

C'est le dernier modèle de NEC, grave en 16x. Je n'ai pas testé encore cdrecord-dvd.

Salut,

J'ai un problème similaire. Au mieux je peux écrire à 3.7x des DVDRW Verbatim 4x avec growisofs. Si j'ai mldonkey (qui transmet à 70ko/s max) qui tourne, le ralentissement est encore plus fort. Normalement avec un bon buffer logiciel ça devrait régler le problème. Apparemment growisofs ne gère pas de buffer logiciel car l'auteur estime que cela ne pose pas de problème car les graveurs peuvent reprendre la gravure. J'ai regardé la vitesse de lecture d'un disque ainsi produit, il y a de gros ralentissement à certains endroit du disque.

Je n'ai jamais eu de problème avec cdrecord (pour les CD) par le passé. Ma machine est un Athlon 1.4Ghz avec un disque lisant à 20Mo/s maximum.

On peut utiliser cdrecord avec un patch DVD (de base dans la Mandrake) parait-il. Je n'ai pas pu testé car pour le moment car je voudrais graver à tous les coups en 4x sur mes DVD.RW (pour tester) et apparemment cdrecord-dvd n'accepte pas les disques réinscriptibles.

Je suis en train de faire des tests avec le programme "pipebuf2" pour voir si ça règle le problème, mais je n'ai pas fini.

Comme l'a écrit Adrien, boote sur un cd. Après regarde ce qu'il se passe avec les commandes lvm. Mais _attention_ ! J'ai eu un problème une fois et voila selon moi ses causes. Je me suis trompé de CD de boot et j'ai utilisé un CD supportant LVM1 alors que j'étais en LVM2. Conséquence: il m'a massacré la table décrivant mon LVM. Conséquence: j'ai perdu une journée à rétablir cette table (bien sûr pas de sauvegarde de cette table ni de mes données). Et encore je me suis estimé chanceux: elle est en clair sur le disque, les versions successives sont sauvées à pleins d'endroits sur le disque et j'ai pu la retrouver à coups de hexedit, de dd et de grep.

J'ai un autre début de réponse: la fragmentation du système de fichier. J'ai une partition déjà fort bien occupée que j'ai fini de remplir avec mldonkey. J'imagine que celui-ci utilisant des "sparse files" pour les fichiers reçus, les perfs du système de fichier (reiserfs en l'occurence) doivent être nazes à la fin.
Quoi qu'il en soit, j'ai fait un:

time cat gros_fichier.p2p > /dev/null
7mn30 (8Mo/s)

Puis j'ai agrandi la partition du LVM sur laquelle il se trouve et j'ai copié le fichier et réitéré le "cat". 3mn20 (16.8Mo/s).

Peut-être que sans buffer pour la gravure, il doit y avoir des portions de fichiers qui ne peuvent pas être transmises à 4x (5.6Mo/s je crois).

Comme je n'ai pas de DVDRW sous la main, je vais laisser les tests pour un peu plus tard.