home home

downloads files

forum forum

docs docs

wiki wiki

faq faq

Cube & Cube 2 FORUM


New release: collect edition (2013-01-04)

by eihrul on 01/06/2013 22:54, 81 messages, last message: 07/31/2013 07:00, 50037 views, last view: 12/09/2021 00:20

The highlights...

New game features - 45 new multiplayer maps, better/stronger/faster Ogro, new sounds, collect gamemodes, international character sets, faster cubescript interpreter, improved minimap.

New server features - admins/auths/masters, server-side map rotations, teamkill autokick.

New editing features - multiple water/lava/glass material types, sunlight, improved remip, copy/paste brushes.

And too much other stuff to list here, see the history page for details:

http://sauerbraten.org/docs/history.html

Go to first 20 messagesGo to previous 20 messages    Board Index    Go to next 20 messagesGo to last 20 messages

#4: Re: ..

by Hirato Kirata on 01/07/2013 05:42, refers to #3

At the moment the server list will just be filled with

"[Server is using a newer protocol]"

reply to this message

#5: server side maprotations

by suicizer01 on 01/07/2013 08:50

Boo. There shouldn't be messed around with that. You aren't including maps to sauerbraten for nothing.

reply to this message

#6: Re: server side maprotations

by eihrul on 01/07/2013 09:14, refers to #5

People alter the rotations with server mods anyway. The point of adding this stuff to the clean server is that at least people will have less need to use server mods in the first place. I had several people telling me they didn't want to mess with server mods just for simple stuff like that, so it made sense to support it.

I can't make the default server cater to all needs, but on the other hand, I shouldn't make it so completely lacking in functionality that server mods are the only way to host a server.

reply to this message

#7: Re: server side maprotations

by suicizer01 on 01/07/2013 23:33, refers to #6

Well, that seems fair, but people should not start to create servers with just 1 map in it's pool for 24/7.

reply to this message

#8: Re: server side maprotations

by Bosurgi725 on 01/08/2013 00:59, refers to #7

I don't see how that is anybody's decision but the person running the server. Just because YOU don't think someone should run the same map in a server all day and night doesn't make it wrong to do. My biggest suggestion for all upcoming sauer releases is for YOU to get over yourself. YOU are not bigger or better than anyone, YOU seem to think your opinion is the most important. YOU make people want to quit playing sauer.

reply to this message

#9: Re: server side maprotations

by Fatum on 01/08/2013 02:07, refers to #8

+1

reply to this message

#10: Re: server side maprotations

by suicizer01 on 01/08/2013 02:33, refers to #8

People rather stop playing when getting such outrageous reply thrown at them, then my statement. Just calm down an I'll explain.

One of the several reasons why it shouldn't be done is that it makes importation unnecessary. Then we better just delete that part of the code out of Sauerbraten (which I strongly suggest NOT to do).
Another reason is it isn't offering any chance that other maps are being played. Of course people could move on, but why should they when your server provides more then a very limited number o maps?

That's all, now go cry.

reply to this message

#11: Re: server side maprotations

by Zamwa on 01/08/2013 08:07, refers to #10

I have no idea what your talking about but I agree about some mods like severs in private mode yet no players is on the sever is just ridiculous! I'm not suggesting these mods are just senseless and modders should be hanged for our treachery against gameplay!
Just that yes We move on to the next sever, yes We use the sever sorting list quadropolis provides! Let us be glad these weird modders and there obfuscated mods exists!

I can mod thirty six-packs of coke into a dinghy! HURRAH!

reply to this message

#12: Re: server side maprotations

by suicizer01 on 01/08/2013 13:47, refers to #11

Maybe that's because I meant "maprotation", instead of "importation".

reply to this message

#13: Re: server side maprotations

by Hansbert on 01/08/2013 16:08, refers to #12

Even with "maprotation" instead of "importation", it only makes sense after a few times of reading. Put it like this:
"One of the several reasons why [maprotation being adjustable per default by the server owner] shouldn't be done is that it makes [normal server-side non-adjustable] maprotation unnecessary."

I think it is a very good thing to include server-side maprotation by default, because all the frequently played upon servers have it anyways. And I can understand why server owners want to be able to adjust the maprotation: A bad map can quickly empty a whole server.

