| 00:00:16 | Watusimoto | ok, checking in |
| 00:00:20 | raptor | yay |
| 00:01:52 | Watusimoto | great. took code that was working pretty well and introduced all sorts of new buts |
| 00:01:54 | Watusimoto | bugs |
| 00:02:05 | Watusimoto | luckily, we have amgine1234567890 to find them for us :-) |
| 00:02:27 | raptor | good! that gives me time to do my work... :) |
| 00:03:22 | Watusimoto | did I check in my code to remove the ogg file on upgrade? |
| 00:03:31 | raptor | uhhh, i hope not |
| 00:03:35 | Watusimoto | because there's a bunch of conflicts |
| 00:03:39 | raptor | because that's what i'm working on.. |
| 00:03:45 | Watusimoto | I wish I had because then you'd have my stuff |
| 00:03:55 | Watusimoto | I added this |
| 00:03:56 | Watusimoto | / Upgrading to 018 |
| 00:03:57 | Watusimoto | if(previousVersion < 4538) |
| 00:03:57 | Watusimoto | { |
| 00:03:57 | Watusimoto | // Remove game.ogg from music folder, if it exists... |
| 00:03:57 | Watusimoto | if(remove(joindir(folderManager->sfxDir, "game.ogg").c_str()) != 0) |
| 00:03:59 | Watusimoto | logprintf(LogConsumer::LogWarning, "Could not remove game.ogg from music folder during upgrade process." ); |
| 00:04:02 | Watusimoto | } |
| 00:04:03 | Watusimoto | in the check if upgrade section |
| 00:04:07 | raptor | ok |
| 00:04:14 | raptor | i'll consume it.. thanks! |
| 00:04:19 | Watusimoto | maybe I forgot to check it in |
| 00:04:23 | Watusimoto | dang |
| 00:05:26 | Watusimoto | nope didn't push it to the repo |
| 00:06:39 | Watusimoto | did you do any work on checkIfThisIsAnUpdate() fn? |
| 00:07:07 | raptor | oh yes |
| 00:07:12 | Watusimoto | ok |
| 00:07:20 | raptor | so... i see merge conflicts in the future |
| 00:07:29 | Watusimoto | uh.... so I should probably just blow my stuff away |
| 00:07:32 | raptor | you may remove your part, i can add whatever |
| 00:07:46 | Watusimoto | ok, I did two things. the more important is what I pasted above |
| 00:07:51 | raptor | ok |
| 00:07:58 | raptor | i have that saved |
| 00:08:12 | Watusimoto | the less important was a trivial refactor that started with this: |
| 00:08:13 | Watusimoto | U32 previousVersion = settings->getIniSettings()->version; // For readability |
| 00:08:19 | Watusimoto | and flowed from there |
| 00:08:31 | Watusimoto | (basically replacing repeated code with a var) |
| 00:08:46 | Watusimoto | if you do that, I'll just accept your code and blow mine away |
| 00:09:09 | Watusimoto | if you follow what I'm saying... |
| 00:09:31 | raptor | ha, i did that already.. |
| 00:09:42 | raptor | almost exactly |
| 00:09:44 | Watusimoto | ok, good |
| 00:10:52 | Watusimoto | then that makes life easy. I'll accept your edits and drop mine |
| 00:11:10 | raptor | yay |
| 00:11:14 | raptor | i win! |
| 00:11:31 | Watusimoto | oh boy |
| 00:11:38 | Watusimoto | tortoise crashed in the middle of the merge |
| 00:11:57 | Watusimoto | that's not good |
| 00:12:03 | raptor | uh oh |
| 00:12:34 | raptor | if you've committed, do: hg revert -a |
| 00:12:42 | raptor | hg up <revision> |
| 00:12:46 | raptor | then hg pull -u |
| 00:12:54 | raptor | oh wait - you're using tortoise... |
| 00:13:11 | raptor | you may need a rollback.. |
| 00:13:17 | Watusimoto | one other thing you'll need, which will be obvious, is to pass the file manager into checkIfThisIsAnUpdate() for the code I posted above |
| 00:13:28 | Watusimoto | tortoise shows the merge completed |
| 00:13:29 | raptor | yes, already done :) |
| 00:13:39 | raptor | don't believe the merge! |
| 00:13:42 | Watusimoto | so maybe it crashed after things were finished |
| 00:13:52 | Watusimoto | I'll check some stuff manually |
| 00:14:00 | raptor | godo idea |
| 00:14:48 | Watusimoto | U32 iniVersion = settings->getIniSettings()->version; |
| 00:15:01 | Watusimoto | that was your version? |
| 00:15:03 | raptor | yes yes - i renamed that in my current version |
| 00:15:04 | raptor | yes |
| 00:15:06 | Watusimoto | ok, good |
| 00:15:17 | Watusimoto | if it builds, I'll check it in |
| 00:15:18 | raptor | i have it currently as 'previousVersion' |
| 00:15:26 | raptor | but not checked in.. |
| 00:15:28 | raptor | ok |
| 00:15:30 | Watusimoto | no worries |
| 00:18:08 | Watusimoto | ok, chcking in |
| 00:18:16 | Watusimoto | amgine1234567890: want to do some testing? |
| 00:18:37 | raptor | i can build for him |
| 00:19:06 | Watusimoto | ok, I need to prepare a mini documnt explaining what needs to be checked and how |
| 00:19:58 | raptor | i'm coding obj-c++ blindly |
| 00:25:44 | amgine1234567890 | all you have to do is tell me what to test and when and ill go at it |
| 00:26:33 | Watusimoto | ok, instructions are here |
| 00:26:34 | Watusimoto | http://pastie.org/5394475 |
| 00:26:56 | Watusimoto | raptor: can you take a quick look and see if I got the specification right? |
| 00:31:35 | Watusimoto | uh oh... push problm |
| 00:32:21 | raptor | ok |
| 00:32:46 | | BFLogBot Commit: 48cb2023cc25 | Author: watusimoto | Message: Clarity |
| 00:32:48 | | BFLogBot Commit: 1af4afebe5a2 | Author: watusimoto | Message: (untested) Remove outdated music file after upgrade |
| 00:32:49 | | BFLogBot Commit: 9db34ef7a42e | Author: watusimoto | Message: Handle post /idle timer on server rather than client. Makes it hack resistant. |
| 00:32:51 | Watusimoto | whew |
| 00:32:52 | | BFLogBot Commit: 2ab41d9ff93b | Author: watusimoto | Message: Merge |
| 00:33:02 | raptor | looking.. |
| 00:33:25 | raptor | Watusimoto: looks good to me |
| 00:33:30 | raptor | LGTM |
| 00:33:43 | Watusimoto | good ok |
| 00:33:54 | Watusimoto | is that worth adding to the code somewhere? probably not |
| 00:36:25 | Watusimoto | so with this new spawn delay stuff, we could, if we wanted, give timeouts to people or otherwise ban them for short periods for whatever nafarious reasons we might think up |
| 00:36:34 | raptor | oh really? |
| 00:36:36 | raptor | cool! |
| 00:36:38 | Watusimoto | sur |
| 00:36:46 | Watusimoto | we just set a timer on the server |
| 00:36:49 | raptor | like running over a zone.. |
| 00:37:03 | raptor | "you will be spawndelayed for 10 seconds" |
| 00:37:05 | Watusimoto | anyone who says "salami" gets a 10 second penalty |
| 00:37:19 | Watusimoto | all kinds of great possibilities |
| 00:37:31 | raptor | heh |
| 00:37:33 | raptor | cool |
| 00:38:56 | raptor | i think main.cpp was just checked in with different line-endings... |
| 00:39:03 | raptor | i merged OK, though.. |
| 00:39:09 | Watusimoto | good grief |
| 00:42:14 | amgine1234567890 | yeah idle zones not a good idea |
| 00:43:14 | amgine1234567890 | how about being able to engeneer speed zones |
| 00:44:56 | Watusimoto | that might work |
| 00:45:12 | raptor | feature creep! |
| 00:45:23 | raptor | ok Watusimoto, think i'm good to build for amgine1234567890? |
| 00:45:29 | Watusimoto | 019, silly. let's see how teleporters are received -- engineer is always a bit contravertial |
| 00:45:34 | Watusimoto | raptor: yes |
| 00:46:03 | raptor | ok, starting the build.. |
| 00:46:21 | amgine1234567890 | now loading build 10% |
| 00:46:30 | raptor | oh yay, everything still compiles on Linux. that's a good feeling |
| 00:48:53 | amgine1234567890 | i think it would be fine to add being able to engeneer speed zones but ok |
| 00:50:09 | amgine1234567890 | lol wonder how many yeatrs it will be befoire we get to build 50 |
| 00:51:30 | raptor | i'll be dead |
| 00:51:45 | amgine1234567890 | you never know some people live to be over 100 |
| 00:52:08 | amgine1234567890 | ;) |
| 00:56:02 | raptor | ok amgine1234567890: http://sam6.25u.com/upload/1bitfighter-018-beta-5896-2ab41d9ff93b.zip |
| 00:56:22 | raptor | here are the directions Watusimoto gave for testing one particular thing: http://pastie.org/5394475 |
| 00:57:21 | amgine1234567890 | anthying else for testing? |
| 00:58:06 | raptor | yes, there have been changes to the editor, Lua (so bots), and music/sound effects |
| 00:59:38 | amgine1234567890 | ok menu music is amazing |
| 00:59:44 | amgine1234567890 | very good |
| 01:00:12 | amgine1234567890 | small delay in loop play of the menu music |
| 01:00:21 | raptor | maybe in the first loop |
| 01:00:26 | raptor | or every loop? |
| 01:00:55 | amgine1234567890 | all however its small and i imagine its impossible to makes loops always continues |
| 01:01:46 | amgine1234567890 | hmm idn if you forgot to include it in teh file but the credits nusic wasnt playing for me |
| 01:01:57 | raptor | hmm... |
| 01:02:06 | raptor | ok, i'll write that down |
| 01:02:27 | amgine1234567890 | ok music choice is exxelent |
| 01:04:20 | amgine1234567890 | mnext and mprev commands stilll working |
| 01:04:54 | amgine1234567890 | with the new songs |
| 01:05:16 | raptor | you don't need to tell us what works... we already assume everything does! :) |
| 01:08:20 | amgine1234567890 | error in number 2 |
| 01:09:01 | raptor | i don't understand |
| 01:09:13 | amgine1234567890 | whne a player is in the menu and dies press escape to leave the menu counts as the press a key to respwawn alo there is no 5 second delay in that case |
| 01:09:24 | amgine1234567890 | and presses escape |
| 01:09:46 | raptor | 5 second delay is only for the /idle command |
| 01:10:10 | amgine1234567890 | hmm i know but i was thinking if it hsould be there maybe not |
| 01:10:34 | raptor | does the 'press any key' still show up, though? |
| 01:11:35 | amgine1234567890 | let me explain i added a bot and entered the menu the bot killed me and yes the press any key to continue popped up but when i tried using the keys to navigate the menu it activated the spawn unwanted |
| 01:11:54 | amgine1234567890 | while i was still in teh menu |
| 01:12:18 | amgine1234567890 | well ok not all but when i pressed escape |
| 01:13:07 | amgine1234567890 | using escape to leave the menu also counts as the press a key to respawn |
| 01:14:20 | amgine1234567890 | hold on |
| 01:17:35 | raptor | that is correct behavior |
| 01:20:53 | raptor | i'll be back later - dinner time! |
| 01:22:14 | amgine1234567890 | wattimimso help me test the 20 second delay then your killed respwaen i think its broke but im not sure its hard to test alone |
| 01:24:03 | amgine1234567890 | or raptor if you come back |
| 01:26:04 | Watusimoto | sleeping |
| 01:26:38 | Watusimoto | may need to opn two client windsiw... i.e. join gam in differen window |
| 01:26:44 | Watusimoto | good night\ |
| 01:27:11 | | BFLogBot Commit: 1fa092af5cfa | Author: watusimoto | Message: Prettier |
| 01:27:12 | | BFLogBot Commit: 21bc8bfe7e57 | Author: watusimoto | Message: Comment |
| 01:27:14 | | BFLogBot Commit: b11196320a2e | Author: watusimoto | Message: Comments |
| 01:27:15 | | BFLogBot Commit: 7a2412e3dd59 | Author: watusimoto | Message: Comments |
| 01:33:01 | | Watusimoto Quit (Ping timeout: 260 seconds) |
| 02:43:14 | | koda has joined |
| 02:45:58 | koda | settings dir may be fine |
| 03:08:21 | amgine1234567890 | btw idle test complete all tests sucessfull |
| 03:14:42 | amgine1234567890 | any oher tests need ding? |
| 03:36:57 | raptor | back! |
| 03:37:00 | raptor | for a bit... |
| 03:37:29 | raptor | amgine1234567890: if would test the editor, just basic functionality/building a level. that would be helpful, too |
| 03:51:47 | raptor | does the game 'neverball' make anyone else motion sick like me? |
| 04:06:22 | amgine1234567890 | no im fine |
| 04:12:36 | amgine1234567890 | find a major error when i tried setting the rescale factor in the editor to 5 i got a error and the game crashed now comfirming |
| 04:12:44 | amgine1234567890 | again |
| 04:13:21 | raptor | a bug! |
| 04:13:26 | raptor | ok, what do i do? |
| 04:13:44 | amgine1234567890 | hold on i will type what it said here |
| 04:14:26 | amgine1234567890 | its th4e move walls line |
| 04:15:01 | amgine1234567890 | bug confirmed |
| 04:16:38 | amgine1234567890 | run time check error 3 the varible modified walls is being used wihout being instalizzed |
| 04:16:47 | amgine1234567890 | in a summary |
| 04:16:57 | raptor | ok, tell me exactly what i need to do |
| 04:17:00 | raptor | i'm in the editor now |
| 04:17:17 | amgine1234567890 | well i put one of every tiem in the editor then tried resclaing |
| 04:17:31 | amgine1234567890 | trying to fiure out which item is teh porblem |
| 04:17:42 | amgine1234567890 | im using windows xp |
| 04:18:48 | amgine1234567890 | did it work for you? |
| 04:19:01 | raptor | can you send me your level file? |
| 04:19:12 | amgine1234567890 | umm how |
| 04:19:29 | amgine1234567890 | it list teh program and module but i dont know if that helps |
| 04:19:37 | raptor | can you save the level before you crash it? |
| 04:19:42 | raptor | then send me th efile |
| 04:19:45 | raptor | *the file |
| 04:20:10 | amgine1234567890 | idn if this helps but i was a chump change when i did it |
| 04:20:15 | amgine1234567890 | and how would i get you the file |
| 04:20:31 | raptor | ok, do you know where on your system the levels are stored as files? |
| 04:20:38 | amgine1234567890 | yes |
| 04:20:42 | raptor | ok |
| 04:20:55 | raptor | go here: http://sam6.25u.com/upload3.php |
| 04:21:06 | raptor | click 'browse' and select your level file |
| 04:21:07 | amgine1234567890 | ok |
| 04:21:11 | raptor | then click 'submit' |
| 04:21:33 | raptor | it after it uploads it will give you a link to the file; paste that link here in IRC for me to download |
| 04:25:02 | amgine1234567890 | upload/2rescale crash test.level |
| 04:25:14 | raptor | ok |
| 04:25:17 | amgine1234567890 | umm which line is the link after i upload |
| 04:25:50 | raptor | you have to right-click on the underlined link and do 'copy link location..' |
| 04:26:02 | raptor | but i can find it from what you gave me |
| 04:26:29 | amgine1234567890 | here you go http://sam6.25u.com/upload/2rescale%20crash%20test.level |
| 04:26:35 | amgine1234567890 | easy way |
| 04:26:35 | raptor | perfect! |
| 04:26:59 | amgine1234567890 | i rescaled and brash =p |
| 04:27:03 | amgine1234567890 | crash |
| 04:27:14 | raptor | you use the ctrl shift x? |
| 04:27:29 | amgine1234567890 | yes i did |
| 04:27:46 | raptor | and you selected all? |
| 04:27:54 | raptor | (and what scale factor did you use? |
| 04:27:59 | raptor | ) |
| 04:28:22 | amgine1234567890 | a i dont think i selected anything (pribably the problem) and scale factor was 2 |
| 04:28:46 | raptor | crash! |
| 04:28:51 | amgine1234567890 | =) |
| 04:29:07 | raptor | it's trying to snap something.. |
| 04:29:14 | amgine1234567890 | make chage disalow no selecting scale changes |
| 04:29:30 | amgine1234567890 | well know we know i guess |
| 04:32:16 | amgine1234567890 | \anything else i need to find bugs in |
| 04:32:47 | raptor | hmmm |
| 04:32:58 | raptor | i think that's it - did you say credits music isn't working? |
| 04:33:50 | amgine1234567890 | it wasnent in teh file |
| 04:34:11 | amgine1234567890 | im sure if i transported it from a ealier file it would work |
| 04:34:36 | amgine1234567890 | is sam afk? |
| 04:35:42 | amgine1234567890 | anything else need testing didnt oyu say there were new seeker sounds? |
| 04:36:10 | raptor | yeah, i think one sound effect when shooting it |
| 04:36:18 | amgine1234567890 | yes and it works |
| 04:36:55 | amgine1234567890 | but i think you should chage the seeker explosin different then the burst explosin maybe make it lower pictch by one octave |
| 04:37:15 | raptor | that's an interesting idea.. |
| 04:37:17 | amgine1234567890 | burst explosin = seeker explosin sound |
| 04:37:22 | raptor | let me play around with that... |
| 04:37:45 | amgine1234567890 | let me think one octave was how many hurtz hmm |
| 04:38:25 | raptor | it's 1/2 |
| 04:39:01 | amgine1234567890 | lol i take music and your smarter then me Xd |
| 04:39:31 | raptor | i don't take music - but I was good at math :) |
| 04:39:43 | amgine1234567890 | if its to deep then maybe the 3/2 a perfect fifth interval |
| 04:40:02 | amgine1234567890 | jsut a idea i dont like matching sounds |
| 04:41:23 | raptor | it's a goo didea |
| 04:41:26 | raptor | good idea |
| 04:41:56 | amgine1234567890 | i may not be able to play but my piano teacher says im musicly composing gifted i disagree =p |
| 04:42:19 | raptor | heh |
| 04:43:00 | amgine1234567890 | here is a document on sound ratios if you want it doubt it would help http://en.wikipedia.org/wiki/Pythagorean_interval |
| 04:43:33 | raptor | i'll just use a program called 'audacity' that makes it easy to change pitch |
| 04:43:57 | amgine1234567890 | lol audacity =) |
| 04:44:04 | amgine1234567890 | that i know |
| 04:45:21 | amgine1234567890 | when i was in high scoll all teh computers in one of our classes had it and i would anooy evryone by making very long high pitch sounds on it XD |
| 04:45:32 | raptor | hs |
| 04:45:33 | raptor | ha |
| 04:46:30 | amgine1234567890 | brb |
| 04:48:24 | amgine1234567890 | back |
| 04:49:47 | amgine1234567890 | teh ratio thing might make it a bit easier to find a good ptich though |
| 04:51:16 | | koda Quit (Ping timeout: 246 seconds) |
| 04:51:33 | amgine1234567890 | btw bots still dont sheild against seekers making them very easy to beat =p |
| 04:51:49 | amgine1234567890 | easer then phaser even =p |
| 05:04:13 | sam686 | well, that was a lot of time it took cutting open the end of pci express x1 to fit a pci express x16 card, and it works. (similar to this: http://blog.zorinaq.com/?e=53 ) |
| 05:04:37 | sam686 | just so I can put in a second, and faster graphics card in pci express x16 port.. |
| 05:04:55 | amgine1234567890 | hi |
| 05:05:05 | amgine1234567890 | doing some more testing |
| 05:05:08 | sam686 | hi |
| 05:05:14 | raptor | ha sam686! that's great! |
| 05:05:20 | amgine1234567890 | bf now has some cooler music |
| 05:06:21 | sam686 | only problem, I realized my new graphics card needs more power that I need to get a new 500 watt power supply, and takes up 2 slot spaces (connecting to one slot) |
| 05:06:52 | sam686 | has 4 slow spacee so only problem is power supply being a weak 300 watt.. |
| 05:07:20 | sam686 | but, will get a new power supply in a few days.. |
| 05:07:24 | amgine1234567890 | thats the thing about computers you cant upgrade 1 thing wihout having to upgrade everthing right :) |
| 05:07:47 | sam686 | it depends on what is needed and what you have.. |
| 05:08:52 | sam686 | Only a few Motherboards work on only a few CPU (intel CPU doesn't work on AMD motherboard or AND cpu doesn't work on intel motherboards) |
| 05:10:00 | sam686 | weak power supply just won't work on a power hungry speedy graphics card, but powerful power supply works on more systems.. |
| 05:11:03 | sam686 | I should be able to do some 4 monitor setup with 2 graphics card, and use faster graphics for 3D games.. |
| 05:13:39 | sam686 | well usually you don't need to upgrade everything, maybe 1 or 2 things. (note that only tower desktops is easiest to upgrade, not laptop, and usually not all-in-one PC) |
| 05:14:56 | sam686 | all-in-one PC (CPU inside the monitor) is kind of evil - there is no video output and no video input. |
| 05:15:06 | sam686 | (well 50% of all-in-one PC) |
| 05:30:34 | amgine1234567890 | so whats left to do before bf 18 release |
| 05:30:42 | amgine1234567890 | anything else for testing? |
| 05:49:38 | | raptor Quit () |
| 06:22:45 | amgine1234567890 | gtg all bye |
| 06:22:48 | | amgine1234567890 Quit (Quit: Page closed) |
| 13:47:54 | | Wuzzy has joined |
| 14:01:53 | | Watusimoto has joined |
| 14:12:47 | | raptor has joined |
| 14:12:47 | | ChanServ sets mode +o raptor |
| 14:15:37 | raptor | last night was my turn to fall asleep on the couch... |
| 14:16:05 | raptor | except i woke up with no blood in my appendages |
| 15:11:39 | Watusimoto | yes. I'm about to turn the computer over to my kids, but I isolated the crash you reported last night |
| 15:11:47 | raptor | really? |
| 15:11:51 | Watusimoto | Of course... it involves walls |
| 15:11:51 | raptor | i was unable to.. |
| 15:12:03 | raptor | well, i figured that.. |
| 15:12:21 | Watusimoto | yes if you remov WallSegmentManager::rebuildEdges() --> mWallEdgeDatabase->removeEverythingFromDatabase() the problem goes away |
| 15:12:46 | raptor | didn't you add that recently.. for something else important? |
| 15:13:07 | Watusimoto | of course, I do not yet understand, exactly, what that does in this particular context. But I will look at it after my kids get some minecraft time. |
| 15:13:11 | Watusimoto | so, back later |
| 15:13:18 | raptor | okey doke |
| 15:13:19 | raptor | later |
| 16:17:53 | | koda has joined |
| 16:33:15 | koda | hi |
| 16:37:08 | raptor | hello |
| 16:44:15 | Watusimoto | hi |
| 16:44:37 | Watusimoto | did amgine find any other issues last night? |
| 16:44:44 | raptor | So I'm trying to figure out how to get the install directories in windows... i'm thinking about using SDL_getenv... |
| 16:44:53 | raptor | and %APPDATA% |
| 16:45:01 | raptor | i think that's the windows environment var |
| 16:45:12 | raptor | yes, he found two other things: bots don't shield against seeker |
| 16:45:41 | raptor | and: credits music doesn't play anymore for some reason |
| 16:45:47 | raptor | i can probably fix the second... |
| 16:46:40 | Watusimoto | sam686 or I can probably fix the first |
| 16:46:58 | raptor | where does bitfighter install to? is it an env var on windows? |
| 16:47:02 | Watusimoto | so you want to know which folder has the exe file? |
| 16:47:04 | raptor | it's got to be.. |
| 16:47:18 | Watusimoto | I think that should be easy |
| 16:47:28 | raptor | yes |
| 16:47:36 | raptor | oh dug argv[0] ? |
| 16:47:38 | raptor | duh |
| 16:47:41 | raptor | maybe.. |
| 16:49:21 | Watusimoto | http://stackoverflow.com/questions/2050961/is-argv0-name-of-executable-an-accepted-standard-or-just-a-common-conventi |
| 16:49:33 | Watusimoto | summary: not always reliab;e |
| 16:49:37 | raptor | bah |
| 16:49:41 | raptor | can you do something for me? |
| 16:49:47 | raptor | do start-> run |
| 16:49:53 | raptor | type in %appdata% |
| 16:50:07 | raptor | does that folder lead you to where the bitfighter user data is? |
| 16:50:14 | Watusimoto | how is the default sfx folder set? |
| 16:50:22 | Watusimoto | that's usually a pointer to the data dirs |
| 16:50:46 | raptor | that's the second part: for each system, i need to find two folders: the installation folder, and the user data folder |
| 16:51:00 | Watusimoto | C:\Users\Chris>echo %appdata% |
| 16:51:00 | Watusimoto | C:\Users\Chris\AppData\Roaming |
| 16:51:00 | Watusimoto | C:\Users\Chris> |
| 16:51:06 | Watusimoto | so not where the data is installed |
| 16:51:11 | raptor | hmmm |
| 16:51:15 | Watusimoto | but _maybe_ where it should be installed |
| 16:51:18 | raptor | wher eis it installed on your system? |
| 16:51:26 | raptor | oh, the nsis script.. |
| 16:51:36 | Watusimoto | c:\program files\Bitfighter\... |
| 16:51:48 | raptor | wait... |
| 16:51:54 | raptor | windows doesn't use user data? |
| 16:51:59 | raptor | where is the INI kept? |
| 16:52:41 | Watusimoto | what do you mean by usr data? |
| 16:53:01 | Watusimoto | INI is kept in the user's data folder... for me it's... |
| 16:53:08 | raptor | well, the folder to which resources are copied so they can be manipulated by each user |
| 16:53:11 | raptor | yes, like the INI |
| 16:53:29 | Watusimoto | My Documents\Bitfighter |
| 16:53:35 | Watusimoto | (wherever M.D. is) |
| 16:53:38 | raptor | hmm |
| 16:53:40 | raptor | ok |
| 16:53:44 | raptor | looking at NSIS script.. |
| 16:53:44 | Watusimoto | Bitfighrer is a folder we create |
| 16:54:04 | Watusimoto | I chose to put it there so it would be easy to find |
| 16:57:45 | raptor | what does |
| 16:57:55 | raptor | where does %programfiles% take you? |
| 16:58:51 | Watusimoto | I have two: |
| 16:58:52 | Watusimoto | ProgramFiles=C:\Program Files |
| 16:58:52 | Watusimoto | ProgramFiles(x86)=C:\Program Files (x86) |
| 16:59:04 | Watusimoto | the first is for 64 bit progs, the 2nd for 32 bitters |
| 16:59:16 | Watusimoto | not sure why the os makes a distinction |
| 16:59:16 | raptor | yes, but if you pasted that into the run folder, what folder pops up for you? |
| 16:59:31 | Watusimoto | ProgramFiles=C:\Program Files |
| 17:00:02 | raptor | is that where bitfighter is installed on your system? |
| 17:00:04 | Watusimoto | though I belive BF is isntalled in ProgramFiles(x86) |
| 17:00:30 | raptor | i need some environment var that will go to the 32bit version of program files on all windows systems |
| 17:00:57 | raptor | oops, guests have arrived, i'll be back in about an hour.. |
| 17:01:06 | Watusimoto | yes, there |
| 17:01:10 | Watusimoto | ok, have fun! |
| 17:01:33 | raptor | if you find a var, please let me know.. |
| 17:03:49 | | LordDVG has joined |
| 17:03:50 | | LordDVG Quit (Client Quit) |
| 17:04:10 | | LordDVG has joined |
| 17:06:25 | Watusimoto | http://stackoverflow.com/questions/143174/how-do-i-get-the-directory-that-a-program-is-running-from |
| 17:06:36 | Watusimoto | see the 7 pt answer... that might work |
| 17:09:03 | Watusimoto | see some sample code that uses that answer here: http://msdn.microsoft.com/en-us/library/windows/desktop/ms683197(v=vs.85).aspx |
| 17:10:46 | Watusimoto | also |
| 17:12:04 | Watusimoto | the shortcut that gets created on the start menu by the installer runs the game from the install folder. Thus you could also (probably) rely on cwd. As we do elsewhere in the game, such as when we set the default sfx folder. |
| 17:15:26 | | BFLogBot Commit: 84b4c22d59d4 | Author: watusimoto | Message: Fix bug caused by uninitialized variable |
| 17:15:27 | | BFLogBot Commit: 15d491896c72 | Author: watusimoto | Message: Comment |
| 17:54:37 | | Watusimoto Quit (Ping timeout: 260 seconds) |
| 18:42:17 | | Watusimoto has joined |
| 19:11:42 | | iKoda has joined |
| 19:24:57 | | iKoda Quit (Quit: K thx bai) |
| 19:27:47 | raptor | Watusimoto: do we have a way to create the bitifghter.ini on the fly from a command? |
| 19:28:12 | Watusimoto | I don't think so, but it would be easy to do |
| 19:29:27 | Watusimoto | ParamInfo paramDefs[] = { |
| 19:29:27 | Watusimoto | has all our options |
| 19:30:21 | raptor | i ask because if i make the changes i'm making, we won't have a standalone installation anymore.. unless we do something like detect if there's a bitfighter.ini in the executable directory already |
| 19:31:09 | Watusimoto | do we effectively have standalone installs currently? |
| 19:31:39 | raptor | effectively, yes - if no rootdatadir is set, then it assumes the same directory as where the exe is |
| 19:31:56 | raptor | but i'm currently coding in the rootdatadir for all platforms |
| 19:33:09 | Watusimoto | ok, yes it does. but this is mostly theoretical |
| 19:33:21 | Watusimoto | what do you mean by "coding in"? |
| 19:33:24 | raptor | unless i detect a standalone installation otherwise, it'll clobber your preference INI |
| 19:34:02 | raptor | coding in = make it possible for running the executable and it'll know where all the resources are on your system |
| 19:34:18 | raptor | automatically |
| 19:34:23 | Watusimoto | it'll know where the "master copy" of the resources are |
| 19:34:28 | raptor | that way we can do things like add/remove resources are |
| 19:34:31 | raptor | yes |
| 19:34:31 | Watusimoto | not necessarily the user's copy |
| 19:34:47 | raptor | user data, yes, too |
| 19:35:02 | raptor | because i'm coding it to detect if user's data has been set up, if not, it'll copy the resources |
| 19:35:17 | Watusimoto | how will it know where the user's data is? And could you still override some settings, pointing to, for example, a different level folder? |
| 19:35:31 | raptor | yes, override is still possible |
| 19:36:54 | Watusimoto | so basically, on windows, the info that is currently coded intot he shortcut will be coded into the app instead |
| 19:37:03 | raptor | flow: start -> -rootdatadir set? yes: use it; no: set it as user's data dir (by platform) -> -rootdatadir exists? yes, continue; no: copy resources |
| 19:37:04 | Watusimoto | (i.e. where the default resources are stored) |
| 19:37:37 | raptor | yes, i'm trying to remove that restriction: relying on shortcuts, wrapper scripts, etc. |
| 19:37:41 | Watusimoto | ok, that makes sense |
| 19:38:03 | raptor | remember those bugs with people saying they launch the exe, but the system doesn't save their preferences? |
| 19:38:13 | raptor | this would negate that |
| 19:38:21 | Watusimoto | so there is not really a prohibition on standalone, you're just changing the default behavior |
| 19:38:27 | raptor | yesa |
| 19:38:29 | raptor | yes |
| 19:38:31 | raptor | so |
| 19:38:53 | Watusimoto | this should have 0 impact on the current windows install then |
| 19:38:54 | raptor | that means i want to detect if standalone, and i'm thinking that if it detects an INI in the same directory as the exe, then it knows |
| 19:38:59 | raptor | correct |
| 19:39:03 | Watusimoto | because it creates a shortcut with -rootdatdir in it |
| 19:39:16 | raptor | only if you use the shortcut |
| 19:39:25 | raptor | but effectively yes |
| 19:39:28 | Watusimoto | I don't know if you want to detect a standalone |
| 19:39:37 | raptor | we do if we're debugging |
| 19:39:47 | raptor | (i already put that in) |
| 19:40:08 | raptor | i put in a test: if TNL_DEBUG, then don't set up default paths |
| 19:40:40 | Watusimoto | but if I start up the game on a fresh install, then the ini will never be created in exe folder, and you'll never get to standalone mode |
| 19:40:52 | Watusimoto | so it seems a bit academic |
| 19:40:52 | raptor | correct |
| 19:41:08 | Watusimoto | so why bother detect it? |
| 19:41:09 | raptor | academic, yes - only for beta testing, debugging, etc. |
| 19:41:27 | Watusimoto | if the only way to get it is to specify an option, the 2nd time they run, they'll likely still specify the option |
| 19:41:40 | Watusimoto | detecting only seems to create a hidden source of error |
| 19:41:57 | raptor | because we want to have a system install with a stable copy, and be able to run standalone copies to code |
| 19:42:20 | Watusimoto | what do you mean "standalone copies to code"? |
| 19:42:22 | raptor | so i want 017b on my system to still run fine (with its version of the INI) |
| 19:42:40 | Watusimoto | where is the ini on 017b? |
| 19:42:44 | raptor | but be able to work on the development version without it loading the INI from the user data dir |
| 19:43:12 | raptor | INI is always wherever rootdatadir is set (which will be done automatically now) and which corresponds to the user's data dir |
| 19:43:20 | Watusimoto | right |
| 19:43:41 | Watusimoto | I'm missing something |
| 19:43:53 | Watusimoto | nothing we;re doing will affect 017b |
| 19:43:59 | raptor | yes it will |
| 19:44:12 | Watusimoto | how's that? |
| 19:44:23 | raptor | sorry, not the exact version, no: i used it as an example |
| 19:44:33 | Watusimoto | it will affect 018 |
| 19:44:37 | raptor | scenario: 018 stable is installed |
| 19:44:46 | raptor | (future scenario..) |
| 19:44:50 | Watusimoto | yes |
| 19:44:57 | raptor | the crazy devs want to start coding again |
| 19:45:00 | Watusimoto | yes |
| 19:45:09 | raptor | so they start messing with the code, compile |
| 19:45:31 | raptor | but uh oh, since raptor coded in default paths as of 018, the new debug build picks up those preferences |
| 19:45:50 | Watusimoto | ok, and clobbers your 018 install settings |
| 19:45:56 | raptor | yes! |
| 19:45:59 | Watusimoto | ok, sure |
| 19:46:01 | Watusimoto | I see that |
| 19:46:08 | raptor | and that's what i want to avoid |
| 19:46:15 | Watusimoto | that's why you want to have the debug version write to the system folder |
| 19:46:23 | Watusimoto | (which won't work on windows, btw) |
| 19:46:39 | Watusimoto | so now you have a dev ini in your program folder |
| 19:46:46 | Watusimoto | and you go to run the regular game |
| 19:46:52 | raptor | what i coded in was: if debug, don't look for default paths |
| 19:47:12 | Watusimoto | and if you look in the program folder for an INI to detect standalone, you'll find your debug settings |
| 19:47:17 | raptor | yes |
| 19:47:23 | Watusimoto | and the program will get confused |
| 19:48:01 | raptor | now back to my first question again: do we want to detect the 'standalone' nature (equivalent to not setting default paths) in a release build? |
| 19:48:23 | Watusimoto | you can't -- doing so would break your dev scenario |
| 19:48:38 | raptor | unless |
| 19:49:07 | raptor | i do something like chekcing for the INI in the same folder as the exe - sort of a pre-setup to trigger the standalone nature |
| 19:49:27 | raptor | then a standalone build could be distributed as a zip file |
| 19:49:43 | Watusimoto | also a portable windows install |
| 19:49:47 | Watusimoto | which would be good |
| 19:49:54 | raptor | for beta testing or... or.. or putting on school computers where you don't have admin rights! yeah! |
| 19:50:09 | Watusimoto | here's a different idea |
| 19:50:17 | Watusimoto | how I solve the dev stuff on my machine |
| 19:50:21 | raptor | oh goodie |
| 19:50:25 | Watusimoto | I have my regular bf 017b install |
| 19:50:41 | Watusimoto | with all my settings in My Docuemnts\Bitfighter |
| 19:50:44 | Watusimoto | the default location |
| 19:50:46 | raptor | yes |
| 19:50:56 | Watusimoto | then I have my dev setup going on |
| 19:51:24 | Watusimoto | and I tell my compiler to add cmd line params -rootdatadir My Documnts\Bitfighter_debug |
| 19:51:36 | Watusimoto | and th settings go there when I run from the compiler |
| 19:51:44 | raptor | ahh - so maybe we distribute a launcher for standalone mode? |
| 19:51:57 | Watusimoto | I was thinking a launcher for development |
| 19:52:21 | raptor | i figure standalone/development give same behavior |
| 19:52:23 | Watusimoto | in windows, you can't write to the program folder without bringing up the UAC (or whatever it is called) |
| 19:52:29 | raptor | correct |
| 19:52:39 | Watusimoto | so you can't ever writie your INI file to the install folder if the program is isntalled |
| 19:53:15 | Watusimoto | but |
| 19:53:17 | raptor | that's fine, that is already implicit in my mind regarding our scenario |
| 19:53:33 | Watusimoto | if you run in portable mode, it would try to create a folder in my documents, which isn;t what you want |
| 19:53:48 | Watusimoto | you need to know if you are running as standalone or not |
| 19:54:14 | Watusimoto | I don;t think there is any way to discern without something telling you |
| 19:54:34 | Watusimoto | and in windows, that's pretty much how it works |
| 19:54:47 | Watusimoto | if you specify no -rootdatadir, you are effectively running in portable mode |
| 19:55:33 | Watusimoto | the problem is if someone happens upon the exe in the install folder and tries to run that (maybe they deleted their shortcut somehow) |
| 19:56:23 | Watusimoto | maybe we could package the game with a .portable file, and then have the installer delete that |
| 19:56:38 | Watusimoto | if that was found, you'd know it was a portable install |
| 19:56:50 | Watusimoto | or the opposite; have the installer create a .notportable file |
| 19:56:58 | Watusimoto | so you could tell if it were installed |
| 19:57:10 | raptor | hmmm |
| 19:57:27 | Watusimoto | but if you download the installer, you can't readily get the files out in a friendly manner |
| 19:57:49 | Watusimoto | for win anyway we';d need to package as a .zip also |
| 19:57:56 | raptor | i'm thinking we could either: 1. detect if the INI is already in the exe folder 2. distribute a .bat folder (or .sh) that calls -rootdatadir . |
| 19:58:08 | raptor | there is a dot at the end of that last line |
| 19:58:11 | raptor | so current dir |
| 19:58:24 | Watusimoto | if you do 1., how does the ini get in to the exe folder, and how do you make sure it isn;t the dev version (easily) |
| 19:58:33 | raptor | we could prepackage portable? |
| 19:58:47 | Watusimoto | maybe -- wouldn;t be too hard |
| 19:59:13 | Watusimoto | and 2) we don;t need that on windows -- we have a shortcut do the work of the bat file |
| 19:59:38 | Watusimoto | or did you mean that 2) the bat file could be the portable launcher |
| 19:59:55 | raptor | or maybe portable doesn't even matter: |
| 20:00:06 | raptor | we could use the user's data dir by default anyways |
| 20:00:16 | Watusimoto | the easiest way to packag portable would be to write a script that copies files to a folder in the correct structure then zips it |
| 20:00:30 | Watusimoto | with portable, you only want to write to the portable folder |
| 20:00:37 | Watusimoto | so you could run from a usb key |
| 20:00:42 | Watusimoto | with no writing to the system at all |
| 20:00:54 | Watusimoto | leave no trace |
| 20:01:08 | raptor | ok |
| 20:01:25 | Watusimoto | for windows anyway, we might be able to add a portable option to the installer |
| 20:01:27 | | iKoda has joined |
| 20:01:39 | raptor | i don't know if i want to complicate things that much |
| 20:01:41 | Watusimoto | so you install and can choose "normal install" or "portable" |
| 20:01:47 | raptor | hmm.. |
| 20:01:52 | Watusimoto | then there is only one package |
| 20:01:59 | Watusimoto | and one package generation script |
| 20:02:09 | Watusimoto | and no out-of-sync problems |
| 20:02:24 | raptor | ok, well, i have to go for a few hours |
| 20:02:37 | Watusimoto | ok |
| 20:02:49 | raptor | the question remaining for me, is the behavior of detecting portable within the executable itself |
| 20:02:52 | Watusimoto | I don't think the portable thing is a complication, rather a sideline |
| 20:02:57 | raptor | yes |
| 20:02:58 | raptor | i agree |
| 20:03:02 | Watusimoto | I don;t think you can. |
| 20:03:06 | Watusimoto | but more on that later |
| 20:03:13 | raptor | ok |
| 20:03:19 | raptor | see you later! |
| 20:03:23 | Watusimoto | bye |
| 21:32:17 | | iKoda Quit (Quit: K thx bai) |
| 21:58:14 | raptor | hi again |
| 21:59:48 | Watusimoto | hi |
| 21:59:53 | Watusimoto | still stuck on this editor crash |
| 22:00:37 | Watusimoto | hey, just so you and sam686 know, I'm going on a business trip, and will likly be out of touch Mon and Tues evenigns. probably back Wed. |
| 22:03:02 | raptor | ok |
| 22:03:11 | raptor | no problem |
| 22:04:16 | Watusimoto | I know :-) |
| 22:04:34 | raptor | maybe i'll be done with my own craziness by then... |
| 22:07:28 | Watusimoto | I'm hoping I will too |
| 22:07:58 | Watusimoto | getting a heap corruption error; looks like it happens when we delete an object with a Vector<Point> |
| 22:08:12 | raptor | so you can duplicate that error from last night? |
| 22:08:15 | Watusimoto | oh yes |
| 22:08:21 | Watusimoto | 90% of the time |
| 22:08:36 | raptor | ok good: i only got it once, out of like 6 tries |
| 22:08:37 | Watusimoto | it's legit |
| 22:09:05 | Watusimoto | I create a u shaped wall, add a repair, resize, undo redo undo crash |
| 22:09:40 | raptor | ok |
| 22:18:06 | raptor | dare i make the assumption that wherever the executable resides, that is the installation directory? |
| 22:18:18 | raptor | (for windows) |
| 22:19:29 | Watusimoto | yes, unless portable install |
| 22:19:47 | Watusimoto | which may not matter |
| 22:19:52 | raptor | sorry, i mean installed game resources |
| 22:20:10 | Watusimoto | huh? |
| 22:20:31 | raptor | the executable will always be with the game resources, right? |
| 22:20:45 | raptor | whether portable or normal |
| 22:20:57 | Watusimoto | exe will always be with gold copy of resources, yes |
| 22:21:02 | raptor | ok |
| 22:21:08 | raptor | that's what i meant |
| 22:21:14 | Watusimoto | yes, always |
| 22:21:15 | raptor | 'gold copy' - good description |
| 22:21:57 | Watusimoto | though on portable there is no gold copy, I suppose |
| 22:24:47 | raptor | i'm debating whether to use the environment var for %programfiles% or to just detect wherever the exe is.. |
| 22:25:12 | Watusimoto | I'd google it first... but if google says ok, then I say ok |
| 22:25:55 | raptor | this is the best solution i've found: http://stackoverflow.com/a/1024937 |
| 22:26:03 | raptor | now to find someone who already wrote the code |
| 22:28:22 | Watusimoto | ah, you mean getModuleFilenam? |
| 22:28:37 | Watusimoto | I posted a link earlier with a code sample for that |
| 22:28:47 | Watusimoto | while you were greeting company |
| 22:52:12 | | BFLogBot Commit: 3d82c6bf3c14 | Author: watusimoto | Message: Whitespace |
| 22:52:14 | | BFLogBot Commit: b0f2608fd43d | Author: watusimoto | Message: Comments |
| 22:54:00 | raptor | still can't duplicate the crash... |
| 22:54:06 | raptor | looks to be an evil one |
| 22:55:56 | raptor | neat site i just came across: http://sourceforge.net/p/predef/wiki/OperatingSystems/ |
| 22:56:08 | | iKoda has joined |
| 23:02:59 | raptor | Watusimoto: do we have a method somewhere for returning the folder for a specific file? |
| 23:03:17 | Watusimoto | like from a path? |
| 23:03:25 | raptor | so c:\blah\filename.exe could be parsed as c:\blah |
| 23:03:32 | raptor | yes |
| 23:03:42 | Watusimoto | extractDirectory |
| 23:03:57 | raptor | oh hey! there it is! |
| 23:03:58 | Watusimoto | in stringUtils |
| 23:04:04 | raptor | did you write that recently? |
| 23:04:26 | Watusimoto | I wrote one of those three recently |
| 23:04:34 | raptor | also, is it windows only? |
| 23:04:35 | Watusimoto | I think I wrote the extension |
| 23:04:42 | Watusimoto | no |
| 23:04:56 | Watusimoto | return path.substr( 0, path.find_last_of( '\\' ) + 1 ); |
| 23:05:02 | Watusimoto | uh... yes it appears it is |
| 23:05:06 | raptor | ha |
| 23:05:20 | Watusimoto | we don't actually use it, I don;t think |
| 23:05:30 | raptor | used in GUP |
| 23:05:41 | raptor | ok, so windows only - easily adaptable |
| 23:06:13 | Watusimoto | we use it for gu[ |
| 23:06:15 | Watusimoto | as you said |
| 23:06:24 | Watusimoto | easily adaptable, yes |
| 23:06:40 | | iKoda Quit (Ping timeout: 268 seconds) |
| 23:09:03 | raptor | ok, i'll get through this... |
| 23:13:18 | | sam686 Quit (Ping timeout: 245 seconds) |
| 23:14:31 | | sam686 has joined |
| 23:14:32 | | ChanServ sets mode +v sam686 |