home home

downloads files

forum forum

docs docs

wiki wiki

faq faq

Cube & Cube 2 FORUM


Reconnect Command-Line Option

by Morosoph on 10/28/2007 16:03, 16 messages, last message: 10/30/2007 19:57, 1214 views, last view: 04/11/2024 05:02

Those of us with imperfect graphics drivers can have sauer crash after a few minutes; indeed, since I upgraded to 2xdual-core, I can play for an average of 20 minutes before a crash.

The most likely culprit (IMO) is that the closed-source nVidea drivers don't cope so well with multiple cores.

Anyway, I'd like to ask if a "reconnect" command-line option was a reasonable request? The last server played on could be stored in config.cfg, or else moved ot the top of servers.cfg. I wouldn't expect such an option to be abused, since it requires a restart.

   Board Index   

#1: ..

by MovingTarget on 10/28/2007 18:27

I have an Intel Core 2 Duo, and my nVIDIA drivers work fine. Not one crash.

Oh, and you could probably do that reconnect thingy with CubeScript. I'll probably try it in a bit.

MovingTarget

reply to this message

#2: Cube Script

by Morosoph on 10/28/2007 18:50, refers to #1

Thanks, MovingTarget, that would be good to know how.

I'm hoping that when I move for Fedora 5 to Fedora 8, updating the kernel and drivers in the process, it'll all be hunky-dory in any case...

reply to this message

#3: Re: Cube Script

by Drakas__ on 10/28/2007 22:46, refers to #2

I "upgraded" from Debian sid to Ubuntu gutsy. Same drivers but different set up. Didn't have a single crash since the beginning.
On Debian it crashed every 3 minutes or something like that.

I suggest trying out Ubuntu - it should work easily ;-)


Well, it would be very nice if $server variable existed or something (maybe it does?)

reply to this message

#4: Ubuntu v's Red Hat

by Morosoph on 10/29/2007 00:57, refers to #3

I'm kind-of tempted, except that there's a fair amount of inherited stickiness. I think that I'll go Fedora 8 for now, and switch to Ubuntu if I'm still suffering low-level problems next time I feel like upgrading.

At least now when Sauer crashes, it does so cleanly; another core takes over and clears the cruft. When Sauer used to crash before (far less frequently), it was a hell of a lot worse!

Maybe the answer will come in the form of an ATI graphics card when the drivers are more mature (thanks, AMD!)

Thanks for the tip though, Drakas!

reply to this message

#5: ..

by MovingTarget on 10/29/2007 03:44

Well, no luck yet. I completely forgot that CubeScript doesn't really have any file I/O. I'm not sure if it's possible yet, sorry about that!

MovingTarget

reply to this message

#6: Oh Well

by Morosoph on 10/29/2007 12:37

Thanks for trying, MT; I wasn't sure how you were going to do it either.

Hmmm... Can you define new variables? Do they autosave? IIRC, you can only give vlaues to predetermined variables, but then, I could be wrong...

reply to this message

#7: Re: Oh Well

by MovingTarget on 10/29/2007 14:08, refers to #6

It is quite possible to define new variables, simply write /myvar = myvalue. I don't really get what you mean by autosave.

MovingTarget

reply to this message

#8: Autosave

by Morosoph on 10/29/2007 19:04, refers to #7

By autosave, I mean save between sessions. Obviously $team is saved between sessions, but $myvar is unlikely to be...

reply to this message

#9: Re: Autosave

by MeatROme on 10/29/2007 20:22, refers to #8

config.cfg saves anything you type into your console.

... there was a change a couple of releases ago regarding map-cfg's and their internal values _not_ being saved anymore.

... but if you look at http://www.quadropolis.us/node/881 you will see it's possible to remember stuff for individual maps too. (the intro-GUI-menu is what you should look at)

reply to this message

#10: ..

by SheeEttin on 10/29/2007 21:47

I played around with the code for a while, but I couldn't figure out how to identify which server we're connected to.

Would anyone who actually has any C++ knowledge like to try? :)

reply to this message

#11: Re: ..

by MovingTarget on 10/29/2007 23:36, refers to #10

I might, but first I have to figure out where the **** you would find that stuff! :-)

reply to this message

#12: ..

by Grinch (has lost his cookie) on 10/30/2007 01:51

Open src/engine/client.cpp and find connects function and insert the following two lines code just before or after "addserver(servername)" line:

s_sprintfd(serveralias)("server = [%s]",servername);
execute(serveralias);

I suppose a bind key is better than nothing...

/bind f1 [connect $server]

reply to this message

#13: Thank-you

by Morosoph on 10/30/2007 02:32, refers to #12

It works!

Thanks, Grinch.

reply to this message

#14: Re: ..

by MovingTarget on 10/30/2007 02:51, refers to #12

Wow, dude, you beat me to it! Good job. I was looking around for that function.

MovingTarget

reply to this message

#15: Thanks Yous All

by Morosoph on 10/30/2007 19:24

I added one refinement: since I'm only interesting in rejoining my last /successful/ connect, I inserted the code after the resolverwait test, as follows:

if(servername)
{
addserver(servername);
conoutf("attempting to connect to %s", servername);
if(!resolverwait(servername, &address))
{
conoutf("could not resolve server %s", servername);
return;
}
s_sprintfd(serveralias)("server = [%s]",servername);
execute(serveralias);
}

reply to this message

#16: Re: Thanks Yous All

by MovingTarget on 10/30/2007 19:57, refers to #15

Good job! Nice idea.

reply to this message

   Board Index   


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


content by Aardappel & eihrul © 2001-2024
website by SleepwalkR © 2001-2024
53863141 visitors requested 71638249 pages
page created in 0.016 seconds using 10 queries
hosted by Boost Digital