Discussion :

[nicroman]

Je suis partiellement d'accord, tout dépend le protocole caméra / PC qui pourrait varier suivant que coté PC, les fonctions sont du type WIN32 ou Linux

Ben oui... mais le protocole, on le connait: HTTP... le serveur ne changeant pas, les protocole de communication non plus, la seule différence peut venir du client...

Deuxièmement, si dans le fichier HTML, il y des retour à la ligne ou autre (qui dépendent de l'os) cela peut expliquer le problème.
Enfin, attention à la manière de lire le binaire (Big endian / little endian) ...

Ben non... une image jpeg, c'est une image jpeg, quel que soit l'OS ou le byte-ordering.
Et les headers HTTP sont écrits en toute-lettre...


Dans tous les cas... pour revenir au problême initial... il y a déjà un problême coté implémentation HTTP:
En HTTP/1.0 rien ne force le serveur à envoyer un content-length. HTTP/1.0 est censé fermer la connection une fois le fichier envoyé...
D'autre part... même en HTTP/1.1... le content-length peut ne pas exister si les données sont en "BULK"...

[JeromeBcx]

Ben oui... mais le protocole, on le connait: HTTP... le serveur ne changeant pas, les protocole de communication non plus, la seule différence peut venir du client...

Justement, je me disais que les procédures d'acquisition coté client pouvant changer, cela pouvant générer le problème.

Ben non... une image jpeg, c'est une image jpeg, quel que soit l'OS ou le byte-ordering.
Et les headers HTTP sont écrits en toute-lettre...

Pour les headers OK.
et pour le byte-ordering, désolé...une mauvaise idée qui m'a traversé.
pour les retours de ligne par contre, c'était possible...