| 00:04.30 | teatree | off 2 bed ... 1 AM |
| 00:05.33 | *** join/#bzflag bizarrefish (n=lee@host86-160-45-237.range86-160.btcentralplus.com) |
| 00:07.09 | *** join/#bzflag Wreckage (n=Wreckage@mail.freegroups.net) |
| 00:10.59 | *** join/#bzflag temporalD (n=ATD@bzflag/serverop/TemporalDistraction) |
| 00:16.39 | *** join/#bzflag short_circuit (n=spldart2@h22.187.213.151.dynamic.ip.windstream.net) |
| 00:19.31 | trepan | http://trepan.bzflag.bz/octoshot.png |
| 00:19.34 | trepan | http://trepan.bzflag.bz/pointshot.png |
| 00:19.47 | trepan | 1. glPointSize() is the point diameter, not radius |
| 00:20.03 | trepan | 2. the octagon is le busted |
| 00:20.13 | trepan | 3. polygon's are not smoothed, iirc |
| 00:20.56 | trepan | (poly's use a different blend mode for smoothing, see `man glBlendFunc' |
| 00:21.46 | trepan | well, should use a different mode that is ... says something nearest to farthest rendering as well |
| 00:21.54 | trepan | s/something/something about/ |
| 00:24.07 | trepan | hm, seems that i'm wrong, glEnable(GL_POLYGON_SMOOTH) is called in RadarRenderer.cxx; wonder if it applies to the shots |
| 00:27.27 | trepan | (in v2.0.12, GL_POLYGON_SMOOTH is only used for meshes) |
| 00:30.51 | trepan | in SVN, it looks like someone might have mishandled that bit of state (or maybe there are guarantees about the contents in `radarObjectLists') |
| 00:44.10 | JeffM | we don't smooth poly's that sucks |
| 00:44.42 | JeffM | yeah the octa is messed I thought I comped for rad vs dia too |
| 00:44.51 | JeffM | oh wells |
| 00:45.31 | JeffM | I got the numbers from our cad software, and I made it 1 inch point to point |
| 00:45.53 | JeffM | probalby just best to put it back and tell apple to implement the GL spec |
| 00:47.40 | temporalD | steve@apple.com |
| 00:48.55 | trepan | JeffM: hadn't looked at your code (just the images), but now that I have your vertex numbers do seem to be about right for size==diameter |
| 00:49.01 | trepan | maybe nvidia borked something ;) |
| 00:49.35 | JeffM | I'm not allowed to talk to him, I sold my mac |
| 00:49.50 | JeffM | trepan: well other then it looks like I got one of the verts wrong |
| 00:49.55 | JeffM | vert 2 I'd think |
| 00:50.10 | JeffM | cus I started at 10 o'clock and went down |
| 00:50.35 | trepan | it's uglier than it was for those with point smoothing, even if you fix the vertex and enable smoothing |
| 00:50.49 | JeffM | yeah, I'd just remove it and let the apple people suffer :) |
| 00:51.17 | temporalD | turning smoothing off is no big loss |
| 00:51.18 | JeffM | or use a quad with the shot graphic :) |
| 00:51.50 | JeffM | or a happy face |
| 00:52.10 | trepan | or a fish missile |
| 00:52.34 | JeffM | wish I knew where the fish missile model was |
| 00:52.35 | blast007 | JeffM: hehe.. I remember the 3D missile model patch ;) |
| 00:52.57 | JeffM | didn't the missile one have a happy face on it too? |
| 00:53.03 | JeffM | and like "hi" or something |
| 00:53.03 | blast007 | yeah |
| 00:53.30 | blast007 | I had put that patch into BZFlag XL (with some fixes to make it work right in various quality settings) |
| 00:59.27 | trepan | JeffM: heh, oops, shots are rendered into `world' coords; glPointSize() operates in screen space (unless you're tinkering with newer GL point features, ex: shaders) |
| 00:59.56 | JeffM | really, world coords? |
| 00:59.57 | JeffM | eww |
| 01:00.03 | JeffM | then yeah that won't work |
| 01:00.06 | JeffM | pull it |
| 01:00.10 | JeffM | or i can |
| 01:00.16 | trepan | why not? 'const fvec3& orig = getPath().getPosition();' is easy |
| 01:00.23 | trepan | it's all yours |
| 01:00.47 | JeffM | the position is in word, but the size of the poly should be in screen |
| 01:00.56 | JeffM | guess I could find the radar zoom |
| 01:01.19 | trepan | worth the bother? |
| 01:01.27 | JeffM | I don't think so |
| 01:01.38 | JeffM | not just for a busted GL implementation |
| 01:05.07 | CIA-75 | BZFlag: 03JeffM2501 * r20707 10/branches/v2_0branch/bzflag/src/bzflag/SegmentedShotStrategy.cxx: pull octoshots as they look like ass |
| 01:05.09 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@bzflag/contributor/SpazzyMcGee) |
| 01:08.15 | *** join/#bzflag Winny (n=iWinny@bzflag/contributor/Winny) |
| 01:08.36 | CIA-75 | BZFlag: 03JeffM2501 * r20708 10/trunk/bzflag/src/clientbase/SegmentedShotStrategy.cxx: pull octoshots as they look like ass |
| 01:15.34 | short_circuit | such language in the source |
| 01:15.38 | short_circuit | :-P |
| 01:23.25 | *** join/#bzflag R0b0t1 (n=Enigma@unaffiliated/r0b0t1) |
| 01:23.38 | SpazzyMcGee | I, for one, am shocked to my core |
| 01:45.03 | *** join/#bzflag xaver__ (n=xaver@pD9ED4240.dip.t-dialin.net) |
| 01:51.32 | *** join/#bzflag me1 (n=ausom@bzflag/player/Me1) |
| 02:00.01 | *** join/#bzflag JeffM (n=JeffM@bzflag/projectadmin/JeffM) |
| 02:00.01 | *** mode/#bzflag [+o JeffM] by ChanServ |
| 02:16.20 | *** join/#bzflag AAA_awright_ (n=a3@ip24-251-157-63.ph.ph.cox.net) |
| 02:28.14 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 03:22.20 | *** join/#bzflag Yassen (n=Yassen@unaffiliated/yassen) |
| 04:36.40 | *** join/#bzflag spldart (n=spldart2@bzflag/contributor/spldart) |
| 04:36.40 | *** mode/#bzflag [+v spldart] by ChanServ |
| 04:44.09 | *** join/#bzflag llrr (n=llrr@122-49-169-61.ip.adam.com.au) |
| 05:14.25 | *** join/#bzflag L4m3r_Eee (n=L4m3r@bzflag/developer/L4m3r) |
| 05:14.25 | *** mode/#bzflag [+v L4m3r_Eee] by ChanServ |
| 06:09.49 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 06:25.02 | BulletCatcher | Constitution: Yes, trunk builds successfully on my Fedora 12 system which has autoconf 2.63. |
| 06:26.47 | Constitution | BulletCatcher: hm ok, autogen and configure work for me but make doesn't... I'll double-check |
| 06:26.58 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 06:35.23 | Constitution | BulletCatcher: yes, on Fedora I can autogen and configure, but make fails while building curl... will look into it more later |
| 06:38.50 | BulletCatcher | If you install libcurl-devel that should sidestep that problem. |
| 06:39.55 | BulletCatcher | I was able to build with --enable-curl-build, but BZFlag doesn't always cleanly ignore system files when they are there. |
| 06:40.41 | Flash | trips over the understatement |
| 06:40.50 | BulletCatcher | :-) |
| 06:41.23 | Constitution | ya... well, would be nice if it builds on a majority of installations rather than a minority :) |
| 06:41.37 | BulletCatcher | At some point I'll be able to set up a test system where I can add and remove system packages to test those configurations. |
| 06:45.02 | BulletCatcher | Our priority should be to make it easy for distros to build it, I assume that most of them would prefer to have BZFlag depend on system versions of ares, curl, freetype, ftgl, glew, regex, & zlib. |
| 06:45.52 | *** join/#bzflag Legoguy (n=Legoguy@S0106001ee54ac005.ed.shawcable.net) |
| 06:45.59 | BulletCatcher | But I also agree that our --enable-*-build options should work as intended. |
| 07:49.42 | *** join/#bzflag Admirarch (n=Athelthr@mrush.mth.abdn.ac.uk) |
| 08:42.22 | *** join/#bzflag proton1 (n=proton@95-88-143-34-dynip.superkabel.de) |
| 08:48.46 | *** join/#bzflag proton1 (n=proton@95-88-143-34-dynip.superkabel.de) |
| 08:57.23 | *** join/#bzflag dcat (n=dirtycat@ip70-188-17-162.rn.hr.cox.net) |
| 09:01.49 | *** join/#bzflag xaver (n=xaver@pD9ED4240.dip.t-dialin.net) |
| 09:49.31 | *** join/#bzflag L4m3r (n=l4m3r@bzflag/developer/L4m3r) |
| 09:49.31 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 10:42.16 | *** join/#bzflag Wits (n=Warinthe@249.93.188.72.cfl.res.rr.com) |
| 11:27.54 | *** join/#bzflag Upsetter (n=er@89.246.219.210) |
| 11:57.38 | *** join/#bzflag teatree (n=Pook@dslb-088-066-163-120.pools.arcor-ip.net) |
| 12:44.44 | *** join/#bzflag tobylane (n=Nightly@unaffiliated/tobylane) |
| 13:13.29 | *** join/#bzflag teatree (n=Pook@dslb-088-066-163-120.pools.arcor-ip.net) |
| 14:25.21 | *** join/#bzflag bryjen (n=bryjen@63.147.94.149) |
| 14:25.21 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 14:58.54 | *** join/#bzflag Mr_Burns (n=steve@cpc2-rdng6-0-0-cust443.winn.cable.ntl.com) |
| 14:59.29 | *** part/#bzflag Mr_Burns (n=steve@cpc2-rdng6-0-0-cust443.winn.cable.ntl.com) |
| 15:09.53 | *** join/#bzflag Scrumpy (n=Scrumpy@smurfnet.xs4all.nl) |
| 15:15.59 | *** join/#bzflag Scrumpy (n=Scrumpy@smurfnet.xs4all.nl) |
| 15:18.10 | teatree | hoho |
| 15:18.15 | teatree | some1 around here atm? |
| 15:19.04 | tobylane | yep |
| 15:19.28 | teatree | http://img689.imageshack.us/i/bzscreen.jpg/ |
| 15:19.40 | teatree | on bzbattleground.com |
| 15:19.47 | teatree | port 5091 |
| 15:19.59 | teatree | how can it be that i cant connect even though others can |
| 15:20.31 | tobylane | dude, read the red text |
| 15:20.46 | teatree | yeah the host is banned |
| 15:20.52 | tobylane | how old is your osx.. it looks like tiger |
| 15:20.59 | teatree | it is yes :) |
| 15:21.09 | tobylane | ppc? |
| 15:21.18 | teatree | whats ppc |
| 15:21.24 | tobylane | powerpc |
| 15:21.27 | teatree | nana |
| 15:21.29 | teatree | macbook |
| 15:21.38 | teatree | 13" |
| 15:21.47 | tobylane | i mean are you on tiger because snow is intel only and you're on ppc |
| 15:22.18 | teatree | im on tiger because i have been to lazy to pay 30 EUR for snow lep |
| 15:22.29 | teatree | and im thinking about buying a macbook pro 15" |
| 15:22.54 | teatree | but anyhow... i red the red text |
| 15:23.02 | teatree | but how can others then connect the on server |
| 15:23.08 | tobylane | ... they arent you |
| 15:23.18 | teatree | im not banned...? |
| 15:23.23 | tobylane | well yes you are |
| 15:23.34 | teatree | ive never been on that server |
| 15:23.36 | teatree | lol |
| 15:23.39 | tobylane | it may not have been aimed at you, but it hits you |
| 15:24.02 | teatree | hmm |
| 15:24.06 | tobylane | ask server owner |
| 15:24.17 | teatree | that is? |
| 15:25.06 | *** join/#bzflag spldart (n=spldart2@bzflag/contributor/spldart) |
| 15:25.06 | *** mode/#bzflag [+v spldart] by ChanServ |
| 15:25.49 | teatree | would it make sense to upgrade to snow lep? |
| 15:25.55 | *** join/#bzflag Pimpi_ (n=frank@gondolin.pimpi.org) |
| 15:25.59 | tobylane | hell yeah |
| 15:26.05 | tobylane | wouldnt get you unbanned |
| 15:26.10 | teatree | loool |
| 15:26.20 | teatree | i dont care about that |
| 15:26.31 | teatree | i dont understand that anyway why im banned |
| 15:26.40 | tobylane | similar host to an idiot |
| 15:27.05 | teatree | give me some reasons for snow lep ;) |
| 15:27.29 | *** join/#bzflag Thumper_ (n=Thumper@about/essy/coffeeAddict/Thumper) |
| 15:27.29 | *** mode/#bzflag [+v Thumper_] by ChanServ |
| 15:30.05 | teatree | hmm |
| 15:41.59 | teatree | tobylane: why is it i can connect to other bzbattleground servers? |
| 15:42.13 | tobylane | dont know, dont care |
| 15:42.19 | tobylane | a ban is a ban, ask the server admin |
| 15:43.55 | teatree | i was just confused because i have never played on the server before... |
| 15:44.21 | tobylane | and thats been explained |
| 15:44.52 | teatree | yup |
| 15:49.19 | *** join/#bzflag temporalD (n=ATD@bzflag/serverop/TemporalDistraction) |
| 15:59.26 | TheRedBaron | teatree: hola |
| 15:59.31 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@bzflag/contributor/SpazzyMcGee) |
| 16:08.56 | blast007 | teatree: the bans are not necessarily shared across servers |
| 16:09.22 | blast007 | teatree: and if you don't know the owner, you could at least send a message to the one that has banned you |
| 16:09.31 | blast007 | (which it shows in the red text) |
| 16:16.28 | temporalD | I removed that ban - was ineffective anyway (had seen that cheater after that was in place) |
| 16:22.38 | teatree | i dont get it |
| 16:23.02 | teatree | TheRedBaron: !!!! |
| 16:23.02 | tobylane | ... you can play |
| 16:23.22 | teatree | I removed that ban - was ineffective anyway (had seen that cheater after that was in place) |
| 16:23.27 | teatree | well that i dont understand |
| 16:23.47 | tobylane | it was a wide ban to ban someone, who got round it |
| 16:24.02 | teatree | ok |
| 16:27.10 | *** join/#bzflag proton1 (n=proton@95-88-134-104-dynip.superkabel.de) |
| 16:56.34 | *** join/#bzflag R0b0t1 (n=Enigma@unaffiliated/r0b0t1) |
| 17:32.40 | *** join/#bzflag temporalD (n=temporal@bzflag/serverop/TemporalDistraction) |
| 17:35.26 | *** join/#bzflag Anthony_Luth (n=Anthony@unaffiliated/anthony-luth/x-0494258) |
| 17:45.36 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 17:46.03 | *** join/#bzflag me1 (n=ausom@bzflag/player/Me1) |
| 17:47.42 | *** join/#bzflag PrezKennedy (i=Matthew@whitecalf.net) |
| 17:48.10 | *** join/#bzflag SportChick (i=essy@freenode/staff/sportchick) |
| 17:48.11 | *** mode/#bzflag [+v SportChick] by ChanServ |
| 17:53.57 | *** join/#bzflag Supertanker (n=supertan@unaffiliated/supertanker) |
| 18:01.09 | *** join/#bzflag JeffM (n=JeffM@bzflag/projectadmin/JeffM) |
| 18:01.09 | *** mode/#bzflag [+o JeffM] by ChanServ |
| 18:10.06 | *** join/#bzflag bier (n=bier@217.226.228.141) |
| 18:10.42 | *** join/#bzflag bier|tp (n=bier@217.226.228.141) |
| 18:45.58 | *** join/#bzflag MindstormsKid (n=msk@Wikipedia/MindstormsKid) |
| 19:47.09 | *** join/#bzflag Upsetter1 (n=er@88.130.182.16) |
| 20:23.21 | *** join/#bzflag catay (n=smertens@kaiya.catay.be) |
| 20:27.54 | *** join/#bzflag Cobra_Slow (n=coprah@static.108.245.40.188.clients.your-server.de) |
| 20:48.14 | *** join/#bzflag Tupone (n=Tupone@gentoo/developer/tupone) |
| 20:48.14 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 21:13.21 | *** join/#bzflag Wreckage (n=Wreckage@mail.freegroups.net) |
| 21:36.16 | *** join/#bzflag me1 (n=ausom@bzflag/player/Me1) |
| 21:40.49 | *** join/#bzflag Yassen (n=Yassen@unaffiliated/yassen) |
| 21:42.00 | *** join/#bzflag me1 (n=ausom@bzflag/player/Me1) |
| 21:52.13 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 22:05.39 | jcp | Are number in BZFlag sent across the wire in big-endian or little-endian encoding? |
| 22:06.22 | jcp | I'm reading Pack.cxx, but I'm not knowledgeable enough in C++ to tell which way it's encoding them. |
| 22:09.13 | *** join/#bzflag mrapplecomputer1 (n=mrapplec@unaffiliated/mrapplecomputer1) |
| 22:12.56 | JeffM | they are sent in network byte order |
| 22:13.41 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@bzflag/contributor/SpazzyMcGee) |
| 22:13.42 | JeffM | and nbe is big endian |
| 22:14.26 | JeffM | http://en.wikipedia.org/wiki/Endianness#Endianness_in_networking |
| 22:15.46 | JeffM | the functions that do it are the hton functions (Host To Network) |
| 22:15.52 | JeffM | the are part of the networking stack |
| 22:24.49 | TheRedBaron | is compiling bz in Dev-C++ still broken? |
| 22:24.59 | JeffM | ohh yeah |
| 22:25.04 | JeffM | we actualy removed it from trunk |
| 22:25.09 | JeffM | nobody maintained it |
| 22:25.23 | JeffM | and since MS released a free tool it became somewhat pointless |
| 22:25.35 | TheRedBaron | Figured that was the stance |
| 22:25.44 | JeffM | it also can't compile what we need |
| 22:25.55 | JeffM | can't do the export libs and DLLs for plugins |
| 22:27.27 | JeffM | I believe command line mingw builds do work on windows for those that want a free as in speach compiler |
| 22:27.55 | JeffM | it'll do plugins gcc style and not be compatable with what we ship, but it'll build |
| 23:18.02 | jcp | JeffM: k, thanks. That helps, since if that's the case, then Java already has an implementation of the nboPack and nboUnpack methods |
| 23:18.22 | JeffM | yeah it should |
| 23:18.39 | JeffM | networking is VERY common, any language worth it's salt needs to have nbo stuff |
| 23:21.18 | mrapplecomputer1 | When attempting to load my new plugin, i get the error: /usr/local/lib/bzflag/Operator.so: undefined symbol: _ZTV15OperatorHandler anyone know what it means/how to fix? |
| 23:21.54 | JeffM | you have an error in your code, something that is defined but not implemented |
| 23:22.03 | JeffM | something called OperatorHandler |
| 23:22.05 | mrapplecomputer1 | ok |
| 23:22.10 | mrapplecomputer1 | ill look at that |
| 23:27.49 | mrapplecomputer1 | ah thanks JeffM, I got it. bool handle needed to be bool OperatorHandler::handle |
| 23:28.15 | JeffM | yeah that'd be standard C++ :) |
| 23:28.26 | JeffM | unless you defined it in the class decleration |
| 23:33.00 | Constitution | is surprised that was a runtime error rather than a commpile or link error |
| 23:33.23 | JeffM | GCC made the assumption that it'd be implemented elsewhere |
| 23:33.33 | JeffM | because it dosn't limit exports, and dosn't have a link time export lib |
| 23:34.12 | JeffM | it's being made as a .so, so some of it's functions will be runtime linked ( all the bzfs functions). It just don't know what ones will and won't |
| 23:34.40 | JeffM | on windows the bzfs.lib would not contain the export offsets for that function and it would never link the dll |
| 23:35.43 | Constitution | oh, it was just "bool handle"... guess that's still a valid type all on its own |
| 23:35.52 | JeffM | it was a method |
| 23:36.03 | JeffM | yeah it' was a valid static function I mean |
| 23:36.13 | JeffM | it just never happend to be called :) |
| 23:36.15 | Constitution | yeah |
| 23:36.43 | JeffM | then GCC compiled it and said, "well I guess OperatorHandler::handler() is implemented elsewhere, hope he know what he's doing" |
| 23:36.47 | JeffM | so it compiled just fine |
| 23:39.19 | teatree | TheRedBaron: :) |
| 23:52.25 | teatree | good night |
