Timestamps are in GMT/BST.
| 00:06:18 | | amgine123 Quit (Quit: Page closed) |
| 01:33:51 | | Nothing_Much has joined |
| 02:09:45 | | Nothing_Much Quit (Quit: Leaving) |
| 02:31:17 | | Nothing_Much has joined |
| 03:57:51 | | Nothing_Much Quit (Remote host closed the connection) |
| 04:07:28 | | BFLogBot Commit: a68d2cd9e3 | Author: watusimoto | Message: Make sure the folder exists before adding it to the path |
| 04:07:30 | | BFLogBot Commit: 7debe6ba71 | Author: watusimoto | Message: Comment |
| 04:07:31 | | BFLogBot Commit: 184086ed53 | Author: watusimoto | Message: Better name |
| 04:07:33 | | BFLogBot Commit: 36f252f4c3 | Author: watusimoto | Message: Better name II |
| 04:07:34 | | BFLogBot Commit: 0d9cfd08ad | Author: watusimoto | Message: This logic already handled in joindir |
| 04:07:36 | | BFLogBot Commit: 4864115502 | Author: watusimoto | Message: Remove most of physfs work; create new FileList object that encapsulates some of the file management actions, that works in a similar manner to physfs, but with some tweaks that make it a better fit for us. Leaving physfs in place for now, as we might want it for reading levels from zip files. Can still specify multiple sfx and font folders that will be searched for resources. I think this mes |
| 04:07:37 | | BFLogBot sage is now long enough to satisfy most readers. |
| 04:07:39 | | BFLogBot Commit: 1c485e714d | Author: watusimoto | Message: Make credits and menu music work again |
| 04:15:18 | | Skybax has joined |
| 05:00:02 | | LordDVG has joined |
| 05:01:46 | | Watusimoto has joined |
| 05:16:34 | | Watusimoto Quit (Ping timeout: 250 seconds) |
| 06:15:03 | | Skybax Quit (Ping timeout: 272 seconds) |
| 07:24:35 | | LordDVG Quit (Ping timeout: 255 seconds) |
| 07:38:18 | | LordDVG has joined |
| 09:02:24 | | koda has joined |
| 10:46:27 | | empyrean Quit (Ping timeout: 264 seconds) |
| 11:16:14 | koda | MACOSX_DEPLOYMENT_TARGET: |
| 11:16:14 | koda | CMake Error at cmake/Platform/Apple.cmake:15 (message): |
| 11:16:15 | koda | MACOSX_DEPLOYMENT_TARGET environment variable not set. Set this like so |
| 11:16:28 | koda | imho this should get a default value |
| 11:21:02 | koda | what |
| 11:21:03 | koda | :D |
| 11:21:05 | koda | CMake Error at /usr/local/Cellar/cmake/3.2.2/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:138 (message): |
| 11:21:06 | koda | Could NOT find Threads (missing: Threads_FOUND) |
| 11:49:12 | | Nothing_Much has joined |
| 13:18:33 | | empyrean has joined |
| 13:23:13 | | watusimoto has joined |
| 13:23:13 | | ChanServ sets mode +o |
| 13:25:24 | | raptor has joined |
| 13:25:24 | | ChanServ sets mode +o |
| 13:25:30 | raptor | on briefly - |
| 13:26:08 | raptor | koda you have to do: export MACOSX_DEPLOYMENT_TARGET=10.6 |
| 13:26:18 | raptor | see: http://bitfighter.org/wiki/index.php/Building_Bitfighter#OS_X |
| 13:26:33 | koda | yep |
| 13:26:41 | koda | it should be automatic when not set thoguh |
| 13:26:43 | raptor | the reason was because I could not figure out how to set that automatically in the environment from within cmake |
| 13:26:48 | koda | oh |
| 13:27:01 | koda | just copy hedgewars way |
| 13:27:12 | raptor | because xcode compilers required the bash shell environment variable for some reason |
| 13:27:20 | koda | right now i am stuck at Could NOT find Threads (missing: Threads_FOUND) |
| 13:27:33 | raptor | does hedgewars set it from within cmake? |
| 13:27:37 | koda | yep |
| 13:27:45 | raptor | huh - i should take a look, then |
| 13:28:02 | koda | cmake_modules/platform.cmake iirc |
| 13:28:08 | raptor | threads are not found... could that be because X11 is not installed? |
| 13:28:15 | koda | no? |
| 13:28:18 | raptor | or some other missing headers somewhere? |
| 13:28:26 | raptor | i've never had that issue before |
| 13:28:30 | koda | :( |
| 13:29:28 | raptor | doing some searching - i find a reference about needed c++11 on new osx |
| 13:29:48 | koda | what os are you usually building on? |
| 13:29:59 | raptor | see here: http://stackoverflow.com/a/11972743 |
| 13:30:07 | raptor | osx 10.6 x86_64 :) |
| 13:30:31 | raptor | i heard someone got it to compile on 10.7 or 10.8 |
| 13:30:40 | raptor | but i don't know if newer can or not |
| 13:32:04 | koda | hm it worked with MACOSX_DEPLOYMENT_TARGET |
| 13:32:06 | koda | err |
| 13:32:06 | raptor | koda what cmake version are you using? I found a reference to a bug |
| 13:32:08 | koda | CMAKE_CXX_FLAGS "-std=c++11 -stdlib=libc++" |
| 13:32:16 | raptor | oh |
| 13:32:19 | raptor | maybe that was it, then |
| 13:32:25 | raptor | also, what OSX are you on? |
| 13:32:38 | koda | 10.9 |
| 13:32:52 | raptor | you ar ein the future! |
| 13:32:56 | raptor | *are in |
| 13:33:12 | koda | no, one version behind |
| 13:33:34 | | Watusimoto_ has joined |
| 13:34:29 | raptor | has osx and ios merged yet? |
| 13:35:14 | Nothing_Much | nope |
| 13:35:35 | | koda gives a segfault to raptor |
| 13:35:46 | Nothing_Much | OS X and iOS will merge with human beings eventually though, since all apple users have sold their souls to Apple as a service |
| 13:40:02 | watusimoto | howdy |
| 13:40:09 | raptor | hi |
| 13:40:39 | raptor | I'm designing circuits in this app that looks like it was programed in the late 90s |
| 13:40:47 | watusimoto | I've almost got the bf code back to where I started a couple of weeks ago! |
| 13:40:55 | raptor | :( |
| 13:40:59 | watusimoto | ooh... circuits! |
| 13:41:14 | watusimoto | I've been taking things apart recently and saving the parts |
| 13:41:15 | raptor | maybe koda can still make a case for physfs? |
| 13:41:49 | watusimoto | Not sure what I'll do with them... |
| 13:41:51 | raptor | tuesday we learned how to blow up capacitors (and admonished not to do so) |
| 13:41:59 | watusimoto | excllent! |
| 13:42:12 | watusimoto | I still want to use physfs, but my use case keeps shifting |
| 13:42:30 | raptor | hmmm... |
| 13:42:45 | watusimoto | the original proposed use (in the google code ticket) won't work, but I ultimately want to read levels from a zip file |
| 13:42:52 | watusimoto | and there physfs would be useful |
| 13:43:33 | watusimoto | there would be a way to host all the levels in a specified zip |
| 13:43:36 | watusimoto | for example |
| 13:43:48 | watusimoto | to give you another way of organizing your stuff |
| 13:44:30 | watusimoto | and later, when levels can specify their music, perhaps the music could be in the zip as well, to provide an all-in-one level/bot/script/music hosting package in one file |
| 13:45:00 | raptor | I've been looking at how some larger commercial games do their layouts |
| 13:45:06 | raptor | ut2004 (even if old) |
| 13:45:14 | raptor | had a full layout in a system dir |
| 13:45:15 | watusimoto | what? trying to learn from the pain of others? |
| 13:45:17 | watusimoto | nuts! |
| 13:45:37 | watusimoto | koda: does hedgewars use physfs? |
| 13:45:46 | raptor | then in the user dir, mirrored the layout but concatenated the levels/music/textures/ found |
| 13:45:55 | raptor | so in-game, you'd just see the combination of the two |
| 13:46:11 | koda | watusimoto: unfortunately yes |
| 13:46:18 | raptor | and you could start up the dedicated server with a specified level in the combination of the two |
| 13:46:25 | watusimoto | that sounds enthusiastic |
| 13:46:34 | raptor | no special specifying of resource dirs |
| 13:46:57 | watusimoto | so only a rootdatadir flag |
| 13:47:00 | watusimoto | essentially |
| 13:47:11 | raptor | yep |
| 13:47:25 | watusimoto | with the contents of rdd/music appended to installfolder/music |
| 13:47:31 | raptor | yep |
| 13:47:39 | watusimoto | I could get behind that |
| 13:47:43 | raptor | so much simpler, but it worked |
| 13:47:47 | raptor | yeah, me too |
| 13:47:59 | watusimoto | except for the levels, which I think need to be handled differently |
| 13:48:30 | watusimoto | because we allow users to use folders as an organizaing paradigm for levels, which I think is useful |
| 13:48:51 | watusimoto | and you don't want to automatically include the system levels when you play |
| 13:49:15 | watusimoto | I'm not sure you want to automatically include the system music, either |
| 13:49:16 | raptor | ok, i agree that that is probably the only other option used |
| 13:49:25 | raptor | -leveldir (used on master server servers) |
| 13:49:39 | watusimoto | it is kind of cool to be able to do -musicdir c:\user\chris |
| 13:49:41 | watusimoto | oops |
| 13:49:46 | raptor | well... as a dedicated user - you don't load music anyways |
| 13:49:52 | watusimoto | -musicdir c:\user\chris\my music |
| 13:50:02 | watusimoto | and have it play all your mp3s |
| 13:50:08 | raptor | ha |
| 13:50:11 | watusimoto | (which we don't officially support) |
| 13:50:20 | raptor | actually... about that |
| 13:50:23 | watusimoto | on a dedicate server, only leveldir is important |
| 13:50:39 | raptor | we *could* support it, but not distribute or statically link against the libraries |
| 13:50:46 | raptor | just rely on dynamic loading |
| 13:50:49 | raptor | if it exists |
| 13:50:58 | watusimoto | I think we might already support it |
| 13:51:00 | raptor | ALURE supports that, but I'm not sure how I compilied it |
| 13:51:07 | watusimoto | I remember us both being suprised that it worked |
| 13:51:18 | raptor | ah, maybe it does then... |
| 13:52:10 | raptor | ok, i have to do sparky things now |
| 13:52:13 | raptor | back later! |
| 13:52:17 | watusimoto | laterz! |
| 13:52:24 | | raptor has left #bitfighter |
| 13:59:26 | | Watusimoto_ Quit (Ping timeout: 245 seconds) |
| 14:12:08 | | Nothing_Much Quit (Quit: Leaving) |
| 14:42:53 | | LordDVG Quit (Remote host closed the connection) |
| 14:53:28 | | Watusimoto_ has joined |
| 15:43:12 | | empyrean Quit (Remote host closed the connection) |
| 16:01:05 | | koda Quit (Ping timeout: 245 seconds) |
| 16:27:26 | | Watusimoto_ Quit (Ping timeout: 244 seconds) |
| 17:03:54 | | Nothing_Much has joined |
| 17:06:45 | | Skybax has joined |
| 17:07:13 | Skybax | Good afternoon |
| 17:08:43 | | Watusimoto_ has joined |
| 17:10:00 | Nothing_Much | Belch |
| 17:14:50 | Skybax | I see, I see |
| 17:16:37 | Nothing_Much | blah, the 1 server with 1 person and it's a lag fest for me :c |
| 17:18:48 | Skybax | Must be a private server |
| 17:19:48 | Nothing_Much | there wasn't a password |
| 17:19:53 | Nothing_Much | but it was... laggy :< |
| 17:20:59 | Skybax | I mean like not dedicated lol |
| 17:21:08 | Skybax | Like they're hosting it off their computer |
| 17:21:38 | Nothing_Much | yeah.. :( |
| 17:25:02 | watusimoto | hey there |
| 17:25:28 | watusimoto | look at the server name... if it's unusual, it might well be a home server |
| 17:25:42 | Nothing_Much | yeah it says "Bitfighter Host" |
| 17:25:50 | watusimoto | that's the default name |
| 17:26:06 | watusimoto | so very likely not dedicated |
| 17:26:52 | watusimoto | looks gone now |
| 17:31:46 | Nothing_Much | yep, gone :< |
| 17:40:47 | | koda has joined |
| 18:09:54 | | Skybax Quit (Ping timeout: 258 seconds) |
| 18:10:22 | | koda Quit (Quit: koda) |
| 18:33:50 | | koda has joined |
| 18:53:34 | | Nothing_Much Quit (Quit: Leaving) |
| 18:53:47 | | Nothing_Much has joined |
| 20:08:24 | | empyrean has joined |
| 20:09:18 | | Nothing_Much Quit (Quit: Leaving) |
| 20:13:40 | | Watusimoto_ Quit (Ping timeout: 252 seconds) |
| 20:26:36 | | Watusimoto_ has joined |
| 21:00:09 | | koda Quit (Quit: koda) |
| 21:17:33 | | watusimoto Quit (Quit: Leaving.) |
| 21:21:56 | | Nothing_Much has joined |
| 22:39:03 | | Watusimoto_ Quit (Ping timeout: 256 seconds) |
| 23:26:39 | | Watusimoto has joined |