DescentBB

karx11erx

I am also hosting this fantastic piece of work on my website.

karx11erx

Hey MB, good to see that you have some spare time again ...

karx11erx

Thx. Still working on it. Just improved smoke handling (once again).

karx11erx

VS could just as well offer refactoring for C++, but I guess MS wants to push C#. Apart from refactoring I never found Eclipse quite up to par with VS; it's pretty goid though and sure nice to have something like that on Linux.

karx11erx

Thanks.

karx11erx

You're welcome, KB.

karx11erx

Some time around these weeks seven years ago, I have started with the humble beginnings of what has grown into D2X-XL. We're still at v1.15 since the last anniversary, but nevertheless lots of good things have happened, like the DLE-XP overhaul, multiplayer finally being fixed for good, performance ...

karx11erx

Visually and functionally better. OMG! Finally someone who does not say "This isn't Descent anymore"! Thank you thank you thank you! /me wipes a tear of gratitude out of the corner of his eye Been playing some extra D2X-XL, myself. Very, very smooth now. :) I have been doing some profilin...

karx11erx

No separate requests please. D2X-XL game clients will always be able to see any D2X-XL specific game info extensions.

Here's the current spec: http://www.descent2.de/d2x-tracker.html#xml

karx11erx

Umm ... I have changed the spec a little more. The program specific areas are gone (<D2X-XL>, <DXX-Rebirth>) and have replaced by a general "Extensions" area: <GameInfo> <Server Name="name" Version="version" Extensions={"none" | "basic" | "criti...

karx11erx

I Do you intend to have actual game clients make use of the XML information provided by the server? Nope. The game clients already have their game info communication setup. This is solely for allowing external services (like a website) display information about what Descent 1/2 games are going on a...

karx11erx

fliptw wrote:that being said, its easy enough for the game client to filter out servers that it can't connect to.

What has this to do with it?

And what are your comments good for if you hardly ever offer a solid concept and not just some buzzwords here? What is your goal: To help us? Or what else?

karx11erx

You don't understand. You did <tagx / > </tagx>, which afaik is not possible. Anyway, my proposition isn't very flexible. Every application implementing this has to know about all keywords an extension uses. Change the extension => change all apps. You could do something like: <Extensions Groups=&qu...

karx11erx

Easier for humans - computers don't care. And it blows the data up. The way you wrote it doesn't work. You are using an empty tag for the program version, but you need a start and end tag. Maybe just a typo, but I wanted to clarify. What your proposition does is to mix two different tags that should...

karx11erx

Did you read my spec on the page I have linked to?

karx11erx

Sirius proposition looks good. There should probably be another field telling the level type (D1, D2, XL), as you can use D2X-XL for all of them. Jeff, I could offer a condensed "extra features enabled" information, e.g. using the CompetitionMode field: no: gameplay-critical extra features...

karx11erx

The version-specific subsections are meant to hold all information specific to a certain Descent version. So there could be either D2X-XL or DXX-Rebirth settings. A given Descent version doesn't need to supply (dummy) information for any other Descent version.

karx11erx

Jeff,

don't let flip confuse you. Apparently he has missed a few posts here.

I am done with specifying the game info. Find all information on the lower half of this page: http://www.descent2.de/d2x-tracker.html

karx11erx

I can code it, jeff can code it, Ryujin can code it. Given a good specification, any competent programmer can code it. The question was " will you code it", not " can you code it". There is no point in discussing this with a half a dozen people if the actual job is done by one o...

karx11erx

Also, when you have questions, go to http://www.stackoverflow.com. They are extremely helpful when it comes to Javascript questions (php too). Just keep in mind they heavily moderate, and they take their answer scoring system very seriously (i.e. if someone answers your question, check the correct ...

karx11erx

fliptw wrote:The method that is the least verbose would be the most beneficial. all the tracker cares about is tracking games; it cares not for how it looks.

Are you going to code it?

karx11erx

Preformatted HTML was just one proposition to make a start.

karx11erx

Performance of the games isn't an issue here. You could however tell me what format you'd like to have the info in. I could e.g. send an HTML snippet with every information in a table with a single row and several columns (one column per property). You could easily insert that into some HTML formatt...

karx11erx

Ryujin, the question whether to have the tracker handle the game info or not is more important to me than the format in which to send the game info. Your saying my proposition (2.2) is how you are handling D3 game info right now confirms my wish/decision to chose that path. To quickly get an idea ho...

karx11erx

XML looks good to me. Why not have the tracker keep game info? D2X-XL has a lot of additional game info. I don't want to blow the tracker data up unnecessarily, and I don't want to have D2X-XL need to get a ton of info from a tracker it doesn't need everytime it queries it for game hosts. I also do ...

karx11erx

Subject: The DBB needs your help .... I'm going to wait until Koolbear assigns a delegate before trying to discuss this any further. People can PM me of course. Jeff, if you are going to implement this on KB's side, we'll have to talk with each other. Sorry for being a bit impatient in this matter,...

karx11erx

Oh, really, one hijacked account in ... how many years? One? Not one thousand or so? /me bashes head against wall I am trying to do Koolbear a favor because he has asked me for it and because I appreciate him very much, but I am slowly getting turned off by your attitude here. To make this clear: I ...

karx11erx

Jeff, you are constantly talking from theory just to show yourself off. All your arguments fail to see the reality of Descent being totally unimportant and unattractive for any attacks. You cannot even tell whether it would be hard to parse HTML game info because there is no HTML game info design ar...

karx11erx

I am not interested in arguing with people who have no real part in this but only try to put themselves in the limelight with arguments that are none. "DoS" attacks on Descent trackers. Sure, Descent is such an attractive target - it's user count is huuuuge, isn't it? We will also never ha...

karx11erx

Then my documentation is wrong. So what? My tracker works. Write the HTML snippet to a folder on the server and load them all with Ajax. Nothing cross domain here. I don't know how the TDS produces its output, but it might also put the game info HTML directly into the HTML it produces, if it produce...

karx11erx

Jeff, As far as IP addresses go: You will not have to convert them. For port numbers use the htons macro/function. You guys are all trying to make the issue more complicated than it is. Actually I had written my above evaluation to clarify a lot of things before a lengthy discussion would start abou...

karx11erx

If the game info format changes it will inevitably affect all services querying it, be it from the tracker or directly. Or how would you want to remove the changes once the info crosses the tracker? If on the other side you chose a format that can be easily expanded w/o changing everything, TDS not ...

karx11erx

I am for keeping things as simple as possible, therefore - don't change the tracker as it need not be - have the TDS query the game hosts it retrieved from any trackers, because that's the way it works right now for D3 - have the game hosts send a game info packet whenever they're asked for, because...

karx11erx

If a host only sends an update when needed the service wouldn't work right. The tracker uses a timeout at which game hosts are deleted from the table. That means as long as game host is available it has to constantly announce its availability to the tracker by sending the "I am here" messa...

karx11erx

zico, your post doesn't really take into account how the tracker and the Descent game info communication works. Also proposing to have the tracker store additional information is contradictory to saying (2.2) sounds like a good idea. The hosts will also not suffer from dramatically increased network...

karx11erx

As I think of it, if we chose (2.2), the game hosts could send the game info as HTML snippet already. I would just need to know the format. This only makes sense if the format changes very rarely - I think this is the case. I will start a list of required information here. Since I have to look into ...

karx11erx

Maybe. UDP is simpler to implement, too. Sending is "fire and forget", receiving is "let's look whether something has arrived - if yes, nice - if no, never mind".

karx11erx

Imo given the current functionality UDP is the right protocol. UDP basically is intended for single messages and an optional confirmation. That's what the tracker does now. Losing one packet doesn't hurt, at least not if the tracker is polled in a regular, short interval (like 15 to 30 secs). Imo TC...

karx11erx

Hi there, Right now the D2X-XL tracker functions like telephone dial switch. Every host using the tracker sends a single byte message to it saying "I am a game host". The tracker stores the IP address of the message's sender in its table of game hosts. Clients (people looking for a host) s...

karx11erx

-> http://www.planetdescent.net/index.php?topic=671.0

Search found 119 matches