| 00:18.38 | *** join/#bzflag moiree (~moiree@dslb-084-059-137-140.pools.arcor-ip.net) |
| 00:25.39 | *** join/#bzflag meeba_ (~lamer@c-71-196-238-53.hsd1.co.comcast.net) |
| 00:28.20 | *** join/#bzflag trepan_ (~trepan@204.237.8.232) |
| 00:42.46 | *** join/#bzflag ahs3- (~ahs3@adsl-065-005-193-158.sip.rdu.bellsouth.net) |
| 00:51.35 | *** join/#bzflag sirquine (~quine@adsl-75-37-36-161.dsl.pltn13.sbcglobal.net) |
| 01:02.24 | CIA-5 | BZFlag: 03bullet_catcher * r22022 10/trunk/bzflag/plugins/ (28 files in 28 dirs): |
| 01:02.24 | CIA-5 | BZFlag: Add -shared to LDFLAGS for each plugin to prevent generation of static .a libraries. |
| 01:02.24 | CIA-5 | BZFlag: Only the dynamic .so files are needed. |
| 01:05.41 | *** join/#bzflag Anxuiz (~Anxuiz@unaffiliated/anxuiz) |
| 02:49.23 | *** join/#bzflag Gnurdux (~gnurdux@c-24-6-185-47.hsd1.ca.comcast.net) |
| 02:55.59 | *** join/#bzflag trepan (~trepan@unaffiliated/trepan) |
| 02:55.59 | *** mode/#bzflag [+v trepan] by ChanServ |
| 05:30.54 | CIA-5 | BZFlag: 03bullet_catcher * r22023 10/trunk/bzflag/src/platform/ (XWindow.cxx wave.cxx): Quell "string literal converted to char* in assignment" warnings from the Sun Studio compiler. |
| 05:37.14 | *** join/#bzflag DTRemenak|RDP (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 05:37.14 | *** mode/#bzflag [+v DTRemenak|RDP] by ChanServ |
| 05:44.37 | *** join/#bzflag Djpenguin (~David@c-98-207-67-102.hsd1.ca.comcast.net) |
| 05:51.46 | *** join/#bzflag trepan (~trepan@204.237.8.232) |
| 05:51.46 | *** join/#bzflag trepan (~trepan@unaffiliated/trepan) |
| 05:51.46 | *** mode/#bzflag [+v trepan] by ChanServ |
| 06:15.45 | *** join/#bzflag Marzipan- (~Marzipan@p5B222F11.dip.t-dialin.net) |
| 06:16.01 | *** join/#bzflag noyb (~noyb@pool-173-60-180-80.lsanca.dsl-w.verizon.net) |
| 06:17.13 | *** join/#bzflag Marzipan (~Marzipan@bzflag/player/Marzipan) |
| 06:48.49 | CIA-5 | BZFlag: 03bullet_catcher * r22024 10/trunk/bzflag/configure.ac: Use --without-ssl when configuring cURL on Solaris without gcc to avoid SSL library incompatibility. |
| 07:21.34 | *** join/#bzflag javawizard (alex@bzflag/contributor/javawizard2539) |
| 07:43.16 | *** join/#bzflag jw (alex@opengroove.org) |
| 07:45.03 | *** join/#bzflag Guest73013 (alex@bzflag/contributor/javawizard2539) |
| 07:49.36 | *** join/#bzflag jcp (alex@bzflag/contributor/javawizard2539) |
| 07:55.17 | *** join/#bzflag javawizard (alex@bzflag/contributor/javawizard2539) |
| 07:56.20 | *** join/#bzflag javawizard (alex@bzflag/contributor/javawizard2539) |
| 07:57.21 | *** join/#bzflag javawizard (alex@opengroove.org) |
| 07:58.33 | *** join/#bzflag jcp|other (alex@bzflag/contributor/javawizard2539) |
| 08:10.51 | *** join/#bzflag moiree_ (~moiree@dslb-084-059-052-191.pools.arcor-ip.net) |
| 08:15.52 | *** join/#bzflag moiree (~moiree@dslb-088-068-099-028.pools.arcor-ip.net) |
| 08:20.25 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 08:20.49 | *** join/#bzflag Pimpi (~frank@gondolin.pimpi.org) |
| 08:37.40 | *** join/#bzflag moiree_ (~moiree@dslb-084-059-035-217.pools.arcor-ip.net) |
| 11:50.53 | *** join/#bzflag mdskpr_ (~mdskpr@108.25.145.104) |
| 12:31.54 | *** join/#bzflag Pimpi (~frank@gondolin.pimpi.org) |
| 13:48.54 | *** join/#bzflag meeba (~lamer@c-71-196-238-53.hsd1.co.comcast.net) |
| 14:44.40 | *** join/#bzflag bier|tp (~bier@p57A66A70.dip.t-dialin.net) |
| 14:46.01 | *** join/#bzflag bier (~bier@p57A66A70.dip.t-dialin.net) |
| 15:50.31 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 15:50.31 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 16:01.52 | JeffM | so we ready for an RC today? |
| 16:02.41 | BulletCatcher | I think we are. |
| 16:03.14 | JeffM | bump the rev and proto and lets dol it |
| 16:05.59 | BulletCatcher | I am willing to wait an hour to see if anyone else has any feedback. |
| 16:06.07 | JeffM | k |
| 16:06.33 | BulletCatcher | But AFAIK, all of the reported bugs have been dealt with. |
| 16:11.11 | mdskpr_ | is it critical if i can /flag give myself the blue team flag without there being any blue players? |
| 16:13.41 | BulletCatcher | Since that requires a non-default privilege, I don't see a real problem with it as long as it doesn't cause any obvious problems such as a crash. |
| 16:14.01 | PlasticTank | can't you do that in 2.0.16 too? |
| 16:15.38 | BulletCatcher | It seems like it would be useful for testing. |
| 16:21.49 | PlasticTank | yep |
| 16:30.21 | BulletCatcher | In the interest of science I tried building 2.3.16 on an SGI O2 with IRIX 6.5.3 (now about 9 years after official end-of-life). |
| 16:30.28 | BulletCatcher | It has gcc 2.8.1, but that couldn't even configure successfully. |
| 16:30.34 | BulletCatcher | With the MIPSpro 7.2.1.3 compiler it took 24 minutes just to run configure. |
| 16:30.38 | BulletCatcher | Alas, the MIPSpro c++ compiler doesn't support the #include <cmath> construct so nearly every c++ file failed (very early) to compile. |
| 16:32.08 | BulletCatcher | It may be possible to accommodate that limitation, but I have no motivation to do so. |
| 16:33.18 | JeffM | I have an SGI here, but I need to isntall the OS on it |
| 16:37.58 | BulletCatcher | The mips architecture SGIs seem to be mostly of historical interest now. |
| 16:38.02 | BulletCatcher | The one I have at work runs an application that isn't adequately available on anything newer, and we tolerate it because support costs are essentially zero. |
| 16:40.51 | JeffM | i bought mine on accident |
| 16:53.46 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 16:56.36 | *** join/#bzflag randomparticle (~randompar@about/essy/snick/randomparticle) |
| 17:05.16 | BulletCatcher | Okay, I am ready to increment BZ_PROTO_VERSION to 0217, BZ_REV to 17, and change BZ_BUILD_TYPE from DEVEL to RC1 (along with similar changes in other files). |
| 17:05.18 | BulletCatcher | Is there anything else to do for a release candidate? |
| 17:05.29 | JeffM | nope |
| 17:05.40 | JeffM | well other then start thinking of a good name |
| 17:05.51 | PlasticTank | codename? |
| 17:06.04 | JeffM | the releases usualy have a name |
| 17:06.12 | PlasticTank | I'll think of one |
| 17:06.40 | BulletCatcher | "Wake the Dead" still works for me. |
| 17:07.09 | JeffM | k |
| 17:07.29 | *** join/#bzflag temporalD (~a_temp_di@bzflag/serverop/TemporalDistraction) |
| 17:07.53 | CIA-5 | BZFlag: 03bullet_catcher * r22025 10/trunk/bzflag/ (6 files in 4 dirs): Welcome to 2.3.17, release candidate 1 for 2.4. |
| 17:09.05 | PlasticTank | "New Tank Smell!" |
| 17:09.16 | JeffM | the tank isn't new |
| 17:10.03 | JeffM | usualy the name goes along with how development went, or the reason for the release |
| 17:10.14 | JeffM | this one shoudl be "you are lucky you are even getting this" |
| 17:10.49 | JeffM | wake the dead, or rattle the bones is good enough |
| 17:11.25 | joevano | zombie tanks |
| 17:11.30 | PlasticTank | "This is where planning get you" |
| 17:11.44 | temporalD | "Renewed Vigor" |
| 17:11.59 | JeffM | Viagra Editon |
| 17:12.08 | joevano | bingo |
| 17:20.11 | JeffM | winders is built and uploading |
| 17:20.55 | *** join/#bzflag moiree (~moiree@dslb-088-068-123-031.pools.arcor-ip.net) |
| 17:24.50 | JeffM | I assume you'll upload the sources BulletCatcher ? |
| 17:25.27 | JeffM | and how are we doing on a mac build? |
| 17:25.32 | BulletCatcher | Yes, I just finished building. |
| 17:29.07 | JeffM | you can move the old ones to the "old" dir when your upload is done |
| 17:29.30 | BulletCatcher | I don't have write access to that directory. |
| 17:29.44 | JeffM | now you do |
| 17:29.57 | BulletCatcher | so I see |
| 17:31.22 | *** join/#bzflag jcp|1 (alex@bzflag/contributor/javawizard2539) |
| 17:36.53 | joevano | what does a release build on mac entail? |
| 17:37.01 | JeffM | we don't know |
| 17:37.04 | JeffM | that's the problem |
| 17:37.15 | JeffM | there have been issues getting the code built on one mac to run on another mac |
| 17:37.32 | PlasticTank | I'll be happy to test that |
| 17:37.34 | JeffM | so it entails mystic sorcery as far as we can tell |
| 17:37.36 | *** join/#bzflag jcp (alex@bzflag/contributor/javawizard2539) |
| 17:37.49 | joevano | summons gandalf |
| 17:37.58 | JeffM | you also need to know enough to force a 32 bit built, or enough about the .app structure to build a combo app |
| 17:38.33 | BulletCatcher | 2.3.17 sources are now in the beta web directory. |
| 17:38.48 | joevano | im out for relying on me, but I will give it a shot |
| 17:38.53 | JeffM | we really need a mac developer, not just a linux developer that happens to have a mac :) |
| 17:39.00 | joevano | i do have 3 macs afterall |
| 17:39.19 | JeffM | the simplest thing to start with would be to make sure you can build |
| 17:39.26 | JeffM | then if so move it to another machine and see if it runs |
| 17:39.29 | joevano | i would agree, but we take whats we can get |
| 17:39.44 | JeffM | indeed |
| 17:40.01 | JeffM | we would not be in this situation if brlcad had documented his process |
| 17:40.53 | joevano | maybe the ghost of brlcad will show up again ;-) |
| 17:43.18 | JeffM | you'd have thought that if he was going to do so he'd have done so by now |
| 17:44.08 | BulletCatcher | I thought someone did provide some Mac instructions, but now I can't find them (even in 2.99). |
| 17:46.38 | JeffM | I know Constitution has done it before |
| 17:48.42 | randomparticle | i'm wrting my console view, but need to detect if it's scrolled to the end |
| 17:48.59 | randomparticle | does anyone know how to detect whether a web page is scrolled to the end in javascript? |
| 17:49.26 | randomparticle | scrollymax isn't defined for webkit |
| 17:49.50 | randomparticle | *scrollmaxy |
| 17:56.23 | JeffM | perhaps ##javascript would know more about what you are looking for |
| 18:17.00 | *** join/#bzflag TimRiker (~TimRiker@bzflag/projectlead/TimRiker) |
| 18:17.00 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 18:20.25 | *** join/#bzflag KTL (~KTL@213.219.154.76.adsl.dyn.edpnet.net) |
| 18:21.25 | blast007 | note that we still need to set up the config upgrade code |
| 18:21.32 | blast007 | I was looking at it last night |
| 18:21.57 | blast007 | do we want to keep people on experimental quality if they were on that in 2.0.x, or move them to high? |
| 18:22.08 | JeffM | exp all the way! |
| 18:22.17 | blast007 | makes it easier ;) |
| 18:22.26 | JeffM | let them go down if they don't like it |
| 18:22.45 | blast007 | also I noticed that 2.0.x defaulted to dithering on, while 2.3 defaulted to it off (assuming it has to do with the performance checks at the first launch) |
| 18:23.17 | *** join/#bzflag bryjen (~bryjen@76.92.85.169) |
| 18:23.17 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 18:24.04 | blast007 | can't remember if the quality modes were the exact same - I know some stuff like the moon chunks were different. I'll have to check again when I get home |
| 18:24.34 | blast007 | should dithering be on or off in the highest performance mode? |
| 18:26.08 | *** join/#bzflag Erroneous (~DTRemenak@69.36.85.141) |
| 18:26.20 | blast007 | (also, r21935 and r21814 may be unnecessary now that the WorldEventManager crashes are solved) |
| 18:29.25 | Pimpinella | i don't think the brackets on stealthened tank in autopilot is a bug at all |
| 18:30.04 | blast007 | is it just a visible sign that autopilot is a hacked together piece of crap? :) |
| 18:30.17 | Pimpinella | here the brackets appear also on the first time the ST tank becomes a target and thats the way it should be |
| 18:30.50 | Pimpinella | well, probably. |
| 18:30.53 | Pimpinella | it works |
| 18:31.02 | blast007 | iirc, the autopilot uses the "target" stuff for tracking who it wants to kill, not just for GMs |
| 18:31.13 | Pimpinella | yep, exactly |
| 18:31.34 | Pimpinella | which is crap as target wasn't made for that |
| 18:31.40 | blast007 | yeah |
| 18:31.50 | blast007 | maybe in 2.6 we can just pull autopilot ;) |
| 18:32.50 | Pimpinella | it's fine for new players, though roger is far to strong for most novices |
| 18:33.47 | blast007 | I just don't like bots built into the client |
| 18:34.05 | blast007 | the majority of the servers on the list do not allow bots |
| 18:34.27 | Pimpinella | local servers will by default |
| 18:34.31 | blast007 | yeah |
| 18:34.43 | blast007 | though we can change that ;) |
| 18:34.49 | Pimpinella | but no |
| 18:35.42 | Pimpinella | one reason why there are so few new players is that you die over and over |
| 18:36.15 | blast007 | that's not the only reason - that's just part of the equation |
| 18:36.16 | Pimpinella | if you can beat roger you have at least a slicght change to kill other thanks now and then |
| 18:36.44 | blast007 | what we need is a tutorial mode ;) |
| 18:36.46 | Pimpinella | hmm, got to leave, bbl |
| 18:36.48 | blast007 | cya |
| 18:36.51 | Pimpinella | ya |
| 18:48.04 | blast007 | JeffM: 2.3 "full quality" has dithering off while 2.0.x has it on. Is that supposed to be the case? |
| 18:55.30 | blast007 | and do we always use zbuffer? |
| 19:08.55 | *** join/#bzflag moiree_ (~moiree@dslb-088-068-120-128.pools.arcor-ip.net) |
| 19:10.01 | randomparticle | trouble with bots is they're too obvious |
| 19:10.12 | temporalD | and bad |
| 19:10.13 | randomparticle | they're the ones not complaining about lag |
| 19:10.38 | randomparticle | maybe that needs coding. bots complaining about lag, cheating, general suckage |
| 19:12.12 | TD-Linux | blast007: I think dithering should _always_ be off |
| 19:12.34 | TD-Linux | unless you are rocking a s3 savage from 1995 |
| 19:13.13 | TD-Linux | (which I was at one point) |
| 19:13.55 | *** join/#bzflag moiree (~moiree@dslb-088-068-124-191.pools.arcor-ip.net) |
| 19:39.29 | JeffM | blast007, yeah dithering sucks |
| 19:39.33 | JeffM | and yes always depth buffer |
| 19:39.49 | JeffM | we should remove both of those settings at some point |
| 19:57.03 | brlcad | there was nothing special about my "process" that really warranted being documented, not worth the effort (at least not to me) |
| 19:57.22 | JeffM | well it seems hard for others :) |
| 19:57.23 | brlcad | you compile the .app, but it in a dmg, add a snazzy background image and have a beer |
| 19:57.38 | JeffM | we can't even get to the .app sage |
| 19:57.41 | JeffM | stage |
| 19:57.45 | JeffM | we are just going to zipit |
| 19:57.48 | brlcad | heh |
| 19:57.53 | JeffM | unless there is some reason to have the DMG |
| 19:58.11 | JeffM | they are having issues where the buids on one system won't work on another |
| 19:58.22 | JeffM | you always built 32 bit right? |
| 19:59.00 | brlcad | dmg is two less steps for the user, auto-compresses/decompresses and auto-mounts for them opening the folder to the .app so they littery download then drag-n-drop |
| 19:59.18 | *** join/#bzflag TimRiker (~TimRiker@bzflag/projectlead/TimRiker) |
| 19:59.18 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 19:59.21 | JeffM | then unmount |
| 19:59.35 | JeffM | as opposed to just right click and extract |
| 19:59.37 | brlcad | when you build, you have to set environment variables for the underlying target minimum OS (gcc manpage lists them or apple website) |
| 20:00.09 | JeffM | thats the part I think is not documented well, how to build a version that runs everywhere |
| 20:00.28 | brlcad | download, extract, open folder, drag-n-drop, delete VS download, drag-n-drop, delete |
| 20:00.46 | brlcad | it does save a step or two |
| 20:00.54 | JeffM | why open folder, does extracting always make a folder? |
| 20:00.57 | brlcad | not life-or-death imporant but it is the expected way |
| 20:01.36 | JeffM | at this point I don't care how it's packaged I just want to get one posted :) |
| 20:06.14 | brlcad | the easiest way to compile a version that runs everywhere is to compile on your lowest-denominator OS -- find an old 10.4 or 10.5 machine and compile there making sure you bundle the libs used into the .app (or compile static) |
| 20:07.04 | brlcad | if you do that, then you will almost certainly not work on anything older, and "should" work on anything newer if you bundle in the dep libs correctly |
| 20:15.49 | JeffM | well we can always pull it as a platform if nobody can make a release for it |
| 20:15.50 | blast007 | brlcad: "if you bundle in the dep libs correctly" and how is that done? |
| 20:22.41 | blast007 | http://devs.openttd.org/~truebrain/compile-farm/apple-darwin9.txt ;) |
| 20:37.34 | *** join/#bzflag moiree_ (~moiree@dslb-084-059-061-056.pools.arcor-ip.net) |
| 21:02.20 | *** join/#bzflag TimRiker (~TimRiker@bzflag/projectlead/TimRiker) |
| 21:02.20 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 21:15.54 | *** join/#bzflag moiree (~moiree@dslb-084-059-134-193.pools.arcor-ip.net) |
| 21:17.35 | McSpider | I can get bzflag.app to work on other computers if I configure with: --enable-universal --enable-shared --enable-ares-build --with-included-glew |
| 21:29.24 | TD-Linux | sounds like a library dependency problem to me |
| 21:29.37 | TD-Linux | as both of the last two enable static libraries |
| 21:30.09 | McSpider | yeah |
| 21:34.21 | JeffM | that a 32 bit or 64 bit build? |
| 21:34.53 | McSpider | 64bit can't get it to build a 32bit one yet :/ |
| 21:35.30 | JeffM | we usualy ship a 32 |
| 21:36.09 | McSpider | I know, I'm tring to build a 32bit one right now |
| 21:36.43 | JeffM | does anyone know how to pack both of them into a single .app? |
| 22:14.48 | *** part/#bzflag trepan (~trepan@unaffiliated/trepan) |
| 22:23.09 | *** join/#bzflag Manu (~jujibo@BZ.BZFLAG.BZ) |
| 22:23.09 | *** mode/#bzflag [+v Manu] by ChanServ |
| 22:30.29 | JBdiGriz | JeffM: If Xcode doesn't make it for you, use lipo to pack both into a single app |
| 22:30.42 | JeffM | JBdiGriz, cooleo |
| 22:30.59 | JeffM | well I can't do it, I don't have a mac :) |
| 22:31.22 | JBdiGriz | That is a requirement for making a mac distribution. :) |
| 22:31.29 | JeffM | indeed |
| 22:31.34 | JeffM | but not for making sure it gets done ;) |
| 22:38.17 | JeffM | perhaps you would like to try your hand JBdiGriz ? :) |
| 22:41.09 | JBdiGriz | You would think that I have a mac in front of me, wouldn't you? |
| 22:41.27 | *** join/#bzflag moiree (~moiree@dslb-084-059-062-159.pools.arcor-ip.net) |
| 22:41.37 | JeffM | no, just somewhere |
| 22:43.50 | McSpider | trying to compile for 32bit gives me this error: http://pastebin.com/kYBfeAfc |
| 22:44.07 | blast007 | Error: Install Windows. |
| 22:44.15 | JeffM | do you have 64 bit SDL? |
| 22:44.20 | JeffM | or 32 bit SDL? |
| 22:44.32 | McSpider | probably 64bit |
| 22:44.37 | JeffM | I agree |
| 22:44.47 | JBdiGriz | It certainly looks like it is missing SDL. Where did you get your installation? |
| 22:45.27 | blast007 | it looks like it's trying to build 64-bit but only finding a 32-bit SDL? |
| 22:45.36 | blast007 | or am I holding the pastebin upside down again? |
| 22:45.41 | JBdiGriz | The first line claims those are undefined for x86_64 |
| 22:46.21 | JBdiGriz | Are you sure that the build you made is for 64 bit? |
| 22:46.40 | McSpider | yes, its 64bit only |
| 22:54.58 | *** join/#bzflag Anxuiz (~Anxuiz@50-46-121-138.evrt.wa.frontiernet.net) |
| 22:54.58 | *** join/#bzflag Anxuiz (~Anxuiz@unaffiliated/anxuiz) |
| 22:55.40 | *** join/#bzflag moiree_ (~moiree@dslb-088-068-120-249.pools.arcor-ip.net) |
| 23:07.58 | CIA-5 | BZFlag: 03JeffM2501 07http://my.bzflag.org * r7769 10/w/CustomTanks: New page: ==Overview== This feature is intended to allow players to add some level of customization to tank avatars ==Idea== Instead of making the tank be a single hard coded model, the tank can be... |
| 23:08.25 | CIA-5 | BZFlag: 03JeffM2501 07http://my.bzflag.org * r7770 10/w/CustomTanks: /* Long Split */ |
| 23:09.00 | CIA-5 | BZFlag: 03JeffM2501 07http://my.bzflag.org * r7771 10/w/Development_RoadMap: |
| 23:28.28 | ahs3- | I'm getting rico on a non-rico map, but only on specific texture. In 2.3? |
| 23:28.42 | ahs3- | in 2.3* |
| 23:28.59 | JeffM | does that material have the rico bit set? |
| 23:29.02 | JeffM | you can do per face rico now |
| 23:29.12 | ahs3- | yes, but I don't have it specified |
| 23:29.25 | ahs3- | its a map i've been testing on 2.0.x until now |
| 23:29.38 | ahs3- | Its not complete |
| 23:31.48 | JeffM | hmm odd |
| 23:32.04 | ahs3- | would you like to see it? |
| 23:32.15 | JeffM | I could not do anything with it now |
| 23:32.20 | ahs3- | ok |
| 23:32.39 | JeffM | good lord, who edits the code of a RC then complains that there edits don't work!!! |
| 23:32.55 | ahs3- | lol |
| 23:34.39 | JeffM | you may want to get mdskpr_ to look at the rico thing, he implemented it |
| 23:34.40 | PlasticTank | per face rico...sounds fun |
| 23:34.49 | ahs3- | ah ok |
| 23:34.58 | JeffM | my guess is something isn't initalized |
| 23:35.04 | ahs3- | ah ok |
| 23:35.08 | JeffM | is that the only face with a material? |
| 23:35.16 | ahs3- | no many faces |
| 23:35.19 | JeffM | well the only material in the map I mean |
| 23:35.24 | ahs3- | ah yes |
| 23:35.35 | ahs3- | blue_basewall |
| 23:35.37 | JeffM | yeah I'm betting he didn't init the rico bit to off |
| 23:35.54 | ahs3- | ah ok |
| 23:37.23 | JeffM | anyone know what the option is to change rico in the material? |
| 23:38.10 | TD-Linux | ahs3-: blue_basewall texture? |
| 23:38.23 | TD-Linux | or a pre existing material? |
| 23:38.35 | TD-Linux | (dunno if there is such thing as predefined materials) |
| 23:38.42 | JeffM | there are |
| 23:39.06 | JeffM | but you can name materials anything |
| 23:39.08 | ahs3- | yes |
| 23:39.13 | ahs3- | TD-Linux, yes |
| 23:39.23 | mdskpr_ | whats the problem? |
| 23:39.24 | ahs3- | ah the name is "blue-wall" |
| 23:39.48 | ahs3- | mdskpr_, getting rico on a material that is not specified for rico |
| 23:39.58 | TD-Linux | I've been defining my own materials for brick box walls for 5 years, and now I learn this :< |
| 23:40.09 | TD-Linux | 3 lines I would have never had to write |
| 23:40.24 | ahs3- | ah |
| 23:41.07 | JeffM | what kind of object is it applied to? |
| 23:41.10 | JeffM | <PROTECTED> |
| 23:41.12 | ahs3- | mdskpr_, I'm testing the map at ahs3.no-ip.org:5154 |
| 23:41.13 | JeffM | or a mesh? |
| 23:41.15 | ahs3- | mesh |
| 23:43.15 | CIA-5 | BZFlag: 03JeffM2501 * r22026 10/trunk/bzflag/src/bzfs/CustomMeshFace.cxx: init rico to false for each face, not garbage. |
| 23:43.16 | JeffM | update and try again |
| 23:43.55 | TD-Linux | don't think that's it |
| 23:44.15 | ahs3- | ok |
| 23:44.35 | JeffM | may not be, but we should init the damned thing :) |
| 23:44.56 | JeffM | he inits it for boxes and other stuff |
| 23:46.16 | mdskpr_ | ahh here is the problem i think: CustomMesh.cxx doesnt have a ricochet property |
| 23:46.28 | ahs3- | ah |
| 23:46.32 | JeffM | the faces do |
| 23:46.49 | JeffM | and init your members ;) |
| 23:48.03 | TD-Linux | why doesn't BzMaterial have a bit for rico? |
| 23:48.05 | JeffM | not having it on the mesh would not cause his problem I think unless it has to do with how the object is built in the obstacle manager |
| 23:48.11 | TD-Linux | I'm a big confused about how this is applied per material |
| 23:48.14 | JeffM | cus it's not a material properly it's an object propery |
| 23:48.18 | JeffM | it isn't |
| 23:48.25 | TD-Linux | oh, I thought it was switched to material |
| 23:48.26 | JeffM | but applying a material to something often changes what object is used |
| 23:48.39 | JeffM | it looks like it wasn't |
| 23:48.57 | TD-Linux | maybe trepan was only considering it, or talking doing physics stuff per material |
| 23:48.58 | ahs3- | I have a red_basewall, with the exact setup on the other side of the map, without rico |
| 23:49.17 | ahs3- | btw, its all one object |
| 23:49.43 | JeffM | yeah, I think it has to do with the faces |
| 23:49.48 | ahs3- | ah |
| 23:49.56 | JeffM | the obstacle has a rico bit and it is inited to falce |
| 23:49.57 | JeffM | false |
| 23:50.01 | JeffM | but the per face one was not |
| 23:50.09 | TD-Linux | changing material magically changes code path and inits rico differently :> |
| 23:50.39 | JeffM | yeah some objects can't have a material so giving them one turns them into a mesh |
| 23:51.40 | JeffM | did my change do anything? |
| 23:52.17 | ahs3- | svn up is not bringing it in |
| 23:52.48 | TD-Linux | not updating to r22026? |
| 23:52.53 | JeffM | well that's your issue not mine, are you using trunk? |
| 23:53.03 | ahs3- | yes |
| 23:53.20 | ahs3- | At revision 22026 |
| 23:53.24 | TD-Linux | I think I have it, I'm doing a clean compile right now |
| 23:53.34 | JeffM | then you should have gotten a single file |
| 23:53.48 | TD-Linux | is your server still up |
| 23:53.54 | ahs3- | yes |
| 23:54.35 | ahs3- | want the map, TD-Linux |
| 23:55.04 | TD-Linux | sure |
| 23:55.08 | mdskpr_ | just do "save world" |
| 23:55.23 | TD-Linux | that might pick up no rico bit wrong |
| 23:55.27 | JeffM | that dosn't always get everything but it should be good enough for this |
| 23:55.35 | JeffM | true |
| 23:57.53 | TD-Linux | JeffM: you fixed it |
| 23:58.00 | JeffM | hoorayz |
| 23:58.09 | ahs3- | cool |
| 23:58.13 | mdskpr_ | great : ) |
| 23:58.34 | JeffM | probalby never showed up in a debug build cus many debugers init ram to 0 |
| 23:58.41 | ahs3- | I'll do a clean compile, thanks |
| 23:58.43 | TD-Linux | ahs3-: just curious, how did you generate your mesh? |
| 23:58.48 | ahs3- | wings3d |
| 23:58.53 | JeffM | he used SCIENCE! |
| 23:58.56 | ahs3- | lol |
| 23:59.05 | TD-Linux | stands back |