(To be fair, Bosurgi's comment was clearly directed at you, not at other people.)

reply to this message

#14: Re: server side maprotations

by Papriko on 01/08/2013 19:19, refers to #11

Zamwa, why is this a problem? Default servers also include the password option. For outsiders it doesn't make much of a difference if you are blocked by a generic password of the default system or a modded account system. You just don't get in.
So when you protest against that kinda mod, you also protest against default servers.



Also, big +1 for Bosurgi. suicizer can be indeed rather annoying. His opinion is law, or at least he seems to believe it. Others are also able to "live and let live", just not him.

reply to this message

#15: Re: server side maprotations

by Zamwa on 01/09/2013 01:46, refers to #14

My point was that Suicizer had some merit to his opinion about severs in general! (The way I remember it this project is a mod!) My question to you is why should a sever not switch back automatically to open-mode when unused! All severs deserve this functionality I think!

I never believed Suicizer's curiosity was law in My three years of knowing him so stop infatuating a false belief!

reply to this message

#16: Re: server side maprotations

by Papriko on 01/09/2013 16:45, refers to #15

Why should it switch back to open once unused? What if I don't WANT it to be used by other than a few certain people?

Example clanservers: a clan could set up a special extra server reserved for meetings. To make it easier for the members to allocate the server, it is registered to the master server. This obviously makes it visible to anyone else as well.
Many people don't look at server names and/or ignore them anyways, so simply naming the server "DON'T CONNECT!" or something like that won't help.
So, now the server is filled with random noobs. You wanna make a clan meeting. What now? Ask them to leave? Probably will be ignored. Kick them? Too impolite. Spec them? Sorta impolite too, additional you can't discuss private things with your clanmates then. Restart the server? Too much effort for such a simple task. Just wait? May take too long. I see it at the Fanatic Clan-Server and some joker sets it to instateam or instactf. Sometimes it takes hours till people finally go away.

In such a case it makes quite a lot of sense to set the server to perma-private mode. That's an easy, quick and efficient method which keeps out unwanted people, so that problem doesn't come up at all.

And this is just one example I quickly could think of, I bet there are more.

reply to this message

#17: Re: server side maprotations

by Papriko on 01/09/2013 16:47, refers to #16

*WHEN some joker sets it to instateam or instactf.

This forum needs an option to edit posts, lol

reply to this message

#18: Re: server side maprotations

by suicizer01 on 01/09/2013 18:41, refers to #16

Use the password option for that.

reply to this message

#19: ..

by Zamwa on 01/09/2013 19:49

A clan can just use another clans open sever! This brings up an interesting idea if they want to use the modes of another sever they will need to forge alliances with other clans in order to use there passwords! In other words they will adapt!

If a clan has something private to discuss that they don't want a sever owner to see they will be forced to use a voice overlay program witch improves clan communication anyway! So you solve two problems with one stone and make things easier for starting new clans! Maybe even fun clan wars will erupt from this chaos of a new master sever rule!

This would be a slice of heaven for newbies and clans!
"thou shalt not host a empty sever locked, blocked or in private mode!"

reply to this message

#20: Re: ..

by Zamwa on 01/09/2013 20:05, refers to #19

Oh and this one "thou shalt not host an empty sever that impedes gameplay!"

reply to this message

#21: Re: ..

by Zamwa on 01/09/2013 20:07, refers to #20

never mind forget that one!

reply to this message

#22: Re: server side maprotations

by Papriko on 01/09/2013 21:59, refers to #18

Yes, that was the point. I had the impression Zamwa is against the password option. (in post 15: "My question to you is why should a sever not switch back automatically to open-mode when unused! All severs deserve this functionality I think!")

I just tried to provide a possible scenario where it makes sense that a server does not "switch back automatically to open-mode when unused".

reply to this message

#23: Justice to Collect Differences

by Gambit on 01/10/2013 06:01

Hello, and congrats on a great release!

Having not following sauerbraten for quite some time, I was curious as to what's changed. So I dug up my old diffing script and now present to you the commands and variables that changed since Justice edition.

Justice to Collect commands:
http://pastebin.com/9cfFTjMa
Justice to Collect variables:
http://pastebin.com/WnDff5kM

However, upon inspection, these lists are INACCURATE. The iqm/md2/md3/md5/obj/smd model commands that are reported removed are actually still there; in the source, they are no longer individual preprocessor directives but rather constructed using templates. Similarily, the waterfallcolour/lavacolour variables are defined with multiple directives to support water2/lava3/etc. Nevertheless, the things defined the usual ways pop up - I'm just not sure how many var/cmds exist in a non-usual way now. I might rewrite the diff. script to autopopulate them, but for now, enjoy! :)

reply to this message

Go to first 20 messagesGo to previous 20 messages    Board Index    Go to next 20 messagesGo to last 20 messages


Unvalidated accounts can only reply to the 'Permanent Threads' section!


content by Aardappel & eihrul © 2001-2021
website by SleepwalkR © 2001-2021
42365494 visitors requested 58070278 pages
page created in 0.037 seconds using 9 queries
hosted by Boost Digital