Euh, bah, si j'ai le temps j'essaierais de reproduire ça, mais bon, je sens que je vais encore mettre un bout de temps avant de réussir a faire ça....
J'ai remarqué un truc aussi, a prendre ou pas:
A l'origine, où ça ne bugguait pas, les données ne circulaient que dans 1sens.
En gros, j'envoyais du 1468o et l'autre devait tout récupérer ensuite.
Le problème c'est que en local ça marche, mais sur le réseau, ça fait trop de données d'un coup (a priori, bizarre, ça crashe pour envoyer 9mo en 10s alors que le SSH connecté me transfert du 80mo/s....sans problèmes....).
→ Mais dans ce cas là, c'est clairement une demande trop importante.
Donc, pour palier au problème, j'ai fait le système suivant:
On va appeler E l’émetteur, et R le récepteur.
E → Envoie 1468o avec 1460o de données dedans.
R → Réceptionne les données
R → Envoie 5o de données de confirmation
E → Réceptionne la confirmation
E → Envoie 1468o avec 1464o de données dedans.
R → Réceptionne les données
R → Envoie la confirmation de 5o
etc...
Si les socket veulent bien marcher, le système fonctionne.
Mais bon, très souvent ça ça bug....
Je pense a un truc au fait:
Pour boost::asio, il ne faut pas que le buffer soit de la mémoire temporaire. (d'après ce que j'ai lu)
La SFML a telle la même restriction? (Si oui, ça peut expliquer quelques problèmes)
Enfin, jusqu'à maintenant, en dehors des quelques octet rajoutés de on ne sait pas où ça n'as jamais fait de segmentation fault a cause de ça...
Merci
