Dr Brain

If they don't want to see your comments, in your thread, why are they even reading it? It might make sense if you were putting off topic comments in spoiler tags. ASSS handles newline characters as well as any other program, including Subgame. More likely, you forgot some settings that continuum needs. Make sure you #include the svs settings (or any other complete settings) somewhere in your arena.conf. That's a problem with Notepad, not ASSS. There are hundreds of programs that will swap unix line endings for windows line endings. Notepad++ will do it, for example. Delete smallmap.lvl and then run ASSS. You want to change the 1 tile map that is displayed when the server admin screws up their configuration? No one should see that except admins. It'd be 0 tiles, but presumably continuum doesn't accept that (I've never bothered to check it personally). This logic can be turned around: you are adding inflexibility by forcing literally everyone (who is not a programmer or does not know how to program) to conform to the organizational design, doctrine and structure of a Linux-styled system. To illustrate, some people like to have their tools organized to perfection in their sheds/garages. Other people like to have all their tools spread out in a mess in front of them. Reason: different people have different mindsets and ways of organizing and coping. (Please do not take or read this next paragraph personally.) By forcing everyone to adapt to a "mindset" or organizational heirarchy that are plain and simply not their way of working, development of 'product' is very biased and could possibly even be said as discriminatory. Of course, nobody is forcing anyone to use ASSS, but by the fact that you may be disagreeing or refusing to accept a common realistic psychological characteristic -- I think -- would indicate that you are being biased and hypocritical in that "to conform to what you like" and using the excuse "that is your business" to fend off neutral suggestions that could prove advantageous and beneficial to the future of ASSS and Discretion. I am sorry, but I cannot agree with "it adds inflexibility" for the reasons described above. I cannot make a logical connection to see how it would add inflexibility; hypothetically, if these abilities were implemented, you would not have to ever use this feature. Defaults would be hardcoded in as such so that you wouldn't even have to include anything in global.conf of the original ASSS releases (just like how http://forums.minegoboom.com/viewtopic.php?t=8304 is not in global.conf by default, even as comments). I don't see how any of that applies to * vs. ?. Let me outline it for you as clearly as I can: ASSS handles *messages the same as it handles ?messages. It handles *uptime the same as it handles ?uptime. It handles /*grantitem -i -c -1 TacNuke the same as it handles :Dr Brain:?grantitem -i -c -1 TacNuke. Adding the ability to force all commands to be * would limit a player's flexibility in choosing how they want to enter their commands. I personally like ? for everything. If I go to your zone, I want to be able to use ? as I do in other zones. I don't care if you like * for everything. It shouldn't effect how I use my commands while a player in your zone. I still don't understand why you'd want to limit how players may enter commands, either. As previously said in this post, different people have different mindsets and ways of organizing their stuff. Some people like to have their workshop tools and wrenchs organized all nice and tidy while some people like to "dump shit into one folder" (quoting off of someone from MGB forums or some SS log). In my family, there is a clear distinction between my family members of who likes to "dump shit into one folder" when it comes to tools. Strangely enough, I am the one who would be organizing all my tools, but my father (sort of) and my 3rd youngest brother are clearly the kinds that work and function better when they have all their "shit dumped into one folder". I'm not advocating for everyone to switch to ASSS. I've stated many times that if Subgame is sufficient for your needs, you should stick with it. Also, I've yet to see a "pile mentality" person that wasn't able to find something in a well organized toolbox. That there pretty much defeats your whole argument. You've stated earlier in this post (or maybe it was one of your others) that you want to hard code many of the the standard staff groups. You've also said you want to limit modularity by making it more like MERVBot. Why does every zone have to run ASSS for the game to move forward? I think any zone that wants to innovate should move to ASSS, but many of the established zones have no need to migrate. Discretion probably won't be available for years (NOTE: that's my own personal guess). Also, there's no reason it couldn't be made to work with Subgame. Obviously new features wouldn't work with Subgame, but as I said, that's not a problem for established zones. I don't understand your meaning. I think you're confused on the "? is the same as * is the same as ?" issue, and are making up problems. If you are referring to the directory structuring of ASSS, then I will simply say that this is your opinion, you have the right to it, and I also respect both your right and your opinion. However, as I said before, I strongly do not agree for described reasons. Otherwise, elaborate more on the term better. There is no denying that a coherent directory structure is easier to maintain for hosts. Symlinks make the issue even more clear cut. You can set up a single set of binaries for your whole system, and upgrade all of your zones at once. Or you can put the log files on a different partition. Then they have the liberty to not offer any assistance. And this does not necessarily mean that all problems are unsolveable problems because of/as "a result of being so entirely different from the default setup of ASSS". So you want the most confused users to be the ones that get the least support? How does that not qualify as a disservice?

To give the option. I think it is sloppy to allow simultaneous use, but as you say, "that is your business" in the sense that it is what suits you. By giving this option, you add flexibility on backend (level 1). No, it adds inflexibility. Why do you want to force your players and staffers to conform to what you like? My problem isn't that you want to use this stuff for your zones, it's that you'll be trying to get others to use it. I think that would be a great disservice to them. A greater disservice than keeping them on Subgame. Here's why: It hides all of the advantages that ASSS offers, eliminating the entire point of changing. It doesn't hide the drawbacks, though, like the fact that their moderators have to learn a different command set. When all is said and done, they'll switch back to Subgame and never go back to ASSS, and convince all of their friends that it was a dumb system. If they don't switch back, they'll probably never know there's a better way to do things (yes, better). It makes it harder for community members offering support if there are multiple ways to configure things. Especially when you consider that none of the expert users will be using your configuration.

First off, stop speaking in spoiler tags. Your comments aren't considered spoilers. Already possible. Already possible. Why? ASSS uses both by default. If you want to use *command instead of ?command, that's your business. No. I've already commented on the other stuff by saying I won't be changing the directory structure of ASSS to make it more cumbersome and harder to administrate. The directory structure is a POSITIVE. Every sysop knows how frustrating it is to have the files for 100+ subarenas cluttering the main folder.

The only reason you give for ASSS not being complete is that Subgame users cannot easily switch to it. You gave no other reasoning. Using that same logic, Subgame is not complete because ASSS users cannot easily switch to it. QED

LC, using your logic Subgame is not complete, since ASSS users cannot easily switch to it.

A group of people, with no experience in ASSS, building a complex scripting language is one of the worst proposals I've heard. If you need a specific module, there are plenty of people in the community that would be willing to write something for a large zone. If you don't need a specific module, why are you wasting your time writing a module builder, when you don't even know what you want it to build? You didn't say what ASSS was lacking for DSB. You'll note that I also said Subgame was aimed at server admins, and not regular players. ASSS is no different.

If you're serious, you should try and trim down the messages that your bots send. Don't forget to remove periodic messages, and the greet message too! They consume far more bandwidth than 50 bytes. Don't even think about doing what this crazy guy wanted to do, either: http://www.ssforum.net/index.php?showtopic=24002 (lol).

First off, I'm not really sure why people think that *commands don't work on ASSS. I can only assume they've never tried it. The server (by default) doesn't distinguish between ?abc and *abc. They'll both work for any command. Anyway, I looked through your txt file (the link that Samapico corrected...), and a lot of that stuff already exists. You can split up arena files (they are by default, even). You can specify power groups as you please, and assign commands to each. You can even set player's groups per arena. This only furthers my feeling that you've never used ASSS. Have fun making that work. Especially with C/C++. Oh, so you know, MERVBot plugins have far less flexibility than ASSS modules. Bots are not like zones. Making something "like mervbot" would be a horrendous design choice. Bottom line: I have limited development time, and I have zero interest in making ASSS organized like Subgame. ASSS is a lot easier to administrate because of its hierarchical organization. I also don't see much of a market for zones switching from ASSS to Subgame. The established zones aren't much for innovating, and are happy with what they have. Also, the small zones will have to overcome much larger hurdles than getting the server operating. That said, there's no reason a developer couldn't spend their time on this. I'm not going to be that guy, though.

Your argument depends on the fact that Subgame is somehow intuitive to players. I strongly disagree. Take a look at the thousands of postings on forums.minegoboom.com and you'll see evidence that it's not easy to setup. Also I disagree that players are the primary audience for ANY server software in ANY game. After that, your whole argument crumbles. Also, your argument seems to suggest you've never used ASSS. Is that the case? You say it'd be easy to change the ASSS frontend without removing functionality or flexibility, but that's simply not true. Furthermore, your whole thing can be summed up as "someone should make this better", without saying how. My response can be summed up too: "Elaborate, or shut up."

I disagree with your premise, but even so I have no idea what you hope to accomplish with this thread.

I like gentoo because it's one of the most flexible, but I'd recommend something else if you've never used Linux before. Perhaps Fedora, or Ubuntu (if there's a console-only edition).

ASSS on SSCE doesn't use much in the way of computational resources. It does use a fair amount of memory, but I don't think that would be your limiting factor. Server performance in SubSpace is almost entirely dependent on the underlying network (and I'd assume DSB already has that covered). I'd say give it a shot in a virtualized environment. If it doesn't work, then you can focus your efforts on getting good debugging traces on Windows.

Hyperspace does have known bugs, stemming from the database portion of hscore2. I'm aware of them, but fixing them would not be practical without a huge overhaul of the database system. Therefore, I'm simply focusing my efforts on hscore3, which addresses the flaws in hscore2. Don't consider Hyperspace's stability record average. If you get a trace of the zone crashing, I'll make sure it gets fixed. ASSS on Windows has a history of being less stable than on Linux, but that's mostly because fewer people use it and fewer people report bugs they find with it.

I don't recall reading your suggestions before this, but I've added bugs for your suggestions regardlessly: http://bitbucket.org/grelminar/asss/issue/75/default-bot-group http://bitbucket.org/grelminar/asss/issue/76/add-sgcompat-files-to-groupdefdir

That was addressed in 1.5.0rc1 by adding the "forceshipfreqchange" capability. http://bitbucket.org/grelminar/asss/issue/6/add-capability-for-automatically-including-f-for-setship-and What other suggestions for ASSS did you make that didn't make the cut? @TurboSlug: your best bet is to set up a test zone, and just post questions whenever you run into difficulties making things work like you want/expect.

Ideas are cheap. I have three or four unique ideas a month (pertaining to subspace). The problem isn't coming up with a good idea, it's implementing it. There's no point getting us to comment on your idea. Get it working, and have us comment on the implementation.

Subspace, and hyperspace specifically, has always been a technical hobby for me. I enjoy the programming aspects, and the game design. The administration is a headache, but I still learn a good deal from it.

That's a fun bug. Probably not too hard to fix when I get some time. I edited your original post because we don't need you to solve problems that don't exist. Putting all of the bug reports into a single thread isn't a good idea.

Isn't fairpoint going bankrupt? Maybe they already did. I heard it about a week ago.

Meaning kids shouldn't be allowed to play SS by their parents? You want to kill 80% of the population so you can post pornography?

Let me get this straight, Sever, you don't trust the government over legal proceedings to the Iraq war, but as a liberal, you trust them with every aspect of your life?

The changes to the Nobel Committee within your time frame are insignificant to show bias, and not to mention how pointless it is for a Norwegian committee to be biased when it comes to political affairs that don't effect them in any reasonable way. I can only shrug off your claim of bias as an opinion with no pragmatic backing. Glad to know that unbiased people can't become biased, and that it takes entirely new people to make things become biased.

Lynx, those people *can't* be covered by the Geneva Convention, as they weren't wearing soldier's uniforms. They especially weren't wearing soldier's uniforms of a country that signed the Geneva Convention. There are a hundred other reasons they can't be covered, but those two should be enough to shut you up about that.

21978 x 4 ----- 87912

Where does it say it'll go to the guy who's been trying the most? Personally, I don't care that he got it. The nobel prizes lost all meaning when Al Gore got one. I just like to argue with people that are defending the decision to give it to Obama.