• Advertisement
Sign in to follow this  

Unity Inter process communication between Renderer and Game Logic

This topic is 1874 days old which is more than the 365 day threshold we allow for new replies. Please post a new topic.

If you intended to correct an error in the post then please contact us.

Recommended Posts

Hello everybody,

So lets say you want to make a game in Go (http://golang.org), but because of the lack of preexisting solutions and because you think it is not what you want to spend your time on, you decide not to do the user interface (that is graphics, sound, input handling) in go, but you would want to use Unity.

Now we have one process running the logic, and another process running the 'viewer'. My idea is to do the IPC over a local TCP-socket since it seems the easiest to implement(?). I would then probably send delta updates of the information on entities which have to be drawn from the logic to the viewer, and input updates form the viewer to the logic.

My main questions are: Has someone already done something like this? And do you think it is a good idea? :)

I guess the lag from the IPC should be not noticeable, and the amount of data that needs to be transfered is not that high.

BR

Inf

Share this post


Link to post
Share on other sites
Advertisement
This is how every modern chess and go (the board game, not the language) program works: There is a GUI process that launches the engine and communicates with it via a bidirectional pipe. For chess, the communication happens using one of two protocols: XBoard's protocol or UCI. Go uses GTP. This allows engine programmers to focus on making strong engines, it allows users to switch engines and it allows for much easier testing of the engines.

What kind of game do you have in mind? Edited by Álvaro

Share this post


Link to post
Share on other sites
The first thing i would want to do is implement a simple go version of the top down shooter demo that comes with unity and then take it from there. So the first thing to do is to think about a protocol to send the position/transformation, animation and input data. Should maybe also include fire and forget events from the game logic like visual and sound effects (explosions etc.).

Share this post


Link to post
Share on other sites
I would use pipes because they are just as easy to use as TCP sockets (maybe even easier?) and because they are most likely faster. Whether or not the delay matters depends a lot on the game of course, but I guess for a shooter game which is kind of "twitch" by nature, it might just matter.

A pipe is usually something like a kernel handle attached to a small piece of shared memory managed by the kernel. Or, something similar. Writing to and reading from a pipe is something like a memcpy (or on some operating systems, under some conditions, incrementing a page table reference counter and adding a page to a working set).

A TCP socket must at the very least do a memcpy and calculate two checksums, consider a MTU (even if the MTU is the maximum allowable by IP on a local socket, TCP must still honor it and packetize as appropriate) and so some address/port mapping stuff, and possibly go through firewall rules, so conceptually it must be slower.

Usually you will just give a crap, because nobody notices anyway, but when you really need "twitch", it may be worthwile to use something different. A pipe doesn't really have any disadvantages over a socket, other than you can't run the frontend and the logic on different machines, but would one really want to do that anyway?

Memory mapping is yet another thing you could consider. It's supported on pretty much every OS and as fast as you can get (though proper synchronization can be tricky).

Share this post


Link to post
Share on other sites
Sign in to follow this  

  • Advertisement
  • Advertisement
  • Popular Tags

  • Advertisement
  • Popular Now

  • Similar Content

    • By NDraskovic
      Hey guys,
      I have a really weird problem. I'm trying to get some data from a REST service. I'm using the following code:
       
      private void GetTheScores() { UnityWebRequest GetCommand = UnityWebRequest.Get(url); UnityWebRequestAsyncOperation operation = GetCommand.SendWebRequest(); if (!operation.webRequest.isNetworkError) { ResultsContainer rez = JsonUtility.FromJson<ResultsContainer>(operation.webRequest.downloadHandler.text); Debug.Log("Text: " + operation.webRequest.downloadHandler.text); } } The problem is that when I'm in Unity's editor, the request doesn't return anything (operation.webRequest.downloadHandler.text is empty, the Debug.Log command just prints "Text: "), but when I enter the debug mode and insert a breakpoint on that line, then it returns the text properly. Does anyone have an idea why is this happening?
      The real problem I'm trying to solve is that when I receive the text, I can't get the data from the JSON. The markup is really simple:
      [{"id":1,"name":"Player1"},{"id":2,"name":"Player2"}] and I have an object that should accept that data:
      [System.Serializable] public class ResultScript { public int id; public string name; } There is also a class that should accept the array of these objects (which the JSON is returning):
      [System.Serializable] public class ResultsContainer { public ResultScript[] results; } But when I run the code (in the debug mode, to get any result) I get an error: ArgumentException: JSON must represent an object type. I've googled it but none of the proposed solutions work for me.
      Also (regardless if I'm in the debug mode or not) when I try to do some string operations like removing or adding characters to the GET result, the functions return an empty string as a result
      Can you help me with any of these problems?
      Thank you
    • By nihitori
      The Emotional Music Vol. I pack focuses on beautiful and esoteric orchestral music, capable of creating truly emotive and intimate moods. It features detailed chamber strings, cello and piano as the main instruments, resulting in a subtle and elegant sound never before heard in video game royalty-free music assets.

      The pack includes 5 original tracks, as well as a total of 47 loops based on these tracks (long loops for simple use and short loops for custom / complex music layering).

      Unity Asset Store link: https://www.assetstore.unity3d.com/en/#!/content/107032
      Unreal Engine Marketplace link: https://www.unrealengine.com/marketplace/emotional-music-vol-i

      A 15 seconds preview of each main track is available on Soundcloud:
       
    • By RoKabium Games
      Another one of our new UI for #screenshotsaturday. This is the inventory screen for showing what animal fossils you have collected so far. #gamedev #indiedev #sama
    • By eldwin11929
      We're looking for programmers for our project.
      Our project is being made in Unity
      Requirements:
      -Skills in Unity
      -C#
      -Javascript
      -Node.js
      We're looking for programmers who can perform a variety of functions on our project.
      Project is a top-down hack-and-slash pvp dungeon-crawler like game. Game is entirely multiplayer based, using randomized dungeons, and a unique combat system with emphasis on gameplay.
      We have a GDD to work off of, and a Lead Programmer you would work under.
      Assignments may include:
      -Creating new scripts of varying degrees specific to the project (mostly server-side, but sometimes client-side)
      -Assembling already created monsters/characters with existing or non-existing code.
      -Creating VFX
      -Assembling already created environment models
      If interested, please contact: eldwin11929@yahoo.com
      This project is unpaid, but with royalties.
       
      ---
      Additional Project Info:
      Summary:
      Bassetune Reapers is a Player-verus-Player, competitive dungeon crawler. This basically takes on aspects of dungeon crawling, but with a more aggressive setting. Players will have the option to play as the "dungeon-crawlers" (called the 'Knights', or "Knight Class", in-game) or as the "dungeon" itself (literally called the 'Bosses', or "Boss Class", in-game). What this means is that players can choose to play as the people invading the dungeon, or as the dungeon-holders themselves.
      Key Features:
      -Intense, fast-paced combat
      -Multiple skills, weapons, and ways to play the game
      -Tons of different Bosses, Minibosses, creatures and traps to utilize throughout the dungeon
      -Multiple unique environments
      -Interesting, detailed lore behind both the game and world
      -Intricate RPG system
      -Ladder and ranking system
      -Lots of customization for both classes s of customization for both classes
    • By RoKabium Games
      Custom coffee mugs have arrived... More caffeine!
      Have a great weekend everyone! 
      #gamedev #indiedev #sama #caffeine
  • Advertisement