Skip to main content

Playing with a multiplayer project

Got news from my friend working on the translation of my first novel: the heavy work is complete and we are now in the review stage. After that, I will make my own review, and then a second one, by an english speaker. Expect the book before Christmas! The profit will help to solve a few problems, including a weird health condition I suffer that forces me to eat three times every day. Also will fund my game project, based on the Elymuria universe, a nice and fun isometric RPG. By the way, if you can read spanish, there is no need to wait for translations, get the novel on Amazon.
But lately I have abandoned a bit my writing tasks, in favour of programming. It was time to return to my younger age, when I toyed with multiplayer projects. A friend asked my help with an interesting idea, and I I jumped head on into connected games with Unity. Not a nice experience, I have to say. But, as y boss says, if you learn something from it, then it is worth the effort.
I have invested two weeks trying to underestand Unity Transport, which is a low level networking API, and also learning to use Jobs, to make both client and server multithreaded. Eventually I will have to also learn ECS, because the high level networking API, Netcode, is being designed with Data Oriented Technology Stack in mind. At least some knowledge of hybrid ECS is recommended. To make things worse, working with multithreaded in Unity seems to demand some knowledge of the new Collections package, that implements NativeList, NativeArray, and some other data structures, with some specific restrictions.
So far, I have only managed to send basic packets to server, but I hope I will have a sort of working prototype in a month or so, featuring player movement and maybe, even updates propagation through several clients.
Labels:

Comments

Post a Comment

Popular posts from this blog

Isometric camera with Godot

Took some effort and some of my sleep hours, but at last, I made it. Here is my first videotutorial: implementing an isometric camera in 3D, with Godot. Useful if you want to emulate the look of old classics like Fallout 2, but with some extra features. Considering that my voice is not so nice, and my english pronounciation is even worse, I also added texts to help you underestand what Im saying. You will also notice some background noise, but cant do anything to solve that. Any suggestion is welcome. Expect another tutorial soon.... or sor tof. This time, will be about my AI system.
Post a Comment
Read more

Unity3d isometric camera tutorial

I had pending this since a month ago, so Im forcing myself to post it today. The goal is to provide a fully functional isometric like system that you can use with few or none modifications in your own game. So, lets get started. Start Unity3d and in your scene, add an empty GameObject, we will call it target . Create a camera object and drag it to target to make it child. The result looks like this: Now select Camera and set the values to this: For a true isometric like feeling, ortho projection is essential. You could use perspective, but it is not the same. Play with Size to suit your needs (we will be using this later, when implementing zoom). Now, lets create an script named CameraController, or whatever, and drag it to target GameObject. Lets implement scrolling, the easier part: go to Update() and add the following code: if (Input.GetKeyDown(KeyCode.W)) {             dir = UP;         } e...
Post a Comment
Read more

Vulkan and open source engines

It is weird, but even when Vulkan has embraced the open source philosophy (open drivers, tools, etc), Im not seeing too much enthusiasm to adopt it in open source game engines. I have been following mostly Godot and Urho3D, yet Ogre3D and Irrlicht doesnt seems to be rushing to implement the new renderers. It is worth to mention that Godot promissed they would delay the long needed refactoring of its 3D renderer until Vulkan release, but now they say they wont be using it, favoring GL ES 3 instead. The other engines seems to be dealing with lack of man power (Urho3D leader left the work on hands of community, as he is not working on Vulkan renderer right now) and base code designed for older APIs, specifically, DirectX 9. Lot of work is required to adapt this code base, not only for Vulkan, but for DirectX 12 too. Well, nobody said that developing a game engine was easy. The advantages of Vulkan have been widely detailed. From engine point of view, it would centralize all renderers...
3 comments
Read more