Napster est mort

Posté par (page perso) . Modéré par Fabien Penso.
Tags :
0
5
sept.
2002
MP3
Suite à ses problemes juridiques en 2001 avec des maisons de disque, la start-up Napster avait du fermer provisoirement. Cette fois-ci, le juge a condamné indirectement Napster à la liquidation, en ordonnant une interdiction de rachat au seul groupe potentiellement intéressé (Bertelsmann - BMG), à la demande des représentants des autres maisons de disque.

Selon eux, Bertelsmann aurait convenu d'un arrangement avec Napster pour acquerir la société bien en dessous de sa valeur réelle (9 millions de dollars). A noter, qu'aucune des autres maisons de disque ne s'est proposée pour surenchérir au cours des deux semaines précédent l'audience.

NdM: au moins Napster aura eu l'avantage d'être le système qui a clairement lancé tous les autres systèmes de P2P...
  • # Napster est mort

    Posté par . Évalué à  10 .

    Napster est mort
    Oui, et ça fait même très longtemps !
    • [^] # Re: Napster est mort

      Posté par . Évalué à  -7 .

      C'est bien connu, dlfp est un site de news...
    • [^] # Commentaire supprimé

      Posté par . Évalué à  -10 .

      Ce commentaire a été supprimé par l'équipe de modération.

      • [^] # Re: Napster est mort

        Posté par (page perso) . Évalué à  -2 .

        Heureusement cette grave lacune a été comblée dans Fortan 90. En plus d'arriver au summum du dégueulasse, les non-informaticiens peuvent enfin tout planter.
        • [^] # Commentaire supprimé

          Posté par . Évalué à  -4 .

          Ce commentaire a été supprimé par l'équipe de modération.

          • [^] # Re: Napster est mort

            Posté par (page perso) . Évalué à  -10 .

            Bon ok je marche dans le troll mais bon le fortran 90 est un excellent language pour ce pour quoi il a ete fait!

            Pour faire des logiciels de merde, il est parfait. Un langage pourri pour faire des logiciels daubiques, c'est ce qu'il faut.
          • [^] # Re: Napster est mort

            Posté par (page perso) . Évalué à  0 .

            Bon ok tu peux bouffer toute la place memoire avec les allocs dynamique
            Parceque ce n'est pas possible dans les langages C et C++ ? Pourtant, l'expérience me prouve le contraire ;)
            Et quand à la valeur de Fortran, c'est un langage comme les autres, et qui à l'air de fonctionner (Peugeot Mulhouse l'utilise sur certaines chaines automatisée).
      • [^] # Re: Napster est mort

        Posté par (page perso) . Évalué à  -2 .

        hein ? quel genre de protection apporte le fortran 77 ? y'a pas le plaisir de l'allocation dynamique, mais y'a quand même une pile qu'on peut joyeusement écraser pour fabriquer des jolis coredumps de 2Go

        Ceci dit, la plupart (sinon tous) des compilos f90 ont des options pour contrôler les accès aux tableaux
      • [^] # Re: Napster est mort

        Posté par (page perso) . Évalué à  1 .

        Tiens, quel rapport entre Napster et Fortran ?

        -1
    • [^] # Madster (anciennement Aimster) aussi

      Posté par . Évalué à  3 .

      Fermeture demandée par un juge fédéral de Chicago (c.f. http://actu.voila.fr/Article/article_hightech_020905202547.1001w2rz(...)).
      Je cite la dépèche :
      le juge écrit dans son arrêté qu'Aimster "est un service dont la raison d'être même semble être de faciliter et de contribuer à la violation des droits sur la propriété intellectuelle à une large échelle".
  • # le roi est mort, vive le roi

    Posté par . Évalué à  -2 .

    vive gnutella 1er !
  • # Euro symbolique

    Posté par . Évalué à  10 .

    Il faudra qu'on m'explique comment une boîte qui ne faisait déjà pas d'argent et qui est maintenant fermée depuis un an peut valoir 9 millions de dollars.
    Le nom peut-être ?

    Enfin, ça doit finalement arranger les affaires de Bertelsmann qui ne va pas très bien et a annoncé la réduction de son engagement dans le On Line ces jours-ci...
  • # "Le pape est mort, un nouveau pape est appelé à reigner ...

    Posté par (page perso) . Évalué à  10 .

    ... Araignée ??? Quel drôle de nom pour un pape !
    Et pourquoi pas Papillon ou Libellule ?" :)

    Non rien c'était juste pour vous dire qu'on vous attends sur le réseau de giFT :
    http://gift.sourceforge.net/(...)
    http://giftcurs.sourceforge.net/(...)

    Voilà c'est tout :)

    L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

    • [^] # Re: "Le pape est mort, un nouveau pape est appelé à reigner ...

      Posté par . Évalué à  3 .

      Aujourd'hui, j'ai envie d'etre pessimiste...

      Apparement, giFT a changé de protocole d'échange de fichier dernièrement (passage FastTrack <-> OpenFT), et prévoit de changer son mode de dialogue avec les interfaces graphiques...

      Quand tout ca se sera stabilisé, je rejoindrai volontiers ce réseau, mais d'ici là, le donkey est mon ami...
      • [^] # Re: "Le pape est mort, un nouveau pape est appelé à reigner ...

        Posté par (page perso) . Évalué à  -1 .

        J'ai essayé le client edonkey pour linux, il est quand même bien merdique, non ? T'arrives à en tirer qch toi ?


        (-1 c'est ma vie)
        • [^] # Re: "Le pape est mort, un nouveau pape est appelé à reigner ...

          Posté par . Évalué à  10 .

          edonkey pour linux .... euh .. c'est pas ton ami (on va dire)

          Va voir du côté de mldonkey http://www.freesoftware.fsf.org/mldonkey/(...)
          • [^] # Re: "Le pape est mort, un nouveau pape est appelé à reigner ...

            Posté par (page perso) . Évalué à  0 .

            mldonkey est pas mal, mais on le surnomme quand même "tueur de disque dur".
            • [^] # Re: "Le pape est mort, un nouveau pape est appelé à reigner ...

              Posté par . Évalué à  2 .

              mldonkey est pas mal, mais on le surnomme quand même "tueur de disque dur".

              Qu'est-ce qui lui vaut cette reputation exactement?

              Je l'ai teste recemment, et j'ai eu des trucs bizarre: la partition a partir de laquelle je l'executait (et pas celle ou les fichiers telecharges etaient sauves) se remplissait rapidement. Ce remplissage etait visible avec df mais en regardant en detail avec du, pas moyen de trouver d'ou ca venait: le total affiche par du pour la partition en question etait inferieur de 7 ou 800Mo a celui affiche par df: pas de gros fichier ou repertoire apparu qui puisse expliquer cela.

              Je me suis rendu compte qu'en redirigeant la floppee de messages d'erreurs de mldonkey_gui sur /dev/null, ca semblait corriger le probleme.

              Si quelqu'un a une explication a ca, j'aimerais bien comprendre. Surout que le xterm dans lequel s'executait mldonkey_gui (un wterm pour etre precis) avait un cache de 10000 lignes, c'est beaucoup mais pas de quoi remplir 700Mo quand meme...
        • [^] # Re: "Le pape est mort, un nouveau pape est appelé à reigner ...

          Posté par . Évalué à  10 .

          Le client officiel n'est pas bien non, mais il y'a mldonkey qui marche très bien.
          Y'a un client pour le réseau, auquel tu peux te connecter via une interface web, un client gtk ou en telnet.
          Lui marche très bien. Pas tout à fait libre puisque une partie du code ( qui est en Objective Camel) n'est pas ouverte pour protéger le protocole (enfin plus pour longtemps je crois).

          Url: http://www.freesoftware.fsf.org/mldonkey/(...)
          • [^] # Re: "Le pape est mort, un nouveau pape est appelé à reigner ...

            Posté par . Évalué à  10 .

            C'est plus pour eviter que des petits malins debride le code qui impose l'upload des fichiers en cours de telechargemant ( une fonction pour le moment unique a eDonkey et a Overnet qui est le grand frére de eDonkey, et qui a fait le succes de ce reseau/soft en facilitant grandemant la distribution et la repartitions des gros fichiers, aller télècharger un XviD de 650Mo sur un autre soft P2P ...) et donc eviter les freeloaders.
            Vue que le reseau eDonkey est mourrant, et qu'il sera bientot progressivement abandonné par ses createurs au profit d'overnet ( aussi fermé que eDonkey ), ce code n'aura plus vraiment d'importance comme le reseau eDonkey lui méme...
            • [^] # Re: "Le pape est mort, un nouveau pape est appelé à reigner ...

              Posté par (page perso) . Évalué à  4 .

              En ce moment, je pompe sous Linux sur le réseau edonkey à une moyenne de plus de 2 Go / jour (2,8 Go hier ! :p en Netissimo 1)...

              J'utilise le client (core) non officiel (mais dérivé de l'officiel) du gars qui fait une GUI gtk. Dispo sur : http://users.aber.ac.uk/tpm01/guihome.html(...)

              La bonne et récente nouvelle (mériterait une news ?), c'est que l'auteur de la gui vient de passer son code en open source !
              C'est d'autant plus une bonne nouvelle que le développement n'était pas très actif.


              Bon le client edonkey sous nux a quand même plein de défauts, ci-dessous mon retour d'expérience :

              - il faut arriver à le paramétrer correctement (par ex. augmenter le nombre de connexions, et faire ce paramétrage directement dans le moteur ligne de commande, puis à l'identique dans la gui), trouver les bons serveurs, mais j'imagine que c'est pareil pour le client windows.

              - il est globalement pas très stable, soit il tombe complétement, soit il tourne mais les débits sont quasi nuls => ne pas hésitez à le killer pour le relancer.

              - les connexions au serveur ont tendance à faire tomber le client, donc n'utilisez pas la fonction qui force le changement périodique de serveur. Trouvez un bon serveur et restez y !

              - la gui est quand même actuellement assez naze, souffre d'une latence monstrueuse avec le core (genre la gui retarde souvent de plusieurs minutes pour indiquer que le téléchargement d'un fichier est terminé et se trouve dans incoming, ou encore la gui met 3 plombes à vous donner le résultat d'une recherche et surtout a tendance à faire tomber le débit du core si vous relancer une recherche avant d'avoir eu le résultat de la recherche précédente)... bref, lorsque vous en avez pas besoin, fermez là et laisser tourner le core en tâche de fond.

              Pour l'instant edonkey est ce que j'ai trouvé de mieux pour faire du P2P sous nux...
            • [^] # mldonkey

              Posté par . Évalué à  6 .

              ce code n'aura plus vraiment d'importance comme le reseau eDonkey lui méme...

              Tsss.. tsss..
              mldonkey 2 (version cvs) devient des plus prometteurs. Bien qu'il est conseillé d'utilisé la version stable (1.16), la version de développement tente de devenir un client multi-réseau.

              Pour l'instant, il fonctionne assez bien avec le réseau eDonkey (of course) et LimeWire.
              D'autres réseaux tel que DC, OpenFT, Soulseek et OpenNapster sont en cours d'être ou sont déja +/- supporté par mldonkey.

              Concernant le code fermé, il n'y a que le module eDonkey qui l'est (afin d'accorder un surcis au réseau). Tout le reste (le serveur et la gui) sont libre et hébergé sur savannah.

              Il faut esperer aussi que OpenFT arrive à percer et arrive à s'imposer parmis ses concurents non-libres. Cela ne sera pas réalisable sans l'appuis d'un client digne de ce nom (fonctionnel, graphique et portable) pour satisfaire le grand publique. Je pense que Mldonkey2 aurait un rôle à jouer en ce sens.

              Bref, mldonkey a tous les atous pour devenir une killer-app du file sharing et pourrait contribuer à la propagation de OpenFT.
            • [^] # Re: "Le pape est mort, un nouveau pape est appelé à reigner ...

              Posté par (page perso) . Évalué à  3 .

              Vue que le reseau eDonkey est mourrant

              Où as-tu vu que le réseau EDonkey est mourrant ? ... Il y a effectivement eu des problèmes à cause des bots il y a quelques mois. Mais grâce à l'initiative de quelques bons admins, il y a maintenant toute une série de serveurs francophones très performants (patchs spéciaux pour accepter les HighID, les IP des zones francophones, tuning système...).

              Voir le site Lugdunum http://lugdunum.dyndns.org(...) qui explique tout ça très bien et donne les URL des serveurs à utiliser.
            • [^] # Re: "Le pape est mort, un nouveau pape est appelé à reigner ...

              Posté par (page perso) . Évalué à  4 .

              Le fait que edonkey permette de transférer de gros fichiers n'a rien à voir avec un quelconque code anti freeloaders (rien ne t'interdit de retirer les fichiers du répertoire de partage). Non, son grand avantage (bien que ça présente également quelques inconvénients), est qu'il permet de partager des morceaux de fichiers avant qu'on ne les ait reçus en entier (et ça, c'est unique).
        • [^] # Re: "Le pape est mort, un nouveau pape est appelé à reigner ...

          Posté par . Évalué à  3 .

          le client edonkey pour linux, il est quand même bien merdique, non ?
          Ben, je l'ai aussi testé, il est pas trop mal, un peu expérimental mais fonctionnel avec sa linux_gui !
          Quand à mldonkey, j'ai pas encore testé mais à ce qu'il parait il est est trop puissant, tellement qu'il n'est pas apprécié par les serveurs (tu peux mettre l'upload à zéro :( pas cool ! ).
          • [^] # Re: "Le pape est mort, un nouveau pape est appelé à reigner ...

            Posté par (page perso) . Évalué à  4 .

            tellement qu'il n'est pas apprécié par les serveurs (tu peux mettre l'upload à zéro

            Non, si il n'est pas apprécié sur les serveurs, c'est parcequ'il se connecte à plusieurs serveurs en même temps, et parcequ'il arrasse constamment les serveurs avec des requettes de recherche pour trouver de nouvelles sources pour les téléchargements.
      • [^] # Re: "Le pape est mort, un nouveau pape est appelé à reigner ...

        Posté par . Évalué à  8 .

        (passage FastTrack <-> OpenFT)
        Heu, c'a fait un bout de temps mon pauvre, au moin 6 mois si ce n'est plus, FastTrack est un reseau payent et il voyait pas d'un bon yeux l'arrivée d'une implemantation gratuite et qui plus est libre, FastTrack a donc crypté son protocole vue que FastTrack peut changer ses clée de cryptage a tous moment, l'equipe de giFT a abandonnée le reverse ingenering de FastTrack, apres une periode de flotemant ( changemant de coordinateur, et de programmeur principal ), l'equipe c'est focalisé sur l'architecture multi-protocole et multi-GUI de giFT et a developpé son propre protocole/reseau P2P OpenFT inspiré de l'architecture de FastTrack...

        Vue que le soft est en evolution constante, et que l'architecture n'a rien de figé, ils se permettent de changer les protocoles assez souvant, ca n'a rien d'extraordinaire et tous les habitues du soft te diront qu'ils ont prits l'habitude d'updater leurs versions depuis le CVS tous les jours, pour le moment le reseau fonctionne trés bien le nombre d'utilisateur est assez restrient mais c'est normale puisque ce n'est qu'une Beta, mais le volume de donnée disponible et leurs qualitées ne font aucun doute ( surtout en matiére de pronographie dut dire des programmeurs ^_^ ).

        giFT c'est bien partagé en...
  • # Cool..

    Posté par . Évalué à  10 .

    Si on condamne les logiciels légaux parce que tous les pirates s'en servent, il faut vite interdire Windows, sachant que 100% de ces crétins utilisent cet OS de pirate !

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.