| 00:06.20 | *** join/#bzflag Blue-Eyes (n=Blue@host49-218.pool870.interbusiness.it) |
| 00:15.01 | Mr_Molez | anyone know the url to the site with loads of jokes ppl post in, from irc |
| 00:15.13 | brlcad | bash |
| 00:15.22 | Mr_Molez | yay thnx |
| 00:18.02 | Mr_Molez | some of the stuff on tehre is sooo funny :P |
| 00:23.22 | *** join/#bzflag ibot_ (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 00:23.22 | *** topic/#bzflag is http://BZFlag.org/ || http://cia.navi.cx/stats/project/BZFlag || http://BZFlag.org/wiki/GettingHelp || paste to http://bzflag.pastebin.ca || CVS HEAD is 2.1 UNSTABLE, use for new commits || 2.0.8 is released react acordingly |
| 00:23.22 | *** mode/#bzflag [+o ibot_] by ChanServ |
| 00:35.25 | *** join/#bzflag kyelewis` (n=kyelewis@freematrix/staff/kyelewis) |
| 00:41.27 | *** join/#bzflag DTRemenak (n=Daniel_R@c-24-23-59-104.hsd1.mn.comcast.net) |
| 01:06.06 | *** join/#bzflag l4m3r (n=l4m3r@ip68-109-194-101.pv.oc.cox.net) |
| 01:12.23 | *** join/#bzflag I_Died_Once (n=I_Died_O@c-69-136-41-50.hsd1.ga.comcast.net) |
| 01:14.21 | *** join/#bzflag DTRemenak|RDP (n=DTRemena@c-24-23-59-104.hsd1.ca.comcast.net) |
| 01:23.58 | A-Delusion | anybody want to test out a new "Progressive Flag Mode"? a-delusion.no-ip.info:4482 |
| 01:24.10 | A-Delusion | it's only slightly buggy |
| 01:26.16 | Mr_Molez | if i must |
| 01:28.15 | mmarshall | BTW, is there an easy way to disable autokicking? |
| 01:28.27 | mmarshall | We're getting a lot of false positives. |
| 01:28.46 | Mr_Molez | auto kick for what ? |
| 01:33.23 | mmarshall | Wrong shot type |
| 01:33.23 | mmarshall | Player outside of playing area. |
| 01:33.26 | mmarshall | the wrong shot type seems to be coming from giving the player a new flag while he is shooting. |
| 01:34.24 | Mr_Molez | outside playing area either make spawn zones.. make walls to stop them leaving the playing area or make the world size bigger |
| 01:34.44 | Mr_Molez | shot type i aint got a clue :P |
| 01:55.07 | Mr_Molez | ~dict competant |
| 01:55.14 | Mr_Molez | ~spell competant |
| 01:55.22 | Mr_Molez | eep i feel like Jeff |
| 01:57.47 | a_meteorite | mmarshall: the player outside of playing area is when you die and are headed towards the outside |
| 01:58.03 | a_meteorite | and you can OO yourself out of the world |
| 01:58.14 | a_meteorite | because it's 2.0 and should really be using standard walls |
| 01:59.55 | brlcad | mmarshall: you can disable it in code, but not all of them can be disabled at runtime |
| 02:00.06 | brlcad | the speed tolerance kick is configurable iirc |
| 02:00.15 | brlcad | the world size one is not |
| 02:00.19 | *** part/#bzflag ryanakca (n=ryan@unaffiliated/ryanakca) |
| 02:00.26 | a_meteorite | brb |
| 02:00.29 | brlcad | would make for a nice/simple mod though |
| 02:00.30 | mmarshall | I see the speed one. |
| 02:00.45 | brlcad | bzfsPlayerStateVerify.cxx does the checks |
| 02:00.51 | brlcad | er, *has* the checks |
| 02:01.28 | mmarshall | We are going to use a different map, so the world size problem won't be an issue. |
| 02:01.36 | mmarshall | I'll look at the source. |
| 02:02.02 | brlcad | could add an option to cmdline options to turn them off, add a check for the option into bzfsClientMessages.cxx |
| 02:22.17 | *** join/#bzflag AlexandrTheGreat (n=Alexande@71.224.205.183) |
| 02:47.19 | *** join/#bzflag _l4m3r (n=l4m3r@ip68-109-194-101.pv.oc.cox.net) |
| 03:03.14 | *** join/#bzflag Pimpi_ (n=frank@gondolin.pimpi.org) |
| 03:33.12 | *** join/#bzflag amcnabb (n=amcnabb@c-24-2-74-109.hsd1.ut.comcast.net) |
| 03:35.04 | *** join/#bzflag moonpix (n=user@201.66.214.31) |
| 03:51.31 | *** join/#bzflag Blue_Eyes (n=Blue@host49-218.pool870.interbusiness.it) |
| 03:57.04 | *** join/#bzflag codergeek42 (n=peter@gentoo/developer/codergeek42) |
| 04:27.58 | *** join/#bzflag QuantumBeep (n=QB@adsl-33-204-16.lft.bellsouth.net) |
| 04:40.36 | *** join/#bzflag Legoguy|L (n=Legoguy@adsl-68-79-19-236.dsl.emhril.ameritech.net) |
| 04:52.08 | *** mode/#bzflag [+v DTRemenak|RDP] by ChanServ |
| 04:59.26 | *** join/#bzflag usethebanbutton (n=188c136a@zeebrothers.net) |
| 05:12.22 | *** join/#bzflag CBG (n=CBG@cpc4-stme1-0-0-cust103.cdif.cable.ntl.com) |
| 05:16.48 | *** join/#bzflag zee812 (n=188c136a@zeebrothers.net) |
| 05:20.05 | *** join/#bzflag CBG (n=CBG@cpc4-stme1-0-0-cust103.cdif.cable.ntl.com) |
| 06:13.03 | *** join/#bzflag WonderMop (n=Moppy@user-11fa5hf.dsl.mindspring.com) |
| 06:13.09 | *** part/#bzflag WonderMop (n=Moppy@user-11fa5hf.dsl.mindspring.com) |
| 06:39.30 | *** join/#bzflag PKMOBILE (n=Apathy@c-69-250-236-100.hsd1.md.comcast.net) |
| 06:58.45 | *** join/#bzflag ToughShooter (n=ts@p54B0392B.dip0.t-ipconnect.de) |
| 07:10.09 | *** join/#bzflag wizart (n=wizart@dslb-084-058-160-093.pools.arcor-ip.net) |
| 07:12.22 | *** join/#bzflag JBdiGriz (n=JBdiGriz@adsl-63-204-117-43.dsl.sndg02.pacbell.net) |
| 07:12.22 | *** mode/#bzflag [+o JBdiGriz] by ChanServ |
| 07:23.53 | *** join/#bzflag Rawk (n=Unknown@203.109.212.121) |
| 07:25.37 | *** part/#bzflag Rawk (n=Unknown@203.109.212.121) |
| 07:55.46 | *** join/#bzflag Archangel_13 (n=kevin@64-110-212-18.regn.hsdb.sasknet.sk.ca) |
| 08:03.07 | ToughShooter | Manu: pingeling |
| 08:24.17 | Manu | ToughShooter: hallo |
| 08:29.51 | ToughShooter | Manu: Uploaded my patch to sourceforge |
| 08:30.10 | Manu | ah, good |
| 08:30.32 | ToughShooter | Manu: If you want me to do it in a client message rather than in bzfsPlayerStateVerify.cxx tell me |
| 08:31.02 | Manu | you know I haven't much time now |
| 08:31.26 | ToughShooter | I found the bzfsPlayerStateVerify.cxx way better because it is easier to make client and server pause the player in sync and there is no possibility to cheat |
| 08:32.05 | ToughShooter | Manu: I only wanted to tell you it and thanks for the help ;) |
| 08:32.11 | Manu | :) |
| 08:34.04 | ToughShooter | A new MsgType would be significantly using less CPU cycles and it would pause not in sync (like now) |
| 08:34.23 | Manu | yes of course |
| 08:38.47 | ToughShooter | Should I do the MsgType thing, too and let the devs decide? |
| 08:43.48 | Manu | no need I guess |
| 08:44.10 | ToughShooter | Ah, just wait on a comment? |
| 08:44.24 | Manu | yes |
| 08:44.27 | ToughShooter | ok |
| 08:44.56 | Manu | a new MsgType can be added only in head |
| 08:45.28 | ToughShooter | Like the change I did |
| 08:45.38 | Manu | and to mantain a patch for the head version is too much work :) |
| 08:45.44 | ToughShooter | It is obvious, pausing would not work with old clients |
| 10:16.22 | *** join/#bzflag kyelewis` (n=kyelewis@freematrix/staff/kyelewis) |
| 10:35.16 | *** join/#bzflag Electric1lf (n=dbharris@bas14-toronto12-1167994966.dsl.bell.ca) |
| 10:36.22 | *** join/#bzflag CBG (n=CBG@cpc4-stme1-0-0-cust103.cdif.cable.ntl.com) |
| 11:16.47 | ToughShooter | bzbb admins: http://my.bzflag.org/bb/viewtopic.php?t=8620 |
| 11:46.05 | *** join/#bzflag orchid_ (n=bzgirl@unaffiliated/orchid) |
| 11:46.05 | *** mode/#bzflag [+v orchid_] by ChanServ |
| 12:08.09 | *** join/#bzflag A_Heart_Attack (n=A_Heart_@ool-44c748c9.dyn.optonline.net) |
| 12:16.37 | *** join/#bzflag A-Delusion (n=A-Delusi@pool-151-201-236-34.pitt.east.verizon.net) |
| 12:49.10 | *** join/#bzflag trac_ (n=trac@dslb-088-073-116-186.pools.arcor-ip.net) |
| 13:06.15 | *** join/#bzflag spldart (n=james@adsl-70-240-216-46.dsl.hstntx.swbell.net) |
| 13:11.26 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@fordend.demon.co.uk) |
| 13:26.57 | *** join/#bzflag orchid_ (n=bzgirl@unaffiliated/orchid) |
| 13:26.58 | *** mode/#bzflag [+v orchid_] by ChanServ |
| 13:48.50 | *** join/#bzflag A_Heart_Attack (n=A_Heart_@ool-44c748c9.dyn.optonline.net) |
| 13:49.53 | *** join/#bzflag LePoulpe303 (n=olivier@AMontpellier-157-1-129-25.w90-0.abo.wanadoo.fr) |
| 14:15.41 | *** join/#bzflag spldart (n=spldart@adsl-70-240-216-46.dsl.hstntx.swbell.net) |
| 14:18.01 | *** join/#bzflag [suave] (n=totte@0x535c3fab.sgnxx3.adsl-dhcp.tele.dk) |
| 14:18.05 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@fordend.demon.co.uk) |
| 14:25.38 | *** join/#bzflag QuantumBeep (n=QB@adsl-33-204-16.lft.bellsouth.net) |
| 14:30.57 | I_Died_Once | * kyelewis` (n=kyelewis@freematrix/staff/kyelewis) has joined #bzflag |
| 14:30.57 | I_Died_Once | * Electric1lf (n=dbharris@bas14-toronto12-1167994966.dsl.bell.ca) has joined #bzflag |
| 14:30.57 | I_Died_Once | * CBG has quit (Read error: 104 (Connection reset by peer)) |
| 14:31.14 | I_Died_Once | http://img214.imageshack.us/img214/7186/3ufs63k4lyw4dt6on23ozms4zgwvco.gif |
| 14:31.29 | CBG | I_Died_Once: ..? |
| 14:31.49 | I_Died_Once | oops |
| 14:33.53 | spldart | eek |
| 14:34.14 | SpazzyMcGee | I_D_O, wrong channel mate |
| 14:35.20 | CBG | I_Died_Once: what was with the pasting of people leaving and people joining...? |
| 14:35.58 | I_Died_Once | I go to copy nd paste, accidentally highlight a line or two by mistak |
| 14:36.04 | CBG | heh |
| 14:37.24 | I_Died_Once | http://img525.imageshack.us/img525/5713/5nquyg3r3ep4uvsbwtcqkcg4vn7pbi.gif |
| 14:39.04 | spldart | WTF?! |
| 14:40.30 | CBG | indeed |
| 14:41.02 | I_Died_Once | http://img61.imageshack.us/img61/594/nm0xz.gif |
| 14:49.28 | SpazzyMcGee | Is there any way to make a png texture downloadable through bzflag but not visible through a web browser |
| 14:49.29 | *** kick/#bzflag [I_Died_Once!n=sean@pdpc/supporter/silver/brlcad] by brlcad (you should know better) |
| 14:49.29 | SpazzyMcGee | ? |
| 14:50.36 | spldart | I can't imagine any :( |
| 14:51.44 | SpazzyMcGee | like tripod make thier images not visible when accessed from outside the site |
| 14:52.02 | SpazzyMcGee | but instead visible in bzflag blocked in a web browser |
| 14:52.39 | spldart | but tripod was defeated by simply copying the url and pasting it in a window wasn't it? |
| 14:52.44 | spldart | in the url box |
| 14:52.51 | spldart | it was linking they beat |
| 14:53.32 | spldart | Hrm |
| 14:53.50 | CBG | Can the file be password protected, perhaps? |
| 15:02.21 | CIA-6 | BZFlag: 03brlcad * 10bzflag/NEWS: speling |
| 15:34.06 | *** join/#bzflag ChanServ (ChanServ@services.) |
| 15:34.06 | *** mode/#bzflag [+o ChanServ] by irc.freenode.net |
| 15:43.12 | *** join/#bzflag A_Heart_Attack (n=A_Heart_@ool-44c748c9.dyn.optonline.net) |
| 15:44.23 | CBG | Mr_Molez, brad: lol @ big_daddy2 :D |
| 15:45.08 | Mr_Molez | totally |
| 15:55.08 | *** join/#bzflag QuantumBeep (n=QB@adsl-33-204-16.lft.bellsouth.net) |
| 16:08.53 | shorty114 | bzgirl = orchid? |
| 16:09.09 | shorty114 | ah yeah |
| 16:10.43 | QuantumBeep | Um, porn thread in News and Announcements on BZBB. |
| 16:10.53 | Mr_Molez | cool |
| 16:11.09 | QuantumBeep | I sure hope that's not a trend |
| 16:11.42 | Mr_Molez | spoil sport |
| 16:12.22 | Mr_Molez | hmm looka like an insurance link to me |
| 16:12.24 | brad | russians as usual :P |
| 16:13.34 | *** join/#bzflag AlexandrTheGreat (n=Alexande@71.224.205.183) |
| 16:13.35 | QuantumBeep | You went there? |
| 16:14.14 | Mr_Molez | sure, why not |
| 16:15.43 | QuantumBeep | ...following spam links is foolish. If you didn't follow them, there would be no spam. |
| 16:16.28 | QuantumBeep | Besides, if you really want some free hardcore, you aren't going to look at the BZFlag forums for it anyhow, right? Let the spammers die of starvation |
| 16:16.57 | Mr_Molez | I don't mind a bit of spam |
| 16:17.25 | QuantumBeep | Heh, suits you |
| 16:25.36 | CIA-6 | BZFlag: 03brlcad * 10bzflag/autogen.sh: |
| 16:25.38 | CIA-6 | BZFlag: yet another major update from cad -- allow environment variable overrides on |
| 16:25.40 | CIA-6 | BZFlag: AUTORECONF, AUTOCONF, AUTOMAKE, LIBTOOLIZE, ACLOCAL, AUTOHEADER. fix --help so |
| 16:25.42 | CIA-6 | BZFlag: it works again (needs rewrite). add support for manual recursive configure |
| 16:25.44 | CIA-6 | BZFlag: steps when autoreconf fails. clean up some of the output messages. refactor |
| 16:25.46 | CIA-6 | BZFlag: towards functions. |
| 16:28.59 | *** join/#bzflag l4m3r (n=l4m3r@ip68-109-194-101.pv.oc.cox.net) |
| 16:31.05 | *** join/#bzflag mmarshall (n=mmarshal@110-47-112.adsl.terra.cl) |
| 16:47.51 | CIA-6 | BZFlag: 03mmarshall_ * 10bzflag/plugins/NEWS: Updating plugins/NEWS with the changes I commited yesterday. (oops) |
| 17:02.32 | mmarshall | bz_updatePlayerData isn't updating some of the data - namely 'spawned' and 'lag'. Is there a (good) reason behind this? |
| 17:05.12 | brlcad | probably not other than compatibility |
| 17:06.12 | brlcad | head is fairly fair game in either respect |
| 17:10.18 | blast007 | the lag one is probably just an oversight from when I added the variable to the player record |
| 17:12.16 | spldart | Cyah's |
| 17:14.55 | ToughShooter | brlcad: Could you or another developer please take a look at http://sourceforge.net/tracker/index.php?func=detail&aid=1527081&group_id=3248&atid=303248 ? |
| 17:20.22 | *** join/#bzflag Master_Tux (n=qbfreak2@pool-71-99-116-147.tampfl.dsl-w.verizon.net) |
| 17:25.08 | DTRemenak | ToughShooter: following "pauseCountdown = 5.0f;" with "if (pauseCountdown == 5.0f && ..." is a wee bit redundant, is it not? |
| 17:26.40 | DTRemenak | probably want to rethink that if statement anyway...seems like it should be earlier if you're trying to safeguard against double-pausing |
| 17:27.39 | DTRemenak | and while you fixed one of jeff's typos, you introduced one of your own... "attemps" |
| 17:29.47 | DTRemenak | from a design point of view, I would have the server send the client a message when pausing takes effect, instead of having the client do counting in parallel with the server. it'll introduce a wee bit of uncertainty, but not much, since you've already compensated for the lag. |
| 17:30.25 | DTRemenak | the message may already be sent, actually...just have the client recognize when it's supposed to be paused based on what the server says, instead of what it estimates |
| 17:32.00 | DTRemenak | other than that, I like it :) |
| 17:32.35 | ToughShooter | Yeah, the comparision was done based on paranoia ;) |
| 17:33.09 | shorty114 | @seen Gnurdux |
| 17:33.10 | Empirical | shorty114: I have not seen Gnurdux. |
| 17:33.12 | shorty114 | hmph |
| 17:33.27 | DTRemenak | a little paranoia is a good thing :) |
| 17:33.31 | brad | ~seen gnurdux |
| 17:33.45 | ibot | gnurdux <n=gnurdux@c-69-251-233-242.hsd1.md.comcast.net> was last seen on IRC in channel #bzflag, 2d 19h 35m 16s ago, saying: 'why're there python plugins in bzflag pastebin... i thought python plugin wasn't maintained'. |
| 17:33.56 | ToughShooter | DTRemenak: I could make the server sending the client a message, but that would just raise the pausing latency, I think |
| 17:34.20 | ToughShooter | I mean packets need time to travel |
| 17:35.01 | ToughShooter | The clients need to count the countdown anyway, for displaying it in the hud |
| 17:36.38 | DTRemenak | won't raise the latency if your lag compensation is close to correct |
| 17:36.39 | ToughShooter | ~spell attemps |
| 17:36.46 | ToughShooter | arrg |
| 17:36.55 | ToughShooter | I thought it was correct |
| 17:37.01 | DTRemenak | hehe |
| 17:37.13 | ToughShooter | Jeff is a native speaker, I am not |
| 17:37.19 | DTRemenak | that is true |
| 17:37.28 | DTRemenak | you probably spell better than he does in german too :) |
| 17:39.07 | ToughShooter | So, should I go and sent the client an "ok"-message for pausing? Don't get me wrong I would do it if it is wanted but I am feeling good with the current solution. ;) |
| 17:40.18 | DTRemenak | it's fine the way it is. I don't like it as much, maybe just because I'm obsessive about being consistent :) |
| 17:40.56 | ToughShooter | hmm, could you point me to a similar case? |
| 17:41.00 | DTRemenak | as it is, the pausing client may be out of sync with all the other clients wrt his pausing. not that it matters, since the entire gamestate is somewhat out of sync |
| 17:41.13 | DTRemenak | consistent between clients, not between functions |
| 17:41.22 | DTRemenak | sorry, that was not clear :) |
| 17:41.27 | im_fine_u | sup room |
| 17:42.05 | CIA-6 | BZFlag: 03mmarshall_ * 10bzflag/ (src/bzfs/bzfsAPI.cxx plugins/NEWS): bz_updatePlayerData now updates lag and spawned attributes. |
| 17:42.41 | ToughShooter | I do not get why it it is not consistent between clients :/ |
| 17:43.08 | brlcad | yay, consistency |
| 17:43.12 | im_fine_u | depends on what OS your runnning? |
| 17:44.16 | DTRemenak | ok...step through it. the way you have the code (oh, and correct me if I'm wrong...), client A sends a pause message to the server, and waits five seconds. the server waits five seconds - lag, and sends the pause message to all the other clients. all the other clients pause when they recieve the message, client A pauses when the time expires |
| 17:44.31 | *** join/#bzflag SportyGal (i=DonnaCra@exchange.kingsharbor.org) |
| 17:44.31 | *** mode/#bzflag [+v SportyGal] by ChanServ |
| 17:44.59 | DTRemenak | so client A and the other clients don't agree whether he paused before or after the shot was fired, for instance |
| 17:45.26 | DTRemenak | at the moment it does not make much difference. the clients disagree about when things happen routinely |
| 17:45.32 | blast007 | what if someone has 6 seconds of lag? ;) |
| 17:45.47 | DTRemenak | blast007: then they should not be playing :) |
| 17:45.50 | blast007 | lol |
| 17:45.51 | ToughShooter | blast007: A lag kick will do the job ;) |
| 17:46.36 | ToughShooter | DTRemenak: I do not think they are in sync currently, either |
| 17:46.42 | DTRemenak | no, they are not :) |
| 17:46.50 | DTRemenak | and that is why I say it is fine, it does not matter |
| 17:47.08 | ToughShooter | You talk about consistancy but give me no example in BZFLag code :/ |
| 17:47.11 | DTRemenak | it doesn't break anything...I just think it doesn't fix something which the opportunity is there to fix :) |
| 17:47.34 | blast007 | personally, I think the client should send a pause request, then the server sends back how long the pause countdown should be |
| 17:48.02 | ToughShooter | blast007: This is an easy thing, just use a bzdb variable for it |
| 17:48.03 | DTRemenak | consistancy of state...between clients. currently there is none, aside from flags |
| 17:48.14 | blast007 | I'd rather let it be different per pause |
| 17:48.24 | blast007 | like if someone abuses the pase command, make it take longer |
| 17:48.25 | DTRemenak | client sends to server "I wish to pick up this flag". Server sends to client "You have picked up a GM" |
| 17:48.26 | blast007 | pause* |
| 17:48.42 | DTRemenak | all other clients recieve the message at the same time |
| 17:48.51 | DTRemenak | so the state is consistent |
| 17:48.52 | ToughShooter | blast007: Eww, that would not be that fair for all players |
| 17:49.18 | DTRemenak | with shots, kills and so on, we have no consistent state. that is another reason it does not matter :) |
| 17:49.20 | *** join/#bzflag ElectricElf (n=dbharris@bas14-toronto12-1167997524.dsl.bell.ca) |
| 17:50.08 | DTRemenak | eventually we would like a completely consistent state, maintained by the server. that will not happen for a while. when it does, your pausing mechanism will need to be changed to accomodate that. but that's ok, we can do it then. |
| 17:51.54 | DTRemenak | anyway, I'd be happy with it the way it is. it is just not the way I would have done it :) |
| 17:51.56 | ToughShooter | heh, I was so lucky I finished it, then I saw the mistake std::couts, then I compared to initial code and realized I zapped too much, looks like it gets an infinite job ;) |
| 17:52.44 | DTRemenak | hehe, sometimes it can seem that way |
| 17:53.59 | ToughShooter | The "When it's done" philosophy comes from that I guess |
| 17:54.10 | *** join/#bzflag QBeep (n=QB@adsl-33-204-16.lft.bellsouth.net) |
| 17:54.19 | ToughShooter | Like Duke Nukem Forever |
| 17:54.36 | CIA-6 | BZFlag: 03mmarshall_ 07v2_0branch * 10bzflag/src/bzfs/bzfsAPI.cxx: Backported fix to update spawned and lag attributes in bz_updatePlayerData. |
| 17:55.02 | DTRemenak | yup |
| 17:55.16 | brlcad | have the server start counting and send out a "start counting" message to clients followed later by an abort message or a pause notification |
| 17:56.21 | brlcad | that way at least the lag difference delay will be cross-client consistent ala shots and other updates and the pauser wouldn't be "special" |
| 17:56.27 | DTRemenak | why should other clients care that someone has 2 seconds left before he pauses? |
| 17:56.56 | brlcad | they wouldn't have to do anything with that information |
| 17:57.05 | brlcad | they could simply discard if tankid didn't match |
| 17:57.11 | DTRemenak | seems rather wasteful to me :( |
| 17:57.25 | brlcad | it's consistent and minimal though |
| 17:57.51 | brlcad | the server could only send the countdown to the one client for that matter |
| 17:58.14 | brlcad | the point being that the server would be telling them what to do |
| 17:58.27 | DTRemenak | yeah, I see |
| 18:01.34 | *** join/#bzflag Legoguy|L (n=Legoguy@adsl-68-79-19-236.dsl.emhril.ameritech.net) |
| 18:02.18 | ToughShooter | Letting all clients do the counting for other players, sounds not so easy |
| 18:02.51 | ToughShooter | What if a player pauses faster for example? |
| 18:03.30 | ToughShooter | I mean the pausing time is not fixed at 5 seconds, it is something between 4 and 5 seconds for most people |
| 18:03.48 | ToughShooter | (from the server side of view) |
| 18:04.29 | ToughShooter | All players do have different lag, if you want to see them something consistant they need to start counting at different times |
| 18:13.58 | ToughShooter | DTRemenak: I could make the server send a verify packet first before the client pauses but would like to see the first part of patch being checked-in first (hard to maintain a patch when there is much change) |
| 18:14.41 | *** join/#bzflag I_Died_Once (n=I_Died_O@c-69-136-41-50.hsd1.ga.comcast.net) |
| 18:19.27 | brlcad | I_Died_Once: please keep links to that sort of content off the channel |
| 18:19.51 | *** join/#bzflag l4m3r (n=l4m3r@ip68-109-194-101.pv.oc.cox.net) |
| 18:21.02 | brlcad | ToughShooter: you dont' have to let all clients do the counting |
| 18:21.41 | brlcad | if the server tells the clients when to pause, then it should always be the pausetime plus some lag delta only, never less |
| 18:22.00 | *** join/#bzflag spldart (n=spldart@cpe-68-201-209-199.houston.res.rr.com) |
| 18:24.27 | brlcad | you could think of it like this sort of exchange.. 1) "client: server, may I be queued for pausing?" 2) "server: client, yes you are now queued" 5sec later.. 3) "server: client, you are now paused" 4) "client: server, ok I'm now paused" |
| 18:24.49 | trac_ | so we have 2 problems here: 1. we would like to have ALL countdowns on server side. 2. the HUD message needs to get updated.... |
| 18:25.57 | brlcad | when the client(s) get the queued response in step 2, they could begin displaying the HUD updates |
| 18:26.20 | trac_ | ok, so we have a countdown on client side solely for the hudRenderer |
| 18:26.35 | brlcad | pretty much |
| 18:26.38 | trac_ | that has nothing to do with the actuall pause |
| 18:26.56 | brlcad | pretty much |
| 18:27.13 | trac_ | ~spell actuall |
| 18:27.18 | brlcad | just like how we have a client side tank state that has nothing to do with the "actual" tank state |
| 18:27.21 | trac_ | ay |
| 18:27.29 | trac_ | lol |
| 18:27.41 | *** join/#bzflag Legoguy (n=Legoguy@adsl-68-79-19-236.dsl.emhril.ameritech.net) |
| 18:28.14 | trac_ | i see... so it is quite similar to the "match countdown" :) |
| 18:28.27 | brlcad | mildly |
| 18:28.40 | brlcad | server sends tick updates for match countdowns |
| 18:29.04 | trac_ | yes, but the granulary is much bigger than 5 secs, isnt it? |
| 18:30.20 | ToughShooter | out of the blue I would say 1 update in 60 seconds |
| 18:30.33 | CIA-6 | BZFlag: 03bthansen * 10bzflag/BUGS: Add: any banlist changes erase all masterban entries |
| 18:30.41 | ToughShooter | At least it looks like this in replays |
| 18:32.31 | trepan | bzflag doesn't really need per player pausing, just take it out |
| 18:32.43 | trac_ | doesnt it? |
| 18:33.56 | trac_ | i would rather keep it, because i personally use it very frequently on bigger servers. |
| 18:39.18 | *** join/#bzflag A-Delusion (n=A-Delusi@pool-151-201-236-34.pitt.east.verizon.net) |
| 18:48.48 | ToughShooter | letting individual players pause is a nice feature, why should it be taken out? |
| 18:50.28 | blast007 | most multiplayer online games don't allow individual pausing |
| 18:51.20 | ToughShooter | It is a nice feature, especially in league matches |
| 18:51.43 | ToughShooter | How would one see another one is away in a match if there is no pause? |
| 18:52.18 | ToughShooter | What the majority does may not be the best |
| 18:52.32 | trepan | it's a match, don't pause |
| 18:52.42 | trac_ | i fully agree with ToughShooter. |
| 18:52.53 | ToughShooter | I just did not like the way pause is implemented and did something to make it better |
| 18:52.57 | trac_ | a lot of matches do depend on this information |
| 18:53.13 | ToughShooter | trepan: Did you actually ever play in a bzflag league? |
| 18:53.51 | trepan | ToughShooter: oh ya, have the cool shirt to prove it |
| 18:55.03 | ToughShooter | You can not know what happens in 30 Minutes there can always be something, most of the times it works but when not individual pause _and_ countdown pause are important features |
| 18:56.49 | ToughShooter | I am not writing about a "shirt", I asked because it did not sound so |
| 18:57.06 | trac_ | i also think it is important to pause on public servers like gu or viper. |
| 18:57.44 | trac_ | with indiviual pause u can go to the toilette while keeping ur stats high ;) *personal experience* |
| 18:57.58 | trepan | full pauses would be better to keep matches fair, code that instead? |
| 18:58.19 | spldart | Alot of us do drink and drive a tank 8-0 |
| 18:58.54 | ToughShooter | spldart: Do you also get away from computer a few seconds while driving? |
| 18:59.14 | spldart | Nope.. gotta computer in the car too |
| 18:59.27 | spldart | But it's nice to pause to run to the can real quick during a game |
| 18:59.28 | ToughShooter | I have tried parking my tank in a save location for a few seconds while I was drinking something |
| 18:59.36 | ToughShooter | I never had success |
| 18:59.37 | spldart | just for a few seconds |
| 19:00.26 | spldart | If I need more than 30 seconds though I'll log out |
| 19:01.07 | ToughShooter | I log out after 1 minute on official servers |
| 19:01.41 | trac_ | i personnaly have also a lot of experience especially on gu and hix maps. U will NEVER get a save position, but u can have a run like 30-1 |
| 19:01.52 | ToughShooter | When I play other games I found myself missing the bzflag pause feature there |
| 19:03.07 | ToughShooter | Say you want to stay at one position, self-kill is rather frustrating for this as example |
| 19:04.29 | ToughShooter | The spawn algorithm is not the best, you have to go back and it has an effect on player score |
| 19:07.23 | trac_ | ok, seems like we dont agree on either positions here ;) Better we keep the feature and add team pause as well. ;) |
| 19:09.34 | brlcad | with serverside pausing/unpausing, it becomes trivial to do things like pause all players on demand |
| 19:10.06 | brlcad | <PROTECTED> |
| 19:10.20 | trac_ | yes it does, but what happens on servers like viper? do we pause a whole team there? ;)) |
| 19:10.41 | trac_ | we need to add a flag, that allowes pausing there |
| 19:10.44 | brlcad | with a server command that directed that, sure |
| 19:10.50 | trac_ | *flag = option ;) |
| 19:10.51 | brlcad | tie it to an admin perm |
| 19:12.23 | ToughShooter | Some players may not like pause but I think they really mean too low delay (or even instant pause) |
| 19:12.26 | trac_ | full agreement! |
| 19:12.43 | trac_ | with brlcad ;) |
| 19:13.11 | *** join/#bzflag codergeek42 (n=peter@gentoo/developer/codergeek42) |
| 19:13.18 | trac_ | lets have the feature, but lets have also the option to disable it :) |
| 19:13.23 | trac_ | shouldnt be too hard :) |
| 19:14.34 | brlcad | trac_: so you're coding this right? |
| 19:14.57 | trac_ | i would rather code it together with TS, cause he implemted the server side pause :) |
| 19:15.15 | trac_ | but yes, why not... ;) |
| 19:15.19 | ToughShooter | trac_: It is not checked in yet |
| 19:15.39 | ToughShooter | Have to put some honey on it for DTR ;) |
| 19:15.39 | trac_ | it will surely just after some slightly changes ;) |
| 19:15.58 | *** join/#bzflag Blue_Eyes (n=Blue@host209-178.pool8258.interbusiness.it) |
| 19:19.31 | trac_ | ok, lets put the plan together... TS should change the patch to a state where the server fully manages the pause. Then the client may send a pause message for its own or for the whole team. The server may decide based on options whether to allow it or not... sounds easy ;) |
| 19:21.26 | brlcad | team/group pausing is probably better handled as a serverside command rather than as part of the pause protocol |
| 19:21.48 | trac_ | hmmm |
| 19:22.03 | trac_ | and the "p" key sends a server side command too? |
| 19:22.09 | brlcad | protocolwise, TS's changes already should be sufficient if he does the exchange mentioned earlier |
| 19:22.43 | trac_ | i would like to have the same for all pause commands. |
| 19:23.33 | brlcad | the 1234 step handshake .. if all those pieces are in place, it then just needs permissions defined and the hooks for a /pause command(s) |
| 19:24.56 | ToughShooter | Ok, I will then do the further changes |
| 19:26.04 | trac_ | ToughShooter: send me an icq message if it is ready, k? :) |
| 19:28.38 | ToughShooter | trac_: ok, let me start coding ;) |
| 19:29.17 | *** join/#bzflag QuantumBeep (n=QB@adsl-33-204-16.lft.bellsouth.net) |
| 19:29.23 | trac_ | time is running :)) |
| 19:33.31 | *** join/#bzflag elmer (n=aschmack@70-101-100-208.dsl1-field.roc.ny.frontiernet.net) |
| 19:33.42 | *** part/#bzflag elmer (n=aschmack@70-101-100-208.dsl1-field.roc.ny.frontiernet.net) |
| 19:36.19 | *** join/#bzflag CBG` (n=CBG@cpc4-stme1-0-0-cust103.cdif.cable.ntl.com) |
| 19:37.05 | *** join/#bzflag A_Meteorite (n=A_Meteor@adsl-75-15-140-128.dsl.snlo01.sbcglobal.net) |
| 19:42.22 | CBG` | Did anyone see my question? |
| 19:43.13 | *** join/#bzflag Beep (n=QB@adsl-33-204-16.lft.bellsouth.net) |
| 19:45.20 | *** join/#bzflag A_Meteorite (n=A_Meteor@adsl-75-15-140-128.dsl.snlo01.sbcglobal.net) |
| 19:47.31 | CBG` | Ok I'll ask again: Is there any way to make a png texture downloadable through bzflag but not visible through a web browser? |
| 19:48.02 | mmarshall | Check the user agent? |
| 19:48.11 | spldart | ooo |
| 19:48.31 | blast007 | bzflag might send a curl user agent |
| 19:49.35 | *** join/#bzflag Blue-Eyes (n=Blue@host27-219.pool870.interbusiness.it) |
| 19:50.16 | CBG` | The problem is that when a client joins a server and downloads a texture, the url to the image is displayed in the chat window. I need to avoid this somehow, or at least stop people viewing the image in their browser. |
| 19:52.11 | blast007 | what for? |
| 19:52.24 | spldart | copyright? heh |
| 19:52.32 | blast007 | when the game loads a texture, it saves it to their hard drive anyway |
| 19:52.54 | CBG` | Oh, bummer. And players can access that saved version...? |
| 19:53.00 | blast007 | sure |
| 19:53.10 | blast007 | least I think |
| 19:53.12 | CBG` | damn and blast. |
| 19:53.20 | spldart | When you first asked I thought you were just trying to keep down bandwidth theft but your trying to protect your right to the image? |
| 19:53.35 | blast007 | yup, I have .png files |
| 19:53.52 | blast007 | put a watermark on them :P |
| 19:53.56 | CBG` | No, we're trying to hide an image on a map, which people have to find by searching the map. |
| 19:54.01 | CBG` | Nothing to do with copyright... |
| 19:54.04 | blast007 | oh |
| 19:54.04 | blast007 | heh |
| 19:54.08 | blast007 | good luck with that |
| 19:54.09 | spldart | me 2 |
| 19:54.13 | CBG` | Yeah. :| |
| 19:54.17 | blast007 | they can just download the map file |
| 19:54.43 | spldart | hrm... find the treasure |
| 19:54.57 | CBG` | shush :P |
| 19:55.10 | CBG` | blast007: they would still have to search the map... |
| 19:55.17 | CBG` | but if the image is downloaded..... :| |
| 19:55.18 | blast007 | for .png |
| 19:55.22 | spldart | treasure flag instead |
| 19:56.00 | CBG` | blast007: the url is displayed in the chat window when they join the server anyway |
| 19:56.12 | blast007 | CBG`: one can even turn on the display of coordinates for their tank |
| 19:56.24 | CBG` | huh? |
| 19:56.31 | blast007 | shows their position on screen |
| 19:56.39 | spldart | really? |
| 19:56.47 | blast007 | so they search the map file for the position, and drive there |
| 19:57.13 | spldart | woah... that would be cool for that NPTangent maze map |
| 19:58.10 | blast007 | it's mainly useful to debug maps |
| 19:58.43 | spldart | I can see where that would be very handy for map builders |
| 20:00.01 | CBG` | how does that help? |
| 20:03.13 | blast007 | CBG`: to locate a problem? |
| 20:03.25 | CBG` | ok i see |
| 20:05.00 | spldart | I could have used it ;) |
| 20:05.41 | blast007 | ~bzflist |
| 20:06.30 | *** join/#bzflag QuantumBeep (n=QB@adsl-33-204-16.lft.bellsouth.net) |
| 20:15.16 | CIA-6 | BZFlag: 03brlcad * 10bzflag/autogen.sh: |
| 20:15.18 | CIA-6 | BZFlag: and the updates continue... woot, this little "script" is now in excess of 1000 |
| 20:15.20 | CIA-6 | BZFlag: lines... in celebration, finally break tradition with other autogen.sh |
| 20:15.22 | CIA-6 | BZFlag: convention by adding a more useful --help option output instead of passing it on |
| 20:15.24 | CIA-6 | BZFlag: to configure. also add support to override any of the command (autoreconf, |
| 20:15.26 | CIA-6 | BZFlag: automake, etc) options via a set of _OPTIONS environment variables. |
| 20:22.52 | *** join/#bzflag BlueEyes (n=Blue@host36-136.pool8260.interbusiness.it) |
| 20:23.42 | *** join/#bzflag moonpix (n=user@201.66.214.31) |
| 20:29.22 | *** join/#bzflag kyelewis` (n=kyelewis@freematrix/staff/kyelewis) |
| 20:38.45 | spldart | poop... I'm sucking at RC today... no better than 30 to 40% :( |
| 20:39.00 | spldart | oops.. 38 to 40% |
| 20:41.52 | *** join/#bzflag A_Heart_Attack (n=A_Heart_@ool-44c748c9.dyn.optonline.net) |
| 20:53.15 | *** join/#bzflag Blue-Eyes (n=Blue@host116-149.pool8252.interbusiness.it) |
| 20:58.33 | *** join/#bzflag QBeep (n=QB@adsl-33-204-16.lft.bellsouth.net) |
| 21:05.59 | *** join/#bzflag spldart (n=spldart@cpe-68-201-209-199.houston.res.rr.com) |
| 21:07.42 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@fordend.demon.co.uk) |
| 21:48.32 | *** join/#bzflag wegstar_away (i=wegstar@kbhn-vbrg-sr0-vl212-213-185-15-219.perspektivbredband.net) |
| 21:53.32 | *** join/#bzflag DTRemenak|RDP (n=DTRemena@c-24-23-59-104.hsd1.ca.comcast.net) |
| 21:53.32 | *** mode/#bzflag [+v DTRemenak|RDP] by ChanServ |
| 22:05.42 | *** join/#bzflag [dmp] (n=dennis@koderen.dk) |
| 22:14.06 | *** join/#bzflag Constitution (n=Constitu@mmds-216-19-24-101.mm.az.commspeed.net) |
| 22:47.49 | *** join/#bzflag DTRemenak (n=DTRemena@c-24-23-59-104.hsd1.ca.comcast.net) |
| 22:47.49 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 23:01.14 | *** join/#bzflag bryjen (n=bryjen@2002:45a6:86ae:0:0:0:0:1) |
| 23:01.14 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 23:16.38 | *** join/#bzflag DTRemenak (n=DTRemena@c-24-23-59-104.hsd1.ca.comcast.net) |
| 23:16.38 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 23:23.18 | *** join/#bzflag DTRemenak|RDP (n=DTRemena@c-24-23-59-104.hsd1.ca.comcast.net) |
| 23:23.18 | *** mode/#bzflag [+v DTRemenak|RDP] by ChanServ |
| 23:24.13 | *** join/#bzflag im_fine_u (n=qbfreak2@pool-71-99-116-147.tampfl.dsl-w.verizon.net) |
| 23:33.32 | *** join/#bzflag DTRemenak|RDP (n=DTRemena@c-24-23-59-104.hsd1.mn.comcast.net) |
| 23:33.32 | *** mode/#bzflag [+v DTRemenak|RDP] by ChanServ |
| 23:43.16 | *** join/#bzflag AlexandrTheGreat (n=Alexande@71.224.205.183) |
| 23:49.10 | *** join/#bzflag triclops (n=triclops@203-206-253-32.dyn.iinet.net.au) |
| 23:57.04 | *** join/#bzflag JeffM2501 (n=JeffM@pdpc/supporter/sustaining/JeffM2501) |
| 23:57.04 | *** mode/#bzflag [+o JeffM2501] by ChanServ |
| 23:59.21 | [NP]Tangent | what's wrong with it? |
| 23:59.48 | JeffM2501 | 1) it's hot |
| 23:59.54 | JeffM2501 | 2) it's like nowhere |
| 23:59.57 | JeffM2501 | 3) it's hot |
