Aybabtu - Projet de partage de fichiers en LAN

• Navigation sur les fichiers partagés des autres personnes
  
• Recherche sur l'ensemble du réseau
  
• Téléchargement décentralisé
  
• Un petit chat
  
  N'hésitez pas à donner des idées ! En sachant qu'il existe un brainstorming, une description fonctionnelle et une maquette de l'interface. Rien n'est figé évidemment.
  
  Si des personnes, ayant des compétences particulières en programmation (C++/Qt) ou dans d'autres domaines liés au projet, sont motivées à me donner un coup de main je les accepterai volontiers.
  
  J'espère pouvoir sortir une version bêta pour la prochaine PolyLAN (en bossant dur ).
  
  EDIT:
  La beta est disponible ici : http://www.aybabtu.org

the_glu
Ça semble vachement bien, j'ai pas vu ça de manière explicite, mais vous prévoyez le téléchargement multi-source ? (Un bout chez machin1 et un autre chez machin2, machin2 ayant peut être pas terminé, en même temps) Parque ça roxerait du boudin

the_glu
Sinon pas de chat privé spa super ça, je sais pas à quel point les gens se servent de ça mais perso ça m'est utile.

the_glu
J'aime pas trop le C++ mais je me fait un plaisir d'aider

Oui c'est tout à fait prévu. Les fichiers sont découpés et hashés en chunk de taille fixe (par exemple 16Mo) qui peuvent être téléchargés séparément.

Sinon tout est basé sur le framework Qt qui simplifie beaucoup de chose. J'utilise l'environnement de développement Qt Creator qui est encore assez jeune (il est sortit cette année) mais tout à fait utilisable.

Pifou
J'avais commencé en Haskell … tu préfères ? 8) Le seul problème : personne ne connais et ne veut faire l'effort d'apprendre…

sideral
La taille c'est juste une valeur qui est allouée au fichier… il peut etre vide ou corroumpu, ca ne changera rien.

sideral
C'est réellement un projet en cours donc ?

• http://dev.euphorik.ch/wiki/pmp/Prototypes
  
• http://dev.euphorik.ch/repositories/ent … prototypes
  
  

  BafS.
  Mais DC++ utilise les hashs MD5 sauf erreur…
  Pourquoi ne pas prendre des fonctions de hashage plus rapide comme Tiger ou CRC32 ?
  Sinon un autre idée serait par exemple de vérifier 1) la taille tu fichier, 2) les ~5% du début du fichier 3) Puis tout les 10% un petit bout.
  Evidemment le fichier pourrait être corrompu mais la probabilité serait extrêmement faible. Enfin c'est juste une idée pour accélérer le tout.
  
  Enfin bref… dites moi si vous pensez que c'est bien ou que c'est complètement à côté de la plaque 8)

  
  La méthode qui consiste à lire qu'une partie du fichier est à mon avis dangereuse. De plus ici on identifie pas un fichier mais des bouts de fichier (chunks).
  
  Le fait d'utiliser un autre algo (Tiger par exemple) ne change pas grand chose car la limite est surtout au niveau du débit du disque, ici j'ai choisi sha1. Par exemple avec ‘sha1sum’ j'arrive à 170Mio/s alors qu'un disque est 2-3 fois plus lent. Une approche pourrait être de paralléliser le traitement avec un processus par volume physique.

dava
il faudra en premier lieu Hacher tout les fichiers je supposes.. aussi long que DC++?

dava
Si tu veux que je test ton produit chez moi (ai plusieurs pc) je peux jouer au Cobay!!

Pifou

dava
il faudra en premier lieu Hacher tout les fichiers je supposes.. aussi long que DC++?

Oui mais il sera possible de browser ou de chercher des fichiers qui n'ont pas encore été hashé. Au moment de la demande de download les hashs sont calculés à la volée. Voir le protocole : http://dev.euphorik.ch/wiki/pmp/Protocol_core-core

dava
Si tu veux que je test ton produit chez moi (ai plusieurs pc) je peux jouer au Cobay!!

C'est cool mais j'espère une première beta que pour mars 2010

dava
ok, je pensais que c'était pour la Poly 14. cependant, je reste dispo si tu veux que je test.