IRC log for #bzflag on 20140103

01:32.48*** join/#bzflag katyusha (~quassel@unaffiliated/katyusha)
03:04.08*** join/#bzflag mebigfatguy (~dave@128.177.74.185)
03:24.20*** join/#bzflag Constitution (~josh@bzflag/developer/Constitution)
03:37.24ConstitutionI want to start working on a native mac platform library
03:37.43Constitutionis the new git repo ready to receive in it's current state? and what would be the best place to work on that as far as branches, etc.?
03:41.53mebigfatguyone would think you would clone the repo and work on it there
03:43.12ConstitutionI'm not sure working on it in a private repo and then dumping it back into the main repo is the best idea, considering the size of the project
03:45.50*** join/#bzflag Slinkwyde (6363e107@gateway/web/freenode/ip.99.99.225.7)
03:47.14mebigfatguy?? really?? thats pretty standard github workmoel
03:47.19mebigfatguymodel
03:47.29*** join/#bzflag katyusha (~quassel@unaffiliated/katyusha)
03:49.32SlinkwydeConstitution, are you there?
03:51.54blast007Constitution: the 'bzflag-import-3' repo with the v2_4_x branch, I'd imagine
03:56.40SlinkwydeI'm one of the people who's been having trouble running BZFlag on OS X 10.9 Mavericks. Constitution has been making test builds blindly because he can't reproduce the issue on his own hardware. I'm trying to contact him so that he can remote into my computer screen using TeamViewer.
03:57.58blast007just prior to you joining, he had said "I want to start working on a native mac platform library"
03:58.15SlinkwydeI saw him post on the forum about 35 minutes ago, but I guess he's afk now.
03:58.44SlinkwydeYes, I saw him mention that in the forums and I think that is an awesome idea.
04:00.23blast007I'd also be curious if SDL 2 would solve the issue
04:00.40JeffM_<PROTECTED>
04:01.28blast007certainly less involved (with clear migration documentation) and with benefits for other platforms as well
04:02.16JeffM_yeah
04:03.14JeffM_there is the old native mac code in history, so there is a starting point there, but sdl2 is not a bad idea
04:03.33blast007I'm sure it's less of a trivial migration for the native mac code
04:03.39JeffM_yeah it would be
04:03.49JeffM_SDL2 should only take a few hours
04:11.58*** part/#bzflag katyusha (~quassel@unaffiliated/katyusha)
04:21.07Constitutionso just right into the mainline code?
04:21.39JeffM_I'd do SDL2 on a local fork then merge it when it works
04:21.53JeffM_it should not require major changes
04:23.09JeffM_if you want/need help from others we can pull your fork and work on it with you
04:23.28ConstitutionSDL 2 would, of course, be a multi-platform effort
04:23.50JeffM_yeah, get the stuff working on OSX first
04:24.06JeffM_to at least see if it fixes the problem
04:26.35JeffM_you can do it in the main repository on github if you want, but you can still do it in a branch
04:26.50JeffM_making then merging forks is the DVCS way
04:36.48Constitutionthere are more issues to resolve than just the mavericks crash? the current mac binary uses a patched SDL to avoid a crash on exit, and iconify still doesn't work, and there was some strange FPS/input issue when I tried to update to a more recent SDL 1.2
04:37.43ConstitutionI was a little worried about older OS support for SDL 2, but it looks like it supports all the way back to 10.5
04:38.01JeffM_that's less of a concern for us
04:38.16JeffM_do you think SDL 2 has the same problems?
04:38.24JeffM_or are you just weary of SDL?
04:38.45Constitutionmore the latter? but I have to agree it's probably worth a shot
04:39.12JeffM_it should take less time
04:39.28JeffM_and if we learn that SDL2 is not as stable as we need, then we should not use it for other platforms ether
04:39.38Constitutiona native platform library would be more challenging in several ways? primarily because cocoa apps don't really have a main application loop
04:39.46JeffM_yeah
04:39.52JeffM_it'd require much larger code changes
04:40.24JeffM_at that point we should probalb just refactor the entire platform system to make it easy to do all modern platforms
04:41.05JeffM_cocoa apps should be able to fire up a message pump
04:41.06Constitutionwindows doesn't use SDL already, correct?
04:41.19JeffM_yeah mostly just because of joystickness
04:41.41Constitutionforce feedback and such?
04:41.49JeffM_yeah
04:42.08JeffM_breaking platform up a bit more would let all platforms use SDL for window and sound
04:42.49JeffM_and letting windows use native for input and the like
04:43.40JeffM_but I think an easy thing to do, at least for a 2.4.x compatable change would be to try updating to SDL2 and see how it works
04:43.58JeffM_or at the very least build a test app using SDL 2 that you can use to see if it has problems
04:44.22Constitutionok
04:45.06JeffM_the main problem I see with going right to native is that there are fewer people to maintain it then there would be with SDL2
04:47.30ConstitutionSDL on mac still has it's intricacies? and I've really been solo on mac development for several years
04:47.38Constitutionbut yes, it could be easier
04:48.55JeffM_start a test app usng SDL2 to see how different it is then normal stuff
04:49.10BulletCatcherAn SDL2 branch off of the v2_4_x head in the bzflag-import-3 repo would be a fine way to go on this.
04:49.12JeffM_the idea behind SDL is that the same code runs on all platforms
04:49.49JeffM_I think SDL 1.x on the mac was a bit of a hack, I'd hope they redid it propery for SDL2
04:52.20Constitutionit is different in a few regards? I know you don't need extra files that replace the main function anymore
04:53.20JeffM_try it and see
04:53.23JeffM_I' don't know
04:53.32JeffM_I can barely use xcode :)
04:53.52ConstitutionI already went that far and discovered the difference a few weeks ago? so, we'll see
04:53.55JeffM_you fear SDL2 so much you haven't even looked at it?
04:54.26ConstitutionI did look at it? but it's not a drop-in replacement
04:54.46JeffM_yeah I know that you have to make changes
04:55.06JeffM_but it would not suprize me if you need a different main, apple and ms are wiered that way
04:55.18JeffM_at least MS lets your main be in C
04:57.30Constitutionso 2.4-compatible code goes into v2_4_x branch, and development goes into master?
04:57.47JeffM_dev goes into 2.6.x branch
04:57.52JeffM_master is empty
04:58.01BulletCatcher2.4 compatible goes into 2_4_x, and breaking stuff goes into 2_6_x.
04:59.18Constitutionis it still at https://github.com/BZFlag-Dev/bzflag/tree/master ? I don't see a v2_6_x, and master does not appear empty
04:59.33JeffM_no it's the import-3 one
04:59.35BulletCatcherGo up to the bzflag-import-3 repo.
04:59.49JeffM_I should probalby just lock the normal one
05:00.17JeffM_BulletCatcher, is there any reason to keep the bzflag one?
05:00.55BulletCatcherFor now, let's keep it for historical purposes.
05:01.05BulletCatcherMaybe we could rename it to bzflag-import-1
05:01.44BulletCatcherIf we do that now it will be easier to name the final version just "bzflag".
05:01.53JeffM_done
05:02.29JeffM_I put a comment in the description too
05:05.39BulletCatcherhttps://github.com/BZFlag-Dev/bzflag-import-1/wiki/SDL-2.0-and-Platform-Rework has some notes relevant to recent discussion.
05:05.53Constitutionthinks we need a higher-quality icon for the github page
05:06.17JeffM_yeah, for an inital pass we can just do what we do now
05:07.14JeffM_sadly you can't just set the icon, it's tied to gravatar
05:18.20*** part/#bzflag Slinkwyde (6363e107@gateway/web/freenode/ip.99.99.225.7)
05:22.55*** join/#bzflag delusional_ (~delusiona@unaffiliated/delusional)
05:25.00*** join/#bzflag Gnurdux (~gnurdux@pool-108-48-227-29.washdc.east.verizon.net)
06:35.03*** join/#bzflag DTRemenak (~DTRemenak@76-227-151-154.lightspeed.irvnca.sbcglobal.net)
06:35.03*** join/#bzflag DTRemenak (~DTRemenak@about/essy/CrazyCoder/DTRemenak)
06:35.03*** mode/#bzflag [+v DTRemenak] by ChanServ
06:40.25Constitutionlooks like SDL 2 has much better joystick support on all platforms
06:56.25JeffM_yeah it's supposed to be better
07:04.40*** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala)
08:07.13*** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala)
11:34.18*** join/#bzflag Pimpinella (~frank@gondolin.pimpi.org)
12:11.34*** join/#bzflag ashvala (~ashvala@unaffiliated/ashvala)
16:10.06*** join/#bzflag ashvala (~textual@106.51.128.187)
16:10.38*** join/#bzflag ashvala (~textual@unaffiliated/ashvala)
16:37.59*** join/#bzflag TimRiker (~TimRiker@bzflag/projectlead/TimRiker)
16:37.59*** mode/#bzflag [+o TimRiker] by ChanServ
16:49.57*** join/#bzflag ashvala (~textual@unaffiliated/ashvala)
17:32.48*** join/#bzflag JeffM (~JeffM@107-209-61-105.lightspeed.irvnca.sbcglobal.net)
17:49.44JeffMBulletCatcher, is there any reason to keep import 2?
18:07.43BulletCatcherNot at this point.
18:07.51BulletCatcherI have a clone of it, just in case.
18:11.53JeffMtime to head into the danger zone then
18:14.33JeffMwhat do we want to do with the other stuff in the old SVN trunk, bzedit, bzauthd, and the like
18:15.09JeffMleave it on SF or make a github repo called "archive" and keep them in there as branches?
18:25.56blast007JeffM: those may be trivial to convert to individual git repos as I'd imagine most of them have been fairly self-contained
18:26.07JeffMthat's an option too
18:26.46JeffMIt'd be nice for the bzworldGen to get moved to it's own, I think it's valuable code
18:36.07BulletCatcherIt isn't trivial to put the other stuff into their own repos, but that's already a feature of the svn->git conversion work I have done.
18:37.51BulletCatcherOne of my goals is to be able to account for all of the Subversion revisions in the Git repos.
18:39.29blast007BulletCatcher: trivial compared to the crazyness that is the 'bzflag' repo
18:39.53BulletCatcher:-)  It's all done by the same script.
18:40.11BulletCatcherIt turns out that completeness isn't necessarily compatible with a clean set of Git branches, but there aren't too many Subversion revisions that translate poorly.
18:40.46*** join/#bzflag mebigfatguy (~dave@128.177.74.185)
18:42.19BulletCatcherI suggest putting everything in the following Git repos: bzflag (game code), bzworkbench, bzflag-web (trunk/web + trunk/admin), and bzflag-misc (everything else).
18:42.54JeffMsounds reaslonable
18:43.33BulletCatcherEverything else is: bzauthd, bzedit, bzeditw32, bzstats, bzwgen, custom_plugins, pybzflag, BZStatCollector.
18:43.33blast007and then I'll convert the bzflag-web one to mercurial and put it in bitbucket ;)
18:43.35JeffMor do bzflag-game bzflag-editor, bzflag-web, bzflag-misc for consistentcy
18:43.58JeffMthen bzedit and editw32 can be branches off of workbench
18:44.02JeffMsince they are somewhat related
18:44.12JeffMbut ehter or will work
18:44.39blast007the trunk/admin can be ignored.. that's just the masterban file that's pretty pointless anyway
18:44.41JeffMis there any need to split website from services?
18:44.47BulletCatcherMy thought is that the misc repo would contain stuff that we expect to never touch again.
18:45.10JeffMcall it bzflag-archive then
18:45.29JeffModdly people still use bzedit, I don't know why
18:45.45BulletCatcherIt must be better than vi.
18:45.48blast007because it actually still runs
18:45.59JeffMI don't think it can be built anymore
18:46.07JeffMit's old old MFC
18:46.14JeffMand as we know that's as evil as closed source
18:46.20blast007I'm sure I could find my copy of Visual C++ 6.0 somewhere ;)
18:46.47JeffMit could be ported cross platform in a day :)
18:57.24BulletCatcherWe might as well toss bzworkbench into the bzflag-archive repo with the other abandoned stuff.
18:57.26BulletCatcherWe can always pull it (or anything else) out into a separate repo for revival.
18:58.27blast007is it just as much work to put them into a combined repo as it is putting them into individual repos?
18:59.31BulletCatcherThe process I have right now creates separate repos, so it would be an extra step to combine them.
18:59.50blast007I'd say just keep everything separate then from the start
19:00.04blast007we could also add -archive to the end of the repo name
19:00.21blast007or we could create a bzflag-archive team and assign the repos there instead of bzflag-dev
19:01.19JeffMall are options
19:01.38BulletCatcherDoes GitHub limit the number of free repos we can have?
19:01.52blast007I don't think there is a limit on public repos
19:02.40blast007https://github.com/pricing  shows unlimited public repos
19:03.20BulletCatcherThen we can do it whatever way works for us.
19:04.03BulletCatcherBut it's kind of annoying that trunk/bzstats only ever had 1 revision.
19:04.42blast007do we even need that..?
19:05.37BulletCatcherThere's a lot of stuff we no longer need, but I think it is worthwhile to maintain the history.
19:07.09blast007that one revision we could probably forget ever happened
19:10.47JeffMI kinda like the idea of one repo per proejct and using a seperate group
19:11.09JeffMthen do a group for third party plugins too
19:12.59BulletCatcherWhat sort of group do you mean?
19:13.58blast007probably the 'teams'
19:14.01JeffMlike the bzflag-dev team
19:14.02JeffMyeah
19:14.36JeffMit's an "organization", it's like a user but can have multiple people
19:14.44JeffMso it can be the container for repositories
19:28.15*** join/#bzflag Gnurdux (~gnurdux@65.199.61.222)
19:59.41*** join/#bzflag Gnurdux (~gnurdux@65.199.61.222)
20:10.00allejoweee multiple repos!
20:32.51JeffMok, nvidia shadow play is pretty cool, automatic recording of full screen apps
20:45.43*** join/#bzflag mebigfatguy (~dave@128.177.74.185)
20:47.01allejooh hey look, the bz icon for github change colors
20:47.17JeffMyeah I changed it to the higher resoultion one that was red
20:47.21JeffMgravatar is a pain
20:47.41blast007why is it a pain?
20:47.51JeffMhave to log in with wordpress stuff
20:47.51allejo^
20:48.02allejoerrr the arrow was for blast's comment
20:48.08blast007well, true... kinda liked it before all that
20:48.22JeffMyeah it's just the wordpress stuff I have an issue with, I like it as an idea
20:48.32blast007but I already had a wordpress.com account for akismet
20:48.43JeffMI did not
20:48.51JeffMand they REALLLLYYYY wanted me to start a blog
20:48.56blast007:)
20:49.09allejoyou need a blog, jeff. everyone needs a blog!
20:49.24JeffMI have several, I never use them and nobody reads them
20:49.46allejoheck, I think Google may even want you to start a vlog! but you'd need Google+
20:50.04JeffMI use google+ a lot
20:50.43JeffMit's an accepable home page
20:52.17JeffMyoutube did want to post my new video to my g+ stream
20:52.19JeffMI didn't mind
20:54.56allejooh? hmm... would you be the first person who doesn't mind the new youtube comment system? :o
20:55.27JeffMI dunno, I never comment on youtube videos
20:55.41JeffMbut I don't mind requiring real names
20:57.01JeffMthey were somewhat useless before
20:57.21JeffMany change to make them even slightly more useful is better
20:58.04allejoyou are like the first person who has ever said that
20:58.09JeffMheh
20:58.59JeffMI think that people who bag on the comment system are just mad they can't use derogitory terms with out any consiquence anymore43
20:59.05JeffMthey'll have to move to XboxLive
20:59.14allejooh blast007 who doesn't want Google+
20:59.16allejoor*
20:59.44allejoahhh Xbox Live... *shivers*
20:59.47JeffMyeah
21:01.49JeffMI think the only "social" account I have for blast outside of this stuff is steam
21:02.03JeffMcus borderlands2 is fun
21:03.40allejonever played
21:03.43allejoit
21:04.14JeffMit's a FPS game with a very good sense of humor
21:04.21JeffMand 4 player co-op
21:07.45blast007JeffM: I think you underestimate how much people don't care about what they say on the Internet even if it's tied to a real name...
21:07.55JeffMtrue
21:08.20blast007the real name policy won't stop any of that
21:08.27JeffMand who's to say Dick McButtz isn't a real name?
21:08.35blast007:)
21:09.20blast007even before Google started that, it was apparent from Facebook comment systems..
21:09.33JeffMDoctor Richard McButtz of the New Hampshire McButtz
21:09.50JeffMyeah
21:09.58JeffMso I don't mind those changes on youtube
21:10.04JeffMI never read comments there anyway
21:10.09JeffMnot that I post a lot of videos
21:10.10blast007I do...
21:10.43blast007it was bad enough that the biggest youtuber turned off youtube comments and told people to comment on reddit instead
21:10.52JeffMouch
21:11.17blast007he may have turned it back on now as I think the initial issues were with spam comments getting pushed to the top :P
21:11.21JeffMif I watch something on yourtube it's usualy on a device that isn't a computer
21:11.42blast007I almost always watch on a computer so that the ads show up
21:12.18JeffMI see adds on my TV sometimes
21:12.26JeffMwhen I watch youtube there
21:12.41blast007I suppose I don't have any devices with a youtube "app" on them, though
21:13.18JeffMTV and PS3 have em, I usualy watch youtube shows like I watch TV shows
21:13.40JeffMon the laptop I can just hit "play on TV" and it starts
21:15.32khonkhortisanI have an edge case bug, confine mouse only confines the first mouse.
21:16.07JeffMyou have multiple cursors?
21:16.16khonkhortisanand multiple keyboards to go with them
21:16.28JeffMyeah that wasn't realy part of the design spec :)
21:16.39khonkhortisanif I move the second mouse into the window, it traps the first one
21:16.46khonkhortisanyeah, it's not in anyone's design
21:17.00JeffMwhy would you want to do that?
21:17.14khonkhortisandualboxing
21:17.26JeffMthat implies 2 boxes :)
21:17.35JeffMyou are instancing
21:17.38khonkhortisanoh
21:17.43JeffMrun each in a VM
21:18.38khonkhortisanI just need the second one in a vm
21:18.38JeffMbut really I belive that the constraint is handled by SDL on your platform and SDL only knows about a single cursor
21:19.07khonkhortisanMy guess was that SDL knew about both, but bzflag was just written for the first one.
21:19.21JeffMno, there is no API for it IIRC
21:19.27JeffMat least not in SDL 1.x
21:19.56JeffMthe cursor is attached to the window
21:20.00JeffMonly one of each of those
21:23.04blast007multiple mice was a "wishlist" item for SDL 2, but I'm not sure if it was actually implemented
21:23.52khonkhortisanI only have it because of xinput 2
21:26.26JeffMyeah it seems very limited for the cases it'd be useful
21:27.47JeffMyeah all the SDL APIs are just for THE mouse
21:27.49khonkhortisanThere's a table with a sceen on the surface that can be used by multiple people, but that's for (multi)touch api, which is separate from cursor stuff
21:27.57JeffMyeah
21:28.04JeffMmultiouch is handled very differently
21:29.10JeffMyou can see the event structure that SDL uses here, http://www.libsdl.org/release/SDL-1.2.15/docs/html/sdlevent.html
21:29.33JeffMthere is nothing that diferentiates multiple mice
21:29.36JeffMor keyboards
21:29.54JeffMit's just event type, and the motion data
21:34.58JeffMI don't see anything in SDL 2 for multiple mice in the basic API
21:35.16JeffMUint32 SDL_GetMouseState(int* x,
21:35.16JeffMint* y)
21:35.48JeffMand the warp function just takes a window not any kind of cursor identifyer
21:36.25JeffMahh looks like the event system has a mouse ID
21:37.11JeffMbut that seems to only give you the option of mouse OR touchscreen
21:37.34JeffMand they have different "finger touch" events for those kinds of input
21:38.25JeffMthose have a touchscreen ID and a finger ID
21:39.14khonkhortisanso if someone has a touchscreen and the program doesn't support touchscreens, it just shows up as a regular mouse
21:45.41JeffMyeah a single fingure can act as a mouse
21:46.18JeffMthe touch event has a lot more info, but if all you need is relative motion you can just use the mouse event
21:47.04JeffMnone of this helps you
21:47.21JeffMI don't see a constrain function that works with multiple input IDes
21:47.42JeffMthe multiple IDs are for touch, and an application can't keep a finger inside a window :)
21:49.48khonkhortisanMy compiled bzflag links to libSDL-1.2.so.0 anyway
21:50.07JeffMyeah that was what we discussed yesterday
21:54.57JeffMwe think that someone should do a quicky branch and update to SDL 2
21:55.07JeffMit may help some of the OSX problems
22:01.40*** join/#bzflag Gnurdux (~gnurdux@65.199.61.222)
22:05.43khonkhortisanIs the git repo usable yet?
22:15.21JeffMyou can do stuff in import 3 if you want
22:15.41JeffMthe idea for SDL 2 was to make a branch in import 3 and then merge it back in when it was done
22:18.38*** join/#bzflag mebigfatguy (~dave@128.177.74.185)
22:23.22khonkhortisanthe comments in that script make git-svn look bad
23:05.34*** join/#bzflag mebigfatguy (~dave@128.177.74.185)
23:20.18JeffMunleashes the power of animated gif for his new avatar
23:50.46*** join/#bzflag Delusional (~delusiona@unaffiliated/delusional)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.