DECOUPER/FUSIONNER DES FICHIERS

cs_eRRaTuM Messages postés 13 Date d'inscription mardi 2 septembre 2003 Statut Membre Dernière intervention 22 février 2008 - 15 nov. 2007 à 01:35
noyerjoel Messages postés 1 Date d'inscription jeudi 18 février 2010 Statut Membre Dernière intervention 10 novembre 2011 - 10 nov. 2011 à 15:59
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.

https://codes-sources.commentcamarche.net/source/41506-decouper-fusionner-des-fichiers

noyerjoel Messages postés 1 Date d'inscription jeudi 18 février 2010 Statut Membre Dernière intervention 10 novembre 2011
10 nov. 2011 à 15:59
Bonjour,

C'est un chouette code par contre peux tu m'expliquer pourquoi mon fichier recollé ne fait pas la même taille que l'orignal ????
J'ai testé avec une iso de 3,7 Go que j'ai coupé en 4 partie de 1 Go j'ai préalablement fais un checksum md5 de l'iso original puis de la version recollée, ils ne correspondent pas. Il y a peut prêt 10 Mo d'écart entre les 2 iso. A quoi cela est-il du ?
Merci d'avance.
cs_nono1964 Messages postés 1 Date d'inscription samedi 28 novembre 2009 Statut Membre Dernière intervention 28 novembre 2009
28 nov. 2009 à 18:37
comment on lance ce prog ?
NetWedge Messages postés 12 Date d'inscription mardi 10 février 2004 Statut Membre Dernière intervention 8 octobre 2008
28 mai 2009 à 10:33
Bonjour, tu nous présente un programme interressant et bien utile! Je te soumet une autre amélioration possible qui engendrerai pas mal de code supplémentaire : un thread pour lire le(s) fichier(s) en correspondance avec un thread pour ecrire le(s) fichier(s), que ce soit pour decouper ou rassembler.
Ainsi lors du découpage si tu place les morceaux sur un autre disque que celui sur lequel se trouve le fichier complet, tu bénéficiera pleinement des vitesses de lecture et ecriture de chacun des disques soit à peu pres 30 Mo/s pour de l'IDE et + encore pour le SATA. L'usage d'un thread pour la lecture et d'un pour l'ecriture évite "l'attente" de la fin d'ecriture pour reprendre la lecture sur deux disques. Et meme si un seul disque est disponible, la vitesse sera la même que ton programme actuellement.

Voila, j'espere que je suis compréhensible.

Cordialement.
cs_Bidou Messages postés 5486 Date d'inscription dimanche 4 août 2002 Statut Membre Dernière intervention 20 juin 2013 61
22 janv. 2009 à 20:15
On ne passe que d'une seule façon à du code en executable, c'est en compilant.
Donc: en téléchargeant un compilateur C#
angby Messages postés 10 Date d'inscription vendredi 23 janvier 2009 Statut Membre Dernière intervention 25 janvier 2009
22 janv. 2009 à 17:09
Bonjour,

Je suis débutant. j'ai téléchargé le zip, je ne vois pas l'exe ni comment obtenir l'exe, car je n'ai pas d'environnement de dév. Merci par avance pour votre aide pour l'exe ou comment le mettre en place.

Cordialement,
VestaX Messages postés 374 Date d'inscription mardi 2 décembre 2003 Statut Membre Dernière intervention 24 avril 2013
5 avril 2008 à 16:38
terrible!!!! ya possibilité d'avoir la version en .exe stp???? c'est exactement ce que je cherchais.
cs_Bidou Messages postés 5486 Date d'inscription dimanche 4 août 2002 Statut Membre Dernière intervention 20 juin 2013 61
15 nov. 2007 à 08:56
Salut et merci du commentaire...

Pour le buffer, il faudrait lui donner une taille variable en fonction de la taille du fichier à traiter; je pense que c'est comme ça que ça serait le plus efficace (un cache de 8Mo sur un fichier de 8Mo n'est certainement pas la meilleure solution!).
cs_eRRaTuM Messages postés 13 Date d'inscription mardi 2 septembre 2003 Statut Membre Dernière intervention 22 février 2008
15 nov. 2007 à 01:35
Chapeau!
Code tres bien ecrit et aussi bien commenté!
je te donne un 10.
juste un truc, parce qu'il le faut bien :) avec un buffer de 8 Mo c mieux ( windows utilise un read buffer de cette taille)
Rejoignez-nous