| 00:31.00 | *** part/#bzflag epyon (~epyon@chaosforge.net) |
| 00:56.08 | *** join/#bzflag Detrimental (~james@h21.234.90.75.dynamic.ip.windstream.net) |
| 01:13.10 | khonkhortisan | ⓑⓤⓑⓑⓛⓔⓢ |
| 01:15.15 | *** join/#bzflag Detrimental (~james@h21.234.90.75.dynamic.ip.windstream.net) |
| 01:21.15 | *** join/#bzflag AAA_awright (~aaa@69.72.216.27) |
| 01:46.09 | *** join/#bzflag Detrimental (~james@h119.29.19.98.dynamic.ip.windstream.net) |
| 02:31.29 | khonkhortisan | Can I read glColor after setting it? |
| 02:33.13 | blast007 | what are you trying to do? |
| 02:34.06 | khonkhortisan | Not lose the radar height box color when drawing fancy tanks |
| 02:38.18 | blast007 | dunno |
| 02:38.34 | blast007 | if it was PHP, I could make it work ;) |
| 02:38.51 | khonkhortisan | Square shots are fancier than circle shots |
| 02:43.09 | *** join/#bzflag short_circuit (~james@c-76-30-94-74.hsd1.tx.comcast.net) |
| 02:44.02 | khonkhortisan | that was easy, glGetFloatv(GL_CURRENT_COLOR,arrayhere); |
| 02:45.02 | blast007 | how many times per frame is that going to be called? |
| 02:45.20 | khonkhortisan | uh, every tank. |
| 02:45.41 | blast007 | I doubt that's good for performance |
| 02:45.48 | khonkhortisan | I'll try another way |
| 02:45.53 | brad | traceroute 216.81.59.173 |
| 02:46.04 | blast007 | Enter root password: |
| 02:46.16 | brad | blast, do it ;) |
| 02:46.22 | khonkhortisan | it was worth a try |
| 02:47.55 | khonkhortisan | the color is stored two functions out |
| 02:49.51 | khonkhortisan | render() knows the color, calls drawTank() calls drawFancyTank(), which changes the color, then drawTank() uses the color. I can't just set it again after drawTank() returns |
| 02:50.09 | khonkhortisan | hmm |
| 02:50.19 | blast007 | unfortunately I'm probably not a good one to ask.. I don't do graphics |
| 02:51.55 | blast007 | we do use some glGet* stuff right now, but it looks like it's probably one-time call stuff that gets stored or displayed |
| 02:53.16 | khonkhortisan | I think I just need to move the per-player color stuff from render() to drawTank() so it can undo what drawFancyTank() set it to. |
| 02:54.28 | khonkhortisan | no, that doesn't work either. render() needs shot color. |
| 02:55.33 | khonkhortisan | I can see why it was left as a FIXME |
| 02:58.20 | blast007 | :) |
| 03:50.33 | *** join/#bzflag jeffm (~jeffm@cl210086.wl.callutheran.edu) |
| 03:50.33 | *** join/#bzflag jeffm (~jeffm@unaffiliated/jeffm2501) |
| 03:50.33 | *** mode/#bzflag [+v jeffm] by ChanServ |
| 04:32.28 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 05:16.25 | *** join/#bzflag _afu_ (~afu@c-69-244-7-239.hsd1.al.comcast.net) |
| 05:19.31 | *** join/#bzflag _afu_ (~afu@c-69-244-7-239.hsd1.al.comcast.net) |
| 05:33.01 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 05:38.06 | khonkhortisan | GL_POINT_SMOOTH gets unset when drawing fancy tanks |
| 05:45.22 | khonkhortisan | nevermind, |
| 05:45.26 | khonkhortisan | is getting confused |
| 06:18.10 | *** join/#bzflag JeffM (~JeffM@cpe-76-167-236-199.socal.res.rr.com) |
| 06:18.10 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 06:18.10 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 06:59.40 | *** join/#bzflag yosef (62c8a7bf@gateway/web/freenode/ip.98.200.167.191) |
| 07:29.04 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 07:48.43 | *** join/#bzflag Constitution (~josh@bzflag/developer/Constitution) |
| 08:20.54 | *** join/#bzflag contempt (contempt@unaffiliated/contempt) |
| 08:54.41 | *** join/#bzflag Chestal (~thilo@141.99.42.43) |
| 08:54.41 | *** mode/#bzflag [+o Chestal] by ChanServ |
| 11:04.07 | *** join/#bzflag AAA_awright (~aaa@69.72.216.27) |
| 11:15.07 | Notify | 03BZFlag:JeffM2501 * 22657 trunk/bzflag/misc/Makefile.am: add the tank model for reference |
| 11:15.10 | Notify | 03BZFlag:khonkhortisan * 22658 trunk/bzflag/src/bzflag/effectsRenderer.cxx: _Graphically_ center shot effects on the end of the muzzle._muzzleHeight and _muzzleLength disagree with the tank model'sdimensions (TODO). |
| 11:15.15 | Notify | 03BZFlag:khonkhortisan * 22659 trunk/bzflag/src/bzflag/effectsRenderer.cxx: (/me subtracted wrong) |
| 11:34.38 | Notify | 03BZFlag:Khonkhortisan * 8592 /Tank: /* Dimensions */ _muzzleHeight/model difference |
| 11:49.24 | *** join/#bzflag AAA_awright (~aaa@69.72.216.27) |
| 12:03.07 | *** join/#bzflag Detrimental (~james@h112.234.90.75.dynamic.ip.windstream.net) |
| 13:04.46 | *** join/#bzflag swigg_ (~swigg@nsc69.38.101-238.newsouth.net) |
| 13:44.21 | *** join/#bzflag dngor (abuse@p3m/dngor) |
| 15:11.25 | *** join/#bzflag spldart (~spldart2@c-98-199-190-28.hsd1.tx.comcast.net) |
| 15:11.26 | *** join/#bzflag spldart (~spldart2@bzflag/contributor/spldart) |
| 15:11.26 | *** mode/#bzflag [+v spldart] by ChanServ |
| 15:32.24 | *** join/#bzflag dngor (abuse@p3m/dngor) |
| 16:14.58 | *** join/#bzflag GvzEvxre (~TimRiker@bzflag/projectlead/TimRiker) |
| 16:14.58 | *** mode/#bzflag [+o GvzEvxre] by ChanServ |
| 16:20.17 | *** join/#bzflag Detrimental (~james@h29.215.28.71.dynamic.ip.windstream.net) |
| 16:40.06 | khonkhortisan | that was an odd name for an op |
| 16:52.30 | BulletCatcher | Try rot13 on it. |
| 16:55.17 | khonkhortisan | I noticed it was the same length, with the caps correctly placed |
| 16:55.51 | alezakos | ~rot13 xubaxubegvfna |
| 16:55.51 | ibot | khonkhortisan |
| 16:55.57 | xubaxubegvfna | :) |
| 16:57.47 | khonkhortisan | ha! I was wondering how an a turned into an x, you didn't use the same name |
| 16:57.58 | xbate45tcra | nope |
| 16:58.02 | xbate45tcra | ~rot13 xbate45tcra |
| 16:58.02 | ibot | kongr45gpen |
| 17:01.52 | khonkhortisan | Hello ~rot13 vobg |
| 17:05.54 | *** join/#bzflag L4m3r (~l4m3r@bzflag/developer/L4m3r) |
| 17:05.54 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 17:09.22 | khonkhortisan | rot13 is simple |
| 17:10.15 | khonkhortisan | and made possible by the even number of letters in our alephbeyt |
| 17:11.05 | blast007 | base64 for life! |
| 17:11.36 | blast007 | a2hvbmtob3J0aXNhbg== |
| 17:17.03 | khonkhortisan | Did you use a website for that? |
| 17:17.37 | khonkhortisan | ah. Had to use -d |
| 17:18.21 | blast007 | duckduckgo spits out various encoded formats |
| 17:19.13 | khonkhortisan | I happen to have both rot13 and base64 as cli commands |
| 17:26.54 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 17:26.55 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 17:31.34 | khonkhortisan | Does it matter whether the height box or the tank are drawn first on the radar? |
| 17:33.01 | khonkhortisan | If the height box must be drawn second, the fancy tank must keep track of a color. |
| 17:34.38 | blast007 | khonkhortisan: are you trying to fix the 3D tanks on radar? |
| 17:34.53 | khonkhortisan | Yes, partially. |
| 17:35.00 | khonkhortisan | I don't have to fix it all the way |
| 17:35.25 | blast007 | bets it'd just be easier to remove it ;) |
| 17:35.36 | JeffM | is the radar drawn with depth buffers? |
| 17:36.11 | JeffM | 3d radar is odd, it's like a 2d version of the game |
| 17:36.25 | blast007 | kinda always thought that feature was pointless since you have to zoom the radar way paste the normal zoom levels to trigger it |
| 17:36.26 | khonkhortisan | the 3d tank is drawn with depth buffers, the height box is drawn 2d. |
| 17:36.37 | blast007 | past* |
| 17:36.40 | JeffM | define "2d" |
| 17:36.45 | khonkhortisan | it's useful for jumping maps |
| 17:36.48 | JeffM | is the depth buffer on for the box? |
| 17:36.55 | BulletCatcher | blast007: It's sort of like an easter egg. |
| 17:36.58 | khonkhortisan | 2d: glVertex2f(-size, 0.0f); |
| 17:37.08 | JeffM | khonkhortisan, that's 3d with no z |
| 17:37.14 | JeffM | it uses the last z |
| 17:37.16 | JeffM | so it's still 3d |
| 17:37.20 | blast007 | BulletCatcher: and easter egg that we're now spending time fixing ;) |
| 17:37.22 | blast007 | an* |
| 17:37.23 | khonkhortisan | is that top or bottom? Or neither? |
| 17:37.30 | JeffM | it is where it is |
| 17:37.34 | JeffM | whatever the last z used |
| 17:37.37 | JeffM | or the last translate |
| 17:37.43 | JeffM | but is the depth buffer still on then? |
| 17:37.44 | BulletCatcher | Gotta have priorities, blast007! |
| 17:37.47 | blast007 | hehe |
| 17:37.50 | blast007 | karma! |
| 17:37.56 | JeffM | gets his gun |
| 17:38.25 | khonkhortisan | The fancy tank turns the depth buffer on and off, so no |
| 17:38.27 | JeffM | if the depth buffer is on, then order matters less since it'll all be depth buffered |
| 17:38.36 | JeffM | if the buffer is off, then the order matters |
| 17:39.06 | JeffM | if you want to always have the tank show up over the box, draw the box first with depth buffer off, then draw the tank with depth buffer on |
| 17:39.43 | JeffM | if you want the box to clip into the tank at the correct height then you draw both with depth buffer on |
| 17:39.50 | JeffM | if the box is transperant then it gets harder |
| 17:40.43 | JeffM | if the box is transperant and should always appear on top of the tank, then draw the tank with depth buffer, and then draw the box with out depth buffer |
| 17:41.08 | JeffM | so what behavor do you want to happen? |
| 17:41.42 | khonkhortisan | 1) decides on a color 2) draws a fancy tank, resetting the color 3) draws a height box on top in the current color |
| 17:41.53 | khonkhortisan | I want the fancy tank to not make the height box white |
| 17:42.40 | JeffM | so the box is drawn over the tank |
| 17:42.53 | khonkhortisan | Yes, you get a ^ right on the turret |
| 17:42.57 | JeffM | move the color code after the tank drawing |
| 17:43.06 | JeffM | openGL is a state machine |
| 17:44.11 | JeffM | or save the color as you said, but that seems wasteful when you can just move the color computation to later |
| 17:44.26 | khonkhortisan | The color code is in render(). That calls drawTank(). That calls drawFancyTank() before drawing the height box. |
| 17:44.45 | JeffM | move the color code to a function |
| 17:45.22 | JeffM | or save it if it's too tangled, it's not that important, it's just somethign that should be evaluated |
| 17:47.25 | blast007 | Eventually we could just use Direct3D on Linux. ;) |
| 17:47.38 | khonkhortisan | really? |
| 17:47.50 | blast007 | http://www.x.org/wiki/GalliumStatus |
| 17:48.07 | blast007 | the d3d1x driver there |
| 17:48.28 | blast007 | http://www.phoronix.com/scan.php?page=article&item=mesa_gallium3d_d3d11 |
| 17:49.33 | JeffM | loads his gun |
| 17:49.38 | blast007 | lol |
| 17:49.40 | JeffM | I'd run boy |
| 17:49.56 | JeffM | have you ever USED direct3d? |
| 17:50.12 | blast007 | I've bared used OpenGL, much less Direct3D :P |
| 17:50.27 | blast007 | barely* apparentlyI can barely type today. |
| 17:50.29 | khonkhortisan | blast007 doesn't _do_ graphics |
| 17:50.33 | blast007 | ... sigh.. |
| 17:50.50 | blast007 | the SSH lag I'm getting today doesn't help either, I suppose |
| 17:50.51 | JeffM | GL makes a lot more sense |
| 17:51.05 | JeffM | D3d loves it some COM objects |
| 17:51.11 | blast007 | JeffM: is Direct3D 10/11 any better? |
| 17:51.19 | JeffM | slightly |
| 17:51.27 | JeffM | but most of that is in the shader part |
| 17:51.41 | JeffM | I mean once you say "draw this triangle" there isn't much else you can do with out shaders |
| 17:52.14 | JeffM | I do like how they handle versioning over how GL does |
| 17:52.33 | JeffM | you ask the DirectX system for the D3d object for the version of the interface you want |
| 17:52.45 | JeffM | and all versions of direct X support giving out interfaces to the older versions |
| 17:53.56 | JeffM | Now, optimaly we'd have a 3d party engine that did both DX and D3d |
| 17:54.03 | JeffM | sorry D3d and GL |
| 17:54.22 | JeffM | but that can make shaders harder to write |
| 18:45.47 | *** join/#bzflag swigg (~swigg@bzflag/player/Swigg) |
| 19:11.29 | alezakos | side note: razer managed to auth |
| 19:20.05 | *** join/#bzflag TimRiker (~TimRiker@bzflag/projectlead/TimRiker) |
| 19:20.05 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 19:33.53 | *** join/#bzflag ccb (4846587a@gateway/web/freenode/ip.72.70.88.122) |
| 20:40.59 | khonkhortisan | if (drawingFancyTank && observer) glDisable(GL_POINT_SMOOTH); |
| 20:41.04 | khonkhortisan | has yet to find that line |
| 20:41.26 | JeffM | what makes you think it exists? |
| 20:41.33 | JeffM | why would being an observer change the smoothing? |
| 20:41.47 | khonkhortisan | That is the effect, it's just not written out in a line like that. |
| 20:41.58 | khonkhortisan | Fancy tanks + being an observer turns shots into squares |
| 20:42.18 | JeffM | I'm not sure that's pointsmooting |
| 20:42.26 | JeffM | that could be texturing |
| 20:43.08 | khonkhortisan | the shots are GL_POINTS |
| 20:44.18 | JeffM | hmmm |
| 20:44.24 | JeffM | in all modes? |
| 20:45.11 | JeffM | if you force point smothing on before the point is drawn all the time does that fix it? |
| 20:45.27 | khonkhortisan | Zooming in turns it square, zooming out turns it circle. |
| 20:46.02 | JeffM | is the zoom still done with pixel doubling or a glScale? |
| 20:46.22 | khonkhortisan | Yes, that fixes it. |
| 20:46.35 | khonkhortisan | I think OpenGLGState::resetState(); is to blame |
| 20:46.51 | JeffM | probalby |
| 20:47.00 | JeffM | it gets out of sync in many ways |
| 20:47.29 | khonkhortisan | I don't know how zoom is done, but it's when it goes from a tank dot to a tank model that changes it |
| 20:48.11 | JeffM | yeah that would totaly change the state, we have to turn on texturing, and it's probbly not adding point smoothing to that sate |
| 20:48.34 | JeffM | the state stuff is a bit overly complex, it's a holdover from software GL rendering |
| 20:48.58 | khonkhortisan | It resets before and after drawing the fancy tank |
| 20:49.29 | JeffM | you can probalby save the current state before the tank and then restore it after the tank |
| 20:50.02 | JeffM | or just alwys do point smoothing if smoothing is enabled in the bzdb |
| 20:50.18 | JeffM | the AA features can always stay on |
| 20:50.37 | JeffM | the only things we really need to sort by these days are color and texture IIRC |
| 20:50.37 | khonkhortisan | I could just add that to the second if(smooth) |
| 20:50.46 | JeffM | sure |
| 20:51.16 | JeffM | I'm sorry if I'm helping too much, I know I'm suposed to force people to never make changes to the code ;) |
| 20:51.40 | khonkhortisan | I'd rather change an equation than restructure functions |
| 20:57.13 | Notify | 03BZFlag:khonkhortisan * 22660 trunk/bzflag/src/bzflag/RadarRenderer.cxx: Don't squarify shots when drawing fancy radar tanks |
| 20:57.21 | khonkhortisan | Hey, Notify is getting quick! |
| 20:58.29 | blast007 | you mean it's not delayed 14 to 18 hours today? :) |
| 20:58.42 | khonkhortisan | yep, it's nearly instant like it should be |
| 20:59.09 | JeffM | it's always seemd variable |
| 20:59.31 | khonkhortisan | Maybe I caught it right before a read |
| 20:59.40 | blast007 | or a nap |
| 20:59.43 | JeffM | I don't think it scans the repo |
| 20:59.51 | blast007 | it's email based |
| 20:59.55 | JeffM | ahh |
| 20:59.58 | JeffM | who hosts it? |
| 21:00.02 | khonkhortisan | then we have something to blame it on |
| 21:00.14 | blast007 | someone that brlcad knows iirc |
| 21:00.44 | JeffM | is it on his server? one that may have some swap issues? ;) |
| 21:00.48 | khonkhortisan | That seems like information that would be better known |
| 21:00.51 | blast007 | no idea |
| 21:01.32 | blast007 | not the same IP as .bz, but it is at sagonet as well :) |
| 21:02.37 | JeffM | it's on the brlcad.org server |
| 21:02.40 | JeffM | so his other machine |
| 21:02.56 | JeffM | Name: brlcad.org |
| 21:02.56 | JeffM | <PROTECTED> |
| 21:03.05 | blast007 | ah, yup |
| 21:03.55 | khonkhortisan | I wonder who'll get r22668 |
| 21:04.44 | JeffM | the person who commits 8 times from now |
| 21:05.00 | khonkhortisan | Well yes, but who
|
| 21:05.08 | alezakos | what's so special about 22668? |
| 21:05.19 | khonkhortisan | 22446 would be better |
| 21:05.33 | alezakos | 31415 |
| 21:05.38 | blast007 | 90210 |
| 21:05.39 | JeffM | maybe it'll be tim |
| 21:05.51 | blast007 | whitespace fixes |
| 21:05.56 | khonkhortisan | 31415 should add the rad2Deg variable |
| 21:06.00 | JeffM | date change |
| 21:14.18 | khonkhortisan | s/[z|Z]// |
| 21:15.08 | blast007 | khonkhortisan: not quite, since he still has a z in his name, and that wouldn't replace the pipe. ;) |
| 21:15.32 | khonkhortisan | I didn't notice the other z but I was thinking about escaping the pipe |
| 21:15.37 | khonkhortisan | I don't use regex much |
| 21:15.59 | blast007 | ah, yeah, that would probably be invalid |
| 21:17.03 | khonkhortisan | s/[\||zZ]// ? |
| 21:17.48 | khonkhortisan | s/[\\||zZ]// |
| 21:19.03 | blast007 | maybe s/\|[zZ]+// :P |
| 21:19.11 | *** join/#bzflag Deadalot (~philb@fl-71-55-18-148.dhcp.embarqhsd.net) |
| 21:22.11 | khonkhortisan | Yours works |
| 21:45.14 | khonkhortisan | A bool says whether an enemy tank is drawn on radar as a square or a rectangle. What should the bool be called? (right now, I have it as hideAngle) |
| 21:46.17 | JeffM | bTanksAreRound |
| 21:47.18 | khonkhortisan | void RadarRenderer::drawTank(const float pos[3], const Player* player, bool bTanksAreRound) |
| 21:47.27 | JeffM | don't do the b |
| 21:47.30 | JeffM | that was a joke |
| 21:47.43 | khonkhortisan | so bool TanksAreRound? |
| 21:47.48 | JeffM | useDots, or usePoints is probably better |
| 21:48.19 | khonkhortisan | tanks are glRectf |
| 21:48.50 | JeffM | when they are around are they drawn as GLPOint? |
| 21:50.14 | khonkhortisan | shots are glpoint, and turn square or circle based on GL_Point_Smooth. Tanks are glRectf and use either ±size or ±dims[] to decide whether they are square or rectangle. |
| 21:50.32 | JeffM | bahh I'm sorry, my brain saw rectangle as round |
| 21:50.42 | JeffM | useSquares |
| 21:50.50 | JeffM | really should sleep more |
| 21:51.18 | khonkhortisan | The square tank was based on player being NULL, but drawTank has to hold on to the player to call the new setTankColor(player) so I'm using a bool instead. |
| 21:51.26 | JeffM | sure |
| 21:51.27 | khonkhortisan | Speaking of which, what should setTankColor(player) be called? |
| 21:51.46 | JeffM | what is wrong with setTankColor ? |
| 21:52.03 | khonkhortisan | it's a new function |
| 21:52.08 | khonkhortisan | that's all |
| 21:52.09 | JeffM | ok |
| 21:52.11 | JeffM | that's fine |
| 21:52.17 | JeffM | they just need to be descriptive |
| 21:52.29 | JeffM | if the function sets the tank color then setTankColor is perfect |
| 21:52.35 | JeffM | if it causes you to blow up, not so good |
| 21:52.55 | khonkhortisan | Setting the tank color also applies to the height box color |
| 21:53.12 | JeffM | or you could say that the height bot uses the tank color ;) |
| 22:20.38 | *** join/#bzflag sirquine (~quine@c-76-120-71-113.hsd1.co.comcast.net) |
| 22:34.40 | khonkhortisan | diff sometimes gets the lines out of order. If I add a function above another function that I change the name of, the lower function could appear anywhere inside the first function in the diff. |
| 22:36.07 | kierra | chestal ping |
| 22:44.49 | *** join/#bzflag Delusional (~delusiona@pool-108-17-117-49.pitbpa.fios.verizon.net) |
| 22:44.49 | *** join/#bzflag Delusional (~delusiona@unaffiliated/delusional) |
| 23:05.21 | khonkhortisan | Is it okay to use a ternary in a commit message? |
| 23:05.39 | blast007 | what? |
| 23:05.47 | khonkhortisan | "The function is called (isFancy ? "after" : "before") drawing the tanks" |
| 23:06.36 | blast007 | I don't get what you're asking |
| 23:06.48 | blast007 | or trying to do |
| 23:07.16 | khonkhortisan | I'll take that as a no |
| 23:07.39 | *** join/#bzflag FastLizard4|away (fastlizard@wikipedia/pdpc.active.FastLizard4) |
| 23:09.34 | JeffM | the commit message shold be readable |
| 23:09.57 | JeffM | blast007, he wanted to be clever in the commit message |
| 23:16.28 | khonkhortisan | avoided the use of glGetFloatv(GL_CURRENT_COLOR, colorarray); |
| 23:18.06 | Notify | 03BZFlag:khonkhortisan * 22661 (trunk/bzflag/src/bzflag/RadarRenderer.cxx trunk/bzflag/src/bzflag/RadarRenderer.h): ----------- |
| 23:18.16 | khonkhortisan | 15 seconds. |
| 23:19.55 | khonkhortisan | it's like painting a blind man's house, these changes don't make a difference until fancy tanks are fixed completely. |
| 23:26.39 | khonkhortisan | Which, in the analogy, would mean fixing the eyes last |