Sauerbraten Colaboration

by SilentFox2000 on 02/17/2006 13:04, 41 messages, last message: 02/23/2006 20:20, 17740 views, last view: 05/18/2024 03:07

I was thinking that all mappers, music makers, and modders get together and make a slew of maps on one cgz. file. But everyone has to be willing to do that of course.
___________________________________________
For all you FPS freaks, register here
http://invisionfree.com/directory.php?go=1195710

   Board Index   

#20: Re: ..

by Aardappel_ on 02/19/2006 01:33, refers to #14

Passa, we ALREADY have a community project. It is called sauerbraten. I am not sure what you people are all confused about. Like Makke said, if you want to make maps, JUST MAKE THEM, and if they have quality they will get added to sauerbraten, the game.

There will always be people that will judge a game instantly like "its lame look at the ogro" or whatever. Sauer is never going to look as good as the latest and greatest commercial FPS (not until I get 20 fulltime artists or so). So there is absolutely no point in trying to cater for these short attention span people.

If people can't unzip and click a .bat (I will even switch to an installer once it gets more mature), then that is their own problem. I am not trying to make money here so there is no point in trying to win over the "can only click on shiny buttons" crowd. There will be no frontend.

Most people assume that the only purpose of any project is maximum exposure. It is not. I am more interested in great gamedesign, great content, and great code.

reply to this message

#21: Re: ..

by MitaMAN in the cave on 02/19/2006 01:35, refers to #12

Perhaps post SAUER on gamehippo.com, devmaster.com, and moddb.com to name a few. Gamehippo and DevMaster is where I first found out about CUBE.

Aard, I must admit I'm sorry you "decided to cancel a mod friendly scripting engine for sauer". I was looking forward to seeing what I could come up with in single player maps for Sauer.

But still much can be done with some imagination using triggers/moving models (I hope that may still be planned).

Even as the engine stands right now it's great to work with, it can only get better.

I must get off my lazy butt and finish my first Sauer SP map.

MitaMAN

reply to this message

#22: Re: game design document

by Aardappel_ on 02/19/2006 01:40, refers to #15

I have a summarized game design document for the RPG. And trust me, you will all get to see it and have a chance to suggest changes etc.

But I want to do things in order. Right now, the first priority is polishing off the FPS DM gameplay, and we're getting close. Next up will be the FPS SP gameplay. At some point I will declare the FPS "mostly done" and from there on it will only get minor tweaks.

Then the gameplay code will get forked, and a seperate RPG game will be started. We already have some great maps in the making, and other content production can start already.

Yes, the main theme will be medieval/fantasy. That is not because I think its such a great theme, it is rather unoriginal. It is only because art is hard to come by, and this theme will be the easiest for art.

reply to this message

#23: Re: ..

by Aardappel_ on 02/19/2006 01:46, refers to #13

drian, I am not sure I will continue the wiki, it has been a complete disaster from an administration pov, and contribution hasn't been great either.

I hope instead to find people that want to work on documentation that simply is part of the distribution.

The docs already explain that the source is OS and the media is not. I am not sure why all these people would read the wiki if they don't read the docs. I will work on stating it even more clearly... but I don't feel I can do more short of placing big things in exclamation marks at the top of sauerbraten.org. Even that gets skipped (quite a lot of people have downloaded/played cube without ever seeing cubeengine.com, thru all these "free game" download sites).

reply to this message

#24: Re: ..

by Aardappel_ on 02/19/2006 01:58, refers to #21

mitaman, the language I was planning was meant for implementing the entire gameplay code, i.e. a replacement for about a quarter of all C++ code (see src/fps/). Level scripting is a different thing altogether, and will still be possible thru the current mini scripting language that is already in sauer. There will be triggers and doors, eventually.

reply to this message

#25: Re: ..

by Passa on 02/19/2006 11:56, refers to #24

fair enough.
i did sorta get carried away abit ;)

so back to the community project. are you talking like a similar thing to the unreal tournament 2004/2003 CBP things?

btw, ive noticed that pretty much everyone that is a cube regular plays either UT or quake and in most cases both. whats with that?

reply to this message

#26: Re: ..

by >driAn<. on 02/19/2006 12:23, refers to #23

> drian, I am not sure I will continue the wiki, it has been a complete disaster from an administration pov, and contribution hasn't been great either.

