| 00:51.26 | allejo | is there a better way to rewrite this without having the array being set in each condition. http://pastebin.com/6feXGKpw |
| 00:52.07 | JeffM | not that would be any shorter |
| 00:52.53 | JeffM | you could make a functon that takes the event type and the event data and returned the playerID |
| 00:53.00 | JeffM | then it'd be one set |
| 00:53.31 | JeffM | those events should have all come from the same base class so that we could just cast as that and get the playerID |
| 00:54.02 | JeffM | all player events have simiar data and should have shared an parent |
| 00:54.25 | allejo | yea the bz_eEventType or something like, I was looking at it earlier |
| 00:54.42 | allejo | bz_eEventData* |
| 00:54.53 | allejo | bz_EventData** -_- |
| 00:54.54 | JeffM | yeah, not all events have players but many do |
| 00:55.13 | JeffM | we should have made bz_PlayerEventData that had the ID and other common events |
| 00:55.17 | JeffM | then derived up that chain |
| 00:55.19 | JeffM | oh well |
| 00:55.33 | allejo | that would have been nice lol |
| 00:55.45 | allejo | oh well, *sticks with this code* |
| 00:55.51 | allejo | thanks |
| 00:56.20 | JeffM | for that I'd not even bother combining them in the case |
| 00:56.33 | JeffM | then you'd at least get rid of the if |
| 00:57.33 | allejo | yea, you're right. same amount of code... darn was hoping for a short cut |
| 01:39.13 | *** join/#bzflag Delusional (~delusiona@unaffiliated/delusional) |
| 01:56.14 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 01:56.16 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 05:12.11 | *** join/#bzflag Thot (~t@wtwrp.de) |
| 06:24.22 | *** join/#bzflag EvilJStoker (jstoker@unaffiliated/jstoker) |
| 06:27.04 | *** join/#bzflag Fira (artix@unaffiliated/fira) |
| 06:27.55 | *** join/#bzflag death_ (~death@69.136.33.106) |
| 06:28.44 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 06:56.24 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 08:37.13 | *** join/#bzflag DTRemenak (~DTRemenak@76-227-151-154.lightspeed.irvnca.sbcglobal.net) |
| 08:37.14 | *** join/#bzflag DTRemenak (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 08:37.14 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 08:42.33 | *** part/#bzflag BulletCatcher (~bc@bzflag/developer/BulletCatcher) |
| 08:51.17 | *** join/#bzflag BulletCatcher (~bc@bzflag/developer/BulletCatcher) |
| 08:52.06 | *** join/#bzflag thrakattak (~cz@unaffiliated/sharkey) |
| 09:33.34 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 09:57.37 | *** join/#bzflag Delusional (~delusiona@unaffiliated/delusional) |
| 10:53.00 | *** join/#bzflag Delusional (~delusiona@pool-173-71-173-214.pitbpa.fios.verizon.net) |
| 10:53.00 | *** join/#bzflag Delusional (~delusiona@unaffiliated/delusional) |
| 12:51.16 | blast007 | Constitution: would switching to SDL2 help solve the crash on OS X 10.9? |
| 13:27.16 | *** join/#bzflag infobot (~infobot@rikers.org) |
| 13:27.16 | *** topic/#bzflag is http://BZFlag.org || https://www.ohloh.net/p/bzflag || http://wiki.BZFlag.org/Getting_Help || Channel Logs: http://ibot.rikers.org/%23bzflag/ || 2.4.2 Current version http://goo.gl/d306gE |
| 13:27.16 | *** mode/#bzflag [+o infobot] by ChanServ |
| 13:32.40 | *** join/#bzflag spldart (~james@bzflag/contributor/spldart) |
| 13:32.40 | *** mode/#bzflag [+v spldart] by ChanServ |
| 13:37.28 | *** join/#bzflag Nitroxis (~n@wtwrp.de) |
| 13:37.53 | *** join/#bzflag Thot (~t@wtwrp.de) |
| 14:11.50 | *** join/#bzflag mebigfatguy (~dave@128.177.74.185) |
| 17:20.47 | *** join/#bzflag apeman (~Victor@222-155-154-108.jetstream.xtra.co.nz) |
| 17:27.40 | *** join/#bzflag thrakattak (~cz@unaffiliated/sharkey) |
| 17:37.09 | *** join/#bzflag jeffm (~jeffm@cpe-23-241-222-73.socal.res.rr.com) |
| 17:37.10 | *** join/#bzflag jeffm (~jeffm@unaffiliated/jeffm2501) |
| 17:37.10 | *** mode/#bzflag [+v jeffm] by ChanServ |
| 17:44.23 | *** join/#bzflag unclelightning (~chatzilla@pool-64-222-228-72.port.east.myfairpoint.net) |
| 18:36.33 | *** join/#bzflag JeffM (~JeffM@cpe-23-241-222-73.socal.res.rr.com) |
| 18:36.34 | *** join/#bzflag JeffM (~JeffM@unaffiliated/jeffm2501) |
| 18:36.34 | *** mode/#bzflag [+v JeffM] by ChanServ |
| 18:39.36 | *** join/#bzflag thrakattak (~cz@unaffiliated/sharkey) |
| 18:45.57 | apeman | i want to send half an hours worth of game data (player kills etc) from a plugin to a remote server. Is bz_addURLJob suitable for that? |
| 18:48.08 | JeffM | how much data is it? |
| 18:48.20 | JeffM | but probably |
| 18:48.22 | apeman | no idea yet. Surely less than 1 kB |
| 18:48.26 | JeffM | it sends it in the back ground |
| 18:48.27 | JeffM | oh yeah |
| 18:48.28 | JeffM | dude |
| 18:48.36 | JeffM | you made it sound like megs and megs |
| 18:49.03 | apeman | send the data as POST params or as file upload? |
| 18:49.30 | JeffM | depends on what your accepting server wants |
| 18:49.35 | JeffM | post makes the most sense to me |
| 18:49.47 | apeman | i thought theres a URL limit for post |
| 18:50.21 | JeffM | I don't think so |
| 18:50.29 | JeffM | do we have a fixed size buffer anywhere? |
| 18:51.15 | JeffM | both post and upload use the body of the request so I can't see one having a limit where the other doesn't at least at the HTTP level |
| 18:51.16 | apeman | ok, its GET that has a URL limit |
| 18:51.29 | JeffM | yes, GET puts the arguments in the request header |
| 18:51.51 | JeffM | and is generaly not a good idea for anything more then a few small agruments |
| 18:51.55 | JeffM | post puts them in the body |
| 18:52.34 | JeffM | and this is why my networking instructor won't let me do my report on how HTTP works :) |
| 19:01.57 | blast007 | POST doesn't use the URL... that's the point of POST :P |
| 19:02.34 | JeffM | yup |
| 20:14.35 | *** join/#bzflag thrakattak (~cz@unaffiliated/sharkey) |
| 20:54.42 | *** join/#bzflag thrakattak (~cz@unaffiliated/sharkey) |
| 20:55.15 | thrakattak | plugin compile question... |
| 20:55.33 | thrakattak | managed to successfully do so on native x86_64 |
| 20:55.39 | thrakattak | using repo tree |
| 20:55.44 | thrakattak | (very nice btw) |
| 20:56.08 | thrakattak | what is best way to compile 32 bit version? |
| 20:56.44 | thrakattak | tried CFLAGS=-m32 and that wasn't well received |
| 20:57.57 | JeffM | what plugin are you talking about? the normal ones build with the rest of the software |
| 20:58.14 | thrakattak | uselessmine |
| 20:58.27 | thrakattak | it compiled fine for native 64bit... |
| 20:58.39 | thrakattak | just wanted to make a 32 bit version as well, on same machine |
| 20:58.40 | JeffM | who wrote that one? |
| 20:58.51 | thrakattak | in the forums is "SkillDude" |
| 20:59.22 | JeffM | then it sounds like it's using non-standard build system, you'd have to ask him |
| 20:59.40 | thrakattak | hm. maybe i am not asking my question correctly. |
| 20:59.52 | thrakattak | i am on x86_64 architecture... |
| 20:59.58 | JeffM | I know what you are asking |
| 21:00.23 | thrakattak | so the CFLAGS export should have done it? |
| 21:00.24 | JeffM | for our full build setup the configure stage usualy handles the platform |
| 21:00.51 | JeffM | but for plugins some developers make there own build systems that we don't support |
| 21:01.09 | thrakattak | understood. |
| 21:01.22 | thrakattak | for the sake of... coversation/education... |
| 21:01.50 | thrakattak | if i wanted to compile 32 bit version of say, bzfs, on x86_64 machine... how to do so? |
| 21:01.57 | thrakattak | without trashing my existing tree |
| 21:02.21 | JeffM | I belive you run configure with some options |
| 21:02.39 | thrakattak | <JeffM> for our full build setup the configure stage usualy handles the |
| 21:02.39 | thrakattak | <PROTECTED> |
| 21:02.48 | JeffM | yeah it auto detects it |
| 21:02.49 | thrakattak | ^-- ah |
| 21:03.08 | JeffM | IIRC it's more then just a compile flag, since you need to link to the 32 bit libs for things too |
| 21:03.14 | JeffM | and we don't always build all libs |
| 21:03.15 | thrakattak | right... |
| 21:03.51 | thrakattak | by doing export CFLAGS=-m32 i should get the 32 bit libs... |
| 21:04.15 | thrakattak | i will poke around the config scripts maybe. |
| 21:04.19 | JeffM | for the runtime sure, but you need curl, curses, and the others |
| 21:04.31 | JeffM | we have a buttload of dependencies :) |
| 21:04.51 | thrakattak | and they work flawlessly when used as directed (: |
| 21:05.05 | thrakattak | i may be coloring outside the lines a bit here |
| 21:05.59 | JeffM | ahh looks like we do some cheezy stuff |
| 21:06.10 | JeffM | fi |
| 21:06.10 | JeffM | <PROTECTED> |
| 21:06.10 | JeffM | <PROTECTED> |
| 21:06.10 | JeffM | <PROTECTED> |
| 21:06.10 | JeffM | <PROTECTED> |
| 21:06.11 | JeffM | <PROTECTED> |
| 21:06.45 | thrakattak | heh. well... works fine for native architectures though... |
| 21:06.54 | JeffM | that's all we really care about |
| 21:07.09 | thrakattak | ^-- rightly so. |
| 21:07.49 | thrakattak | maybe i'll do a 32bit debootstrap |
| 21:07.59 | thrakattak | that should take care of it (: |
| 21:08.08 | thrakattak | thanks JeffM |
| 21:09.17 | JeffM | how many servers still run 32 bit |
| 21:09.35 | thrakattak | dunno... apparently there's at least one (: |
| 21:09.50 | thrakattak | i compiled the 64bit lib and was asked for 32 bit version |
| 21:28.13 | *** join/#bzflag Gnurdux (~gnurdux@209.117.47.254) |
| 21:29.29 | blast007 | why would you need to make a 32-bit yourself unless you're using 32-bit? |
| 21:29.56 | blast007 | I think most of the well run servers compile everything themselves |
| 21:34.22 | JeffM | indeed |
| 21:51.31 | thrakattak | b/c i don't have shell access to the target machine (which could be remedied but not in the meantime) |
| 21:52.53 | JeffM | so the owner is mart enough tnot to give out shell, but not smart enough to run any random bin they get from someone? |
| 21:54.23 | thrakattak | while i am grateful for constructive feedback from you both... are you deaf to the antagonism in your comments? |
| 21:54.40 | JeffM | no we are just having fun :) |
| 21:54.49 | thrakattak | whew. |
| 21:55.13 | thrakattak | with this particular plugin, owner had some difficulty |
| 21:55.19 | JeffM | ahh |
| 21:55.22 | thrakattak | so am trying to help while he is busy |
| 21:56.11 | thrakattak | and like you pointed out... there may be some irregularity in the way it was written... |
| 21:56.56 | thrakattak | but i thought since i had success on x86_64 arch, maybe i could x-compile it... |
| 22:06.11 | JeffM | it just dosn't come up that much |
| 22:06.26 | JeffM | the debian packages are built on the native systems |
| 22:06.44 | JeffM | we only ship 32 bit for windows by defaut, but it builds on 64 bit |
| 22:06.45 | thrakattak | makes sense, kiss principle, etc. |
| 22:06.53 | JeffM | and XCode handles the mac stuff |
| 22:07.33 | JeffM | I would like to see a standardized plugin build system |
| 22:08.00 | JeffM | it's always buged me that using makefiles our system wants the plugins to be built with the full product |
| 22:08.45 | *** join/#bzflag thrakattak (~cz@unaffiliated/sharkey) |
| 22:15.20 | *** join/#bzflag mebigfatguy (~dave@128.177.74.185) |
| 22:16.40 | thrakattak | laughs |
| 22:18.14 | JeffM | anyone want to try OSX and/or linux bins for me? |
| 22:19.02 | JeffM | and githubs web hosting indirectly |
| 22:19.41 | thrakattak | linux here... what do you need? |
| 22:19.47 | JeffM | http://jeffm2501.github.io/BZFlagUnity/ |
| 22:19.54 | JeffM | just download it an see if it runs |
| 22:21.07 | thrakattak | perfunctory question: what is it? |
| 22:23.06 | JeffM | a binary build test for all 3 platforms |
| 22:23.10 | JeffM | it's a sample sceene |
| 22:24.18 | thrakattak | downloading |
| 22:26.28 | thrakattak | should be playable or just initial screen? |
| 22:27.09 | thrakattak | if just initial screen, then works for x86_64 on Debian 3.2 |
| 22:30.29 | thrakattak | is Unity IDE the way bzflag is going, or this is exploration of options? |
| 22:32.30 | JeffM | it's just me playin |
| 22:39.24 | blast007 | thrakattak: I was being serious. I'm a server owner, and I compile the server (and plugins) myself. Best way to ensure stuff will work right, and ensures I can upgrade my server code. The binary you compile may not work on his server if he updates it to a newer 2.4.x (like the latest 2.4 branch code). |
| 22:40.47 | thrakattak | fair enough. valid points too. i will walk him through the process and see where it gets hung |
| 22:41.28 | JeffM | Unity as a platform solution would solve a number of technical problems, create a few new ones, and create a number of social challenges for the project as it stands |
| 22:42.01 | JeffM | but that doesn't prevent me from puttering on it in my spare time |
| 22:44.52 | thrakattak | that scene had some nice eye candy too (camo, smoke) |
| 22:45.34 | JeffM | i was just making sure that the platforms ran ok with the effects |
| 22:46.00 | JeffM | that kind of stuff is easy to do in unity |
| 22:48.58 | thrakattak | never played with Unity... would it be overkill for map editing? |
| 22:51.45 | JeffM | for bz proper? |
| 22:53.13 | thrakattak | yes. seems like maps could become very intricate |
| 22:53.35 | JeffM | you can't really use it for that |
| 22:53.38 | JeffM | it is not a modeler |
| 22:54.13 | JeffM | making it save bzw would be possible but it was not really made for that |
| 22:54.24 | JeffM | and there would be so many limits |
| 22:54.32 | JeffM | blender is more suited to making objects |
| 22:54.42 | *** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala) |
| 22:58.08 | JeffM | tho if you had pro-builder 2 it would have a lot more geometry options |
| 22:58.26 | JeffM | but much of what you could do can't be represented in bzw |
| 23:14.33 | thrakattak | interesting though. worth checking it out for graphics fun. |
| 23:15.00 | JeffM | there is no native linux ide |
| 23:15.42 | thrakattak | s'ok. that's what virtualbox is for... |
| 23:16.31 | thrakattak | though i imagine hd 7970's may take a hit |
| 23:18.36 | JeffM | some say it can run ok enough in wine |
| 23:28.12 | *** join/#bzflag mebigfatguy (~dave@128.177.74.185) |
| 23:55.19 | *** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org) |