Discussion :

[Atharendil]

Bonjour,

je développe en ce moment une petite application client/serveur qui permettra de jouer une animation (fichiers musicaux, images, etc...), mais je bloque au niveau de la transmission des fichiers du serveur au client.

Je n'ai pour l'instant essayé qu'avec des fichiers .mp3, tous les fichiers sont bien transmis, et les fichiers réceptionnés par le client ont la bonne taille, durée, etc... Le seul problème, et quand même de taille, est que la musique est incorrecte par rapport à l'originale (dans mon cas, elle ne s'arrête pas correctement), et donc le fichier a été corrompu pendant la transmission.

Voilà mon code pour l'échange de fichier :

Code serveur :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
byte[] buffer=new byte[512*1024];
int nbLus;
 
try {
	FileInputStream srcFile = new FileInputStream(new File(file.getAbsolutePath());
 
	while((nbLus=srcFile.read(buffer)) != -1){
		System.out.println(nbLus);
		output.writeInt(nbLus);
		output.write(buffer);
	}
	output.writeInt(Protocol.END_OF_FILE);
 
} catch (FileNotFoundException e) {
	// TODO Auto-generated catch block
	e.printStackTrace();
}catch(IOException e){
e.printStackTrace();
}

Code client :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
byte[] buffer = new byte[512*1024];
int sizeBufferRead;
int nbLus;
 
try {
	FileOutputStream srcFile = new FileOutputStream(fieldPath.concat(fileName));
 
	while((sizeBufferRead = input.readInt()) != Protocol.END_OF_FILE){
		//On récupère le buffer
		input.readFully(buffer);
		//On ecrit dans le fichier
		srcFile.write(buffer);
	}
 
} catch (IOException e) {
	// TODO Auto-generated catch block
	e.printStackTrace();
}

Les input et output sont respectivement de type DataInputStream et DataOutputStream et sont simplement les flux d'entrée et de sortie associés à la socket de communication.

Quelqu'un verrait d'où peut venir le problème ?

[ep31]

Pour t'assurer que c'est bien une corruption de fichier (ça m'étonne dans ce cas précis), calcule pendant l'émission le CRC32 ou le MD5 ou autre de ton fichier d'entrée, mets cette valeur en début de fichier.
Ensuite, lors de la réception, calcule à nouveau la valeur encodée du fichier que tu reçois (en enlevant les quelques octets d'encodage) et compare la valeur encodée à celle du fichier d'entrée.
Si c'est la même, alors c'est surement un problème sur ton poste récepteur qui n'arrive pas à lire les mp3.
Si ce n'est pas le même, eh bien il y a effetcivement eu un problème lors de la transmission étant donné que le mp3 est du binaire. Si tu transmets un fichier au format ASCII (style un .txt), as-tu le même problème ?
Transmets-tu des fichiers de bécane Windows à bécane Windows ? Ca ne serait pas un problème d'octet de taille poids fort/poids faible style Little/Big Endian ?

[adiGuba]

Salut,


Deux remarques :

• Tu ne fermes pas tes flux
  Comment libérer proprement les ressources ?
• Tu écris toujours la totalité du buffer, même si tu as lu moins d'éléments. Il y a de forte chance que la dernière écriture contiennent des bytes en trop...
  Es-tu vraiment sûr que la taille des fichiers est identiques à l'octet près ???

a++

[Atharendil]

Merci pour vos réponses !

En fait, je ne transmet pas d'un ordi à l'autre mais simplement pour l'instant d'un processus à l'autre sur la même machine (donc même OS). Je n'ai pas encore testé avec un fichier txt mais je vais voir ce que ça donne.

Sinon tu as raison adiguba, je vais faire ça proprement, en fermant les flux et en écrivant uniquement ce qui est lu, mais est-ce qu'il existe une fonction pour écrire un nombre donné d'octets du tableau passé en paramètre ?

[Atharendil]

Hop, j'ai fermé les proprement les flux comme décrit dans le tutorial et utilisé la fonction write(byte[], int, int) pour indiquer le nombre d'octets à écrire, et... ça marche

Merci à vous !