Welcome, guest! Please login or register.

    * Shoutbox

    RefreshHistory
    • Cole1497: join horney scape we are horney all the time and have a sex emote
      November 09, 2019, 05:14:33 PM
    • thewraith500: try autoscape,0rg brand new osrs CUSTOMS server! fight caves for flaming fire cape, upgrade them to infernal wings + more!
      November 09, 2019, 01:37:29 AM
    • SuperNativeZ: Come play brand new server [link]
      November 08, 2019, 02:13:24 PM
    • SuperNativeZ: Come play brand new server [link]
      November 08, 2019, 02:13:17 PM
    • SuperNativeZ: Come play brand new server [link]
      November 08, 2019, 02:13:14 PM
    • ragnoroker: Brand new server, come join the fun - unique server - RuneGuild - [link]
      November 07, 2019, 11:55:44 AM
    • ragnoroker: Brand new server, come join the fun - unique server - RuneGuild - [link]
      November 07, 2019, 11:55:40 AM
    • ragnoroker: Brand new server, come join the fun - unique server - RuneGuild - [link]
      November 07, 2019, 11:55:35 AM
    • ArtexAdv: Come play brand new server [link]
      November 07, 2019, 07:36:34 AM
    • grefin::cool:
      November 04, 2019, 12:55:57 AM
    • grefin: Hi friends! I cant get through that bank pin thing. What should i do my friends?
      November 04, 2019, 12:55:36 AM
    • cows1471: its weird
      November 03, 2019, 02:56:40 PM
    • cows1471: fudge me
      November 03, 2019, 02:56:34 PM
    • cows1471: my original account is 11 years ago
      November 03, 2019, 02:56:26 PM
    • cows1471: and yet
      November 03, 2019, 02:56:14 PM
    • Christmas_tree: this place has changed
      November 03, 2019, 02:54:34 PM
    • Christmas_tree: fudge me
      November 03, 2019, 02:54:25 PM
    • Christmas_tree: six years ago i registered this account
      November 03, 2019, 02:54:22 PM
    • thewraith500: everyone join autoscape,0rg its the best customs osrs server yet! the owner gives ultra boxes!
      October 28, 2019, 08:03:09 PM
    • gameruler93: I am so fudgeing glad to see this website is still alive.
      October 28, 2019, 07:57:18 PM

    Author Topic: RSCGo: A new RSClassic server implementation written in Go 1.11+  (Read 206 times)

    0 Members and 1 Guest are viewing this topic.

    OfflineZach Knight

    • Member
    • **
    • Posts: 49
    • Thanks: +0/-0
      • View Profile
    Hello, Moparscape!

    I have, over the last month, begun development on a new project.  I became really interested in Go over the last few years, and had thought about doing a project like this one for a while.  Recently I was going to start improving an old RSCDaemon-based codebase I'd worked on in the past, and after hacking on it for a little while, decided that it would be better, and actually probably be a lot easier, and definitely more enjoyable, if I just implemented a brand new RSClassic server using Go instead.  So, about a month or so ago, I sat down and started working on it.  It's now at a state to where others would find it useful, and as such, I've decided to publicize it a little.  I know that this is where I used to discuss RSClassic development, and so I've decided to post it here first!

    Server: https://github.com/spkaeros/RSCGo
    Client: https://github.com/spkaeros/RSCGo-Client

    For those that have not heard of it, Go is a programming language designed by some developers at Google which implements CSP-style concurrency, and was designed with the goal of replacing C/C++ for a lot of Google's projects.  I'd say that they did a decent job, as I personally love using Go, and find it the most intuitive language I have ever learned.  Plus, it compiles to native code, which I think is great.

    RSCGo is being designed with performance, simplicity, and portability in mind.
    It should always be able to compile and run on the three major desktop operating systems: Linux, Windows, and Mac OS X.
    It should be able to handle large player loads on modest hardware.
    It should leverage modern technologies to provide a responsive user experience, and run efficiently on modern hardware, using minimal resources.

    For the database, I've decided on SQLite3, as I feel it is the best SQL for the job and enables easy and fast deployment, without needing any SQL server installed nor root access on the target machine.  I am debating on implementing a less-powerful data store for this project so that I may remove SQLite3 as a dependency, as go-sqlite3, the package I use for my SQLite3 driver, depends on CGo, which seriously impedes portability and increases binary size a great deal.  This may or may not happen in the future, we'll see.
    For configuration settings, I've decided to use TOML, as I feel like YAML is kind of overkill, and INI too simple.  Plus, I like the TOML API a lot better than the INI API in Go.
    For command-line flags parsing, I've opted to depend on a package from a github user: jessevdk/go-flags  It provides a very nice and easy to use API and much more complete parsing capabilities than the go standard flags package does.
    For password hashing, I've decided to use SHAKE256, using a configurable salt, with an output length of 64 bytes, and I use the golang.org/x/crypto API for this.  This is the highest security SHA3 algorithm available and while the security level may be a tad overkill, the performance hit from using this versus a less secure algorithm is negligible, and so I decided to go ahead and use it.
    That's all of the dependencies for this project.  Obviously to build it you'll need a working Go 1.11+ compiler.  I do test builds for RSCGo on 32 and 64bit Linux and Windows, and nothing more.  If anyone can help me to test against 32 or 64bit Darwin, that would be greatly appreciated.  I believe that it'll compile and work well on any target system with a working Go 1.11+ compiler with CGo support and accompanying C compiler, and a working SQLite3 C driver implementation.  If I ever manage to drop SQLite3 as a dependency, it should compile and run fine on any target supported by Go, which is a rather long and impressive list.

    Here is a screenshot of a slightly earlier revision in action, just after multiplayer walking support was finished:
    https://i.imgur.com/ZjzgBcE.png

    Anyways, I'm going to stop writing about it for now.
    If you have any questions, comments, or suggestions, please let me know.
    If you'd like to sponsor further development, or provide a server and domain for a publicly available server running RSCGo, please let me know.  I'm going to attempt to work on this until it's complete, but unless someone else can provide the means for it, I am not able to host it publicly at this time.
    Runescape Gambling

    OfflineEcko

    • Member
    • ****
    • Posts: 665
    • Thanks: +0/-0
      • View Profile
      • Autobots
    Re: RSCGo: A new RSClassic server implementation written in Go 1.11+
    « Reply #1 on: September 18, 2019, 02:11:25 AM »
    I can give you a server

    OfflineZoso_

    • Member
    • **
    • Posts: 70
    • Thanks: +13/-10
      • View Profile
      • Nemo Tech
    Re: RSCGo: A new RSClassic server implementation written in Go 1.11+
    « Reply #2 on: September 18, 2019, 06:03:05 PM »
    Good stuff Zach. Firstly, Go is actually a great language (though i do find myself using C/C++ nearly every project). Also: I'll just leave you this quote that I like regarding your recent acquisition of TOML:

    If you are writing code for other code to read, use YAML. If you are writing code that writes code for other code to read, use JSON. Finally, if you are writing code that transcompiles code into code that other code will read, rethink your life choices. - TA

    I'm glad that this project is developing nicely. Good work
    « Last Edit: September 18, 2019, 06:09:36 PM by Zoso_ »
    101010

    OfflineZach Knight

    • Member
    • **
    • Posts: 49
    • Thanks: +0/-0
      • View Profile
    Re: RSCGo: A new RSClassic server implementation written in Go 1.11+
    « Reply #3 on: October 09, 2019, 09:15:51 AM »
    I can give you a server
    That would be extremely helpful.  It wouldn't need any significant resources to run this software efficiently, though multiple cores is ideal to take advantage of the concurrency features, obviously.  Upon launch, RAM usage stays at around 10-20MB right now, but I have more entity definitions to load into RAM still that I've yet to write the code for.
    Contact me, either via email [email protected] , discord: Alucard#6441 , or PM.  Thanks bud.
    Good stuff Zach. Firstly, Go is actually a great language (though i do find myself using C/C++ nearly every project). Also: I'll just leave you this quote that I like regarding your recent acquisition of TOML:

    If you are writing code for other code to read, use YAML. If you are writing code that writes code for other code to read, use JSON. Finally, if you are writing code that transcompiles code into code that other code will read, rethink your life choices. - TA

    I'm glad that this project is developing nicely. Good work
    Ha.  What an enjoyable anecdote.  Appreciate the good vibes, man.  I have started working a new construction job as I have bills that need to be taken care of once in a while, but I have some free time coming up now that rent is paid and etc, so I intend to resume development on this project very shortly.  My next major goal is a scripting language and VM environment for handling scene action triggers, possibly derived from examples of runescript syntax.

     

    Copyright © 2017 MoparScape. All rights reserved.
    Powered by SMFPacks SEO Pro Mod |
    SimplePortal 2.3.5 © 2008-2012, SimplePortal