| 00:01.50 | *** join/#bzflag bryjen (n=bryjen@2002:4cb1:b40f:0:0:0:0:1) |
| 00:01.50 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 00:11.21 | *** join/#bzflag JBdiGriz (n=JBdiGriz@adsl-63-199-240-78.dsl.sndg02.pacbell.net) |
| 00:11.21 | *** mode/#bzflag [+o JBdiGriz] by ChanServ |
| 00:13.23 | *** join/#bzflag poolio (n=poolio@c-69-251-3-107.hsd1.md.comcast.net) |
| 00:38.46 | *** join/#bzflag Electric1lf (n=dbharris@bas1-toronto48-1279276678.dsl.bell.ca) |
| 00:57.01 | *** join/#bzflag Suspect (n=Suspect@68-114-71-106.dhcp.plt.ny.charter.com) |
| 01:07.46 | *** join/#bzflag kc9foh (n=kc9foh@68-114-216-150.dhcp.mdsn.wi.charter.com) |
| 01:09.30 | *** join/#bzflag poolio (n=poolio@c-69-251-3-107.hsd1.md.comcast.net) |
| 01:15.59 | *** join/#bzflag spldart (n=troublem@c-98-197-19-35.hsd1.tx.comcast.net) |
| 01:16.30 | spldart | I may be rusty but somebody playing under the name 'bryjen |
| 01:16.34 | spldart | ' is good |
| 01:16.39 | spldart | ;~) |
| 01:26.01 | blast007 | he's always good :P |
| 01:26.27 | blast007 | beats me down every time I play vs him |
| 01:26.37 | a_meteorite | a tank's instinct |
| 01:27.07 | blast007 | my tank must lack that |
| 01:27.18 | blast007 | either that, or it has an odd one |
| 01:50.08 | spldart | welp.. I'm a little rusty and tired but I find that he's better at tracking multiple bogies at once and better and taking opportunities and judging risks than I. |
| 01:50.30 | spldart | Oh.. and a little drunk too.. but even if I were fresh and sober he would be better |
| 01:53.25 | *** join/#bzflag poolio (n=poolio@c-69-251-3-107.hsd1.md.comcast.net) |
| 02:47.30 | *** join/#bzflag EbErT (n=EbErT@adsl-145-93-212.asm.bellsouth.net) |
| 03:01.57 | *** join/#bzflag mrigns (n=mrigns@unaffiliated/mrigns) |
| 03:02.01 | *** join/#bzflag BenUrban (n=benurban@unaffiliated/benurban) |
| 03:25.28 | *** part/#bzflag bryjen (n=bryjen@2002:4cb1:b40f:0:0:0:0:1) |
| 03:31.04 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) |
| 03:37.31 | *** join/#bzflag bier_ (n=bier@p54A53110.dip0.t-ipconnect.de) |
| 03:38.22 | JeffM | why hasn't man invented a teleporter that will just wisk all the snot out of my body? |
| 03:39.01 | L4m3r | it's called wasabi, JeffM |
| 03:39.04 | L4m3r | :) |
| 03:39.25 | JeffM | no, that just makes you not feel it |
| 03:39.27 | L4m3r | coincidentally, my dad has also come down with a nasty cold, courtesy of my sister |
| 03:39.29 | JeffM | I need it gone |
| 03:39.35 | JeffM | so I can breathe |
| 03:39.51 | JeffM | I even had to cut the weekend with the lady friend short :( |
| 03:40.00 | L4m3r | yeesh |
| 03:40.42 | L4m3r | I guess it's a good thing you didn't try to go down to SD yesterday then |
| 03:41.08 | JeffM | I'd be dead |
| 03:41.13 | JeffM | and probably infected all of you |
| 03:41.22 | L4m3r | assuming you made it there |
| 03:41.52 | L4m3r | DTR and I joked about it on the way- "Oh crap, my helmet is filling up with snot!" |
| 03:42.02 | JeffM | yeah, I'd have taken truck |
| 03:42.12 | JeffM | I took the truck to the GFs |
| 03:42.19 | JeffM | no way I'd ride like this' |
| 03:42.26 | L4m3r | yeah, sneezing on bike would be bad |
| 03:42.43 | JeffM | it's not plesant |
| 03:42.45 | JeffM | I've done it |
| 03:43.06 | JeffM | not as bad as geting winged in the head by rocks or large bugs |
| 03:43.14 | L4m3r | >_< |
| 03:53.21 | EbErT | can one of you smart fellows explain why my lcd seems to blur when turning the tank sharply? |
| 03:53.41 | EbErT | someone suggested the lack of Vsync in bzflag |
| 03:54.00 | EbErT | i just switched from a CRT |
| 03:57.30 | L4m3r | vsync turned off, or high res + VGA cable, in most cases |
| 03:58.21 | EbErT | how would i turn on vsync? |
| 03:59.04 | JeffM | EbErT, what frame rate are you on? |
| 03:59.06 | L4m3r | if there's not an option for it in bzflag, you could probably get your video drivers to do it |
| 03:59.23 | JeffM | most often it's just slow LCDs |
| 03:59.41 | EbErT | 100 fps, dvi cable, 5ms, maybe im just not used to lcds |
| 03:59.45 | JeffM | VGA is analog, so it won't have a bandwith issue in gneral |
| 03:59.53 | JeffM | what OS? |
| 04:00.00 | EbErT | osx10.4 |
| 04:00.12 | JeffM | oh |
| 04:00.13 | JeffM | yeah |
| 04:00.19 | EbErT | ? |
| 04:00.20 | JeffM | your screwed |
| 04:00.31 | JeffM | no driver option for vsync for you |
| 04:00.42 | JeffM | DVI dosn't do a VBL anyway |
| 04:00.55 | JeffM | you can try the frame rate limiter |
| 04:00.58 | EbErT | so that can't be implemented into bz in the future |
| 04:01.02 | JeffM | it can be |
| 04:01.05 | EbErT | vsync |
| 04:01.22 | JeffM | someone just has to do it in the mainline |
| 04:01.31 | JeffM | try turning on power saving mode |
| 04:01.33 | JeffM | see if that helps |
| 04:01.36 | JeffM | if it dosn't |
| 04:01.40 | JeffM | then it's just slow LCD |
| 04:01.49 | JeffM | they can shear, nature of the beast |
| 04:01.56 | JeffM | are you runing in the displays native res? |
| 04:01.58 | EbErT | 5ms shouldn't be slow :/ |
| 04:02.00 | EbErT | yes |
| 04:02.06 | JeffM | 5ms is also a lie ;) |
| 04:02.54 | EbErT | bah, im not putting that huge crt on my desk just for bzflag |
| 04:02.55 | trepan | fwiw, /localset vsync 1 (iirc) |
| 04:03.54 | JeffM | that dosn't seem to be implemented in 2.0.x |
| 04:04.18 | AAA_awright | a_meteorite says the devs will never add a packet-level interface to plugins |
| 04:04.28 | EbErT | well is there a suggestion for improvement on this on osx for 2.1? |
| 04:04.31 | JeffM | AAA_awright, who are the devs? |
| 04:04.32 | trepan | oh, oops, never committed it |
| 04:04.45 | L4m3r | AAA_awright: who died and made him king? |
| 04:04.46 | JeffM | EbErT, it's best if you just code it |
| 04:04.48 | AAA_awright | Dunno, thats what meteorite said :p |
| 04:05.01 | JeffM | yeah cus he's got the INSIDE scoop |
| 04:05.17 | JeffM | not that 2.1 dosn't have non protocoll packet level interfaces as it |
| 04:05.29 | a_meteorite | by the reaction I saw, I inferred there would be no packet level interface |
| 04:05.33 | JeffM | AAA_awright, what we won't do is let a plug-in send BZFS proto packets itself |
| 04:05.41 | a_meteorite | There was no dev, from what I saw that was "in with it" |
| 04:05.48 | JeffM | we will let them do non BZFS proto stuff |
| 04:05.53 | EbErT | i admin for the bzflag cause, but all i can do is whine on the code side |
| 04:05.56 | JeffM | if it's BZFS proto we'll make an API for it |
| 04:06.14 | JeffM | EbErT, basicly you need to find someone to write it |
| 04:06.28 | EbErT | gotcha JeffM |
| 04:06.30 | JeffM | check the patches on SF, somone may have added one with that allready |
| 04:07.03 | JeffM | a_meteorite, we just said that doing packet level support for in protocoll stuff was pointless, as all it would do is make the plugin dependent on the protocoll |
| 04:07.05 | trepan | EbErT: VerticalSync.* files in here http://trepan.bzflag.bz/noshow/ |
| 04:07.07 | trepan | needs glew |
| 04:07.17 | a_meteorite | plugins are already dependent to an extent |
| 04:07.19 | trepan | probably won't work for ya anyways ;-) |
| 04:07.19 | JeffM | it's better to just expose the actual BZW protocoll |
| 04:07.21 | a_meteorite | the API changes |
| 04:07.35 | JeffM | a_meteorite, only beaause the first API was writen poorly |
| 04:07.39 | JeffM | it's versioned now |
| 04:07.46 | JeffM | so it can go forward |
| 04:08.05 | a_meteorite | There is still some of us who would love to receive raw packets :) |
| 04:08.09 | EbErT | trepan, then write again, just for me :) |
| 04:08.15 | JeffM | a_meteorite, why? |
| 04:08.17 | trepan | EbErT: oops, linux only as well ... |
| 04:08.37 | JeffM | EbErT, check the patches, IIRC someone did that kinda stuff for the OSX |
| 04:08.38 | trepan | although the windows version is just as simple |
| 04:08.42 | a_meteorite | Instead of waiting for someone to write an interface to it, or for the inconsistencies |
| 04:08.53 | JeffM | a_meteorite, then write the freaking interface ;) |
| 04:09.07 | JeffM | if you are smart enough to do the packets in the plugin then write the damned interface |
| 04:09.20 | a_meteorite | The internals of BZFS is not... organized |
| 04:09.33 | a_meteorite | Even in 2.1, it builds API types in many different places |
| 04:09.36 | JeffM | you had to go thru them enough to get the protocoll |
| 04:09.42 | JeffM | so your logic is flawed |
| 04:09.57 | JeffM | what do you mean "builds api types"? |
| 04:10.05 | a_meteorite | The classes that hold the info |
| 04:10.26 | JeffM | everything exposed to the API is defined in BZAPI |
| 04:10.32 | a_meteorite | I know |
| 04:10.38 | JeffM | do you mean it's filled in? |
| 04:10.42 | JeffM | the calls to the events |
| 04:11.02 | a_meteorite | Like in bzfs.cxx, it'll fill the classes with info. But bzfsMessages.cxx also does that too. |
| 04:11.19 | JeffM | yeah that's to be expected |
| 04:11.20 | a_meteorite | And who knows where else. My point is the internals of BZFS is not very organized like one would expect. |
| 04:11.24 | JeffM | events are called lots of places |
| 04:11.26 | JeffM | use a search |
| 04:11.42 | JeffM | my point is, that we have no docs on the protocoll OTHER then that bzfs stuff |
| 04:11.45 | JeffM | so you had to go thru it |
| 04:11.50 | a_meteorite | right |
| 04:12.01 | JeffM | so then tha means you GET the internals of BZFS |
| 04:12.06 | JeffM | since you had to learn it |
| 04:12.10 | JeffM | so implement the interface |
| 04:12.42 | JeffM | if you do your own packet stuff, you run the risk of 1) not updating internal state, and 2) not calling events that OTHER plugins may want/need |
| 04:12.57 | JeffM | it's not a good way to do things |
| 04:13.05 | a_meteorite | The plugin could return the modified packet, which bzfs would hand off to another plugin |
| 04:13.09 | JeffM | the point of the API is to be version indepneent |
| 04:13.14 | a_meteorite | I know |
| 04:13.22 | JeffM | so ALL plugins have to parse out packets |
| 04:13.24 | JeffM | that's stupid |
| 04:13.28 | a_meteorite | Optional |
| 04:13.29 | JeffM | why do the same work every time |
| 04:13.39 | a_meteorite | But some of us may want that extreme control without diving into the specifics of BZFS to fix it's inconsistencies |
| 04:14.14 | JeffM | what "Extreem" controll do you get by doing packet level stuff that you don't get from the protcooll? other then client side exploits and hacks? |
| 04:14.14 | a_meteorite | I'm much more productive working in my own consistent environment then look for the errors that something else has, just to make mine work |
| 04:14.50 | a_meteorite | I mean, even if we could define trigger for packets, and just GET the packet data. |
| 04:14.50 | JeffM | it's not all about you skip |
| 04:14.50 | a_meteorite | Not even modify the packet. |
| 04:15.02 | a_meteorite | No, I'm sure others agree. |
| 04:15.04 | JeffM | so you just want an event for each message |
| 04:15.07 | a_meteorite | Yes. |
| 04:15.08 | JeffM | code em up |
| 04:15.11 | JeffM | they are ALL IN ONE FILE NOW |
| 04:16.22 | JeffM | what events do you care about that you don't get messages for now? |
| 04:16.34 | a_meteorite | MsgPlayerUpdate |
| 04:16.48 | AAA_awright | Ditto |
| 04:17.04 | JeffM | umm there is an event for that |
| 04:17.07 | JeffM | has been for a while now |
| 04:17.09 | a_meteorite | Huh |
| 04:17.15 | a_meteorite | What's it's.. name..? |
| 04:17.16 | JeffM | do you guys actualy ever READ the commit messages? |
| 04:17.27 | a_meteorite | Yes, but it must have been added very recently |
| 04:17.34 | JeffM | bz_ePlayerUpdateEvent |
| 04:17.40 | JeffM | in both 2.0 and 2.1 |
| 04:17.46 | JeffM | like MONTHS ago |
| 04:17.50 | a_meteorite | I feel like an idiot. |
| 04:17.51 | a_meteorite | Hold on |
| 04:18.15 | a_meteorite | Even a bz_PlayerUpdateState ... neat |
| 04:18.16 | JeffM | yeah you also see the data sent and data received events? |
| 04:18.17 | AAA_awright | All I see is bz_PlayerUpdateState |
| 04:18.55 | a_meteorite | JeffM: What about for flag resets? |
| 04:19.09 | JeffM | ok then add an event |
| 04:19.15 | AAA_awright | JeffM: My point is that we also need packet-level data for recording the raw nitty-gritty data so RecordReplay.cxx can become Replay.cxx |
| 04:19.32 | JeffM | and my point is you guys never read the freaking commit messages |
| 04:19.45 | AAA_awright | I read 10% of them if it helps? |
| 04:19.54 | JeffM | no it dosn't |
| 04:20.00 | AAA_awright | (I figured) |
| 04:20.05 | JeffM | cus there is a data sent and received event too |
| 04:20.11 | JeffM | that gives you the raw packet |
| 04:20.25 | JeffM | you can't modify it |
| 04:20.29 | *** part/#bzflag EbErT (n=EbErT@adsl-145-93-212.asm.bellsouth.net) |
| 04:20.29 | a_meteorite | What.. |
| 04:20.30 | JeffM | but you can see it |
| 04:20.34 | JeffM | READ THE HEADER |
| 04:20.37 | JeffM | I mean DAMN |
| 04:20.42 | a_meteorite | I have it open |
| 04:20.44 | a_meteorite | It must be new |
| 04:21.23 | JeffM | MONTHS |
| 04:21.51 | a_meteorite | "2007-08-02" hmmm |
| 04:22.05 | JeffM | LAST YEAR |
| 04:22.05 | a_meteorite | I searched for "packet" and "raw" no dice |
| 04:22.12 | JeffM | just read |
| 04:22.14 | JeffM | the header |
| 04:22.31 | JeffM | just because you search for the wrong thing, dosn't mean it dosn't exist |
| 04:22.42 | JeffM | bz_eNetDataSendEvent |
| 04:22.45 | a_meteorite | I see a "bz_eNetDataSendEvent" but there is nothing else on it in either bzfsApi .h/.cxx |
| 04:23.13 | AAA_awright | I second that |
| 04:23.18 | AAA_awright | as of 4 days ago |
| 04:23.33 | a_meteorite | bz_eNetDataReceveEvent ... misspelled :D |
| 04:23.40 | JeffM | then you know I did it |
| 04:23.44 | a_meteorite | hehe |
| 04:24.02 | JeffM | and you know it's not all documented |
| 04:24.18 | JeffM | if you spend a smidge more time searching you'd have found the event structure it uses |
| 04:24.29 | a_meteorite | Right, I see the event I need then :) |
| 04:24.30 | JeffM | bz_NetTransferEventData |
| 04:25.23 | AAA_awright | Rev 14830: change md5.h/cxx to bz_md5 so that it dosnt' conflict with the one in curl |
| 04:25.34 | AAA_awright | Md5 is md5 is md5, was there a need to put two in the source tree? |
| 04:25.47 | JeffM | yes |
| 04:25.49 | JeffM | they are not the same |
| 04:25.57 | JeffM | the BZ one uses a class |
| 04:26.01 | JeffM | the curl one is curl specific |
| 04:26.19 | AAA_awright | hm.... (I would have patched curl... Still could...) |
| 04:26.34 | AAA_awright | K |
| 04:27.19 | JeffM | I mean I also asked for an API funciton wish list and all a_meteorite asked for was "team count", and that was added 61 min after he asked for it. |
| 04:27.47 | JeffM | but really, doing it on a packet level interface is a BAD idea |
| 04:28.14 | JeffM | the packet notification API is mostly for data traffic logging |
| 04:29.58 | JeffM | and what do you mean by flag reset? when a flag is droped and respawns? |
| 04:30.05 | JeffM | or when the flag reset command is given? |
| 04:30.16 | AAA_awright | All flag movement |
| 04:30.44 | JeffM | so you have pickup and drops |
| 04:30.48 | JeffM | you just need a spawn then |
| 04:30.52 | JeffM | right? |
| 04:31.23 | JeffM | and a transfer |
| 04:31.32 | JeffM | tho I think that sends a drop and pickup |
| 04:31.43 | AAA_awright | Ideally, we should have enough data from plugins alone to record server data for replay by RecordReplay.cxx, as said by gnu-sense (http://my.bzflag.org/bb/viewtopic.php?t=11171) |
| 04:31.53 | JeffM | sure |
| 04:32.01 | JeffM | it just has to be done |
| 04:32.17 | JeffM | asking for a packet level interface is the cheap out |
| 04:32.37 | AAA_awright | If you are not interested in parsing the data, though, it is appealing. |
| 04:33.07 | JeffM | if you arn't interested in parsing the data, it's the exact same as current recordreplay |
| 04:33.08 | blast007 | there's an actual MsgTransferFlag message |
| 04:33.19 | JeffM | yeah blast007 I just don't now what it sends for API events |
| 04:33.25 | blast007 | k |
| 04:35.26 | JeffM | ahh there is an event for it :) |
| 04:36.46 | JeffM | and on the inconsistency side, how about actualy helping us make it consistent, instead of just taking your ball and going home. colaboration is what it's all about |
| 04:38.27 | AAA_awright | JeffM: ...And not interested in writing it to a file. There is a very small niche for that capability, so perhaps the API for RecordReplay (I know plugins can interface with it, don't know how) is sufficient for now? |
| 04:39.13 | JeffM | they can't get the data |
| 04:39.23 | JeffM | but you could write it, and open it |
| 04:39.37 | JeffM | I'd rather see the rest of the high level events put in |
| 04:39.45 | JeffM | so you can make a truely universal replay system |
| 04:39.52 | AAA_awright | Sorta hackish, (like bzfscron), but that would do. |
| 04:40.11 | a_meteorite | An interface to play back packets would be really neat.. |
| 04:40.26 | JeffM | a_meteorite, you can do replay with server side players |
| 04:40.29 | JeffM | that's the better way |
| 04:40.37 | a_meteorite | but they're not fully implemented ;) |
| 04:40.38 | JeffM | give them high level commands, NOT packets |
| 04:40.46 | a_meteorite | yeah. |
| 04:40.47 | JeffM | so help implement them |
| 04:40.49 | JeffM | don't shortcut |
| 04:41.18 | a_meteorite | yeah, that makes sense |
| 04:41.31 | a_meteorite | record player updates (positions, etc), then send that stuff to the ssp |
| 04:50.01 | JeffM | a_meteorite, make a list of what events you need in the API wishlist post |
| 04:50.11 | JeffM | if/when I have time I can bust them out |
| 04:50.15 | a_meteorite | ok |
| 04:50.16 | JeffM | they are generaly prety easy to do |
| 04:51.09 | JeffM | or, if you've done the work to find out where the packet format is, then just implement the event right there, and then submit it as a patch ( you can even link it on that fourm page ) we can patch those in right fast |
| 04:51.12 | JeffM | they are very easy to do |
| 04:52.07 | JeffM | I mean it's basicly, derive class, add members, add objet of class, fill out members, call event |
| 04:52.45 | a_meteorite | yeah, I've had to fix some stuff :) |
| 04:52.47 | a_meteorite | it is easy once you figure out where it's called (grep does nicely) |
| 04:54.05 | JeffM | well you had to grep to find out the protocoll for the packet ;) |
| 04:54.15 | a_meteorite | hehe |
| 04:54.16 | JeffM | so you saw where it was packed up |
| 04:54.22 | a_meteorite | yes |
| 04:54.23 | JeffM | and that means you can find where that's called from |
| 04:54.28 | JeffM | so that is the SAME work |
| 04:54.40 | a_meteorite | yeah, I guess. the grass is always greener, eh? |
| 04:54.47 | JeffM | huh? |
| 04:55.09 | a_meteorite | the grass is always greener on the other side... never heard of the saying? |
| 04:55.14 | JeffM | I'm just saying, if you are going to do the work, do it in a way that benifits everyone, not just your plugin |
| 04:55.24 | JeffM | yes I've heard it, I can't fathom how it applies to this |
| 04:55.36 | JeffM | what is "the other side" in this case? |
| 04:55.37 | a_meteorite | I figured packet level access would be better, remember? :) |
| 04:55.45 | *** join/#bzflag VM1234 (n=VM@adsl-065-013-159-245.sip.rdu.bellsouth.net) |
| 04:56.15 | JeffM | I don't think you thought it would be "better" I think you thought it would let you do what you want with minimal colaboration and comunication with anyone else |
| 04:56.31 | JeffM | and that it's the bare minimum to get what you needed done |
| 04:56.34 | JeffM | aka "a hack" |
| 04:56.59 | JeffM | I mean you've admited that if we had all the events you could use those |
| 04:57.03 | JeffM | but we just don't have them |
| 04:57.13 | JeffM | so you've seen a better way and seem to understand why it's better |
| 04:57.28 | JeffM | but are frustrated that it's simply not implemented yet |
| 04:57.45 | a_meteorite | yeah |
| 04:57.56 | a_meteorite | sometimes I get one a one track mind |
| 04:58.02 | JeffM | more then sometimes |
| 04:58.06 | JeffM | just remember, it's more then you |
| 04:58.33 | JeffM | last time you asked for an API function on the wishlist it was done in 61 min. |
| 04:58.33 | JeffM | I call that a prety good turn around |
| 04:58.39 | a_meteorite | it was, no doubt about it |
| 04:58.58 | JeffM | and remember there are no "the devs" we accept stuff from anyone |
| 04:59.13 | JeffM | it will only go in, if it makes sense for the project, based on those people with commit access |
| 04:59.18 | JeffM | but everyone is part of the project |
| 04:59.28 | JeffM | you are just as much a "the dev" as anyone else |
| 05:00.02 | *** join/#bzflag VM1234 (n=VM@adsl-065-013-159-245.sip.rdu.bellsouth.net) |
| 05:00.04 | JeffM | you just simply have kept to yourself and done plugins never realy atempting to change the other code |
| 05:00.28 | a_meteorite | well, I would definitely love to contribute where I can :) |
| 05:00.49 | a_meteorite | but then again I have kept to myself and usually keep my improvements to myself -> which inhibits growth :( |
| 05:01.14 | JeffM | big time |
| 05:01.29 | AAA_awright | L4m3r: http://my.bzflag.org/bb/viewtopic.php?t=11005 It looks like the topic was about BZFlag artwork, just like you said it needs to be |
| 05:02.03 | L4m3r | AAA_awright: he added "BZ" to the image afterward and started another thread |
| 05:02.26 | Macrosoft|AFK | AAA_awright: yeah, it was edited |
| 05:02.34 | JeffM | yeah just asking "hey does anyone abbuse the heck out of filters cus they don't know how to use photoshop" does not make it BZ related ;) |
| 05:03.20 | blast007 | JeffM: sounds like how I use photoshop ;) "wonder what THIS will do... ewwww" |
| 05:03.41 | JeffM | blast007, but you don't publish the file you test all those on as "artwork" |
| 05:03.51 | AAA_awright | Make that clear then, That is the sort of stuff I was looking for in a ceiling texture project |
| 05:03.51 | blast007 | true |
| 05:04.26 | JeffM | if it's final artwork, then it has it's place, if the point is to just show off that you can use a filter, it is not |
| 05:04.29 | JeffM | that was just a blob |
| 05:04.51 | JeffM | he even said it was an experiment in just using filters, that's more for a PS foum |
| 05:05.11 | L4m3r | The only filter I find to be really cool/powerful is Polar Coordinates. The rest are just meh, whatever :P |
| 05:05.27 | JeffM | blur, sharpen, despekle |
| 05:05.29 | JeffM | diffuse |
| 05:05.36 | JeffM | all, very powerfull filters |
| 05:05.40 | L4m3r | oh, make no mistake, the others are very handy |
| 05:05.55 | JeffM | most filters should not be run on entire images, but on just layers or sub spections |
| 05:05.58 | L4m3r | but they don't let you create things to the same extent |
| 05:06.10 | JeffM | diff clouds ;) |
| 05:06.12 | L4m3r | I use PC to make all sorts of spirals and circular-based shapes |
| 05:06.19 | L4m3r | yeah, that one kicks ass too :) |
| 05:14.13 | blast007 | make: *** No rule to make target `sleep'. Stop. |
| 05:26.37 | *** join/#bzflag DTRemenak (i=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 05:26.37 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 06:18.13 | *** join/#bzflag CBG (n=CBG@about/essy/fan/CBG) |
| 06:20.13 | CIA-23 | libirc: 03l4m3rthanyou * r235 10/trunk/libirc/ (include/libIRC.h src/libIRC.cpp): eUnknown -> eUnknownCommand. eUnknown clashes with cURL. |
| 06:34.10 | L4m3r | ...yeah, I know that "eUnknownCommand" isn't much better than "eUnknown", but it's still better. :P And, it builds, now, so that's good. |
| 07:04.30 | *** join/#bzflag VM1234 (n=VM@adsl-065-013-159-245.sip.rdu.bellsouth.net) |
| 07:05.55 | *** join/#bzflag eTangenT (n=tangent@71-215-89-83.hlrn.qwest.net) |
| 07:37.52 | CIA-23 | BZFlag: 03l4m3rthanyou * r14867 10/branches/gsoc_irc/bzflag/src/bzfs/ (bzfs.cxx ircControl.cxx ircControl.h): Fully compiles, thanks to fixed libIRC. Starting to connect the wires to make IRC actually work. |
| 07:47.18 | *** join/#bzflag jude- (n=jude@c-68-84-206-92.hsd1.ar.comcast.net) |
| 09:51.42 | *** join/#bzflag Deepa (n=deepa@wrongplanet/deepa) |
| 09:56.53 | *** join/#bzflag Deepa|AFK (i=deepa@abused.armchairs.be) |
| 10:05.22 | CIA-23 | BZFlag: 03judecn * r14868 10/trunk/bzworkbench/ (9 files in 5 dirs): |
| 10:05.22 | CIA-23 | BZFlag: Most of the underlying material code is in place; just need to find a good way to apply them to bz2objects. |
| 10:05.22 | CIA-23 | BZFlag: Added the capacity for UpdateMessage to carry "push/pop material" messages and a way for it to carry phydrv |
| 10:05.22 | CIA-23 | BZFlag: messages. |
| 10:32.18 | *** join/#bzflag KTL (n=KTL@kotnet-149.kulnet.kuleuven.be) |
| 10:33.54 | *** join/#bzflag Winny (n=Winny@cpe-011231.dhcp011.wadsnet.net) |
| 11:19.57 | *** join/#bzflag LongDon (n=LongDon@host-80-228-24-34.openknowledge.de) |
| 12:17.53 | *** join/#bzflag LongDon (n=LongDon@host-80-228-24-34.openknowledge.de) |
| 12:22.58 | *** part/#bzflag LongDon (n=LongDon@host-80-228-24-34.openknowledge.de) |
| 13:07.08 | tannerld | ~jude-++ |
| 13:46.49 | *** join/#bzflag Suspect (n=Suspect@68-114-71-106.dhcp.plt.ny.charter.com) |
| 14:12.57 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) |
| 14:12.57 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 14:25.01 | *** join/#bzflag SpazzyMcGee (n=Spazzy_M@client-86-0-80-207.leed.adsl.virgin.net) |
| 15:12.02 | *** join/#bzflag Pimpi_ (n=frank@gondolin.pimpi.org) |
| 15:48.09 | *** join/#bzflag LongDon (n=LongDon@host-091-097-062-019.ewe-ip-backbone.de) |
| 15:58.46 | ruskie | http://sourceforge.net/project/screenshots.php?group_id=151566 <-- lol |
| 16:00.33 | tannerld | ? |
| 16:07.34 | *** join/#bzflag bier__ (n=bier@p54A504BE.dip0.t-ipconnect.de) |
| 16:10.49 | *** join/#bzflag LongDo1 (n=LongDon@host-091-097-049-154.ewe-ip-backbone.de) |
| 16:11.43 | *** join/#bzflag TD-Linux (n=TD-Linux@about/essy/indecisive/TD-Linux) |
| 16:29.46 | *** join/#bzflag bier__ (n=bier@p54A51DA2.dip0.t-ipconnect.de) |
| 16:46.10 | SpazzyMcGee | heh |
| 16:46.24 | SpazzyMcGee | *wrong channel |
| 16:55.22 | *** join/#bzflag DemonEyesKyo (n=jfrost4u@cpe-076-182-083-064.nc.res.rr.com) |
| 16:55.56 | DemonEyesKyo | hello... |
| 16:57.45 | tannerld | 'ello |
| 16:57.49 | tannerld | oh wait |
| 16:57.50 | tannerld | you left :E |
| 17:07.48 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) |
| 17:37.25 | CIA-23 | BZFlag: 03JeffM2501 * r14869 10/trunk/bzflag/ (3 files in 2 dirs): |
| 17:37.26 | CIA-23 | BZFlag: add bz_eFlagResetEvent and associated data to inform a plug-in of flag resets/spawns and let them override the spawn pos if needed. |
| 17:37.26 | CIA-23 | BZFlag: API spelling and consistency fixes |
| 17:48.21 | *** join/#bzflag DemonEyesKyo (n=jfrost4u@cpe-076-182-083-064.nc.res.rr.com) |
| 17:48.39 | DemonEyesKyo | any admins here??? |
| 17:48.55 | tannerld | for? |
| 17:49.22 | DemonEyesKyo | help with registering my callsign |
| 17:49.33 | tannerld | whats the problem? |
| 17:50.12 | DemonEyesKyo | can't do it XD -- says i get the captcha wrong every time --- after 15 tries (really, not exagerating) i know i got it right at least once -_-; |
| 17:50.16 | DemonEyesKyo | and yes, i know it's case sensitive |
| 17:51.06 | DemonEyesKyo | sry if i come off sounding like a jerk - just a tad bit frustrated x_x |
| 17:52.35 | tannerld | letters look pretty clear/readable to me |
| 17:53.02 | JeffM | what is the exact error you get? |
| 17:55.38 | DemonEyesKyo | The confirmation code you entered was incorrect |
| 17:56.15 | blast007 | DemonEyesKyo: are you sure you're entering the code into the right box? |
| 17:56.22 | JeffM | your keyboard is an on US keyboard? |
| 17:56.28 | DemonEyesKyo | i tried emailing the admin for help (bzbbadmin@bzflag.bz) but got an error message instead |
| 17:56.29 | JeffM | non us I mean |
| 17:56.36 | DemonEyesKyo | US-keyboard |
| 17:57.08 | DemonEyesKyo | <PROTECTED> |
| 17:57.19 | JeffM | and what are you puting for the name of the game? |
| 17:57.24 | DemonEyesKyo | bzflag |
| 17:57.25 | DemonEyesKyo | -_-; |
| 17:57.35 | DemonEyesKyo | i tested that actually, just to make sure |
| 17:57.41 | JeffM | what browser? |
| 17:57.42 | DemonEyesKyo | u get a diff. error msg if you misstype that |
| 17:57.43 | DemonEyesKyo | firefox |
| 17:58.05 | JeffM | well there isn't much we can do for you, that works for everyone else, we can't turn it off just for one person |
| 17:58.18 | JeffM | maybe you have something in your auto complete |
| 17:58.19 | DemonEyesKyo | duh |
| 17:58.25 | JeffM | or you have an ISP caching firewall |
| 17:58.29 | JeffM | that is jacking it up somehow |
| 17:58.50 | DemonEyesKyo | no, and there's an email address for the admin, but: |
| 17:58.53 | DemonEyesKyo | "Delivery to the following recipient failed permanently:" |
| 17:58.58 | DemonEyesKyo | bzbbadmin@bzflag.bz |
| 17:59.03 | DemonEyesKyo | Technical details of permanent failure: |
| 17:59.03 | DemonEyesKyo | PERM_FAILURE: SMTP Error (state 13): 550 5.1.1 |
| 17:59.12 | DemonEyesKyo | <bzbbadmin@bzflag.bz>: Recipient address rejected: User unknown in virtual alias table |
| 17:59.19 | JeffM | yeah that dosn't exist |
| 17:59.19 | DemonEyesKyo | i'm sorry if that is completely useless to u |
| 17:59.22 | DemonEyesKyo | damn |
| 17:59.25 | JeffM | where did you get the address? |
| 17:59.36 | DemonEyesKyo | If you are visually impaired or cannot otherwise read this code please contact the Administrator for help. |
| 17:59.46 | DemonEyesKyo | administrator is an email-addr link |
| 17:59.47 | JeffM | odd |
| 17:59.56 | JeffM | blast007, we need to fix that :) |
| 17:59.58 | DemonEyesKyo | does anyone know a working email forthem? |
| 18:00.03 | DemonEyesKyo | lol |
| 18:00.05 | JeffM | your talking to them |
| 18:00.09 | DemonEyesKyo | ahhhhh |
| 18:00.10 | blast007 | :) |
| 18:00.16 | DemonEyesKyo | hey blast |
| 18:00.26 | DemonEyesKyo | :D |
| 18:00.28 | JeffM | what username did you want to use? |
| 18:00.32 | DemonEyesKyo | DEBob19 |
| 18:00.41 | JeffM | and what is your email address? |
| 18:00.45 | DemonEyesKyo | jfrost4u@yahoo.com |
| 18:01.27 | JeffM | how old are you? |
| 18:01.37 | DemonEyesKyo | 19 |
| 18:02.03 | DemonEyesKyo | I Agree to these terms and am over or exactly 13 years of age |
| 18:02.06 | DemonEyesKyo | :D |
| 18:02.08 | tannerld | :P |
| 18:02.40 | JeffM | you've been emailed the confirm link |
| 18:02.47 | JeffM | your password is the first part of your e-mail |
| 18:02.52 | JeffM | change it when you log in |
| 18:03.01 | DemonEyesKyo | :D thanks a lot :) |
| 18:03.23 | DemonEyesKyo | :D :D :D :D :D :D :D :D :D :D |
| 18:03.28 | DemonEyesKyo | ok, i'll stop spamming now |
| 18:03.41 | JeffM | your not spaming |
| 18:03.49 | JeffM | well the :D was |
| 18:03.52 | blast007 | hehe |
| 18:03.53 | JeffM | the rest was not |
| 18:03.55 | tannerld | eheh |
| 18:04.14 | DemonEyesKyo | yeah, was talking about the :D |
| 18:04.25 | DemonEyesKyo | almost copied/pasted a few lines of them |
| 18:04.43 | CIA-23 | BZFlag: 03JeffM2501 * r14870 10/branches/v2_0branch/bzflag/ (7 files in 3 dirs): |
| 18:04.43 | CIA-23 | BZFlag: add bz_eFlagResetEvent and associated data to inform a plug-in of flag resets/spawns and let them override the spawn pos if needed. |
| 18:04.43 | CIA-23 | BZFlag: API spelling and consistency fixes. |
| 18:04.43 | CIA-23 | BZFlag: use the environ var LIBCURL for the VC71 project since we don't have libcurl in the distro for this branch. |
| 18:04.44 | JeffM | why? |
| 18:04.49 | DemonEyesKyo | old alias i hadn't used in a while, only remembered while about to press the button |
| 18:05.07 | JeffM | that would have been a fast way for me to go and remove that account I just made for you. |
| 18:05.15 | DemonEyesKyo | been like a year since i've used irc, forgot my aliases XD |
| 18:05.27 | DemonEyesKyo | which is just one more reason i'm glad i didn't do it |
| 18:09.01 | tannerld | can plugins assign you to hunt a person (like in rabbit hunt)? |
| 18:09.19 | JeffM | no |
| 18:09.21 | DemonEyesKyo | what do u mean assign? |
| 18:09.27 | JeffM | hunt is a client side thing |
| 18:09.44 | DemonEyesKyo | i know i came for a completely unrelated reason, but i am a programmer :D been wondering about joining this project |
| 18:09.58 | JeffM | it'd be wiered having the server do it now that we have multi hunt |
| 18:10.20 | tannerld | DemonEyesKyo: should look at some of the GSoC stuff :P |
| 18:10.29 | JeffM | now I did hud markers for 2.1 so we could an a genericl "mark" message |
| 18:10.37 | JeffM | and have the server do that |
| 18:10.41 | JeffM | it'd be seperate from hunt |
| 18:11.17 | JeffM | probably want to do waypoints that way too |
| 18:11.20 | DemonEyesKyo | JeffM: what email did u use to email me? |
| 18:12.13 | JeffM | the one you gave me |
| 18:12.33 | DemonEyesKyo | nonono, what was your email? |
| 18:12.49 | JeffM | the board e-mailed you |
| 18:12.53 | JeffM | I personaly did not |
| 18:12.55 | blast007 | probably bzbbadmin@bzflag.bz ;) |
| 18:12.59 | JeffM | check your spam |
| 18:13.03 | DemonEyesKyo | -_-; |
| 18:13.06 | DemonEyesKyo | didn't u say that email didn't work XD |
| 18:13.08 | blast007 | that should send just fine though |
| 18:13.21 | blast007 | it might just not have a mailbox on the server |
| 18:13.21 | JeffM | it dosn't for receive it should for send |
| 18:13.27 | DemonEyesKyo | lol ok |
| 18:13.36 | JeffM | blast007, should make that an ailas |
| 18:13.40 | JeffM | that sends out the web monkeys |
| 18:13.47 | blast007 | :) |
| 18:15.44 | DemonEyesKyo | sooo... are there any plans for new weapons? (don't i sound like a 12yr old) lol |
| 18:15.57 | JeffM | no, and yes you do |
| 18:16.01 | DemonEyesKyo | lol |
| 18:16.09 | JeffM | even more so now |
| 18:16.18 | blast007 | we're currently working on a cow launcher |
| 18:17.02 | JeffM | who's this "we" stuff whiteboy? ;) |
| 18:17.09 | DemonEyesKyo | lol |
| 18:17.22 | DemonEyesKyo | a cow launcher... i like it :) |
| 18:17.30 | blast007 | ;) |
| 18:17.34 | DemonEyesKyo | starting to sound like worms armagedon or w/e the newest is |
| 18:17.38 | JeffM | ya know after you use LOL in nearly every sentace, it becomes pointless |
| 18:17.41 | DemonEyesKyo | armagedon is like 5yrs old |
| 18:18.36 | JeffM | tannerld, what did you want to do with server based hunt? |
| 18:19.20 | blast007 | DemonEyesKyo: bzflag is 15 years old |
| 18:19.41 | tannerld | JeffM: well, louman's keepaway would be useful with it since its something like rabbit hunt |
| 18:20.04 | blast007 | ah, yeah, that would be nice there |
| 18:20.08 | JeffM | so you'd want the ability to mark a tank |
| 18:20.13 | JeffM | for everyone to see |
| 18:20.34 | blast007 | and probably seperate server-defined hunts vs client-defined |
| 18:20.52 | JeffM | yeah I'm thinking just a generic tank marker |
| 18:20.55 | JeffM | not tied to hunt |
| 18:20.57 | blast007 | k |
| 18:21.06 | JeffM | and then one for fixed locations too |
| 18:21.11 | DemonEyesKyo | blast007: 15 years old? |
| 18:21.13 | DemonEyesKyo | wow |
| 18:21.18 | blast007 | DemonEyesKyo: http://my.bzflag.org/w/Project_History |
| 18:21.24 | JeffM | well a list of them per |
| 18:21.44 | *** join/#bzflag AAA_awright (n=chatzill@wsip-68-14-251-102.ph.ph.cox.net) |
| 18:22.19 | JeffM | be simple with a single message |
| 18:28.14 | KTL | 15 years... as old as opengl |
| 18:30.26 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) |
| 18:30.26 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 18:43.53 | *** join/#bzflag tannerld_mac (n=tannerld@adsl-068-209-251-067.sip.asm.bellsouth.net) |
| 18:44.44 | *** join/#bzflag Pommes (n=Pommes@about/essy/frenchy/Pommes) |
| 18:46.37 | L4m3r | bzfs: error while loading shared libraries: libIRC.so.0: cannot open shared object file: No such file or directory |
| 18:47.01 | L4m3r | hmmm. the file is in /usr/local/lib, as it should be... |
| 18:48.56 | JeffM | that sadly, I know little abbout |
| 18:49.55 | L4m3r | 'cuz you develop on windows? :P |
| 18:50.24 | JeffM | that and I know little about so ;) |
| 18:50.34 | JeffM | or the build system he used |
| 18:50.40 | JeffM | he used a mod of the brlcad one |
| 18:50.44 | L4m3r | yeah |
| 18:50.51 | JeffM | I know how the OpenCombat one works |
| 18:50.54 | L4m3r | but somehow I don't think it's an issue with libirc |
| 18:51.10 | L4m3r | hmm, I wonder |
| 18:56.23 | L4m3r | perhaps bzfs expects it in a different directory... who knows. |
| 18:57.04 | JeffM | try the same dir as the app |
| 19:01.57 | *** part/#bzflag LongDo1 (n=LongDon@host-091-097-049-154.ewe-ip-backbone.de) |
| 19:05.00 | L4m3r | no dice |
| 19:06.34 | catay | L4m3r: maybe strace can help you to find out where it is looking the lib |
| 19:07.15 | blast007 | or ldd |
| 19:07.28 | blast007 | ldd will show what it's linked with |
| 19:07.35 | catay | yeah try ldd first |
| 19:07.42 | blast007 | 'ldd bzfs' |
| 19:08.20 | L4m3r | libIRC.so.0 => not found |
| 19:08.22 | L4m3r | >_< |
| 19:09.48 | catay | LD_LIBRARY_PATH=<path of your lib> bzfs |
| 19:09.53 | catay | try that |
| 19:09.55 | catay | or export it first |
| 19:10.26 | L4m3r | I'm guessing that I left something out of a makefile somewhere XD |
| 19:12.40 | *** join/#bzflag Theme97 (n=Theme97@about/essy/phpwriter/Theme97) |
| 19:16.14 | L4m3r | but that worked, catay |
| 19:16.24 | L4m3r | thx :) |
| 19:16.53 | L4m3r | is there a place in the source/build system where I can define the path? |
| 19:21.24 | catay | is /usr/local/lib in your /etc/ld.so.conf ? |
| 19:22.09 | L4m3r | d'oh |
| 19:22.20 | L4m3r | it uses an include... *looks some more* |
| 19:24.06 | L4m3r | ah crap, people are here. I gotta go work now :P |
| 19:30.31 | *** join/#bzflag CBG` (n=CBG@about/essy/fan/CBG) |
| 19:33.18 | CBG` | Am I imagining it or is this really happening? I tried to grab source from SVN, lost connection halfway through... Trying again now (exited the process and restarted it when I got a connection again) and it's continuing from where it left off... |
| 19:35.17 | AAA_awright | Doing autotest of bzfs |
| 19:38.03 | *** join/#bzflag TD-Linux (n=TD-Linux@about/essy/indecisive/TD-Linux) |
| 19:40.21 | *** join/#bzflag blast007 (i=blast@pdpc/supporter/active/blast007) |
| 19:40.21 | *** mode/#bzflag [+v blast007] by ChanServ |
| 20:01.16 | *** join/#bzflag bier_ (n=bier@p54A51DA2.dip0.t-ipconnect.de) |
| 20:03.47 | *** join/#bzflag Winny (n=BZ_Win_@CPE0016b6de59f3-CM000f9fac8236.cpe.net.cable.rogers.com) |
| 20:39.33 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) |
| 20:46.52 | *** join/#bzflag Pommes_ (n=Pommes@about/essy/frenchy/Pommes) |
| 21:10.21 | AAA_awright | Has anyone thought about using a single, white bullet then applying a color filter over, the same thing we do with tanks? |
| 21:10.51 | a_meteorite | bullets in experimental mode in 2.1 are not images |
| 21:10.56 | AAA_awright | Wait, tanks on radar? I don't know too much about OpenGL, would that work? |
| 21:11.06 | a_meteorite | they are generated in the code.. so they look.. glowy :) |
| 21:11.33 | a_meteorite | much better lighting, transparency, and even has physics |
| 21:11.46 | a_meteorite | kinda. the way the bullet stretches out. |
| 21:11.58 | a_meteorite | physics is probably the wrong name for it, but it looks cool when it bounces :) |
| 21:12.00 | CBG` | they aint bullets |
| 21:12.06 | a_meteorite | plasma balls |
| 21:12.24 | AAA_awright | Ewwww |
| 21:12.28 | CBG` | bolts |
| 21:12.29 | AAA_awright | The bounce does look cool |
| 21:15.41 | *** part/#bzflag tannerld_mac (n=tannerld@adsl-068-209-251-067.sip.asm.bellsouth.net) |
| 21:20.51 | *** join/#bzflag kc9foh (n=kc9foh@68-114-216-150.dhcp.mdsn.wi.charter.com) |
| 21:23.31 | AAA_awright | I really like the motion blur |
| 21:23.43 | AAA_awright | But the bullet still looks funny |
| 21:48.21 | *** join/#bzflag gsnedders (n=gsnedder@host86-138-194-36.range86-138.btcentralplus.com) |
| 21:50.13 | CBG` | Ok, I got new SVN, duplicated the folder, compiled one. It works and bzfs loads flagStay. I then went back to the fresh source, duplicated flagStay and changed all instances of flagStay within the folder (inc. the folder) to flagBring. I added flagBring to configure.ac and plugins/makefile.am. I compile and get this error: |
| 21:50.18 | CBG` | make[2]: *** No rule to make target `flagBring.cpp', needed by `flagBring.lo'. Stop. |
| 21:51.04 | CBG` | Any ideas..? :( |
| 22:00.07 | a_meteorite | CBG`: you're supposed to use ./newplug.sh |
| 22:01.05 | CBG` | Too bad. |
| 22:01.06 | CBG` | I'm doing what was suggested previously by a dev. |
| 22:01.25 | a_meteorite | CBG`: ls .deps |
| 22:03.04 | CBG` | flagBring.Plo |
| 22:03.10 | a_meteorite | is that all? |
| 22:03.27 | CBG` | no, there's loads more but I decided it was smart to just paste one................ |
| 22:03.43 | a_meteorite | pastebin this: ls .deps; ls .libs |
| 22:04.03 | blast007 | I'd be more interested to see Makefile.am |
| 22:04.15 | CBG` | pastebin 2 lines?....... flagBring.Plo \n ls: .libs: No such file or directory |
| 22:04.28 | CBG` | blast007: plugins/Makefile.am ? |
| 22:04.30 | a_meteorite | blast007: I've seen that error if the names in .deps is different (I have copied it before) |
| 22:04.47 | blast007 | CBG`: no, plugins/flagBring/Makefile.am |
| 22:04.52 | a_meteorite | CBG`: why not just ./newplug.sh flagBring, then copy flagStay.cpp source to flagBring.cpp ? |
| 22:05.05 | CBG` | I started with fresh source, a_meteorite, there was no .debs before I built. |
| 22:05.18 | CBG` | a_meteorite: I'm doing what I was told to... |
| 22:05.26 | a_meteorite | guaranteed newplug.sh will work |
| 22:05.42 | a_meteorite | you're doing voodoo otherwise (might miss something) :) |
| 22:05.54 | blast007 | a_meteorite: all newplug.sh does is copy the SAMPLE_PLUGIN directory to a new name, and runs a search and replace |
| 22:05.59 | CBG` | I'm pretty sure I didn't miss anything I was told to do. |
| 22:06.03 | a_meteorite | blast007: but it works |
| 22:06.35 | blast007 | CBG`: pastebin plugins/flagBring/Makefile.am |
| 22:06.37 | a_meteorite | CBG`: pastebin your makefile.am |
| 22:06.50 | CBG` | yeah yeah, hold yer horses |
| 22:07.14 | CBG` | http://rafb.net/p/v10NBB51.html |
| 22:07.46 | CBG` | a_meteorite: sure it might "work" for you, but I want a duplicate of an existing plugin, not the sample stuff. |
| 22:08.04 | a_meteorite | you would just copy the source of flagStay, then do a find and replace for flagStay in the cpp |
| 22:08.15 | CBG` | Before the compile, I did a find and replace in that file... flagStay -> flagBring |
| 22:08.21 | a_meteorite | that would be a full fledged flagStay plugin, but with a different name :) |
| 22:08.45 | a_meteorite | yeah, your makefile.am is good |
| 22:08.55 | CBG` | a_meteorite: and what about the <pluginName>.[def | sln | etc] files? |
| 22:09.09 | a_meteorite | that's for vc, I think |
| 22:11.45 | blast007 | and you reran ./autogen.sh and ./configure ? |
| 22:12.13 | CBG` | I ran "./autogen.sh && ./configure --enable-shared && make" in the base dir of the source. |
| 22:12.38 | CBG` | The same as I ran in the fresh source from SVN before I did anything (and it worked then). |
| 22:14.18 | blast007 | k |
| 22:17.19 | CBG` | So, any ideas? |
| 22:18.04 | blast007 | I guess just use newplug.sh and see if that works any better :P |
| 22:18.29 | CBG` | ahaha... See my first line again... will it do anything I didn't? |
| 22:18.50 | blast007 | first line? |
| 22:18.58 | blast007 | oh |
| 22:19.09 | blast007 | well, the sample plugin has a slightly different makefile |
| 22:19.13 | CBG` | first thing I said here, about 30 mins back. |
| 22:19.26 | blast007 | not that the way you did it *shouldn't* work |
| 22:19.27 | blast007 | it should |
| 22:19.29 | CBG` | ah, hmm... is my makefile not goot? |
| 22:19.32 | CBG` | good*.... |
| 22:21.04 | CBG` | Well, I can give it a shot. ./newplug.sh flagBring right? |
| 22:21.47 | blast007 | yup |
| 22:21.55 | CBG` | Aight. :P |
| 22:22.04 | CBG` | I'll start fresh again. |
| 22:28.04 | CBG` | I ran newplug.sh and edited those two files again (configure.ac and plugins/makefile.am) but didn't touch anything inside the new plugin. Compiling... Let's see if this works. |
| 22:38.45 | CBG` | Seems to be taking longer, so probably passed the plugin stuff ok. |
| 22:43.10 | CBG` | Ok, it all seemed to build fine, but if I try to run bzfs and -loadplugin flagBring I get: http://rafb.net/p/9LBrrO22.html |
| 22:55.36 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) |
| 22:55.36 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 23:00.56 | *** join/#bzflag bier_ (n=bier@p54A51DA2.dip0.t-ipconnect.de) |
| 23:06.57 | *** join/#bzflag Legoguy (n=Legoguy@adsl-71-143-234-103.dsl.emhril.sbcglobal.net) |
| 23:20.32 | *** join/#bzflag noyb (n=noyb@192.18.43.225) |
| 23:24.49 | *** join/#bzflag tannerld_mac (n=tannerld@adsl-068-209-251-067.sip.asm.bellsouth.net) |
| 23:32.01 | *** join/#bzflag bryjen (n=bryjen@2002:4cb1:b40f:0:0:0:0:1) |
| 23:32.01 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 23:41.00 | Winny | does BZ load all the textures it needs when the map loads, or when it needs them on screen? |
| 23:45.01 | blast007 | on demand, afaik |
| 23:45.25 | AAA_awright | Winny: Download or in memory? |
| 23:46.34 | Winny | as in, get from HDD |
| 23:46.50 | Winny | this explaihns why BZ is slow for a while... meh.. time for a new HDD |
| 23:49.42 | Winny | BZ slows to about 5fps whenever a new texture comes into view - supports my theory that my HDD is dying |
| 23:51.06 | *** join/#bzflag jude- (n=jude@c-68-84-206-92.hsd1.ar.comcast.net) |
| 23:51.12 | jude- | hello all |
| 23:51.27 | Winny | hey jude- |
| 23:53.44 | jude- | how is the new macbook working out, tannerld? |
| 23:53.52 | tannerld_mac | nicely |
| 23:55.21 | blast007 | steal one for me too |
| 23:56.42 | blast007 | "I swear I didn't know this was stolen! ... That means I can keep it, right?" |
| 23:56.57 | Winny | hehe |
| 23:57.19 | Winny | tannerld_mac: what specs on t3h book? |
| 23:57.21 | L4m3r | "So what if the lock-hole is melted? Don't those laptop locks get hot like the rest of it?" |
| 23:57.53 | jude- | that kiosk hole is such a waste of time |
| 23:58.16 | L4m3r | actually it's quite nice in a communal environment like an office, or a dorm room |
| 23:58.20 | tannerld_mac | Winny: 2.16GHz 1GB Mem (for now) 120GB..etc |
| 23:58.35 | Winny | hrm, I should get a extra gig |
| 23:58.41 | L4m3r | not gonna stop a thief who knows what he wants, but it's nice for preventing random asshats from walking off with it |
| 23:58.50 | jude- | if someone really wanted it, that lock hole wouldn't stop them |
| 23:59.15 | jude- | one good yank would be all it would take :/ |
| 23:59.47 | L4m3r | of course |
| 23:59.55 | tannerld_mac | iAlertU |