| 00:07.29 | Flak | could there be a translation software added to bzflag? |
| 00:09.16 | Flak | to help with communications |
| 00:10.36 | Constitution | if you can find a translation service with an API they will allow us to use |
| 00:38.53 | kaadmy | BulletCatcher: blast007: thanks, will try |
| 00:46.12 | *** join/#bzflag DTRemenak|RDP (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 00:46.12 | *** mode/#bzflag [+v DTRemenak|RDP] by ChanServ |
| 00:54.32 | *** join/#bzflag DTRemenak|RDP (~DTRemenak@cpe-172-112-28-185.socal.res.rr.com) |
| 00:54.33 | *** join/#bzflag DTRemenak|RDP (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 00:54.33 | *** mode/#bzflag [+v DTRemenak|RDP] by ChanServ |
| 01:16.31 | *** join/#bzflag DTRemenak|RDP (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 01:16.31 | *** mode/#bzflag [+v DTRemenak|RDP] by ChanServ |
| 01:25.59 | *** join/#bzflag DTRemenak|RDP (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 01:26.00 | *** mode/#bzflag [+v DTRemenak|RDP] by ChanServ |
| 01:32.43 | *** join/#bzflag DTRemenak (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 01:32.43 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 01:47.55 | *** join/#bzflag DTRemenak|RDP (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 01:47.55 | *** mode/#bzflag [+v DTRemenak|RDP] by ChanServ |
| 01:51.01 | *** join/#bzflag DTRemenak (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 01:51.01 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 02:05.02 | Constitution | we making any progress on the windows bug? |
| 02:16.31 | *** join/#bzflag zuii (~akos@BC06BF93.catv.pool.telekom.hu) |
| 02:20.34 | blast007 | kinda-ish |
| 02:21.43 | blast007 | JeffM had looked into it as well. Seems to be some timing based issue because when he ran it through a debugger with breakpoints, and stepping through it, it would work (and I believe I found this as well some weeks back) |
| 02:22.47 | blast007 | so I'm trying to yank out enough code and making a minimal test case with the issue and then it'll either be easier to debug, or I'll be able to show that test case on the AMD forums |
| 03:21.44 | *** part/#bzflag Flak (~Flak@2001:558:6030:27:cdbc:d363:dd9e:f5c3) |
| 09:05.06 | *** join/#bzflag kierra (~quassel@209.222.8.90) |
| 09:05.14 | *** join/#bzflag allejo (~allejo@unaffiliated/allejo) |
| 09:05.14 | *** mode/#bzflag [+v allejo] by ChanServ |
| 09:24.44 | *** join/#bzflag valera_rozuvan (~Valera@193.105.216.6) |
| 09:26.40 | allejo | I rebooted my server, if any of my servers are offline let me know |
| 11:25.05 | *** join/#bzflag contempt (contempt@unaffiliated/contempt) |
| 12:19.05 | *** join/#bzflag zuii (~akos@BC06BF93.catv.pool.telekom.hu) |
| 12:23.19 | *** join/#bzflag zuii (~akos@BC06BF93.catv.pool.telekom.hu) |
| 12:25.23 | *** join/#bzflag zuii (~akos@BC06BF93.catv.pool.telekom.hu) |
| 13:06.58 | *** join/#bzflag dcat (~dcat@c-98-244-106-246.hsd1.va.comcast.net) |
| 13:11.45 | *** part/#bzflag Guest34366 (~quassel@209.222.8.90) |
| 13:12.22 | *** join/#bzflag zuii (~akos@BC06BF93.catv.pool.telekom.hu) |
| 13:12.49 | *** join/#bzflag moriah (~quassel@unaffiliated/kierra) |
| 13:14.09 | *** join/#bzflag sanandresm (~andres@181.49.242.146) |
| 13:14.57 | *** join/#bzflag zuii (~akos@BC06BF93.catv.pool.telekom.hu) |
| 13:21.36 | *** join/#bzflag zuii (~akos@BC06BF93.catv.pool.telekom.hu) |
| 13:22.25 | *** join/#bzflag zuii (~akos@BC06BF93.catv.pool.telekom.hu) |
| 13:24.13 | *** join/#bzflag zuii (~akos@BC06BF93.catv.pool.telekom.hu) |
| 16:16.22 | *** join/#bzflag sanandres (~andres@181.49.254.102) |
| 16:17.36 | *** join/#bzflag kaadmy (uid135503@gateway/web/irccloud.com/x-bjpwjmesjfgfchvn) |
| 16:27.26 | *** join/#bzflag contempt (contempt@unaffiliated/contempt) |
| 16:54.52 | *** join/#bzflag void7 (~void7@static-205-157-147-198.ded.unwiredbb.net) |
| 19:15.39 | *** join/#bzflag void7 (~void7@static-205-157-147-198.ded.unwiredbb.net) |
| 19:26.46 | kaadmy | is there a way to figure out a player's held flag? |
| 19:26.59 | blast007 | kaadmy: here were some examples of the text object that was in 2.99.x (which was never finished/released): http://bzexcess.com/2009/09/new-feature-coverage-the-text-object/ and http://bzexcess.com/2009/10/another-example-of-the-text-object/ |
| 19:27.21 | kaadmy | bz_getPlayerFlag(playerID) seems to seg fault |
| 19:28.13 | kaadmy | blast007: how does the text work as a plugin? |
| 19:29.00 | blast007 | it doesn't in any released version |
| 19:29.57 | blast007 | it is on the plan for 2.6 though |
| 19:30.27 | blast007 | I believe it used the contents of a BZDB variable, but that implementation could change |
| 19:31.45 | blast007 | anyways... bz_getPlayerFlag *shouldn't* cause a segfault, so let me see what it's messing up |
| 19:32.51 | blast007 | how are you using bz_getPlayerFlag? |
| 19:38.48 | kaadmy | https://www.irccloud.com/pastebin/IoDrxeGh/ |
| 19:39.26 | kaadmy | wait, might be my problem |
| 19:39.36 | kaadmy | what does bz_getPlayerFlag return? |
| 19:47.35 | blast007 | a const char *, which can be NULL if the player doesn't exist (and possibly if they have no flag) |
| 19:48.16 | blast007 | so you should probably NULL check it first |
| 19:49.40 | blast007 | also, the way you're doing it is rather expensive. You should just hook into the flag grab/drop (and possibly transfer) messages. |
| 19:49.59 | kaadmy | not what i'm doing it for |
| 19:50.22 | kaadmy | i need to check what player's holding the flag at every player update, and see if they're ina zone |
| 19:50.33 | blast007 | not that way |
| 19:50.34 | kaadmy | is there a better way to do it? |
| 19:50.51 | blast007 | you should track in your plugin, not do an expensive lookup every update |
| 19:51.07 | kaadmy | btw, that's how the CustomZonePlugin does |
| 19:51.22 | kaadmy | it just has a player update event that checks the flag |
| 19:51.53 | blast007 | what a horrid plugin, then |
| 19:52.09 | kaadmy | it's default ;) |
| 19:52.20 | kaadmy | is there a better way to do what I need? |
| 19:52.34 | blast007 | I know it's default, doesn't mean it's good ;) |
| 19:53.06 | blast007 | playHistoryTracker gives an example of using a struct and a std::map to track player information |
| 19:53.07 | kaadmy | and is there a way to get the player's flag id or type? |
| 19:53.40 | blast007 | you should really read through the bzfsAPI.h and bzfsAPI.cxx files |
| 19:53.45 | kaadmy | i am -_- |
| 19:54.09 | kaadmy | and lookint at the playHistoryTracker plugin |
| 19:54.55 | kaadmy | bz_sendPlayCustomLocalSound doesn't work, it's just comented out |
| 19:55.55 | kaadmy | so, should i just keep track of flag drops/grabs and handle it myself? |
| 19:56.26 | blast007 | yup |
| 19:57.23 | blast007 | the player records the API provides include the flag ID, so you can do a lookup to see what flag that is |
| 20:00.37 | blast007 | the flag grab/drop events include the flag ID and the flag type, so you don't even have to do a separate lookup |
| 20:01.28 | blast007 | so, you'd track the join and quit of players, and the flag grab and drop (and transfer, if thief flags are a thing - though that may also trigger a grab/drop) |
| 20:02.14 | blast007 | on join, you'd create a new record in your std::map and initialize any values (like the flag type to "" or NULL) and on quit you'd remove them from the std::map |
| 20:02.33 | blast007 | that way you don't give old data to a new player joining |
| 20:59.18 | *** join/#bzflag Flak (~Flak@2001:558:6030:27:cdbc:d363:dd9e:f5c3) |
| 21:01.52 | Flak | it seems that some promotion for bzflag would be needed |
| 21:02.52 | Flak | in order to keep bzflag from losing players |
| 21:03.21 | kaadmy | Flak: i think the entire BZF connunity is thinking that ;) |
| 21:03.44 | Flak | thats what i think so to |
| 21:03.52 | kaadmy | i think some fresh features would be good; new gamemodes, visuals, etc |
| 21:04.20 | kaadmy | i'm working on a new gamemode as a plugin |
| 21:04.36 | kaadmy | it requires teamwork ;) |
| 21:05.05 | Flak | but i think we need a good PR campaign |
| 21:05.35 | Flak | but new game modes are a great idea |
| 21:06.05 | Flak | and would attract more people |
| 21:06.30 | kaadmy | my gamemode is similar to TF2's payload mode |
| 21:06.36 | op90- | good and new content to retain players, a good PR campaign to attrack new ones |
| 21:07.00 | Flak | that would work |
| 21:07.08 | kaadmy | the attacking team has to carry a Key past several Armory Points in a row to unlock the Armory |
| 21:07.27 | Flak | kaadmy: could you make a plugin for HTF? |
| 21:07.33 | kaadmy | and the defending team has a set time to hold the attacker back |
| 21:07.45 | op90- | what would the team size be? |
| 21:07.47 | kaadmy | Flak: there's already a KOTH plugin, dunno about HTF |
| 21:08.00 | kaadmy | op90-: doesn't matter, more players=more fun probably ;) |
| 21:08.42 | op90- | that's good. Team games are fun. |
| 21:10.06 | op90- | I'm always amazed how my different kinds of play you can get out of the single bzflag engine |
| 21:10.10 | kaadmy | yep |
| 21:10.21 | Flak | i heard in gu league that some players would like an HTF plugin |
| 21:12.12 | blast007 | I'd not want to waste PR on a subpar product, though |
| 21:12.23 | blast007 | there should be some work done before we go crazy with advertising |
| 21:12.37 | Flak | agreed |
| 21:12.47 | blast007 | it's not as though we have a shortage of people downloading the game |
| 21:13.16 | Flak | but it seems like people playing the game |
| 21:13.21 | kaadmy | imo particles and realtime grass on the ground will be 2 huge visual improvements |
| 21:13.29 | kaadmy | although both are not trivial to implement |
| 21:13.43 | blast007 | kaadmy: there's plenty we should improve before eye candy like that |
| 21:13.53 | blast007 | and we should decide where we want to graphics to go |
| 21:13.54 | Flak | agreed |
| 21:14.13 | blast007 | what we have right now doesn't look like the "retro" that kids these days think of.. it just looks bad ;) |
| 21:14.22 | kaadmy | ^ |
| 21:14.37 | Flak | it would be nice for BZFS to have a GUI |
| 21:15.05 | kaadmy | yeah |
| 21:15.19 | Flak | but a simple one |
| 21:15.33 | kaadmy | intones: MUST FIX BUGS. MUST FIX BUGS. MUST FIX BUGS. MUST FIX BUGS. |
| 21:16.05 | blast007 | http://static.bzexcess.com/misc_screenshots/maemo_startbzfs.png |
| 21:16.30 | Flak | wow nice GUI blast007 |
| 21:16.37 | blast007 | (that was a C# .NET .exe file running via mono on an ARM based linux tablet) |
| 21:17.26 | kaadmy | N900 or something? |
| 21:17.35 | blast007 | N800 |
| 21:17.39 | kaadmy | close ;) |
| 21:17.43 | blast007 | :) |
| 21:18.02 | blast007 | I've never had a smartphone |
| 21:18.11 | Flak | same here |
| 21:20.08 | blast007 | anyways, in the last 24 hours, we've had 89 unique visitors to the site (however 'unique' is defined by Piwik), not counting those that opt out of or block tracking |
| 21:20.46 | blast007 | to just bzflag.org |
| 21:20.54 | blast007 | I don't have tracking on the other parts like the forum |
| 21:21.46 | Flak | ah makes sense |
| 21:26.30 | blast007 | last week (1/4 through 1/10) there were 94 unique clicks out to the 2.4.2 Windows installer, 45 to the OSX binary, 18 to the source code, and 1 to the old 2.4.0 mac binary (which is for older versions of Mac OS and/or PPC macs) |
| 21:26.49 | blast007 | so again, no lack of people downloading - but where are those players? |
| 21:27.05 | blast007 | so the issue is probably with the game itself, not PR and advertising |
| 21:27.14 | Flak | thats what i wonder to? |
| 21:27.33 | Flak | too* |
| 21:28.01 | blast007 | so my guess they jump on the first server (mofo) and get utterly obliterated and insulted for being new |
| 21:28.13 | blast007 | and that's nothing against mofo specifically |
| 21:28.24 | blast007 | the top server is going to be chaotic |
| 21:28.50 | blast007 | a tutorial would do wonders by giving them somewhere to start and learn and feel like they are accomplishing something |
| 21:28.51 | Flak | i think that people come to mofo and see the foul language |
| 21:29.14 | blast007 | and then they already know the basics when they hop into a live server |
| 21:29.16 | kaadmy | ^ what i saw first time i played ;) |
| 21:29.22 | Flak | and then they think that this is how bzflag is |
| 21:29.26 | blast007 | yup |
| 21:29.33 | kaadmy | agh |
| 21:29.44 | blast007 | so again, we just need to fix the game |
| 21:29.45 | Flak | i almost quit because of mofo |
| 21:29.48 | kaadmy | in the plugins/armory i ran make -B |
| 21:29.55 | kaadmy | it recompiles bzflag, not the plugin |
| 21:30.26 | blast007 | kaadmy: if you ran ./configure again, did you make sure to include the custom plugin again? |
| 21:30.41 | kaadmy | blast007: i just ran `make -B` in the plugin directory |
| 21:30.48 | kaadmy | should that work? |
| 21:30.53 | blast007 | I don't know what -B does, just 'make' should be fine |
| 21:30.59 | kaadmy | -B forces recompile |
| 21:31.05 | blast007 | shouldn't need that |
| 21:31.16 | kaadmy | because bzfs is crashing because there's an undefined reference in the .so |
| 21:31.26 | blast007 | which reference? |
| 21:31.41 | blast007 | and are you using the bzfs you compiled, or a system bzfs? |
| 21:32.06 | blast007 | drives home quick |
| 21:32.12 | kaadmy | my version of bzfs |
| 21:32.18 | kaadmy | Plugin: .libs/armory.so not found, error .libs/armory.so: undefined symbol: _ZN6armory8WinStateEi |
| 21:34.59 | op90- | maybe a "make distclean ; ./configure" might help |
| 21:56.41 | blast007 | back up your plugin first just in case |
| 21:57.41 | blast007 | I've not tried the custom plugin stuff yet myself |
| 21:58.04 | Flak | same here |
| 22:03.57 | kaadmy | my first plugin, wouldn't know :) |
| 23:00.17 | kaadmy | nevermind, found the problem with the undefined symbol |
| 23:01.57 | kaadmy | works now |
