doc flabby

I can't really think there is much that sysops need to say to each other that HAS to be secret. I can however see the argument for being able to have debates away from the public eye, as it allows more freedom of expression of ideas. Maybe a good compromise would be after 14 days since the last post, a thread becomes locked and is made public... That way we can see whats going on.

So did you just copy kernel32 from a patched version of wine? yes i patched wine to produce the binary required.

Maybe a better soultion would be to hold on to the source untill there is a project that is worth giving the source too. I see little point in releasing it at this moment in time, whilst there is nothing to use it. My arguement is that IF there was a project that would truly benefit from the source being released, it should be done, or prehaps released privatly to that projcet. At this moment in time I cant see any apps that it would benefit. If it can be used as a prize or reward for sucessful development of a new client i think it would encorage developement.

... If you develop any application that uses his Oracle server, you and your program are relying on him to provide this service indefinitely. The day he takes down the server is the day your program dies. End of story. Well that would be your fault then for developing an app which relies on a webservice. I don't really see why this is a problem. I hardly see anyone rushing out to develop for the oracle service. Its been advailable for months now and this is the first app, written by the same person who wrote orcale. Did you even read my post in it's entirety before responding? For a chat client, who cares -- you can use snruuub's idea to fall back to standard vie protocol w/permission. For a new game client (like Discretion or the ONE YOU'RE DEVELOPING), that's not an option. You honestly think either myself or bak are even considering using CTM or VIE encryption for a new client/server? In the case of my development, i'm rolling my own encryption method. I've already written my own ASSS module to support it. Holy !@#$%^&* -- I'm seriously starting to wonder if this game is cheat-free only because the developers are idiot-savants. The Oracle service provides the exact same thing as the source would. The only difference is he has control, which is the problem I have with it. Not much point writing a hack that can be turned off with the flick of a switch. The same goes for apps Acctually there is little point writting additional apps for SS as there isnt much in the way left to write. We have all the apps we need, true, some need some improvement, but theres little dem That's because !@#$%^&*es like you guys are willing to take whatever you can get instead of building on what tools you guys have I've already explained what i think the issues with authorive servers are in my reply to admirak kirk. They simply won't work on http://www.gamedev.net/community/forums/to...topic_id=472954 Has some approaches to solving these issues, but i still problems with it. I say cover it now, i'm interested to see what solution you suggest. You may critize my stupidity but, prehaps not everyone is as smart as you are. I can't necesserly see the connections you can. If theres an easier way of doing stuff i will of cource be interested.

This works well for what are effectivly a form of "turn-based" game. However for real time games it causes lag issues. If you give this aritclea view it explains the problem. http://www.gamedev.net/reference/articles/article1370.asp The problem is the server doesnt "see" what the client does. If someone shoots a bullet that will hit you. !@#$%^&*uming 2 client and a server client 1 (90ms) -> weapon packet -> server client 2 (140ms) -> Position packet -> server now by the time these packets reach the server the Client 2 appears to have "hit" the weapon. However on client's 2 screen they have dodged it. In Continuum, it !@#$%^&*umes the client is correct and you would live. (it would appear as an "eat" to client 1) However if you have it server authenticated, client 2 would die, even though the weapon appears to have missed. Part of the reason VIE settings are kinda delayed feeling is because were designed to "hide" this lag. In games where "real-time" is less important, or use a quasi turn based system like WoW, or RTS, this lag isnt noticeable, nor does it matter. Techniques that games like HL2 use, are what Continuum needs

What are we relying on him for? A chat client for the mortals who don't have VIP, hardly a massive reliance. If he released the source we would be in a twister situation. I personally think you need to look at the big picture, discretion is far from ready to replace continuum at this moment in time. Releasing the source now would simply destroy continuum without having a replacement client in place. Not to mention most of the zones rely on Prittk for hosting, by cutting off continuum, we cut off the only reason he still supports this game. Continuum encryption grows less and less important by the day, its more important we develop the replacement clients/servers imo Fully authoritative server will never work with this game imo. No real-time online game is fully authoritative, it causes problems with gameplay. The best you can do it try to make hacking the game difficult, or make it easy to spot/ban hackers.

errr we can already?

Ya I agree most of that, the inital task is to get the top-down 2d engine working (or as prehpas it should be called 2.5D), however i still want to represent everything in the game space in 3D. I think in the long term starting from this position will be more beneficial. Free-flight (its not a flight sim after all:P) is well down the list of priorities. That does not however mean 3d motion is not a priority. Incidentally that functionality is already possible in the engine as it stands at the moment. The next big issue to address is level format, I need a sucessor to the LVL. I have had some quite interesting suggestions with the use of layered LVL. That is a a level made out of multiple tiled levels

