| 00:02.00 | *** join/#bzflag bier|tp_ (n=bier@p54A55956.dip.t-dialin.net) |
| 00:34.47 | brlcad | Flash: okay |
| 00:35.18 | Flash | so I don't know what/if there was any thinking of using float/vs double |
| 00:35.30 | Flash | and I don't know if this is platform-specific |
| 00:36.46 | brlcad | waits in anticipation |
| 00:37.13 | Flash | does "okay" mean go ahead and commit it? (I thought "conversation" meant more words) |
| 00:38.34 | brlcad | okay as in you made a statement, I read and comprehended it, and am awaiting this conversation presumably with more detail :) |
| 00:39.14 | brlcad | you've not said more than somewhere there's a some downcast going on that is affecting performance |
| 00:39.42 | Flash | well, short of the specific code changes, I changed some things from float to FTGL_DOUBLE where conversions were happening |
| 00:39.56 | brlcad | that's *highly* suspect, fwiw .. casts of any sort rarely do more than cause some minor data stalls |
| 00:40.08 | Flash | that's why I hesitate |
| 00:40.17 | Flash | but that's the major thing Shark came up with |
| 00:40.19 | brlcad | the main menu issues are orders of magnitude worse |
| 00:41.16 | brlcad | shark isn't going to say "here's the problem", it'll show you various sorts of hot spots and give a few suggestions for low-level issues (like casts) when/where it can |
| 00:41.27 | *** join/#bzflag nn64 (n=nn@74.94.43.196) |
| 00:41.42 | brlcad | the hot spots are far more important -- where was the time being spent? |
| 00:41.54 | Flash | in the font rendering |
| 00:43.21 | brlcad | so you have to backtrack and figure out what (exactly) it's rendering |
| 00:43.22 | brlcad | how often |
| 00:43.31 | brlcad | are the contexts getting rebuilt at the same time |
| 00:43.32 | brlcad | etc |
| 00:43.35 | Flash | I was very surprised, but I do see a noticable improvement in the menus with these float->double changes |
| 00:43.49 | brlcad | can you quantify that? |
| 00:44.16 | Flash | I think I counted > 10 secs after hitting esc in game pre-change |
| 00:44.22 | Flash | now, it's < 5 secs |
| 00:44.44 | Flash | I think the Mac version had the worst performance |
| 00:45.05 | brlcad | is there a measurable framerate difference? or just visiting the menu once? |
| 00:45.22 | brlcad | 5 seconds is still an order unacceptible |
| 00:45.28 | *** join/#bzflag Happy_Alice (n=AliceD@unaffiliated/happyalice/x-10468) |
| 00:45.29 | brlcad | it should be instant |
| 00:45.53 | brlcad | it can be instant, anything less is probably something happening that shouldn't be |
| 00:46.00 | brlcad | like the fonts getting rebuilt |
| 00:46.02 | Flash | just hitting esc has a big delay; after that it's "normal" |
| 00:46.14 | brlcad | or the context getting rebuilt 10 times and the fonts with it each time, etc |
| 00:47.25 | Flash | unfortunately, I don't see that level of detail in the data (yet) |
| 00:47.31 | brlcad | you might want to try messing with the energy saver framerate limiter to make it only update the display once per second or something |
| 00:47.42 | Flash | ok. |
| 00:47.44 | brlcad | so that it'll be easier to profile and find where the time is spent |
| 00:47.54 | Flash | is called to dinner |
| 00:47.58 | Flash | bbl |
| 00:48.00 | brlcad | otherwise, you'll just see "I'm spending all my time rendering" |
| 00:48.12 | brlcad | which isn't going to help you |
| 00:48.42 | Flash | do you think there's anything bad with the float->double changes? |
| 00:49.31 | brlcad | other than wasted effort? |
| 00:49.34 | brlcad | no, not really |
| 00:49.59 | brlcad | it should be consistently one or the other as much as possible |
| 00:50.57 | brlcad | I think ftgl uses floats throughout, so if there are some doubles, they're probably unintentional or entirely intentional ;) |
| 00:53.56 | brlcad | er, flip that, doubles/floats |
| 01:00.07 | *** join/#bzflag a_meteorite (n=a_meteor@adsl-75-15-143-223.dsl.snlo01.sbcglobal.net) |
| 01:07.47 | *** join/#bzflag bzflag_tha_best (i=45861af6@gateway/web/ajax/mibbit.com/x-4007368bb691f4ad) |
| 01:08.45 | bzflag_tha_best | Could someone tell me how to compile bzflag on Mac OS X Tiger/PPC? :\ |
| 01:11.01 | bzflag_tha_best | Anyone? :| |
| 01:11.50 | temp_dist | here's some generic info |
| 01:11.51 | temp_dist | http://my.bzflag.org/w/Compiling |
| 01:16.17 | *** join/#bzflag ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 01:16.17 | *** topic/#bzflag is http://cia.vc/stats/project/BZFlag || http://my.BZFlag.org/w/Getting_Help || logs at http://ibot.rikers.org/%23bzflag/ || http://ohloh.net/projects/189 || 2.0.12 is the latest linux release, 2.0.10 for others || GSoC 2008, mentor blog at http://tanks4code.blogspot.com || GSOC participants: Time is up.. Thank you all for your hard work. |
| 01:16.17 | *** mode/#bzflag [+o ibot] by ChanServ |
| 01:16.18 | temp_dist | you could try and grab all the dependancies independently i suppose |
| 01:16.34 | *** join/#bzflag swigg_ (n=Paul@98.105.30.8) |
| 01:16.44 | bzflag_tha_best | Meh |
| 01:17.22 | Think_Differentl | bzflag_tha_best, XCode helps a bit, plus you need a few other libs |
| 01:17.45 | bzflag_tha_best | Which other libs? :| I'll begin getting Xcode |
| 01:18.38 | Think_Differentl | i think you'll need curl |
| 01:19.02 | bzflag_tha_best | :| |
| 01:19.51 | brlcad | bzflag_tha_best: mac is a bsd box |
| 01:19.52 | bzflag_tha_best | only curl? |
| 01:20.00 | bzflag_tha_best | Mac is based off of BSD :P |
| 01:21.29 | brlcad | eh, only in the same sense that FreeBSD is "based off of" BSD too |
| 01:22.10 | bzflag_tha_best | Are you trying to tell me Mac OS X is FreeBSD? :P |
| 01:22.32 | brlcad | no, but it's a derivative just like all the other BSD derivatives |
| 01:22.47 | Think_Differentl | bzflag_tha_best, not sure if you just need curl, i haven't compiled it in a while. i've been mostly building on x86_64/linux |
| 01:23.00 | bzflag_tha_best | okay, well I'll see when I can |
| 01:23.24 | bzflag_tha_best | brlcad: They have their differences, but one noticeable one was that Tiger and below do not have GCC installed by default ;) |
| 01:24.13 | brlcad | bzflag_tha_best: i'm not sure the point you're trying to make other than to be argumentative, but implying that mac os x is not a bsd is outright wrong |
| 01:24.48 | brlcad | having gcc doesn't make it not a bsd either, a barebones bsd install will usually have nothing installed by default |
| 01:24.52 | *** part/#bzflag Happy_Alice (n=AliceD@unaffiliated/happyalice/x-10468) |
| 01:25.36 | brlcad | whether os x ships the dev tools by default has changed over the years, depends heavily on which system you buy |
| 01:27.01 | brlcad | e.g., i've never seen one of the pro models ship without the dev tools, but often have with the imacs and macbooks |
| 01:27.13 | brlcad | not to say that it hasn't happened, of course |
| 01:28.15 | brlcad | Think_Differentl: shouldn't need anything else, most of our critical deps are in src/other (at least on head) |
| 01:28.43 | Think_Differentl | ah |
| 01:28.47 | bzflag_tha_best | If I were to compile bzflag on Leopard, would the binary work on Tiger / PPC? |
| 01:29.53 | brlcad | depends how it's compiled -- by default I believe it will at least work to tiger |
| 01:29.56 | brlcad | don't know about 10.3 |
| 01:32.46 | bzflag_tha_best | Okay :) |
| 01:36.08 | CIA-49 | BZFlag: 03jwmelto * r18536 10/trunk/bzflag/src/other/ftgl/src/ (4 files in 2 dirs): |
| 01:36.08 | CIA-49 | BZFlag: Eliminate some double->float conversions |
| 01:36.08 | CIA-49 | BZFlag: *May* help Mac menu performance |
| 01:37.13 | brlcad | bzflag_tha_best: a word of caution, though -- while the binary will work, the libs may or may not depending on how things are compiled |
| 01:37.52 | brlcad | and it's a bit involved to explain, so if you're planning on sharing the compile with others, it 'probably' won't be that simple |
| 01:38.18 | bzflag_tha_best | :\ |
| 01:38.26 | bzflag_tha_best | We'll have to see |
| 01:44.07 | brlcad | Flash: looks reasonable, should push those changes upstream |
| 01:44.45 | brlcad | actually might as well do a full sync with upstream while you're at it in case there were changes in either side |
| 01:45.15 | Flash | can I? |
| 01:45.21 | brlcad | you can |
| 01:46.12 | bzflag_tha_best | What are the chances of BzFlag on an iPod Touch / iPhone by the way? [Perhaps only bzadmin?] |
| 01:46.46 | temp_dist | the last commit _may_ have helped some, but I still get a 6-8 second delay whenI press esc to the main menu appearing |
| 01:47.16 | brlcad | temp_dist: yeah, it's what I was saying -- there's something much more expensive going on |
| 01:47.25 | temp_dist | mhmm |
| 01:47.34 | brlcad | probably rebuilding the context is causing the fonts to be reloaded/rebuilt -- which takes a while the first time |
| 01:48.15 | temp_dist | bzflag_tha_best: one of the GSOC was a web interface for bzadmin, IIRC - that's probably the closest you'll get to anything on an iPhone |
| 01:48.23 | brlcad | there's a nasty delay when the first shot is fired too, there's probably something expensive in our texture layer |
| 01:48.59 | brlcad | getting bzflag to work on the iphone is doable, it probably has everything we need |
| 01:49.12 | brlcad | might need some tweaks to work on opengl es |
| 01:49.13 | temp_dist | I don't see a delay on the first shot |
| 01:49.23 | bzflag_tha_best | brlcad: :O |
| 01:49.26 | brlcad | but other than that, nothing major |
| 01:50.12 | brlcad | the problem is networking, you'd only be able to really play over wifi and that'd probably be pretty laggy/jittery for most tastes |
| 01:50.43 | bzflag_tha_best | I thought about that :| |
| 01:50.44 | Flash | I play over wifi |
| 01:51.06 | temp_dist | try it with EDGE - lol |
| 01:52.30 | brlcad | Flash: sure, but not on something that slow processor-wise |
| 01:52.31 | bzflag_tha_best | lol |
| 01:52.43 | brlcad | adds additional jitter |
| 01:53.31 | bzflag_tha_best | maybe start with bzadmin :D |
| 01:53.48 | delusional_ | temp_dist brlcad I definitely see that delay when i take the first shot after starting bzflag |
| 01:53.50 | brlcad | go for it |
| 01:54.45 | Flash | I don't know how you would do game control on an iPhone |
| 01:54.54 | bzflag_tha_best | accelerometer |
| 01:55.03 | bzflag_tha_best | or have little arrows on the bottom right :P |
| 01:55.11 | Flash | but you could have a nice hybrid bzadminflag for the iPhone ;-) |
| 01:55.15 | bzflag_tha_best | tap screen is shoot maybe, I dunno :P |
| 01:55.40 | temp_dist | use the orientation sensors |
| 01:56.16 | BulletCatcher | brlcad: if you are in the mood for upstream FTGL changes please consider my "make maintainer-clean" support patch at http://sourceforge.net/tracker/index.php?func=detail&aid=2039757&group_id=202130&atid=980351 |
| 01:56.17 | BulletCatcher | I want to do the same for BZFlag, and that patch will help both projects. |
| 01:56.26 | delusional_ | as you join.. turn to one side.. then fire, you'll see it |
| 01:57.22 | AAA_awright | bzflag_tha_best: I have a web interface for chatting and simple maintenance |
| 01:57.51 | AAA_awright | Right now it is broken, but it did work... |
| 01:58.06 | bzflag_tha_best | Aww |
| 01:58.09 | bzflag_tha_best | :P that'd be cool |
| 01:59.36 | temp_dist | AAA_awright: will that be released when done? |
| 02:01.18 | Flash | is regretting doing svn co https://ftgl.svn.sourceforge.net/svnroot/ftgl ftgl |
| 02:01.35 | bzflag_tha_best | lol |
| 02:02.25 | Flash | brlcad: you want me to push my changes up, then pull the latest down? |
| 02:04.04 | bzflag_tha_best | Got to go |
| 02:05.28 | brlcad | BulletCatcher: bzflag already does that |
| 02:05.57 | brlcad | and it's questionable as it is (at least in the eyes of the autotool maintainers) |
| 02:06.02 | blast007 | does the iphone/itouch support console/terminal apps? |
| 02:06.32 | brlcad | they don't think Makefile.in should be removed by maintainer-clean (that it should not remove any file that configure needs) |
| 02:06.56 | brlcad | blast007: yeah |
| 02:07.08 | brlcad | i don't know if any of them are in the store yet, but there are several good terminals working already |
| 02:07.14 | blast007 | cool |
| 02:07.20 | brlcad | running a shell, irssi, and vim, etc |
| 02:07.42 | Flash | considers vim with the iPhone keyboard... yuck |
| 02:07.59 | brlcad | Flash: sure, re push/pull or pull/push, same end result if you're careful ;) |
| 02:08.06 | Flash | I'm a touch typist... hunt-and-peck would frustrate me to no end |
| 02:08.57 | blast007 | http://static.bzexcess.com/bzadmin_n800/ ;) |
| 02:09.41 | brlcad | neat |
| 02:10.04 | brlcad | Flash: it's more like typing with just two fingers |
| 02:10.18 | blast007 | tried bzfs too, but the jitter it produced was insane |
| 02:10.25 | brlcad | definitely slower, but if you can type, you can still get pretty fast at it |
| 02:10.40 | blast007 | I should probably see if it's better with USB networking instead of wifi |
| 02:10.43 | brlcad | yeah, I suspect the iphone would have that same problem |
| 02:11.01 | brlcad | the networking just gets interrupted too easily |
| 02:11.13 | blast007 | iPhone would be a better platform for the graphical client though |
| 02:11.15 | BulletCatcher | brlcad: Are you confusing distclean with maintainer-clean? |
| 02:11.22 | blast007 | they don't have 3D drivers for the N800 |
| 02:11.34 | blast007 | it's got a similar 3D chip |
| 02:11.39 | brlcad | BulletCatcher: nope |
| 02:11.54 | Flash | isn't the purpose of maintainer-clean to basically take you to clean checkout state? |
| 02:12.07 | BulletCatcher | That's what I have been using it for. |
| 02:12.12 | brlcad | Flash: you'd think that.. but not according to the autotool devs |
| 02:12.12 | blast007 | but would probably need to render at half the screen resolution due to bandwidth issues, and then double the pixels at the other end with more bandwidth |
| 02:12.20 | blast007 | (if they get drivers, that is) |
| 02:12.39 | brlcad | they say it's basically to remove anything not needed by configure that was generated |
| 02:13.54 | BulletCatcher | Does that mean we should invent some other target to get us back to a pristine repository checkout state? |
| 02:14.13 | blast007 | isn't there an svn script for that? |
| 02:14.26 | blast007 | svnclean or some such |
| 02:14.29 | brlcad | BulletCatcher: that's what they usually tell folks (and yeah, there is an svn/cvs tool to remove anything not in the repo) |
| 02:14.50 | brlcad | that's why they are (annoyingly) stubborn on the point too |
| 02:15.15 | brlcad | not saying I agree.. and BZFlag obviously doesn't do what they want along with a slew of other projects |
| 02:15.36 | brlcad | but it is something to think about for FTGL and that maintainer-clean patch since it presently doesn't do that |
| 02:20.12 | *** join/#bzflag swigg_ (n=Paul@98.105.30.8) |
| 02:21.04 | Flash | svn cleanup ... never tried it |
| 02:22.21 | brlcad | too dangerous for my taste, I always have working files in my trees |
| 02:22.52 | brlcad | generated files can always be blown away .. that goes one step further and removes too much imo |
| 02:23.11 | blast007 | I was thinking of the 'svn-clean' command |
| 02:23.25 | blast007 | svn cleaup is something else |
| 02:23.38 | AAA_awright | temp_dist: Maybe or maybe not, I have to see |
| 02:23.45 | temp_dist | ok |
| 02:24.04 | AAA_awright | The problem is that regular weblogin doesn't work, since the list server checks the request origin (IP) |
| 02:24.18 | Constitution | ~Winny++ |
| 02:24.33 | AAA_awright | It sees a request for a token from the client, but sees the token used by a different (backend) server |
| 02:24.49 | blast007 | AAA_awright: aren't you sending the user's IP to the list server? |
| 02:24.53 | AAA_awright | So you have to give the server your password |
| 02:25.13 | AAA_awright | blast007: And how would you do that? The web browser isn't the one making the connection |
| 02:25.24 | AAA_awright | Now that you say it, you could... maybe... |
| 02:25.31 | blast007 | how are you getting auth? weblogin.php |
| 02:25.34 | blast007 | right? |
| 02:26.09 | AAA_awright | blast007: You give the web bzadmin your callsign and password and it requests a token |
| 02:26.10 | blast007 | oh wait, nvm... |
| 02:26.13 | AAA_awright | Yeah |
| 02:26.17 | BulletCatcher | I suspect that the autotool devs did not have autogen.sh in mind when they adopted their heuristic for the maintainer-clean target. |
| 02:26.26 | blast007 | forgot you're connecting to a server ;) |
| 02:27.46 | brlcad | BulletCatcher: they're also mostly against autogen.sh-style scripts too thinking it's mostly fluff that isn't their problem |
| 02:27.57 | brlcad | regardless of the fact that almost every single project has one in some form |
| 02:28.15 | brlcad | stubborn pig-headedness |
| 02:29.51 | BulletCatcher | What autogen.sh does is clearly outside of the scope of the autotool tools. It is equally clear that what autogen.sh does is an essential part of automating as much as possible the build process. |
| 02:32.18 | brlcad | autogen.sh doesn't do any more than autoreconf if everything is set up correctly |
| 02:32.32 | brlcad | and that's in their scope, their tool |
| 02:46.59 | *** join/#bzflag _Lukstr (n=Lukstr@206-248-131-117.dsl.teksavvy.com) |
| 02:49.48 | Flash | brlcad: I have the same link error in ftgl trunk as bzflag, but bzflag fixes it with --enable-freetype-build. How should I get around it in ftgl? |
| 02:50.55 | brlcad | freetype is an ftgl dependency but doesn't yet include all deps like bzflag does |
| 02:51.16 | brlcad | so you have to have properly install it or provide the right compilation/linkage flags to use the one in bz |
| 02:51.30 | Flash | fun |
| 02:52.03 | Flash | so you think that "make install" down in the bz freetype dir should do the trick? |
| 02:53.54 | menotume | eeeek, xmission is back |
| 02:56.00 | brlcad | Flash: you tell me :) |
| 03:08.37 | *** join/#bzflag Swigg_ (n=Default@24-197-138-217.dhcp.spbg.sc.charter.com) |
| 03:11.05 | delusional_ | actually brlcad, flash, I'm not getting that slowdown at first shot, with my fresh build. It was there yeterday. |
| 03:12.48 | *** join/#bzflag Default__ (n=Default@24-197-138-217.dhcp.spbg.sc.charter.com) |
| 03:17.12 | CIA-49 | FTGL: 03jwmelto * r1200 10/trunk/src/ (4 files in 2 dirs): Eliminate some double->float conversions for performance |
| 03:17.51 | Flash | I don't know that I've seen the shot issue ever |
| 03:18.25 | Flash | not that it isn't there ;-) |
| 03:18.43 | Flash | are there any helpful tools for merging from one project to another? |
| 03:20.00 | brlcad | svn diff to make a patch, apply the patch? |
| 03:20.42 | Flash | diff from what? do we know when the last sync was done? |
| 03:22.39 | blast007 | diff the two FTGL directories and see what is different? |
| 03:23.25 | Flash | probably closer. I want to make sure and not clobber the svn control files |
| 03:25.18 | Flash | I'm going to try: tar cvf - `svn ls -R | grep -v '\/$'` | ( cd ~/development/BZFlag/3.0/CLEAN/bzflag/src/other/ftgl; tar xfB - ) |
| 03:25.20 | brlcad | Flash: when a sync is done, the commit message should say when it was last synced from where to where and/or when to when |
| 03:26.17 | brlcad | so you can read the svn log -v, find the last sync against bz |
| 03:26.47 | Flash | ahora yo comprendo |
| 03:26.58 | brlcad | you could diff the two dirs directly, but doing the log, diff, patch is usually much safer |
| 03:27.30 | brlcad | at least for a bidirectional sync -- you don't want to just clobber one with the other as changes have occurred to both |
| 03:31.10 | brlcad | Flash: you should say when you do sync/merge/whatever, though, in your commit message what exactly you're sync'ing to/from and any revision numbers if they're relevant |
| 03:31.20 | brlcad | both on ftgl and bzflag's side |
| 03:31.32 | brlcad | so it can be sync'ed from that point by someone else later on |
| 03:31.54 | Flash | got it. the diff revisions are well marked. working on making/applying a patch now |
| 04:24.14 | Flash | KingofCamelot: ping |
| 04:35.57 | KingofCamelot | pong |
| 04:36.22 | CIA-49 | BZFlag: 03jwmelto * r18537 10/trunk/bzflag/src/other/ftgl/ (8 files in 4 dirs): sync ftgl with upstream r1200 |
| 04:36.27 | Flash | I've been thinking that when the server list first populates, the first server should default selected |
| 04:36.42 | Flash | it's just a bit annoying to have to arrow down 2 times to get to the first one |
| 04:36.48 | Flash | what do you think about that? |
| 04:36.55 | *** join/#bzflag Cruel_dog (n=IceChat7@modemcable214.167-201-24.mc.videotron.ca) |
| 04:37.30 | brlcad | Flash: sounds reasonable |
| 04:38.54 | KingofCamelot | Yea, sounds reasonable |
| 04:39.50 | Flash | Possibly, there could be two kinds of focus? vertical for servers and horizaontal for tabs? |
| 04:40.05 | Flash | arrow down to move servers; arrow sideways to choose tab? |
| 04:40.25 | KingofCamelot | Hmm? |
| 04:40.38 | KingofCamelot | Oh, you mean while on the list |
| 04:40.42 | Flash | I'm not sure I can think of a time when a server shouldn't be selected |
| 04:41.14 | KingofCamelot | Well, right now the headers are selectable so you can sort by them |
| 04:41.29 | Flash | right, but how do you select them? |
| 04:43.07 | KingofCamelot | At the moment, up/down |
| 04:43.13 | KingofCamelot | starts on the tabs, goes to headers, then to list |
| 04:43.20 | KingofCamelot | left/right on the headers selects different ones |
| 04:43.22 | KingofCamelot | s sorts by it |
| 04:45.18 | Flash | what if left/right moved between tabs/headers and up/down only applied to the list? |
| 04:45.48 | Flash | or we could *click* on it |
| 04:45.49 | Flash | hides |
| 04:46.39 | KingofCamelot | well, you're first suggestion wouldn't work |
| 04:46.47 | Flash | why not? |
| 04:46.49 | KingofCamelot | you have to differentiate between the tabs and headers somehow |
| 04:47.11 | Flash | as far as "tab" order, assume a linear arrangement |
| 04:47.18 | *** join/#bzflag noyb (n=noyb@pool-71-108-97-231.lsanca.dsl-w.verizon.net) |
| 04:47.22 | Flash | the fact that they are on two rows doesn't matter |
| 04:47.29 | KingofCamelot | Yes it does ;) |
| 04:47.32 | KingofCamelot | Each tab has different headers |
| 04:47.41 | Flash | visually, not for navigation |
| 04:47.41 | KingofCamelot | the headers belong to the tab, just like the list does |
| 04:47.45 | Flash | oh |
| 04:47.52 | Flash | harrumph |
| 04:47.53 | KingofCamelot | different tabs can have different header sortings |
| 04:48.15 | Flash | I just think moving between columns will not be used as often as moving between tabs and selecting servers |
| 04:49.08 | Flash | is the header/list really different for each tab, or just a projection over the underlying list? |
| 04:49.32 | KingofCamelot | Hmm? |
| 04:50.17 | Flash | in classic model-view-controller style, there should be a single list of servers found on the network (favorites are a different matter) |
| 04:50.31 | Flash | filters over that list are simply "views" over the data |
| 04:50.36 | Flash | same with sorts |
| 04:50.47 | KingofCamelot | Yea, that's how it's set up |
| 04:51.09 | KingofCamelot | There's a single list of servers, the lists are just different representations of it |
| 04:51.29 | Flash | so..... |
| 04:51.50 | Flash | the headings are different for each tab? |
| 04:52.05 | KingofCamelot | Yes, cause you can sort each tab differently |
| 04:52.59 | Flash | there are different heading objects for each tab, but the headings are visually the same |
| 04:53.14 | KingofCamelot | visually, except they show which one is sorting |
| 04:53.43 | Flash | hmmmm |
| 04:54.02 | Flash | (by the way, is my "recent" tab supposed to be populated?) |
| 04:54.11 | KingofCamelot | hit s while on a header and you'll see what I mean |
| 04:54.24 | KingofCamelot | the recent tab should populate after you join a server, unless something broke |
| 04:54.33 | Flash | but not between runs? |
| 04:54.45 | KingofCamelot | it saves between runs |
| 04:54.58 | KingofCamelot | so if you've joined a server since the new server list build, it should show up in recents |
| 04:55.03 | KingofCamelot | and dissappear after 10 days |
| 04:55.53 | Flash | ok, it doesn't seem to work in Mac |
| 04:56.00 | Flash | where do you save the info? |
| 04:56.14 | *** join/#bzflag codergeek42 (n=pgordon@fedora/codergeek42) |
| 04:56.39 | KingofCamelot | in the cache |
| 04:56.46 | KingofCamelot | same place the old server list saved favorites, etc |
| 04:56.55 | KingofCamelot | do favorites save between sessions? |
| 04:58.12 | Flash | haven't set any yet ;-) |
| 04:58.17 | Flash | no real servers out there |
| 04:58.23 | Flash | but I'll try |
| 04:58.38 | KingofCamelot | don't worry, you can clear the list ;) |
| 04:59.29 | Flash | no |
| 05:00.25 | Flash | I don't know how the files are accessed, but the config is in ~/Library/Application Support/BZFlag/3.0 while the cache is in ~/Library/Application Support/BZFlag |
| 05:00.47 | Flash | or rather, that's the 2.x cache |
| 05:00.57 | KingofCamelot | Hmmm |
| 05:00.57 | Flash | I don't know where/if your cache is saved |
| 05:01.10 | KingofCamelot | Did the old server list keep favorite servers for you? |
| 05:01.23 | Flash | yes |
| 05:01.50 | Flash | ok, I see your server list (BZFS0065-Servers.bzs) |
| 05:02.03 | Flash | it's in the cache directory where it should be |
| 05:02.13 | KingofCamelot | Well, as far as favorites and recents, I just expanded on the way it already was |
| 05:02.20 | KingofCamelot | do custom tabs save between sessions for you? |
| 05:03.13 | Flash | I don't know; it always crashes when I try to create one ;-) |
| 05:03.36 | KingofCamelot | Heh |
| 05:11.54 | BulletCatcher | The current differences between upstream and BZFlag's FTGL trees are at http://pastebin.bzflag.bz/m3d65479f |
| 05:11.55 | BulletCatcher | There aren't too many, but some of them appear to be unintentional. |
| 05:14.15 | BulletCatcher | BZFlag does not have the m4/pkg.m4 file. |
| 05:15.17 | BulletCatcher | nor msvc/README.txt |
| 05:16.26 | BulletCatcher | The copyright statement in src/FTUnicode.h is substantially different. |
| 05:18.13 | BulletCatcher | and the Makefile.am files seem to be a mixture of deliberate changes and others that did not make it from upstream to BZFlag. |
| 05:18.41 | Flash | you mean before r18537? |
| 05:19.25 | Flash | no, I see you don't |
| 05:21.14 | Flash | I applied the diffs since the last merge (r1191) |
| 05:21.28 | Flash | rather than try to sync them explicitly |
| 05:23.34 | BulletCatcher | I think that is what brlcad asked you to do. I was just interested in how close they were after that. It's not too bad. |
| 05:24.42 | CIA-49 | BZFlag: 03blast007 * r18538 10/trunk/bzflag/package/win32/nsis/BZFlag.nsi: Updated NSIS script |
| 05:24.55 | BulletCatcher | I will commit one no-brainer change shortly to bring them closer. |
| 05:25.08 | brlcad | there's no reason I can think of for why they shouldn't match other than the hack that's in bz's ftgl configure.ac to find our freetype |
| 05:25.33 | BulletCatcher | Should upstream override? |
| 05:26.06 | BulletCatcher | I am particularly concerned about the copyright statement. |
| 05:27.26 | brlcad | I believe the one in ftgl is the most current |
| 05:28.18 | brlcad | since ftgl is bsd, shared copyright is pretty simple to allow |
| 05:34.28 | BulletCatcher | Okay. I will bring the remaining upstream differences into BZFlag's copy of FTGL. I will preserve our configure.ac hack to find freetype. Also, I will leave msvc/vc8/ftgl_static.vcproj alone because I am *so* not qualified to modify its contents. |
| 05:37.16 | brlcad | *shrug*, if you break it, dtr can fix it :) |
| 06:03.33 | *** join/#bzflag think_tank (n=think_ta@unaffiliated/thinktank/x-168245) |
| 06:07.38 | *** join/#bzflag ducktape (n=ducktape@71.92.127.112) |
| 06:07.53 | ducktape | hello? |
| 06:08.03 | Flash | aren't you sure? |
| 06:08.15 | ducktape | sweet! im on my ds |
| 06:08.20 | ducktape | lol |
| 06:08.49 | ducktape | thats why i wasnt sure |
| 06:30.33 | BulletCatcher | di |
| 06:30.37 | CIA-49 | BZFlag: 03bullet_catcher * r18539 10/trunk/bzflag/src/other/ftgl/ (6 files in 4 dirs): |
| 06:30.37 | CIA-49 | BZFlag: Complete synchronization with upstream FTGL r1200. |
| 06:30.37 | CIA-49 | BZFlag: The only differences are in configure.ac and msvc/vc8/ftgl_static.vcproj to allow the use of the freetype copy distributed with BZFlag. |
| 06:31.09 | Flash | ~BulletCatcher++ |
| 06:33.24 | BulletCatcher | A Windows developer may wish to double-check the change to the .vcproj file. |
| 06:43.43 | *** join/#bzflag noyb (n=noyb@pool-71-108-97-231.lsanca.dsl-w.verizon.net) |
| 06:44.37 | BulletCatcher | rewards himself with sleep |
| 07:38.24 | CIA-49 | BZFlag: 03jwmelto * r18540 10/trunk/bzflag/src/bzflag/ (ServerMenu.cxx ServerMenu.h): |
| 07:38.25 | CIA-49 | BZFlag: Remove all unneeded casts and make the needed ones explicit dynamic_cast |
| 07:38.25 | CIA-49 | BZFlag: or static_cast (as required), because blindly casting has been proven evil. |
| 08:39.41 | Constitution | anyone wanna help me poll ban nightmare? |
| 08:40.18 | Constitution | he's at quol's decks |
| 08:44.39 | *** join/#bzflag Chestal (i=thilo@pdpc/supporter/active/Chestal) |
| 08:44.39 | *** mode/#bzflag [+o Chestal] by ChanServ |
| 09:10.36 | KingofCamelot | Flash: ping |
| 09:26.41 | *** join/#bzflag praetorian (n=praetori@124-171-39-164.dyn.iinet.net.au) |
| 09:45.02 | *** join/#bzflag Wits (n=Warinthe@212.119.33.65.cfl.res.rr.com) |
| 09:57.23 | *** join/#bzflag KTL (n=KTL@213.219.158.186.adsl.dyn.edpnet.net) |
| 11:04.31 | *** join/#bzflag LongDon (n=LongDon@host-091-097-025-104.ewe-ip-backbone.de) |
| 11:05.33 | *** join/#bzflag AHA (n=aha@unaffiliated/aha) |
| 11:12.24 | *** part/#bzflag LongDon (n=LongDon@host-091-097-025-104.ewe-ip-backbone.de) |
| 12:00.53 | *** join/#bzflag _anomaly_ (n=mike@h165.85.91.75.dynamic.ip.windstream.net) |
| 12:15.46 | *** join/#bzflag Default__ (n=Default@24-197-138-217.dhcp.spbg.sc.charter.com) |
| 12:22.25 | *** join/#bzflag ep (n=mdr@about/essy/guynextdoor/ep) |
| 12:29.19 | KTL | svn trunk compiles well without errors or warnings on debian 64bit |
| 12:31.41 | KTL | euhm ... the svn trunk client is not compatible with the svn trunk server? server has protocol 26 |
| 12:33.29 | KTL | my fault |
| 12:49.56 | *** join/#bzflag nn64 (n=nn@74.94.43.196) |
| 13:02.03 | *** join/#bzflag LongDon1 (n=LongDon@host-091-097-059-002.ewe-ip-backbone.de) |
| 13:05.33 | donny_baker | KTL: bzflag3.norang.ca is back up :) |
| 13:05.40 | KTL | thanks |
| 13:18.54 | KTL | mmm ... did i find a bug or not ... who is familiar with the code for meshes? tris ? |
| 13:20.36 | KTL | no i definitely found a bug but i dont understand the code well enough to see the where the solution has to fit |
| 13:22.43 | *** join/#bzflag _anomaly_ (n=mike@h165.85.91.75.dynamic.ip.windstream.net) |
| 13:33.05 | Flash | KingofCamelot: pong (but I'm not really here) |
| 13:34.35 | donny_baker | KTL: what is the bug... if it is getting "sucked" into a mesh that has been around a while |
| 13:34.41 | KTL | the assert at MeshDrawInfo.cxx compares a index for a corner with the amount of total vertices |
| 13:34.54 | KTL | line 391 |
| 13:35.12 | donny_baker | that seems strange |
| 13:35.36 | KTL | i dont see what the code does because if i comment the exts.expandToPoint(v); line then i dont see any result of that |
| 13:35.59 | KTL | the assert was triggered with a skydome, more corners for tris than the amount of vertices |
| 13:40.35 | KTL | http://users.edpnet.be/dpf/modified_mad_city_extended_converted.bzw <- this map has the skydome and triggers the assert in bzfs |
| 13:42.31 | *** join/#bzflag nn64 (n=nn@74.94.43.196) |
| 13:50.20 | KTL | my fps for the same map dropped from 300+ to 100, comparing the old release and the trunk client |
| 13:53.00 | *** join/#bzflag roboter5a (n=roboter5@dslb-092-078-040-189.pools.arcor-ip.net) |
| 14:18.42 | blast007 | KingofCamelot: with the new server list, when you scroll down it doesn't always go in order |
| 14:19.37 | blast007 | skips around |
| 14:22.03 | *** join/#bzflag QuantumBeep (n=QB@cpe-72-190-32-30.tx.res.rr.com) |
| 14:22.04 | blast007 | ah, and the server it picks doesn't match the one that is highlighed |
| 14:22.36 | temp_dist | the descriptive info at the bottom reflects the one that is picked, not the one that is highlighted |
| 14:23.19 | blast007 | yeah |
| 14:24.51 | temp_dist | I also wonder why it highlights the column label "Address" |
| 14:25.39 | blast007 | temp_dist: so you can sort |
| 14:26.11 | *** join/#bzflag TheRedBaron (n=kemhof@75.144.224.155) |
| 14:27.31 | blast007 | you can go move left and right there, and press 's' to sort by that item, and 's' again to reverse the sort |
| 14:28.46 | *** join/#bzflag spldart (n=short_ci@adsl-70-240-204-107.dsl.hstntx.swbell.net) |
| 14:28.46 | *** mode/#bzflag [+v spldart] by ChanServ |
| 14:31.43 | *** join/#bzflag MPS (n=mathias@h189-102-116-82.dsl.netz-quadrat.de) |
| 14:34.41 | donny_baker | suspects the index it is using is wrong |
| 14:38.04 | *** join/#bzflag MPS (n=mathias@h189-102-116-82.dsl.netz-quadrat.de) |
| 14:50.58 | *** join/#bzflag TimRiker (n=timr@68-27-147-57.area1.spcsdns.net) |
| 14:50.58 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 15:09.41 | *** join/#bzflag ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 15:09.41 | *** topic/#bzflag is http://cia.vc/stats/project/BZFlag || http://my.BZFlag.org/w/Getting_Help || logs at http://ibot.rikers.org/%23bzflag/ || http://ohloh.net/projects/189 || 2.0.12 is the latest linux release, 2.0.10 for others || GSoC 2008, mentor blog at http://tanks4code.blogspot.com || GSOC participants: Time is up.. Thank you all for your hard work. |
| 15:09.41 | *** mode/#bzflag [+o ibot] by ChanServ |
| 15:18.52 | *** join/#bzflag noyb (n=noyb@pool-71-108-97-231.lsanca.dsl-w.verizon.net) |
| 15:30.24 | *** join/#bzflag MindstormsKid (n=chatzill@wikipedia/MindstormsKid) |
| 15:31.34 | *** join/#bzflag __Lukstr (n=Lukstr@206-248-131-117.dsl.teksavvy.com) |
| 15:31.57 | MindstormsKid | how do i set the "you are dead" message for waterLevel? |
| 15:34.41 | MindstormsKid | :/ |
| 15:39.43 | MindstormsKid | smacks #bzflag |
| 15:41.49 | TheRedBaron | MindstormsKid: while my info is probably incomplete, most of the active people here are located on the west coast of the US. if you happen to be in the EST, they are 4 hours behind you, and are just waking/getting into work. |
| 15:42.00 | MindstormsKid | :( |
| 15:42.12 | MindstormsKid | yes, i'm in EST |
| 15:42.22 | MindstormsKid | smacks timezones |
| 15:45.36 | _anomaly_ | KTL: I just ran that map with bzfs 2.99.7 and did not get the assert |
| 15:51.02 | *** join/#bzflag whodaman- (n=whodaman@about/apple/macbook/whodaman-) |
| 15:52.17 | *** join/#bzflag eTangenT (i=etangent@inge069019.halls.colostate.edu) |
| 15:52.58 | *** join/#bzflag AAA_awright_ (n=AAA_awri@wsip-70-184-126-222.ph.ph.cox.net) |
| 16:24.10 | *** join/#bzflag Lukstr (n=Lukstr@206-248-131-117.dsl.teksavvy.com) |
| 16:42.53 | *** join/#bzflag swigg (n=Paul@24-197-138-217.dhcp.spbg.sc.charter.com) |
| 16:49.36 | CIA-49 | BZFlag: 03bullet_catcher * r18541 10/trunk/bzflag/src/bzflag/playing.cxx: Correctly test whether a tank is carrying any flag at all. |
| 17:19.00 | *** join/#bzflag JeffM2501 (n=JeffM@67-131-219-2.dia.static.qwest.net) |
| 17:24.06 | *** join/#bzflag _Lukstr (n=Lukstr@69-196-139-167.dsl.teksavvy.com) |
| 17:25.23 | KTL | _anomaly_, i still have it, it is just an assert, commenting out the assert makes everything work at first sight |
| 17:25.38 | KTL | ~pastebin |
| 17:25.41 | ibot | [~pastebin] A "pastebin" is a web-based service where you can paste anything over 3 lines without flooding the channel. Here are links to a few : http://www.pastebin.com , http://pastebin.ca , http://channels.debian.net/paste , http://paste.lisp.org , http://www.rafb.net/paste |
| 17:26.35 | Thumper_ | KingofCamelot: Hi! I like the look of the new server list in trunk - very nice! The order of up-down arrows through the server list looks odd (seems to jump randomly) and the highlighted server isn't the one you get when you select it for joining a game |
| 17:28.22 | KTL | _anomaly_, http://rafb.net/p/Rme73V55.html |
| 17:33.52 | JeffM2501 | Thumper_, so fix it ;) |
| 17:33.54 | JeffM2501 | it's trunk code |
| 17:34.40 | Thumper_ | JeffM2501: I would if i had time to work on it... just thought I'd report it for now |
| 17:34.47 | JeffM2501 | then report it in the bug list |
| 17:35.00 | Thumper_ | that's what I figured. thx |
| 17:35.00 | JeffM2501 | jsut add it to the file |
| 17:35.22 | JeffM2501 | yeah I don't want everyone to just relly on KingofCamelot for fixes to the code, it's all of our code now :) |
| 17:36.04 | Thumper_ | yup. he can probably fix it faster than anyone else ... but we should all learn how it works since it's in trunk now |
| 17:36.12 | JeffM2501 | yeah |
| 17:36.27 | Thumper_ | likes it |
| 17:36.52 | JeffM2501 | first SoC project to be complete enough to go into mainline :) |
| 17:37.01 | Thumper_ | \o/ |
| 17:42.29 | *** join/#bzflag __Lukstr (n=Lukstr@69-196-139-167.dsl.teksavvy.com) |
| 17:43.22 | _anomaly_ | KTL, I believed you, but I can't reproduce it with that map on my machine |
| 17:44.05 | _anomaly_ | looks like the check is valid though |
| 17:48.42 | *** join/#bzflag jorgenpt (n=jorgenpt@tjer.no) |
| 17:59.34 | *** join/#bzflag nn64 (n=nn@74.94.43.196) |
| 18:01.38 | *** join/#bzflag codergeek42 (n=pgordon@fedora/codergeek42) |
| 18:04.11 | *** join/#bzflag a_meteorite (n=a_meteor@adsl-75-15-143-223.dsl.snlo01.sbcglobal.net) |
| 18:08.39 | *** join/#bzflag kirun (n=kirun@126.164.pn.adsl.brightview.com) |
| 18:13.17 | *** join/#bzflag Erroneous (n=dtremena@about/essy/CrazyCoder/DTRemenak) |
| 18:13.17 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 18:17.42 | *** join/#bzflag ducktape (n=ducktape@71.92.127.112) |
| 18:17.46 | ducktape | hi |
| 18:18.29 | ducktape | anyone on? |
| 18:18.51 | donny_baker | yes |
| 18:19.08 | ducktape | hi! im on my ds.. woot |
| 18:19.14 | donny_baker | we are always on... just not always waiting to respond |
| 18:19.21 | donny_baker | :) |
| 18:19.31 | ducktape | im pretty excited |
| 18:20.40 | ducktape | im gonna try to get bza on the ds. once i learn c and c++ it should be easy |
| 18:22.34 | ducktape | ok g2g cu |
| 18:26.52 | Thumper_ | well that was exciting. |
| 18:28.39 | *** join/#bzflag codergeek42 (n=pgordon@fedora/codergeek42) |
| 18:41.35 | Lukstr | waves |
| 18:41.39 | L4m3r | ~lart JeffM2501 |
| 18:41.39 | ibot | --purges JeffM2501 |
| 18:41.46 | Lukstr | has the awesomest internet connection in the land. |
| 18:41.59 | L4m3r | Lukstr: nuh uh, I do :P |
| 18:42.12 | Lukstr | yours doesn't disconnect randomly 10000 times in an hou |
| 18:42.14 | Lukstr | *hour |
| 18:42.46 | L4m3r | no, but it's absurdly fast and happens to be located at one of the origins of the internet :P |
| 18:42.59 | L4m3r | iirc, the first arpanet transmission was sent here also |
| 18:43.15 | Lukstr | Pff, you're not paying $30/mo for 10% of the service |
| 18:43.18 | Lukstr | clearly I win at losing |
| 18:43.32 | L4m3r | lol |
| 18:43.40 | L4m3r | I wasn't being sarcastic :D |
| 18:43.58 | Lukstr | I want to take a baseball bat to the local phone box so they replace it with working phone lines |
| 18:46.27 | *** join/#bzflag me1 (n=me1@unaffiliated/me1) |
| 18:47.28 | L4m3r | when my dad first got Comcast in his new house, it was terrible. constant disconnections. |
| 18:47.51 | L4m3r | I don't know how they fixed it, but it required more than one visit from the techs |
| 18:48.54 | *** join/#bzflag pacman87 (i=127@resnet-45-192.dorm.utexas.edu) |
| 18:52.01 | *** join/#bzflag JeffM2501 (n=JeffM@67-131-219-2.dia.static.qwest.net) |
| 18:53.04 | *** join/#bzflag Pimpi (n=frank@gondolin.pimpi.org) |
| 18:53.33 | *** join/#bzflag JeffM2501 (n=JeffM@67-131-219-2.dia.static.qwest.net) |
| 19:00.34 | *** join/#bzflag Lukstr (n=Lukstr@69-196-139-167.dsl.teksavvy.com) |
| 19:17.35 | *** join/#bzflag swigg (n=Default@24-197-138-217.dhcp.spbg.sc.charter.com) |
| 19:26.25 | *** join/#bzflag _Lukstr (n=Lukstr@76-10-169-34.dsl.teksavvy.com) |
| 19:27.01 | *** join/#bzflag JeffM2501 (n=JeffM@67-131-219-2.dia.static.qwest.net) |
| 19:29.49 | CIA-49 | BZFlag: 03dtremenak * r18542 10/trunk/bzflag/src/bzflag/HUDuiTypeIn.cxx: setting a string to itself is not a const operation, don't ever skip the cursorPos reinitialization |
| 19:29.56 | *** join/#bzflag __Lukstr (n=Lukstr@69-196-137-168.dsl.teksavvy.com) |
| 19:32.45 | Erroneous | Flash: does that fix your crash? |
| 19:34.59 | *** join/#bzflag __Lukstr (n=Lukstr@69-196-137-168.dsl.teksavvy.com) |
| 19:37.39 | Erroneous | thinks that all needs rewriting anyway |
| 19:38.31 | *** join/#bzflag JeffM2501 (n=JeffM@67-131-219-2.dia.static.qwest.net) |
| 19:48.35 | *** join/#bzflag __Lukstr (n=Lukstr@69-196-137-168.dsl.teksavvy.com) |
| 19:51.31 | *** join/#bzflag JeffM2501 (n=JeffM@67-131-219-2.dia.static.qwest.net) |
| 20:01.21 | *** join/#bzflag Constitution (n=const@unaffiliated/macsforme) |
| 20:11.15 | *** join/#bzflag JeffM2501 (n=JeffM@67-131-219-2.dia.static.qwest.net) |
| 20:12.47 | *** join/#bzflag JeffM (n=JeffM@67-131-219-2.dia.static.qwest.net) |
| 20:13.29 | *** join/#bzflag nn64 (n=nn@pool-70-20-214-171.phil.east.verizon.net) |
| 20:20.44 | *** join/#bzflag Admirarc1 (n=Athelthr@87.113.23.111.plusnet.pte-ag1.dyn.plus.net) |
| 20:28.01 | *** join/#bzflag jftsang (n=jftsang@88-108-163-245.dynamic.dsl.as9105.com) |
| 20:32.34 | *** join/#bzflag Wits (n=Warinthe@212.119.33.65.cfl.res.rr.com) |
| 20:42.34 | *** join/#bzflag Abominable (n=chatzill@user-0ce2hv1.cable.mindspring.com) |
| 20:42.40 | JeffM | well we are now officaly sold out of large shirts |
| 20:43.00 | *** part/#bzflag LongDon1 (n=LongDon@host-091-097-059-002.ewe-ip-backbone.de) |
| 20:44.39 | *** join/#bzflag Wits (n=Warinthe@212.119.33.65.cfl.res.rr.com) |
| 20:46.49 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) |
| 20:51.48 | *** join/#bzflag JeffM (n=JeffM@67-131-219-2.dia.static.qwest.net) |
| 20:52.51 | *** join/#bzflag JeffM (n=JeffM@67-131-219-2.dia.static.qwest.net) |
| 20:53.08 | *** join/#bzflag Cruel_dog (n=IceChat7@modemcable214.167-201-24.mc.videotron.ca) |
| 20:56.18 | *** join/#bzflag JeffM (n=JeffM@67-131-219-2.dia.static.qwest.net) |
| 21:03.29 | *** join/#bzflag Constitution (n=const@unaffiliated/macsforme) |
| 21:05.51 | *** join/#bzflag JeffM (n=JeffM@67-131-219-2.dia.static.qwest.net) |
| 21:49.54 | KTL | got a medium on time |
| 21:52.09 | *** join/#bzflag lol_udied (n=d142c83d@chathostplus.com) |
| 21:52.12 | lol_udied | Hey |
| 21:52.25 | lol_udied | So about the website |
| 21:52.31 | lol_udied | I have a new background |
| 21:52.42 | lol_udied | www.bzflag1.homestead.com |
| 21:52.55 | lol_udied | and its not homesteads template |
| 21:53.19 | lol_udied | im gonna make everything customized so copyrights don't get affected |
| 21:53.52 | lol_udied | I g2g in 10 mins but i'll be back on later |
| 21:57.24 | CBG | Dude. start again. |
| 21:57.57 | CBG | No amount of work you put into that is gonna make it even remotely decent without completely restarting it. |
| 21:58.54 | CBG | It doesn't even DO anything. |
| 21:59.31 | CBG | lol_udied: lol_ufailed. |
| 22:02.33 | CBG | Wow, you have a whole load of Javascript that doesn't even do anything that you want it to do which, incidentally, could be done much much more easily with pure CSS. |
| 22:02.57 | CBG | Epik Fale1 |
| 22:04.59 | lol_udied | Its not done yet. and I know about that Im just asking for the background. anyway g2g be back on later |
| 22:05.45 | CBG | How about you make a site that does something and serves a purpose before advertising it and asking for critiques? |
| 22:07.54 | *** join/#bzflag _Lukstr (n=Lukstr@76-10-150-66.dsl.teksavvy.com) |
| 22:11.42 | *** join/#bzflag Think_Differentl (n=fatass__@unaffiliated/thinkdifferentl/x-838543) |
| 22:14.38 | *** join/#bzflag JeffM (n=JeffM@67-131-219-2.dia.static.qwest.net) |
| 22:29.13 | Winny | wow |
| 22:29.20 | Winny | his site doesn't even WORK without javascript |
| 22:30.16 | Winny | that's bad |
| 22:31.33 | TD-Linux | o.O |
| 22:31.42 | TD-Linux | using javascript as links = usually bad |
| 22:31.49 | Winny | of course' |
| 22:32.11 | Winny | you should only use JS where abolutly required, or to add some extra "flash" |
| 22:32.41 | Winny | 5 bucks it was made with their online site builder |
| 22:33.11 | *** join/#bzflag __Lukstr (n=Lukstr@76-10-150-66.dsl.teksavvy.com) |
| 22:35.23 | *** join/#bzflag spldart (n=short_ci@c-98-197-19-35.hsd1.tx.comcast.net) |
| 22:35.23 | *** mode/#bzflag [+v spldart] by ChanServ |
| 22:35.24 | *** join/#bzflag Lukstr (n=Lukstr@69-196-135-61.dsl.teksavvy.com) |
| 22:35.31 | KTL | wouldn't it be practical to let forum.bzflag.org point to the forum? |
| 22:36.15 | Winny | one would think so |
| 22:37.53 | a_meteorite | you must call it a hostname by TimRiker's decree :) |
| 22:38.17 | KTL | ? |
| 22:38.26 | JeffM | a_meteorite, that' actualy the eventual plan |
| 22:38.33 | TD-Linux | hmm |
| 22:38.42 | TD-Linux | that would either require a server at forum.bzflag.org that creates a HTTP redirect |
| 22:38.57 | TD-Linux | or pointing forum.bzflag.org to my.bzflag.org with some magic apache configuration |
| 22:39.27 | JeffM | yep |
| 22:39.31 | JeffM | there are ways to make it work |
| 22:43.40 | CBG | Wow. There's a uber simple option to do that in cPanel... |
| 22:44.14 | *** join/#bzflag Lukstr (n=Lukstr@69-196-135-61.dsl.teksavvy.com) |
| 22:49.09 | *** join/#bzflag _Lukstr (n=Lukstr@69-196-135-61.dsl.teksavvy.com) |
| 22:49.14 | JeffM | the decree was based on information that is now invalid |
| 22:54.38 | KTL | http://my.bzflag.org/bb/viewtopic.php?p=124969 <- updated the texturing script, it should deal correctly with overlapping faces of pyramids too now |
| 22:55.24 | delusional_ | ktl, i could use a script that fixes old style telporter links |
| 22:55.46 | KTL | euhm, because they are on meshes? |
| 22:56.03 | KTL | my solution is not waterproof, many people still get stuck on them |
| 22:56.30 | KTL | i place old style boxes beneath the elevated teles, works for me, not for others |
| 22:56.52 | KTL | but i increased the size of those things, maybe maybe it will work now |
| 22:57.53 | delusional_ | it was the naming convention of teles that was changed. |
| 22:58.09 | KTL | uh oh, forbidden characters now? |
| 22:59.26 | delusional_ | i'm not sure exactly, people have explained it to me, but teles have always been something i avoided if possivle |
| 22:59.43 | KTL | found corrupted teleporters out there |
| 22:59.49 | delusional_ | so you'll have to ask someone else exactly what happened |
| 23:00.39 | delusional_ | me and ARD maintain that library server... mofo port 4040... we have 1500 maps that none of the teles work |
| 23:00.47 | delusional_ | atd, that is |
| 23:00.55 | delusional_ | temp_dist |
| 23:00.58 | KTL | 1500 maps?? |
| 23:01.12 | KTL | you got a collection of 1500 maps?? |
| 23:01.29 | delusional_ | yeah... any registered player may use the /mapchange command |
| 23:01.35 | delusional_ | or try /maprandom |
| 23:01.46 | delusional_ | we haven't added any in a year |
| 23:01.50 | KTL | mm can you zip them and transfer them to me ? :D |
| 23:01.52 | delusional_ | it's getting to be time |
| 23:02.14 | delusional_ | gimme your email in a PM |
| 23:03.06 | delusional_ | ise this command there /help maplist12 |
| 23:03.17 | delusional_ | there are 14 helpfiles with the map names |
| 23:04.32 | KTL | not a single bzfs listed on port 4040 |
| 23:06.31 | delusional_ | heh, your right, it's been a long time since it crashed... e thought just maybe we had found the last bug.. apparently not |
| 23:07.07 | *** join/#bzflag jftsang (n=jftsang@88-108-188-55.dynamic.dsl.as9105.com) |
| 23:09.19 | delusional_ | base was not defined for Red Team let's hope this is the last one... it's hard to test 1500 maps, just gotta work the bugs out one at a time. |
| 23:10.03 | delusional_ | that file is sent ktl |
| 23:10.23 | KTL | thanks :) |
| 23:13.58 | delusional_ | 4040 is running now |
| 23:20.50 | blast007 | re: have forum.bzflag.org; I'd prefer that *that* be the primary URL for the forum, and make my.bzflag.org/bb/ redirect to it ;) |
| 23:20.59 | blast007 | having* |
| 23:21.08 | delusional_ | we'll make sure to add your library to our server when we someday add maps to the library... if that's what you want |
| 23:34.13 | *** join/#bzflag swigg (n=Paul@71-14-108-006.dhcp.gnvl.sc.charter.com) |
| 23:37.40 | *** join/#bzflag uso (n=uso@84-72-8-253.dclient.hispeed.ch) |
| 23:46.08 | *** join/#bzflag nn_ (n=nn@74.94.43.196) |