| 00:18.53 | joevano | JeffM: don't knock Git... I was that way till I "GIT"ted it :P |
| 00:19.15 | joevano | it works pretty well as a local SVN client as well ;) |
| 00:19.20 | JeffM | joevano: I'm sure it does |
| 00:19.30 | JeffM | I don't have a problem with it's technology |
| 00:19.36 | JeffM | I have a problem with it's zealots :) |
| 00:19.46 | joevano | true, true |
| 00:19.50 | JeffM | if they had a stable tort version, and we had reason to swap to it, I'm sure I'd be fine |
| 00:20.14 | JeffM | I just don't like the people that push for it for no reason other then to change |
| 00:20.24 | JeffM | "linus uses it, it must be AWESOME for all things" |
| 00:20.56 | JeffM | if we did most of our work as patches, then yeah, git would help us out a lot |
| 00:21.16 | joevano | i especially like it cause I don' have to be connected to make lots of commits |
| 00:21.31 | JeffM | and for our project, that's what I DON'T like |
| 00:21.49 | JeffM | I don't want your massive dump of commits to be ploped in when you get back |
| 00:22.00 | joevano | :P |
| 00:22.07 | JeffM | I want them in the central repo as you work on them, so we can colaborate |
| 00:22.32 | JeffM | like I say, it works well for people that are used to the patch method |
| 00:22.53 | JeffM | if you are used to accepting large "things" as changes, then sure, that extra history is great |
| 00:22.59 | brlcad | prevent isolationism and introverted cowboy coding |
| 00:23.09 | JeffM | indeed |
| 00:23.24 | JeffM | it makes it really easy to go off for a month and then screw up the repository when you get back |
| 00:23.30 | JeffM | "look what I did" |
| 00:23.52 | brlcad | *craps on desk* |
| 00:23.53 | JeffM | the linux kernel works mostly on patches, so it makes sense |
| 00:24.15 | JeffM | bzflag actualy works more like a real development company where we expect you to commit as you go |
| 00:24.19 | brlcad | and requires coordinating a large hierarchy of developers |
| 00:24.35 | brlcad | when your "hierarchy" isn't a hierarchy, it's added complexity |
| 00:24.56 | JeffM | with svn we get to stop you before you get up on the desk to take your dump :) |
| 00:25.14 | JeffM | and I don't think "not being online" will really be a big problem in the next year |
| 00:25.44 | JeffM | iPhone.. unlimited data plan... |
| 00:29.40 | joevano | hehe... you live in California not the midwest |
| 00:29.56 | joevano | we can't even get highspeed internet at several of our offices |
| 00:29.58 | JeffM | that's why I gave it a year :) |
| 00:30.03 | JeffM | it'll happen |
| 00:30.41 | joevano | change of subject.. did you see they had 400 orgs apply for GSoC? |
| 00:30.53 | JeffM | that's less then last year right? |
| 00:31.07 | joevano | don't know, thought it was a lot |
| 00:31.25 | JeffM | seems low to me, I want to say it was over 500 last year |
| 00:40.21 | *** topic/#bzflag by joevano -> http://cia.vc/stats/project/BZFlag || http://my.BZFlag.org/w/Getting_Help || Channel Logs: http://ibot.rikers.org/%23bzflag/ || http://ohloh.net/projects/189 || Latest Release: 2.0.12 (linux), 2.0.10 (everyone else) || |
| 00:41.24 | *** topic/#bzflag by joevano -> http://cia.vc/stats/project/BZFlag || http://my.BZFlag.org/w/Getting_Help || Channel Logs: http://ibot.rikers.org/%23bzflag/ || http://ohloh.net/projects/189 || Latest Release: 2.0.12 (linux), 2.0.10 (everyone else) || We have been accepted as a mentoring org for GSoC2009 |
| 00:54.56 | brlcad | last year's count had a lot of spam applications, this year there were none |
| 00:55.30 | JeffM | ahh |
| 00:56.08 | brlcad | or at least nearly none |
| 00:56.19 | *** join/#bzflag Gimpster (n=noway@modemcable138.77-82-70.mc.videotron.ca) |
| 00:56.32 | Erroneous | how'd they manage that? |
| 00:56.49 | JeffM | new form, probably harder to apply :) |
| 00:58.25 | brlcad | new site, new form, no spambot postings crawling google.com |
| 00:59.31 | brlcad | mind you, talking about the outright bogus/spam postings like the ones that made it in for student apps and mentor requests |
| 00:59.53 | brlcad | our gsoc page from last year has like a half-dozen mentor requests on it |
| 01:04.45 | *** join/#bzflag temp_dist (n=temp_dis@bzflag/serverop/TemporalDistraction) |
| 01:10.22 | Constitution | congrats everyone :) |
| 01:18.32 | *** join/#bzflag mrdudle_ (n=mrdudle@63-230-108-79.farg.qwest.net) |
| 01:41.42 | *** join/#bzflag KingRobot1 (n=mathew@unaffiliated/kingrobot) |
| 01:42.44 | *** join/#bzflag Carnage00 (n=carnage@dyn216-8-149-95.ADSL.mnsi.net) |
| 01:53.51 | *** join/#bzflag mrdudle (n=mrdudle@unaffiliated/mrdudle) |
| 02:06.28 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 02:17.01 | *** join/#bzflag short_circuit (n=james@c-98-197-19-35.hsd1.tx.comcast.net) |
| 03:20.18 | *** join/#bzflag Abominable_ (i=Abominab@user-0ce2hpi.cable.mindspring.com) |
| 04:08.57 | *** join/#bzflag a_temp_dist (n=temp_dis@bzflag/serverop/TemporalDistraction) |
| 04:19.42 | *** part/#bzflag KingRobot1 (n=mathew@unaffiliated/kingrobot) |
| 04:58.21 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) |
| 05:03.36 | *** join/#bzflag Gimpster (n=noway@modemcable138.77-82-70.mc.videotron.ca) |
| 05:07.04 | *** join/#bzflag jorgenpt (n=jorgenpt@tjer.no) |
| 05:38.11 | delusional | wings3d-to-bzw exporter plugin updated for latest wings version. http://my.bzflag.org/bb/viewtopic.php?f=65&t=13828&p=135592#p135592 |
| 05:38.53 | delusional | thanks to trepan for digging out the source, and of course writing the plugin in the first place. |
| 05:54.57 | *** join/#bzflag domino (n=billg195@174-152-252-135.pools.spcsdns.net) |
| 06:04.03 | *** part/#bzflag domino (n=billg195@174-152-252-135.pools.spcsdns.net) |
| 07:40.49 | *** join/#bzflag bier (n=bier@p54A550B9.dip.t-dialin.net) |
| 08:19.00 | *** join/#bzflag LongDon (n=LongDon@host-091-097-061-179.ewe-ip-backbone.de) |
| 08:55.43 | *** part/#bzflag LongDon (n=LongDon@host-091-097-061-179.ewe-ip-backbone.de) |
| 08:56.04 | *** join/#bzflag LongDon (n=LongDon@host-091-097-061-179.ewe-ip-backbone.de) |
| 08:56.17 | *** part/#bzflag LongDon (n=LongDon@host-091-097-061-179.ewe-ip-backbone.de) |
| 11:22.19 | *** join/#bzflag RatOmeter (n=chatzill@email.fescorp.com) |
| 11:30.38 | brlcad | thanks Constitution |
| 12:26.03 | *** join/#bzflag tupone (n=alfredo@gentoo/developer/tupone) |
| 12:26.03 | *** mode/#bzflag [+v tupone] by ChanServ |
| 12:42.53 | joevano | here is an interesting SVN monitor for all you windows users http://www.svnmonitor.com/default.shtml |
| 12:43.37 | joevano | lets you keep tabs on all your svn repos from the system tray... not a tortoise replacement |
| 12:54.32 | RatOmeter | tries it out |
| 13:04.08 | *** join/#bzflag temp_dist (n=temp_dis@bzflag/serverop/TemporalDistraction) |
| 13:17.08 | *** join/#bzflag nightstrike_ (n=nightstr@210.212.97.141) |
| 13:19.14 | nightstrike_ | hi everyone, I'd like to work on BZFlag for GSoC 2009 as a student, and I'm particularly interested in the libgame project idea. I'm familiar with C/C++ and OpenGL. Where can I get some more background on the libgame issue? |
| 13:19.36 | brlcad | nightstrike_: here ;) |
| 13:20.17 | brlcad | nightstrike_: if you take a look at our source code, you'll see that the code is broken up into various libraries with a few application binaries |
| 13:20.26 | nightstrike_ | I can work on either modularizing the game logic, or modularizing the OpenGL logic, I'd prefer the former though |
| 13:20.45 | brlcad | particularly, a couple clients (bzflag, bzadmin, bzrobots) and the server (bzfs) .. and the libraries that they are built on |
| 13:21.01 | brlcad | they're both good efforts and highly related to each other |
| 13:21.37 | brlcad | the problem with modularizing the game logic is that it is intertwined with the display/opengl logic (otherwise it'd just be a matter of moving functions) |
| 13:22.35 | nightstrike_ | I see. So this project is about some major code cleanup and refactoring! |
| 13:22.36 | brlcad | there is already a libgame library with the intent being that the library would contain all of the logic needed to run a stand-alone game maintaining an entire game state |
| 13:22.45 | brlcad | lots of code cleanup and refactoring, yes |
| 13:22.53 | brlcad | that's our big emphasis and priority this year |
| 13:23.02 | brlcad | we're trying to prepare for a major release |
| 13:23.34 | nightstrike_ | But libgame, as I understand, is rather incomplete now right? |
| 13:23.36 | brlcad | one we've not had in a couple years now, so cleaning up the code, refactoring, fixing bugs .. all *way* more important than new code unless it's "continuation" code for a previous gsoc project |
| 13:23.45 | brlcad | yes, very incomplete |
| 13:23.49 | brlcad | (see src/libgame) |
| 13:24.05 | brlcad | most of the logic in src/bzflag and src/bzfs really belongs in src/libgame |
| 13:24.47 | brlcad | the part that deals with the actual "game" of bzflag and it's tied to the gui itself, the networking, etc |
| 13:24.56 | brlcad | s/it's/isn't/ |
| 13:25.39 | brlcad | so for example, we wouldn't want all of the menu code in src/bzflag to move, but the code that performs dead-reckoning / collision detection should definitely be in libgame |
| 13:26.13 | nightstrike_ | ok, I'm getting a rough idea now |
| 13:27.15 | nightstrike_ | Let me check out the source, and go through some documentation for a day or two, and I'll get back to you guys and discuss my proposal in better depth. Anything in particular I should read on to get a better understanding of how BZFlag works? |
| 13:27.21 | nightstrike_ | Is there something like a design documentation? |
| 13:28.48 | brlcad | there is some brief notes on the source tree layout in README as well as README files in each of the src/*/README subdirs |
| 13:28.57 | *** join/#bzflag Flash (n=jwmelto@bzflag/developer/Flash) |
| 13:29.51 | brlcad | lot of it is a work in progress and open to discussion/design too but the intent at least is to help modularlize the game logic and separate it from the gui logic |
| 13:30.32 | brlcad | another bit you'll notice, for example, is that src/bzrobots is almost an entire copy of src/bzflag with most of the gui ripped off .. but it's still a copy (as that project's goal was very specific in nature) |
| 13:31.12 | brlcad | with a proper libgame, bzrobots and bzflag would ideally no longer really duplicate any code (as it would all be in libgame) |
| 13:31.38 | brlcad | that, though, is much more easily said than done |
| 13:31.44 | brlcad | hence the project :) |
| 13:31.47 | nightstrike_ | :) |
| 13:33.09 | nightstrike_ | Sounds interesting! And I'll need to get a really good feel of the source if I'm to get started with this project! |
| 13:33.24 | brlcad | you'll become intimitely familiar :) |
| 13:33.41 | nightstrike_ | exactly! |
| 13:34.26 | nightstrike_ | And I suppose modularizing libgame would in turn make it easier to modularize OpenGL one day |
| 13:34.33 | nightstrike_ | and vice versa |
| 13:34.48 | nightstrike_ | hence the 'high priority' eh? :) |
| 13:34.53 | brlcad | yep |
| 13:35.09 | brlcad | also it'll help maintain a game state both in the client and in the server |
| 13:35.27 | brlcad | one of our bigger long-term projects is to move the entire authoritative game state to the server |
| 13:35.46 | nightstrike_ | ok |
| 13:35.57 | brlcad | right now, the clients themselves are mostly authoritative (as it was originally designed as a lan game) which is hell for controlling cheating |
| 13:36.27 | nightstrike_ | I notice that's listed as another project idea as well! |
| 13:36.40 | brlcad | it's all inter-related :) |
| 13:36.45 | nightstrike_ | :) |
| 13:37.19 | nightstrike_ | anyways, thanks brlcad, I'll go get some reading done right now. I'll be back here if I'm stuck. |
| 13:37.33 | brlcad | sure, and thanks for the interest |
| 13:37.37 | brlcad | look forward to chatting more |
| 13:37.46 | brlcad | you'll likely meet more of the devs if you hang around |
| 13:38.14 | nightstrike_ | sure thing! I'll be around. :) |
| 13:38.24 | brlcad | we all have our own different takes, priorities, and personalities with respect to the various projects, so you can get some wide perspective |
| 13:39.29 | *** join/#bzflag thresh (n=popa3d@videolan/developer/thresh) |
| 13:39.34 | thresh | hey folks |
| 13:39.49 | thresh | anyone know if bzflag has problems with libcares = 1.6.0 ? |
| 13:42.20 | *** join/#bzflag dexter- (n=whodaman@bzflag/player/Dexter) |
| 13:45.53 | brlcad | thresh: not that I recall, but usually recommend using the latest |
| 13:46.08 | thresh | right.. |
| 13:46.13 | thresh | i'll try to get meaning full backtrace. |
| 13:54.03 | *** join/#bzflag Upsetter (n=Ups@i577B6674.versanet.de) |
| 14:07.10 | *** join/#bzflag spldart (n=short_ci@bzflag/contributor/spldart) |
| 14:07.11 | *** mode/#bzflag [+v spldart] by ChanServ |
| 14:15.40 | *** join/#bzflag RatOmeter (n=chatzill@email.fescorp.com) |
| 14:21.16 | *** join/#bzflag dexter- (n=whodaman@bzflag/player/Dexter) |
| 14:23.52 | *** join/#bzflag nightstrike_ (n=nightstr@210.212.97.141) |
| 14:32.22 | *** join/#bzflag Upsetter (n=Ups@i577B6674.versanet.de) |
| 14:36.13 | thresh | brlcad: http://dumpz.org/6620/ if it rings any bells... |
| 14:40.52 | brlcad | thresh: it does ring bells |
| 14:41.14 | brlcad | problem with particular versions of ares and curl that didn't play nice |
| 14:41.35 | thresh | funny thing is recompiling bzflag against those versions fixes the problem. |
| 14:41.55 | thresh | which i want to avoid, because it doesnt really fix the problem. |
| 14:43.08 | brlcad | those versions means what? |
| 14:43.31 | thresh | c-ares 1.6.0, curl 7.19.4. |
| 14:44.03 | brlcad | yeah, those are newer than ours -- the problem I'm remembering is with versions that were older than ours |
| 14:45.16 | brlcad | would try to figure out what signal is being raised |
| 14:45.17 | brlcad | <signal handler called> |
| 14:45.29 | brlcad | maybe a sigpipe |
| 14:45.57 | brlcad | which looks like it'd be a ares bug |
| 14:47.09 | brlcad | break on ares_getsock() and check what it's doing -- it's got full debug symbols there so you should be able to get a source checkout and inspect the lines interactive |
| 14:47.41 | thresh | gdb bzflag hangs :( |
| 14:50.11 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 14:50.22 | brlcad | have to run it from a remote session |
| 14:50.22 | *** join/#bzflag TimRiker (i=timr@2002:63cb:2da:0:0:0:0:1) |
| 14:50.22 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 14:50.34 | brlcad | or tell bzflag to go windowed |
| 14:50.55 | brlcad | gdb --args bzflag -window ; b ares_getsock ; run |
| 14:51.06 | brlcad | something like that |
| 14:51.26 | thresh | oh thank you |
| 14:58.42 | *** join/#bzflag Wyk3d (n=middle@c7.campus.utcluj.ro) |
| 15:00.36 | *** join/#bzflag leeguy92 (n=leeguy92@host81-129-174-171.range81-129.btcentralplus.com) |
| 15:02.08 | leeguy92 | as much as i disliked the discourteous dismissal yesterday, i just thought of a reason that gcc(+ other FOSS toolchain stuffs) is better than Visual C++. - you can recompile it to work on different architectures. |
| 15:02.09 | leeguy92 | 1UP |
| 15:06.35 | blast007 | so does that mean that C# is better than C++ because I can build one binary and run it on Windows, Linux, and Mac? ;) |
| 15:07.19 | leeguy92 | blast007: yes |
| 15:07.23 | leeguy92 | sorta |
| 15:07.29 | leeguy92 | :p |
| 15:07.32 | blast007 | hehe |
| 15:08.04 | leeguy92 | it's not a "binary" in the traditional sense anyway |
| 15:08.18 | leeguy92 | ^^irrelevant to argument, but true |
| 15:08.45 | blast007 | right |
| 15:09.01 | blast007 | it's more similar to Java in the way it's compiled/run |
| 15:10.45 | leeguy92 | blast007: and this is why i think java is a good idea. if used for the right things. managed code can be pretty useful. |
| 15:10.48 | leeguy92 | hides |
| 15:45.59 | *** join/#bzflag Pimpi (n=frank@gondolin.pimpi.org) |
| 16:02.44 | blast007 | ... |
| 16:02.52 | *** part/#bzflag BetweenTheWheels (n=leeguy92@host81-129-174-171.range81-129.btcentralplus.com) |
| 16:15.40 | *** join/#bzflag JefferyM (n=JefferyM@bzflag/projectadmin/JeffM) |
| 16:15.40 | *** mode/#bzflag [+o JefferyM] by ChanServ |
| 16:51.42 | *** join/#bzflag PositiveG (n=sniper15@S0106002191dd19a8.gv.shawcable.net) |
| 17:13.21 | *** join/#bzflag Will07c5 (n=Will07c5@63.252.66.252) |
| 17:30.11 | blast007 | had a crash in bzfs, latest trunk: http://pastebin.bzflag.bz/m2b24589e |
| 17:30.46 | *** join/#bzflag Upsetter (n=Ups@i577B6674.versanet.de) |
| 17:36.01 | brlcad | blast007: looks like it's a bogus nullity check |
| 17:36.38 | brlcad | hmm |
| 17:36.52 | brlcad | waves at Wyk3d |
| 17:46.53 | Thumper_ | brlcad: did you load any plugins to create that crash? |
| 17:47.37 | Thumper_ | I've seen something similar with the fastmap plugin - it loads the http server plugin which registers events, and then gets unloaded w/o deregistering the events |
| 17:47.50 | blast007 | s/brlcad/blast007/ |
| 17:48.01 | blast007 | and yeah, I have some. Let me try without. |
| 17:48.08 | Thumper_ | so the worldevent manager tries to unload stuff that has been released already |
| 17:48.17 | Thumper_ | blast007: thx (sorry brlcad ) |
| 17:49.10 | Thumper_ | I added std::cout calls to the constructors for fastmap and httpserver to try to figure out what was going on but haven't had time to pursue any of that yet |
| 17:49.43 | Thumper_ | heads out toa meeting |
| 17:50.13 | *** join/#bzflag temp_work (n=temporal@bzflag/serverop/TemporalDistraction) |
| 17:52.23 | blast007 | no crash without the plugins (I had torblock, serverControl, webstats, and fastmap) ;) |
| 17:52.41 | blast007 | I'll have to check those later |
| 17:53.31 | Winny | fastmap? |
| 17:53.41 | Wyk3d | waves back at brlcad |
| 17:53.42 | brlcad | Thumper_: np |
| 17:54.27 | brlcad | blast007: ah, good to hear it .. so it's probably a double destructor (so that iterator is invalid) |
| 17:55.35 | blast007 | Winny: fastmap is an HTTP plugin that sends the binary copy of the map without the need for a full web server |
| 17:56.23 | Winny | ah |
| 17:57.06 | *** join/#bzflag Erroneous (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 17:57.06 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 18:03.22 | *** join/#bzflag MindstormsKid (n=chatzill@adsl-074-183-055-029.sip.cha.bellsouth.net) |
| 18:05.28 | CIA-11 | BZFlag: 03blast007 * r19457 10/trunk/bzflag/src/bzadmin/BZAdminClient.cxx: |
| 18:05.28 | CIA-11 | BZFlag: Send the motto "bzadmin" as well as the capabilities of bzadmin. |
| 18:05.28 | CIA-11 | BZFlag: Unpack the rank from the MsgEnter. This fixes the score issue as well as the missing callsigns. |
| 18:05.36 | Wyk3d | brlcad: can autoDelete somehow call removeEvent ? |
| 18:06.04 | blast007 | in the bzflag client, the motto's don't show up except for yourself, so that first change will appear to do nothing at the moment ;) |
| 18:13.42 | *** join/#bzflag dexter- (n=whodaman@bzflag/player/Dexter) |
| 18:22.41 | *** join/#bzflag Gimpster (n=noway@modemcable138.77-82-70.mc.videotron.ca) |
| 18:39.25 | *** join/#bzflag Greywhind (n=Greywhin@128.148.77.114) |
| 18:41.29 | JefferyM | Thumper_, the HTTP server should stay loaded untill exit |
| 18:41.33 | JefferyM | what's unloading it? |
| 18:41.47 | blast007 | JefferyM: I'm not sure anything is unloading it |
| 18:42.05 | JefferyM | then it' callbacks should be fine untill the end |
| 18:42.07 | blast007 | it was crashing when I was leaving the server (I had two clients on, and left with one) |
| 18:42.14 | JefferyM | it's kinda like a singleton |
| 18:43.11 | JefferyM | probalby should have some way to protect that plugin from beig unloaded |
| 18:43.28 | JefferyM | or just build it into the base of bzfs |
| 18:43.41 | JefferyM | or port it all to lua and just remove the entire API |
| 18:43.48 | blast007 | heh |
| 18:43.55 | JefferyM | I'm not joking |
| 18:43.59 | blast007 | I know |
| 18:44.05 | JefferyM | currently have 2 APIs |
| 18:44.08 | JefferyM | that are not the same |
| 18:44.09 | JefferyM | that's stupid |
| 18:44.41 | blast007 | and lua is nice because you don't have to compile anything |
| 18:44.52 | JefferyM | indeed |
| 18:44.58 | JefferyM | so we should just remove the C API |
| 18:45.22 | JefferyM | plugins from 2.0.x are incompatable anyway |
| 18:46.34 | JefferyM | can anyone see any reason to salvage the API? |
| 18:49.38 | JefferyM | trepan, how much of the lua stuff uses the API functions? |
| 18:49.43 | blast007 | the only reason I could think of would be closed-source plugins. |
| 18:50.07 | blast007 | can't really have a closed-source Lua script afaik |
| 18:50.14 | JefferyM | and is that a bad thing? |
| 18:50.22 | blast007 | not for me |
| 18:50.37 | JefferyM | I just don't think we should maintain 2 APIs |
| 18:51.40 | JefferyM | and trepan has extended his far beyond what the current C API does |
| 18:51.44 | JefferyM | so may as well keep that |
| 18:52.25 | JefferyM | the only real task will be rewriting the existing plugins as lua scripts |
| 18:52.39 | JefferyM | but that's not a bad thing to go thru and evaluate what ones of those we should and should not keep |
| 18:52.45 | JefferyM | and it makes the build process a LOT simpler |
| 18:54.05 | JefferyM | Erroneous, do you have an opinion? |
| 18:55.07 | Erroneous | can lua call into other external libraries? |
| 18:55.15 | JefferyM | dunno |
| 18:55.42 | JefferyM | if it can't then that would break things like the city generator |
| 18:56.57 | JefferyM | if we have to keep the C API, I'd like to make sure that the lua system uses it, so that they are forced to be in lockstep or something |
| 18:57.04 | JefferyM | or we could just not care :) |
| 19:01.26 | CBG | Caring never does anyone any good. |
| 19:03.40 | Winny | I know my opinion means nothing, but I say dump it |
| 19:03.50 | Winny | I like the idea of Lua only |
| 19:04.53 | JefferyM | if it can't call an external lib that limits what you can do |
| 19:05.06 | delusional | whatever direction you decide to go with plugins, I'm fully in agreement with whatever thumper's opinion is. |
| 19:05.10 | JefferyM | such as the city generator would have to be turned back into an EXE and called via the command lne to generate a map |
| 19:12.04 | Will07c5 | I have a gsoc related question |
| 19:13.07 | Will07c5 | in the "Modularization of game logic" idea, when it says "adopt a 3D rendering engine" is that referring to something like OGRE, or something else? |
| 19:13.08 | blast007 | JefferyM: http://www.lua.org/pil/8.1.html |
| 19:13.10 | brlcad | got the impression that the C api was cleaner (and better documented) than the lua interface |
| 19:13.30 | JefferyM | brlcad, better documented sure, not sure about cleaner |
| 19:13.31 | brlcad | not to mention more tested to say the least.. |
| 19:13.43 | JefferyM | Will07c5, yes |
| 19:13.52 | Will07c5 | ok thanks |
| 19:14.32 | JefferyM | blast007, that's a lua file tho, the idea would be to get it load a DLL in another language |
| 19:14.34 | JefferyM | a real lib |
| 19:14.41 | brlcad | make 4.0 ditch it if you wanna ditch it .. otherwise there's not really any benefit to the user, just potential added instability or missing features prior to release |
| 19:15.09 | brlcad | "leave well-enough alone" :) |
| 19:15.15 | JefferyM | it's gonna be confusing as hell, the lua stuff allready does things differently then the C API |
| 19:15.22 | JefferyM | I think we have 2 different event systems now |
| 19:15.33 | brlcad | doesn't matter, it's not documented much so few will use it |
| 19:15.41 | JefferyM | people will |
| 19:15.47 | JefferyM | specialy the client side stuff |
| 19:15.49 | brlcad | or could even put a disclaimer on one |
| 19:15.50 | blast007 | people use drawInfo and LOD ;) |
| 19:15.51 | JefferyM | well people will try |
| 19:15.53 | brlcad | do a proper deprecation |
| 19:16.48 | JefferyM | heh "here's the new 3.0 API, it's cleaned up from the last one, don't use it, i'll be gone for 4" :) |
| 19:17.20 | brlcad | iff you wanted to actually remove it, yes -- that's what you're saying |
| 19:17.34 | JefferyM | the external lib thing may be the kicker |
| 19:17.35 | brlcad | otherwise you're ripping 2.0 api away from them without any notice |
| 19:17.39 | JefferyM | I don't belive lua was designed to do that |
| 19:17.43 | blast007 | JefferyM: then maybe I'm confused about how LuaSQL works. It says that it's a set of C source files that get compiled. |
| 19:18.00 | blast007 | "This library can be linked to the application or dynamically loaded." |
| 19:18.03 | JefferyM | blast007, dunno, I have no clue how lua works at all :) |
| 19:18.10 | blast007 | me either ;) |
| 19:18.50 | brlcad | even more reason to not ditch the one that N people already know for the new one that 1 person knows (no matter how compelling it is) |
| 19:18.56 | brlcad | at least until more know the new one |
| 19:19.12 | JefferyM | is worried about added complexity in the codebase |
| 19:19.15 | JefferyM | but fair nuf |
| 19:22.50 | *** join/#bzflag temp_work (n=temporal@bzflag/serverop/TemporalDistraction) [NETSPLIT VICTIM] |
| 19:22.50 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) [NETSPLIT VICTIM] |
| 19:22.50 | *** join/#bzflag Carnage00 (n=carnage@dyn216-8-149-95.ADSL.mnsi.net) [NETSPLIT VICTIM] |
| 19:22.50 | *** join/#bzflag delusional (n=delusion@unaffiliated/delusional) [NETSPLIT VICTIM] |
| 19:35.32 | blast007 | http://lua-users.org/wiki/BuildingModules looks like require can load modules in lua 5.1 |
| 19:36.59 | JefferyM | hopes that gets disabled on the client side interface ;) |
| 19:37.08 | blast007 | heh.. |
| 19:37.28 | blast007 | require "totallyNotAVirus" |
| 19:37.45 | JefferyM | send a DLL down as a fake PNG File ;) |
| 19:38.03 | JefferyM | then load it up |
| 19:38.06 | JefferyM | haxorz the boxorz |
| 19:38.23 | *** join/#bzflag Carnage00 (n=carnage@dyn216-8-149-95.ADSL.mnsi.net) |
| 19:41.07 | CBG | makes notes |
| 19:41.44 | blast007 | JefferyM: we could just make the C API based plugins be a Lua library ;) |
| 19:42.53 | *** join/#bzflag bier (n=bier@p54A5400F.dip.t-dialin.net) |
| 19:43.20 | JefferyM | if lua can do it all, I have no problme being lua only |
| 20:00.08 | *** join/#bzflag PositiveG (n=sniper15@S0106002191dd19a8.gv.shawcable.net) |
| 20:08.53 | *** join/#bzflag GvzEvxre (i=timr@2002:63cb:2da:0:0:0:0:1) |
| 20:11.22 | *** join/#bzflag JefferyM (n=JefferyM@bzflag/projectadmin/JeffM) |
| 20:11.22 | *** mode/#bzflag [+o JefferyM] by ChanServ |
| 20:14.02 | *** join/#bzflag Think_Differentl (n=fatass@bzflag/player/ThinkDifferent) |
| 20:14.27 | *** join/#bzflag tj13820_ (n=unknown@unaffiliated/tj13820) |
| 20:43.28 | *** join/#bzflag L4m3r (n=l4m3r@bzflag/developer/L4m3r) |
| 20:43.28 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 20:44.42 | *** join/#bzflag Greywhind (n=Greywhin@Jameson-63.resnet.brown.edu) |
| 20:49.03 | *** join/#bzflag gabb (i=gabb@92.86.197.2) |
| 20:53.43 | blast007 | JefferyM / Erroneous: What's the name of that Visual C++ extension that reads the vim block to automatically set tab and indent sizes? |
| 20:53.57 | Erroneous | extabsettings |
| 20:54.03 | blast007 | thanks |
| 20:54.43 | JefferyM | direct from the author's mouth ;) |
| 20:55.10 | *** join/#bzflag bz66 (n=543e82d2@bz.bzflag.bz) |
| 20:55.29 | blast007 | yup ;) |
| 20:55.47 | blast007 | guess I'll have to try compiling it for VC++ 2009 when I get home |
| 20:56.06 | blast007 | then I'll finish fixing bzadmin |
| 20:56.07 | bz66 | hey when will 3.0.0 release? |
| 20:56.11 | trepan | tomorrow! |
| 20:56.14 | blast007 | bz66: yesterday |
| 20:56.16 | bz66 | rlly? |
| 20:56.18 | JefferyM | when it's released |
| 20:56.22 | joevano | bz66: yes |
| 20:56.26 | MindstormsKid | :P |
| 20:56.31 | trepan | bz66: maybe? |
| 20:56.32 | bz66 | yesterday ? |
| 20:56.36 | JefferyM | be nice |
| 20:56.37 | blast007 | there is no planned release date |
| 20:56.39 | bz66 | tomorrow? |
| 20:56.43 | JefferyM | bz66, we don't do release dates |
| 20:56.45 | blast007 | so we don't know |
| 20:56.45 | bz66 | l0l |
| 20:56.49 | bz66 | kk |
| 20:56.52 | bz66 | =) |
| 20:56.58 | JefferyM | please use real enlgish |
| 20:57.15 | Zw3rgy | sry my english isnt the best )= |
| 20:57.28 | JefferyM | I'm still sure that you know that sry is not a word |
| 20:57.38 | Zw3rgy | sorry* |
| 20:57.51 | JefferyM | see, real words arrn't that hard ;) |
| 20:57.55 | trepan | JefferyM: rlly? |
| 20:57.59 | Zw3rgy | i only wanted to talk to wizard |
| 20:58.12 | Zw3rgy | but he isnt online |
| 20:58.13 | JefferyM | /msg is an awesome thing ;) |
| 20:58.20 | JefferyM | trepan, can lua call a dll? |
| 20:58.32 | trepan | yup, if you let it |
| 20:58.37 | MindstormsKid | <PROTECTED> |
| 20:58.43 | JefferyM | cool |
| 20:58.44 | *** join/#bzflag TD-Linux (n=wheeeeee@96-42-68-26.dhcp.roch.mn.charter.com) |
| 20:58.45 | Zw3rgy | is timriker here? |
| 20:59.01 | Zw3rgy | how can u always be online? |
| 20:59.03 | blast007 | he's online, but not necessarily "here" |
| 20:59.06 | Zw3rgy | you* |
| 20:59.09 | JefferyM | trepan, do you think there is any reason to keep the C API? |
| 20:59.12 | MindstormsKid | er.. if not /memo then /msg memoserv |
| 20:59.15 | Winny | it's called letting your client idle |
| 20:59.20 | trepan | the normally way is to allow it to call functions with the following signature: 'int func(lua_State* L)' |
| 20:59.21 | Zw3rgy | ok cu all later |
| 20:59.24 | MindstormsKid | <PROTECTED> |
| 20:59.32 | blast007 | Zw3rgy: my client has been running for 21 days |
| 20:59.39 | blast007 | which is actually quite low |
| 20:59.55 | trepan | but there are also a couple of libs to allow more direct manipulation (alien & ffi, iirc) |
| 21:00.05 | Zw3rgy | if wizard comes online plz say him he can be on at 23.00-00.00 at any 1vs1 servers cu |
| 21:00.13 | JefferyM | well as long as it has a way, then we could make it work |
| 21:00.15 | blast007 | Zw3rgy: send him a PM on the forum |
| 21:00.19 | blast007 | we are not a message service |
| 21:00.20 | blast007 | .. |
| 21:00.20 | Winny | Zw3rgy: use menose... ugh |
| 21:00.32 | CBG | me nose? :P |
| 21:00.33 | trepan | JefferyM: it's faster, more complete, and used for internal engine stuffs? |
| 21:00.37 | Winny | facepalms |
| 21:01.15 | JefferyM | it's not used for that much enginbe stuff, and doesn't the lua system have some more features in other areas? |
| 21:01.24 | trepan | do think so |
| 21:01.29 | JefferyM | hmm |
| 21:01.34 | trepan | s/do/don't |
| 21:01.45 | trepan | ever with the negations ... |
| 21:01.45 | JefferyM | does the lua stuff just call the base API calls? or stuff from inside bzfs? |
| 21:02.09 | trepan | LuaServer and friends still use a _lot_ of bz_...() calls |
| 21:02.24 | JefferyM | do you think we need to keep the C API? |
| 21:02.34 | trepan | ya, sure |
| 21:02.41 | JefferyM | k |
| 21:02.59 | *** join/#bzflag LongDon (n=LongDon@host-091-097-061-179.ewe-ip-backbone.de) |
| 21:03.12 | *** part/#bzflag LongDon (n=LongDon@host-091-097-061-179.ewe-ip-backbone.de) |
| 21:18.08 | JefferyM | yay, we didn't get the "of" link on slashdot, we got the "bunch" link |
| 21:20.38 | Winny | "bunch of games" would've been better :( |
| 21:21.15 | Winny | haha, the link to drupal.org is broken |
| 21:21.21 | Winny | "durpal.org", parked :D |
| 21:21.29 | *** join/#bzflag me1 (n=ausom@bzflag/player/Me1) |
| 21:23.05 | temp_work | Winny, could be your canadian fail - works for me |
| 21:23.40 | Winny | temp_work: http://news.slashdot.org/article.pl?sid=09/03/19/2047216 on there? |
| 21:24.26 | JefferyM | the link has a typo in it |
| 21:24.27 | temp_work | ah - the www one is broken |
| 21:24.47 | JefferyM | they mispelled drupal |
| 21:24.52 | Winny | indeed |
| 21:33.41 | *** join/#bzflag short_circuit (n=james@c-98-197-19-35.hsd1.tx.comcast.net) |
| 21:38.11 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 21:43.10 | Carnage00 | thx for putting your server up for the 2.9x builds blast007 |
| 21:43.12 | *** mode/#bzflag [+o JBdiGriz] by ChanServ |
| 21:47.17 | Carnage00 | why does this driving with mouse seem funny in 2.9x clients? |
| 21:47.39 | me1 | seems normal to me |
| 21:48.12 | JefferyM | acceleration is on by default now |
| 21:48.33 | Carnage00 | might be accelerations limit :) |
| 21:48.37 | Carnage00 | ah |
| 21:48.43 | JefferyM | yeah it's on now |
| 21:48.53 | JefferyM | defaults are sane accel values |
| 21:49.02 | Carnage00 | its not as percise |
| 21:49.28 | JefferyM | simulates mass :) |
| 21:49.47 | Carnage00 | :( i dont like it |
| 21:50.18 | JefferyM | then set your server to have it's limits set to 0 |
| 21:50.27 | JefferyM | you probably arn't going to like the lag compensation ether |
| 21:51.31 | Carnage00 | whats that do? |
| 21:51.40 | JefferyM | compensates for lag |
| 21:51.47 | JefferyM | so you don't have to |
| 21:51.56 | Carnage00 | no thats fine :) |
| 21:52.00 | JefferyM | if you shoot where you think they will be based on there lag, you won't hit them |
| 21:52.26 | Carnage00 | so regardless of lag if i shot where they are they die? |
| 21:52.54 | JefferyM | if all works well yeah |
| 21:53.18 | JefferyM | the timestamp field is used now, so it'll take the lag time into account when ploting positions |
| 21:53.31 | JefferyM | so it should be a lot closser to where they actualy are on there screen |
| 21:53.52 | JefferyM | highly erratic movement will still have some error in it |
| 21:53.58 | JefferyM | cus you can't get rid of lag |
| 21:54.03 | JefferyM | that's what accell limits help with |
| 21:54.21 | JefferyM | they keep the detla changes down to where lag comp can work with them and be reasonably accurate |
| 21:54.27 | trepan | did someone fix the DR issue? |
| 21:54.34 | JefferyM | dunno |
| 21:54.43 | JefferyM | as far as I know it's only a Z problem |
| 21:54.47 | JefferyM | so just never jump ;) |
| 21:55.13 | trepan | the few times that i've seen others players on 2.99 servers, it looked like more than just Z |
| 21:55.23 | JefferyM | k |
| 21:55.29 | JefferyM | you are more then welcome to look at it |
| 21:55.31 | JefferyM | ;) |
| 21:55.42 | trepan | is the 'synced' clock filtered? |
| 21:55.59 | JefferyM | what do you mean by filtered? |
| 21:56.05 | trepan | (think i've mentionned that here before, even with a reference to GameTime)~ |
| 21:56.21 | trepan | filtered = smoothed |
| 21:56.33 | JefferyM | it tracks the round trip time and uses 1/2 of that as the offset |
| 21:56.58 | trepan | running average, or just used raw based on the last result? |
| 21:56.58 | JefferyM | so a lag spike would have a larger roundtrip time and get comped correctly |
| 21:57.08 | JefferyM | the last valid reslut |
| 21:57.12 | JefferyM | cus it's just an offset in clocks |
| 21:57.37 | JefferyM | an async lag spike could screw it up |
| 21:57.42 | JefferyM | but a sycn lag spike should be fine |
| 21:58.03 | JefferyM | cus the 1/2 time would be larger and compensate for the larger change in clock offsets |
| 21:58.31 | JefferyM | assuming everyones clocks run at aproxately the same speed |
| 21:59.44 | JefferyM | but again you are more then welcome to look at it |
| 21:59.46 | JefferyM | it's very simple |
| 22:09.32 | *** join/#bzflag zwergy (n=543e82d2@bz.bzflag.bz) |
| 22:52.52 | *** join/#bzflag _anomaly_ (n=mike@98.70.50.109) |
| 23:04.24 | *** join/#bzflag temp_dist (n=temp_dis@bzflag/serverop/TemporalDistraction) |
| 23:20.00 | *** join/#bzflag Ebert (n=EbErT@adsl-19-79-188.asm.bellsouth.net) |
| 23:26.35 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 23:42.11 | CIA-11 | BZFlag: 03trepan * r19458 10/trunk/bzflag/src/platform/SDLWindow.cxx: * force a mouse-state update after SDL_WarpMouse() |
| 23:45.18 | blast007 | JefferyM: I haven't looked at the code yet, but the 'motto' value only shows up for yourself. (you don't see anyone else's motto) |
| 23:45.48 | JefferyM | you should make sure the server sends out the messages others |
| 23:46.01 | blast007 | k |
| 23:46.27 | blast007 | I'll play around with that tonight |
| 23:48.05 | *** join/#bzflag si-m1 (i=simeng@scout.protoss.no) |