Thats sad :(
I tried to add some lines on md3 usage when I saw it was still read-only. I see the spam is a big probem, but I think a wiki is somehow still the most convenient way for a community to create documentation, even if registration would be required.
Yes, contribution hasn't been great, but maybe we set a wrong basis for the wiki. I assume contribution would have been better, if we had imported the current doc's (editref, *_readmes, etc) at first to make a basis where people can easily add and update content. Maybe link from the ref commands to howtos that explain its usage better, etc.
The idea of putting posts from the forum into the wiki wasn't bad though. Maybe a more powerful wiki software would help on the administrative side.

Just some thoughts..

reply to this message

#27: Re: ..

by >driAn<. on 02/19/2006 12:25, refers to #24

Btw, if found the useful command 'listlen' in cube, its not in the editref though.

reply to this message

#28: crap

by kurtis84 on 02/19/2006 19:05, refers to #20

All I have to say about this kind of thing is, WHY?!?

Sauerbraten ALREADY has every single thing mentioned here...wtf people, read the docs, and keep up to date with the engine changes for this game. Maybe try dropping in on the IRC channel, and talk to the people that work on this thing already...I'm sure theres a place for you here, as long as you can do more than talk about work.

Sauerbraten has been stable for a long time now, MP has been working for a long time, and the master server has recently been added as well!

Contribute if you want to build a map, model, or textures...don't take the engine and make a "new game", as it's not your engine to do so...show some respect for the REAL workers, the guys that sit and code for years. I wish people would realise the difference between making a game, and making a mod.

BTW..."game maker" programs are all over the net. These programs already have an engine in place, as well as a good start on resources. In my opinion, this is not "creating a game", it's just making maps and/or resources for something already built. I can see how morons would mistake sauerbraten or cube for such a program...if they didn't read any docs, or didn't yet play the game.

ALSO, cube and sauer already have a front end...it's called a .bat, and IMHO, if you are too dumb to use that, you definately should stick to commercial games that install a nice shortcut on your desktop/start menu for you.

I could keep going, but I don't want to seem like too much of an asshole...so I'll shut up now :)

reply to this message

#29: Re: crap

by Passa on 02/19/2006 21:39, refers to #28

dude this has already been discussed. relax man.

btw if you create completely new content you can use the source code of sauerbraten with no problems. but that (as i have now realised) is not what this is.

do you remember the community bonus packs for unreal tournament 2004? thats what this is. (am i right this time?)

reply to this message

#30: Re: ..

by Aardappel_ on 02/19/2006 22:28, refers to #26

drian, you have CVS access, so if you see documentation issues, please fix them :)

the whole reason I took such a simple wiki is that most CMSes are terribly complicated. I don't want to have to deal with that.

Yes I agree a wiki could be great for documentation. Every time I type an explanation of something here in the forums I feel it is wasted because it will slip away.

I will give it some thought.

reply to this message

#31: Re: crap

by Aardappel_ on 02/19/2006 22:31, refers to #29

no, you're not. I am not going to repeat myself. read my (and Makke's, kurtis') posts.

reply to this message

#32: Re: ..

by Passa on 02/20/2006 09:11, refers to #30

i rekon scrap the wiki. people should post tutorials here, and then if they are helpful enough they should be added to the cube/sauerbraten docs. also there should be a documentation.html or something file in the main sauerbraten folder so that is is obvious as most new players simply open the .bat and start playing.

reply to this message

#33: Re: ..

by Aardappel_ on 02/20/2006 09:12, refers to #32

the problem is not large tutorials, but small snippets of useful info... for that a wiki is ideal.

reply to this message

#34: Re: game design document

by Passa on 02/20/2006 09:13, refers to #22

when you say a seperate RPG game do you mean a seperate .exe file and all?

reply to this message

#35: im stupid

by Passa on 02/20/2006 09:14

sorry but ive read all over the posts and i dont get it.
i though silentfox said this was a mappack.
meh

reply to this message

#36: Re: game design document

by Aardappel_ on 02/20/2006 13:02, refers to #34

it will actually sit in the same exe. you'll select which game the engine runs thru a command line parameter (so can be a 2nd batch file). The 2 games could sit in 2 DLLs, everything is possible.

reply to this message

#37: Re: game design document

by Passa on 02/20/2006 20:58, refers to #36

how much will the rpg deviate from the normal game code? will it still be the same gameplay etc?

also, will the RPG just be like other SP maps with no story or is there some limited story development?

reply to this message

#38: Re: game design document

by Aardappel_ on 02/21/2006 02:51, refers to #37

The RPG will be very different.. it will not share much if any game code. There will be story, but purely defined by dialogue and your actions, not by cutscenes or other direct story telling.

reply to this message

#39: Re: game design document

by (spy) on 02/22/2006 20:27

If the RPG code is different then the game code, will RPG games made before the change still work?

reply to this message

   Board Index