| 00:00.05 | scgtrp | s/up// |
| 00:00.08 | awilcox | tannerld: yeah. I have a car driving game that auto-restarts when the car flips over. |
| 00:00.09 | scgtrp | s/in/up in/ |
| 00:00.12 | scgtrp | shut up :P |
| 00:00.40 | tannerld | awilcox: but that could get annoying fast in bz :P |
| 00:00.59 | scgtrp | i still can't see how you would flip a tank over |
| 00:01.01 | awilcox | quite. |
| 00:03.56 | awilcox | scgtrp: basic illustration from mspaint: |
| 00:04.25 | awilcox | <PROTECTED> |
| 00:04.48 | a_meteorite | you wouldn't tilt on corners like that then |
| 00:05.05 | awilcox | a_meteorite: this is him falling off, though. |
| 00:05.09 | scgtrp | haha, nice drawing |
| 00:05.20 | awilcox | if the physics engine is designed to angle, then this WILL happen, afaict. |
| 00:05.21 | a_meteorite | you wouldn't fall over unless you tilted like that |
| 00:05.23 | awilcox | scgtrp: lol, thanks. |
| 00:05.32 | scgtrp | awilcox, could only tilt on ramps |
| 00:05.52 | awilcox | a_met: you mean make a special TILT control, like another axis? |
| 00:05.53 | a_meteorite | or you could make it so your tank always falls tread-down |
| 00:05.56 | awilcox | ugh, that's a LOT of work |
| 00:05.57 | tannerld | that'd be too complicated |
| 00:06.02 | JeffM | awilcox, ramps arn't hard |
| 00:06.10 | JeffM | it's a CHOICE |
| 00:06.14 | JeffM | not a limitation |
| 00:06.21 | JeffM | tanks won't tilt |
| 00:06.34 | a_meteorite | yeah, I'm sure our devs could implement it if they wanted, it's just it's not a part of bz |
| 00:06.40 | a_meteorite | they're more than capable :) |
| 00:06.48 | JeffM | no they arn't |
| 00:06.52 | a_meteorite | heh |
| 00:07.02 | JeffM | it's just not hard math to force the tank to have the same rot as the surface |
| 00:07.04 | JeffM | that's easy |
| 00:07.09 | JeffM | it's all the other gameplay implications |
| 00:07.33 | JeffM | with out a tilting turret, going onto a sloped surface means no longer able to aim |
| 00:07.34 | scgtrp | hmm. a tank could be half on a ramp and half off too |
| 00:07.57 | JeffM | you'd slurp the 2 normals |
| 00:08.09 | JeffM | it's not hard math |
| 00:08.11 | a_meteorite | eh what he said |
| 00:08.16 | blast007 | consider the current limitation an extra challenge when building maps ;) |
| 00:08.20 | scgtrp | ...you're talking to a 2d guy :) |
| 00:08.29 | scgtrp | blast007, but i want a ramp :( |
| 00:08.31 | scgtrp | oh well |
| 00:08.32 | JeffM | you can slurp 2d normals |
| 00:08.42 | blast007 | you can use physics drivers to sorta fake a ramp |
| 00:08.45 | *** join/#bzflag Think_Differentl (n=shedelj@unaffiliated/thinkdifferentl/x-838543) |
| 00:08.51 | blast007 | or replace the functionality of a ramp |
| 00:08.56 | JeffM | yaeh you can push them in a direction |
| 00:09.02 | blast007 | or use teleporters to get them up to a higher location |
| 00:09.14 | blast007 | *or* do a ramp, and set _noClimb to 0 |
| 00:09.20 | blast007 | then they can jump up the slope |
| 00:09.39 | scgtrp | as in manual jumping? |
| 00:09.42 | blast007 | yeah |
| 00:09.52 | blast007 | go look at lasermania |
| 00:10.02 | scgtrp | well i could have thought of that :P |
| 00:10.03 | blast007 | tannerld: they're about 25% done |
| 00:10.09 | tannerld | blast007: neato |
| 00:10.20 | blast007 | tannerld: but then again, they've been that far along for years :P |
| 00:10.28 | blast007 | they can already render almost right |
| 00:10.34 | tannerld | heh |
| 00:10.35 | blast007 | but texturing is off, and they, well, don't work |
| 00:10.46 | Winny | hehe |
| 00:10.54 | blast007 | patches welcome |
| 00:10.58 | awilcox | ~pw |
| 00:10.58 | ibot | hmm... patches welcome is a common response by maintainers of Open Source products. It's roughly means "We don't have much time on our hands, so if you write that feature and send it to us we will likely roll it in. If you don't have the time to write it, we don't either. Stop asking for it." |
| 00:11.12 | tannerld | heh |
| 00:11.34 | tannerld | nice way of saying "code it yeself" :P |
| 00:11.34 | blast007 | yup :) |
| 00:11.37 | awilcox | exactly! :) |
| 00:11.50 | blast007 | but it's already started, so only the hard parts are left |
| 00:11.52 | blast007 | ;) |
| 00:11.54 | tannerld | lol |
| 00:17.57 | scgtrp | i just had an idea |
| 00:18.00 | scgtrp | escalators :D |
| 00:18.18 | scgtrp | anyway, back to sane stuff |
| 00:18.46 | awilcox | humm |
| 00:18.47 | Winny | you can sort of do that now |
| 00:18.48 | Winny | I guess |
| 00:18.53 | awilcox | moving blocks |
| 00:19.01 | Winny | ick |
| 00:20.05 | scgtrp | how do i add a custom ground texture? i made a .png of the texture i wanted, saved it in the same directory as the map, and set GroundMaterial's texture to it, but i still have grass |
| 00:20.42 | Winny | as in, use it on all maps? |
| 00:21.05 | scgtrp | Winny, on the map i'm creating |
| 00:21.11 | blast007 | if you want to use it as a custom texture for that map, it has to be on a web host |
| 00:21.38 | blast007 | and if you want other to see it, it has to be at images.bzflag.org (you can submit new textures via http://images.bzflag.org/submitimages/ ) |
| 00:22.53 | scgtrp | blast007, what exactly does "others seeing it" mean? using it in their maps, or just seeing it in mine? |
| 00:23.14 | blast007 | if you want other players to see it |
| 00:23.23 | scgtrp | hmm, that's kinda weird |
| 00:23.36 | blast007 | it's to prevent pr0n from being put in maps :P |
| 00:23.42 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) |
| 00:23.42 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 00:23.42 | scgtrp | ah |
| 00:23.47 | scgtrp | good idea then |
| 00:23.47 | blast007 | and stuff like that |
| 00:24.07 | blast007 | we limit what hosts you can grab images from based on downloadaccess.txt in the bzflag settings directory |
| 00:24.16 | blast007 | defaults to *.bzflag.org |
| 00:24.35 | blast007 | 3.0 will only have images.bzflag.org by default |
| 00:24.52 | blast007 | (and maybe *.images.bzflag.org) |
| 00:26.14 | blast007 | L4m3r: with texture packs that can be used by others? |
| 00:26.27 | L4m3r | just with general-purpose textures for mappers |
| 00:26.32 | blast007 | right |
| 00:26.46 | blast007 | like skyboxes, different ground/box textures, etc? |
| 00:26.46 | L4m3r | so, textures.bzflag.org is a library, and images.bzflag.org is a hosting service |
| 00:26.50 | Winny | just include them with the client |
| 00:26.57 | awilcox | the thing is, anyone can go into /etc/hosts (even on win32) and change images.bzflag.org |
| 00:27.00 | blast007 | Winny: that's too limiting |
| 00:27.04 | Winny | that way they don't need to be redownloaded if someone clears their cache |
| 00:27.07 | blast007 | awilcox: so? |
| 00:27.08 | L4m3r | blast007, no, custom textures for maps |
| 00:27.21 | L4m3r | stuff that gets used a lot... wood/metal textures, etc |
| 00:27.22 | blast007 | L4m3r: right...that's what I said |
| 00:27.23 | Winny | awilcox: someone can download a virus, does that mean no one should ever use a computer? |
| 00:27.29 | blast007 | or meant, at least |
| 00:27.37 | L4m3r | oh, I thought you meant, like, client texture packs |
| 00:27.41 | blast007 | no |
| 00:27.43 | blast007 | for maps |
| 00:27.56 | blast007 | skyboxes aren't used for client textures ;) |
| 00:28.00 | awilcox | blast007: (remembering that I wasn't here for planning and am not sure how secure you are wanting this) I would probably do SSL or something. |
| 00:28.01 | blast007 | only for maps |
| 00:28.05 | L4m3r | but yeah, basically, free-to-use-without-permission textures :P |
| 00:28.11 | blast007 | awilcox: what are you talking about? |
| 00:28.18 | blast007 | yeah |
| 00:28.26 | JeffM | blast007 it is set to *.images.bzflag.org |
| 00:28.30 | Winny | I agree, what ARE you talking about :p |
| 00:28.41 | blast007 | JeffM: and I think images.bzflag.org *too* then |
| 00:28.45 | JeffM | yeah |
| 00:28.45 | JeffM | 3 |
| 00:28.47 | JeffM | 2 |
| 00:28.52 | Winny | 1? |
| 00:28.55 | JeffM | 0 |
| 00:28.58 | awilcox | -1 |
| 00:29.03 | JeffM | it's BIDNUSTIME! |
| 00:29.19 | Winny | 01123581321 |
| 00:29.33 | awilcox | blast007: you said *.images.bzflag.org would only be allowed to prevent spam. well, anyone can hack a way around that, you could use SSL or encryption to verify you are really connecting to bzflag.org. but that is prolly way overkill, and I will shut up now. |
| 00:29.58 | JeffM | awilcox, seriouysly dude. |
| 00:30.01 | JeffM | it's a video game |
| 00:30.01 | blast007 | uh, if someone hacked their way around that, it would only affect THEM |
| 00:30.04 | blast007 | so it's their fault |
| 00:30.05 | blast007 | not ours |
| 00:30.12 | JeffM | and it's not spam |
| 00:30.16 | JeffM | it's inapropriate images |
| 00:30.39 | Winny | awilcox, DownloadAccess.txt *cough* |
| 00:31.05 | Erroneous | users can get images from anywhere they want. mapmakers cannot push just any image to clients. |
| 00:31.07 | *** join/#bzflag BenUrban (n=benurban@unaffiliated/benurban) |
| 00:31.14 | JeffM | indeed |
| 00:31.32 | JeffM | I will try to get an in game controll to add *.* to the access list |
| 00:31.40 | JeffM | and label it "allow any images" |
| 00:31.55 | JeffM | then parents can lock the file, but normal people can easaly just enable all if they don't care |
| 00:31.56 | blast007 | that could just be a config option instead of going to the access list |
| 00:32.08 | JeffM | it NEEDS to go to the file |
| 00:32.13 | JeffM | so parents can lock it |
| 00:32.22 | blast007 | k |
| 00:32.28 | JeffM | that's the keey |
| 00:32.34 | JeffM | still allowing parental controll |
| 00:32.39 | blast007 | we should make it interface with Vista's parental controls ;) |
| 00:32.45 | awilcox | I highly doubt a normal parent would know how to even set read-only, let alone NTFS permissions. |
| 00:32.51 | scgtrp | JeffM, you do realize that most kids (including me, i'm 15) know more than their parents about computers? |
| 00:32.51 | JeffM | you get right on that, let me know when you are done. |
| 00:32.59 | blast007 | hehehe |
| 00:33.05 | scgtrp | (of the ones that are playing bzflag of course.) |
| 00:33.06 | JeffM | awilcox, that's not our fault, we at least tried. |
| 00:33.24 | awilcox | you *could* have a lock button. |
| 00:33.27 | JeffM | scgtrp, it's not our job to parrent, but to just give them a tool |
| 00:33.36 | JeffM | awilcox, and where would we store that lock permsion? |
| 00:33.38 | awilcox | but don't have an unlock button, have the parents figure THAT one out for themselves. |
| 00:33.43 | JeffM | no mater what it has to come down to the OS |
| 00:33.51 | scgtrp | <blast007> we should make it interface with Vista's parental controls ;) << and if i dual boot xp and linux? :) |
| 00:33.53 | awilcox | JeffM: you're the cross-platform toolkit writer, make it -r :p |
| 00:34.02 | JeffM | I don't think we should go overboard, but we can at least make some effort |
| 00:34.07 | blast007 | yeah |
| 00:34.09 | Winny | then the kid deletes the config file.. and poof |
| 00:34.12 | Winny | back to unlocked |
| 00:34.17 | JeffM | thats why config is bad |
| 00:34.23 | Winny | awilcox, you'd need to change the whole system :) |
| 00:34.32 | awilcox | Winny, meh. :p |
| 00:34.33 | Winny | I much prefer the config to a registry entry... ick |
| 00:34.45 | scgtrp | JeffM, registry? sectors 1-62 of hard drive? :) |
| 00:34.48 | JeffM | that's why the access file is seperate |
| 00:34.54 | blast007 | Winny: downloadaccess.txt is what we're talking about |
| 00:35.01 | scgtrp | (1-62 aren't used for anything iirc) |
| 00:35.01 | blast007 | instead of the config file |
| 00:35.03 | awilcox | haven't played with ntfs in a while, does it have "prevent deletion"? |
| 00:35.14 | blast007 | awilcox: yes |
| 00:35.18 | awilcox | scgtrp: vista and xp use it for activation information, iirc |
| 00:35.22 | blast007 | it could make it so they could only read that file |
| 00:35.27 | blast007 | you could* |
| 00:35.31 | awilcox | blast007: there ya go. read without write or delete, exactly what you need. |
| 00:35.41 | scgtrp | awilcox, all of them? yet another example of bloatedness |
| 00:35.55 | JeffM | awilcox, that's the intent behind it right now |
| 00:36.09 | JeffM | so we'd just make an in game controll that woudl attempt to edit it |
| 00:36.18 | JeffM | it woudl fail or work based on the OS permisions |
| 00:36.22 | JeffM | at that point our job is done |
| 00:36.42 | scgtrp | awilcox, all i have there is a bunch of grub code and then zeroes |
| 00:37.00 | awilcox | scgtrp: okay then maybe I was remembering wrong. |
| 00:37.07 | awilcox | oh that's right, xp stores that stuff in the mbr. nvm. |
| 00:37.09 | scgtrp | maybe the first part of the partition, but not the disk |
| 00:38.17 | scgtrp | anyway, parental controls on games are stupid, pretty much. especially a game like bzflag, there are no little chunks of unidentifiable organs flying around when you shoot someone |
| 00:38.30 | scgtrp | (maybe that was a bit too descriptive) |
| 00:38.48 | JeffM | that's your opinion, if you parents don't care to enforce anything, hey.. whatever |
| 00:38.54 | a_meteorite | someone could make an offensive image as a texture |
| 00:39.07 | a_meteorite | I think that's the biggest concern really... |
| 00:39.11 | scgtrp | a_meteorite, possibly |
| 00:39.17 | blast007 | that's the whole point of the discussion: offensive images |
| 00:39.27 | JeffM | that and copyright violation |
| 00:39.31 | JeffM | that's the big thing for me |
| 00:39.34 | scgtrp | ahh. i'm arguing against the wrong argument :( |
| 00:40.10 | scgtrp | hmm, wonder if my computer can handle httpd, bzfs, and bzflag all at the same time... |
| 00:40.28 | JeffM | is the HTTPD very active? |
| 00:40.41 | awilcox | scgtrp: my celeron/1600 can handle apache2, mysql, bzfs, and bzflag, just as long as none of them are doing too much at the same time. |
| 00:40.43 | scgtrp | JeffM, no |
| 00:40.48 | JBdiGriz | Speaking as a parent, parental controls are pretty much a waste of time. |
| 00:40.51 | JeffM | then it's pointless |
| 00:41.06 | awilcox | JBdiGriz: your rationale? |
| 00:41.09 | scgtrp | JeffM, need something to put my images on to test |
| 00:41.17 | scgtrp | too lazy to wait for mod approval |
| 00:41.30 | scgtrp | a purple fyre-generated swirl isn't really offensive :) |
| 00:41.34 | a_meteorite | at a certain point of age of a child, parental controls are a joke |
| 00:41.36 | JeffM | scgtrp, I meant it's pointless to worry about the load |
| 00:41.57 | scgtrp | ah. i have problems with firefox+bzflag sometimes though, so just wondering. |
| 00:42.00 | awilcox | good point. |
| 00:42.01 | JBdiGriz | My kids and I will discuss what is and isn't appropriate behavior. If I'm not doing my job as a parent, they will get around any parental control in technology. |
| 00:42.06 | scgtrp | then again firefox is a memory hog |
| 00:42.15 | blast007 | I know one parent set all chat to ignore, so that their kids would not be exposed to any profanity |
| 00:42.20 | JBdiGriz | Technology rarely solves social problems. |
| 00:42.20 | blast007 | but they were quite young |
| 00:42.28 | a_meteorite | JBdiGriz: that is the best thing a parent can do |
| 00:43.17 | awilcox | I've always always thought that parental controls are a sorry excuse for not actually talking to kids...hats off to you, JBdiGriz, for being a good parent afaict. |
| 00:43.34 | JBdiGriz | You would have to talk to my kids about that. |
| 00:43.51 | awilcox | and a_met has a point, too. once the child is 10 or 12 then they are probably smart enough to circumvent the control anyway. |
| 00:44.08 | awilcox | JBdiGriz: that's what afaict (as far as I can tell) was for :P |
| 00:44.11 | scgtrp | awilcox, i said that about half an hour ago |
| 00:44.17 | scgtrp | anyway |
| 00:44.18 | JBdiGriz | Of course, my kids don't IM with people they haven't met in person, so they would be unlikely to talk to you. :P |
| 00:44.28 | a_meteorite | hah |
| 00:44.39 | awilcox | scgtrp: but you also said you are 15, which would be too old imo for controls anyway |
| 00:44.50 | awilcox | JBdiGriz: hahaha |
| 00:44.53 | scgtrp | awilcox, yeah, but i've always thought they were a joke :) |
| 00:45.05 | CIA-25 | BZFlag: 03JeffM2501 * r16575 10/trunk/bzflag/src/geometry/ (AnimatedTreads.cxx TankGeometryMgr.cxx TankSceneNode.cxx): |
| 00:45.05 | CIA-25 | BZFlag: check for external tread models (ltread.obj, rtread.obj ) |
| 00:45.05 | CIA-25 | BZFlag: always do covered animated treads. |
| 00:45.05 | CIA-25 | BZFlag: remove spining wheels for now ( untill they get replaced with a more general animation system ) |
| 00:45.48 | scgtrp | JBdiGriz, it's not about whether you know them or not, it's about whether or not they're one of those creeps that give good ideas like myspace a bad name |
| 00:45.56 | a_meteorite | awilcox: you forgot to ask the kids out front if they can help you find your dog |
| 00:46.08 | awilcox | a_met: but I don't have a dog :( |
| 00:46.16 | a_meteorite | pfft... you don't need one |
| 00:46.26 | awilcox | nbut that would be lying? |
| 00:46.27 | JeffM | JBdiGriz, what about people that have meet you? |
| 00:46.29 | scgtrp | (personally, i don't use myspace, but i get sick of people blaming all their problems on the internet when it's really because they're just morons) |
| 00:46.44 | scgtrp | awilcox, you'd make a really crappy kidnapper. |
| 00:47.01 | awilcox | scgtrp: lol. that wasn't the point |
| 00:47.20 | JBdiGriz | JeffM: I doubt my kids would want to speak to the people who have met me. |
| 00:47.30 | awilcox | Hahahahahahahahahaha. |
| 00:47.45 | scgtrp | i do talk to people i don't know in real life, but i know who to talk to and who not to talk to - just common sense |
| 00:48.04 | scgtrp | i really wish more kids were born with common sense :/ |
| 00:48.12 | scgtrp | they seem to be really lacking |
| 00:48.14 | JeffM | JBdiGriz, I bet they would If I told them I had embarasing stories about there father ;) |
| 00:48.16 | awilcox | heh. |
| 00:48.32 | JBdiGriz | For now, the test of meeting IRL is a simple one which satisfies all of our mutual concerns. |
| 00:49.05 | JBdiGriz | They can IM their friends, and if their friends bring someone in to a chat they know to sign off. |
| 00:49.10 | JeffM | tis a good rule |
| 00:49.10 | scgtrp | ok, anyway, my image is at http://71.203.182.43/bzfmap/purpleswirl.png - how do i put it on the ground? |
| 00:49.24 | JeffM | with a material |
| 00:49.35 | awilcox | JBdiGriz: O_o meeting irl would be more scary for me than meeting irc. but eh, that's just me. |
| 00:49.45 | JBdiGriz | I've already told my kids several embarassing stories about their father. They can probably tell you better ones. |
| 00:49.55 | awilcox | ooh awesome. |
| 00:50.00 | scgtrp | JeffM, i got that much. what do i pass as the argument to texture |
| 00:50.10 | JeffM | argument? |
| 00:50.15 | blast007 | a web address |
| 00:50.22 | blast007 | the whole thing iirc |
| 00:50.29 | scgtrp | material |
| 00:50.30 | scgtrp | name GroundMaterial |
| 00:50.30 | scgtrp | texture WHAT_GOES_HERE? |
| 00:50.35 | scgtrp | ah, ok |
| 00:50.35 | JeffM | the URL |
| 00:50.41 | Winny | material; name GroundMaterial; texture http://theaddress.png; end |
| 00:50.43 | blast007 | isn't that in the docs? |
| 00:50.44 | JeffM | or the local path |
| 00:50.46 | JeffM | whatever |
| 00:50.55 | JeffM | you dont' HAVE to have a web server to use textures |
| 00:52.32 | scgtrp | blast007, didn't see it |
| 00:52.41 | scgtrp | JeffM, how do i do it then? |
| 00:52.53 | scgtrp | (besides uploading to bzflag's server) |
| 00:53.17 | Winny | ... |
| 00:53.56 | scgtrp | Winny, i could do that, but i'm just playing with it for now, i don't even know if i'll host/release this map |
| 00:53.58 | Winny | http://my.bzflag.org/w/GroundMaterial |
| 00:54.50 | Winny | hmm, /me adds to that page |
| 00:55.18 | Winny | is the wiki painfully slow for anyone else? |
| 00:55.36 | scgtrp | no |
| 00:55.41 | scgtrp | yes |
| 00:58.24 | JeffM | scgtrp, just type in a LOCAL path |
| 00:58.35 | JeffM | or throw the file in your data dir |
| 00:58.44 | JeffM | if you are just testing |
| 00:58.53 | JeffM | for a full public map, yes you need to use a web service |
| 00:59.00 | JeffM | but just testing stuff, you can use local paths |
| 01:00.06 | CIA-25 | BZFlag: 03JeffM2501 * r16576 10/trunk/bzflag/src/geometry/AnimatedTreads.cxx: really always do covered treads for now ( exposed threads will be done as a sperate model later ) |
| 01:00.20 | JeffM | hey Winny didn't saturos or you have a model of the tank with treads? |
| 01:00.33 | Winny | hi |
| 01:00.34 | Winny | :p |
| 01:00.37 | Winny | yeah, I made one |
| 01:00.47 | JeffM | covered or uncovered? |
| 01:00.53 | Winny | either |
| 01:01.00 | JeffM | how accurate do you think it is? |
| 01:01.17 | JeffM | and was it UVed? |
| 01:01.26 | Winny | http://images.bzflag.org/submitimages/ looks sort of like the first one there |
| 01:01.33 | Winny | I have an updated version with UVs somewhere |
| 01:01.35 | scgtrp | does bzflag support reflective surfaces? |
| 01:01.50 | Winny | not really |
| 01:01.52 | JeffM | only the ground |
| 01:02.08 | Winny | you can set the shinyness of a iobject, but that basically just makes it brighter, according to the sun |
| 01:02.14 | Winny | an object* |
| 01:02.46 | CIA-25 | BZFlag: 03JeffM2501 * r16577 10/trunk/bzflag/src/geometry/AnimatedTreads.cxx: missing brackets. |
| 01:02.57 | *** part/#bzflag delusional_ (n=delusion@unaffiliated/delusional) |
| 01:03.14 | JeffM | Winny, can you send me what you have? I'd like to not have to export the tank |
| 01:04.50 | Winny | ick.. 2500 verts >_< |
| 01:05.08 | JeffM | so not so accurate |
| 01:05.10 | JeffM | I can export it |
| 01:05.13 | JeffM | it's just a huge PITA |
| 01:05.23 | Winny | "accurate"? |
| 01:05.39 | JeffM | like the same as the in game one |
| 01:06.05 | Winny | ohh.. one sec |
| 01:06.27 | JeffM | I basicly need 3 models |
| 01:06.28 | JeffM | tank |
| 01:06.30 | JeffM | oldtank |
| 01:06.32 | JeffM | and sucktank |
| 01:07.52 | *** join/#bzflag delusional (n=delusion@pool-141-158-68-253.pitt.east.verizon.net) |
| 01:09.18 | Winny | do the UVs need to be perfect, or you just want some UVs there so it'll work? |
| 01:09.36 | Winny | I only found a version with no UVs.. I can add some quicklt, but they won't be too awesome |
| 01:09.38 | JeffM | no I need like THE model |
| 01:09.47 | JeffM | like replacing the hardcoded one |
| 01:09.52 | JeffM | it's ok, I will export |
| 01:12.02 | Winny | http://bzfusion.net/bzflag/TankTreads.obj |
| 01:12.09 | Winny | that's the closest one I could find |
| 01:12.37 | Winny | the covers on the treads should be a seperate mesh |
| 01:24.24 | Winny | Hey JeffM, what do you think of doing a barrel for GM (and other super weapons), and one for normal shots? :) |
| 01:26.59 | scgtrp | http://my.bzflag.org/w/Meshbox << keeps talking about cones, did i miss something or is that just bad copy-and-paste? |
| 01:27.40 | Winny | yeah, bad copy |
| 01:27.48 | Winny | you could fix it, it is a wiki :) |
| 01:28.14 | scgtrp | i know, wanted to make sure i wasn't taking out references to information i missed |
| 01:28.30 | scgtrp | like if a meshbox is actually a bunch of cones piled together, or something crazy like that :P |
| 01:28.52 | Winny | hehe |
| 01:29.11 | *** join/#bzflag Gnurdux (n=gnurdux@c-69-251-252-148.hsd1.md.comcast.net) |
| 01:29.35 | scgtrp | fixed |
| 01:29.56 | scgtrp | uh, fixed now |
| 01:30.57 | scgtrp | ? |
| 01:31.17 | scgtrp | hmm, that page is still really confusing |
| 01:31.23 | awilcox | http://en.wikipedia.org/wiki/Wikipedia:Barnstar |
| 01:31.58 | scgtrp | why is there a separate parameter for rotating around z-axis (rotation) than for the other axes (spin)? |
| 01:32.52 | Winny | YEP |
| 01:32.55 | Winny | err |
| 01:32.58 | Winny | yep* |
| 01:33.22 | scgtrp | that wasn't a yes-or-no question |
| 01:33.53 | Winny | because one is for spinning on the z axis, the most common axis (simpler), and one is for more complex rotation |
| 01:34.10 | scgtrp | awilcox, btw, that award you gave me doesn't exist |
| 01:34.13 | scgtrp | thanks :) |
| 01:34.59 | scgtrp | ok, so is it spin x y z amount, or amount x y z? |
| 01:35.33 | Winny | no idea :p |
| 01:36.17 | scgtrp | the former apparently |
| 01:36.55 | scgtrp | maybe not |
| 01:37.05 | scgtrp | did i mention your documentation sucks :) |
| 01:37.18 | awilcox | well then fix it |
| 01:37.23 | awilcox | ~pw on the docs, too. |
| 01:37.23 | ibot | ACTION Patches are always welcome, on the docs, too. |
| 01:39.59 | scgtrp | i know, i usually do after i figure out what it's supposed to be |
| 01:40.17 | scgtrp | which would be faster if i had docs :) |
| 01:41.22 | scgtrp | well, i got a slanted box, but it appears as if the ground is moving faster than the box |
| 01:41.52 | Winny | boxes don't move... |
| 01:42.16 | scgtrp | kinda hard to explain |
| 01:42.45 | scgtrp | connect to 71.203.182.43:5159 (may be laggy, but at least you can see) |
| 01:44.52 | *** join/#bzflag Flash (n=jwmelto@unaffiliated/flash) |
| 01:46.22 | Winny | yay.. blender isn't letting me map UV coords! |
| 01:46.28 | Winny | ~stab blender |
| 01:46.28 | ibot | ACTION runs at blender with an origami Swiss Army knife, and inflicts a nasty paper cut. |
| 01:47.21 | scgtrp | ~stab spin |
| 01:47.21 | ibot | ACTION runs at spin with an origami Swiss Army knife, and inflicts a nasty paper cut. |
| 01:47.35 | scgtrp | ~stab meshbox |
| 01:47.36 | ibot | ACTION runs at meshbox with an origami Swiss Army knife, and inflicts a nasty paper cut. |
| 01:47.40 | scgtrp | </bot abuse> |
| 01:48.31 | scgtrp | yeah, only happens when rotated |
| 01:48.40 | scgtrp | ~unstab meshbox |
| 01:48.43 | scgtrp | :( |
| 01:49.20 | Winny | uhoh, you know what it's time for?! |
| 01:49.28 | Winny | It's time to texture bake a tank! |
| 01:49.30 | scgtrp | random meowing! |
| 01:49.35 | scgtrp | meow meow meow meow... |
| 01:52.13 | scgtrp | awilcox, i would but i don't really know what i'm doing myself |
| 01:52.34 | awilcox | oh okay. |
| 01:54.15 | scgtrp | awilcox, care to help me fix this stupid spin bug? |
| 01:54.31 | awilcox | Winny: you lie! you said an 8800 would only be 50$ more expensive than an 8600! |
| 01:54.44 | Winny | here it is |
| 01:54.48 | awilcox | Winny: I found 512MB 8600 for 100$ and the cheapest 8800 is 399$ |
| 01:54.49 | Winny | dunno about WackSA though |
| 01:55.52 | awilcox | scgtrp: unfortunately I am both too busy buying a new graphics card and I am not really 'inspired' to code right now. sorry. |
| 01:56.03 | scgtrp | awilcox, not quite code :) |
| 01:57.19 | awilcox | scgtrp: if not code, then what? |
| 01:57.30 | scgtrp | ah. maybe i should read the docs |
| 01:57.30 | scgtrp | Because the BZFlag client doesn't clip objects against the ground, it is advisable to ensure that the meshbox is rotated up and away from the ground. Otherwise, the meshbox will appear to be super-imposed on the ground, rather than embedded into it. |
| 01:57.52 | scgtrp | on the same page i was complaining about |
| 01:58.03 | scgtrp | the same page i edited to s/cone/meshbox/g |
| 01:58.25 | awilcox | hah. |
| 01:59.40 | scgtrp | shut up, you didn't know :( |
| 02:01.57 | scgtrp | is position the center? |
| 02:02.08 | L4m3r | scgtrp: I'm not sure that's a good place to document that "bug" |
| 02:02.13 | scgtrp | ? |
| 02:02.21 | L4m3r | seeing as how it applies to ALL map objects, afaik |
| 02:02.44 | L4m3r | and I don't think you need spin to do it, either |
| 02:03.01 | Winny | nope |
| 02:03.01 | scgtrp | ? |
| 02:03.12 | scgtrp | not my job :P |
| 02:03.12 | Winny | you can just put anything below the group |
| 02:03.20 | L4m3r | any object below the ground will show |
| 02:03.30 | L4m3r | you're the one messing with the wiki :P |
| 02:03.33 | scgtrp | nah |
| 02:03.42 | scgtrp | well, i'll play with it tomorrow, night |
| 02:33.10 | *** join/#bzflag tannerld_ (n=tanner@adsl-068-209-251-067.sip.asm.bellsouth.net) |
| 02:36.55 | *** join/#bzflag Docto834 (n=Net_Smar@adsl-068-209-251-067.sip.asm.bellsouth.net) |
| 02:38.15 | *** join/#bzflag tannerld1 (n=tanner@adsl-068-209-251-067.sip.asm.bellsouth.net) |
| 02:51.10 | *** join/#bzflag praetorian (n=praetori@124-168-142-184.dyn.iinet.net.au) |
| 03:00.24 | *** join/#bzflag TD-Linux (n=wheeeeee@66-188-199-114.dhcp.roch.mn.charter.com) |
| 03:05.11 | *** join/#bzflag prae (n=praetori@124-171-62-92.dyn.iinet.net.au) |
| 03:11.39 | *** join/#bzflag bryjen (n=bryjen@CPE-75-81-248-105.we.res.rr.com) |
| 03:11.39 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 03:34.28 | *** join/#bzflag JeffM (n=Jeff@pool-71-109-231-178.lsanca.dsl-w.verizon.net) |
| 03:43.35 | *** join/#bzflag EmoNemo (n=Gigi@unaffiliated/emonemo) |
| 03:50.57 | spldart | [disbelief] Noooo... [/disbelief] |
| 03:50.59 | spldart | :-p |
| 03:51.03 | JeffM | :) |
| 03:51.15 | JeffM | searching all hard drives for files that contain the text glBegin |
| 04:10.00 | *** join/#bzflag QBeep (i=QB@doc-72-47-73-112.leesville.la.cebridge.net) |
| 04:59.08 | *** join/#bzflag ViciousM (n=max@cpe-024-211-248-161.nc.res.rr.com) |
| 06:02.22 | *** join/#bzflag tupone (n=atupone@pdpc/supporter/active/Tupone) |
| 06:02.22 | *** mode/#bzflag [+v tupone] by ChanServ |
| 06:17.13 | *** join/#bzflag winwinwin (i=DavidHK@unaffiliated/davidhkmrpowers) |
| 06:49.13 | CIA-25 | BZFlag: 03blast007 * r16578 10/trunk/web/submitimages/ (includes/functions.php upload.php): |
| 06:49.13 | CIA-25 | BZFlag: Add hex2ip and processInput functions to functions.php. |
| 06:49.13 | CIA-25 | BZFlag: Make use of processInput for our upload page. |
| 07:03.36 | *** join/#bzflag whodaman- (n=whodaman@pdpc/supporter/student/whodaman-) |
| 07:37.57 | *** join/#bzflag QuantumTim (n=tim@62-249-230-206.no-dns-yet.enta.net) |
| 07:46.29 | *** join/#bzflag lepoulpe303 (n=LePoulpe@about/essy/MobileTarget/LePoulpe303) |
| 07:47.40 | *** join/#bzflag QuantumT2m (n=tim@62-249-230-206.no-dns-yet.enta.net) |
| 07:47.48 | *** join/#bzflag Gilly (n=btw@about/essy/ilkimys/gilly) |
| 07:49.43 | Gilly | Could someone drop me a server config of the ducati style? |
| 08:18.16 | jorgenpt | Gilly: Did you get anywhere? |
| 08:18.28 | jorgenpt | (with the bzr) |
| 08:19.17 | Gilly | I'm looking at it right now :) |
| 08:19.42 | Gilly | For some reason the bot doesn't do anything until I shoot at it... then shortly before the bullet hits it it starts moving |
| 08:20.07 | Gilly | For example if I set it to go ahead then the DistanceRemaining returned stays constant (the value I set it to go ahead) |
| 08:20.09 | jorgenpt | Hm |
| 08:21.35 | Gilly | If I kill the bot he segfaults :) |
| 08:21.49 | Gilly | Also if he kills me he segfaults :P |
| 08:22.09 | Gilly | But I'm looking into it. |
| 08:24.26 | jorgenpt | Check RCRobotPlayer::doUpdateMotion |
| 08:24.35 | jorgenpt | For the movement |
| 08:24.39 | jorgenpt | Anyway, lecture |
| 08:39.09 | Gilly | Hmh. It's not calling doUpdateMotion at all. |
| 08:43.30 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) |
| 08:43.30 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 08:55.20 | *** join/#bzflag MPS (n=kvirc@217.116.126.63) |
| 09:04.40 | jorgenpt | What? :o |
| 09:05.31 | jorgenpt | btw, the segfaults should be easy to track down if you throw it into gdb and crash it |
| 09:06.59 | jorgenpt | bzrobots/botplaying.cxx should call BasePlayer::update() which should call doUpdateMotion. |
| 09:09.28 | jorgenpt | Hm. Check that the local bot is in robots[i] |
| 09:09.59 | jorgenpt | If not, we'll need to replicate doTankMotions's myTank->update() |
| 09:11.03 | jorgenpt | It should be a part of robots-array: |
| 09:11.04 | jorgenpt | <PROTECTED> |
| 09:11.13 | jorgenpt | Unless ROBOT isn't defined :P |
| 09:12.24 | Gilly | it is in the robots |
| 09:12.43 | Gilly | but the problem is that it is calling RobotPlayer's doUpdateMotion instead of RCRobotPlayer's |
| 09:12.51 | Gilly | the thing is the function would have to virtual I guess.. |
| 09:13.14 | Gilly | oh it is :D |
| 09:13.17 | Gilly | hmmh |
| 09:13.18 | *** join/#bzflag LongDon (n=LongDon@host-091-097-055-104.ewe-ip-backbone.de) |
| 09:13.46 | Gilly | but only in BaseLocalPlayer not in RobotPlayer |
| 09:13.51 | jorgenpt | Smack a virtual in RobotPlayer.h |
| 09:14.02 | jorgenpt | RobotPlayer.h: virtual void doUpdateMotion(float dt); |
| 09:14.15 | Gilly | yea I'll see if it works. |
| 09:16.12 | Gilly | hm same difference |
| 09:18.45 | jorgenpt | Try making doUpdate() virtual in RobotPlayer, instead |
| 09:19.26 | jorgenpt | Hrm, sorry, I'm in a lecture, I'll have to look at this properly when i'm done |
| 09:19.31 | jorgenpt | Good luck, let me know what you find out |
| 09:19.36 | jorgenpt | I'll try debugging it today :) |
| 09:19.40 | Gilly | yea :) |
| 09:19.43 | Gilly | thanks |
| 09:30.29 | *** join/#bzflag loophole (n=dave@71.86.121.200) |
| 09:32.47 | *** join/#bzflag Tomtomsatnavatom (n=56874ced@bz.bzflag.bz) |
| 09:33.13 | Tomtomsatnavatom | where do i go to play |
| 09:50.11 | Gilly | jorgenpt: It was because the prototypes differ in RCRobotPlayer and RobotPlayer... |
| 09:50.44 | Gilly | Didn't spot it at the first place because it was just the difference between a float and double argument, change doubles to floats in doUpdateMotion and doUpdate in RCRobotPlayer, please. |
| 09:57.54 | Gilly | jorgenpt: http://btw.blobtrox.net/~btw/fix_prototypes.patch and http://btw.blobtrox.net/~btw/fix_error_printing.patch |
| 09:58.36 | Gilly | Going to eat something now... |
| 10:20.57 | *** join/#bzflag winwinwin (i=DavidHK@unaffiliated/davidhkmrpowers) |
| 10:35.03 | *** join/#bzflag chaoscon (n=jeremy@smartserv/ceo/chaoscon) |
| 10:41.36 | *** join/#bzflag Wits (n=Warinthe@1.168.188.72.cfl.res.rr.com) |
| 11:01.26 | *** join/#bzflag ViciousM (n=max@cpe-024-211-248-161.nc.res.rr.com) |
| 11:07.45 | *** join/#bzflag Suspect (n=Suspect@68-113-160-034.dhcp.plt.ny.charter.com) |
| 11:16.54 | jorgenpt | Gilly: So it's working now? |
| 11:17.26 | Gilly | yes... just started looking at the segfaults |
| 11:17.58 | Gilly | it seems at least one problem is with some exploding stuff Program received signal SIGSEGV, Segmentation fault. |
| 11:18.01 | Gilly | [Switching to Thread 0x2ad10e16c180 (LWP 19949)] |
| 11:18.04 | Gilly | Player::setExplode (this=0x97baa0, t=<value optimized out>) at ../bzflag/Player.cxx:428 |
| 11:18.06 | Gilly | 428 avatar->explode(); |
| 11:18.09 | Gilly | (gdb) inspect avatar |
| 11:18.12 | Gilly | $1 = (PlayerAvatar *) 0x0 |
| 11:21.08 | jorgenpt | avatar->explode? :o |
| 11:21.20 | jorgenpt | I guess they added some new feature to player that we don't initialize |
| 11:22.18 | Gilly | that's how it seems :P |
| 11:22.49 | Gilly | i wonder if it's even important |
| 11:25.02 | *** join/#bzflag Dessy (n=Dessy@88-134-205-36-dynip.superkabel.de) |
| 11:26.03 | Gilly | eww it seems it's something graphical |
| 11:32.37 | Gilly | What the heck is this in Player.cxx? : |
| 11:32.37 | Gilly | if (!avatar) |
| 11:32.37 | Gilly | <PROTECTED> |
| 11:32.37 | Gilly | <PROTECTED> |
| 11:32.45 | *** join/#bzflag Upsetter (n=scratch@i577B62D1.versanet.de) |
| 11:33.01 | Gilly | Seems like we should omit '!', right? |
| 11:39.32 | Gilly | Ok.. it's working now :) my bot is moving as expected. |
| 11:43.16 | Gilly | At least my C++ bot, python bots still have some problems but I'm not going to get into that right now. |
| 11:48.42 | *** join/#bzflag CBG` (n=CBG@cpc2-stme1-0-0-cust307.cdif.cable.ntl.com) |
| 11:50.21 | Gilly | So what is BzfRegion? A plane? |
| 11:51.43 | Gilly | Is it like a polygon? |
| 12:08.46 | *** join/#bzflag MPS (n=kvirc@217.116.126.63) |
| 12:13.00 | *** join/#bzflag CBG`_ (n=CBG@cpc2-stme1-0-0-cust307.cdif.cable.ntl.com) |
| 12:17.33 | jorgenpt | [dmp]: Your suggestion worked ;) |
| 12:18.09 | [dmp] | jorgenpt: :) |
| 12:19.45 | *** join/#bzflag Winny (n=KyleVE@unaffiliated/winny) |
| 12:19.48 | jorgenpt | Gilly: It seems to be a polygon, yeah. |
| 12:19.52 | jorgenpt | But I guess you figured that ;) |
| 12:21.33 | Gilly | yea, someone please change that if(!avatar) thing i pasted to if(avatar) in the SVN too :) that piece of code is completely illogical |
| 12:22.16 | Gilly | but now... what should we send to the frontend when we request a list of obstacles? |
| 12:22.26 | Gilly | this needs some designing |
| 12:23.52 | Gilly | basically each obstacle type would need its own data to be sent |
| 12:24.35 | Gilly | that is we would need to write functions to serialize basic obstacle, pyramids, teleports, ... |
| 12:24.53 | jorgenpt | Yeah, that avatar-stuff is broken :p |
| 12:25.42 | Gilly | after fixing that i didn't experience any segfaults |
| 12:25.55 | CIA-25 | BZFlag: 03daxxar * r16579 10/trunk/bzflag/src/ (4 files in 2 dirs): Two patches for bzrobots contributed by Gilly, plus a fix for a broken nullpointer-check (if (!foo) -> if (foo)) |
| 12:26.12 | Gilly | mmm |
| 12:27.23 | jorgenpt | I can't recall any of the Avatar stuff, I wonder if it's a start of decoupling gui from mechanics |
| 12:27.58 | Gilly | probably, i dunno what it is about, maybe different tank models? |
| 12:28.46 | jorgenpt | I think it might be a combination of decoupling and different tank models, or perhaps the decoupling is just a side-effect. |
| 12:28.53 | jorgenpt | <PROTECTED> |
| 12:28.53 | jorgenpt | <PROTECTED> |
| 12:28.53 | jorgenpt | <PROTECTED> |
| 12:28.58 | jorgenpt | <PROTECTED> |
| 12:30.16 | *** part/#bzflag delusional (n=delusion@unaffiliated/delusional) |
| 12:30.35 | jorgenpt | How many types of obstacles are there? |
| 12:30.45 | Gilly | they are all in src/obstacles |
| 12:31.00 | Gilly | *src/obstacle |
| 12:31.37 | jorgenpt | Hmm, pretty many. |
| 12:31.45 | jorgenpt | 10 different |
| 12:31.53 | Gilly | something like that |
| 12:32.08 | Gilly | and we would need to be able to send all of them... |
| 12:32.24 | *** join/#bzflag delusional (n=delusion@pool-141-158-68-253.pitt.east.verizon.net) |
| 12:32.39 | *** part/#bzflag delusional (n=delusion@unaffiliated/delusional) |
| 12:32.42 | *** join/#bzflag AHA (n=aha@unaffiliated/aha) |
| 12:33.01 | *** join/#bzflag delusional (n=delusion@pool-141-158-68-253.pitt.east.verizon.net) |
| 12:33.12 | Gilly | we should investigate whether we use those classes as the base classes in the frontend or should we create our own... i think they contain lots of ready-made stuff so in my opinion we should probably stick to them |
| 12:33.18 | *** part/#bzflag delusional (n=delusion@unaffiliated/delusional) |
| 12:34.47 | jorgenpt | They seem to be mostly geometry and no rendering, so that's probably a nice idea |
| 12:34.57 | Gilly | yes |
| 12:35.26 | Gilly | they already include collision checking and stuff like calculating normals |
| 12:36.19 | *** join/#bzflag whodaman (n=whodaman@pdpc/supporter/student/whodaman-) |
| 12:36.45 | *** join/#bzflag winwinwin (n=chatzill@unaffiliated/davidhkmrpowers) |
| 12:37.43 | Gilly | so... in practice we could do the response like this: BeginObstacles ## Obstacle|<TYPE>|<PARAMS NEEDED FOR CONSTRUCTOR> ## Obstacle|<TYPE>|<PARAMS> ## ... ## EndObstacle |
| 12:44.07 | Gilly | When sending the players reply we don't have a special end reply so I guess we could omit it here too. |
| 12:45.18 | *** join/#bzflag whodaman (n=whodaman@pdpc/supporter/student/whodaman-) |
| 12:56.46 | jorgenpt | Gilly: Right, no need. The Begin is used to clear the internal list, iirc |
| 12:57.04 | jorgenpt | So that previous entries are deleted when you get Begin, then the next lines will be appended to the list. |
| 13:00.27 | Gilly | aah :) |
| 13:00.53 | Gilly | hmhm, so should we just send all the obstacles in one call or have separate calls for separate types of obstacles? |
| 13:05.40 | *** join/#bzflag winwinwin (i=DavidHK@unaffiliated/davidhkmrpowers) |
| 13:10.42 | jorgenpt | I think you should send all as one call |
| 13:10.44 | jorgenpt | Like |
| 13:10.51 | jorgenpt | Obstacle Type "Param1" "Param2" |
| 13:12.13 | Gilly | yea |
| 13:12.56 | jorgenpt | There are two ways to solve it: Either subclass each obstacle into a bzr obstacle, and use a Factory-type thing to decide which one to instantiate, where each derived class has a new ctor (that takes char **arguments, int count) |
| 13:13.24 | jorgenpt | Or write a method for each obstacle that takes a char **arguments, int count, creates an Obstacle and fills it with valid data. |
| 13:13.34 | jorgenpt | s/method/function/ |
| 13:13.36 | jorgenpt | (for that last line) |
| 13:20.09 | Gilly | So true. :) |
| 13:22.02 | brlcad | the latter is probably easier |
| 13:22.38 | brlcad | probably more directly maintainable too |
| 13:24.13 | jorgenpt | Right |
| 13:24.37 | jorgenpt | Did you see, brlcad? dmp recommended that I said "Patches welcome", and a day later I arrive to find two patches on my doorstep |
| 13:24.40 | jorgenpt | Open source <3 |
| 13:25.02 | brlcad | yup |
| 13:30.00 | *** join/#bzflag loophole (n=dave@71.86.121.200) |
| 13:37.14 | *** join/#bzflag KTL (n=KTL@213.219.144.106.adsl.dyn.edpnet.net) |
| 13:43.19 | *** join/#bzflag Pimpinella (n=frank@gondolin.pimpi.org) |
| 13:49.55 | CIA-25 | BZFlag: 03jannejun * r16580 10/trunk/bzflag/src/bzrobots/botplaying.cxx: Test commit to check my account is working. (Added a vague comment.) |
| 13:50.08 | Gilly | right. |
| 13:50.34 | Gilly | Ok, I gotta run. See you folks. |
| 13:52.22 | jorgenpt | Hehe |
| 13:52.43 | jorgenpt | Congrats on the commitaccess, I hope you make some valuable contributions to bzrobots <3 |
| 13:52.50 | Manu | Gilly: congrats |
| 14:15.22 | *** join/#bzflag Dessy (n=Dessy@88-134-205-36-dynip.superkabel.de) |
| 14:16.26 | CIA-25 | BZFlag: 03brlcad * r16581 10/trunk/bzflag/data/Makefile.am: o.p.l. |
| 14:31.32 | *** part/#bzflag F687s (n=noah@cpe-71-67-112-44.woh.res.rr.com) |
| 14:42.54 | CIA-25 | BZFlag: 03brlcad * r16582 10/trunk/bzflag/src/other/ftgl/src/FTVectoriser.cpp: gluTessCallback() seems to be expecting a stdard function callback. fixes ftgl build on mac os x 10.4.11 |
| 14:48.36 | *** join/#bzflag me1 (n=khazhy@pool-72-70-38-175.bstnma.fios.verizon.net) |
| 14:52.58 | *** part/#bzflag scott (n=scott@unaffiliated/scott) |
| 14:57.46 | *** part/#bzflag me1 (n=khazhy@pool-72-70-38-175.bstnma.fios.verizon.net) |
| 15:13.50 | ts | brlcad: IIRC the change was made to be able to compile ftgl in 10.5 |
| 15:15.28 | ts | brlcad: What should we do now? #ifdef'ing ? |
| 15:15.37 | brlcad | then it needs something else |
| 15:21.10 | ts | Just confirmed now..doesn't build anymore on my box again. |
| 15:25.06 | brlcad | looking into it |
| 15:25.16 | brlcad | actually don't see where the "..." is coming from |
| 15:30.19 | ts | I don't even know what the "..." does. |
| 15:30.44 | *** join/#bzflag TheRedBaron (n=Kalen@c-68-35-238-65.hsd1.fl.comcast.net) |
| 15:42.38 | brlcad | it just means it's a function that takes a variable number of arguments |
| 15:43.12 | brlcad | which is "right" in one sense, and then problematic in another |
| 15:49.20 | brlcad | ts: what does this report for you? touch file.h && gcc -E -dM file.h | grep APPLE_CC |
| 16:00.12 | CIA-25 | BZFlag: 03brlcad * r16583 10/trunk/bzflag/src/other/ftgl/src/FTVectoriser.cpp: |
| 16:00.12 | CIA-25 | BZFlag: seems only 10.4 might need the '...' callback prototype though I'm unable to |
| 16:00.12 | CIA-25 | BZFlag: determine where exactly that prototype is coming from as all of the glu.h's on |
| 16:00.12 | CIA-25 | BZFlag: the system have voided callbacks. for now, make the cop-out specific to the |
| 16:00.12 | CIA-25 | BZFlag: system I'm seeing this problem on, tie the stdard list to the version of the |
| 16:00.15 | CIA-25 | BZFlag: compiler for lack of a better ident. |
| 16:07.31 | *** join/#bzflag PrezKennedy (i=Matt@74.86.45.130) |
| 16:11.53 | ts | brlcad: #define __APPLE_CC__ 5465 |
| 16:17.04 | *** join/#bzflag Admirarch (i=mwr25@pip.srcf.societies.cam.ac.uk) |
| 16:27.30 | *** join/#bzflag JBdiGriz (n=jbdigriz@209-203-68-2.static.twtelecom.net) |
| 16:27.30 | *** mode/#bzflag [+o JBdiGriz] by ChanServ |
| 16:52.34 | *** join/#bzflag Legoguy (n=Legoguy@Legoguy.broker.freenet6.net) |
| 17:05.52 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) |
| 17:31.48 | *** join/#bzflag tupone (n=atupone@pdpc/supporter/active/Tupone) |
| 17:31.48 | *** mode/#bzflag [+v tupone] by ChanServ |
| 17:45.04 | *** join/#bzflag Erroneous (n=dtremena@67-131-219-2.dia.static.qwest.net) |
| 17:47.03 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) |
| 18:01.20 | JeffM | we can be heroes... just for one day |
| 18:02.36 | *** join/#bzflag blast007 (i=blast@pdpc/supporter/active/blast007) |
| 18:02.36 | *** mode/#bzflag [+v blast007] by ChanServ |
| 18:05.14 | *** join/#bzflag Epyon (n=Epyon@90-156-93-82.magma-net.pl) |
| 18:06.28 | ruskie | JeffM, so why do you want to kill my framerate? |
| 18:07.09 | blast007 | cuz we can |
| 18:07.11 | blast007 | ;) |
| 18:07.38 | JeffM | we do what we must, because we can |
| 18:07.40 | JeffM | for the people |
| 18:07.41 | JeffM | who are |
| 18:07.42 | JeffM | still |
| 18:07.43 | JeffM | alive |
| 18:08.47 | ruskie | well that makes absolutely no sense at all |
| 18:09.07 | KTL | :D |
| 18:09.31 | JeffM | maybe you'll find someone else to help you |
| 18:09.34 | JeffM | maybe Black mesa |
| 18:09.39 | JeffM | THAT WAS A JOKE. |
| 18:09.46 | JeffM | HAHA. FAT CHANCE |
| 18:11.14 | TheRedBaron | the cake is a lie? |
| 18:11.21 | JeffM | anyway this cake is great |
| 18:11.27 | JeffM | so delicious and moist |
| 18:11.41 | JeffM | look at me still talking |
| 18:11.46 | JeffM | when there is science to do |
| 18:11.52 | *** join/#bzflag Ratfink (n=434ce305@bz.bzflag.bz) |
| 18:11.54 | JeffM | when I look out there it makes me glad I'm not you |
| 18:17.27 | JBdiGriz | What's in that cake? |
| 18:17.32 | JeffM | lies |
| 18:18.03 | JBdiGriz | I was guessing something a bit more psychoactive. |
| 18:18.58 | JeffM | I'm not even angry |
| 18:19.08 | JeffM | I'm being so sincere right now |
| 18:19.14 | JeffM | even though you broke my heart |
| 18:19.16 | JeffM | and killed me |
| 18:19.19 | JeffM | and tore me to peices |
| 18:19.29 | JeffM | and threw every peice into a fire |
| 18:20.11 | JeffM | ruskie, it was a joke because the tank models that brlcad has are like real world accurate ;) |
| 18:20.18 | JeffM | since he works for like the army |
| 18:20.37 | JeffM | couple hundred million faces |
| 18:22.13 | JeffM | you'll be able to use the classic tank |
| 18:25.48 | ruskie | ahh |
| 18:30.06 | brlcad | hardwired the models in, fun stuff |
| 18:31.21 | JBdiGriz | Where did you put the jump jets? |
| 18:32.22 | Erroneous | right where the real ones are, I'd assume |
| 18:32.25 | Erroneous | ;) |
| 18:32.27 | brlcad | and yes, it utterly killed the framerate .. even after I ripped out all of the internal systems, cables and pipes, the other detail like rivets and bolts |
| 18:32.51 | brlcad | but was still actually mildly interactive (with one vehicle) |
| 18:33.18 | *** join/#bzflag Slon02 (n=pusik10@c-71-224-170-197.hsd1.pa.comcast.net) |
| 18:57.08 | JeffM | heh "Mildly interactive" that's a good term |
| 18:57.19 | jorgenpt | What's the joke? |
| 18:59.31 | JeffM | that the cake is real |
| 18:59.44 | JBdiGriz | I thought the cake was chocolate |
| 19:00.45 | jorgenpt | brlcad: What setup did you try it on? |
| 19:02.32 | brlcad | mm, I think it was a quad-core ppc mac with an nvidia quadro |
| 19:03.02 | jorgenpt | Hehe, ok |
| 19:04.34 | brlcad | those models are generally not well-suited to opengl visualization |
| 19:05.04 | JeffM | nether is ours ;) |
| 19:05.12 | jorgenpt | How many faces does ti have? ;) |
| 19:05.17 | brlcad | most CAD systems won't even open a whole vehicle even on a machine a lot higher-spec'd than that |
| 19:06.03 | *** join/#bzflag Rusure (n=42e0b9aa@bz.bzflag.bz) |
| 19:06.25 | brlcad | I think I ultimately got the poly count down into the range of about a 500k-1000k polys when it was heavily stripped |
| 19:06.38 | brlcad | it was a while ago though, don't remember the exact count other than it was less than 1m |
| 19:06.43 | jorgenpt | :p |
| 19:07.00 | jorgenpt | Crazy stuff |
| 19:19.16 | *** join/#bzflag Rusure (n=42e0b9aa@bz.bzflag.bz) |
| 19:20.29 | JeffM | brlcad, did you hear that we got bougt? |
| 19:25.50 | *** join/#bzflag Warinthestar (n=Warinthe@1.168.188.72.cfl.res.rr.com) |
| 19:28.06 | *** join/#bzflag Rusure (n=42e0b9aa@bz.bzflag.bz) |
| 19:29.08 | ruskie | JeffM, by who? |
| 19:30.09 | *** join/#bzflag Rusure (n=42e0b9aa@bz.bzflag.bz) |
| 19:32.29 | KTL | that last update: src/FTVectoriser.cpp:17: error: typedef 'GLUTesselatorFunction' is initialized (use __typeof__ instead) |
| 19:32.29 | KTL | src/FTVectoriser.cpp:17: error: 'GL_void' was not declared in this scope |
| 19:36.37 | *** join/#bzflag hobbsc (n=hobbsc@ip70-178-55-100.ks.ks.cox.net) |
| 19:41.56 | *** join/#bzflag nn64 (n=nn@74.94.43.196) |
| 19:53.26 | *** join/#bzflag Manu (n=jujibo@about/essy/JujiboHunter/Manu) |
| 19:53.26 | *** mode/#bzflag [+v Manu] by ChanServ |
| 19:56.21 | *** join/#bzflag jujibo (n=jujibo@bz.bzflag.bz) |
| 19:57.33 | *** join/#bzflag L4m3r (n=l4m3r@about/essy/warning/L4m3r) |
| 19:57.33 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 20:01.01 | *** join/#bzflag jftsang (n=jftsang@88-108-242-5.dynamic.dsl.as9105.com) |
| 20:02.07 | *** part/#bzflag jujibo (n=jujibo@bz.bzflag.bz) |
| 20:05.10 | *** join/#bzflag ts (n=ts@bz.bzflag.bz) |
| 20:06.36 | *** join/#bzflag MattP (n=aha@unaffiliated/aha) |
| 20:25.40 | brlcad | JeffM: yeah |
| 20:25.49 | brlcad | cimatastic |
| 20:30.50 | *** join/#bzflag LongDon (n=LongDon@host-091-097-061-237.ewe-ip-backbone.de) |
| 20:38.36 | *** join/#bzflag trovao (n=trovao@201.79.73.86) |
| 20:55.56 | JeffM | we got to meet the new CEO yesterday |
| 21:01.16 | a_meteorite | must be a pretty small company that each employee gets to meet the CEO? |
| 21:04.54 | jftsang | the noobie on long base is really annoying me |
| 21:06.42 | *** join/#bzflag think_tank (n=think_ta@c-71-194-147-60.hsd1.il.comcast.net) |
| 21:21.45 | jftsang | where can I find config.h? |
| 21:21.53 | jftsang | it does not appear to be in the /include/ directory |
| 21:28.00 | donny_baker | a_meteorite: just depends on where he works... I worked for a company with 5,000 employees and talked to the CEO several times a week |
| 21:28.15 | donny_baker | we just happened to have offices close to each other |
| 21:28.40 | a_meteorite | Heh, wow |
| 21:29.05 | donny_baker | CEOs are real people too |
| 21:29.33 | donny_baker | he came to my Dad's funeral even though I haven't worked for them in over 10 years |
| 21:29.40 | *** join/#bzflag loophole (n=dave@71.86.121.200) |
| 21:29.42 | Winny | Ladies and gentlemen, give it up for STEEEVEEE BALLMERRRR! |
| 21:29.59 | donny_baker | who? |
| 21:30.04 | donny_baker | :P |
| 21:30.14 | Winny | >_< |
| 21:32.05 | *** join/#bzflag Slon02 (n=pusik10@c-71-224-170-197.hsd1.pa.comcast.net) |
| 21:32.33 | *** part/#bzflag Slon02 (n=pusik10@c-71-224-170-197.hsd1.pa.comcast.net) |
| 21:32.37 | Constitution | jftsang: it should be there... maybe you need to configure and make first? |
| 21:32.49 | Constitution | and yay! |
| 21:33.32 | JeffM | a_meteorite, the hq is in Israel, we only have 60ish people, so they came out here for a meeting and he did a little presentation, etc.. |
| 21:33.33 | Winny | but Ill still call ya a noob ;) |
| 21:33.58 | jftsang | Constitution, I use Windows so I can't configure/make :P |
| 21:34.04 | Erroneous | 263 employees altogether post-merger iirc |
| 21:34.05 | *** join/#bzflag Pommes (n=Pommes@about/essy/frenchy/Pommes) |
| 21:34.12 | jftsang | Constitution, where do you mean by "there"? |
| 21:34.32 | Constitution | located in include/ |
| 21:34.56 | Winny | JeffM, Israel? :o |
| 21:35.13 | JeffM | yup |
| 21:35.14 | a_meteorite | Outsourcing to a whole new degree? |
| 21:35.18 | JeffM | no |
| 21:35.24 | JeffM | they purchased us |
| 21:35.26 | Winny | do you work for the Mossad? :p |
| 21:35.29 | a_meteorite | Oh, a merger. |
| 21:35.33 | JeffM | yup |
| 21:35.43 | JeffM | they own divisions in many countries |
| 21:35.50 | JeffM | part of there development is in Russia |
| 21:35.53 | a_meteorite | They must have really liked your company to go to another country to purchase it. |
| 21:35.57 | TheRedBaron | communist! |
| 21:36.08 | JeffM | they arn't communits anymore man ;) |
| 21:36.12 | jftsang | Constitution, it's not there |
| 21:36.17 | JeffM | a_meteorite, our industry is world wide. |
| 21:36.25 | Erroneous | a_meteorite: there's this "global economy" thing. you may have heard about it... |
| 21:36.29 | a_meteorite | Heh |
| 21:36.41 | JeffM | yeah you know OTHER contries |
| 21:36.42 | TheRedBaron | in mother russia, the code develops you! |
| 21:36.43 | Erroneous | software is easy to ship |
| 21:36.57 | Erroneous | especially with this newfangled internet thing |
| 21:37.04 | JeffM | from what I understand 45% of manufaturing is still in europe |
| 21:37.07 | a_meteorite | Yeah, I heard it's easy to transfer files that way |
| 21:37.09 | Constitution | jftsang: I dunno... you may have to build first. It's not under SVN. |
| 21:37.50 | a_meteorite | JeffM: I just found it a bit interesting to see a company that small located in so many countries. Interesting. |
| 21:38.17 | JeffM | a_meteorite, welcome to the real world |
| 21:38.29 | a_meteorite | Heh |
| 21:38.32 | Erroneous | we were actively distributing in 15 languages in more than 40 countries, with only 60 employees |
| 21:38.41 | JeffM | indeed |
| 21:38.50 | jftsang | lines 22-26 of /include/common.h is the one that seems to be causing the problems, so I'll comment them out for the time being |
| 21:38.52 | a_meteorite | Wow |
| 21:39.02 | TheRedBaron | I work for a small web development company. and we outsource to other countries for dev work. |
| 21:39.03 | a_meteorite | Pretty productive guys you got there |
| 21:39.11 | JeffM | not really |
| 21:39.13 | JeffM | that's prety normal |
| 21:39.32 | JeffM | just looking at your local contry is stupid in this day in age |
| 21:40.07 | *** join/#bzflag EmoNemo (n=Gigi@unaffiliated/emonemo) |
| 21:40.20 | jftsang | hm. I managed to build other plugins... |
| 21:40.33 | a_meteorite | At the school district, 10 guys can't even handle tech support and software maintenance. 60 guys distributing 15 languages in 40 countries is pretty amazing. |
| 21:40.49 | JeffM | a_meteorite, are those "guys" students? ;) |
| 21:40.49 | a_meteorite | We need a serious communication overhaul though. |
| 21:40.55 | a_meteorite | JeffM: No, employees |
| 21:41.15 | JeffM | highly paid professionals? |
| 21:41.32 | a_meteorite | Highly paid? Yes. Professionals? Well, depends who it is... ;) |
| 21:41.43 | JeffM | they work for a school, they can't be highly paid |
| 21:41.48 | a_meteorite | We have ROP students help out too, a class of about 20. Still can't make it. |
| 21:42.02 | JeffM | there is this thing in the world called "worker quality" :) |
| 21:42.29 | JeffM | they are not profit driven, they have no need nor desire to do better |
| 21:42.30 | Erroneous | at my high school we had 3 IT people, plus a class of 15 or so student technicians. not sure what your problem is ;) |
| 21:42.31 | a_meteorite | There is 3 or so that I don't even know how they got their job. |
| 21:42.32 | JeffM | so it makes sense |
| 21:42.43 | Erroneous | and our lead guy was hired by mistake |
| 21:42.52 | JeffM | just sounds like your school sucks, that's all |
| 21:43.16 | Winny | hehe |
| 21:43.45 | JeffM | small software companies are rather common |
| 21:43.56 | a_meteorite | JeffM and Erroneous: This is for a whole district, something like 17 schools plus all the departments. |
| 21:44.14 | JeffM | a_meteorite, then your district sucks ;) |
| 21:44.17 | a_meteorite | Yeah |
| 21:44.19 | JeffM | its' gov work |
| 21:44.20 | Erroneous | sounds fairly typical |
| 21:44.21 | JeffM | it's not the same |
| 21:44.35 | JeffM | they don't HAVE to do anything |
| 21:44.40 | Erroneous | 10 people managing ~17000 users is not extreme for IT |
| 21:45.00 | JeffM | we have a whoping 2 IT people |
| 21:45.20 | Erroneous | for 60 employees |
| 21:45.47 | Erroneous | course our "users" are fairly demanding ;) |
| 21:47.13 | JeffM | and for that we have a whoping 3 tech support people |
| 21:47.32 | Erroneous | naw, I meant users from an IT perspective |
| 21:47.42 | Erroneous | i.e. the other 58 employees |
| 21:48.14 | JeffM | ahh |
| 21:51.07 | Constitution | software companies need IT techs? ;) |
| 21:51.10 | *** join/#bzflag ShadowSpectre (n=Default@24-158-74-158.dhcp.spbg.sc.charter.com) |
| 21:51.33 | Erroneous | Constitution: would YOU let a bunch of programmers make purchasing decisions? :) |
| 21:51.41 | a_meteorite | Hah! |
| 21:53.59 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) |
| 21:57.13 | jftsang | as my router appears to block port 5154, could I (in theory) run BZFS with port 80? |
| 21:57.44 | a_meteorite | It probably doesn't block it. It just needs to be forwarded to your computer. |
| 21:57.53 | a_meteorite | Well, it blocks it when it doesn't forward it. |
| 21:58.07 | ts | jftsang: In (my) theory you could. |
| 21:58.09 | JeffM | you can run on any port you want |
| 21:58.20 | JeffM | as long as the routes are setup right |
| 21:58.23 | a_meteorite | Yeah |
| 21:58.31 | JeffM | did you set any form of DMZ or port forwarding on the router? |
| 21:58.31 | jftsang | or *rolls eyes* if I wanted to say to my boss that I was running a web server... */rolls eyes* |
| 21:58.44 | Erroneous | generally only root has access to run a process on port 80. DO NOT run bzfs as root! |
| 21:58.51 | jftsang | port 5154 /should/ forward to 192.168.2.2 |
| 21:59.03 | ts | On ports lower than 1025 you're needing more privs, but yes, it would be possible ;) |
| 21:59.29 | Erroneous | if you want to set up your security correctly so a nonprivileged user can do it, then yes, it's certainly possible to run on whatever port you want |
| 21:59.34 | jftsang | does this apply to Windows systems as well |
| 21:59.50 | Erroneous | windows systems are insecure by definition ;) |
| 21:59.55 | Winny | hehe |
| 21:59.56 | JeffM | jftsang, if you cant' forward 5154, then what makes you think you can magicaly forward 80? |
| 21:59.56 | Erroneous | and bzfs tends to crap out on windows |
| 22:00.00 | jftsang | oh yes. I forgot. |
| 22:00.07 | Erroneous | but you're welcome to try if you wnat :) |
| 22:00.15 | jftsang | given that my webserver does work... but my BZFS doesn't |
| 22:00.30 | JeffM | that just tells me that you DID it wrong for bzfs |
| 22:00.31 | JeffM | ;) |
| 22:00.41 | TheRedBaron | jftsang: what version of windows? |
| 22:00.53 | jftsang | WinXP Professional |
| 22:00.54 | jftsang | SP3 |
| 22:01.18 | TheRedBaron | they limit the amount of tcp connections possible on winxp |
| 22:01.37 | *** part/#bzflag LongDon (n=LongDon@host-091-097-061-237.ewe-ip-backbone.de) |
| 22:01.41 | Winny | IIRC it's like 25? |
| 22:01.49 | Winny | I could never get more then 22 people on my server |
| 22:01.59 | JeffM | it's 10 |
| 22:02.11 | JeffM | and only applys to windows shares |
| 22:02.16 | *** join/#bzflag AAA_awright (n=AAA_awri@wsip-68-14-251-102.ph.ph.cox.net) |
| 22:02.23 | JeffM | the limit you had was a more techincal problem in BZFS |
| 22:03.00 | Constitution | run bzfs from a virtual linux machine in vmware or something :) |
| 22:03.04 | jftsang | http://88.108.242.5/ << this work? |
| 22:03.19 | JeffM | yeah |
| 22:03.27 | Erroneous | we also mishandle a few messages we get from winsock, so we tend to drop connections that we shouldn't |
| 22:03.49 | Erroneous | and we run into limits in sending on long loops |
| 22:03.57 | Erroneous | or if you have too many flags, on connect |
| 22:04.08 | JeffM | that should be fixed in trunk tho |
| 22:04.19 | JeffM | buffered network message hopefully FTW! |
| 22:04.51 | Erroneous | nope, we still try to flood it all out. it'd be fixed if we got BNM in its own thread |
| 22:05.02 | Erroneous | so it's a step closer to being fixed |
| 22:05.37 | JeffM | it may not flood as much, since we only try to send out 1024 per loop now |
| 22:06.04 | JeffM | but yes, throwing it into a thread == way better |
| 22:06.36 | Erroneous | iirc trunk does fix the mishandled WSA_TRYAGAIN message though |
| 22:06.47 | JeffM | no it dosn't |
| 22:06.59 | Erroneous | ah |
| 22:07.12 | JeffM | unless you did it |
| 22:07.23 | Erroneous | thought about it, but thought someone else did it |
| 22:07.28 | JeffM | heh |
| 22:07.38 | Erroneous | aren't we just great :) |
| 22:07.52 | JeffM | I think we are the only 2 to bang on networking between the last 2 major changes/breakages |
| 22:07.59 | JeffM | I break |
| 22:08.01 | JeffM | you look at |
| 22:08.05 | JeffM | we wonder |
| 22:08.09 | Erroneous | blast007 fixes ;) |
| 22:08.10 | JeffM | you fix something |
| 22:08.16 | JeffM | yep |
| 22:09.07 | Constitution | lol |
| 22:09.20 | JeffM | and the entire process takes 1 to 2 monhts |
| 22:09.24 | awilcox | aw man, networking is my experience! got any buggers for me to fix? :p |
| 22:09.33 | JeffM | all of it |
| 22:09.42 | *** join/#bzflag CIA-2 (n=CIA@208.69.182.149) |
| 22:09.43 | awilcox | ya want a new netstack? |
| 22:09.58 | JeffM | we just want it to work |
| 22:10.00 | JeffM | and work well |
| 22:10.04 | Erroneous | it mostly works now :0 |
| 22:10.18 | JeffM | it does |
| 22:10.27 | JeffM | I mean people play :) |
| 22:10.35 | Erroneous | people play trunk? |
| 22:10.36 | JeffM | the big fixes would be with how the rest of the app handles networking |
| 22:10.48 | JeffM | people CAN play trunk now |
| 22:11.49 | Erroneous | for certain values of play, I guess :) |
| 22:11.56 | JeffM | I've been using multiple clients for testing of the model stuff |
| 22:12.04 | JeffM | and for what I have done I have not had any conenction issues |
| 22:12.08 | JeffM | yeah |
| 22:12.09 | Erroneous | GM is probably still jacked |
| 22:12.14 | Erroneous | TH is probably still jacked |
| 22:12.16 | JeffM | cus it needs to be replaced |
| 22:12.32 | awilcox | Erroneous: 'decks'? |
| 22:12.39 | JeffM | ~decks |
| 22:12.40 | ibot | i heard decks is http://bzgirl.opencombat.net/decks.html |
| 22:12.54 | tannerld | 04 |
| 22:12.55 | Erroneous | heh, "someone already said that 0 seconds ago" |
| 22:12.56 | tannerld | *404 |
| 22:13.00 | awilcox | Not Found |
| 22:13.02 | awilcox | The requested URL /decks.html was not found on this server |
| 22:13.07 | JeffM | what is her new domain? |
| 22:13.14 | Erroneous | dunno |
| 22:13.22 | Erroneous | hm, and she's not on right now |
| 22:13.32 | JeffM | decks is decks |
| 22:13.37 | awilcox | Heh. |
| 22:13.38 | JeffM | everyone has it |
| 22:14.10 | Erroneous | decks is one of the oldest bzflag maps around |
| 22:14.21 | Erroneous | and a certain playstyle |
| 22:14.23 | awilcox | ah. |
| 22:14.26 | Erroneous | and a bunch of developers |
| 22:14.29 | Erroneous | and a PARTY |
| 22:14.32 | JeffM | and me dying a lot |
| 22:15.27 | Erroneous | decks is to bzflag what "system testing" is to the rest of the world |
| 22:16.22 | awilcox | :) |
| 22:16.27 | awilcox | Erroneous: I see. |
| 22:16.47 | ts | JeffM: Tried today and it crashed in the geometry stuff upon client launch |
| 22:17.09 | Erroneous | heh |
| 22:17.11 | JeffM | how old was your code? |
| 22:17.50 | ts | Just before brlcad's check-in. After was broken again - still now. |
| 22:18.00 | JeffM | rename the models dir |
| 22:18.05 | JeffM | and see if it works |
| 22:18.22 | ts | Doesn't build right now |
| 22:18.28 | ts | ftgl... |
| 22:18.32 | JeffM | that hasn't changed |
| 22:19.19 | ts | was today..hmm, I'm downloading an older version of the ftgl thing, where it compiled now |
| 22:19.50 | JeffM | you using FTGL from a package or from our sources? |
| 22:20.41 | *** join/#bzflag Doctor-Who (n=Net_Smar@adsl-068-209-251-067.sip.asm.bellsouth.net) |
| 22:21.25 | ts | "our" sources |
| 22:21.31 | JeffM | those haven't changed |
| 22:21.34 | JeffM | did they? |
| 22:22.17 | ts | Yes, they did. Check cia :) |
| 22:22.22 | Erroneous | brlcad changed something to fix compilation on oldish macs |
| 22:22.33 | Erroneous | and broke it on 10.5 in the process |
| 22:22.34 | JeffM | ahh |
| 22:22.37 | Erroneous | or something |
| 22:22.37 | JeffM | I didn't have that change |
| 22:22.54 | JeffM | oh he's on a mac |
| 22:22.56 | JeffM | pffff |
| 22:22.58 | Erroneous | yeah |
| 22:23.06 | Erroneous | OUR compiles work fine :) |
| 22:23.15 | Erroneous | its just "those guys" |
| 22:23.40 | JeffM | I'd like to know more info about the geo crash tho |
| 22:23.41 | awilcox | eh, I would check out, but I don't have my Xeon yet so it would take quite a while to compile :p |
| 22:24.59 | Constitution | there seems to be a scarcity of bzflag devs on leopard |
| 22:25.30 | JeffM | not everyone has the extra $$$$ to slap down on white hardware |
| 22:25.47 | Constitution | mine is aluminum, actually :) |
| 22:25.57 | awilcox | Constitution: there are many reasons. (1) not all of us want to pay money for a Mac. (2) still fewer have *current* Macs. (3) still FEWER have the money for leopard. |
| 22:26.31 | Constitution | I was referring to our existing mac devs who haven't upgraded yet, but yes |
| 22:26.37 | a_meteorite | Constitution: I have a Mini with Leopard :) |
| 22:26.47 | JeffM | apple aluminum costs a LOT more then PC aluminum |
| 22:26.49 | Constitution | again, talking about the devs :) |
| 22:26.57 | a_meteorite | Hey, I could be one ;) |
| 22:27.09 | awilcox | a_met: you never did get the AWOS build env working, did you |
| 22:27.24 | JeffM | my main machine is all cool alumuinum and cost a lot less then the apple version |
| 22:27.40 | awilcox | remember qemu? and #AWOS-lessons? and debian-mini? :P |
| 22:27.40 | a_meteorite | awilcox: no, though there is something weird with libtool... blame Apple |
| 22:27.49 | Constitution | does it let you do science? |
| 22:27.51 | ts | Arg, I just crashed my machine with fullscreen and gdb in background |
| 22:28.00 | a_meteorite | oh yeah, but I've been busy with mom's surgery :\ |
| 22:28.21 | awilcox | ts: lol, it's done that to me too. you have to use -window. (I actually went so far as to use a separate X server) |
| 22:28.30 | awilcox | a_met: oh right, forgot :( how is she? |
| 22:28.41 | a_meteorite | better everyday |
| 22:28.46 | awilcox | :) |
| 22:28.57 | a_meteorite | though today will likely be the first back day to college for me, she should be able to drive today |
| 22:29.03 | JeffM | ts, if you remove, or rename the model dir, it won't try to load them. but I'd like to know what crashes you git in there. |
| 22:29.06 | a_meteorite | which means I have a bunch of rading to do |
| 22:29.08 | a_meteorite | *reading |
| 22:29.47 | JeffM | cool, brlcad broke windows too |
| 22:31.03 | ts | Windows is broken by definition :p |
| 22:31.23 | JeffM | GLvoid does not seem to be a type |
| 22:31.32 | JeffM | is that part of the standard? |
| 22:31.33 | ts | JeffM: Here's the bt: http://pastebin.bzflag.bz/m2f460faa |
| 22:31.52 | Erroneous | it is |
| 22:31.57 | ts | Seems like the stack gets corrupted. |
| 22:32.58 | JeffM | hmm, thne why isn't gl.h being included |
| 22:35.03 | JeffM | oh |
| 22:35.05 | awilcox | Erroneous: hahahaha |
| 22:35.05 | JeffM | I see the issue |
| 22:35.11 | JeffM | #ifndef CBARGS |
| 22:35.11 | JeffM | # define CBARGS GL_void |
| 22:35.11 | JeffM | #endif |
| 22:35.16 | JeffM | I belive that should be GLVoid |
| 22:35.20 | JeffM | GLvoid |
| 22:36.02 | awilcox | this is something I learned with AWOS: put your copryight info in one file at base of trunk and then not have that problem :P |
| 22:36.07 | CIA-2 | BZFlag: 03JeffM2501 * r16584 10/trunk/bzflag/src/other/ftgl/src/FTVectoriser.cpp: GL_void is not a valid type, GLVoid is. |
| 22:36.23 | awilcox | *GLvoid |
| 22:38.05 | JeffM | no I think it's not |
| 22:38.09 | JeffM | docs say it's void (* fn)() |
| 22:38.42 | JeffM | cus the apple one wants ... |
| 22:38.46 | JeffM | everyone wants nothing |
| 22:39.02 | JeffM | ts, see if that helps you compile |
| 22:39.56 | awilcox | shouldn't it be void(*fn)(void)? (or was that just the pedantic / strict ISO gcc thing) |
| 22:40.09 | JeffM | () is the same as (void) |
| 22:40.25 | JeffM | ts, and I think I know the crash for geo, working on that |
| 22:44.31 | CIA-2 | BZFlag: 03JeffM2501 * r16585 10/trunk/bzflag/src/geometry/TankGeometryMgr.cxx: don't use the LOD functions for animated treads, they don't exist for non high LODs, load the anim specific lists for high LOD, and empty lists for others. |
| 22:45.37 | JeffM | that may help |
| 22:45.57 | JeffM | remember it has to fit in the box |
| 22:46.03 | JeffM | the box is still used for all hits, and drawing |
| 22:46.23 | JeffM | so you can't cheat and make a super tall tank so you can see ST tanks behind buildings. |
| 22:46.42 | Winny | yep |
| 22:46.58 | JeffM | also where the shot comes out is always the same |
| 22:47.15 | Winny | haha, that would be weird.. if you make a city map and the tanks were giant buildings |
| 22:47.15 | Winny | (if it was possible) |
| 22:48.57 | *** join/#bzflag PrezzKennedy (i=Matt@74.86.45.130) |
| 22:49.41 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) |
| 22:49.41 | *** join/#bzflag Pommes (n=Pommes@about/essy/frenchy/Pommes) |
| 22:49.41 | *** join/#bzflag MattP (n=aha@unaffiliated/aha) |
| 22:49.41 | *** join/#bzflag maxpower (n=kyleve@unaffiliated/winny) |
| 22:50.33 | Winny | wb |
| 22:51.55 | *** join/#bzflag delusional (n=delusion@pool-141-158-68-253.pitt.east.verizon.net) |
| 22:52.32 | *** join/#bzflag AHA (n=aha@unaffiliated/aha) |
| 22:53.32 | awilcox | :o JeffM split! |
| 22:53.32 | Winny | haha |
| 22:53.32 | awilcox | ~trunk |
| 22:53.33 | ibot | from memory, trunk is is a word with varying definitions. In Asterisk, a trunk is a "stream of UDP packets containing IAX2 frames from more than 1 call"; in telecom, a trunk is a "single voice channel between two pieces of switching equipment."; in Ethernet a trunk carries more than one 802.1q VLAN. There is no such thing as a "SIP Trunk" -- Don't use the term. |
| 22:53.46 | awilcox | ... |
| 22:53.47 | awilcox | ~bztrunk |
| 22:54.05 | awilcox | ~bzsvn |
| 22:54.06 | ibot | well, bzsvn is http://my.bzflag.org/w/BZFlag_SVN and svn co https://bzflag.svn.sourceforge.net/svnroot/bzflag/trunk/bzflag bzflag |
| 22:54.07 | Winny | hehe |
| 22:55.05 | *** join/#bzflag PrezzKennedy (i=Matt@74.86.45.130) |
| 22:55.05 | *** join/#bzflag trovao (n=trovao@201.79.73.86) [NETSPLIT VICTIM] |
| 22:55.05 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) |
| 22:55.05 | *** join/#bzflag ViciousM (n=max@cpe-024-211-248-161.nc.res.rr.com) |
| 22:55.05 | *** join/#bzflag menotume (n=menotume@pdpc/supporter/active/menotume) |
| 22:55.05 | *** join/#bzflag deprecated (n=deprecat@24.18.19.17) |
| 22:55.05 | *** join/#bzflag ruskie (i=ruskie@sourcemage/mage/ruskie) [NETSPLIT VICTIM] |
| 22:55.05 | *** mode/#bzflag [+v menotume] by irc.freenode.net |
| 22:55.45 | *** join/#bzflag Epyon (n=Epyon@90-156-93-82.magma-net.pl) [NETSPLIT VICTIM] |
| 22:55.45 | *** join/#bzflag whodaman (n=whodaman@pdpc/supporter/student/whodaman-) [NETSPLIT VICTIM] |
| 22:55.45 | *** join/#bzflag donny_baker (n=joevano@about/essy/vvvvv/donnybaker) [NETSPLIT VICTIM] |
| 22:56.29 | *** join/#bzflag JeffM2501 (n=JeffM@pdpc/supporter/sustaining/JeffM2501) |
| 22:56.29 | *** mode/#bzflag [+o JeffM2501] by ChanServ |
| 22:56.30 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) [NETSPLIT VICTIM] |
| 22:56.30 | *** join/#bzflag Pommes (n=Pommes@about/essy/frenchy/Pommes) |
| 22:56.30 | *** join/#bzflag MattP (n=aha@unaffiliated/aha) [NETSPLIT VICTIM] |
| 22:56.30 | *** join/#bzflag maxpower (n=kyleve@unaffiliated/winny) [NETSPLIT VICTIM] |
| 22:56.32 | JeffM2501 | wheee |
| 22:57.06 | Winny | hehe |
| 22:58.51 | *** join/#bzflag slon02 (n=47e0aac5@bz.bzflag.bz) |
| 22:58.57 | awilcox | :) |
| 23:00.17 | *** join/#bzflag slon02 (n=47e0aac5@bz.bzflag.bz) |
| 23:00.51 | Winny | woohoo |
| 23:00.54 | Winny | I am bored http://bzfusion.net/bzflag/Tankimg2.jpg |
| 23:02.35 | *** join/#bzflag slon02 (n=47e0aac5@bz.bzflag.bz) |
| 23:02.51 | awilcox | Winny: That looks really nice |
| 23:03.21 | Winny | :) |
| 23:03.24 | awilcox | Winny: it's more realistic than the one we have...I assume that means that I will not be playing bzf3 on the radeon 7000 :P |
| 23:03.55 | Winny | it's only ~1100 polys, I could probably cut it down to like 900 |
| 23:04.03 | awilcox | Oh. |
| 23:04.11 | awilcox | brad: hehe. how do you like it? :P |
| 23:04.22 | brad | its terrible |
| 23:04.27 | awilcox | brad: the difference is this is a lappy version (IGP 340M) -- i.e. an RS200 4337 |
| 23:04.41 | brad | <- also a laptop :P |
| 23:04.46 | awilcox | ah hehe |
| 23:04.52 | awilcox | brad: what kind? mine's a Compaq |
| 23:05.12 | brad | HP |
| 23:05.17 | brad | so same company :P |
| 23:05.20 | awilcox | :P |
| 23:05.23 | awilcox | model no? |
| 23:05.28 | brad | uhm |
| 23:05.36 | brad | ze5421ea |
| 23:05.45 | brad | this is slightly offtopic here..... lol |
| 23:05.55 | Winny | #bzchat |
| 23:06.29 | *** join/#bzflag chaoscon (n=jeremy@smartserv/ceo/chaoscon) |
| 23:08.52 | JeffM2501 | ts, let me know if that still crashes for you |
| 23:09.12 | ts | JeffM2501: Ok, I'll try now |
| 23:09.16 | JeffM2501 | thanks |
| 23:09.26 | Winny | JeffM2501, any thoughts on http://bzfusion.net/bzflag/Tankimg2.jpg ? |
| 23:09.55 | JeffM2501 | looks too much like the old tank |
| 23:10.02 | JeffM2501 | and the barrel, way too small |
| 23:10.11 | JeffM2501 | we fire masive blaster bolts ;) |
| 23:10.21 | JeffM2501 | reminds me of one of those candle or bbq lighters |
| 23:10.22 | Winny | hehe |
| 23:10.41 | JeffM2501 | or like you just put taser on the end |
| 23:10.57 | awilcox | lol taser. |
| 23:11.00 | *** join/#bzflag Wits (n=Warinthe@1.168.188.72.cfl.res.rr.com) |
| 23:11.05 | awilcox | don't tase me bro! |
| 23:11.11 | Winny | oh dear |
| 23:11.17 | Winny | just as I almost forgot about that |
| 23:11.22 | awilcox | haha. |
| 23:14.38 | ts | JeffM2501: yes, it does now |
| 23:14.47 | JeffM2501 | works now? |
| 23:14.51 | ts | yep |
| 23:14.53 | JeffM2501 | yaya |
| 23:14.56 | JeffM2501 | :) |
| 23:15.07 | JeffM2501 | and the ftgl compiled too? |
| 23:15.24 | ts | Dunno..still use old ftgl vectorizer |
| 23:15.41 | JeffM2501 | I think he added an extra _ |
| 23:16.56 | ts | Happily new ftgl compiles as well |
| 23:17.05 | JeffM2501 | cool |
| 23:21.29 | ts | JeffM2501: Which quality mode triggers the new model? |
| 23:22.58 | ts | JeffM2501: I'm not getting the new model to show up |
| 23:23.31 | JeffM2501 | ts, what model are you expecting to see? the one in the post I made? |
| 23:23.38 | ts | JeffM2501: yes |
| 23:23.47 | JeffM2501 | as I said in that thread, you will NEVER see that model |
| 23:23.56 | JeffM2501 | that is not the new tank |
| 23:23.58 | ts | <-- can't read |
| 23:24.09 | JeffM2501 | that is simply me testing the obj support |
| 23:24.20 | JeffM2501 | is the barrel of your tank textured now? |
| 23:24.28 | JeffM2501 | in high or experemental? |
| 23:25.53 | JeffM2501 | sadly I can't open source that model from the thread :( |
| 23:25.54 | ts | Hard to say |
| 23:26.07 | ts | I keep repeatedly going nr |
| 23:26.15 | JeffM2501 | fun |
| 23:26.16 | ts | or rather both of my clients |
| 23:26.26 | JeffM2501 | sounds lagtastic |
| 23:26.33 | ts | but the barrel looks grey only |
| 23:26.37 | ts | in experimental |
| 23:26.40 | JeffM2501 | hmm |
| 23:26.45 | *** join/#bzflag slon02 (n=47e0aac5@bz.bzflag.bz) |
| 23:26.46 | JeffM2501 | and you have a models dir in data? |
| 23:27.38 | ts | I don't have a data dir, I'm on Mac OS X ;) |
| 23:27.46 | JeffM2501 | wherever it happens to be |
| 23:27.50 | JeffM2501 | it should have models in it |
| 23:27.55 | JeffM2501 | same dir as skins |
| 23:28.00 | ts | but I have a models dir in Resources |
| 23:28.06 | JeffM2501 | hmm |
| 23:28.09 | ts | inside a tank dir |
| 23:28.14 | JeffM2501 | then std |
| 23:28.18 | ts | with low, medium and std |
| 23:28.20 | JeffM2501 | then barrel.obj |
| 23:28.41 | JeffM2501 | I called the platform funciton to get the "data" dir |
| 23:28.47 | ts | I see Resources/models/tank/std/barrel.obj |
| 23:28.48 | JeffM2501 | so I figured that'd work on the mac too |
| 23:30.04 | JeffM2501 | but it dosn't look that difrent |
| 23:30.08 | JeffM2501 | just has the cammo on it |
| 23:30.13 | JeffM2501 | instead of a flat color |
| 23:30.50 | *** join/#bzflag ratman99 (n=4cb244d2@bz.bzflag.bz) |
| 23:31.01 | ratman99 | yo |
| 23:31.08 | JeffM2501 | hello |
| 23:31.19 | ts | cammo? |
| 23:31.25 | JeffM2501 | the normal tank texture |
| 23:31.28 | JeffM2501 | the camoflage |
| 23:31.33 | ratman99 | im an admin at Tadd's server now whoo hoo |
| 23:31.36 | JeffM2501 | however it's spelled ;) |
| 23:31.55 | JeffM2501 | ratman99, umm... congratulations... I guess |
| 23:32.33 | ts | JeffM2501: Err..I don't understand. If I make a screenshot and upload it, could you tell me if it is the new one? |
| 23:32.41 | JeffM2501 | ts, sure |
| 23:34.02 | ts | JeffM2501: http://img210.imageshack.us/my.php?image=bzfi0492vc0.png |
| 23:34.11 | JeffM2501 | nope |
| 23:34.12 | JeffM2501 | old one |
| 23:34.20 | JeffM2501 | didn't load it fro some reason |
| 23:34.22 | JeffM2501 | odd |
| 23:34.30 | ts | and the screenshot doesn't match the in-game picture |
| 23:34.38 | ts | as if the gamma is wrong |
| 23:34.41 | JeffM2501 | huh? |
| 23:34.51 | ts | The barrel is darker in-game |
| 23:35.21 | JeffM2501 | it would have the same texture as the tank |
| 23:35.24 | JeffM2501 | so it's easy to see |
| 23:35.31 | JeffM2501 | that's the hardcoded one |
| 23:35.46 | ts | Aaah, that is what you meant by camoflage |
| 23:35.56 | JeffM2501 | yeah |
| 23:35.58 | JeffM2501 | that stuff |
| 23:37.24 | ts | Where is the obj loaded? |
| 23:37.41 | JeffM2501 | ankGeometryUtils::buildHighBarre |
| 23:37.46 | JeffM2501 | TankGeometryUtils::buildHighBarrel |
| 23:37.53 | JeffM2501 | in high_barrel.cxx |
| 23:38.07 | JeffM2501 | that calls buildGeoFromObj("/std/barrel.obj",count) |
| 23:38.22 | JeffM2501 | that taks on the resource dir, and the tank name (tank) and tries to load it |
| 23:38.30 | JeffM2501 | if that fails it loads the hardcoded one |
| 23:38.47 | ts | I love Spotlight..it doesn't find the file |
| 23:39.06 | JeffM2501 | src/geometry/models/ |
| 23:39.16 | ts | k |
| 23:39.23 | JeffM2501 | you ARE in high quality right? |
| 23:39.31 | ts | Experimental |
| 23:39.32 | JeffM2501 | cus medium and low don't have meshes yet |
| 23:39.34 | JeffM2501 | k |
| 23:39.49 | JeffM2501 | exp uses high LOD |
| 23:41.07 | ts | I don't find the file |
| 23:41.24 | ts | models dir has a subdir tank |
| 23:41.30 | JeffM2501 | src |
| 23:41.51 | JeffM2501 | ahh yeah seems there is one there too |
| 23:42.03 | ts | src/geometry/models |
| 23:42.14 | ts | and there is only makefiles and tank subdir |
| 23:42.16 | JeffM2501 | yeah there is a tank dir too |
| 23:42.19 | JeffM2501 | I forogo |
| 23:42.21 | JeffM2501 | look in it |
| 23:42.28 | awilcox | JeffM2501: you broke Linux =/ |
| 23:42.34 | awilcox | src/FTVectoriser.cpp:191: error: invalid conversion from 'GLvoid (*)(<type error>)' to 'void (*)()' |
| 23:42.47 | JeffM2501 | heh |
| 23:42.55 | JeffM2501 | type error |
| 23:42.57 | JeffM2501 | nice |
| 23:43.00 | ts | sb goto #5 |
| 23:43.03 | JeffM2501 | awilcox, how old is your code |
| 23:43.08 | ts | oops |
| 23:43.19 | awilcox | JeffM2501: I just 'svn up'd like 5 mins ago |
| 23:43.35 | awilcox | At revision 16585. |
| 23:43.43 | JeffM2501 | what is the CBPARAM define to be? |
| 23:43.58 | JeffM2501 | GLvoid or GL_void |
| 23:44.35 | JeffM2501 | bet it needs to be just void |
| 23:44.45 | JeffM2501 | for those systems that don't get GLvoid |
| 23:45.27 | *** join/#bzflag Flash (n=jwmelto@unaffiliated/flash) |
| 23:45.35 | JeffM2501 | sorry CBARGS |
| 23:45.44 | awilcox | #ifndef GLvoid #define GLvoid void |
| 23:45.59 | JeffM2501 | what? |
| 23:46.04 | Erroneous | GLvoid is fine. the type error is certainly not |
| 23:46.04 | JeffM2501 | where does it do that? |
| 23:46.07 | Winny | is that an IRC channel? ;P |
| 23:46.24 | awilcox | JeffM2501: I was suggesting it. |
| 23:46.26 | Erroneous | can't cast (<type error>) to () <- bad |
| 23:46.53 | JeffM2501 | awilcox, if you turn it into void does it work? |
| 23:47.03 | JeffM2501 | GLvoid SHOULD be defined for oyu |
| 23:47.09 | JeffM2501 | but yeah the type error is the bad part |
| 23:47.16 | awilcox | #ifndef CBARGS |
| 23:47.16 | awilcox | # define CBARGS GLvoid |
| 23:47.24 | JeffM2501 | just make that void as a test |
| 23:47.29 | JeffM2501 | instead of GLvoid |
| 23:47.39 | awilcox | yes, works |
| 23:47.41 | JeffM2501 | I want to know if the type is the issue, or somethign else |
| 23:47.44 | awilcox | s/GLvoid/void/ works |
| 23:47.45 | JeffM2501 | your compiler sucks |
| 23:47.56 | awilcox | it's going into AccessList.cxx, AutoCompleter.cxx, et cetera |
| 23:47.57 | Erroneous | or his GL headers define it to something else |
| 23:48.06 | ts | JeffM2501: Hmm, the path seems fine |
| 23:48.08 | awilcox | gcc --version |
| 23:48.09 | awilcox | gcc (GCC) 4.2.1" |
| 23:48.12 | Erroneous | which would be *stupid* but not entirely unheard of |
| 23:48.13 | awilcox | er, -" |
| 23:48.17 | JeffM2501 | then we should just use void instead of GLvoid |
| 23:48.28 | JeffM2501 | the standard is () |
| 23:48.32 | JeffM2501 | so I belive that is just void |
| 23:48.34 | JeffM2501 | not a GL type |
| 23:48.48 | JeffM2501 | ts, does the load work? |
| 23:48.59 | JeffM2501 | model->read IIRC |
| 23:49.44 | ts | I've only checked buildGeoFromObj |
| 23:50.26 | JeffM2501 | step on in :) |
| 23:50.31 | Erroneous | http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#577 |
| 23:50.34 | JeffM2501 | the read is called from the bottom of that |
| 23:50.45 | ts | working on it |
| 23:51.11 | Erroneous | if GLvoid is a typedef to void on his machine, gcc is correct to reject it as not strict ISO C++ (but valid C99) |
| 23:51.26 | JeffM2501 | so we should do void |
| 23:51.48 | CIA-2 | BZFlag: 03JeffM2501 * r16586 10/trunk/bzflag/src/other/ftgl/src/FTVectoriser.cpp: while not techincaly correct, use void instaed of GLvoid for the params of the teselation callback, for those lame systems that don't do a proper GLvoid define. |
| 23:52.14 | Erroneous | is it even c++ code? |
| 23:52.15 | JeffM2501 | ts, can't you just step in? |
| 23:52.32 | JeffM2501 | it's a cpp file |
| 23:52.36 | JeffM2501 | and there are classes and stuff |
| 23:52.38 | Erroneous | k |
| 23:52.44 | JeffM2501 | void FTMesh::AddPoint( const FTGL_DOUBLE x, const FTGL_DOUBLE y, const FTGL_DOUBLE z) |
| 23:53.05 | ts | Killed my box already one time today with gdb..now I don't want to kill it again - at least this day |
| 23:53.22 | JeffM2501 | and what was that about windows being flawed ;) |
| 23:53.28 | JeffM2501 | F5 FTW! |
| 23:54.01 | JeffM2501 | actualy STL hover inspection totaly FTW |
| 23:54.07 | JeffM2501 | that stuff is awesome |
| 23:56.19 | ts | Looks like model.read(mediaPath) returns true |
| 23:56.35 | *** join/#bzflag triclops (n=triclops@59.154.120.204) |
| 23:56.51 | ts | but the path contains only ... /Resources/models/ |
| 23:57.41 | awilcox | Hmm. So if I thought 'void' was right, does that mean in some small way I made a tiny patch again? |
