Raknet. Un motore di rete del gioco C ++ Cross-Platform C ++.
Scarica ora

Raknet. Classifica e riepilogo

Raknet. Tag

Networking gioco C ++. Networking di gioco API di rete funzionalità UDP

Raknet. Descrizione

Un motore di networking di gioco C ++ a piattaforma. Raknet è progettato per essere un'alta prestazione, facile da integrare e soluzione completa per giochi e altre applicazioni. Ecco alcune caratteristiche chiave di "raknet": Sistema di lobby: · La lobby alimentata del database con supporto per amici, camere, partita rapida, classifica, e-mail e titoli multipli. Sistema di replica dell'oggetto: · Creare, distruggere automaticamente, serializza e trasmetti i tuoi oggetti di gioco. Connessioni sicure: · SHA1, AES128, SYL Cookies e RSA per prevenire e rilevare attacchi di rete. Robusto strato di comunicazione: · Controllo del flusso automatico, ordinazione del messaggio su più canali, coalescenza dei messaggi e divisione e rimontaggio dei pacchetti. AutoPatcher: · Aggiorna i tuoi utenti con patch Binary DATABAse Driven Delta o utilizzare una versione più semplice per aggiornamenti come skin utente o mappe. Chiamate di procedura remota: · Chiamare le procedure native C e C ++ con gli elenchi di parametri serializzati automaticamente. Comunicazione vocale: · Include legami audio per Port Audio, FMOD e DirectSound. Nat Tinkthrough: · Essenziale per le applicazioni ospitate dall'utente o peer a peer. Cosa c'è di nuovo in questa versione: · Risolti definire bug con Big_endian a __big_endian__ a Bigint. · Risolto il fullyCollectedmesh2. BINDE AVETE INDIRIZZO INDIRIZZO UN MESSAGGIO ARRIVATO, quindi rispondiamo sempre sullo stesso indirizzo. Questo risolve un problema in cui si dispone di più indirizzi IP e rispondono su un indirizzo diverso da quello che è stato utilizzato il mittente. Ciò significa anche Raknet non utilizza più necessariamente un singolo socket per tutte le comunicazioni. · Aggiunta struttura raknetsetocket, con accessori Gethelocts in RakpeerInterface. Questo può essere utilizzato per scoprire quali porti e indirizzi IP hai legato localmente. · Aggiunto ConnectWithSocket a RakpeerInterface. Rimosso rebindsocksocket. · Aggiunta l'implementazione UPNP da CodeProject ai campioni, con correzioni. · Aggiunto al campione natpunchthrough. NatPunchthrough ora supporta 0 per il parametro massimo_number_of_internal_ids_to_check. · Fissare i bug di serializzazione dei replicanager3 con RM3SR_Serialized_idardyally, e con serializzazione a più di 3 sistemi. Inoltre convalida le connessioni prima di utilizzarle, quindi sappiamo che l'altro sistema ha creato prima la connessione. Replicamanager3 QueryCostruzione è ora chiamata solo quando l'oggetto non esiste già. Se esiste già, la querydestruction è chiamata invece. · Aggiunto rakpeerinterface :: gettimeouttime () · La riga del tempo aggiunta è stata scritta in packetlogger. Udpforwarder, e quindi il server proxy, ora viene eseguito nel proprio thread. Udpforwarder non imposta la porta sorgente o di destinazione fino a quando il primo messaggio arriva, per gestire i nats simmetrici che cambiano le porte. · Udpforwarder ora restituisce un risultato Enumerazione che indica il successo, i parametri cattivi, in corso o non sono riusciti · Il controllo del flusso si farà ora sottrarre tempi medi tra gli aggiornamenti del filo da Pings. Ciò risolve un problema in cui i tempi irregolari tra gli interruttori del contesto del filo sono stati riutilizzati i ping riportati a fluttuare costantemente, con conseguente controllo del flusso che si riduce al livello minimo. Ciò dovrebbe correggere un problema incontrato da Stardock, con messaggi tamponati e impiegati molto tempo da inviare. · Fissare il problema con UdpProxycoordinator, dove due sistemi avrebbero iniziati contemporaneamente l'inoltro l'uno all'altro, ma un sistema segnalerà il successo prima che l'altro lo sapesse, con conseguente due voci di inoltro. · Aggiungere la sorgente UDT modificata alla distribuzione raknet, in DependingExtensionsudt4. Commenta _use_raknet_flow_control in raknetdefines.h da usare (ha ancora bug, non usare per ora). Fissare TCPINTERFACE con DeltaDirectoryTransfer fisso Bug Inserito il controllo del controllo RaknetGuid su nuove connessioni da 3.52, in cui le risposte di connessione sono state inviate solo una volta, piuttosto che su ciascuna richiesta. · Aggiunto il parametro alla chiusura della chiusura per selezionare la priorità su cui inviare ID_Disconnection_Notification. · Aggiunto sqllite3plugin a dependending rappresentistensionsqlite3plugin. Ciò consente di effettuare chiamate di database su Internet con SQLite3, che normalmente è supportata solo con maniglie di file in rete. Questo sostituisce leggeroDatabase, che è ora ammortizzato.

Raknet. Software correlato