Timestamps are in GMT/BST.
| 00:36:39 | raptor | kaen: do you remember what triggered a shader in-game? |
| 00:42:14 | kaen | umm |
| 00:42:19 | kaen | oh |
| 00:42:21 | kaen | heh... |
| 00:42:24 | kaen | another patch |
| 00:42:36 | kaen | that's just the framework, I had a test shader |
| 00:43:04 | raptor | i found the explosion one |
| 00:43:15 | raptor | but somehow the code to use it was lost ... |
| 00:45:59 | kaen | ah |
| 00:46:43 | kaen | does this apply by chance? |
| 00:46:43 | kaen | http://pastie.org/pastes/6101893/text |
| 00:47:09 | kaen | should be a fairly trivial merge if not |
| 00:47:16 | raptor | why yes! |
| 00:47:21 | kaen | also shows the steps needed to create and use a shader |
| 00:47:38 | kaen | and how to set a uniform |
| 00:47:43 | kaen | great example, kaen from the past! |
| 00:48:03 | kaen | I guess the ship should change colors |
| 00:48:09 | kaen | based on how far away the mouse is |
| 00:54:00 | kaen | any luck? |
| 00:54:19 | raptor | it compiles... and i forgot to add the shader directory to where the exe could see it.. |
| 00:54:52 | kaen | ah yeah |
| 00:55:28 | kaen | should be able to edit shaders on the fly, ctrl+0 should reload them |
| 00:58:00 | raptor | hmmm... i get no errors now, but nothing is altering the view of the ship |
| 00:58:11 | kaen | hmm |
| 00:59:02 | kaen | any error output in the console? |
| 00:59:12 | kaen | oh |
| 00:59:14 | kaen | guess not |
| 00:59:16 | raptor | there was when i removed the NULL from the arrays.. |
| 00:59:30 | raptor | so i know they're being loaded... once i added that back in |
| 00:59:38 | kaen | ok |
| 01:00:17 | raptor | oh wait! |
| 01:00:27 | raptor | "fades between black and red" |
| 01:00:36 | raptor | that may have been subtle enough that i didn't notice.. |
| 01:03:25 | raptor | nope, not working :( |
| 01:03:31 | raptor | that's ok, i'll pick up tomorrow |
| 01:03:37 | raptor | need to sleep |
| 01:03:41 | raptor | thanks for your help! |
| 01:04:57 | Nothing_Much | woo |
| 01:05:26 | kaen | you too, night! |
| 01:06:33 | | raptor Quit () |
| 01:15:54 | Nothing_Much | good evening, everyone |
| 01:15:59 | Nothing_Much | or anyone |
| 01:48:53 | kaen | huh |
| 01:49:03 | kaen | I think I've just built a debian package for 019d |
| 02:33:23 | Nothing_Much | kaen: that's a good thing! |
| 02:33:50 | Nothing_Much | 091d is the latest version! |
| 02:38:46 | kaen | just one last little change is all it needs |
| 02:39:59 | Nothing_Much | whoa, 019d i meant |
| 02:40:11 | Nothing_Much | what change? |
| 02:40:48 | kaen | just needs to look ok with the debian fonts |
| 02:41:37 | kaen | I literally just need to change the size of two of the fonts |
| 02:41:47 | Nothing_Much | oh cool |
| 11:07:39 | | kaen Quit (Quit: Leaving) |
| 11:08:02 | | kaen has joined |
| 11:08:02 | | kaen Quit (Changing host) |
| 11:08:02 | | kaen has joined |
| 14:04:27 | kaen | I DID IT!!! |
| 14:04:43 | kaen | I got the shader patch working |
| 15:33:49 | | fordcars has joined |
| 16:36:41 | fordcars | In Windows Visual Studio 2010, I had to add /NODEFAULTLIB for a bunch of libraries to make it compile |
| 16:36:58 | fordcars | I also had to compile as release only |
| 17:14:11 | | sam686 has left #bitfighter |
| 19:00:01 | | raptor has joined |
| 19:00:01 | | ChanServ sets mode +o |
| 19:00:03 | raptor | good day! |
| 19:01:34 | fordcars | Hi!\ |
| 19:01:56 | kaen | hi! |
| 19:02:05 | kaen | raptor, http://imgbin.org/index.php?page=image&id=21857 |
| 19:02:17 | raptor | WHAT |
| 19:02:21 | raptor | how did you... |
| 19:02:34 | kaen | I got that patch to work |
| 19:02:42 | kaen | it required a fair amount of hacky hacky |
| 19:02:43 | fordcars | WHOAAA |
| 19:03:05 | raptor | can you please send me a diff? |
| 19:03:08 | kaen | yes |
| 19:03:13 | kaen | question |
| 19:03:15 | raptor | i was working on that all last night and got stuck |
| 19:03:17 | raptor | sure |
| 19:03:26 | kaen | I messed up and actually applied that to tip |
| 19:03:42 | kaen | should I just make a clone again? |
| 19:03:45 | kaen | or |
| 19:03:52 | raptor | did you commit? |
| 19:03:54 | kaen | how do I make a diff that includes the untracked files |
| 19:03:54 | kaen | no |
| 19:04:04 | raptor | oh I do this: |
| 19:04:15 | raptor | hg add <untracked_files> |
| 19:04:20 | raptor | so then everything is tracked |
| 19:04:23 | kaen | oh derp |
| 19:04:31 | raptor | then: hg diff > ../shaders_awesome.diff |
| 19:04:36 | raptor | then: hg revert -a |
| 19:04:47 | raptor | that's 'revert all' |
| 19:05:14 | raptor | so before you revert all, make sure you didn't have other changes you wanted to keep |
| 19:05:47 | raptor | oh, you could also do 'hg shelve' to stash away the changes internally |
| 19:05:55 | raptor | instead of just reverting everything |
| 19:05:57 | kaen | http://pastie.org/9837609 |
| 19:06:10 | kaen | it's not quite perfect |
| 19:06:17 | kaen | you'll have to play in windowed mode |
| 19:06:22 | kaen | and set the scale factor |
| 19:06:23 | kaen | to 1.0 |
| 19:06:46 | kaen | for any shader that uses worldToScreen() anyway |
| 19:06:59 | kaen | (which includes the phaser shader) |
| 19:07:04 | fordcars | raptor: windows visual studio has a conflicting libraries |
| 19:08:08 | kaen | I also got this to 99% https://github.com/bitfighter/bitfighter-debian |
| 19:08:23 | kaen | only thing left is to the fix the size we render debian's play at |
| 19:08:30 | kaen | other than weird looking text, it works perfectly |
| 19:09:21 | kaen | and I learned that bitfighter is no longer one of "my" packages on mentors.debian |
| 19:09:23 | raptor | can you actually upload the diff file - pastebin places seem to corrupt diffs. I like to use: http://sam6.25u.com/upload3.php |
| 19:09:26 | kaen | so I can't upload there |
| 19:09:30 | kaen | sure thing |
| 19:09:52 | kaen | http://sam6.25u.com/upload/shaders_new.diff |
| 19:09:59 | kaen | remember that this is based against tip |
| 19:10:30 | raptor | ok, great |
| 19:10:32 | raptor | wow, thanks |
| 19:10:53 | raptor | fordcars: did you remove all cmake junk and regenerate? |
| 19:11:07 | raptor | like in the build directory: rm -r CMake* |
| 19:11:16 | fordcars | raptor: yeah, it was brand new, I added some NODEFAULT and had to compile as releae |
| 19:11:16 | raptor | kaen: i wonder if we can set multiple owners |
| 19:11:27 | raptor | what version of vc++? |
| 19:11:31 | fordcars | 2010 |
| 19:11:50 | fordcars | Just letting you know though |
| 19:13:26 | fordcars | Oh and, I am getting this now, I added stuff to renderInterfaceOverlay(). Bitfighter crashes and spits this out in command line: http://pastie.org/9837610 |
| 19:13:54 | fordcars | ^^ I added this line: |
| 19:13:54 | fordcars | colorLogitechTeamColor(mLevel->getTeamColor(mGame->getLocalPlayerShip()->getTeam())); |
| 19:14:03 | fordcars | That function works when I call it somewhere else |
| 19:14:35 | raptor | whoa... fordcars, what have you done to your system?? |
| 19:14:53 | fordcars | IPlaying around with some dlls |
| 19:15:03 | raptor | is there any other output? none of that looks bitfighter related |
| 19:15:15 | fordcars | Yes, wait |
| 19:15:50 | fordcars | Oh wait, I get SIGSEV |
| 19:15:58 | fordcars | *SIGSEGV |
| 19:16:07 | raptor | oh... then that means null pointer! |
| 19:16:18 | fordcars | Whole thing: http://pastie.org/9837623 |
| 19:16:38 | fordcars | Well, I don't think it's me, but some API thing for this keyboard |
| 19:16:46 | fordcars | I don't use pointers :) |
| 19:16:52 | fordcars | I must of messed up |
| 19:17:27 | kaen | that sounds likely |
| 19:17:29 | raptor | sadly... that actually isn't a stack trace |
| 19:17:37 | raptor | so i can't help much |
| 19:17:41 | fordcars | :( |
| 19:17:51 | kaen | crashes on startup? |
| 19:19:20 | kaen | oh |
| 19:19:24 | fordcars | Nope, when I get into that function |
| 19:19:27 | kaen | there's a good chance |
| 19:19:27 | fordcars | So uh |
| 19:19:32 | kaen | that' localplayership is null |
| 19:19:36 | kaen | for at least a few frames |
| 19:19:42 | raptor | oh yeah, when you die |
| 19:19:50 | fordcars | Oh man |
| 19:19:56 | raptor | try using the clientinfo instead |
| 19:20:49 | fordcars | raptor: can I get the team color from ther? |
| 19:21:04 | raptor | you can get the team |
| 19:21:15 | raptor | then use that inside of getTeamColor |
| 19:22:55 | fordcars | raptor: getLocalRemoteClient? |
| 19:25:00 | kaen | any trouble with the shader patch raptor? |
| 19:25:30 | fordcars | gtg later! |
| 19:26:00 | raptor | kaen: sorry, got caught in debian research... |
| 19:26:06 | raptor | let me ttry now |
| 19:26:35 | kaen | ok, I have to do some chores but I'll be in and out |
| 19:27:39 | raptor | ok... if i have to upload bitfighter, can i pull from your git thingy now? |
| 19:28:01 | raptor | also - i say we leave the font size alone and use it to get them to fix the fonts-play in debian |
| 19:28:10 | raptor | or at least, leave it alone for now... |
| 19:29:11 | kaen | agreed |
| 19:29:18 | kaen | yep, you can pull |
| 19:29:22 | raptor | ok |
| 19:29:28 | kaen | then use git-buildpackage |
| 19:29:50 | kaen | I just used this guide: http://documentation.thebigrede.net/maintainers/howto-build-package.html |
| 19:31:51 | raptor | it compiled! |
| 19:32:11 | kaen | did you use git-pbuilder ? |
| 19:32:17 | kaen | or some other pbuilder? |
| 19:32:49 | raptor | oh no.. sorry, i'm on the shader patch (too many things at once) |
| 19:32:58 | kaen | oh haha |
| 19:33:00 | kaen | no problem |
| 19:33:25 | kaen | this should get you a pbuild of bitfighter for sid after you clone: http://pastie.org/9837632 |
| 19:33:56 | kaen | oh, are you doing the packaging on suse? |
| 19:34:04 | kaen | oh in a debian vm? |
| 19:34:08 | raptor | i have a debian testing vm, yes |
| 19:34:13 | kaen | or in* |
| 19:34:13 | kaen | ok |
| 19:34:21 | kaen | cool, that works for me on ubuntu |
| 19:35:00 | raptor | do i need to explicitly enable shaders somehow? |
| 19:35:27 | kaen | no, should happen automatically |
| 19:35:34 | kaen | do you get any error output? |
| 19:35:54 | raptor | oh wait, i did: Unable to load "default.vert" |
| 19:35:58 | kaen | ah |
| 19:36:02 | raptor | nothing else... i wonder why |
| 19:36:10 | kaen | it will give up after that |
| 19:36:15 | raptor | last night i was not getting error output yet no shaders |
| 19:36:21 | raptor | but maybe i was just tired |
| 19:36:25 | kaen | it was likely not even trying to load them |
| 19:36:33 | raptor | so what would be common issues in this instance? |
| 19:36:51 | kaen | did you symlink resource/shaders ? |
| 19:37:03 | | raptor hides in shame |
| 19:37:14 | kaen | lol, I did exactly the same thing |
| 19:37:28 | kaen | in fact, I symlinked resource/shader after that (no s) |
| 19:37:49 | kaen | and went all the way into gdb to figure out my mistake |
| 19:38:15 | raptor | one shader works, the other not. and i got a GL ERROR: 1282 |
| 19:38:26 | kaen | bummer :< |
| 19:38:29 | kaen | which does not? |
| 19:39:15 | raptor | https://i.imgur.com/cnPBMKm.png |
| 19:39:16 | raptor | brb |
| 19:39:19 | raptor | the phaser didn't |
| 19:39:39 | kaen | did you set windowscalingfactor to 1 in the ini? |
| 19:40:18 | kaen | the glsl helper it uses doesn't understand that factor quite yet, so it has to be 1.0 |
| 19:49:19 | raptor | ohhh... then it works! |
| 19:49:23 | raptor | sweet! |
| 19:49:30 | raptor | ok, dinner time |
| 19:49:33 | raptor | back later |
| 20:07:22 | fordcars | Ok I got it; mGame->getLocalRemoteClientInfo(); returns a NULL pointer, always |
| 20:14:55 | | amgine123 has joined |
| 20:38:01 | raptor | kaen: did you use your misc/*.sh scripts to build with pbuilder? |
| 20:38:11 | raptor | they still say 019c in that repo.. |
| 20:39:31 | kaen | nope |
| 20:39:36 | kaen | I should actually nuke those |
| 20:54:33 | raptor | oh wow, you have several patches in debian/patches/ |
| 20:54:41 | raptor | (i fell asleep on the floor) |
| 21:01:53 | kaen | haha |
| 21:02:12 | amgine123 | anything to test ? |
| 21:02:53 | amgine123 | I think i found the cause of the gltich for walls not drwaing raptor il prusue it some more |
| 21:03:18 | raptor | amgine123: if you can duplicate it, i'm interested |
| 21:03:46 | kaen | hmm, have to reverse engineer bitfighter's camera system |
| 21:04:27 | amgine123 | hmm is duplicatable if there is a specific set of steps to do it but it takes about 100 tries to get it to work ? |
| 21:04:35 | amgine123 | seems random |
| 21:04:41 | amgine123 | wonder if i can trace it |
| 21:04:50 | raptor | haha - yeah, that's not quite duplicatable |
| 21:05:08 | amgine123 | ah nuts dead end i was sure i corned the bug |
| 21:05:13 | amgine123 | nevmind sorry |
| 21:05:56 | amgine123 | btw ive made some slight progress on getting the ini settings to crash when hosting problem |
| 21:06:11 | amgine123 | ive cornered it down to 1 section |
| 21:06:24 | amgine123 | i jsut need to test the settings 1 by 1 and find the conflict |
| 21:10:13 | | sam686 has joined |
| 21:10:13 | | ChanServ sets mode +v |
| 21:12:18 | amgine123 | for goodness sake i tested it and ive ruled out every INI setting cuasing a crash even though i know there is a crash somewhere |
| 21:35:31 | fordcars | raptor: where can I get 019d hash? |
| 21:35:36 | fordcars | For hg, whatever you call it |
| 21:35:41 | raptor | it's a tag |
| 21:35:46 | raptor | bitfighter-019d |
| 21:35:54 | fordcars | Ohh right sorry |
| 21:35:56 | fordcars | Thanks |
| 21:40:47 | | sam686 has left #bitfighter |
| 21:48:25 | | sam686 has joined |
| 21:48:25 | | ChanServ sets mode +v |
| 21:49:20 | raptor | kaen: I was thinking we should do the non-native debian route (even though we are upstream) and just check in the 'debian' directory sources |
| 21:49:36 | raptor | i'm re-reading that tutorial more-in-depth now |
| 21:49:50 | kaen | I must have missed something |
| 21:50:25 | raptor | the distinction between native and non-native is in the shorter sections at the top |
| 21:50:33 | kaen | I'll reread it |
| 21:50:39 | raptor | we're sort of in the middle |
| 21:50:44 | kaen | but I think I did check in the debian directory |
| 21:50:52 | kaen | I think we're definitely non-native |
| 21:50:54 | raptor | yes, you did |
| 21:51:05 | kaen | native is for like debian-specific things right? |
| 21:51:12 | raptor | yes |
| 21:51:45 | kaen | ok |
| 21:51:46 | raptor | i'm only mentioning this because the workflow is slightly different for non-native, and it allows us to not need to check in the source into giyhub |
| 21:51:48 | raptor | *github |
| 21:52:14 | raptor | which i think i may prefer as having the source there can be... messy |
| 21:53:43 | kaen | hmm, I followed the steps under the subsection "non-native Debian" in the "with git" section |
| 21:54:10 | kaen | "Creating a repository and Debian package from scratch:" |
| 21:54:19 | raptor | ok... i'm not quite there yet |
| 21:54:32 | raptor | maybe i misunderstood |
| 21:54:36 | kaen | oh wait |
| 21:54:41 | kaen | no, not starting with that quote |
| 21:54:59 | kaen | "In this case, the unmodified upstream sources are contained in the upstream branch (will be imported from an already existing .tar file, provided by the upstream authors) and all Debian modifications will be on the master branch. |
| 21:54:59 | kaen | " |
| 21:55:03 | kaen | ^ that's the one |
| 21:55:19 | raptor | ok, yes, that's where i am |
| 21:55:27 | kaen | ok |
| 21:55:37 | raptor | this flow lets us not check in all the bitfighter source, which i think may be cleaner for maintenance |
| 21:56:01 | kaen | it did have me import a source tarball |
| 21:56:22 | kaen | where does it mention not checking in the source? |
| 21:56:25 | raptor | oh? i'll just be quiet then until i finish reading... :) |
| 21:57:01 | kaen | I'll admit I didn't read it very thoroughly |
| 21:57:10 | kaen | so I'm genuinely not sure either :) |
| 21:58:10 | raptor | ok first paragraph: "In this case, the unmodified upstream sources are contained in the upstream branch (will be imported from an already existing .tar file, provided by the upstream authors) and all Debian modifications will be on the master branch." |
| 21:58:18 | raptor | uhh... what you pasted above |
| 21:58:19 | raptor | ok |
| 21:58:39 | raptor | i see my confusion - did you commit all things to the 'master' branch? including upstream sources? |
| 22:01:37 | kaen | I committed everything required to build |
| 22:01:42 | kaen | was that a mistake? |
| 22:02:03 | raptor | not sure yet. must read... |
| 22:02:11 | kaen | I then committed the different patchs, including the debian/patches filed generated by dpkg-source --commit |
| 22:02:17 | kaen | on master |
| 22:03:35 | kaen | oh, it sort of cuts off and has a stint about rubygems |
| 22:03:41 | kaen | but picks up again at "Patching the source (only non-native Debian sources)" |
| 22:04:16 | kaen | ah, and I also used the "Typical development-build workflow" |
| 22:04:27 | kaen | which describes what gets committed where |
| 22:09:26 | kaen | oops |
| 22:09:28 | kaen | man |
| 22:09:36 | kaen | https://wiki.debian.org/PackagingWithGit |
| 22:09:45 | kaen | "the tarball was repacked (to remove non-DFSG pieces, for instance)" |
| 22:09:59 | kaen | there's a special process for repacking a tar to remove cruft like the windows libs |
| 22:10:08 | kaen | I missed it |
| 22:10:31 | kaen | but, that's a separate commit in quilt |
| 22:10:45 | kaen | so we can repack, omit that commit, and import the history over top |
| 22:11:05 | kaen | or diff, squash, and blow away the old repo |
| 22:12:25 | kaen | hmm, maybe not |
| 22:12:31 | kaen | gah, I can't tell if I did it right |
| 22:12:48 | kaen | the only thing I'm unsure on is how I removed the "non DFSG" stuff |
| 22:13:01 | kaen | i.e. our libs and fonts that debian already carries |
| 22:13:44 | kaen | but it builds happily with the git pbuilder workflow, and doesn't mention anything about it on lintian |
| 22:13:45 | raptor | man... i keep getting distracted |
| 22:14:25 | raptor | ok, so i spoke to debian-mentors, they say I can just delete my bitfighter package on mentors.debian.net and then you can upload yours |
| 22:14:27 | raptor | want to do that? |
| 22:14:36 | kaen | ok |
| 22:14:40 | raptor | ok, let me delete... |
| 22:15:22 | raptor | done |
| 22:15:27 | raptor | you may attempt to upload :) |
| 22:15:35 | kaen | can you refresh me on the process? |
| 22:15:48 | raptor | dput mentors package_blah.changes |
| 22:16:33 | raptor | read here under 'how to upload packages to mentors' |
| 22:16:35 | raptor | https://mentors.debian.net/intro-maintainers |
| 22:16:56 | raptor | oh oops, you need to set up a config file first; that section says how |
| 22:17:15 | kaen | ok, thanks |
| 22:20:54 | amgine123 | well that sucks bitfighter crashed in the middle of the level while i was playingwith some bots |
| 22:22:47 | kaen | http://pastie.org/9837782 |
| 22:22:54 | kaen | looks ok, don't see it under my account though |
| 22:22:57 | kaen | does it take a while? |
| 22:23:04 | raptor | it takes about 15 min |
| 22:23:31 | kaen | groovy |
| 22:23:35 | kaen | fingers crossed then |
| 22:24:00 | raptor | is it just me or does all of debian feel like it is run by a bunch of cgi perl scripts |
| 22:24:16 | kaen | that's absolutely what I expect |
| 22:24:31 | kaen | running on cron jobs |
| 22:26:43 | kaen | huh |
| 22:26:47 | kaen | apparently it's python: https://alioth.debian.org/scm/browser.php?group_id=100127 |
| 22:27:18 | kaen | (clicked on the "source code and bugs" link) |
| 22:27:22 | raptor | well that's... unexpected |
| 22:30:13 | raptor | uhh: https://mentors.debian.net/package/bitfighter |
| 22:30:24 | raptor | that looks suspiciously like the exact same data from my package |
| 22:30:48 | raptor | I suspect you need to change the build number to 019d-3, and reupload :-/ |
| 22:31:08 | kaen | bah I think you're right |
| 22:31:14 | fordcars | raptor: does this mean we will be able to apt-get bitfighter? |
| 22:31:30 | raptor | fordcars: if all goes well... maybe in a year or so :) |
| 22:31:37 | fordcars | Haha good :) |
| 22:34:53 | kaen | what a silly thing to rebuild for .-. |
| 22:35:22 | raptor | yeah, it got me the first time... |
| 22:39:54 | kaen | off-topic: do you know how I would translate a bfobject world position to a physical pixel coordinate? |
| 22:40:05 | kaen | as opposed to a "canvas" coordinate |
| 22:42:01 | raptor | get the ship coords |
| 22:42:17 | raptor | the screen is the visual distance from the ship |
| 22:42:25 | raptor | that might be set in Game.h? |
| 22:42:29 | raptor | i can't remember... |
| 22:42:58 | raptor | *game.h |
| 22:43:12 | raptor | there's PLAYER_VISUAL_DISTANCE_HORIZONTAL and VERTICAL |
| 22:43:18 | sam686 | hint: the editor does the coordinates conversion for the mouse pointer |
| 22:43:38 | raptor | or just listen to sam686... he knows things |
| 22:43:45 | raptor | :) |
| 22:44:58 | sam686 | there is convertCanvasToLevelCoord in editor |
| 22:45:05 | kaen | I need to go in the opposite direction though |
| 22:45:15 | kaen | world coord -> physical pixel |
| 22:45:27 | kaen | which should just be the MVP matrix right? |
| 22:45:44 | kaen | don't we send world coords directly to OGL? |
| 22:46:24 | sam686 | matrix is indirectly sent to opengl, as glScale/rotate/translate is used as editing the matrix |
| 22:46:30 | kaen | yes |
| 22:46:38 | kaen | and that matrix is available in the shaders I'm writing |
| 22:47:08 | kaen | but I've tried just multiplying the combined matrix by a vector with the 2d world coords, and it doesn't line up |
| 22:47:11 | kaen | so the question |
| 22:47:22 | kaen | do we modify world coords before sending them to ogl? |
| 22:48:01 | raptor | i know we scale the viewing area |
| 22:48:07 | sam686 | yes for the most part, |
| 22:48:16 | raptor | according to Game::PLAYER_VISUAL_DISTANCE_HORIZONTAL |
| 22:48:24 | kaen | but we do that with glScale right? |
| 22:48:37 | kaen | I mean, do we modify them excluding the matrix operations? |
| 22:48:38 | raptor | yes |
| 22:48:46 | raptor | yes to the first question |
| 22:49:11 | raptor | oh, there is the window scaling |
| 22:49:15 | raptor | after that |
| 22:49:23 | sam686 | GameUserInterface::renderGameNormal() basically does the entire matrix modification (modified by glTranslatef ) |
| 22:53:31 | sam686 | renderShip (the one with the renderPos as an arguments), and a few others, also does a glTranslate so it can just render at (0,0) |
| 22:53:51 | sam686 | possibly also glRotate used too |
| 22:54:03 | kaen | yep, looks like I made a bunch of mistakes: http://mentors.debian.net/package/bitfighter |
| 22:56:34 | kaen | raptor, so it looks like I should repack the tarball without any of the windows libs? |
| 22:56:55 | kaen | and reimport to a new repo |
| 22:57:03 | kaen | I'll just import a diff of my other changes |
| 22:57:07 | kaen | and we'll start fresh :) |
| 22:58:08 | raptor | well i was wondering |
| 22:58:50 | raptor | is there a way we could somehow leave the bitfighter source out of it... and just keep the debian directory? it seems like that would be more modularized, but i admit i'm still deficient in my reading.. |
| 23:02:49 | kaen | I don't think so, I haven't read anything like that so far. also, I can't find a package on http://anonscm.debian.org/cgit/pkg-games/ with that structure |
| 23:02:56 | kaen | they all seem to have committed the source |
| 23:03:43 | raptor | ah, good idea to look there |
| 23:04:26 | raptor | it just seems incredibly space inefficient |
| 23:06:52 | raptor | that hardening lintian check i could never solve |
| 23:13:32 | | amgine123 Quit (Ping timeout: 246 seconds) |
| 23:13:45 | raptor | i need to sleep again... good night! |
| 23:17:07 | | raptor Quit () |
| 23:48:51 | fordcars | kaen, do you know how to give ship->isModulePrimaryActive(ShipModule module) a module? |
| 23:49:04 | fordcars | Well, how to create a ShipModule I guess |
| 23:49:22 | fordcars | (ShipModule)1 or something? |
| 23:49:37 | kaen | it's somewhat complicated |
| 23:50:37 | fordcars | Or (ShipModule)ModuleShield;? |
| 23:51:00 | fordcars | Oh |
