SCUM Gameserver günstig bei PingPerfect mieten

SCUM: Development Update #67

  • Diskussion zum Artikel SCUM: Development Update #67:

    Zitat
    Ein weiterer Montag, ein weiteres Entwicklungsupdate von SCUM! Diesmal im Fokus: Flammenwerfer, der neue modulare Pickup Truck, das Rework des Crafting-UIs, neue Waffen, neues Zubehör, Bugfixes und vieles mehr!
  • Simon

    Hat das Label Dev-Blog hinzugefügt.
  • Weiß jemand was sich hinter "Arbeit am Replikationsgraphen" verbirgt?

    Klar...


    Replication Graph
    Overview of the Replication Graph feature and Replication Graph Nodes.
    docs.unrealengine.com


    Externer Inhalt www.youtube.com
    Inhalte von externen Seiten werden ohne deine Zustimmung nicht automatisch geladen und angezeigt.
    Durch die Aktivierung der externen Inhalte erklärst du dich damit einverstanden, dass personenbezogene Daten an Drittplattformen übermittelt werden. Mehr Informationen dazu haben wir in unserer Datenschutzerklärung zur Verfügung gestellt.

    Ehrenamt ist wichtig, deswegen hier tätig in der Abteilung Spezialkunden; Fachgebiet: schwierige Fälle... :P

    • Offizieller Beitrag

    Danke roemsen . Also grundsätzlich lässt sich damit sagen: Das System ist dafür da, eine ausgewogene Leistung zwischen Spieler, Server und Client herzustellen. Mit diesem Replication Graph System müssen die Actors nicht mehr jeden angeschlossenen Client einzeln bewerten, wodurch das CPU-Leistungsproblem gelöst wird, ohne dass die Client-Erfahrung darunter leidet. Also eventuell erwartet uns (hoffentlich kommt es auch so) eine Verbesserung der Leistung hinsichtlich der Multiplayer-Spielbarkeit in SCUM.

  • "Solutions like dividing Actors into staggered groups, or simply updating less frequently, might mitigate the issue, but will also degrade the client experience by decreasing update frequency."


    Okay krass. Also (sowas wie) die Tickrate...


    "Replication Graph Nodes (we'll call them "nodes" for short) do the actual work of establishing which Actors potentially require updates, sorting them into groups, storing precomputed lists to send to clients, and so on. Their ultimate task is to provide "replication lists" of Actors on demand to each client connection as quickly as possible, so that the server spends as few CPU cycles as possible per Actor, per client."


    Klingt nach Graphentheorie. Kürzeste Wege, Listen... ok spannend.


    Zitat von Simon

    Danke roemsen . Also grundsätzlich lässt sich damit sagen: Das System ist dafür da, eine ausgewogene Leistung zwischen Spieler, Server und Client herzustellen. Mit diesem Replication Graph System müssen die Actors nicht mehr jeden angeschlossenen Client einzeln bewerten, wodurch das CPU-Leistungsproblem gelöst wird, ohne dass die Client-Erfahrung darunter leidet. Also eventuell erwartet uns (hoffentlich kommt es auch so) eine Verbesserung der Leistung hinsichtlich der Multiplayer-Spielbarkeit in SCUM.


    Alles klar, verstehe.

    Danke

  • Dieses Thema enthält 17 weitere Beiträge, die nur für registrierte Benutzer sichtbar sind, bitte registriere dich oder melde dich an um diese lesen zu können.

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer SCUM Community teil!