Bak

The building process has only been tested under Ubuntu for linux, so it should work. I'll be happy to get you a linux binary, however in exchange let's figure out what's going wrong with the current building process on your setup. 1. You mentioned that building on Eclipse gives you some warnings. Are those warnings with the compilation process, or warnings that Eclipse is generating? Can you paste the warnings here? 2. You said there was a Discretion.exe generated, but not in the right place. Could you exactly say where it's being generated (you sounded unsure in the post). Is it Discretion.exe and not FrontEnd.exe or in_game.exe? Also, this will generate a native linux executable, so you shouldn't need to use wine. The project that generates Discretion.exe is 'launcher', so it would be useful to get the console output of the build process for that one in particular. Thanks! (I'll get you a binary in a little bit).

I've removed the digital signing and automatic update mechanism from the build, and I've successfully got Discretion building and running on Linux! This was much more work than it should have been, but I learned a lot and I hope it will be worth it. There is a simplified build process for everything in the entire project, and the svn includes binaries for the dependencies for both 32-bit linux on an x86 processor and 32-bit windows on an x86 processor. If you want to use a different architecture, you'll have to build the dependencies yourself (see BUILDING.txt). I haven't had time to test the networking side of it, so only play offline has been verified as working. I will convert the server to a linux project next and then ensure clients on either platform can connect to it before proceeding further (the current server in the svn is a windows build). Inside the main src directory there is a file, BUILDING.txt, which describes the new building process. Almost everything is done using Eclipse projects which are already built for you. I hope some of you can try it to let me know how it goes. Here is the svn command to get the client: svn co https://ss-discretion.svn.sourceforge.net/svnroot/ss-discretion/client/trunk/disc_client There will be a bin directory and a src directory. Follow the instructions in src/BUILDING.txt.

I was thinking about some design simplifications which would make everything a lot easier. 1. Removing auto-updating: It seems to be more work than it's worth. Even when I had it I would still basically update the whole thing at once. Maybe a way to tell if your version is out of date and direct you to the update website, but not the file-by-file fine-grained update system I have now. 2. Anti-cheating checks on server side instead of peer-to-peer. Not sure about this one, but basically now the server resends replay-streams to other players and has them check each other. This was to offload computation from the main server. However, I am not sure if this computation is even significant. Also, these days computation is getting cheaper and cheaper so it may not even be a problem (I never did measurements to see how many replays could be processed per second to know if this is even possible). With multicore systems these could be put into separate threads running on the server. Not sure yet though. The main point is I want to focus my time on developing the client, not developing these things which take a lot of time and add little to the game experience.

Worked on getting the new digital signing in. I figured I would work on the automatic updater first, so that's where I started. Apparently the people at zlib have got a few more newer versions of the library out, but they no longer release pre-built binaries, just the source code, which is bad for windows. They also decided to delete the .zip files of the old versions off their server, so I had to scramble before I found a version in the libpng sourceforge page. Also, looking at the automatic updates, it was off a windows batch script and then a lot of hardcoded paths... not very well designed. I am redoing a lot of it now to have a much cleaner design (hopefully). It will use a regular bash script to do all the work, and then the main program shouldn't need so many hardcoded things.

Hmm, I'm not really sure what you mean? We're aren't using opengl?

Yeah probably as a replacement for aedGui (which is used for the launcher now), exactly

ok here's the thing though. I already have the cskinviewerproject for viewing subspace skins and interacting with them and some basic gui (selecting name/ password / resolution) written in aedGui. We'll need to remake this in Qt if we can not use it as is. Would you like to do this? I think the back-end functionality is generally split up from the display part so that part should be reusable.

I hope that's a good smiley... It should generally be portable code except for the digital signing part. First I'll integrate it into the windows version, and then start doing the linux one.

Which means I can finally port it over to Linux. The downside is now you'll need java to be installed in order to play, but I don't think that's too harsh of a requirement. It took a day to make the program, whereas it should have taken an hour. It seems like the APIs were written by mathematicians instead of programmers. Now if only sourceforge would let me reset my damn password I could commit some updates...

