| 00:38.38 | *** join/#bzflag Elendil2 (n=elendil@HSI-KBW-091-089-163-143.hsi2.kabel-badenwuerttemberg.de) |
| 00:40.34 | *** join/#bzflag JeffM (n=Jeff@bzflag/projectadmin/JeffM) |
| 00:40.35 | *** mode/#bzflag [+o JeffM] by ChanServ |
| 00:49.11 | *** join/#bzflag dexter- (n=whodaman@bzflag/player/Dexter) |
| 00:49.22 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 01:07.50 | Will07c5 | JeffM: getting all the objects working properly has been taking a lot longer than I thought it would but since most of the important objects are in ok condition I think I'm going to move on the GUI next week |
| 01:08.47 | Will07c5 | although if anybody wants to test loading and saving various bzw file they are welcome to |
| 01:10.37 | Will07c5 | anyway the point is even though I would like the backend to be fully working I don't want to get behind schedule |
| 01:32.27 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) |
| 02:07.53 | *** join/#bzflag L4m3r (n=l4m3r@bzflag/developer/L4m3r) |
| 02:07.54 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 02:17.00 | JeffM | Will07c5: ok, we understand some stuff takes longer then others :) |
| 02:17.35 | JeffM | or longer then expected |
| 02:21.26 | Will07c5 | JeffM: yeah I've also learned my lesson about trusting the wiki :) |
| 02:21.54 | JeffM | heh |
| 02:21.57 | JeffM | such is life |
| 02:22.39 | Will07c5 | I might try and update some of the bzw documentation on the wiki after gsoc is over |
| 02:22.58 | Will07c5 | since I'll probably know the format pretty well by then |
| 02:23.54 | JeffM | k |
| 02:23.56 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 03:22.45 | *** join/#bzflag Pimpi_ (n=frank@gondolin.pimpi.org) |
| 04:26.03 | *** join/#bzflag dexter- (n=whodaman@bzflag/player/Dexter) |
| 04:26.32 | dexter- | what's the config variable to set a certain time of day for bz? |
| 04:26.37 | dexter- | set time 00:00:00 ? |
| 04:38.04 | blast007 | dexter-: on the client? |
| 04:39.23 | dexter- | blast007, yah |
| 04:40.24 | blast007 | not sure if there is one |
| 04:40.32 | blast007 | I know you can set the latitude and longitude |
| 04:41.13 | dexter- | always had one though |
| 04:42.10 | trepan | fixedTime |
| 04:42.13 | dexter- | aha |
| 04:42.34 | dexter- | trying to set it to the sun-rise time :) |
| 04:45.51 | BulletCatcher | BZFlag has really beautiful sunrises and sunsets. |
| 04:46.18 | BulletCatcher | Or maybe it is twilight. Very nice. |
| 04:49.17 | dexter- | yup |
| 04:49.22 | dexter- | lighting is great |
| 04:51.08 | trepan | ... for the early 90's ;) |
| 05:03.38 | *** join/#bzflag JeffM (n=JeffM@adsl-76-229-120-62.dsl.lsan03.sbcglobal.net) |
| 05:04.55 | *** join/#bzflag temp_dist (n=pidgin@bzflag/serverop/TemporalDistraction) |
| 05:40.18 | *** join/#bzflag L4m3r (n=l4m3r@bzflag/developer/L4m3r) |
| 05:40.18 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 05:57.58 | *** join/#bzflag DTRemenak (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 05:57.58 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 06:11.02 | *** join/#bzflag PrezKennedy (i=Matthew@whitecalf.net) |
| 06:13.28 | *** join/#bzflag Gilly (n=btw@www.linusinstituutti.fi) |
| 07:23.30 | *** join/#bzflag [Thot] (n=Mephiles@dslc-082-083-218-147.pools.arcor-ip.net) |
| 07:56.56 | *** join/#bzflag LongDon (n=LongDon@91.97.66.160) |
| 07:57.10 | *** part/#bzflag LongDon (n=LongDon@91.97.66.160) |
| 08:25.53 | *** join/#bzflag Upsetter (n=ups@i577B730A.versanet.de) |
| 08:31.31 | *** join/#bzflag Wyk3d (n=Wyk3d@c7.campus.utcluj.ro) |
| 09:21.06 | *** join/#bzflag bier__ (n=bier@pD9E2C2C8.dip.t-dialin.net) |
| 09:43.48 | *** join/#bzflag dexter- (n=whodaman@bzflag/player/Dexter) |
| 09:49.35 | *** join/#bzflag Tupone (n=Tupone@gentoo/developer/tupone) |
| 09:49.35 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 10:05.03 | *** join/#bzflag dexter- (n=whodaman@bzflag/player/Dexter) |
| 11:35.55 | *** join/#bzflag L4m3r (n=l4m3r@bzflag/developer/L4m3r) |
| 11:35.56 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 12:02.21 | *** join/#bzflag bier|tp (n=bier@217.226.194.200) |
| 12:36.31 | *** join/#bzflag ep (n=quassel@68.97.126.55) |
| 13:14.48 | *** join/#bzflag Winny (n=iWinny@bzflag/contributor/Winny) |
| 13:46.33 | *** join/#bzflag Electric1lf (n=dbharris@bas10-toronto63-1096783549.dsl.bell.ca) |
| 14:12.27 | *** join/#bzflag bier|tp (n=bier@217.226.194.200) |
| 14:20.59 | *** join/#bzflag [Thot] (n=Mephiles@dslc-082-083-238-239.pools.arcor-ip.net) |
| 14:54.18 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 15:02.35 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@bzflag/contributor/SpazzyMcGee) |
| 15:46.21 | *** join/#bzflag Gnurdux (n=gnurdux@c-68-48-77-168.hsd1.md.comcast.net) |
| 16:14.43 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 16:18.10 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@bzflag/contributor/SpazzyMcGee) |
| 16:24.22 | *** join/#bzflag pacman871 (n=pacman87@pool-173-57-41-37.dllstx.fios.verizon.net) |
| 16:42.33 | *** join/#bzflag pacman87 (n=pacman87@pool-173-57-41-37.dllstx.fios.verizon.net) |
| 16:47.17 | *** join/#bzflag MindstormsKid (n=msk@Wikipedia/MindstormsKid) |
| 16:48.47 | *** join/#bzflag pacman872 (n=pacman87@pool-173-57-41-37.dllstx.fios.verizon.net) |
| 16:49.14 | *** join/#bzflag Bulldozer (n=KingRobo@student26287.student.nau.edu) |
| 16:50.28 | *** join/#bzflag Think_Differentl (n=fatass@bzflag/player/ThinkDifferent) |
| 16:53.40 | *** join/#bzflag spldart (n=spldart2@bzflag/contributor/spldart) |
| 16:53.40 | *** mode/#bzflag [+v spldart] by ChanServ |
| 16:55.41 | *** join/#bzflag dexter- (n=whodaman@bzflag/player/Dexter) |
| 16:56.51 | *** join/#bzflag JefferyM (n=JefferyM@bzflag/projectadmin/JeffM) |
| 16:56.51 | *** mode/#bzflag [+o JefferyM] by ChanServ |
| 16:57.37 | KingRobot | JeffreyM: Do you know of a link that explains the dll boundary problem? |
| 16:57.56 | KingRobot | I'm having a hard time understanding it and finding a good explanation |
| 16:58.33 | JefferyM | there are 2 basic problems |
| 16:58.43 | JefferyM | 1) the exported classes include classes that arn't exported |
| 16:59.03 | JefferyM | 2) those classes use STL, and you can't export STL |
| 17:00.31 | KingRobot | So, essentially, you can't use stl at all? |
| 17:00.35 | JefferyM | like for example, what classes are used in a bot DLL? |
| 17:00.36 | JefferyM | nope |
| 17:00.48 | JefferyM | STL may do memory allocations and deallocations |
| 17:01.14 | JefferyM | and since STL is implemented as a template, not a lib or dll, all those allocations and deallocations may happen in different modules (bzrobots, or the bot DLL) |
| 17:01.49 | JefferyM | and you arn't suposed to mess with memory that was allocated in another module |
| 17:02.05 | JefferyM | so for that reason the default MS STL implemenation is not delcpeced to be exportable |
| 17:02.27 | KingRobot | We can still use stl seperately, right? i.e. bzrobots uses it, and a bot uses it, but you just can't pass stl between the modules. |
| 17:02.34 | JefferyM | yes |
| 17:02.50 | JefferyM | take a look at the server API, we never pass STL over that boundry |
| 17:03.12 | JefferyM | the big problem with bzrobots is that it wasn't writen with a clean API in mind |
| 17:03.26 | JefferyM | it makes the assumption that the bot DLL has access to anything inside of bzrobots |
| 17:03.35 | JefferyM | and that only true on GCC style compiles |
| 17:03.37 | KingRobot | Right |
| 17:03.51 | JefferyM | on windows you have to pick exactly what things you export |
| 17:04.10 | JefferyM | so those bot classes can't use bzflag classes like LocalPlayer |
| 17:04.18 | JefferyM | because localplayer isn't exported |
| 17:04.39 | KingRobot | this is very bad -> "it makes the assumption that the bot DLL has access to anything inside of bzrobots" |
| 17:04.53 | JefferyM | for a linux app, it's not bad |
| 17:05.06 | JefferyM | MANY linux libs and apps make that assumption ;) |
| 17:05.13 | KingRobot | ick |
| 17:05.38 | JefferyM | it's one thing I like about windows, it makes you think about a cleaner API |
| 17:05.42 | JefferyM | tho the STL thing does suck |
| 17:06.13 | JefferyM | C# gets the best of both worlds, speific exports with privilages, native string and container classes, and reflection :) |
| 17:06.56 | JefferyM | what file has the main API to the bot DLLs? |
| 17:09.00 | *** join/#bzflag BlasterWisconsin (n=blasterw@CPE-72-131-125-36.wi.res.rr.com) |
| 17:09.04 | SpazzyMcGee | Out of interest, is there a quick way to convert between texture matrix speed and linear physics driver, assuming that the image is mapped 1:1 to the mesh. (It's repeats of the image/second, right?) |
| 17:09.37 | JefferyM | depends on how big the mesh is |
| 17:09.48 | JefferyM | the texture speed is in UV/sec |
| 17:09.59 | SpazzyMcGee | yeah |
| 17:10.12 | SpazzyMcGee | and the physics speed is... units/sec? |
| 17:10.16 | JefferyM | so what do you mean "1:1: do the mesh? |
| 17:10.32 | KingRobot | JeffreyM: BZAdvancedRobot, I believe |
| 17:10.34 | JefferyM | do you mean that your mesh is 10 units wide, and your UVs are 0 and 10 ? |
| 17:10.44 | JefferyM | or are your UVs 0 and 1? |
| 17:10.51 | SpazzyMcGee | Thinking about it now, that was the wrong thing to say... |
| 17:11.08 | SpazzyMcGee | what I meant by that was the image kept it's aspect ratio |
| 17:11.19 | JefferyM | aspect dosn't matter |
| 17:11.27 | JefferyM | does your image repeat over the mesh? |
| 17:11.29 | SpazzyMcGee | but that makes no difference, because if it's mapped onto a big mesh, you have further to travel |
| 17:12.18 | SpazzyMcGee | okay, I can work it out |
| 17:12.25 | JefferyM | KingRobot, where is an example of a C++ lib based bot? |
| 17:12.39 | JefferyM | SpazzyMcGee, the simplest thing to know that for each repeat, thats 1 unit in UV space |
| 17:12.53 | SpazzyMcGee | yeah |
| 17:12.56 | JefferyM | so if your texture dosn't repeat, then it's entire witdh is 1 UV unit |
| 17:13.05 | SpazzyMcGee | yeah |
| 17:13.24 | KingRobot | JeffreyM: bzflag/bots/testbot/TestRobot.cxx |
| 17:13.38 | KingRobot | JeffreyM: It *looks* clean enough... |
| 17:13.47 | JefferyM | I shall look at it |
| 17:14.34 | SpazzyMcGee | Man, it's been a long time since my last map. |
| 17:14.52 | KingRobot | JeffreyM: Is there some strict reason that we need the frontend/backend? |
| 17:15.05 | JefferyM | KingRobot, that I do not know |
| 17:15.17 | KingRobot | JeffreyM: It seems to me that it only adds unnecessary complexity. |
| 17:15.19 | JefferyM | KingRobot, the test bot is decidedly NOT clean, it includes timekeeper |
| 17:15.28 | JefferyM | ask your mentor about that one |
| 17:15.34 | JefferyM | there was some reason but I do not know what it was |
| 17:15.41 | JefferyM | DTRemenak may also have some info on it |
| 17:16.43 | KingRobot | JeffreyM: Well, it's the way it was originally done (since bzrc originally took text commands to "remote control" a tank, and I think also ostensibly to make it easier to add support for other languages. Neither seems a good reason to me... |
| 17:16.45 | JefferyM | yeah a lot of stuff would have to be redone to get the robot API working on windows |
| 17:17.09 | JefferyM | there is just a huge nest of classes involved |
| 17:17.11 | KingRobot | JeffreyM: I'm looking for project direction at this point, which is why this is all coming up. |
| 17:17.34 | JefferyM | I think there are more important things to do then get it working on windows |
| 17:17.49 | JefferyM | in fact in it's current state, I don't think anyone should ever bother to even try |
| 17:17.57 | KingRobot | JeffreyM: I've got most of the shared code together at this point. Anything further would start involving a lot of refactoring. |
| 17:18.18 | JefferyM | then it sounds like you are ready for your tasks of making the bot system better |
| 17:18.27 | JefferyM | basiicly the stuff you speced in your proposal |
| 17:18.41 | JefferyM | for windows we can just try to live with python bots |
| 17:18.57 | KingRobot | I've also got the bots mostly working in the current state; the only outstanding issue I'm aware of is the bots kill themselves when they fire; still tracking that one down. |
| 17:19.05 | JefferyM | heh |
| 17:19.30 | SpazzyMcGee | Physics driver idea: something that works in a similar way to dyncol. So you can get a changing speed. Even a reversal of direction. |
| 17:19.40 | KingRobot | It's weird, the bullet flies, but kills themselves the moment it is fired |
| 17:19.55 | JefferyM | it probalby starts "in" them |
| 17:20.16 | JefferyM | you can just not check the shot against your tank untill it's been alive for some minimum time |
| 17:20.25 | JefferyM | I think tha'ts what the real client does |
| 17:20.56 | KingRobot | Okay, I'll see how that is done. Most of the bugs I've fixed so far have simply involved changes that were made to the client that were not made to bzrobots |
| 17:21.06 | KingRobot | This is probably another of those. |
| 17:21.06 | JefferyM | k |
| 17:21.51 | KingRobot | When I created a Windows project for bzrobots, I got a lot of template related linking errors. Is there something special that needs to be done for that? |
| 17:22.31 | JefferyM | what kind of project did you make? |
| 17:22.56 | KingRobot | I basically took the bzflag project, and modified it for bzrobots |
| 17:23.04 | JefferyM | that would be the wrong thing to do |
| 17:23.07 | JefferyM | bzflag is a windows app |
| 17:23.12 | JefferyM | bzrobots is a command line app |
| 17:23.18 | JefferyM | bzrobots has no winmain |
| 17:23.22 | JefferyM | I'll make one |
| 17:24.28 | KingRobot | Ohhh; didn't think of that. |
| 17:24.51 | KingRobot | is too much used to Mac and Linux where they are nearly the same thing... |
| 17:26.07 | JefferyM | well on those OSs you have multiple choices for windowing systems usualy |
| 17:26.15 | JefferyM | and it's up to the app to say "hey make me windows, and give me events" |
| 17:26.27 | KingRobot | right |
| 17:26.30 | JefferyM | on windows, it's the app type that decides what it needs |
| 17:26.41 | JefferyM | so console apps always bring up a console |
| 17:26.44 | JefferyM | windows apps don't |
| 17:27.19 | JefferyM | so what files from src/bzflag does robots need? |
| 17:28.34 | KingRobot | Everything that's in the Makefile for clientbase |
| 17:29.00 | JefferyM | but you didn't move the include files to include right? |
| 17:29.14 | KingRobot | Correct |
| 17:29.19 | JefferyM | suck |
| 17:29.44 | JefferyM | were the files just moved in the bzflag project? |
| 17:29.48 | JefferyM | not put into a lib? |
| 17:30.08 | KingRobot | For Windows, yes |
| 17:30.13 | JefferyM | double suck |
| 17:30.25 | KingRobot | I don't think it would work for Windows |
| 17:30.32 | JefferyM | what a static lib? |
| 17:31.30 | KingRobot | You'd end up having to build a lib that included nearly everything in the bzflag client, as it stands right now |
| 17:31.41 | JefferyM | no, just what you put into client base |
| 17:31.47 | JefferyM | thats WHY you put it in clinet base ;) |
| 17:31.51 | *** join/#bzflag biggeruniverse_ (n=biggerun@70.230.241.241) |
| 17:32.14 | KingRobot | Hmm, ok |
| 17:32.17 | JefferyM | otherwise it's just folder seperation |
| 17:32.20 | JefferyM | and who cares about that |
| 17:32.23 | KingRobot | Right |
| 17:32.31 | KingRobot | The linux one builds the static lib |
| 17:32.54 | JefferyM | so the windows one can do the same thing |
| 17:33.01 | JefferyM | what's the big diff? |
| 17:33.22 | KingRobot | Ok |
| 17:33.35 | KingRobot | I was confused about the dll thing |
| 17:33.45 | JefferyM | static lib != dll |
| 17:33.53 | KingRobot | Right, I'm seeing that now |
| 17:33.53 | JefferyM | dll = .so |
| 17:34.14 | JefferyM | an unmanaged dll makes an export .lib file but that's different |
| 17:34.52 | KingRobot | oookay, it's coming together. |
| 17:35.28 | JefferyM | since a linux .so file has all functions accessable, it dosn't need an export lib |
| 17:35.37 | JefferyM | a windows dll only exports SOME of it's code |
| 17:35.55 | JefferyM | so it also generates a small .lib file that just contains the linking offsets for just the exported code |
| 17:36.24 | JefferyM | then when you build an app you can just link against that export lib, now your app knows where in the dll to get the functions |
| 17:36.41 | JefferyM | managed dlls include meta information and don't need an export lib |
| 17:36.55 | JefferyM | but windows fully supports static libs |
| 17:37.03 | JefferyM | that's how most of the code in bzflag is built |
| 17:37.06 | JefferyM | common, game, etc.. |
| 17:37.57 | KingRobot | So essentially, Windows is exactly the opposite from gcc; where on gcc, you have to explicitly request symbols from being exported, on Windows, you have to explicitly request it? |
| 17:38.05 | JefferyM | yes |
| 17:38.11 | trepan | related: http://support.microsoft.com/kb/q168958/ |
| 17:38.18 | JefferyM | at least in unmanaged dlls |
| 17:38.39 | JefferyM | in managed dlls, the public and private keywords include export as well |
| 17:38.45 | JefferyM | if it's public, it's REALLY public |
| 17:38.58 | JefferyM | yeah you have to instnace it |
| 17:39.09 | JefferyM | so that it's implemented in the actual module, not as a template |
| 17:39.18 | JefferyM | you make a small wraper |
| 17:39.40 | JefferyM | it's still not a great idea, as the runtimes have to match |
| 17:40.05 | JefferyM | so the bot developers would have to be using the same version that bzrobots was made in |
| 17:41.19 | KingRobot | I really don't think it should be necessary to export any stl classes in a bot |
| 17:41.28 | JefferyM | no it shouldn't |
| 17:41.38 | JefferyM | it's just becaause of how the API was writen |
| 17:42.13 | KingRobot | The timekeeper issue is one of the things that'd be part of the API enhancement |
| 17:42.13 | KingRobot | the API is supposed to have it's own clock |
| 17:42.56 | JefferyM | if timekeeper is usefull then we can put it into a DLL |
| 17:43.15 | JefferyM | but yeah having it wraped would be best |
| 17:43.55 | JefferyM | clientbase is still depenent on things that are in bzflag |
| 17:44.48 | JefferyM | I'd not even bother with windows bzrobots untill the game code refactoring is done |
| 17:44.57 | JefferyM | I'm fine with it being a linux and mac only product |
| 17:45.05 | KingRobot | Yes, clientbase is a train wreck of dependencies |
| 17:45.19 | KingRobot | Actually, I don't think it's quite as bad as it looks... |
| 17:45.26 | JefferyM | it includes openGL |
| 17:45.28 | JefferyM | and zlib |
| 17:46.16 | KingRobot | I would say there's less than 100 lines of code that make those all required. |
| 17:46.27 | JefferyM | it's still not worth it |
| 17:46.35 | JefferyM | not when we know it's gotta be refactored anyway |
| 17:47.00 | JefferyM | and the usefulness on windows is already limited by the bot API not being exportable |
| 17:47.02 | KingRobot | Mostly calls to the soundsystem, the hud, and a few scattered things related to scene setup. |
| 17:47.15 | JefferyM | yeah and all those things include other things ;) |
| 17:47.16 | KingRobot | But yeah, they're in places that would make refactoring a mmajor project. |
| 17:47.21 | KingRobot | Exactly. |
| 17:47.28 | JefferyM | so don't worry about windows |
| 17:47.46 | JefferyM | students can use a linux VM if they have to |
| 17:48.31 | KingRobot | Okay |
| 17:48.44 | KingRobot | Then I will focus on fixing the last few bugs, and cleaning up the API. |
| 17:55.00 | *** join/#bzflag Bulldozer (n=KingRobo@student4945.student.nau.edu) |
| 18:02.11 | CIA-60 | BZFlag: 03trepan * r19879 10/trunk/bzflag/ (5 files in 3 dirs): |
| 18:02.11 | CIA-60 | BZFlag: * removed the WorldContentInfo files |
| 18:02.11 | CIA-60 | BZFlag: (it was never implemented, and has been replaced by MapInfo) |
| 18:03.30 | CIA-60 | BZFlag: 03trepan * r19880 10/trunk/bzflag/src/bzflag/RadarRenderer.cxx: * use BZDBCache::muzzleHeight |
| 18:05.07 | CIA-60 | BZFlag: 03trepan * r19881 10/trunk/bzflag/src/clientbase/Player.cxx: * use BZDBCache::muzzleHeight |
| 18:08.04 | CIA-60 | BZFlag: 03trepan * r19882 10/trunk/bzflag/include/vectors.h: * added 'std::ostream& operator<<(std::ostream& out, TYPE)' calls |
| 18:12.53 | SpazzyMcGee | There doesn't happen to be a physics equivalent of 'matswap' for groups, does there? |
| 18:13.09 | trepan | nope, can only replace 1 phydrv |
| 18:13.45 | SpazzyMcGee | i.e. I have to copy out the whole mesh again? |
| 18:14.17 | trepan | from the manpage (group section): phydrv example_phydrv # reassign any valid physics drivers |
| 18:14.41 | SpazzyMcGee | Ah, so it only reassigns faces that already have physics drivers? |
| 18:14.44 | SpazzyMcGee | that's good |
| 18:15.22 | SpazzyMcGee | cheer |
| 18:15.22 | *** join/#bzflag dexter- (n=whodaman@bzflag/player/Dexter) |
| 18:15.23 | SpazzyMcGee | *s |
| 18:15.35 | dexter- | What's up with global these days? |
| 18:17.47 | SpazzyMcGee | trepan: It'd be a nice addition to have physics drivers that you cn vary in a similar way to the new dyncols. |
| 18:18.10 | trepan | SpazzyMcGee: saw the post |
| 18:18.43 | trepan | if i were do add something along those lines, i'd make the feature a little more flexible than that |
| 18:19.42 | SpazzyMcGee | I'm pretty sure all the features you write end up being way more flexible than originally conceived :p |
| 18:20.10 | trepan | i'd already started adding similar control to the lua stuff |
| 18:20.25 | trepan | (so that LuaWorld could override the DR, etc...) |
| 18:20.54 | SpazzyMcGee | did I hear that the lua stuff had been withdrawn from 3.0? |
| 18:20.55 | trepan | now that would have been very flexible ;-) |
| 18:21.01 | trepan | SpazzyMcGee: yup, it's gone |
| 18:21.49 | SpazzyMcGee | Is it going to sit on the back burner for a later release? |
| 18:22.03 | trepan | nope |
| 18:22.19 | SpazzyMcGee | that's a shame |
| 18:22.52 | MindstormsKid | .. |
| 18:22.57 | *** join/#bzflag Xell_ (n=Xell@p5486D675.dip.t-dialin.net) |
| 18:23.00 | SpazzyMcGee | I guess it was very game-changing |
| 18:23.08 | MindstormsKid | wait, it's NEVER coming back? EVER? |
| 18:32.27 | CIA-60 | BZFlag: 03bullet_catcher * r19883 10/trunk/bzflag/misc/touchcopyright: Along with .png files, do not try to change the copyright date in .wav files. |
| 18:33.43 | JefferyM | MindstormsKid, noone knows what the future may hold |
| 18:34.42 | *** join/#bzflag GiantEnemyCrab_ (n=GiantEne@c-76-115-175-223.hsd1.wa.comcast.net) |
| 18:41.24 | trepan | MindstormsKid: that code probably isn't coming back any time soon, but it may be replaced by someone else's code |
| 18:41.38 | MindstormsKid | :| |
| 18:43.17 | trepan | MindstormsKid: you're free to write a replacement patch ;) |
| 18:43.57 | MindstormsKid | :P |
| 18:44.24 | Cygal | why did it go away? |
| 18:45.08 | dexter- | ~bzflist |
| 18:45.26 | JefferyM | or someone else may take your code and put it back ;) |
| 18:45.37 | trepan | not legally |
| 18:45.47 | JefferyM | it wasn't legal to put it in bzflag? |
| 18:46.18 | trepan | do you know why the source files reference COPYING? |
| 18:46.27 | JefferyM | it's still in our history, techincaly licensed as lgpl right? |
| 18:46.33 | trepan | nope |
| 18:46.45 | JefferyM | then should we not remove it from history as well? |
| 18:46.53 | trepan | sure |
| 18:47.06 | JefferyM | or are you saying that it was never lgpl when you commited it? |
| 18:47.16 | trepan | it was never licensed |
| 18:47.34 | JefferyM | then it should never have been commited in the first place |
| 18:47.53 | trepan | same as your plugin source files |
| 18:47.59 | JefferyM | that was a bad mistake |
| 18:48.00 | JefferyM | but ok |
| 18:48.35 | JefferyM | why didn't you include the standard headers? |
| 18:48.42 | JefferyM | did you know you'd be doing this? |
| 18:48.48 | trepan | nope |
| 18:49.02 | trepan | the files didn't originally come from bz... |
| 18:49.07 | JefferyM | ahh |
| 18:49.20 | JefferyM | spring? |
| 18:49.27 | trepan | yup |
| 18:49.31 | trepan | well, partially |
| 18:49.42 | trepan | (they were actually improvements on what spring has) |
| 18:50.01 | JefferyM | dosn't matter what they are, it's all lost code |
| 18:50.03 | JefferyM | and that sucks |
| 18:50.15 | trepan | might be better in the long run |
| 18:51.24 | trepan | goes back to building the firewood shed (maybe brlcad can help me pick the color :) |
| 18:51.32 | JefferyM | BLUE!!!!!!! |
| 18:51.52 | JefferyM | it does suck, I know you won't be implementing, but it'd be nice to have had what you DID do as a base for someone later, if later happens. |
| 18:51.54 | trepan | hehe, that is correct |
| 18:52.02 | trepan | (BLUE, that is) |
| 18:52.12 | JefferyM | both were correct ;) |
| 18:52.51 | trepan | na, time to let the codebase take its natural course ;) ciao |
| 18:53.21 | JefferyM | well that is probably true |
| 18:55.06 | *** join/#bzflag Yassen (n=chatzill@pool-98-111-70-112.sttlwa.fios.verizon.net) |
| 18:55.44 | JefferyM | it'll still take years for that to happen |
| 19:03.16 | *** join/#bzflag L4m3r_ (n=l4m3r@bzflag/developer/L4m3r) |
| 19:03.16 | *** mode/#bzflag [+v L4m3r_] by ChanServ |
| 19:12.41 | *** join/#bzflag Yassen (n=chatzill@pool-98-111-70-112.sttlwa.fios.verizon.net) |
| 19:16.02 | Wyk3d | brlcad: how do you find the location of a lib if there is no config app to return it ? |
| 19:16.24 | Wyk3d | there seems to be no openldap-config .. |
| 19:16.42 | JefferyM | don't you just assume it's in the standard path then? |
| 19:18.23 | Wyk3d | yes i could assume .. is there no better way ? |
| 19:18.48 | JefferyM | have a config app ;) |
| 19:26.21 | *** join/#bzflag Tupone (n=Tupone@gentoo/developer/tupone) |
| 19:26.29 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 19:29.17 | BulletCatcher | Wyk3d: in the trunk configure.ac we use AC_CHECK_LIB to find libraries that are installed in the usual places. |
| 19:30.31 | *** join/#bzflag iSandro (n=Sandro@port-92-205-43-230.dynamic.qsc.de) |
| 19:36.14 | *** join/#bzflag Pythonoras (n=Pi@94.79.66.194) |
| 19:42.16 | Yassen | "WorldDownLoader" needs to be added to the BZFlag vc++ project file. Otherwise you get linking errors. |
| 19:46.34 | BulletCatcher | I see WorldDownLoader.cxx in the .vcproj files. Is it just WorldDownLoader.h that is missing? |
| 19:47.02 | JefferyM | the H dosn't have to be in the project for it to be built |
| 19:47.18 | JefferyM | as long as it's in one of the dirs that in the include path |
| 19:47.24 | JefferyM | he probalby just has an old project file |
| 20:13.48 | *** join/#bzflag [Thot] (n=Mephiles@dslc-082-083-203-166.pools.arcor-ip.net) |
| 20:17.18 | *** join/#bzflag GiantEnemyCrab (n=GiantEne@c-76-115-175-223.hsd1.wa.comcast.net) |
| 20:44.26 | *** join/#bzflag Digital-Pioneer (n=Digital@h17.200.255.206.cable.srcy.cablelynx.com) |
| 20:44.44 | Digital-Pioneer | Hey, what the heck would cause BZF to start doing this? http://digitalpioneer.no-ip.org/bzfi0004.png |
| 20:45.31 | Digital-Pioneer | And it doesn't quit when I exit BZF, either. Compiz stays all messed up until I restart X. |
| 20:46.00 | Digital-Pioneer | But BZF is causing it... It's reproducible. I can go for months with no problem, but start BZF and after a while it starts. |
| 20:49.28 | Digital-Pioneer | It does this to Compiz afterwards: http://digitalpioneer.no-ip.org/Screenshot.png |
| 21:02.26 | *** join/#bzflag JeffM (n=JeffM@adsl-76-229-120-62.dsl.lsan03.sbcglobal.net) |
| 21:04.21 | BulletCatcher | Digital-Pioneer: that's a cool effect. Others have had problems with Compiz too. |
| 21:04.22 | BulletCatcher | I don't recall any solution, unfortunately. |
| 21:06.48 | *** join/#bzflag me1 (n=me1@bzflag/player/Me1) |
| 21:09.13 | me1 | eak (nsfw spam) http://my.bzflag.org/bb/viewtopic.php?f=8&t=14159&view=unread#unread |
| 21:09.18 | JeffM | it's gone |
| 21:09.28 | delusional | you must have set tankspeed to 185,000 miles per second |
| 21:09.43 | JeffM | I've been working on it, db just takes a while |
| 21:10.27 | me1 | JeffM, that was quick |
| 21:10.48 | JeffM | you assume I found out about it by your message |
| 21:10.58 | me1 | i guess not |
| 21:12.40 | me1 | it's still there... http://my.bzflag.org/bb/viewforum.php?f=8 |
| 21:13.07 | JeffM | ok dude, stop pasting them in channel |
| 21:13.08 | *** join/#bzflag Think_Differentl (n=fatass@bzflag/player/ThinkDifferent) |
| 21:13.15 | JeffM | /msg exists for a reason |
| 21:13.33 | JeffM | and that's in your cache skip |
| 21:13.39 | JeffM | go delete your local porn |
| 21:14.23 | JeffM | also just so everyone knows, there should be a little ! button on every post, where you can report it |
| 21:15.15 | me1 | so pasting to the sub-forum instead of the actual thing gets me yelled at? thanks... but noted anyways |
| 21:15.30 | JeffM | I did not yell |
| 21:15.47 | JeffM | just saying that you don't need to post admin like stuff in channel |
| 21:15.59 | JeffM | the rest of the people don't really care |
| 21:16.13 | JeffM | so once you knew I was working on a /msg would have been fine ;) |
| 21:16.34 | JeffM | pasting in channel just makes more people go there |
| 21:22.22 | JeffM | ponders just setting up a portal site and making community.bzflag.net and having all the social crap be there |
| 21:24.25 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 21:31.07 | *** join/#bzflag iSandro (n=Sandro@port-92-205-43-230.dynamic.qsc.de) |
| 21:31.15 | iSandro | how can i change background colour? |
| 21:31.45 | JeffM | of what? |
| 21:37.28 | *** join/#bzflag GiantEnemyCrab_ (n=GiantEne@c-76-115-175-223.hsd1.wa.comcast.net) |
| 21:49.58 | *** join/#bzflag spldart (n=spldart2@bzflag/contributor/spldart) |
| 21:49.58 | *** mode/#bzflag [+v spldart] by ChanServ |
| 21:51.24 | *** join/#bzflag Bulldozer (n=KingRobo@student4945.student.nau.edu) |
| 22:15.01 | iSandro | of bzflag |
| 22:17.33 | SpazzyMcGee | what do you mean by 'background colour? |
| 22:19.48 | JeffM | do you mean the sky? |
| 22:19.49 | *** join/#bzflag Pythonoras (n=Pi@94.79.66.194) |
| 22:20.08 | iSandro | yes |
| 22:20.21 | JeffM | are you making a map or just playing? |
| 22:21.29 | *** join/#bzflag LongDon1 (n=LongDon@host-091-097-015-189.ewe-ip-backbone.de) |
| 22:22.10 | *** join/#bzflag me1 (n=ausom@bzflag/player/Me1) |
| 22:26.28 | *** join/#bzflag GiantEnemyCrab_ (n=GiantEne@c-76-115-175-223.hsd1.wa.comcast.net) [NETSPLIT VICTIM] |
| 22:26.28 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@bzflag/contributor/SpazzyMcGee) [NETSPLIT VICTIM] |
| 22:26.28 | *** join/#bzflag Electric1lf (n=dbharris@bas10-toronto63-1096783549.dsl.bell.ca) [NETSPLIT VICTIM] |
| 22:26.28 | *** join/#bzflag Constitution (n=const@bzflag/developer/Constitution) |
| 22:26.28 | *** join/#bzflag JBdiGriz (n=dbw@adsl-63-199-245-36.dsl.sndg02.pacbell.net) [NETSPLIT VICTIM] |
| 22:28.43 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@bzflag/contributor/SpazzyMcGee) |
| 22:29.21 | SpazzyMcGee | Pictures by NASA are in the public domain, right? |
| 22:29.41 | iSandro | PLAYING |
| 22:30.12 | JeffM | iSandro, then all you can do is change the time with + and -, it's up to the map to pick the background |
| 22:30.26 | JeffM | most maps use the default that draws the sky based on the time fo day |
| 22:30.55 | iSandro | okay |
| 22:31.23 | iSandro | but i havent got standart textures |
| 22:31.50 | JeffM | what do you mean? |
| 22:33.13 | *** part/#bzflag LongDon1 (n=LongDon@host-091-097-015-189.ewe-ip-backbone.de) |
| 22:33.55 | BulletCatcher | SpazzyMcGee: I wouldn't count on it. The source of the pictures you are interested in should say something about it. |
| 22:34.15 | JeffM | SpazzyMcGee, IIRC they are under there own license |
| 22:34.16 | JeffM | not PD |
| 22:34.26 | SpazzyMcGee | okay, i'll check that out |
| 22:34.27 | JeffM | just because a goverment agency made it, dosn't make it public domain |
| 22:34.28 | iSandro | sky is always black |
| 22:34.35 | JeffM | iSandro, is it night time? |
| 22:34.58 | iSandro | it is always black |
| 22:35.00 | SpazzyMcGee | I've just heard that before |
| 22:35.07 | JeffM | what video card do you have? |
| 22:35.23 | SpazzyMcGee | I was going to cobble together a skybox with some |
| 22:35.41 | BulletCatcher | In general the US Government cannot copyright what it produces, but there are exceptions. |
| 22:36.45 | SpazzyMcGee | "NASA copyright policy states that "NASA material is not protected by copyright unless noted" |
| 22:36.51 | *** join/#bzflag Pythonoras (n=Pi@94.79.66.194) |
| 22:36.52 | JeffM | keep reading |
| 22:38.30 | JeffM | you are probably ok, but you should understand what they mean |
| 22:38.36 | SpazzyMcGee | "You may use NASA imagery, video and audio material if it is for educational or informational purposes, including photo collections, textbooks, public exhibits and Internet Web pages." |
| 22:39.40 | JeffM | BZflag is not one of those, but I still think you are ok |
| 22:39.40 | SpazzyMcGee | I think I can get by on that. It goes on to say that I must not present them in a way that NASA is endorsing me, etc etc. |
| 22:39.45 | JeffM | yeah I read it too |
| 22:39.50 | JeffM | I just wanted YOU to read it |
| 22:39.59 | SpazzyMcGee | heh |
| 22:40.02 | SpazzyMcGee | fair play |
| 22:40.22 | SpazzyMcGee | It appears I need to credit them |
| 22:40.30 | JeffM | yep |
| 22:40.46 | SpazzyMcGee | Is that okay for Images.b.o ? |
| 22:40.55 | SpazzyMcGee | can that be put in with the images? |
| 22:41.48 | JeffM | yep, PD with an author |
| 22:41.56 | SpazzyMcGee | cool |
| 22:42.02 | JeffM | PD dosn't magicaly erase the autor for the timeline ;) |
| 22:43.15 | *** join/#bzflag Think_Differentl (n=fatass@bzflag/player/ThinkDifferent) |
| 22:51.19 | blast007 | Digital-Pioneer: does it work if you turn compiz off? |
| 22:51.42 | blast007 | I've never had anything but trouble running compiz with bzflag |
| 22:52.33 | blast007 | can't say it's just bzflag either, but that's all I really run on linux. |
| 23:06.58 | *** part/#bzflag BulletCatcher (n=bc@bzflag/developer/BulletCatcher) |
| 23:26.09 | *** join/#bzflag BulletCatcher (n=bc@bzflag/developer/BulletCatcher) |
