spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Egal, wie du die Netzerkkommuniation handhaben möchtest, du wirst immer eine Stelle haben, die initial auf eine eingehende Verbindung wartet und eine, die dann die Verbindung aufbaut. (Sockets eben)
Ob du darauf aufbauend nun FTP, HTTP oder etwas ganz anderes (bspw. was eigenes) verwendest, hängt von deinen Anforderungen ab. Da ich diese nicht kenne, kann ich dir nur zu TCP und einem darauf aufbauenden Protokoll raten. (Sowohl HTTP, als auch FTP können zur Übertragung von Dateien in beide Richtungen verwendet werden.)

libcurl dürfte nur die Implementierung entsprechender Protokolle umfassen. Wenn du am Überlegen bist, welches Protokoll du verwenden willst, bringt dir diese Bibliothek also (noch) nichts.

Ich denke FTP ist am besten für Dateien geeignet.

Boost.Asio
ØMQ
(libtorrent)
cross platform socket library

Die SFML bietet ein sehr einfaches Interface dafür.

Also ich fand sich Boost.ASIO ein zu fangen schon als ziemlich groß… aber SFML? Also wenn man diese nicht gerade benötigt würde ich doch zu einer etwas spezialisierteren Bibliothek raten. Wenn schon irgendwo anderes gesagt wurde, dass er sie eh benutzt hab ich nichts gesagt.

Man kann auch nur den Netzwerkteil von SFML einbinden, das sind nur einzelne .libs und der Netzwerkteil ist soweit ich weiß nur vom Systemteil abhängig

FTP nutzt TCP als Transportschicht, welches wiederum verbindungsorientiert arbeitet. Das heißt eine Seite muss auf dementsprechenden Port zuhören und es ist kein "punch through" möglich. Sprich wenn du P2P mit FTP/TCP realisieren willst und die Clients hinter Routern o.ä. sitzen, muss zumindest ein Teil die Ports öffnen. kA ob das für deinen Anwendungsfall praktikabel ist.