| 00:03.58 | JeffM | ahh, all your sub meshes don't have texture coordinates I see |
| 00:04.12 | JeffM | when doing LODs you must define them all ( as it sits now ) |
| 00:06.09 | delusional_ | hmm the same file went through our dimachine |
| 00:06.37 | delusional_ | ... sometimes wings doesnt get them all... no matter how hard you try |
| 00:06.52 | delusional_ | we just replaved the missing ones with 1 |
| 00:07.05 | delusional_ | ..forgot about that. |
| 00:07.36 | delusional_ | it's the normals that are missing, tight? |
| 00:07.40 | delusional_ | right? |
| 00:08.01 | *** part/#bzflag LongDon (n=LongDon@host-091-097-067-082.ewe-ip-backbone.de) |
| 00:09.09 | delusional_ | we gad dlist in the wrong place, so we had to generate lots of dummy texcoords... we didnt think adding dummy normals was going to hurl all that much |
| 00:10.46 | delusional_ | but i see now... that file is missing too many |
| 00:10.59 | JeffM | it's ether normals or uvs's |
| 00:11.11 | JeffM | probably UVs given your crash message |
| 00:11.17 | delusional_ | i must have picked the wrong copy |
| 00:11.24 | JeffM | yeah we can make the tool more forgiving later |
| 00:11.30 | JeffM | as well as the software |
| 00:11.40 | JeffM | but for now it needs valid normals and UVs for them all |
| 00:12.41 | delusional_ | yknow what... i had 2-lights on in wings during that export too. I must have overwritten a "better" file |
| 00:13.30 | delusional_ | when you see like this... |
| 00:13.34 | delusional_ | f 7431//7431 7451//7451 7432//7432 |
| 00:13.35 | delusional_ | f 7431//7431 7454//7454 7451//7451 |
| 00:13.53 | delusional_ | that's duplicates for both lights |
| 00:14.07 | JeffM | wingz dupes faces per light!!!!!!??!?! |
| 00:14.38 | delusional_ | the normals should be in there... |
| 00:15.03 | JeffM | that dosn't have texture cords |
| 00:15.07 | JeffM | it MUST have all 3 |
| 00:15.23 | delusional_ | I thought it was v/n/t |
| 00:15.39 | JeffM | dunno |
| 00:15.43 | JeffM | you only hav 2 |
| 00:15.45 | JeffM | you need 3 |
| 00:16.06 | delusional_ | let me see if i can find the right file. |
| 01:10.02 | *** join/#bzflag tannerld_ (n=tanner@adsl-068-209-251-067.sip.asm.bellsouth.net) |
| 01:15.45 | *** join/#bzflag DTRemenak (i=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 01:15.46 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 01:28.18 | *** join/#bzflag rob1n (n=emp@unaffiliated/rob1n) |
| 01:33.05 | *** join/#bzflag bier_ (n=bier@p54A53319.dip0.t-ipconnect.de) |
| 01:36.10 | *** join/#bzflag Suspect (n=Suspect@68-114-71-106.dhcp.plt.ny.charter.com) |
| 01:44.18 | *** join/#bzflag CBG (n=CBG@about/essy/fan/CBG) |
| 01:44.35 | a_meteorite | hmm, does a dev know if I use bz_registerCustomPluginHandler() I will be responsible for loading it myself in bz_APIPluginHandler's handle() virtual function? (using bz_loadPlugin()) |
| 01:44.52 | a_meteorite | the source seems to imply that in bzfsPlugins.cxx :) |
| 01:47.50 | a_meteorite | also, I have an API request... expand load1Plugin() defined in bzfsPlugins.cxx to allow you to send the contents of the plugin file, not the path to the plugin |
| 01:48.04 | a_meteorite | s/send the contents/load the contents/ |
| 01:48.26 | a_meteorite | dunno how feasible that is since it looks like you guys are using an external lib ( "HINSTANCE" ) |
| 01:53.51 | *** join/#bzflag whodaman- (n=whodaman@p54A3C7FE.dip0.t-ipconnect.de) |
| 01:55.36 | *** join/#bzflag Pimpi (n=frank@gondolin.pimpi.org) |
| 02:03.50 | *** join/#bzflag N0S3 (n=cristian@unaffiliated/n0s3) |
| 02:04.12 | *** part/#bzflag N0S3 (n=cristian@unaffiliated/n0s3) |
| 02:09.43 | blast007 | if I build bzfs in debug mode on linux, and it crashes, will it create a coredump that I can pass in to GDB? |
| 02:09.56 | *** join/#bzflag a_meteorite_ (n=a_meteor@adsl-75-15-124-16.dsl.snlo01.sbcglobal.net) |
| 02:14.26 | DTRemenak | blast007: generally speaking yes |
| 02:19.32 | blast007 | I've had two instances of bzfs v2_0branch from the 25th crash on me today |
| 02:20.04 | a_meteorite | is 2.1's current plugin build system broken? |
| 02:20.23 | a_meteorite | it doesn't seem to want to recompile any plugin source files even when I edit them |
| 02:27.48 | blast007 | latest 2.0.x, just a warning, but preventing a debug build: |
| 02:27.50 | blast007 | ../../include/BZDBLocal.h:214: warning: `class BZDBLocalManager' only defines a private destructor and has no friends |
| 02:39.23 | *** join/#bzflag JeffM (n=Jeff@pool-71-109-219-226.lsanca.dsl-w.verizon.net) |
| 02:53.16 | *** join/#bzflag N0S3 (n=cristian@unaffiliated/n0s3) |
| 02:53.58 | *** part/#bzflag N0S3 (n=cristian@unaffiliated/n0s3) |
| 03:13.26 | *** join/#bzflag hintzy64 (n=john@c-68-55-50-120.hsd1.md.comcast.net) |
| 03:13.38 | *** part/#bzflag hintzy64 (n=john@c-68-55-50-120.hsd1.md.comcast.net) |
| 03:45.23 | delusional_ | jeff, i think it should pick up the name of the obj file for the new bzw, rather than the conf file. |
| 03:45.42 | delusional_ | and if i feed it two objects, they come back as one. |
| 03:47.07 | delusional_ | texture mapping is behaving as expected |
| 03:47.40 | JeffM | the name is always the file passed in |
| 03:47.49 | JeffM | and you may pass it more then one obj, so Id' not know what one to use |
| 03:47.53 | *** join/#bzflag Winny (n=KyleVE@unaffiliated/winny) |
| 03:47.56 | JeffM | so I used the name of the conf |
| 03:48.14 | delusional_ | makes sense |
| 03:48.43 | JeffM | when doing a drawinfo conf file, you are telling it how to make a single mesh object |
| 03:48.43 | *** join/#bzflag forrestv` (n=forrestv@c-98-203-70-178.hsd1.fl.comcast.net) |
| 03:50.12 | delusional_ | i should say two objects in the same obj file, are combined in output |
| 03:50.22 | JeffM | yeah |
| 03:50.26 | JeffM | it dosn't do the breakup stuff |
| 03:50.35 | a_meteorite | hmm, does a dev know if I use bz_registerCustomPluginHandler() I will be responsible for loading it myself in bz_APIPluginHandler's handle() virtual function (using bz_loadPlugin())? bzfsPlugins.cxx seems to imply this |
| 03:50.36 | JeffM | all groups and submeshes are merged into one mesh |
| 03:50.49 | JeffM | it uses the sub meshes to do the material and dlist breakup |
| 03:51.05 | JeffM | a_meteorite: what do you mean? |
| 03:51.11 | JeffM | you want to load scrips or dlls? |
| 03:51.19 | a_meteorite | dlls |
| 03:51.31 | JeffM | then you don't register a custompluginhandler |
| 03:51.36 | JeffM | you use that to register a new extension |
| 03:51.40 | JeffM | like .py |
| 03:51.42 | JeffM | or .vb |
| 03:51.45 | JeffM | etc.. |
| 03:51.49 | JeffM | for other languages |
| 03:51.58 | JeffM | you want your plug-in to load it's own plug-ins? |
| 03:52.04 | a_meteorite | yeah, something like that |
| 03:52.06 | JeffM | or do you just want to load other bzfs plug-ins? |
| 03:52.13 | JeffM | dont' be vauge |
| 03:52.17 | a_meteorite | own plugins |
| 03:52.25 | JeffM | then you don't use bzfs for that |
| 03:52.32 | JeffM | you'll need your own dll/so loader |
| 03:52.46 | JeffM | and call getProcAddr on whatever your entry point functions are |
| 03:52.53 | a_meteorite | ah ok |
| 03:53.04 | JeffM | bzfs does not load them, and does not use them |
| 03:53.09 | JeffM | YOUR plug-in does |
| 03:53.54 | JeffM | BZFS owns the apartment building |
| 03:54.00 | JeffM | you rented a unit |
| 03:54.16 | JeffM | if you decide to rent out a room to help pay the bills, thats between you and your roommate |
| 03:54.16 | a_meteorite | the reason I want to know is cause I want to override certain stuff for "special" plugins |
| 03:54.25 | JeffM | "stuff"? |
| 03:54.25 | a_meteorite | it'll be standard bzfs plugin |
| 03:54.35 | JeffM | then you just call loadplugin on it |
| 03:54.41 | JeffM | and you have no access to it |
| 03:54.47 | a_meteorite | k |
| 03:54.56 | JeffM | you cant' shove yourself into other plugins |
| 03:55.00 | JeffM | they have to invite you in |
| 03:55.12 | a_meteorite | always gotta be a nice plugin neighbor :) |
| 03:55.28 | JeffM | the world dosn't revolve around you |
| 03:56.07 | a_meteorite | and that comes to this point... is there a way load1plugin() (defined in bzfsPlugins.cxx) could be expanded to load the contents of the plugin, and not the path to it? it looks as if it relies on a "HINSTANCE" class, so I do not know if that is currently possible |
| 03:56.26 | JeffM | huh? |
| 03:56.27 | a_meteorite | I was wanting to load a plugin entirely in memory, for DRM like functionality... (just wondering) |
| 03:56.31 | JeffM | no |
| 03:56.36 | JeffM | dosn't work like that |
| 03:56.45 | JeffM | load library needs a module |
| 03:56.57 | a_meteorite | it actually needs to exist on disk? darn. |
| 03:57.03 | JeffM | "entirely in memory" is just a fancy way of saying "function pointer" |
| 03:57.07 | JeffM | what are you trying to do? |
| 03:57.46 | a_meteorite | I was thinking about DRM like functionality in a plugin, where a special plugin can use special network like plugins with a key, and it downloads the plugin with that key... does it entirely from memory so plugins could be updated, etc |
| 03:58.03 | JeffM | wow |
| 03:58.04 | a_meteorite | I am aware of platform differences and what not, but I just want to know if that would be theoretically possible |
| 03:58.11 | JeffM | you need to seek serious psyolofical help |
| 03:58.19 | a_meteorite | so I've been told |
| 03:58.30 | JeffM | it would not be possible with the current system |
| 03:58.41 | JeffM | and any server owner could just hack your stuff out anyway |
| 03:58.45 | JeffM | since you can't controll bzfs |
| 03:58.54 | JeffM | hiding code is NOT security |
| 03:58.56 | JeffM | use logins |
| 03:59.02 | JeffM | use somethign they KNOW, not something they have |
| 03:59.27 | a_meteorite | hiding code is the point (don't want this open sourced) :) |
| 03:59.49 | a_meteorite | not too worried about people hacking it apart or changing what the plugin does, cause we'll figure that out do to what the nature of the plugin does |
| 04:00.08 | JeffM | the provide bins |
| 04:00.25 | JeffM | then why do you need to go thru hoops |
| 04:00.32 | JeffM | if you arnt' worried about them hacking up? |
| 04:00.35 | JeffM | provide bins |
| 04:00.36 | JeffM | no source |
| 04:00.38 | JeffM | done deal |
| 04:00.42 | a_meteorite | ah, ok |
| 04:01.09 | JeffM | but still, just lock down the centeral database access to a login |
| 04:01.17 | JeffM | then who cares if they have the plug-in or not |
| 04:01.29 | a_meteorite | oh, yeah, it's gonna require a user/pass |
| 04:01.46 | JeffM | then why care about the sources? |
| 04:02.23 | JeffM | how many nix systems do you have access to? |
| 04:02.35 | JeffM | enough to make bins for every possible distro/platorm? |
| 04:02.40 | AAA_awright | Yah |
| 04:02.43 | a_meteorite | I can make VMs |
| 04:02.59 | JeffM | and you have the knowledge how to run and set them all up? |
| 04:03.09 | a_meteorite | yes |
| 04:03.18 | JeffM | cool, send me an irix build |
| 04:03.33 | blast007 | hehe |
| 04:03.45 | a_meteorite | iirc, the build system on irix is pretty broke |
| 04:04.02 | JeffM | not really |
| 04:04.05 | a_meteorite | I remember a dev helping out someone I know hours on end to make it compile, and then it was still... breakish |
| 04:04.05 | JeffM | for server |
| 04:04.10 | JeffM | don't need client |
| 04:04.14 | a_meteorite | oh |
| 04:04.30 | JeffM | I can also run linux on the irix |
| 04:04.37 | JeffM | sorry on the SGI |
| 04:04.44 | JeffM | what does closing the source buy you? |
| 04:04.58 | JeffM | other then time loss building the bins for every variant? |
| 04:05.26 | a_meteorite | the fact that someone would see how it works very easily and start building their own system and making profit |
| 04:05.39 | JeffM | profit? |
| 04:05.40 | blast007 | profit? money is involved? |
| 04:05.50 | a_meteorite | some people have already told me they'd use my system and rent out servers with my system. |
| 04:05.55 | a_meteorite | yeah, profit |
| 04:06.10 | JeffM | so, all they have to do is get a bin, and hack out your keys |
| 04:06.11 | JeffM | done deal |
| 04:06.20 | a_meteorite | they're granted on a server-by-server basis |
| 04:06.27 | JeffM | tho I'm guessing just watching it work will let a dev duplicate the plug-ins actions in day or so |
| 04:06.29 | a_meteorite | and all controlled by a central server |
| 04:06.48 | a_meteorite | true, that is all possible, but I'd rather not someone leach off my work... and tell me before they do it |
| 04:06.49 | JeffM | yeah but if they replace the centeral server, it can be made to accept anything |
| 04:07.14 | JeffM | yeah you realy need psyc help |
| 04:07.17 | JeffM | I'm not joking |
| 04:07.20 | JeffM | I'd go talk to a counsoulr |
| 04:08.09 | JeffM | mostly I think the mofo's, I know that's who you fear, would just replicate it |
| 04:08.19 | a_meteorite | they've told me they would :) |
| 04:08.24 | JeffM | then they will |
| 04:08.43 | AAA_awright | Sometimes distributing something non-free is prefered... |
| 04:08.49 | AAA_awright | Just a point. |
| 04:08.53 | JeffM | it can be |
| 04:08.59 | JeffM | but the hard part of your project isnt' the code |
| 04:09.08 | JeffM | it's figuring out the rules, and how it all works |
| 04:09.11 | JeffM | that you can't protect |
| 04:09.18 | JeffM | cus it'll be appearnt to it's users. |
| 04:09.33 | JeffM | so that is the work that you can't help but give out |
| 04:10.13 | JeffM | and if you try to hide that part, no server will join your network, cus they won't know what it does. |
| 04:11.21 | delusional_ | I'm trying to break it, by feeding it (smaller) purposely broken obj files.. it doesnt want to break. |
| 04:11.45 | JeffM | trepan helped write that obj parser,it shold be decently robust |
| 04:12.15 | JeffM | gotta do something to speed up the indexing tho |
| 04:12.20 | JeffM | the flat lookup aint' fast |
| 04:13.55 | delusional_ | its fast enough, i'm gonna try some mid-sized models now. |
| 04:14.26 | JeffM | it's not as fast as it could be on large models |
| 04:16.55 | *** join/#bzflag Winny (n=KyleVE@unaffiliated/winny) |
| 04:18.07 | *** join/#bzflag orthox (n=orthox@70.89.111.225) |
| 04:18.58 | *** part/#bzflag orthox (n=orthox@70.89.111.225) |
| 04:21.18 | *** join/#bzflag a_meteorite_ (n=a_meteor@adsl-75-15-124-16.dsl.snlo01.sbcglobal.net) |
| 04:27.42 | *** join/#bzflag Winny (n=KyleVE@unaffiliated/winny) |
| 04:29.30 | *** join/#bzflag Winny (n=KyleVE@unaffiliated/winny) |
| 05:22.37 | *** join/#bzflag gsnedders (n=gsnedder@host86-137-237-196.range86-137.btcentralplus.com) |
| 05:26.57 | *** join/#bzflag gsnedders (n=gsnedder@host86-137-237-196.range86-137.btcentralplus.com) |
| 05:53.26 | *** join/#bzflag Pimpinella (n=frank@gondolin.pimpi.org) |
| 06:26.14 | *** join/#bzflag gsnedders (n=gsnedder@host86-137-237-196.range86-137.btcentralplus.com) |
| 06:48.21 | brlcad | yeah, he wasn't using it right -- at least at one point it needed libcommon symbols, so you have to build bz first, then modeltool |
| 06:51.37 | Manu | hola brlcad :) |
| 07:00.29 | brlcad | hey |
| 07:15.07 | *** join/#bzflag Pimpinella (n=frank@gondolin.pimpi.org) |
| 07:50.11 | Manu | brlcad: server incredibly slow.. :/ |
| 08:00.43 | purple_cow | brlcad: so when are you going to be here? |
| 08:03.05 | *** join/#bzflag whodaman- (n=whodaman@p54A3C7FE.dip0.t-ipconnect.de) |
| 08:05.18 | *** join/#bzflag cods (n=cods@rsbac/developer/cods) |
| 08:20.07 | *** join/#bzflag whodaman- (n=whodaman@p54A3C7FE.dip0.t-ipconnect.de) |
| 08:36.04 | *** join/#bzflag whodaman- (n=whodaman@p54A3C7FE.dip0.t-ipconnect.de) |
| 08:58.23 | SportChick | purple_cow: never |
| 08:59.47 | purple_cow | :( |
| 08:59.54 | SportChick | awww |
| 09:00.03 | SportChick | ~stth purple_cow |
| 09:00.03 | ibot | ACTION stalks purple_cow for a long time and then sneaks to about 50 yards behind purple_cow, gets a running start and tacklehugs purple_cow to the ground, then tickles purple_cow until purple_cow is beyond all hope of rescue |
| 09:00.14 | purple_cow | oh my |
| 09:01.14 | *** join/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
| 09:01.14 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 09:12.31 | whodaman- | can somebody help me add simple textures to the outsidewall of the map? I'm doing this the first time |
| 09:12.47 | whodaman- | i have the .png file ... |
| 09:21.16 | *** join/#bzflag KTL (n=KTL@212.71.10.175) |
| 09:44.05 | *** join/#bzflag delusional (n=delusion@pool-151-201-116-48.pitt.east.verizon.net) |
| 09:50.43 | Epyon | whodaman-, http://my.bzflag.org/w/Skybox |
| 10:04.24 | *** join/#bzflag BenUrban_ (n=benurban@unaffiliated/benurban) |
| 10:36.24 | *** join/#bzflag CIA-25 (n=CIA@208.69.182.149) |
| 10:37.03 | KTL | Epyon, you changed the bzflag sky to that adaptable skybox? coooool udaman udaman! |
| 11:10.42 | KTL | wouldn't it be good to change the default behaviour for mg to the one in badgerking? |
| 11:10.56 | KTL | because that old short machine gun is ... around useless |
| 11:11.12 | KTL | the long one on the other hand is one of the worst weapons |
| 11:11.15 | KTL | strongest |
| 11:12.04 | KTL | the short one is so useless that a tank falling straight through it still has a chance of survival |
| 11:13.29 | ruskie | lol |
| 11:13.33 | ruskie | that's with any shot :) |
| 11:13.38 | ruskie | other than sw :) |
| 11:13.52 | *** join/#bzflag Doctor-Who (n=Net_Smar@adsl-068-209-251-067.sip.asm.bellsouth.net) |
| 11:13.59 | *** join/#bzflag LongDon (n=LongDon@host-091-097-067-082.ewe-ip-backbone.de) |
| 11:15.15 | KTL | yes but for the normal mg it is the only thing i could think of it would have been usefull for |
| 11:15.31 | KTL | and even there it is not good at |
| 11:22.39 | *** join/#bzflag blast007_ (i=blast@206.222.24.18) |
| 11:22.39 | *** mode/#bzflag [+v blast007_] by ChanServ |
| 11:28.32 | *** join/#bzflag whoda (n=whodaman@p54A3C7FE.dip0.t-ipconnect.de) |
| 11:42.31 | *** part/#bzflag LongDon (n=LongDon@host-091-097-067-082.ewe-ip-backbone.de) |
| 12:51.07 | *** join/#bzflag delusional_ (n=delusion@151.201.225.69) |
| 13:10.01 | *** join/#bzflag ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 13:10.01 | *** topic/#bzflag is http://BZFlag.org || http://cia.vc/stats/project/BZFlag || http://my.BZFlag.org/w/Getting_Help || http://www.linuxjournal.com/article/9453 || http://ohloh.net/projects/189 || http://my.bzflag.org/w/ || 2.0.10rc2 is posted at http://beta.bzflag.bz/builds/2.0.x/ -- please test. |
| 13:10.11 | *** mode/#bzflag [+o ibot] by ChanServ |
| 13:20.40 | *** join/#bzflag Pimpinella (n=frank@gondolin.pimpi.org) |
| 13:38.44 | *** join/#bzflag CIA-25 (n=CIA@208.69.182.149) |
| 13:42.41 | Winny | everybody was kung food fighting... |
| 13:59.47 | *** join/#bzflag Pimpinella (n=frank@gondolin.pimpi.org) |
| 14:16.59 | *** join/#bzflag Suspect (n=Suspect@68-114-71-106.dhcp.plt.ny.charter.com) |
| 14:25.37 | *** join/#bzflag CIA-25 (n=CIA@208.69.182.149) |
| 14:47.09 | *** join/#bzflag Pimpinella (n=frank@gondolin.pimpi.org) |
| 15:18.08 | Macrosoft | youtube gathering in australia? a large group of sociopaths all in one place = recipe for disaster |
| 15:27.47 | Winny | heh |
| 15:28.48 | delusional_ | anybody else using the new modeltool? I'm trying to break it, and can't.... except by feeding it very_large_models |
| 15:46.50 | *** join/#bzflag Suspect_1 (n=Suspect@68-114-71-106.dhcp.plt.ny.charter.com) |
| 15:48.20 | Macrosoft | delusional_: no, i use blender + bzwtools for my models |
| 15:48.45 | delusional_ | can't do drawinfo with that. |
| 15:49.21 | Macrosoft | delusional_: i haven't made anything that would need it |
| 15:49.50 | delusional_ | yeah... there is still some debate about exactly what drawinfo is good for. |
| 15:50.24 | Macrosoft | ...although i want to see what kinds of tricks i can pull off with it (think "animated objects") |
| 15:51.55 | delusional_ | think "faster" too. |
| 15:52.30 | Macrosoft | delusional_: i meant something along the lines of an animated surface |
| 15:52.47 | Macrosoft | brb |
| 15:53.55 | delusional_ | I'm sure we'll find many good ways to use it. |
| 16:10.19 | *** join/#bzflag wanda (n=coredump@p5499A6B0.dip0.t-ipconnect.de) |
| 16:11.38 | *** join/#bzflag CIA-25 (n=CIA@208.69.182.149) |
| 16:16.02 | *** join/#bzflag Soraya_ (i=439e755b@about/essy/Saphira/Soraya) |
| 16:16.06 | *** part/#bzflag Soraya_ (i=439e755b@about/essy/Saphira/Soraya) |
| 16:17.57 | blast007 | okay, just have a bzfs instance crash again, didn't make a coredump, so now I'm running it directly from gdb |
| 16:19.50 | *** join/#bzflag bier_ (n=bier@p54A53319.dip0.t-ipconnect.de) |
| 16:23.23 | Macrosoft | delusional_: if you make 625 vertices, make lotsa lod's, starting with lengthPerPixel around 0.3 and decreasing each time, you could make an animation |
| 16:23.44 | *** join/#bzflag lepoulpe303 (n=LePoulpe@about/essy/MobileTarget/LePoulpe303) |
| 16:24.32 | Macrosoft | 25(the width) x 25 (the height)= 625 vertices in that surface |
| 16:25.39 | delusional_ | lots of ways to use it. |
| 16:26.19 | delusional_ | i thought of what you describe, when i was trying to make decent-looking fire, last winter |
| 16:26.32 | delusional_ | couldnt make drawinfo at the time. |
| 16:26.32 | Macrosoft | delusional_: it'd be even better if it was in 3 dimesnions (25 x 25 x 25 area) |
| 16:26.52 | Macrosoft | i could make something similar to a hologram |
| 16:28.07 | Macrosoft | delusional_: maybe we could ask trepan if he thinks it would be possible. he knows more about how it works than anyone else |
| 16:28.28 | delusional_ | I think anomaly knows alot too |
| 16:28.55 | Macrosoft | delusional_: yeah, but trepan wrote the code in bz for it ;) |
| 16:29.48 | delusional_ | i'm not going to bother him any more. |
| 16:34.50 | *** join/#bzflag hintzy64 (n=john@c-68-55-50-120.hsd1.md.comcast.net) |
| 16:36.00 | hintzy64 | hey everyone, bzfs question for ya |
| 16:36.27 | hintzy64 | i've got my server running with the latitude and longitude set to my house |
| 16:36.39 | hintzy64 | synctime and synclocation are both set to 1 |
| 16:37.30 | hintzy64 | but no matter what time i logon to the server, its always the same "time of day" |
| 16:37.53 | hintzy64 | the clock in the top right corner is correct |
| 16:38.25 | hintzy64 | and i've tried both 76 and -76 for longitude (not sure what your sign convention is) |
| 16:38.40 | hintzy64 | one is very dark, the other is semi-dark |
| 16:38.57 | hintzy64 | if i set longitude to ~180, that's where it appears to be noon all the time |
| 16:39.26 | Macrosoft | sounds like alaska |
| 16:39.42 | hintzy64 | if i use the default value of 122 (san francisco), the sun is up, but low |
| 16:39.54 | hintzy64 | haha, yeah, doesnt it? |
| 16:41.59 | hintzy64 | it obviously doesnt affect my gameplay at all, but it looks like somebody put a lot of effort into making the sun, moon, etc move accurately, so i'm wondering what i've done wrong so that it doesn't work :-p |
| 16:42.18 | Macrosoft | if you set it to antartica, you would be day/night for six months |
| 16:43.20 | hintzy64 | true |
| 16:43.47 | hintzy64 | i'm set to approx. 39, -76 |
| 16:44.11 | hintzy64 | with many decimal places, courtesy of googleearth ;-) |
| 16:44.39 | *** join/#bzflag irctest (n=irctest@c-98-203-70-178.hsd1.fl.comcast.net) |
| 16:45.39 | *** join/#bzflag irctest (n=irctest@c-98-203-70-178.hsd1.fl.comcast.net) |
| 16:46.35 | *** join/#bzflag CIA-25 (n=CIA@208.69.182.149) |
| 16:51.17 | *** join/#bzflag whodaman- (n=whodaman@p54A3C7FE.dip0.t-ipconnect.de) |
| 16:52.37 | *** join/#bzflag CIA-25 (n=CIA@208.69.182.149) |
| 16:59.08 | *** join/#bzflag tupone (n=neo@pdpc/supporter/active/Tupone) |
| 16:59.08 | *** mode/#bzflag [+v tupone] by ChanServ |
| 17:21.23 | *** join/#bzflag zee300 (i=44ca8063@gateway/web/cgi-irc/zeebrothers.net/x-a1ec981de878d208) |
| 17:23.09 | *** join/#bzflag rob1n (n=emp@unaffiliated/rob1n) |
| 17:24.47 | delusional_ | hintzy64... I've tried to get that to work too, but could not. you might try downloading louman's desktop map, or this one for clues http://www.garrettsites.net/bzmaps/index.php?page=mapdetail&id=221 |
| 17:25.26 | delusional_ | i have seen -synctime 777777 used... but that didnt work for me. |
| 17:25.39 | delusional_ | lou's desktop has a working clock, too |
| 17:26.26 | hintzy64 | interesting idea, thanks |
| 17:31.20 | delusional_ | probably the best thing to do is look at source. I never went that far, for this. |
| 17:34.21 | hintzy64 | haha, i'm an engineer, that would only work if it was written in MATLAB ;-) |
| 17:35.10 | delusional_ | in my experience, it's the time not the location that's the problem there |
| 17:35.34 | hintzy64 | hmm |
| 17:35.40 | delusional_ | you still might be able to learn bt looking at code, it is commented |
| 17:35.46 | hintzy64 | true |
| 17:36.04 | hintzy64 | i knew c a long time ago, and a bit of fortran |
| 17:36.05 | delusional_ | if you figure it out, tell me. |
| 17:36.10 | hintzy64 | i'll see what i can do |
| 17:36.43 | *** join/#bzflag tuxd00d (n=tuxinato@128.187.153.79) |
| 17:37.30 | delusional_ | timekeeper.cxx |
| 18:04.58 | *** join/#bzflag whodaman- (n=whodaman@p54A3C7FE.dip0.t-ipconnect.de) |
| 18:06.14 | *** join/#bzflag CIA-25 (n=CIA@208.69.182.149) |
| 18:11.38 | *** join/#bzflag whodaman- (n=whodaman@p54A3C7FE.dip0.t-ipconnect.de) |
| 18:13.38 | hintzy64 | looks like it might be in daylight.cxx |
| 18:14.38 | hintzy64 | that's where the calculations of grenwich time, local time, etc are done |
| 18:15.34 | hintzy64 | not sure what file syncs the clients to the server |
| 18:16.03 | hintzy64 | i'll give a closer look to the equations in daylight.cxx when i get a chance |
| 18:16.41 | hintzy64 | i'm familiar with that sort of stuff from astrodynamics classes :-p |
| 18:22.04 | hintzy64 | hmm....in game, i tried synctime -1, 1, 0, 77777 and 99999, and it moved sun/moon/etc around |
| 18:22.22 | hintzy64 | not sure what that means |
| 18:25.34 | hintzy64 | oh geez, i get it |
| 18:25.38 | hintzy64 | i think |
| 18:27.59 | hintzy64 | in daylight.cxx, it starts by finding the sidereal time of midnight at the prime meridian on the current julian day |
| 18:29.16 | hintzy64 | then finds local sidereal time and moves the sun to the appropriate location |
| 18:32.24 | AAA_awright | I just added a "kill streak" feature to Redjacket Stats, it is a normalized score graph, but gives more attention to new kills over old kills: http://bzflag.redjacket.ws/index.php/player/sse |
| 18:32.50 | AAA_awright | Comments would be much appreciated :) |
| 18:32.51 | hintzy64 | i think setting "synctime 1" is *setting the time* to 1 |
| 18:33.09 | hintzy64 | which is one second past midnight at the prime meridian |
| 18:33.33 | hintzy64 | which is why its always noon at 180 deg longitude |
| 18:33.57 | AAA_awright | hintzy64: That is what the -longitude and -latitude settings are for I thought. |
| 18:34.18 | hintzy64 | i just tested by setting my location to 0,0 and setting _syncTime 43200 (12 hours), and it went to noon |
| 18:34.41 | AAA_awright | 0,0 is the north pole... |
| 18:34.51 | hintzy64 | no, its the equator at the prime meridian |
| 18:34.51 | AAA_awright | No |
| 18:34.59 | AAA_awright | Equator, sorry |
| 18:35.07 | AAA_awright | That is interesting |
| 18:35.17 | hintzy64 | i dunno how much of my rambling youve seen |
| 18:35.31 | hintzy64 | in my server, lat and long are set to my house |
| 18:35.44 | AAA_awright | I have wanted to keep a single time across all my clients before, let me check this out |
| 18:36.12 | hintzy64 | i set synctime and synclocation to 1, expecting it to make all clients be at whatever time/daylight it is at my house |
| 18:36.26 | hintzy64 | but it was always semi-dark, no matter what time it really is |
| 18:37.34 | hintzy64 | the synctime variable isnt making it get the time from the server, it is actually SETTING THE TIME, in seconds, from 00:00 GMT |
| 18:37.45 | hintzy64 | that's what's wrong |
| 18:41.09 | *** join/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
| 18:41.09 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 18:41.22 | hintzy64 | synclocation appears to work correctly, if it didnt, my client wouldnt notice when i change the lat/long of the server |
| 18:42.21 | hintzy64 | the clock at the top of the screen actually shows my local time, so thats not affected |
| 19:45.08 | *** join/#bzflag CIA-25 (n=CIA@208.69.182.149) |
| 19:50.57 | *** join/#bzflag rob1n (n=emp@unaffiliated/rob1n) |
| 19:57.57 | *** join/#bzflag zee230 (i=c94e93c1@gateway/web/cgi-irc/zeebrothers.net/x-6177ffdb5dfdeca8) |
| 20:03.47 | *** join/#bzflag Tupone (n=Tupone@pdpc/supporter/active/Tupone) |
| 20:03.47 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 20:07.38 | *** join/#bzflag Skipp[ult] (n=Skipp[ul@c-75-71-29-16.hsd1.co.comcast.net) |
| 20:08.49 | Skipp[ult] | wow a lot of registration stuff is required to get into all the bz stuff now, been awhile since i have done this |
| 20:09.43 | tannerld_ | err..one registration? |
| 20:10.11 | Skipp[ult] | and the Gu league it seems, still waiting to get permissions to play there or chat there |
| 20:12.05 | Skipp[ult] | i used to play from like 99-04, it's been awhile |
| 20:16.56 | blast007 | :) |
| 20:21.57 | *** join/#bzflag LongDon (n=LongDon@host-091-097-067-160.ewe-ip-backbone.de) |
| 20:28.49 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) |
| 21:03.18 | KTL | what was your callsign in the game? |
| 21:03.27 | KTL | Skipp[ult], |
| 21:09.28 | *** join/#bzflag winwinwin (n=chatzill@unaffiliated/davidhkmrpowers) |
| 21:18.17 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) |
| 21:22.12 | *** join/#bzflag zee282 (i=569d5811@gateway/web/cgi-irc/zeebrothers.net/x-217b4fa74363d16b) |
| 21:23.54 | wanda | bzflag: Updated to revision 16000 ... will have a drink on you :-) |
| 21:24.13 | Skipp[ult] | yeah KTL in game it is Skipp[ult] |
| 21:26.33 | blast007 | Skipp[ult]: I started playing June of 2001, by various names |
| 21:26.45 | blast007 | can't recall when I started to play by 'blast' |
| 21:26.54 | blast007 | but I've stuck with that name ever since |
| 21:27.22 | blast007 | I started with version 1.7e2. how about you? |
| 21:30.36 | *** join/#bzflag TD-Linux (n=thomas@24-159-200-217.dhcp.roch.mn.charter.com) |
| 21:32.06 | TD-Linux | I can't find a specific channel for GU, so I'll ask it here: My sister registered on GU, but can't play. Some people say you have to register with the same password you use for global login... but that seems wrong. The website does not use global registration. |
| 21:33.33 | Skipp[ult] | hmm i think i was there maybe 1.4 or 1.5 days |
| 21:34.10 | Skipp[ult] | i had been playing like a year before the first ducati league started up with chestal |
| 21:34.36 | JeffM | TD-Linux, ##guleague |
| 21:35.00 | JeffM | yes you have to be added to the group to play IIRC, I don't know about using the same password or not |
| 21:37.27 | *** join/#bzflag a_meteorite_ (n=a_meteor@adsl-75-15-144-60.dsl.snlo01.sbcglobal.net) |
| 21:38.53 | a_meteorite_ | TD-Linux: Well, those some people are wrong |
| 21:38.54 | a_meteorite_ | you must BZMail a GU admin to ask to get on their global group |
| 21:39.06 | a_meteorite_ | sorry, dunno if you got that or not cause my router is being screwy |
| 21:40.02 | Winny | a_meteorite: you should write a Colloquy plugin to automatically do that :p |
| 21:40.21 | a_meteorite | the problem is once the router resets it takes about a min to come back up |
| 21:40.29 | a_meteorite | sometimes more |
| 21:40.43 | Winny | :/ |
| 21:42.37 | *** join/#bzflag rob1n (n=emp@unaffiliated/rob1n) |
| 21:44.59 | *** join/#bzflag CIA-25 (n=CIA@208.69.182.149) |
| 22:06.40 | *** part/#bzflag LongDon (n=LongDon@host-091-097-067-160.ewe-ip-backbone.de) |
| 22:17.16 | *** join/#bzflag Doctor-Who (n=Net_Smar@adsl-068-209-251-067.sip.asm.bellsouth.net) |
| 22:18.05 | *** part/#bzflag Skipp[ult] (n=Skipp[ul@c-75-71-29-16.hsd1.co.comcast.net) |
| 22:21.15 | Thumper_ | brlcad: is there an easy way to build in debug without the -Werror option or do I have to hack the makefile/configure script to do that? v2_0branch debug builds fail on gcc 3.3.5 due to warnings |
| 22:23.04 | blast007 | Thumper_: there was one warning that I had to mod a file to fix |
| 22:23.18 | Thumper_ | yup it's still there |
| 22:23.35 | blast007 | this one? |
| 22:23.36 | blast007 | ../../include/BZDBLocal.h:214: warning: `class BZDBLocalManager' only defines a private destructor and has no friends |
| 22:23.40 | Thumper_ | yup |
| 22:23.54 | blast007 | make the constructors and destructors public |
| 22:24.06 | blast007 | I didn't commit it since I don't know if that's a "fix" or not |
| 22:25.01 | Thumper_ | fails :-P |
| 22:26.02 | Thumper_ | not sure why gcc 3.3.5 complains about that but gcc 4.x doesn't |
| 22:26.14 | Thumper_ | at least I think it doesn't |
| 22:29.08 | Thumper_ | so far that seems to be working |
| 22:31.19 | Thumper_ | works |
| 22:32.19 | Thumper_ | brlcad: nevermind :) |
| 22:33.29 | Tupone | Thumper_: you could have done that at make time only for the file that fails |
| 22:34.21 | Tupone | the way you did, you removed the architecture flag |
| 22:34.42 | Thumper_ | Tupone: I just want a symbol enabled build to try to figure out what's going on with v2.0.10RC2 bzfs crashes |
| 22:34.49 | Thumper_ | hmmm so what's the 'right/better' way? |
| 22:35.33 | Tupone | configure the normal way and make it, when it stop, do only for the file that fails, CXXFLAGS="whatever you want" make |
| 22:35.59 | Thumper_ | ok thx |
| 22:37.06 | Tupone | to figure out what is wrong, don't run with debugger. Just enable core dump if you are able to work with it |
| 22:38.04 | blast007 | "enable core dump" ? |
| 22:38.22 | Thumper_ | ulimit -c unlimited |
| 22:38.25 | Tupone | not ulimit -c 0 |
| 22:38.37 | Tupone | yeah |
| 22:39.26 | blast007 | ah, so that's why I haven't gotten anything :/ |
| 22:39.53 | Thumper_ | not sure this is useful |
| 22:39.56 | Thumper_ | the backtrace is 4 lines |
| 22:40.06 | Thumper_ | #0 0x0811d386 in squareAndAdd () |
| 22:40.06 | Thumper_ | #1 0x0811de31 in squareAndAdd () |
| 22:40.06 | Thumper_ | #2 0x080d9d90 in GameKeeper::Player::handleTcpPacket () |
| 22:40.06 | Thumper_ | #3 0x08121645 in main () |
| 22:40.41 | Thumper_ | it was a regular build (w/o --enable-debug) |
| 22:40.49 | Tupone | ahhh, the code modified by JeffM :/ |
| 22:41.02 | Thumper_ | it seems to be consistent |
| 22:41.05 | Thumper_ | I've had at least 3 of those |
| 22:42.05 | Tupone | should wait for --enable-debug |
| 22:42.31 | Thumper_ | ok I'll rebuild with debug and restart and wipe out my core files and wait for the next one |
| 22:42.59 | blast007 | I have two copies of bzfs with --enable-debug runnning inside gdb |
| 22:43.42 | *** join/#bzflag CIA-25 (n=CIA@208.69.182.149) |
| 22:45.17 | blast007 | if I could get some more players to bzexcess.com port 5156, might be able to cause it to crash again |
| 22:45.24 | blast007 | happened when I had around 7 or 8 |
| 22:47.08 | Tupone | and -solo does not help? |
| 22:48.30 | blast007 | hmm, haven't tried |
| 22:57.29 | Thumper_ | Tupone: CXXFLAGS=-Wno-error make BZDBLocal.o isn't working for me |
| 22:58.05 | Thumper_ | it seems to just use the regular CXXFLAGS instead (and fails again) |
| 22:58.20 | Tupone | lemme check |
| 22:59.27 | Tupone | CXXFLAGS=-Wno-error make BZDBLocal.lo ? |
| 22:59.51 | Thumper_ | same |
| 22:59.55 | Tupone | well, you are on the directory src/common I guess |
| 22:59.59 | Thumper_ | yes |
| 23:00.13 | blast007 | Thumper_: http://pastebin.bzflag.bz/d4de97871 |
| 23:00.15 | Thumper_ | and the make line has -Werror on it |
| 23:00.50 | Thumper_ | heh thx blast :) but I'm trying to avoid changing the source for this |
| 23:01.19 | Thumper_ | later versions of GCC aren't complaining about this |
| 23:01.22 | Tupone | make CXXFLAGS="-Wno-error"BZDBLocal.lo ?? |
| 23:01.34 | Tupone | with the space |
| 23:01.42 | Thumper_ | that works :) |
| 23:05.23 | blast007 | hrm, I'm crashing bzfs when I connect with a -solo 40 :) |
| 23:05.29 | Thumper_ | heh |
| 23:05.47 | Thumper_ | I've never used more than 12 ever I think |
| 23:06.02 | *** join/#bzflag CBG (n=CBG@cpc4-stme1-0-0-cust103.cdif.cable.ntl.com) |
| 23:06.16 | blast007 | http://pastebin.bzflag.bz/d1ecc75b8 |
| 23:07.39 | Tupone | SIGPIPE, Broken pipe. hmmm you should tell gdb to not handle that |
| 23:07.39 | blast007 | just did it with 20, and it went boom boom after I tried a rejoin |
| 23:07.45 | blast007 | oh |
| 23:07.53 | *** join/#bzflag rob1n (n=emp@unaffiliated/rob1n) |
| 23:09.00 | *** join/#bzflag JeffM (n=JeffM@unaffiliated/jeffm) |
| 23:19.08 | *** join/#bzflag rob1n (n=emp@unaffiliated/rob1n) |
| 23:43.45 | *** join/#bzflag N0S3 (n=cristian@unaffiliated/n0s3) |
| 23:45.09 | *** join/#bzflag rob1n (n=emp@unaffiliated/rob1n) |
| 23:47.26 | *** join/#bzflag rob1n_ (n=rob1n@71-35-101-12.tukw.qwest.net) |
| 23:47.48 | *** join/#bzflag rob1n_ (n=rob1n@71-35-101-12.tukw.qwest.net) |
| 23:51.08 | *** join/#bzflag rob1n_ (n=rob1n@71-35-101-12.tukw.qwest.net) |