| 00:19.32 | *** join/#bzflag contempt (contempt@unaffiliated/contempt) |
| 00:21.40 | *** join/#bzflag tw1sted (~tw1sted@pool-74-101-150-159.nycmny.fios.verizon.net) |
| 00:31.25 | *** join/#bzflag drizzo4shizzo (~dan@pool-74-96-158-123.washdc.fios.verizon.net) |
| 01:04.25 | *** join/#bzflag dcat (~dcat@c-98-244-106-246.hsd1.va.comcast.net) |
| 01:16.09 | *** join/#bzflag Guest722 (631fa4c9@gateway/web/freenode/ip.99.31.164.201) |
| 01:16.34 | allejo | was bzmatchball 2.0.x or 2.4.x? |
| 01:52.06 | Delusional | is that dodgeball? |
| 02:15.31 | allejo | nope |
| 02:16.06 | allejo | it was a league |
| 02:25.25 | *** join/#bzflag Quol (Ian@2600:3c03::f03c:91ff:fe93:2c7d) |
| 02:25.28 | *** join/#bzflag kierra (quassel@2600:3c03::f03c:91ff:fe93:2c7d) |
| 02:25.28 | *** join/#bzflag kierra (quassel@unaffiliated/kierra) |
| 02:31.54 | ahs3- | blast007: the texture download problem is on all maps...updating to the latest svn just to check |
| 02:32.44 | ahs3- | it never gets past the first image download |
| 02:36.00 | blast007 | weird |
| 02:37.15 | ahs3- | for sure |
| 02:42.42 | ahs3- | svn update did not help |
| 02:42.49 | ahs3- | is puzzled |
| 02:43.35 | blast007 | building here as well |
| 02:44.40 | blast007 | okay.. duplicated the issue |
| 02:44.44 | blast007 | fun. |
| 02:44.55 | blast007 | wonder if 2.4.2 had this problem |
| 02:47.40 | blast007 | ahs3-: what distro and version are you using? |
| 02:47.53 | blast007 | version of your linux distro, I mean |
| 02:52.54 | blast007 | ahs3-: works with 2.4.2 |
| 02:54.57 | ahs3- | Linux Mint 13 kde |
| 02:56.04 | blast007 | trying the latest SVN on Windows as well to see if the bug happens there as well |
| 02:56.23 | ahs3- | ok |
| 02:56.30 | ahs3- | oh its Linux Mint 14 |
| 02:56.49 | blast007 | ahs3-: if you grab 2.4.2 it'll probably work right |
| 02:56.58 | ahs3- | ok will try |
| 02:57.30 | blast007 | svn://svn.code.sf.net/p/bzflag/code/tags/v2_4_2/ |
| 02:58.29 | blast007 | The issue happens on Windows as well, so not platform specific. |
| 03:01.14 | blast007 | too late for me to look into it now, but I'll see if I can narrow down where the issue began tomorrow |
| 03:03.22 | ahs3- | ok thx blast007 |
| 03:09.06 | ahs3- | blast007: 2.4.2 works fine |
| 03:09.27 | *** join/#bzflag jeffm (~jeffm@cpe-76-167-236-199.socal.res.rr.com) |
| 03:09.27 | *** join/#bzflag jeffm (~jeffm@unaffiliated/jeffm2501) |
| 03:09.27 | *** mode/#bzflag [+v jeffm] by ChanServ |
| 03:09.41 | blast007 | yup, so I guess that's the workaround for now |
| 03:39.51 | *** part/#bzflag unclelightning (~chatzilla@70.16.75.58) |
| 06:10.50 | *** join/#bzflag meeba_ (~lamer@c-75-71-180-64.hsd1.co.comcast.net) |
| 06:13.05 | *** join/#bzflag khonkhortisan (~kyle@c-76-121-156-73.hsd1.wa.comcast.net) |
| 06:24.08 | Notify | 03BZFlag:bullet_catcher * 22766 (trunk/bzflag/src/bzflag/GuidedMissleStrategy.cxx trunk/bzflag/src/bzflag/GuidedMissleStrategy.h): Revert GuidedMissileStrategy::sendUpdate() to const on the object to matchthe way it is called, preventing fallback to the base class's sendUpdate().Also make "needUpdate" mutable to avoid ugly const casting.This fixes the remote client GM tracking bug introduced in r22751. |
| 06:43.04 | *** join/#bzflag Marzipan (~Marzipan@sign-4db6b50e.pool.mediaWays.net) |
| 07:30.08 | *** join/#bzflag sirquine (~quine@c-76-120-71-113.hsd1.co.comcast.net) |
| 07:55.22 | Notify | 03BZFlag:bullet_catcher * 22767 (trunk/bzflag/include/CacheManager.h trunk/bzflag/src/bzflag/Downloads.cxx trunk/bzflag/src/game/CacheManager.cxx): Revert r22761 changes to CacheManager::addFile() and |
| 07:55.48 | BulletCatcher | ahs3- and blast007, r22767 should fix the image download problem. |
| 07:55.51 | BulletCatcher | Sorry about that. |
| 07:57.52 | BulletCatcher | That last message from Notify was truncated, BTW. |
| 10:49.36 | *** join/#bzflag gnu-sense (~Thunderbi@c-24-1-104-69.hsd1.il.comcast.net) |
| 11:20.13 | *** join/#bzflag darek (~darek@unaffiliated/darek) |
| 11:20.49 | *** part/#bzflag darek (~darek@unaffiliated/darek) |
| 12:21.49 | blast007 | thanks BulletCatcher :) |
| 12:28.15 | *** join/#bzflag sirquine (~quine@c-76-120-71-113.hsd1.co.comcast.net) |
| 12:57.41 | *** join/#bzflag Rob5a (~Rob5a@cable-95-168-152-250.cust.telecolumbus.net) |
| 13:20.44 | *** join/#bzflag gnu-sense (~Thunderbi@c-24-1-104-69.hsd1.il.comcast.net) |
| 13:45.49 | *** join/#bzflag tw1sted (~tw1sted@216.174.92.18) |
| 16:17.27 | *** join/#bzflag TimRiker (~TimRiker@bzflag/projectlead/TimRiker) |
| 16:17.28 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 16:18.21 | *** join/#bzflag GvzEvxre (~TimRiker@bzflag/projectlead/TimRiker) |
| 16:18.22 | *** mode/#bzflag [+o GvzEvxre] by ChanServ |
| 16:42.49 | *** join/#bzflag JeffM (~JeffM@107-209-61-105.lightspeed.irvnca.sbcglobal.net) |
| 16:42.49 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 16:42.49 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 16:43.39 | *** join/#bzflag mebigfatguy (~dave@128.177.74.185) |
| 17:04.51 | JeffM | did you get too constastic BulletCatcher ? |
| 17:20.16 | BulletCatcher | I found something else to do now that Subversion properties are taken care of. :-) |
| 17:22.06 | BulletCatcher | It is probably for the best that we have no "constable" rank in the forum. |
| 17:22.31 | JeffM | oh that can be aranaged |
| 17:22.38 | JeffM | Constable of Properties! |
| 17:22.44 | BulletCatcher | :-p |
| 17:23.50 | BulletCatcher | With only 24 -Wcast-qual warnings left, I'll soon have to move on to something else. |
| 18:19.17 | *** join/#bzflag mebigfatguy (~dave@128.177.74.185) |
| 20:00.59 | *** join/#bzflag Constitution (~josh@bzflag/developer/Constitution) |
| 20:31.39 | *** join/#bzflag sirquine (~quine@c-76-120-71-113.hsd1.co.comcast.net) |
| 20:40.47 | *** join/#bzflag Foo_man_choo (~james@h224.16.172.72.dynamic.ip.windstream.net) |
| 20:43.28 | *** join/#bzflag short_circuit (~james@h224.16.172.72.dynamic.ip.windstream.net) |
| 21:03.32 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 21:23.25 | blast007 | JeffM: would putting an inside point on the "outside" of an object make everything outside be solid, or would that just hose everything up? |
| 21:23.39 | JeffM | define "solid" |
| 21:23.49 | blast007 | as in, an area where a tank could not go |
| 21:24.03 | JeffM | depends on the shape of the object |
| 21:24.06 | blast007 | trying to solve a problem on a map that has a "roof", and players are getting spawned up there from time to time |
| 21:24.13 | JeffM | I belive a first pass is done on the sphere and BBOX |
| 21:24.41 | JeffM | so if you had a round object there would be a space between the bounding box and the curve of the object that the system could think was inside |
| 21:24.52 | JeffM | and it may not let you go past the bbox |
| 21:24.55 | blast007 | there are spawn zones that should only let them spawn up to 80 units in their air, but they're spawning higher than that when they show up on the roof |
| 21:24.57 | JeffM | it would be wierd |
| 21:25.29 | JeffM | write a plugin that forces a recompute if the Z is over 80 :) |
| 21:25.35 | blast007 | ;) |
| 21:25.50 | JeffM | but no putting an outside point won't make all areas outside the object invalid |
| 21:26.03 | blast007 | k, figured |
| 21:26.05 | JeffM | it'll just make it wonkey in the spaces between the bbox on the object where the point is located |
| 21:26.28 | JeffM | a spawn filter would be simpler |
| 21:26.28 | blast007 | making the top faces death physics *might* fix it |
| 21:26.42 | JeffM | that may break all spawns |
| 21:26.49 | JeffM | since we do a "drop in" spawn computation |
| 21:26.54 | blast007 | hmm. |
| 21:30.18 | JeffM | you could also modify airspawn to just set the Z less then 80 |
| 21:31.02 | blast007 | heh, google code is going to remove the ability to provide downloads ... |
| 21:31.18 | JeffM | yeah |
| 21:31.33 | JeffM | so far I'm still happy with github |
| 21:33.49 | allejo | w00t github |
| 21:34.18 | JeffM | git still pisses me off somtimes but the github server seems solid |
| 21:34.29 | JeffM | service not server |
| 21:34.34 | JeffM | the bug tracker is very decent |
| 21:34.44 | JeffM | as is the wiki |
| 21:34.55 | allejo | wasn't the need for inside points removed for 2.4? |
| 21:35.00 | JeffM | nope |
| 21:35.16 | JeffM | we are going to need something like them as long as we allow concave object |
| 21:35.17 | allejo | i thought trepan had fixed bugs causing the need for inside points |
| 21:35.31 | JeffM | they are probalby needed in fewer cases |
| 21:35.35 | allejo | ah |
| 21:35.39 | JeffM | but you need something to help with packmans |
| 21:37.17 | JeffM | or we could move to BSPs then it'd all be fine |
| 21:38.53 | allejo | proto break would be needed, no? |
| 22:02.50 | *** join/#bzflag Snake12534 (6c5e036f@gateway/web/freenode/ip.108.94.3.111) |
| 22:05.43 | *** join/#bzflag Delusional (~delusiona@unaffiliated/delusional) |
| 22:12.57 | JeffM | oooooooooooooooo yeah |
| 22:28.16 | *** join/#bzflag TimRiker (~TimRiker@bzflag/projectlead/TimRiker) |
| 22:28.16 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 22:30.17 | allejo | by judging the high levels of activity with development that proto break would be coming real soon ;) |
| 22:32.50 | JeffM | BSPs would not be optimal, not if we keep OO |
| 23:07.19 | *** join/#bzflag tw1sted (~tw1sted@pool-74-101-150-159.nycmny.fios.verizon.net) |
| 23:18.37 | *** join/#bzflag unclelightning (~chatzilla@70.16.75.58) |
| 23:21.53 | allejo | ahhh OO would break it? |
| 23:22.35 | *** join/#bzflag contempt (contempt@unaffiliated/contempt) |