| 00:08.13 | CIA-76 | BZFlag: 03trepan * r20413 10/trunk/bzflag/ (10 files in 6 dirs): |
| 00:08.13 | CIA-76 | BZFlag: * used PauseCodeAcknowledge |
| 00:08.13 | CIA-76 | BZFlag: * added radarSpecial (only works with drawInfos in fastRadar modes) |
| 00:09.49 | trepan | fwiw, normal and enhanced radar modes have never rendered drawInfos |
| 00:16.15 | CIA-76 | BZFlag: 03trepan * r20414 10/trunk/bzflag/src/ (bzfs/bzfsClientMessages.cxx game/global.cxx): * added the _pauseDelay BZDB variable |
| 00:46.18 | *** join/#bzflag xaver__ (n=xaver@pD9ED780D.dip.t-dialin.net) |
| 01:06.15 | *** join/#bzflag Electric1lf (n=dbharris@bas10-toronto63-1088757267.dsl.bell.ca) |
| 01:15.22 | *** join/#bzflag BlasterWisconsin (n=blasterw@CPE-72-131-125-36.wi.res.rr.com) |
| 01:30.12 | *** join/#bzflag eulerphi (n=eulerphi@unaffiliated/eulerphi) |
| 01:30.28 | eulerphi | man.. i just cleaned up the whole map on the compound ^_^ |
| 01:30.39 | eulerphi | with just H |
| 01:43.50 | *** join/#bzflag randomparticle (n=Xell@about/essy/snick/randomparticle) |
| 01:44.42 | randomparticle | is there someone here experienced with installing windows drivers? |
| 01:45.14 | *** part/#bzflag eulerphi (n=eulerphi@unaffiliated/eulerphi) |
| 01:45.17 | blast007 | doubleclick setup.exe ;) |
| 01:45.23 | randomparticle | :) |
| 01:46.10 | randomparticle | i'm trying to figure out what the purpose of this is: |
| 01:46.11 | randomparticle | http://www.intel.com/support/chipsets/inf/sb/CS-009275.htm |
| 01:46.27 | randomparticle | it installs inf files, but not drivers. where are the drivers supposed to come from? :) |
| 01:46.34 | *** join/#bzflag theandromedan (n=theandro@c-76-117-152-226.hsd1.pa.comcast.net) |
| 01:47.31 | *** join/#bzflag SpazzyMcGee (n=SpazzyMc@bzflag/contributor/SpazzyMcGee) |
| 01:48.49 | blast007 | randomparticle: how do you know it's not installing drivers..? |
| 01:50.45 | randomparticle | in the readme.txt file: The Intel(R) Chipset Device Software installs Windows* INF files to |
| 01:50.45 | randomparticle | the target system. |
| 01:51.04 | randomparticle | and the file is on 800 odd KB in size |
| 01:51.30 | randomparticle | sorry, the setup program i mean |
| 01:52.09 | randomparticle | the other stuff doesn't look like drivers |
| 02:00.29 | blast007 | the ZIP version contains 6MB of files. So I think it's more than just text files :P |
| 02:01.40 | blast007 | shrugs |
| 02:02.36 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 02:02.43 | blast007 | ask Inel |
| 02:02.45 | blast007 | intel* |
| 02:13.17 | KTL | there must be some little devil in here |
| 02:13.32 | KTL | a little devil that invented _rejumpTime |
| 02:13.41 | KTL | and gave it a default higher than 0 |
| 02:15.11 | *** join/#bzflag a_meteorite (n=a_meteor@unaffiliated/ameteorite/x-000000001) |
| 02:17.20 | *** join/#bzflag DTRemenak (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 02:17.20 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 02:19.15 | CIA-76 | BZFlag: 03KTL 07http://my.bzflag.org * r6608 10/w/Server_Variables: adding _rejumpTime |
| 02:26.15 | KTL | _minWindSpeed ? |
| 02:28.37 | blast007 | KTL: think it's for the fancy flags that flap in the wind |
| 02:28.57 | KTL | fun fun |
| 02:31.43 | x_ares_x | the flags flap in the wind? |
| 02:31.59 | blast007 | x_ares_x: yeah. On 2.0.x, turn up the quality to experimental |
| 02:32.07 | x_ares_x | oh |
| 02:32.15 | KTL | a new world opens |
| 02:32.59 | KTL | _forbidMarkers |
| 02:33.19 | blast007 | turns off tank markers |
| 02:33.29 | KTL | ah those names? |
| 02:33.52 | blast007 | yeah |
| 02:34.21 | KTL | searches for the feature with the chevrons on radar, i hope it is in there |
| 02:34.55 | KTL | (something that can warn me earlier about incoming sw for example) |
| 02:36.56 | KTL | it is there but might only be there to mark ppl with, not flagtypes |
| 03:29.13 | trepan | KTL: autohunt, also does flagTypes |
| 03:29.34 | KTL | thanks |
| 03:29.35 | trepan | see src/bzflag/AutoHunt.cxx |
| 03:31.13 | KTL | cooool :) |
| 04:06.09 | *** join/#bzflag Djpenguin (n=David@c-68-35-177-162.hsd1.nm.comcast.net) |
| 04:54.32 | *** join/#bzflag QuantumTim (n=tim@62.249.230.206) |
| 05:07.03 | CIA-76 | BZFlag: 03bullet_catcher * r20415 10/trunk/bzflag/src/date/buildDate.cxx: |
| 05:07.03 | CIA-76 | BZFlag: Refactor getOSString() with better #ifdef structure. |
| 05:07.03 | CIA-76 | BZFlag: Fix whitespace. |
| 05:19.22 | CIA-76 | BZFlag: 03bullet_catcher * r20416 10/trunk/bzflag/src/date/buildDate.cxx: |
| 05:19.22 | CIA-76 | BZFlag: For the Mac, reduce "Mac OS X Version" to just "MacOS" for a more concise OS version string. |
| 05:19.22 | CIA-76 | BZFlag: Describe Mac Intel hardware as i386 instead of x86 for consistency with Linux. |
| 05:20.35 | BulletCatcher | Now we get OS strings like "MacOS 10.4.11 i386" and "Linux 2.6.27 x86_64". |
| 05:31.31 | *** join/#bzflag PrezKennedyII (i=Matthew@whitecalf.net) |
| 05:49.21 | *** join/#bzflag Legoguy (n=Legoguy@S0106001ee54ac005.ed.shawcable.net) |
| 06:29.21 | *** join/#bzflag DTRemenak (n=DTRemena@about/essy/CrazyCoder/DTRemenak) |
| 06:29.21 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 06:40.14 | *** join/#bzflag Djpenguin_ (n=David@c-68-35-177-162.hsd1.nm.comcast.net) |
| 08:00.49 | *** join/#bzflag Upsetter (n=ups@89.246.186.207) |
| 08:23.39 | *** join/#bzflag Djpenguin_ (n=David@c-68-35-177-162.hsd1.nm.comcast.net) |
| 09:11.27 | CIA-76 | BZFlag: 03kingrobot * r20417 10/trunk/bzflag/ (12 files in 3 dirs): bzrobots: update for windows. works well, but crashes - likely threading issues |
| 09:11.34 | *** join/#bzflag KingRobot (n=mathew@unaffiliated/kingrobot) |
| 09:11.46 | KingRobot | ping jorgenpt |
| 09:12.12 | *** part/#bzflag KingRobot (n=mathew@unaffiliated/kingrobot) |
| 09:14.54 | *** join/#bzflag KingRobot (n=mathew@unaffiliated/kingrobot) |
| 09:32.10 | *** join/#bzflag Djpenguin_ (n=David@c-68-35-177-49.hsd1.nm.comcast.net) |
| 10:02.43 | *** join/#bzflag Djpenguin (n=David@c-68-35-177-162.hsd1.nm.comcast.net) |
| 10:06.28 | *** join/#bzflag Djpenguin_ (n=David@c-68-35-177-49.hsd1.nm.comcast.net) |
| 10:18.09 | CIA-76 | BZFlag: 03kingrobot * r20418 10/trunk/bzflag/src/bzrobots/ (BZRobot.h BZRobotControl.cxx BZRobotEvent.h BZRobotEvents.h): bzrobots: Setting up call-ins for events |
| 10:32.12 | cygal | heu KingRobot :) |
| 10:32.24 | cygal | I hope the solo bugs don't affect you development too much |
| 10:36.31 | cygal | your* |
| 10:36.50 | cygal | someone on the channel also wondered why the frontend/backend thing had to go away |
| 13:37.02 | *** join/#bzflag xaver (n=xaver@pD9ED780D.dip.t-dialin.net) |
| 13:49.09 | ts | BulletCatcher: BZFlag does not run on Mac OS |
| 13:49.40 | ts | BulletCatcher: and you forgot a space |
| 13:50.42 | cygal | MacOS will simply be an alias for 'Mac OS X' |
| 13:50.54 | ts | Mac OS is a dead OS :p |
| 13:50.54 | cygal | even if 'Mac OS' refer to earlier versions |
| 14:18.23 | *** join/#bzflag Marzipan (n=marzi@84-119-63-99.dynamic.xdsl-line.inode.at) |
| 14:23.08 | *** join/#bzflag xaver (n=xaver@pD9ED6941.dip.t-dialin.net) |
| 14:24.11 | *** join/#bzflag Marzipan (n=marzi@84-119-63-99.dynamic.xdsl-line.inode.at) |
| 14:25.00 | BulletCatcher | ts: I understand that "Mac OS X" is the name Apple has given to their operating system. Do you think it will cause confusion in our stats system to contract it to just "MacOS"? |
| 14:25.45 | cygal | only mac purists could care :-) |
| 14:29.03 | BulletCatcher | I am certainly not a purist about that sort of thing. |
| 14:29.04 | BulletCatcher | I stopped adding "UNIX is a trademark of Bell Laboratories" to my e-mail that mentioned it a long time ago. In fact I now just write "unix" when I want to refer to all UNIX-like operating systems. |
| 14:30.52 | BulletCatcher | Trademark lawyers hate that. |
| 14:50.08 | ts | BulletCatcher: It's a completly different system |
| 14:51.13 | ts | BulletCatcher: and how is the Mac "i386; CPU 64 bit capable" consistent with the other x86_64? |
| 14:52.37 | ts | just saw he wrote cabable instead of capable in the file |
| 14:53.34 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 14:53.56 | BulletCatcher | I would prefer to see the Mac say x86_64 too, just for consistency, if it means the same thing. |
| 14:54.24 | BulletCatcher | That would simplify stats parsing. |
| 14:55.16 | ts | Well, not sure what GNU/Linux replies... |
| 14:55.46 | BulletCatcher | We just get "Linux", because uname() just identifies the kernel. |
| 14:55.50 | ts | My CPU can do 64 bit and umane -smr replies "Darwin 9.8.0 i386" |
| 14:56.05 | ts | BZFlag doesn't run on Linux ;) |
| 14:56.26 | ts | There's almost always GNU/Linux used |
| 14:59.32 | BulletCatcher | My MacBook, with 10.4.11, reports "Darwin 8.11.1 i386" and does not report "64 bit capable" but I am sure its Intel Core Duo *can* do 64-bit. |
| 15:00.25 | ts | Intel Core Duo can't |
| 15:00.34 | ts | Only their Core 2 Duo |
| 15:00.35 | blast007 | ? |
| 15:00.38 | ts | IIRC |
| 15:00.46 | blast007 | hmm, I was thinking both could |
| 15:00.49 | blast007 | checks |
| 15:01.17 | blast007 | maybe not |
| 15:01.48 | BulletCatcher | Okay. I didn't realize that minor difference was relevant. |
| 15:02.31 | BulletCatcher | ts, Does your Mac actually run in 64-bit mode? |
| 15:02.38 | ts | BulletCatcher: Of course not |
| 15:02.50 | ts | The kernel is only 32 bit |
| 15:03.02 | BulletCatcher | Then that's why uname reports i386. Linux does the same thing. |
| 15:03.25 | BulletCatcher | In our stats system, do we care about unused capababilities? |
| 15:04.05 | ts | Maybe one day BZFlag would want to switch to AMD64 mode |
| 15:04.17 | ts | There are more registers etc |
| 15:04.31 | BulletCatcher | But we would only do that on systems that are already running a 64-bit kernel. |
| 15:05.07 | ts | On other platforms like PPC there was never a need because we don't use that much RAM and with 64 bit the binaries and memory usage would only go up |
| 15:06.33 | ts | Well, you see in the code we get only x86 information, no matter is the kernel runs in 32 or 64 bit mode |
| 15:09.43 | BulletCatcher | If Apple does not provide a 64-bit kernel, isn't it premature to predict what information will be available about the environment when that happens? |
| 15:09.56 | *** join/#bzflag Swigg_ (n=Default@97.95.231.32) |
| 15:10.14 | ts | We never know when the next official BZFlag release will be |
| 15:10.24 | BulletCatcher | :-) |
| 15:10.56 | ts | Apple users will have a lot of fun once the kernel can do 64 bit anyway ;=) |
| 15:11.30 | ts | They have some crippled EFI on their systems and partly only 32 bit EFI despite 64 bit CPU |
| 15:12.48 | blast007 | I'm sure apple will do the right thing |
| 15:12.50 | blast007 | and give them a coupon for 5% off a new mac with a proper EFI |
| 15:12.54 | blast007 | ;) |
| 15:13.22 | ts | They will get no coupon but a pair of stickers |
| 15:13.33 | BulletCatcher | Since Apple only offers a 32-bit kernel at this time, it should be sufficent for our stats system to use the i386 label. When the 64-bit kernel arrives I would expect us to modify our code (which will require recompilation anyway) to output the x86_64 label appropriately. |
| 15:13.36 | ts | with the new Mac they have to buy |
| 15:14.52 | ts | BulletCatcher: Umm, the __APPLE__ part can detect x86_64 without running in a 64 bit kernel |
| 15:17.09 | ts | 64 bit applications can possibly run in 32 bit kernel |
| 15:19.47 | *** join/#bzflag bier (n=bier@p54A5756D.dip.t-dialin.net) |
| 15:20.17 | BulletCatcher | I am skeptical of that claim, but if it is true do the BZFlag developers know how to build a 64-bit BZFlag application that will run on a 32-bit Mac OS X kernel? |
| 15:20.29 | ts | BTW: Apple has tools out there to compile 64 bit applications already |
| 15:20.40 | BulletCatcher | Huh. |
| 15:20.49 | ts | Latest Xcode update |
| 15:21.20 | blast007 | BulletCatcher: we could just build VirtualBox into BZFlag and then run it in a 64-bit VM!!!1 |
| 15:21.44 | BulletCatcher | blast007: Patches welcome. |
| 15:21.53 | BulletCatcher | :-) |
| 15:21.59 | blast007 | ;) |
| 15:27.01 | BulletCatcher | Okay. At this point we still don't know the exact stats system requirements, so there is no point in getting really picky about the OS version string format. |
| 15:27.02 | BulletCatcher | Would you be satisfied if I just change "MacOS" back to "Mac OS X", ts? |
| 15:27.45 | BulletCatcher | I'll leave the rest of it alone until we have a better understanding of what we want. |
| 15:30.05 | cygal | BulletCatcher: no it's ok |
| 15:30.13 | cygal | don't change that |
| 15:33.48 | BulletCatcher | cygal: Other than being more concise, is there a reason to leave it the way it is? |
| 15:35.34 | cygal | well there is no reason to put it back |
| 15:35.55 | cygal | I mean, who would believe "MacOS 10.4.11" is Mac Os 8/9/.. ? |
| 15:36.14 | cygal | the X is for 10, and we already have 10 here |
| 15:37.57 | BulletCatcher | Yes, it is redundant to have both X and 10. But ts seems to think it is important to use the proper name of the OS. |
| 15:38.19 | ts | or like *niX |
| 15:38.30 | cygal | as you wish |
| 15:38.55 | ts | I'd also say Linux alone is invalid |
| 15:39.24 | ts | Maybe I'm too stubborn, dunno. Just do what you feel is "right". |
| 15:39.38 | cygal | as we already said, it's not, since we are only reporting the kernel for Linux |
| 15:39.56 | cygal | it could be something else than GNU |
| 15:39.59 | BulletCatcher | Yes, ts, you are stubborn. :-) That doesn't mean we should ignore your concerns. |
| 15:40.47 | cygal | and you're picky just for the sake of it. :-) Sometimes your concerns are justified, though. |
| 15:43.00 | BulletCatcher | At this time we still don't know what is "right" in the context of our stats system, so anything we choose may be wrong (i.e., not meet our unknown requirements). |
| 15:43.44 | *** join/#bzflag Pimpi (n=frank@gondolin.pimpi.org) |
| 15:43.54 | BulletCatcher | The Windows strings are going to look very different, anyway. |
| 15:45.37 | ts | I wonder whether there will be a single WinIA64 user at all |
| 15:45.38 | blast007 | "Windows 95 4.00.950 i386" |
| 15:45.43 | blast007 | ;) |
| 15:45.54 | BulletCatcher | Thanks, blast007. I was wondering. |
| 15:46.17 | BulletCatcher | Oh, wait. That was a joke (just saw "95"). |
| 15:46.17 | blast007 | I'll probaby have to mod my client to say that just for fun |
| 15:46.21 | blast007 | hehe |
| 15:46.42 | blast007 | the API to get that stuff doesn't work on anything less than Windows 2000 |
| 15:46.50 | blast007 | at least the way we're doing it |
| 15:47.01 | blast007 | and we will barely support Windows 2k anyway |
| 15:48.29 | BulletCatcher | Anyone capable of compiling trunk on Windows 98 ought to be capable of providing a patch to identify the OS correctly. :-| |
| 15:50.03 | blast007 | which version of OpenGL is actually required now? |
| 15:50.05 | blast007 | <PROTECTED> |
| 15:50.05 | blast007 | <PROTECTED> |
| 15:50.19 | ts | Dunno |
| 15:50.19 | CIA-76 | BZFlag: 03t-s * r20419 10/trunk/bzflag/src/date/buildDate.cxx: Spelling |
| 16:07.53 | blast007 | trepan: is OpenGL 1.2 still the requirement now that the client-side lua stuff is gone? or was needed/recommended for more than that? |
| 16:08.04 | blast007 | or was it* |
| 17:03.00 | *** join/#bzflag Wyk3d (n=Wyk3d@cl-86-125-162-252.cablelink.mures.rdsnet.ro) |
| 17:28.22 | trepan | blast007: normal rescaling, separate specular; there may be others |
| 17:29.25 | trepan | you could go through the logs (thoroughly ;), and revert to move it back to GL1.1 if you wanted |
| 17:30.49 | trepan | do you have a GL1.1 setup in mind? |
| 18:09.40 | *** join/#bzflag JefferyM (n=JeffM@bzflag/projectadmin/JeffM) |
| 18:09.40 | *** mode/#bzflag [+o JefferyM] by ChanServ |
| 18:18.28 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 18:19.49 | CIA-76 | BZFlag: 03trepan * r20420 10/trunk/bzflag/src/ (bzflag/guiplaying.cxx bzrobots/BZRobotEvent.h): |
| 18:19.49 | CIA-76 | BZFlag: * fixed the 'int const' compilation problem in bzrobots/BZRobotEvent.h |
| 18:19.49 | CIA-76 | BZFlag: (and both inlined and 'constified' the getXXX() member functions) |
| 18:19.49 | CIA-76 | BZFlag: * added the GL_SHADING_LANGUAGE_VERSION query to MsgQueryGL |
| 18:28.01 | CIA-76 | BZFlag: 03trepan * r20421 10/trunk/bzflag/src/bzflag/guiplaying.cxx: |
| 18:28.01 | CIA-76 | BZFlag: * MsgQueryGL now requires the full identifier (ex: "GL_VENDOR" instead of "VENDOR") |
| 18:28.01 | CIA-76 | BZFlag: (changed to facilitate future greppery) |
| 18:28.44 | *** join/#bzflag bryjen (n=bryjen@75.81.201.131) |
| 18:28.44 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 18:30.00 | CIA-76 | BZFlag: 03trepan * r20422 10/trunk/bzflag/src/bzflag/guiplaying.cxx: * avoided the collision with the GL_ prefix |
| 18:30.39 | spldart | That's better :) |
| 18:30.44 | *** join/#bzflag Yassen (n=Yassen@c-24-16-60-208.hsd1.wa.comcast.net) |
| 18:30.46 | trepan | ? |
| 18:31.28 | spldart | One of the very recent commits fixed a build error I just had. |
| 18:32.07 | trepan | ah, probably r20420 |
| 18:34.12 | CIA-76 | BZFlag: 03trepan * r20423 10/trunk/bzflag/ (include/OpenGLUtils.h src/ogl/OpenGLUtils.cxx): * s/GL_INVALID_ID/INVALID_GL_ID/ |
| 18:45.27 | *** join/#bzflag Swigg_ (n=Default@97.95.231.32) |
| 18:49.58 | *** join/#bzflag jcp1 (n=jw@unaffiliated/javawizard2539) |
| 19:00.47 | *** part/#bzflag bryjen (n=bryjen@75.81.201.131) |
| 19:12.06 | *** join/#bzflag Yassen (n=Yassen@c-24-16-60-208.hsd1.wa.comcast.net) |
| 19:13.15 | *** join/#bzflag Legoguy (n=Legoguy@S0106001ee54ac005.ed.shawcable.net) |
| 19:44.17 | *** join/#bzflag Allejo (n=alllejo@adsl-69-234-96-164.dsl.irvnca.pacbell.net) |
| 19:45.39 | *** join/#bzflag Wreckage (n=Wreckage@mail.freegroups.net) |
| 20:04.20 | *** join/#bzflag KingRobot (n=mathew@unaffiliated/kingrobot) |
| 20:19.45 | *** part/#bzflag KingRobot (n=mathew@unaffiliated/kingrobot) |
| 20:49.27 | CIA-76 | BZFlag: 03wyk3d * r20424 10/branches/gsoc_bzauthd/src/bzauthd/ (8 files): |
| 20:49.27 | CIA-76 | BZFlag: Added support for user activation and inactive user login only to the game. |
| 20:49.27 | CIA-76 | BZFlag: Added custom LDAP attributes to the schema. |
| 20:49.27 | CIA-76 | BZFlag: Rewrote user locking. |
| 20:49.27 | CIA-76 | BZFlag: Added LDAP wrappers to support generic searches. |
| 20:49.28 | CIA-76 | BZFlag: Other cleanups. |
| 20:59.42 | *** join/#bzflag bier|tp (n=bier@p54A5756D.dip.t-dialin.net) |
| 21:23.33 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) |
| 21:26.53 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 21:29.39 | CIA-76 | BZFlag: 03wyk3d * r20425 10/branches/gsoc_bzauthd_db/ (bzfls.php mediawiki.patch phpbb.patch userstore.php): |
| 21:29.39 | CIA-76 | BZFlag: Added user activation to bzfls. |
| 21:29.39 | CIA-76 | BZFlag: Added the mediawiki and phpbb patches, including registration for phpbb. |
| 21:33.20 | Wyk3d | blast007: any thoughts on the notes in the phpbb patch ? .. will that be ok ? |
| 21:49.54 | *** join/#bzflag bryjen (n=bryjen@75.81.201.131) |
| 21:49.54 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 22:49.18 | jorgenpt | Hmm. Can someone tell KingRobot that I managed to break my CPU or mobo the day after I fixed my internet? :S |
| 22:49.26 | jorgenpt | (So I mostly only IRC from work) |
| 22:59.35 | *** join/#bzflag jcp (n=jw@unaffiliated/javawizard2539) |
| 23:18.55 | *** join/#bzflag BlasterWisconsin (n=blasterw@CPE-72-131-125-36.wi.res.rr.com) |
| 23:45.43 | *** join/#bzflag Djpenguin (n=David@97-123-71-228.albq.qwest.net) |
| 23:50.43 | *** join/#bzflag Djpenguin_ (n=David@97-123-71-228.albq.qwest.net) |