| 00:02.21 | JeffM | it would be hard for players to detect |
| 00:02.28 | JeffM | but what does the definition matter? |
| 00:02.34 | JeffM | it's still a cheat |
| 00:02.47 | khonkhortisan | if I put it on the wiki. It's a todo in bzfs |
| 00:02.57 | JeffM | I don't thik what kind of cheat matters |
| 00:03.03 | JeffM | but sure it's subtle |
| 00:03.15 | JeffM | it's not easy to identify just by looiking |
| 00:03.18 | JeffM | if it's a small mod |
| 00:03.23 | JeffM | a huge mod would be obviousl |
| 00:04.49 | *** join/#bzflag spldart (~James@bzflag/contributor/spldart) |
| 00:04.49 | *** mode/#bzflag [+v spldart] by ChanServ |
| 00:14.49 | khonkhortisan | waa the client doesn't see per-flag shot limits |
| 00:15.11 | blast007 | the server handles the limits |
| 00:30.59 | CIA-104 | BZFlag: 03Khonkhortisan 07http://wiki.bzflag.org * r8262 10/Known_Cheats: /* Subtle Cheats */ thief radius |
| 00:36.03 | khonkhortisan | it would be pathetic to need an indicator for the number of wing jumps |
| 01:14.05 | *** join/#bzflag mahem1 (cebc9607@gateway/web/freenode/ip.206.188.150.7) |
| 01:15.32 | *** join/#bzflag spldart (~James@c-98-201-137-215.hsd1.tx.comcast.net) |
| 01:15.32 | *** join/#bzflag spldart (~James@bzflag/contributor/spldart) |
| 01:15.32 | *** mode/#bzflag [+v spldart] by ChanServ |
| 01:29.50 | mahem1 | WHy isn't there a default diffuse/texture for meshes, Like there is for simple boxes? |
| 01:30.46 | khonkhortisan | Should a mesh look like a box or a pyramid? |
| 01:34.27 | mahem1 | Anything better than white would be nice. |
| 01:35.23 | mahem1 | I am trying to get at the fact that meshes are white and are hard to playwith in low quality. |
| 01:37.17 | mahem1 | Is there anyway to give them a nice coloring like simple objects? (when you view it in low quality) |
| 02:03.37 | blast007 | doesn't diffuse do that? |
| 02:06.03 | mahem1 | It doesn't seem to be very detailed with shadows and stuff like that for me |
| 02:06.57 | mahem1 | So it is hard to see corners and angles off the mesh |
| 02:07.01 | mahem1 | on* |
| 02:07.29 | blast007 | shrugs |
| 02:07.36 | blast007 | why are people playing on low quality? |
| 02:09.25 | mahem1 | I am playing on low quality so I can get at decent fps |
| 02:12.09 | blast007 | what kind of crappy computer are you using? :) |
| 02:13.55 | mahem1 | It is a computer used for working, not for playing fullscreen games. |
| 02:15.29 | blast007 | my thinkpad from 2006 is for working, but it can run the game with the settings turned on, at least at low resolutions |
| 02:16.44 | blast007 | maybe time to upgrade to at least a GeForce 4? ;) |
| 02:17.49 | mahem1 | yeah, maybe |
| 02:22.45 | mahem1 | So does diffuse work on meshes as good as a simple box for you? |
| 02:23.15 | *** join/#bzflag mdskpr__ (~mdskpr@108.25.124.197) |
| 02:23.18 | blast007 | dunno, I don't make maps, nor do I run in low quality |
| 02:25.36 | mahem1 | I see |
| 02:40.25 | spldart | wow! geforce 4... that brings back a bittorrent of memories ;) |
| 02:40.28 | spldart | XD |
| 03:27.56 | *** join/#bzflag ts3d (~anonymous@unaffiliated/ts3d) |
| 03:45.01 | *** join/#bzflag JeffM (~Toybox@unaffiliated/jeffm2501) |
| 03:45.01 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 04:18.26 | *** join/#bzflag ts3d (~anonymous@unaffiliated/ts3d) |
| 04:31.19 | *** join/#bzflag ts3d_ (~anonymous@unaffiliated/ts3d) |
| 04:41.54 | *** join/#bzflag n_r00t (~r00t@95.82.120.18) |
| 06:14.23 | *** join/#bzflag sam (sam@poulet.zoy.org) |
| 06:15.56 | *** join/#bzflag ts3d (~anonymous@unaffiliated/ts3d) |
| 06:27.06 | ts3d | JeffM: Is OpenCombat the pet project you were speaking of when I asked about replacing BZ? |
| 06:28.33 | ts3d | He's not here atm, silly me. |
| 06:54.02 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 07:00.02 | *** join/#bzflag sam (sam@poulet.zoy.org) |
| 07:14.06 | *** join/#bzflag jcp1 (~alex@opengroove.org) |
| 07:14.06 | *** join/#bzflag jcp1 (~alex@bzflag/contributor/javawizard2539) |
| 07:32.31 | *** join/#bzflag Delusional (~delusiona@pool-96-236-228-70.pitbpa.fios.verizon.net) |
| 08:45.32 | *** join/#bzflag bier (~bier@pD9F8F42B.dip.t-dialin.net) |
| 09:19.09 | *** join/#bzflag sam (sam@poulet.zoy.org) |
| 10:11.30 | *** join/#bzflag Delusional (~delusiona@pool-96-236-228-70.pitbpa.fios.verizon.net) |
| 10:14.09 | *** join/#bzflag rathis (~rathis@176.25.66.83) |
| 10:29.40 | *** join/#bzflag rathis (~rathis@176.25.66.83) |
| 11:03.18 | *** join/#bzflag Oejet (~Oejet@unaffiliated/oejet) |
| 11:44.39 | *** join/#bzflag mdskpr__ (~mdskpr@108.25.124.197) |
| 12:38.08 | *** join/#bzflag spldart (~spldart2@c-98-201-137-215.hsd1.tx.comcast.net) |
| 12:38.08 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 12:38.08 | *** mode/#bzflag [+v spldart] by ChanServ |
| 12:38.32 | *** join/#bzflag bier (~bier@pD9F8F42B.dip.t-dialin.net) |
| 13:59.47 | Quol | so - apparently trying to place an svn working copy inside a git repo causes some problems :) |
| 14:27.23 | blast007 | heh |
| 14:37.39 | Quol | was thinking I could still use git as a distributed filesystem/dev branch, and have the svn working copy inside it, and only push to SVN when things are OK (treat it like a prod branch) |
| 14:39.47 | Quol | but things get pretty screwy - just not worth it - plan B |
| 14:41.00 | ruskie | Quol, use git-svn |
| 14:41.28 | ruskie | that does a checkout of the svn repo into git |
| 14:41.47 | ruskie | and does all the fancy stuff |
| 14:42.01 | Quol | ya - but pushing back to SVN with git-svn (in my experence anyways) doesn't always work as you expect |
| 14:42.14 | ruskie | or try svk |
| 14:42.34 | Quol | bzflag uses svn :) |
| 14:42.44 | ruskie | svk is just distributed svn |
| 14:43.10 | Quol | but can it seamlessly push back to a centralized SVN? |
| 14:43.23 | ruskie | yup the upstream repo is just plain svn |
| 14:43.37 | Quol | hmmm - that's interesting |
| 14:43.43 | Quol | thx, will check it out |
| 14:43.58 | ruskie | not sure what it's status is |
| 14:44.52 | Quol | last update is december 2010 |
| 14:50.36 | *** join/#bzflag Admirarc1 (~Athelthra@mrush.mth.abdn.ac.uk) |
| 14:51.53 | *** join/#bzflag AAA_awright (~aaa@69.72.216.27) |
| 15:58.30 | *** join/#bzflag JeffM (~JeffM@69.36.85.131) |
| 15:58.30 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 15:58.30 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 16:49.51 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 16:55.01 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 18:26.06 | *** join/#bzflag _lmnop (~lmnop@p5DC4FF28.dip.t-dialin.net) |
| 18:27.19 | CIA-104 | BZFlag: 03nairraf * r22436 10/trunk/web/gamestats/ (288 files in 54 dirs): initial commit |
| 18:27.33 | blast007 | woo |
| 18:27.44 | Quol | frigen mime types |
| 18:27.49 | blast007 | ;D |
| 18:30.54 | Quol | ya - couldn't get them working properly in rapidSVN...so back to tortoise :) |
| 18:34.35 | blast007 | do you have your autoprops set up? |
| 18:35.27 | blast007 | http://wiki.bzflag.org/Auto-props |
| 18:36.37 | blast007 | can't remember if TortSVN stores the file where it's listed in that wiki page.. don't have it installed here |
| 18:38.31 | Quol | yup - just set that all up |
| 18:38.35 | Quol | with tortoise |
| 18:38.39 | blast007 | k |
| 18:39.12 | Quol | that one I know how to setup, but didn't want to install it - watned something that wouldn't integrate with the shell (hence my attempt with rapidSVN) |
| 18:40.00 | Quol | but couldn't get it to recognize/load the autoprops stuff...and was getting warnings that it's too old anyways...so dumped and went back to tortoise |
| 18:46.19 | Quol | ooh - I used this for PHP files: *.php = svn:eol-style=native; svn:mime-type=text/x-php |
| 18:46.50 | Quol | is that OK? I noticed that the wiki uses text/plain |
| 18:47.14 | blast007 | we use text/plain for PHP files |
| 18:47.22 | blast007 | dunno if it truely matters though |
| 18:47.42 | Quol | ok |
| 18:51.16 | *** join/#bzflag TASAIRES (~TASAIRES@248.pool85-56-143.dynamic.orange.es) |
| 19:32.56 | *** join/#bzflag TASAIRES (~TASAIRES@248.pool85-56-143.dynamic.orange.es) |
| 19:34.58 | *** join/#bzflag TASAIRES (~TASAIRES@248.pool85-56-143.dynamic.orange.es) |
| 19:36.33 | I_Died_Once | I lifted that ban but I still dont feel right about it |
| 19:37.32 | I_Died_Once | both of us, is air, he's got and is shooting GM, but I get flattened by buddy's steamroller |
| 19:38.19 | I_Died_Once | keep your eyes open, might be some new stuff out there |
| 19:39.41 | I_Died_Once | he managed to do it twice |
| 19:47.37 | blast007 | the only two ways that you can die by getting "squished" is if *your* client thinks that the other person has SR, or if *your* client thinks that *you* are below the ground. |
| 19:48.13 | blast007 | so if your client never shows that he had SR (you'd have to see a flag grab in the console) then your client thinks that you are under the ground. |
| 19:50.59 | blast007 | so the only way it'd be a cheat is if the other player is grabbing SR in mid-air. |
| 19:52.10 | blast007 | I_Died_Once: Do you play on 32-bit Linux? |
| 20:13.42 | *** join/#bzflag jcp (~alex@opengroove.org) |
| 20:13.42 | *** join/#bzflag jcp (~alex@bzflag/contributor/javawizard2539) |
| 20:14.34 | *** join/#bzflag Teppic_ (~Teppic@188-220-200-161.zone11.bethere.co.uk) |
| 20:30.58 | Teppic_ | Silence.... |
| 20:35.44 | blast007 | Teppic_: at least in the 15 minues you were here :P |
| 20:36.32 | Teppic_ | Now is the time, all the falls before and after is just heresay! |
| 20:54.05 | JeffM | except that it's logged |
| 21:00.23 | Teppic_ | So, the answer to the time asked question if a tree falls in a forest, blah blah, here the answer is yes :), or is it that anyone who thinks there is no one to here is deluding themselves... |
| 21:02.52 | JeffM | no, the people that think nobody is here just dont' wait long enough |
| 21:05.48 | Teppic_ | I think I firmly fall into that category, so, hows you dude, it's been a while? |
| 21:11.06 | JeffM | it's ok |
| 21:11.17 | JeffM | just tryin to get a new project started |
| 21:12.53 | Teppic_ | Yeah, I need to do summat constructive... |
| 21:14.14 | JeffM | I'm gettin there, it's just slow |
| 21:14.25 | JeffM | few will jump on board untill I have something to show for it |
| 21:15.10 | Teppic_ | Right now the q is, to fix the orphaned .la files, or goto bed, tbh, bed is winning ATM... |
| 21:15.46 | JeffM | how late is it? |
| 21:16.11 | Teppic_ | 10:15, But i have to drive 200 miles in the morning... |
| 21:16.48 | JeffM | that sucks |
| 21:19.45 | Teppic_ | Meh, yeah, but what you gonna do, in my case, goto bed methinks. Nite dude, GL with the project :) |
| 21:22.15 | Quol | what are the rules for branches? can I create a "dev" branch for Gamestats, and then merge to trunk to treal trunk as "prod"/good enough for live? |
| 21:23.47 | I_Died_Once | blast, i'm using a 64 bit client |
| 21:47.09 | JeffM | Quol, you should work in trunk |
| 21:47.33 | JeffM | if you want a stable branch you make a branch for that |
| 21:47.35 | JeffM | or a tag |
| 21:47.40 | JeffM | I prefer branches |
| 21:47.52 | JeffM | but the way we do it, trunk is dev |
| 21:48.33 | JeffM | so you could make /branches/gamestats_live that you merge into when it's time to move code from dev to the live site |
| 21:48.56 | Quol | OK - perfect. sounds good |
| 21:49.43 | Quol | just wanted to be sure :) and for some reason, I was under the impression that trunk was more of a "stable/always working" dev environment - which is where my question came, but thanks for clearing that up |
| 21:51.57 | JeffM | oh god no |
| 21:52.06 | JeffM | we make tags/ branches for the releases we have |
| 21:53.53 | JeffM | the last release code is in /tags/v2_4_0/ |
| 21:53.57 | JeffM | and it dosn't change |
| 21:54.11 | JeffM | we'll make a new tag for the next release |
| 21:54.27 | Quol | ya - that makes more sense in my head now... |
| 21:55.25 | JeffM | personaly I'd have a branch called "current_release" that we could merge into with each release |
| 21:55.39 | JeffM | then you can always use that URL for the last release code |
| 21:56.51 | Quol | ya - I will follow your suggestion and branch to a branches/gamestats_live when needed, and sync prod's directory with that. that's clean/easy enough |
| 21:57.23 | Quol | kinda what I am doing through Git on my server now...(although I do miss Git's light/almost free branching and merging already :) ) |
| 21:57.41 | JeffM | branching in svn is easy |
| 21:57.45 | JeffM | it's just a copy |
| 21:58.11 | Quol | yup - but branching in git is magic - that's the difference :) |
| 21:58.23 | JeffM | no, not really, they do the same thing on the backend |
| 21:58.34 | JeffM | SVN dosn't make a physical copy on the server |
| 21:58.45 | JeffM | it's just a link to a point in history |
| 21:59.45 | JeffM | you get a copy on your local machine if you want to have both branches |
| 21:59.50 | Quol | that's true...just a big speed penalty between switching between branches and merging. in Git, that's instant (but that's what you get for having a full copy locally) |
| 21:59.57 | JeffM | on git you have the entire repository localy already |
| 22:00.11 | JeffM | yeah you waste the space off the bad |
| 22:00.12 | JeffM | bat |
| 22:00.25 | JeffM | but once you have both branches localy it's the same |
| 22:00.29 | JeffM | you end up with 2 working dirs |
| 22:00.38 | JeffM | git just moves the wait to a different time |
| 22:00.43 | JeffM | every sycn with the master |
| 22:00.50 | JeffM | instead of just the branches you want |
| 22:02.35 | Quol | ya- the one thing I have grown used to in Git is commiting extremely frequently (becuase it's local) - that way, you can do soemthing, commit, swtich to prod branch check something, switch to dev branch do something else, commit, switch to idea branch, test idea, commit, merge |
| 22:02.43 | Quol | all wtihout speed penalty - instantly |
| 22:02.55 | Quol | and then at the end of all your work, do the slow push/sync |
| 22:03.14 | Quol | but ya - just a different workflow - that's all |
| 22:03.45 | JeffM | yeah but how does that work out when you arn't the only one commiting to your project? |
| 22:05.19 | Quol | I would say there is no difference...the stuff that others need to see you will merge back to the master copy. all the other test/crazy idea stuff can stay local - but I hear ya |
| 22:05.25 | Quol | I guess it comes down to communication |
| 22:05.48 | JeffM | well in your mehtod you can be commiting like crazy and NOT sycning to master |
| 22:06.00 | Quol | the same argument that was had with subversion vs a true locking SCM |
| 22:06.09 | JeffM | so you work for a week commiting, then try to merge and find out someone changed somethign else that totaly makes your stuff invalid |
| 22:06.22 | Quol | no- not a week - way too long |
| 22:06.38 | JeffM | well with git, it tends to make developers think they can take that long :) |
| 22:06.42 | Quol | in Git, sometimes I find myself commiting every 10 - 20 minutes, and syncing daily |
| 22:06.50 | JeffM | it all depends on how your project is structured |
| 22:07.06 | JeffM | I commit when something works :) |
| 22:07.09 | Quol | I have grown used to that...that way if I need to go back, it's a 1 second revert, and poof, I am back again |
| 22:07.22 | *** join/#bzflag Delusional (~delusiona@pool-96-236-228-70.pitbpa.fios.verizon.net) |
| 22:07.25 | Quol | rather than "undo-ing" and trying to figure out what the heck I missed |
| 22:07.52 | JeffM | I usualy don't wait for my commits to finish, I let them go async and keep working |
| 22:07.56 | JeffM | so I don't notice a wait |
| 22:07.56 | Quol | and in Git - the mindset is sync when something works ;) |
| 22:08.23 | JeffM | yeah so now you commiting 100 times to get something to work clutters up MY history ;) |
| 22:08.26 | JeffM | thanks quol! |
| 22:08.48 | JeffM | it's just a patch centric method |
| 22:08.48 | JeffM | it works for some projects |
| 22:08.48 | JeffM | dosn't for others |
| 22:09.04 | Quol | lol...ya, anyways - this wasn't meant to be "Git is better"..didn't mean to take it there |
| 22:09.11 | JeffM | heh |
| 22:09.17 | JeffM | git is different |
| 22:09.33 | Quol | just more of a "I have been used to this way, and now have to get back to another way" - that's all :) |
| 22:09.38 | JeffM | yeah |
| 22:09.40 | Quol | both I have used, and both are good |
| 22:09.52 | JeffM | they are talored to different needs |
| 22:09.56 | Quol | agreed |
| 22:11.52 | JeffM | do you want to set up the stable version on the site? |
| 22:46.29 | Quol | JeffM: ya, I can do that later on tonight probably |
| 22:48.59 | Quol | do you also want me to setup the collector? or did you do that? |
| 22:54.56 | JeffM | I have done squat :) |
| 22:55.08 | Quol | kk - I will take care of it |
| 23:15.33 | *** join/#bzflag mrapple (~mrapple@bzflag/player/MrAppleComputer) |
| 23:26.19 | *** join/#bzflag short_circuit (~spldart2@c-98-195-162-191.hsd1.tx.comcast.net) |
| 23:31.51 | CIA-104 | BZFlag: 03nairraf * r22437 10/branches/gamestats_live/: setting up the gamestats live/prod branch |