This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Topics - Lothy
RSC Server Development / Discussion / Differences between the MoparClassic client and Reines' RSCD client« on: May 21, 2016, 07:54:44 AM »
I've just been playing around for a few hours with RSC and I just wanted to check - is the MoparClassic client (found here: https://github.com/xetr0v/mpc-client) the best client to use, or is Reines' RSCD client better?
I just noticed that their packet decoders are quite different, so what other differences exist between these two clients? To be honest, I'm not even sure on the version numbers.
Can anyone provide some insight? My Elysium server from years ago was built to work with the RSCD client. But if this client isn't considered 'good', and the MoparClassic client is better, then I'd rather not have my new code operate with a wrong client version.
RSC Server Development / Discussion / Resumable scripts in C# (x-post from General Server Discussion)« on: April 07, 2016, 05:30:17 AM »
Here's the original topic: https://forum.moparscape.org/index.php/topic,674073.0.html/
I've cross-posted this here as well because there has been, and still is, a lot of RSC community interest in easy-to-write resumable game content scripts.
Scripts that don't result in continuation-hell and/or blocking of thread.
You can run the code and see the result yourself here: https://dotnetfiddle.net/WcUSzT
Java doesn't support coroutines at the language level, but there are tools out there that provide them (e.g.: https://github.com/offbynull/coroutines).
There are also tools that result in a comparable outcome (e.g.: http://docs.paralleluniverse.co/quasar/).
But yeah, C# has language level support for this using the yield return construct. The compiler builds up a state machine and does the work for you.
The tl;dr version containing just the trivial script. The script prints a line, waits one tick, prints another, and then waits 3 seconds (6 ticks) before printing the last line:
The entire code sample:
Two months ago, a staffer (Davidi2) was bullied in this place and made fun of, repeatedly.
Mostly because he was being a sook and complaining about the new mandatory TLS usage for the website and IRC network.
I just wanted to say, on behalf of all involved, that we are deeply sorry.
We're deeply sorry.
Video footage of our heartfelt apology may be found here:
« on: February 02, 2015, 05:35:24 AM »
Here are the beginnings of a fluent API I'm designing:
The idea, in a nutshell, is that the scripter is largely abstracted from things like nesting.
It's early days but this will be recursive, allowing for n-depth option selection. I just need to work out the details.
Thoughts on the use of a fluent API as opposed to the nested solution in RSCD (the worst of them seems to be org.rscdaemon.server.npchandler.Tanner) ??
RSC Server Development / Discussion / Contributing to https://github.com/Lothy/elysium-single-threaded« on: January 28, 2015, 04:31:50 AM »
I'm told that at least one person has expressed interest in contributing to this project. That's fine.
Feel free to fork the project and contribute changes via the pull request mechanism. Keep each pull request's changes concise and related to one thing. If they're reasonable then I'll review them and include them in the main branch.
I'm developing this in my own time, at my own leisure, so no rushing or hassling me.
Project has been converted to use the Maven build system. Continuous integration now in place: https://travis-ci.org/Lothy/elysium-single-threaded
What known bugs exist in RSCD v25 (the leaked version) ?
I've been trying to hack together my own solution but it's a lot of work. To be honest I'm probably better off starting with the content-complete RSCD v25 and making my improvements to it instead, rather than trying to do it the other way around.
« on: December 03, 2014, 01:36:08 PM »
Who would play such a game?
There are some caveats that I can think of which might be hard/impossible to correct:
1. Walking - there would no longer be 'chasing' as you have when pking in RSC.
2. Actions, such as talking to NPCs, wouldn't really block others from using the NPC. I suppose you could change this, but would you want to?
I can't think of any other stuff right now. What are your thoughts? Do any other issues/caveats come to mind?
« on: September 26, 2014, 07:46:39 PM »
Does anyone still have the original release of RSCD v25? I have a few variants that purport to be RSCD v25, but I'm unsure which is the real one (without any alterations by people after reines' release).
I'd like to know though.
Are there any distinguishing features? Package names? Anything like that?
One seems to use the package format org.rscdaemon.*, has a quest package (org.rscdaemon.server.quest), and comes with a sprite editor.
Another uses the same package format but doesn't come with a quest package.
Then there's another one using com.rscd.* for the package format, and comes with this TODO list:
Notably, the client included in this release is the regular RSC client - not the RSCDaemon client (with the green colourscheme).
Also, the last modified date on many of the files in this release was June 2007.
Halp me guys, someone here will know. I'm also happy to share all of these as I wouldn't be surprised if existing links anywhere are dead (these files came from a backup DVD I made in 2008, ).
I wrote this today for a colleague. It's designed for use by engineers and other procurement personnel in transport for the purpose of surveying stretches of road for bicycle and pedestrian use. This would then inform the prioritisation of cycleways that are to be constructed (among other things).
I figured I'd share it as it contains a variety of interesting things that university-level students currently studying C# would find useful. This includes WPF, use of the MVVM design pattern (using the MVVMLight API), use of Dapper and SQL Server 2012 LocalDB, etc.
Here's the link: https://github.com/Lothy/cyclist-surveyor
It requires the .NET framework version 4.5.1 or higher and Microsoft SQL Server 2012 LocalDB to be installed.
This topic has been made to replace the previous topic (which was removed because it was being misused).
The rules are simple: This topic is for complaints about staff conduct. In other words, if you think a staff member has unfairly warned you then post here.
This topic is not for complaining about moderator choices.
Reminder: This isn't for staff praise, either. Don't post things like "Oh, I love [insert moderator here], he's so cool!". We're asking for complaints, and posting praise isn't going to help.
Second Reminder: This thread is NOT for controversy with other members OR personal issues with your account. This was stuck so that you would all stop making staff complain threads in sections they didn't belong. You're here to complain about the staff not cooperating, their lack of effort, abuse of power, bad judgment, etc. Please try to keep to the topic.