| 00:14.10 | *** join/#bzflag bryjen (~bryjen@75.81.252.118) |
| 00:14.10 | *** mode/#bzflag [+v bryjen] by ChanServ |
| 00:17.31 | *** join/#bzflag short_circuit (~james@c-98-195-162-191.hsd1.tx.comcast.net) |
| 00:47.55 | *** join/#bzflag short_circuit (~james@c-98-195-162-191.hsd1.tx.comcast.net) |
| 01:14.54 | *** join/#bzflag meeba_ (~lamer@c-75-71-83-2.hsd1.co.comcast.net) |
| 01:39.45 | short_circuit | Has bzflag's current release addressed the getting inside hollow 3d constructs? I have never gotten around to putting something inside my silly towers... |
| 01:40.00 | short_circuit | <sp> |
| 01:41.24 | short_circuit | I'm thinking no |
| 01:46.12 | short_circuit | welp... I guess I could add arc objects or whatever that round thing is in bzw that fills in the |
| 01:46.39 | short_circuit | hollow area. So a jittery/ packet losing tank, bounces out. |
| 01:49.48 | blast007 | short_circuit: you should use inside and/or outside points with your mesh to make the inside solid |
| 01:50.05 | blast007 | you don't fill a mesh with something else to make it "solid" |
| 01:50.19 | short_circuit | Yeah... never learned how to do that. I'm thinking I |
| 01:50.28 | short_circuit | ll just put something inside the base |
| 01:50.37 | short_circuit | so a tank can't 'fit |
| 01:50.41 | short_circuit | ' |
| 01:50.41 | Delusional | naah, inside points aren't needed anymore, except as insurance. Trep did a great job on that. I tested it. |
| 01:51.12 | short_circuit | Oh |
| 01:51.38 | Delusional | i had three maps that had the problem, tested them without the inside points.. they all worked correctly |
| 01:52.54 | blast007 | Delusional: you're testing with OO? |
| 01:53.04 | Delusional | yep |
| 01:53.38 | short_circuit | I noticed the images I was painting on my constructs were still hosted on trepan website... Is it still ok to use that? |
| 01:53.49 | short_circuit | It was back in the day. |
| 01:53.51 | short_circuit | I checked |
| 01:54.24 | Delusional | it's bzflag.bz.. should be good, not sure |
| 01:54.38 | short_circuit | was thinking so.. just wanted to check |
| 01:55.08 | short_circuit | one was steel something 15.png and the other was /tyle/ steel something 3.png |
| 01:55.15 | blast007 | short_circuit: what's the URL? |
| 01:55.37 | Delusional | http://trepan.bzflag.bz/ |
| 01:55.37 | short_circuit | sry... I would have copy pasted but I forgot to bring my map files home |
| 01:55.45 | short_circuit | can copy paste on monday |
| 01:55.54 | blast007 | I have them here instead: http://images.bzflag.org/bz_legacy/ |
| 01:55.57 | short_circuit | s/tyle/tile |
| 01:56.06 | short_circuit | Oh? |
| 01:56.27 | short_circuit | been years since I hosted my wartowers |
| 01:56.54 | blast007 | for image downloads, the only site allowed by default is images.bzflag.org |
| 01:56.59 | blast007 | not even bzflag.bz is allowed |
| 01:57.17 | short_circuit | OooOOOoo another caveat |
| 01:57.50 | short_circuit | ok... well... the name trepan was definitely in my urls in my .bzw... and that is mid early 2.0 stuff |
| 01:57.51 | blast007 | a simple find and replace will fix your maps |
| 01:57.52 | *** join/#bzflag smoooth (~smoooth@cpe-071-074-011-155.ec.res.rr.com) |
| 01:57.59 | short_circuit | KK |
| 01:58.21 | blast007 | just need to swap http://trepan.bzflag.bz/tiles/ with http://images.bzflag.org/bz_legacy/trepan/tiles/ |
| 01:58.37 | short_circuit | ah... oki doki |
| 02:02.29 | short_circuit | Gah! All these usbsticks and one removable drive and I didn't copy my towers files over :( i could have sworn I had moved them over :( |
| 02:15.26 | *** join/#bzflag Delusional (~delusiona@unaffiliated/delusional) |
| 02:25.15 | allejo | short_circuit, you're gonna put wartowers back up? |
| 02:30.34 | *** join/#bzflag Foo_man_choo (~james@c-98-195-162-191.hsd1.tx.comcast.net) |
| 03:10.21 | *** part/#bzflag smoooth (~smoooth@cpe-071-074-011-155.ec.res.rr.com) |
| 03:35.08 | *** join/#bzflag L4m3r (~l4m3r@bzflag/developer/L4m3r) |
| 03:35.08 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 03:52.40 | *** join/#bzflag JeffM (~Toybox@cpe-76-167-239-8.socal.res.rr.com) |
| 03:52.40 | *** join/#bzflag JeffM (~Toybox@unaffiliated/jeffm2501) |
| 03:52.40 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 05:12.36 | *** join/#bzflag r00tn (~r00t@95.82.120.18) |
| 07:02.28 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |
| 07:16.41 | khonkhortisan | We could always go with the nagware "these files are from an untrusted site. Download anyway?" |
| 07:18.38 | khonkhortisan | I guess I'm only four hours late to join in on the conversation |
| 08:18.40 | *** join/#bzflag allejo (~allejo@cpe-76-90-186-178.socal.res.rr.com) |
| 10:36.05 | *** join/#bzflag _lmnop (~lmnop@p5DC4EB9B.dip.t-dialin.net) |
| 11:43.22 | *** join/#bzflag rathis (~rathis@b0194243.bb.sky.com) |
| 12:14.29 | *** join/#bzflag _lmnop (~lmnop@p5DC4EB9B.dip.t-dialin.net) |
| 13:35.43 | *** join/#bzflag QuantumBlip (IceChat9@cpe-76-186-207-58.tx.res.rr.com) |
| 14:04.21 | *** join/#bzflag mdskpr (~mdskpr@108.25.142.117) |
| 15:31.15 | *** join/#bzflag JeffM (~JeffM@76-218-80-21.lightspeed.irvnca.sbcglobal.net) |
| 15:31.15 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 15:31.15 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 15:41.11 | *** join/#bzflag _lmnop (~lmnop@p5DC4EB9B.dip.t-dialin.net) |
| 16:19.01 | CIA-110 | BZFlag: 0324.255.56.220 07http://wiki.bzflag.org * r8297 10/Functions(API): /* Team Management */ bz_setTeamWins and bz_setTeamLosses are NOT usable right now. |
| 16:22.20 | JeffM | cool.. so the wiki is a bug list now.... |
| 16:28.01 | *** join/#bzflag swigg (4477e22b@gateway/web/freenode/ip.68.119.226.43) |
| 16:28.16 | *** join/#bzflag swigg (4477e22b@bzflag/player/Swigg) |
| 16:42.22 | *** join/#bzflag bier (~bier@p5085F43C.dip.t-dialin.net) |
| 17:34.24 | *** join/#bzflag meeba (~lamer@c-75-71-83-2.hsd1.co.comcast.net) |
| 17:52.18 | *** join/#bzflag SpazzyMcGee (~SpazzyMcG@5ad55b41.bb.sky.com) |
| 17:56.44 | khonkhortisan | the variable "ev" is used for both an input_event and a BzfKeyEvent - in different files, of course |
| 17:58.31 | blast007 | JeffM: not to mention he's actually wrong. I just tried them, and they both worked... |
| 17:58.49 | JeffM | heh |
| 17:58.55 | JeffM | khonkhortisan, so rename one |
| 17:59.00 | khonkhortisan | then it doesn't belong in the wiki, it belongs somewhere else |
| 17:59.37 | blast007 | khonkhortisan: what? |
| 18:00.04 | khonkhortisan | whoops I thinks I'm talking about the comment on the change |
| 18:00.10 | khonkhortisan | *think |
| 18:00.17 | CIA-110 | BZFlag: 03Blast 07http://wiki.bzflag.org * r8298 10/Functions(API): Undo revision 8297 by [[Special:Contributions/24.255.56.220|24.255.56.220]] ([[User talk:24.255.56.220|talk]]) |
| 18:00.33 | khonkhortisan | If the comment was on the wiki, it wouldn't belong as it's not common knowledge that it doesn't work |
| 18:15.12 | khonkhortisan | eclipse doesn't like "<>" in place of "!=" |
| 18:22.47 | *** join/#bzflag khonkhortisan (~kyle@c-24-16-33-113.hsd1.wa.comcast.net) |
| 18:24.53 | khonkhortisan | thrashed his way out of this room |
| 18:32.58 | JeffM | who uses <>? |
| 18:34.22 | khonkhortisan | I saw it on a forum asking about the differences between <> != and /= |
| 18:34.49 | JeffM | they are all valid C++? |
| 18:36.00 | khonkhortisan | probably not |
| 18:37.02 | khonkhortisan | the last one isn't even the same: x /= y I believe is the same as x = x/y |
| 18:37.15 | JeffM | ahh yeah |
| 18:37.34 | JeffM | silly people trying to make C into other languages |
| 18:41.28 | *** join/#bzflag meeba (~lamer@c-75-71-83-2.hsd1.co.comcast.net) |
| 18:53.59 | CIA-110 | BZFlag: 03Blast 07http://wiki.bzflag.org * r8299 10/Bz_setTeamWins: |
| 18:54.14 | CIA-110 | BZFlag: 03Blast 07http://wiki.bzflag.org * r8300 10/Bz_setTeamLosses: |
| 18:54.52 | CIA-110 | BZFlag: 03Blast 07http://wiki.bzflag.org * r8301 10/Bz_resetTeamScores: |
| 19:24.41 | *** join/#bzflag _lmnop (~lmnop@p5DC4EB9B.dip.t-dialin.net) |
| 19:25.57 | JeffM | punts and just installs phpbb |
| 20:01.30 | *** join/#bzflag Foo_man_choo (~james@c-98-195-162-191.hsd1.tx.comcast.net) |
| 20:48.41 | khonkhortisan | I got it all the way to putting 'bind "Joystick Hat 4 Up" down silence' in the config file, now I just have to make it not stop listening after the first button received |
| 21:03.49 | khonkhortisan | and now to make it only be pressed once at a time... |
| 21:09.42 | *** join/#bzflag SpazzyMcGee (~SpazzyMcG@5ad55b41.bb.sky.com) |
| 21:16.09 | khonkhortisan | How do I get the whole array out of a pointer instead of just an element out? |
| 21:21.55 | khonkhortisan | I got it |
| 21:23.32 | khonkhortisan | and now to remove the debugging comments... |
| 21:31.14 | khonkhortisan | (codes taken from /usr/include/linux/input.h) Regular axes ABS_X through ABS_WHEEL are codes 0x00 through 0x08. Hat axes ABS_HAT0X through ABS_HAT3Y are codes 0x10 through 0x17. My joystick has one hat. So why is it showing up as codes 0x16 and 0x17 instead of codes 0x10 and 0x11? Why does it act like it's the fourth hat instead of the first? |
| 21:36.55 | khonkhortisan | jstest /dev/input/js0 tells me Joystick (Logitech Logitech Force 3D Pro) has 6 axes (X, Y, Rz, Throttle, Hat0X, Hat0Y) |
| 21:37.37 | khonkhortisan | but when I use it, I get "Joystick Hat 4 Down" |
| 21:38.13 | khonkhortisan | Anyone want to test my patch? |
| 22:03.13 | khonkhortisan | Okay, that's just odd. Printf-ing %x gives me 10, printf-ing %i gives me 16, and I'm passing the wrong one. |
| 22:05.36 | DTRemenak | 10 hex (or 0x10) is 16 decimal. printf %x formats hex, %i formats decimal. |
| 22:06.58 | khonkhortisan | So How do I correctly assign a hex 10 to an int 10? Or should I just go all hex? |
| 22:07.11 | khonkhortisan | *how |
| 22:07.59 | DTRemenak | hex 10 is decimal 16. it's not assignment, it just IS. different representations of the same number. |
| 22:08.39 | DTRemenak | if the linux-input headers use hex, I'd probably use hex everywhere I compare to them, for readability. |
| 22:10.17 | DTRemenak | though you should prefer to use the constants, where possible (i.e., write ABS_HAT0X instead of 0x10) |
| 22:12.01 | khonkhortisan | okay |
| 22:14.30 | khonkhortisan | that fixed it, I shouldn't have subtracted the code by ten, I should've subtracted it by ABS_HAT0X |
| 22:18.56 | khonkhortisan | wah I can't do if (a => b && b <= c) |
| 22:19.01 | khonkhortisan | oh well |
| 22:30.06 | *** join/#bzflag Delusional (~delusiona@unaffiliated/delusional) |
| 22:46.15 | BulletCatcher | use >= instead of => |
| 22:46.39 | khonkhortisan | yes it would just be nicer if I could point at => it <= |
| 22:48.17 | BulletCatcher | If I want b to be between a and c, I find that (a <= b && b <= c) is very readable. |
| 22:49.02 | khonkhortisan | okay I'll turn it around |
| 22:49.41 | khonkhortisan | but is there a good reason why you have to say b twice? |
| 22:49.52 | khonkhortisan | if (a <= b <= c) |
| 22:50.08 | BulletCatcher | That mathematical notation is a syntax error. |
| 22:50.38 | BulletCatcher | Well, not really, but it won't evaluate the way you want it to. |
| 22:51.24 | BulletCatcher | It will be true whenever c is greater or equal to 1. |
| 22:51.57 | BulletCatcher | Because first (a <= b) will be evaluated to 0 or 1, then that is compared to c. |
| 22:54.24 | *** join/#bzflag jeffm (~jeffm@unaffiliated/jeffm2501) |
| 22:54.24 | *** mode/#bzflag [+v jeffm] by ChanServ |
| 22:56.52 | khonkhortisan | So then with (a && b || c) c also decides? |
| 22:57.02 | khonkhortisan | Or is a required? |
| 23:07.17 | BulletCatcher | && has higher precedence than ||, so (a && b || c) and (c || a && b) will give the same result (at least when a, b, and c are simple variables). |
| 23:08.43 | BulletCatcher | http://en.cppreference.com/w/cpp/language/operator_precedence |
| 23:13.42 | khonkhortisan | I always thought it was the order they were in |
| 23:16.48 | *** join/#bzflag jeffm (~jeffm@cpe-76-167-239-8.socal.res.rr.com) |
| 23:16.48 | *** join/#bzflag jeffm (~jeffm@unaffiliated/jeffm2501) |
| 23:16.48 | *** mode/#bzflag [+v jeffm] by ChanServ |
| 23:22.17 | BulletCatcher | Most operators of equal precedence are, indeed, evaluated left-to-right. |
| 23:22.18 | BulletCatcher | But higher precedence operators are evaluated before lower precedence operators. |
| 23:34.01 | khonkhortisan | To toggle the radar hit "Joystick Hat Right" |
| 23:40.33 | *** join/#bzflag jeffm (~jeffm@cpe-76-167-239-8.socal.res.rr.com) |
| 23:40.34 | *** join/#bzflag jeffm (~jeffm@unaffiliated/jeffm2501) |
| 23:40.34 | *** mode/#bzflag [+v jeffm] by ChanServ |
| 23:42.02 | khonkhortisan | jeffm YoU LosT YouR CapS |
| 23:42.37 | jeffm | ? |
| 23:42.47 | jeffm | the mac doesn't support capital letters |
| 23:42.48 | khonkhortisan | you were previously on here as JeffM |
| 23:42.52 | jeffm | you have to buy them in the app store |
| 23:43.00 | khonkhortisan | haha that's silly |
| 23:43.20 | jeffm | Ahh I See you fully understand apple then |
| 23:56.37 | blast007 | Want capital letters? There's an app for that! |
| 23:59.00 | khonkhortisan | If I add a function in EvdevJoystick.cxx, I have to add it in BzfJoystick.cxx. If I add it there, do I also have to add it in * DXJoystick, SDLJoystick, USBJoystick, WinJoystick, XIJoystick? - The asterisk is the point in time where I answered my own question. |