Ah lol thats funny, who is working on that Niicke
Printable View
Ah lol thats funny, who is working on that Niicke
Just me for now :D:Quote:
Originally Posted by GoldenHeaven
I will give some advice to those who are working in Minerva: Keep in mind that it will be for studies only, the structure in which Minerva was built will not support players, it is not scalable, it has competition problems, among others
Ive said this time and time again and others have said it too, people just want hope i guess.Quote:
Originally Posted by Niicke
I totally agree on that. Also compiling it from such a high level language would compromise performance. But on the other side, nowadays we have Coffee Lake and RTX's so...Quote:
Originally Posted by Niicke
Source wise, it looks pretty, never compiled it tho :sleep:
I believe that C# is enough to create a PLAYABLE version nowadays. Of course it will NEVER be the same as C++ performance.Quote:
Originally Posted by walkernight88
I'm creating in .NET Core but there are things that the developer should pay attention like: multithreading ( concurrent objects ), parallelism (TPL) and the most (but no less): Garbage Collector.
So.. I believe it is possible, if you master these 3 subjects :love:
.NET Core and Framework have a really nice ThreadPool mechanism. And by Garbage Collector, if you code, you must be really dumb to leave anything behind. At least when performance matters... (Long live Async and Await :w00t:)
I would code it in Swift (the Apple nowadays language). It's freaking fast and compiles directly on linux...
Ahm, C# is more than decent performance-wise and has the necessary scale to deal with lots of players especially thinking that this can be deployed in clusters. I don't know why you brought up RTX in this case since it's server side and btw AMD came back with equally good if not better CPUs.Quote:
Originally Posted by walkernight88
Compiling doesn't compromise runtime performance.
No, most people don't understand how GC works and assume that it takes care of everything. It is actually not that hard to "forget" references of objects and end up with memory leaks.Quote:
Originally Posted by walkernight88
I have never tried Swift but I suppose there are many ways to achieve the same thing :)
Quote:
Originally Posted by Niicke
Which any decent developer should.
Yes I agree.Quote:
Originally Posted by emi
I just said these things because they were misapplied in the Minerva, and some were not even applied eg. TPL
That is indeed true, at the same time AFAIK this has not been developed by SDEs or a Studio so it is kind of expected. Everybody is learning :D
Hmmm... hmmmm...Quote:
Compiling doesn't compromise runtime performance.
That moment when a var increase in high level lang does 5 loops and 3 calls of asm subprocs :w00t:
Just to be clear, I was referring to AOT.Quote:
Originally Posted by walkernight88
Obviously a high level language is nowhere as efficient as a low level language. Probably you meant compilation into machine code whereas I interpreted it as AOT.
https://imgur.com/a/N64rye2
someone help me pls
im use cabal GSP ep22 clientQuote:
Originally Posted by soewandi
Quote:
Originally Posted by soewandi
Code:struct Channel {
CHServerId: byte;
ChannelId: byte;
ChannelPlayersOnline: ushort;
Empty2: byte[21];
Unk1: byte;
ChannelMaxPlayers: ushort;
ChannelIP: byte[4];
ChannelPort: ushort;
ChannelType: int;
Empty3: byte[4];
}
struct Server {
ServerId: ushort;
Empty1: byte[5];
QtdChannels: byte;
Channels: Channel[QtdChannels];
}
schema {
Header: ServerHeader;
QtdServers: byte;
Servers: Server[QtdServers];
}
how to fix this message when login and select channel?https://www.facebook.com/photo.php?f...type=3&theaterhttps://www.facebook.com/photo.php?f...type=3&theater
"the channel cannot acommodate any mores player"?