Journal Shareaza en GPL

Posté par  .
Étiquettes : aucune
0
3
juin
2004
Shareaza, un des meilleurs logiciel de P2P sous Windows passe en GPL avec la sortie de la version 2.0.0. Shareaza supporte les protocoles Gnutella2, Gnutella1, eDonkey2000/eMule et BitTorrent.
http://www.shareaza.com/(...)


L'auteur a vraiment compris beaucoup de chose à la vie on dirait :
After all of this, I now feel like the best way to maximize the value of Shareaza to everyone is to really make it available to everyone – not just as an executable download, but in source form as well. I've incorporated a lot of good ideas people have sent in over the years, but I've also had to skip a lot of good ideas because they didn't fit in with the direction Shareaza was going at the time. As an open source product, anyone is free to implement their own ideas and try their own directions – and I think that's a good thing.
http://www.shareaza.com/?id=changelog/2000(...)

Il semblerait que d'ici peu il soit hébergé sur Sourceforge, apparemment le compte a déjà été réservé, mais il est encore vide :
http://sourceforge.net/projects/shareaza/(...)


Cela ouvre bien sûr l'éventualité un d'un portage sous linux (bien que le logiciel soit développé avec les MFC windows), même s'il existe déjà d'excellent logiciel dans ce domaine (mldonkey, gift).
  • # Biiiiiiiien !

    Posté par  . Évalué à 1.

    > même s'il existe déjà d'excellent logiciel dans ce domaine (mldonkey, gift).

    Soyons pragmatique, non !

    > Shareaza, un des meilleurs logiciel de P2P sous Windows passe en GPL

    Trés bonne nouvelle :-)

    Personnellement, il ne me manque qu'un client Direct Connect performant, et je serai ravi ! ;-)

    Sinon, quel est le meilleur client BitTorrent ?

    Merci d'avance.
    Trés bon journal, merci.
    • [^] # Re: Biiiiiiiien !

      Posté par  . Évalué à 2.

      > Soyons pragmatique, non !
      Bah ça dépend de toi. Personnellement j'adore les concepts/principes de mldonkey et gift : modulaire, architecture cllient/serveur(daemon), possibilité de mettre différentes GUI derrière, éventuellement les controler à partir d'un machine distante... On est loin d'avoir ça sous windows, et aucun client (hormis le port mldonkey) ne supporte autant de réseaux( Currently, with eDonkey , it supports several large networks, such as Overnet , Bittorrent , Gnutella (Bearshare, Limewire,etc), Gnutella2 (Shareaza), Fasttrack (Kazaa, Imesh, Grobster), Soulseek (beta), Direct-Connect (alpha), and Opennap (alpha))
      http://www.nongnu.org/mldonkey/(...)

      > Personnellement, il ne me manque qu'un client Direct Connect performant, et je serai ravi ! ;-)
      Direct Connect est en effet un excellent réseau, mais il était dit qu'il ne serait jamais implémenté dans shareaza car il n'as pas de méthodes de hachage efficace pour l'identification des fichiers de manière unique.
      Cela va peut etre changer avec le passage en open source de shareaza.


      > Sinon, quel est le meilleur client BitTorrent ?
      Il n'y a pas de meilleur client : il y a celui que tu préfère. Va faire un tour sur sourceforge.net pour te faire un idée.
      • [^] # Re: Biiiiiiiien !

        Posté par  . Évalué à 1.

        > Il n'y a pas de meilleur client : il y a celui que tu préfère. Va faire un >tour sur sourceforge.net pour te faire un idée.

        Oui bien sur alors je reformule ma question : vous me conseillez quoi comme client BitTorent ?

        >Direct Connect est en effet un excellent réseau, mais il était dit qu'il >ne serait jamais implémenté dans shareaza car il n'as pas de >méthodes de hachage efficace pour l'identification des fichiers de >manière unique.
        >Cela va peut etre changer avec le passage en open source de >shareaza.

        Trés bonne nouvelle !
        En attendant aussi le port de DC++ sous Linux (ca avance je crois !)


        Sinon ton avis sur mldonkey et gift, je le respecte :)
        • [^] # Re: Biiiiiiiien !

          Posté par  . Évalué à 1.

          | Trés bonne nouvelle !
          | En attendant aussi le port de DC++ sous Linux (ca avance je crois !)

          Au cas ou tu ne connaitrais pas, dcgui-qt est un tres bon client qui offre quelques fonctionalites type dc++, tout en restant un poil plus "reglo" tout de meme :)

          Disponible sous osx, win32, linux, bsd(?, ..), dcgui est dernierement sorti en version 0.3.1 et murit de plus en plus. Domage que certain hubs ne le trouvent pas clean et ne l'accepte pas...

          http://dcgui.berlios.de/index.php(...)
        • [^] # Re: Biiiiiiiien !

          Posté par  . Évalué à 2.

          En connaisseur, je dirais :

          * Bittornado : en python, il a été fait à partir de la version originale. Tu peux régler le débit en upload, download, te donne pleins d'infos comme le nombre de seeds, à qui tu es connecté etc etc Et il fonctionne mieux que l'original (sisi). http://bittornado.com/(...)
          * Azureus : un client en java. Il est aussi très bien. Je ne l'ai pas trop essayé, mais je sais qu'il a, entre autre, une fonction qui permet de ne télécharger que le fichier que tu veux (si c'est un torrent avec plusieurs fichiers par exemple). http://azureus.sourceforge.net(...)
          * Bitspirit : je ne l'ai pas beaucoup utilisé. Ce que j'ai aimé, c'est son interface et la possibilité de gérer plusieurs torrents (azureus le fait aussi). http://www.lanspirit.net/index2.htm(...)
          • [^] # Re: Biiiiiiiien !

            Posté par  . Évalué à 1.

            bon, sans vouloir troller, j'ai utilisé Azureus pas mal de temps, et c'est vrai qu'il a de nombreuses fonctionnalités que d'autres n'ont pas, mais franchement, au bout d'une journée, avoir une Java VM qui occupe plus de 100 Mo de RAM et 10% du temps processeur ca ne m'arrange pas.
            C'est dommage parce que c'est à mon avis le meilleur client bittorrent niveau fonctionnalités.
            Sinon, j'utilise ABC actuellement : il n'est pas parfait, mais permet quand même de gérer plusieurs torrents et sans être une usine à gaz

Suivre le flux des commentaires

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