We know more about the moon than the bottom of our oceans.

pls link, i cant find it.

Update on status: Some basic solid state physics modeling is complete. (convept of position, velocity and 6DOF rotation, need to add rotation accleration probably at some point) The physics is all in "LifeForm" directory. Essentially anything that is interactable is a LifeForm in the world of STF. I need to do some work to unify the model coding with this but that is something for the future. Working on Sprite code, need to add animateTO(from,to,fps) method, which animates from a frame to a frame Graphics side alot of stuff has been tidied and some wierd bugs been fixed. Will need some help desiging some ingame GUI stuff. Need the following in game widgets: - Button - TextBox - must support multiple colours on the same line, and on different lines - DropDown - CheckBox - RadioButton - DialogBox - ModelDialog The mouse makes a comeback for STF

I think the biggest problem with the discussion is the conclusion that the "biller" and "support services" is the biggest problem in SubSpace. Its as Sketter puts it, its the Client Essentially this is the aim of STF. Whether we achieve it or not remains to be seen

I'll see if can setup 7.10 on my computer later this week to test it. I think 8.04 uses wine 0.9.59 too however. This thread might be interesting, as it has the same problem in a diffrerent program http://ubuntuforums.org/archive/index.php/t-677939.html it suggests the .wine folder could have become corrupted You might need to uninstall wine, delete your .wine folder, then try reinstalling wine, then continuum

which version of linux and wine are you using? and which user are you running the installer as?

That sounds like a permissions problem. Check your .wine folder is writeable and DO NOT RUN AS ROOT

An easy alternative for Ubuntu and Kubuntu (and possibly other linux) http://www.ssforum.net/index.php?showtopic=20550

Will you do a linux port too? I noticed that you are using (or at least it says in the wiki) my (quick and dirty) port of catid's original.

Sometimes its useful to message a whole squad though. A good option would be to have an option to ignore non-squad # messages.

I agree with Lynx as well. The way forward is to work with SSC. Alot of work needs to be done before we can even think about replacing any part of it.

Ya but its less duplication than you might think. The hard bit is the 3d maths and physics stuff which will be same for both. Basically you set up a vertex array which is then rendered. The array setup is pretty much the same in OpenGl and DirectX. The hard work is setting up and manipulating the array, and getting it do what you want. I spent about 8 hours trying to understand the maths behind 3d rotations and provding the ability to have 6DOF (http://en.wikipedia.org/wiki/Six_degrees_of_freedom) But i see directx as something pursue next year, once we have a stable OpenGL engine working Progress > Compatibility at this point.

Thats essentially my point OpenGL is needed for the Linux/Mac support and Directx will probably be the render of choice for the windows version. OpenGL and DirectX have quite similar API so porting stuff over once the engine has reached a good level of maturity shouldn't be a too difficult task.

The easiest way to run Continuum on Linux yet. Someone split + sticky this if you like it THIS GUIDE OF FOR UBUNTU/KUBUNTO IT MAY WORK FOR OTHER LINUX BUT I HAVE ONLY TRIED IT ON HARDY HERON UBUNTU x86. It shouldnt do any harm but as normal i disclaim all responsibiliy if it does! If you dont trust my binary recompile wine and patch it yourself 1. Download standard installer from GetContinuum.com. http://getcontinuum.com/downloads/continuu...uum040Setup.exe (not the wine one) 2. Run the installer, defaults are fine 3. BEFORE YOU RUN CONTINUUM DO THIS Download this file. (its attached to this post if the site is down) wget http://subspace2.net/kernel32.dll.so -O /tmp/kernel32.dll.so Make a backup of the existing file. sudo mv /usr/lib/wine/kernel32.dll.so /usr/lib/wine/kernel32.dll.so.old install my dll sudo cp /tmp/kernel32.dll.so /usr/lib/wine/kernel32.dll.so 4. Run continuum from your start menu (other OS may have different ways to do this ) 5. PLAY

Ya, its more of a future intent, rather than anything that's going to be used now (or in the near-medium term). Going to get it working fully with OpenGL first, then add the directX support. The advantage of directX is it has far better support on lower end computers ALot of them can only do Open GL 1.1 or 1.2 but can manage DirectX8 and X9 which is the equivielent of OpenGL 1.5 or 2.0.

I'm working a on an installer for wine. watch this space.

forums.minegoboom.com not working for me