spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

• TCP und UDP Unterstützung
• Arbeiten mit Objekten
• Sorgenloses Senden und Empfangen
  • Automatische Verbindungswiederherstellung
  • TCP RTT: 15 – 30ms (GAN) *
  • UDP RTT: 5 – 10ms (GAN)
  • TCP RTT: 4 – 10ms (LAN)
  • UDP RTT: 4 – 8ms (LAN)
• Sehr geringer Overhead, trotz Objektorientierung
• Eventbasiert
• Maximal 65536 individuelle Pakete möglich
• Maximale Paketlänge von 4294967296 bytes. (4,096 GB)

• .net 4.5 oder höher

Zitat von »anti-freak«

Klingt soweit super, nur für welche Sprache ist das?

Zitat von »TrommlBomml«

Wie schaut denn die Schnittstelle zum Senden/Empfangen von Paketen aus? Spannend wird es ja beim Erhalten der Daten, wenn ich Objekt vom Typ X über die Leitung schicke, erwarte ich ja am anderen Ende Pakete verschiedener Typen. wie finde ich das denn heraus, was ich als Paket bekomme?

Zitat von »Sacaldur«

Die Bibliothek klingt der Beschreibung nach durchaus interessant, allerdings kann man erst nach einer Verwendung sagen, wie gut sie tatsächlich zu verwenden ist.

Du könntest mal gucken, in wie weit sich deine Bibliothek in Unity verwenden lässt. Das einzige Problem könnte im Bereich der Netzwerk-API sein, die ggf. von Mono (oder dem für den Player verwendeten Subset) nicht zur Verfügung gestellt wird.
Solltest du dich aber mit Unity beschäftigen, solltest du auch gucken, in wie weit deine Bibliothek sich von anderen, für Unity bereits vorhandenen (bspw. Photon) unterscheidet und unter welchen Umständen deine besser geeignet sein könnte.


@anti-freak:
Die Dokumentation deutet auf .NET hin.

@TrommlBomml:
Ich würde vermuten, dass dafür Typprüfungen erforderlich werden. Oder man implementiert sich alternativ eine Basisklasse, die bestimmte (abstrakte) Methoden definiert, die von den Ableitungen so implementiert werden, dass von deren Rückgabewerten auf den richtigen Typen bzw. die richtige Verwendung geschlossen werden kann.

Zitat von »BlueCobold«

Ist das Absicht, dass die Webseite so aussieht?
"Ist man sich über eine Aussage nicht sicher, greift man gerne zu 「と思う」か「って思う」。Eine weitere Möglichkeit wäre に違いない。"
Ich kann kein chinesisch.


Gibt es zu der Lizenz auch noch genauere Informationen? Das Copyleft klingt hart und zwingt quasi meine kommerzielle Application dazu, dass sie ebenfalls frei verwendet werden darf, was sie kommerziell nutzlos macht. Allerdings steht da nichts darüber ob das jetzt für den Source gilt oder für Binaries oder für was überhaupt. Aus meiner Sicht ist das ohne genauere Infos komplett nutzlos.

Zitat von »BlueCobold«

Und noch immer ist ungeklärt, ob ich jetzt nun den Source veröffentlichen muss, oder ob nur mein Produkt komplett frei (Definition von "frei"?) benutzt werden darf. Nimm doch einfach eine passende Lizenz, wo man das wenigstens beurteilen kann.

Zitat von »Tobiking«

Hast du mal überlegt für die (De-)Serialisierung eine fertige Lösung wie z.B. Protocol Buffers zu nutzen? Da kannst du potentiell noch einiges an Datengröße drücken. Mich würde auch die benötigte Zeit interessieren. LINQ kenne ich als etwas das man unbedingt vermeiden sollte wenn es auf Millisekunden ankommt.

• ClientConnectionContainer, (TCP und UDP) Datenbehälter für einfacheren Umgang am Client
  
• ServerConnectionContainer, Datenbehälter für einfacheren Umgang am Server
  
• Bessere Konfiguration der Verbindungen (NoDelay, Routing, Loopback, Checksum, HopLimit, TTL etc.)
  
• Generics für leichteres hinzufügen von Methoden
  
• Delegates und Lambdas für callbacks möglich
  
• Asynchrones senden und empfangen von Daten.
  
• Objektorientierung: Senden+Empfangen von gleichen Datenpaketen in mehreren Objekten möglich