Audiogalaxy RIP

Posté par  . Modéré par Pascal Terjan.
Étiquettes : aucune
0
18
juin
2002
Audiovisuel
Bon, Audiogalaxy c'est fini. Ils ont trouvé un "accord" avec la RIAA, de sorte que tous les fichiers copyrightés ne peuvent plus être téléchargés par leur intermédiaire, sauf ceux qu'ils hébergent et diffusent officiellement : par défaut désormais, tout est censuré.

Comme d'habitude, la charge va probablement se reporter sur d'autres services, et comme d'habitude encore, la suite sera certainement encore pire pour les "sociétés d'auteurs" (voir les papiers du deuxième lien qui décrivent quelques idées sympas)... Ce qui est vraiment dommage c'est que le client Audiogalaxy fonctionnait bien sous Linux.

Aller plus loin

  • # et un systeme de file sharing libre

    Posté par  . Évalué à 10.

    n'y a-t-il pas des projets de reseaux de file-sharing libres ? il me semble avoir vu passer une news dans ce sens il y a peu de temps.
    si quelqu'un s'y est interressé, peut être serait-il possible de referencer ce type de projets.

    Du coté de JAVA, il y a JXTA qui semble prometteur.

    un projet de reseau d'echange de fichiers, totalement libre et distribué (sans serveurs) ca serait vraiment bien
    • [^] # Re: et un systeme de file sharing libre

      Posté par  (site web personnel) . Évalué à 10.

      Du coté de JAVA, il y a JXTA qui semble prometteur.

      Déja que ces systèmes bouffent la BP, si en plus on utilise du Java ca va bouffer la mémoire !
      Il va falloir leur dédier une machine sur une LS :)
    • [^] # Re: et un systeme de file sharing libre

      Posté par  (site web personnel, Mastodon) . Évalué à 10.

      Gnutella me semble moins lourd, surtout qu'on y trouve le réseau Morpheus, depuis qu'ils ont quitté KaZaA. d'ailleurs, vous n'avez pas un kazaa pour linux (sans spyware ?).

      Arg, dommage pour ma sidebar http://xaviermd.free.fr/0(...)
    • [^] # Re: et un systeme de file sharing libre

      Posté par  . Évalué à 10.

      shiFT m'a conseillé giFT : http://gift.sourceforge.net/(...)

      Il s'agit d'un système assez sympa très peu répandu et en version... alpha... mais la version cvs d'avant hier n'a pas planté chez moi, et je l'ai pourtant stressée.

      Avantages de ce réseau :
      - les utilisateurs ont bon goût ;
      - le débit est toujours au taquet de ma net1 (je d/l certains fichiers à plus de 60kb/s) ;
      - c'est un logiciel libre.
      • [^] # Essayez giFT !!!

        Posté par  . Évalué à 10.

        J'ai découvert giFT hier soir : il m'a vraiment sidéré !

        • Les recherches sont aussi rapides qu'avec Napster, alors qu'avec les programmes utilisant Gnutella, ça peut être très lent.

        • Les downloads sont très rapides (aussi 60ko/s sur netissimo 1)

        • L'architecture client-serveur m'a séduite aussi : un backend tout petit, "giFT" tourne en tâche de fond, et on utilise un petit frontend (j'utilise giFTcurs, le meilleur actuellement) pour se connecter au frontend. On peut même démarrer des downloads, quitter le frontend, et le redemarrer : les downloads sont toujours là ! Génial, quand on compare à LimeWire et sa machine virtuelle Java qui était lourde comme c'est pas permis...


        À essayer de toute urgence ! Partagez un max de fichiers, il faut faire démarrer ce système.

        Seul hic : pas de version téléchargeable pour le moment, il faut rapatrier le CVS et compiler pour l'utiliser. Mais ça vaut le coup !

        Je souhaite vivement que giFT écrase tous les autres.
        • [^] # Re: Essayez giFT !!!

          Posté par  . Évalué à 3.

          Les recherches sont aussi rapides qu'avec Napster, alors qu'avec les programmes utilisant Gnutella, ça peut être très lent.

          J'aurais cru que la lenteur des recherches sur Gnutella était inhérente aux systèmes décentralisés. Si giFT attire beaucoup d'utilisateurs, la vitesse de recherche ne va-t'elle pas s'effondrer?
          • [^] # Re: Essayez giFT !!!

            Posté par  . Évalué à 1.

            Chaque utilisateur a la possibilité de devenir un noeud, plus ou moins actif, du réseau.
            (giFT-setup vous le dira)
      • [^] # Re: et un systeme de file sharing libre

        Posté par  (site web personnel) . Évalué à 9.

        Tu m'a devancé pour faire la pub de ce soft.

        Perso quand on trouve un truc on a de grande chance de pouvoir le télécharger contrairement à gnutella où on reste comme un con devant le "waiting for connection".

        Un autre hic : on est peu. 175 environ alors ramenez vous :)

        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: et un systeme de file sharing libre

          Posté par  . Évalué à 0.

          > Perso quand on trouve un truc on a de grande
          > chance de pouvoir le télécharger contrairement à
          > gnutella où on reste comme un con devant le
          > "waiting for connection".


          Euh... ça arrive des fois quand même : un fichier ne se télécharge pas. Mais c'est BEAUCOUP plus rare qu'avec les progs Gnutella.

          >Un autre hic : on est peu. 175 environ alors
          > ramenez vous :)


          240 ce soir... J'ai l'impression qu'il a du progrès depuis quelques temps. C'est vraiment cool ; pourvu que ça dure !
    • [^] # Re: et un systeme de file sharing libre

      Posté par  (site web personnel) . Évalué à 4.

      Heu... freenet ? Ca depend ce que tu entends par serveur, mais AMHA faut que tu regarde de ce cote la !
      • [^] # Re: et un systeme de file sharing libre

        Posté par  . Évalué à 6.

        il y a la meme difference entre ext2fs et ext3 en mode parano qu'entre giFT et freenet : il y en a un qui est rapide et efficace, l'autre qui est lent et fiable, innataquable, avec des garanties.

        c'est pas stratégique à ce point un .ogg ?
    • [^] # Re: et un systeme de file sharing libre

      Posté par  (Mastodon) . Évalué à 6.

      Il y a The Circle, codé en Python, libre et décentralisé:

      http://www.csse.monash.edu.au/~pfh/circle/(...)

      Ça a l'air vachement bien, et prometteur, mais y'a personne ;)
    • [^] # Re: et un systeme de file sharing libre

      Posté par  . Évalué à 1.

      Sinon y a samba comme shared file system, meme si ca tourne pas sur des OS libres à la base, les clients peuvent etre libres...

      nmap est votre ami !!

      --

      -1, j'aime pas quand on me score que en [+]
  • # Echanges de fichiers

    Posté par  . Évalué à 8.

    Apres audiogalaxy, et partis comme c'est, on finira bien un jour par voir l'interdiction d'utiliser les logiciels d'echange de fichiers ..... eh mais ftp, c'est de l'echange de fichiers ..... manque juste une fonction de recherche !

    --------------------------
    Clickez, vous etes logges.
    • [^] # Re: Echanges de fichiers

      Posté par  . Évalué à 10.

      HTTP aussi d'ailleur, et si on suit a fond leurs raisonnements c'est tout simplement internet qu'il faut interdire.
      Et puis aussi interdire aux gens d'avoir des oreilles (ça permet d'écouter de la musique copyrightée), ils auraient juste le droit d'utiliser celles fournies avec les disques.
      Sans parler des yeux, ces instruments qui permettent de regarder n'importe quoi sans même payer de droits.
  • # GNUnet

    Posté par  (site web personnel) . Évalué à 10.

    Je n'arrive pas (encore) à trouver le système de localisation de donnée utilisé par GNUnet sur un gros réseaux, c'est primordial.

    Il parle de confidentialité pour éviter que des intermédiaire technique n'interdise le trafic de certains fichiers. Mais est-il possible de cacher complètement qu'il s'agit de trafic GNUnet ? Par exemple, la taille étant fixe à 1Ko, serai-ce un moyen suffesant pour interdire le traffic. C'est ce qui lui pendra au nez de toute façon.

    "La première sécurité est la liberté"

  • # Audiogalaxy, mon aour ;-)

    Posté par  (site web personnel) . Évalué à 10.

    C'est clair que c'est dommage car Audiogalaxy était un très bon service pour télécharger et échanger des MP3 (pas de trolls sur les histoires de droits d'auteur SVP).

    J'ai beaucoup utilisé le client Linux et cela marchait vraiment très bien. Audiogalaxy était vraiment un MUST pour trouver des morceaux de musique rares et impossible à trouver ailleurs :-(

    Encore une fois, c'est reculé pour mieux sauter de la part de la RIAA et de ses équivalents internationaux (SACEM chez nous) : plus on interdit de services de ce type (Napster hier, AudioGalxy today), plus de nouveaux services mieux construits, plus anonymes... sont développés :-)
    • [^] # Comment se désinscrire ? (was Re: Audiogalaxy, mon aour ;-))

      Posté par  . Évalué à 5.

      J'ai beaucoup utilisé le client Linux et cela marchait vraiment très bien. Audiogalaxy était vraiment un MUST pour trouver des morceaux de musique rares et impossible à trouver ailleurs :-(

      C'est vrai que sous Linux, ca marche tres bien, meme si un client graphique de base aurait ete mieux.

      Ceci dit, ayant mal entré les infos a la creation d'un compte, j'en ai créé d'autres corrigés, mais impossible de supprimer ceux qui sont créés. Une solution ?
  • # Pour utiliser sa bande passante

    Posté par  . Évalué à 10.

    Tests, classement, etc ...
    http://www.zeropaid.com(...)

    Sinon, j'utilise edonkey, des fois avec phpdonkey.
  • # mldonkey

    Posté par  . Évalué à 10.

    On m'a montré hier, mldonkey, un client eDonkey libre qui utilise le réseau d'eDonkey :
    http://www.freesoftware.fsf.org/mldonkey/(...)
    En gros il y a tous les avantages de la version windows+eDonkeyBot pour ceux qui connaissent, sans les inconvenients (saturation de serveurs, ...) Les sources sont dispo bien sur, mais une partie est codé en dur comme la limite mini en upload fixé entre 5 et 10ko/s, pour ne pas tuer ce reseau.

    Les 1ers tests sont tres concluant: on a downloadé un fichier de 470Mo a 220ko/s de moyenne alors que sur le client donkey static officiel je ne depassais pas les 2ko/s ...

    La phase de hachage est extremement rapide par rapport a edonkey, on peut importer ses anciens .part/.met, ya un GUI en GTK, une page web, et/ou un acces telnet, et pleins de petites options sympa comme la possibilité d'executer une commande une fois le download fini (i.e. upload sur une autre machine + rm -f pour liberer de la place), envoie de mail, etc !!

    Pour les mp3 ya des options de recherches avancées.

    Bref je ne vois que des avantages pour l'instant, je n'ai eus aucun crash, a part le client GTK quand je le quitte => pas grave.
    • [^] # Re: mldonkey

      Posté par  . Évalué à 10.

      Voilà quelques semaines que j'ai essayé de m'en servir, sans succès. Est-ce que quelqu'un pourrait poster rapidement le principe de fonctionnement de ce client ? C'est-à-dire, où récupérer un server.met ? faut-il d'abord lancer mldonkey, puis mldonkey_gui ? Y-a-t-il un fichier de configuration a bidouiller ? Bref, toutes les questions que peuvent bien se poser quelqu'un de pas très doué comme moi. Car j'ai trouvé aucune documentation sur le sujet.
      • [^] # Re: mldonkey

        Posté par  . Évalué à 5.

        Télécharge l'archive statique la plus récente correspondant à ton architecture, décompresse-là, dans le répertoire créé exécute le serveur (qui s'appelle mldonkey) et c'est parti, tu te connecte à ton serveur soit via l'interface fournie, soit avec ton navigateur préféré sur localhost:4080 (c'est ce que je préfère) soit en telnet sur le port 4000, l'interface te permet de modifier les options, faire des recherches, regarder tes téléchargements en cours.
        Le mieux avec le système client-serveur, c'est que tu démarre le serveur en tâche de fond et puis tu peut le laisser télécharger tranquillement (tu peut fermer l'interface), si tul'as démarré comme il faut tu peut même te déconnecter et le laisser continuer.
        • [^] # Re: mldonkey

          Posté par  . Évalué à 1.

          Il faut quels droits pour le faire marcher parce que je n'ai reussi à le faire tourner que en root !!

          A+
          • [^] # Re: mldonkey

            Posté par  . Évalué à 0.

            Chez moi ça va très bien en utilisateur normal.
            Tu n'aurais pas un firewall qui bloque les paquet?
            • [^] # Re: mldonkey

              Posté par  . Évalué à 1.

              y a 2 ports apres le 6000, flemme de regarder lesquels, qui doivent etre rediriges vers le client edonkey, et les memes autorises en sortie
            • [^] # Re: mldonkey

              Posté par  . Évalué à 1.

              J'ai finis pas trouver le fichier qui été encore avec des droits non conforme

              Merci et -1 pour la peine

              A+
      • [^] # Re: mldonkey

        Posté par  . Évalué à 2.

        cd <répertoire mldonkey>
        more Readme.txt
        • [^] # Re: mldonkey

          Posté par  . Évalué à -1.

          Déjà fait, et c'est pas ça qui m'a avancé.
    • [^] # Re: mldonkey

      Posté par  . Évalué à 1.

      pas mal du tout, mldonkey.

      . il faut combien de temps pour pouvoir esperer etre connecté a l'un des serveurs ?

      . est-ce qu'il y a une liste de serveurs, entre autre les canadiens, la liste fournie par mldonkey contient 16200 serveurs, mais s'ils sont tous hs, a quoi bon ;-)
      • [^] # Re: mldonkey

        Posté par  . Évalué à 0.

        Moi, à peine démarré il est déjà connecté à quelques serveurs, pour la liste je suppose qu'il suffit de regarder sur le site de edonkey.
  • # Et ceux ki on paye ?

    Posté par  (site web personnel) . Évalué à 2.

    Moi jai payé 100fr pour six mois de Gold Member et je fais quoi maintenant ?
    Est ce qu'ils ont le droits de casser un contrat comme ca ?
    C'est quoi ce bordel je veux mes thunes moi...

Suivre le flux des commentaires

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