What do you suggest? Are there any that look half decent? As far as I remember, the only dependency it had was freetype for the fonts. There is a custom version of aedGui in the deps folder of the svn.

updated the list. the next time is the linux version

oops thought it was still 2010, well regardless

Since religion is such a big deal, don't you want to make sure you have the right one? Is there anything that would convince you to give up your religion (perhaps for another one)? What would that be?

what sort of scripts were you thinking of writing that require a full-blown client-side scripting language?

Sure. If you download the Discretion Linux server pack (https://sourceforge.net/projects/ss-discretion/files/ss-discretion/Server/), the src/discretion_asss directory contains a makefile (discretion_asss.mk). You can make the entire server (core and discretion modules) by going in the src directory and using the "make" command, as usual.

They way it's done now is that the client is told which modules it should use when connecting to a server. This check is easy to disable, however, but if any modifications affect client behavior (if the client does anything an unmodified client can not do), it is detected as cheating and the player is removed.

Sure, I think Arnk/Brain are working a generic way of handling clients in asss with an abstraction, which I will use if possible. I have given Brain the list of changes I made to asss' core to allow Discretion to connect ( http://forums.minegoboom.com/viewtopic.php?t=8483&postdays=0&postorder=asc&start=25 ). The source is included in the server pack also if you want to take a look.

Fixed. Thanks for pointing it out.

I am pleased to announce the release of the Discretion Server pack, binary with source code, for both Windows and Linux. You can get them here. Right now, they are essentially clones of the Discretion Experimental Warfare server so you can look at how the settings for the Forces and damage work. If you want to influence which features Discretion supports and which bug fixes get priority, the best way is to run a (popular) zone.

Discretion version 0.40 is out! You can update through the internal update mechanism, however it may be easier (and slightly better) to download a fresh 0.40 package from the Discretion webpage: http://ss-discretion.sourceforge.net/ . There is a server up, Discretion Experimental Warfare, which you should be able to connect to and fight. There are some cool things in there with the new Forces module, such as boosters which push your ship and weapons in a certain direction, and a friction area where your ship slows down over time. You can also link with a chatnet account on SSC to maintain your chats from SSC (SSC chats show up as chats 11-19) and bridge private messages with the new ChatBridge module (command ?chatbridge for details). Be sure to invite your friends to try all nine ships.

it was the server time... which the server sends in centiseconds as a u32... I wanted to store things internally in milliseconds in Discretion, but then in the packet timestamps you need to reconvert back to centiseconds.

n*10/10 != n half a day... fuck

Interesting... it seems that it updated either the module manager or settings handler before it messed up the update, then when it loaded it notices they're different versions so it can't go on. I'll have to think of the best way to fix it. Also strange that the updates are freezing for you. If can't maintain a TCP connection that may be a bad sign since you need to do that for the anti-cheat system.

Hmm that's strange. Which file was missing? Did the update finish normally? Did you rerun the .bat file after the update? Anyways I added some debug to one of the modules which will help diagnose the problem. Delete Discretion, redownload, update, and try again thank you

in front to help you dodge incoming bombs... if you can think of a better way that's easy enough to implement I'll change it. Try it with practice offline. Actually, there's now a trial Discretion server up. If y'all want to alpha test before the official announcement, do this: 1. download discretion from the sourceforge page ( http://sourceforge.net/projects/ss-discretion/ ) 2. unzip and double click the .bat file 3. go to options -> update discretion 4. it may crash here when it tries to restart, but basically rerun Discretion.bat 5. click "Zones" to update the zone list 6. You should see "Discretion Experimental Warfare" in the zone list, come on in. still lots of little bugs to work out (players get specced when someone new enters) and settings are plain, I'll get something in the next day or two Something you can do is use the ?chatbridge or ?cb command to link with an SSC account. This will login a player in Hockey Zone using chatnet and allow you to bridge your chats and private messages with an SSC server. you need to make an ssc account for this first though.