Timestamps are in GMT/BST.
| 00:00:00 | | Flynnn Quit (Client Quit) |
| 00:12:00 | karamazovapy | yes, that was my comment |
| 00:14:00 | karamazovapy | detecting cloaked ships passively when sensor is chosen is a pretty big blow to cloakers |
| 00:14:00 | karamazovapy | too big a blow, in my opinion |
| 00:20:00 | raptor | yes, i think i agree |
| 00:21:00 | | Flynnn has joined |
| 00:21:00 | raptor | i'm going to look at the code and see if it can be made a hybrid of sorts: sensor zoom out passive, no energy; but, energy usage required to enable cloak detection |
| 00:21:00 | | Flynnn Quit (Client Quit) |
| 00:22:00 | sam686 | maybe sensor zoomout half-passive? |
| 00:23:00 | karamazovapy | zoom passive/cloak&mine detection active seems fair to me |
| 00:23:00 | sam686 | as in, sensor zooms out somewhat passively when having sensor, then using sensor zoom out farther.. |
| 00:23:00 | karamazovapy | zooming in and out is tough to use effectively...it's kind of disorienting |
| 00:25:00 | sam686 | i guess zooming only when active can be a problem, some maps might not be big enough to be worth zooming out, and zooming out might make it hard to aim, maybe harder if it repeatedly zoom in/out |
| 00:26:00 | sam686 | though, i guess don't use sensor on tiny maps.. |
| 00:43:00 | raptor | i've just been looking at solving issues, sam |
| 00:43:00 | raptor | do we have any grandiose feature plans? |
| 00:44:00 | | Flynnn has joined |
| 00:44:00 | sam686 | maybe get the voting system to work better> |
| 00:44:00 | sam686 | ? |
| 00:46:00 | raptor | yeah, that's a good one |
| 00:46:00 | raptor | i'm just kinda picking issues depending on my mood... |
| 00:51:00 | iKoda | Raptor if you feeling moody i can send you some hedgewars ossida :p |
| 00:51:00 | iKoda | Issues* |
| 00:51:00 | raptor | what language is that? |
| 00:52:00 | iKoda | Freespascal |
| 00:52:00 | iKoda | :p |
| 00:58:00 | raptor | freepascal is the spiritual successor to delphi, correct? |
| 00:58:00 | raptor | werent't the majority of windows 3.1 programs written in delphi? |
| 01:07:00 | | iKoda Quit (Quit: K thx bai) |
| 01:09:00 | | iKoda has joined |
| 01:09:00 | iKoda | No freepascal is the physical successor of pascal |
| 01:10:00 | iKoda | Which was used on early apple os |
| 01:10:00 | iKoda | Delphi is the windows fork |
| 01:10:00 | raptor | ah ok, i had it backwards |
| 01:10:00 | raptor | delpi is the subset |
| 01:12:00 | raptor | sam686: ship.cpp:1052 |
| 01:12:00 | raptor | why is this module logic in unpackUpdate? |
| 01:14:00 | sam686 | client needs to know which module each ship is using, for animation like sensor, repair, shield, turbo |
| 01:15:00 | raptor | but isn't htat done in processEnergy()? |
| 01:15:00 | sam686 | processEnergy is server only, unpackUpdate is client only |
| 01:15:00 | raptor | ohhh |
| 01:17:00 | sam686 | well, processEnergy is might be done client side, but client really needs unpackUpdate, or else client will think the ship is using nothing |
| 01:20:00 | raptor | ok, i got it working - except I need to get the zoom out and in to work when loading/unloading the module |
| 01:20:00 | | iKoda Quit (Read error: Connection reset by peer) |
| 01:21:00 | | iKoda has joined |
| 01:42:00 | raptor | so i need to move the 'mSensorZoomTimer' out of unpackUpdate because it only detects module activation instead of module possession |
| 01:43:00 | raptor | but i have no idea to where |
| 01:43:00 | raptor | right now loading the sensor jumps to the zoomed out view, with no smooth zooming |
| 01:45:00 | karamazovapy | so...shields don't protect you on spawn |
| 01:45:00 | karamazovapy | I think that's wrong |
| 01:45:00 | karamazovapy | I just died at least three times on spawn on that stupid russian roulette map |
| 01:46:00 | karamazovapy | while holding shields from the instant I died |
| 02:17:00 | | iKoda Quit (Ping timeout: 240 seconds) |
| 02:18:00 | raptor | really? |
| 02:18:00 | raptor | they usually protect me |
| 02:22:00 | raptor | you're right karamazovapy |
| 02:40:00 | raptor | asteroid 1 on sam686's server is a good test.. |
| 03:01:00 | | kodax has joined |
| 03:05:00 | | Flynnn Quit (Quit: This computer has gone to sleep) |
| 03:06:00 | kodax | hello BFLogBot, my darkest enemy |
| 03:07:00 | raptor | !BFLogBot |
| 03:07:00 | raptor | !help |
| 03:07:00 | BFLogBot | type !commands to see a list of commands |
| 04:08:00 | | Flynnn has joined |
| 05:05:00 | raptor | good evening |
| 05:17:00 | | kodax Quit (Quit: Sto andando via) |
| 06:22:00 | raptor | sam686: are you here? |
| 06:28:00 | | raptor Quit (Remote host closed the connection) |
| 06:49:00 | | Flynnn Quit (Quit: This computer has gone to sleep) |
| 07:25:00 | | LordDVG has joined |
| 07:25:00 | | LordDVG Quit (Changing host) |
| 07:25:00 | | LordDVG has joined |
| 07:54:00 | | karamazovapy Quit (Read error: Connection reset by peer) |
| 08:01:00 | | watusimoto Quit (Ping timeout: 252 seconds) |
| 10:42:00 | | LordDVG Quit (Remote host closed the connection) |
| 10:43:00 | | LordDVG has joined |
| 12:06:00 | | LordDVG Quit (Remote host closed the connection) |
| 15:30:00 | | zoomber_laptop has joined |
| 15:31:00 | zoomber_laptop | hi SAM686 |
| 15:31:00 | sam686 | hi |
| 15:31:00 | zoomber_laptop | how is sam686 today? |
| 15:31:00 | sam686 | good |
| 15:42:00 | | raptor has joined |
| 15:42:00 | | ChanServ sets mode +o raptor |
| 15:43:00 | raptor | good day! |
| 15:43:00 | | karamazovapy has joined |
| 15:44:00 | raptor | sam686: are you awake? |
| 15:44:00 | sam686 | hi |
| 15:44:00 | raptor | good morning |
| 15:44:00 | raptor | I am trying to understand a Timer problem |
| 15:45:00 | raptor | so I have the sensor module working when you change to it on loadout zone |
| 15:45:00 | raptor | but I don't have the zooming to it working |
| 15:46:00 | raptor | the zmooth zooming, that is |
| 15:46:00 | raptor | *smooth |
| 15:46:00 | raptor | it just jumps to the right resolution |
| 15:46:00 | raptor | I have the mSensorZoomTimer in ship.cpp resetting in setLoadout() properly |
| 15:47:00 | raptor | but when accessing it from Game::computePlayerVisArea() in game.cpp:692, it doesn't seem to be the same object |
| 15:49:00 | raptor | do you think you could give insight into what is going wrong? I can create a temporary clone with my changes.. |
| 15:51:00 | raptor | http://code.google.com/r/buckyballreaction-a/source/list |
| 15:51:00 | raptor | latest commit |
| 15:51:00 | raptor | if you have time... |
| 15:56:00 | zoomber_laptop | HELLO KARAMAZOVAPY |
| 15:56:00 | karamazovapy | cholla |
| 15:57:00 | raptor | it's too early to yell... |
| 15:58:00 | karamazovapy | too early to tell |
| 16:00:00 | zoomber_laptop | tonight i dreamt of having a reeeeeley loooonggg ipad |
| 16:17:00 | | zoomber_laptop Quit (Quit: zoomber_laptop) |
| 16:26:00 | | Flynnn has joined |
| 16:34:00 | sam686 | Ship::setLoadout is server only, having mSensorZoomTimer.reset will only set the timer server side, not client side. |
| 16:35:00 | raptor | ahhh.. |
| 16:35:00 | raptor | it needs to be done both server and client? |
| 16:36:00 | raptor | or just client? |
| 16:40:00 | sam686 | probably just client, maybe server, not sure.. |
| 16:40:00 | sam686 | the client does all the animation.. |
| 16:41:00 | sam686 | the server uses it to see what you can see and send only the ones that are close enough. |
| 16:42:00 | raptor | ok |
| 16:43:00 | sam686 | probably the best place for client side is in unpackUpdate |
| 16:43:00 | raptor | what is the equivalent to setLoadout for the server? |
| 16:43:00 | raptor | i mean client? |
| 16:44:00 | sam686 | server side setLoadout use setMaskBits(LoadoutMask); which will run server side packUpdate, when client receive it, client runs unpackUpdate |
| 16:45:00 | raptor | ah, so unpackUpdate |
| 16:50:00 | sam686 | probably should do animation only if isInitialUpdate() is false when haveSensor have changed, to prevent commander map going zoom out effect everytome ship goes in scope. |
| 16:50:00 | sam686 | when ship goes in scope, it send full initalUpdate |
| 16:51:00 | sam686 | as moving stuff like ships don't get sent at all when client don't see it. |
| 16:51:00 | karamazovapy | <zoomber_laptop> tonight i dreamt of having a reeeeeley loooonggg ipad |
| 16:51:00 | karamazovapy | only comes with a few games |
| 16:51:00 | karamazovapy | bowling |
| 16:51:00 | karamazovapy | curling |
| 16:52:00 | karamazovapy | archery |
| 16:52:00 | karamazovapy | track & field |
| 16:56:00 | raptor | brrom hocky? |
| 16:56:00 | raptor | brrom |
| 16:56:00 | raptor | broom |
| 16:56:00 | raptor | argh |
| 17:00:00 | sam686 | there is a gameLobby bug with time stamp, and can't scroll the divider up and down. http://96.2.123.136/bitfighter/Game_Lobby_Bug.png |
| 17:00:00 | raptor | whoa |
| 17:00:00 | raptor | never seen that before |
| 17:19:00 | | karamazovapy_ has joined |
| 17:20:00 | raptor | _k forked! |
| 17:21:00 | | iKoda has joined |
| 17:27:00 | | karamazovapy Quit (Ping timeout: 255 seconds) |
| 17:31:00 | raptor | I have the sensor zooming working on the client side |
| 17:31:00 | raptor | do you honestly think it is required on the server side? |
| 17:32:00 | | watusimoto has joined |
| 17:34:00 | raptor | actually, no, i don't think it is needed... |
| 17:36:00 | | karamazovapy_ is now known as karamazovapy |
| 17:36:00 | karamazovapy | quite the conversations you have with yourself |
| 17:36:00 | raptor | quiet you... |
| 17:37:00 | karamazovapy | was that to me or one of your voices? |
| 17:37:00 | raptor | yes |
| 17:37:00 | karamazovapy | I thought it might be one or the other. |
| 17:40:00 | raptor | yay one more issue down |
| 17:40:00 | | BFLogBot - Commit cf1d329d5998 | Author: buckyballreaction | Log: Sensor module zoom is now passive; cloak/mine is still active. Fix for issue #83 |
| 17:47:00 | raptor | sam686: tell me what you think of the sensor changes now |
| 17:55:00 | | iKoda Quit (Quit: K thx bai) |
| 17:55:00 | sam686 | i think that new sensor makes it easier to just repeatedly hit the sensor button and use too little energy, yet easily see cloaked ships and hidden stuff.. |
| 17:56:00 | raptor | yes, more energy drain perhaps? |
| 17:57:00 | sam686 | that is, you press sensor button for extremely short time to not cause any evergy drain, and easily see blinking cloaked ships |
| 17:59:00 | raptor | or a press has an initial usage? like 1/4 of the energy |
| 17:59:00 | sam686 | yes |
| 18:01:00 | sam686 | there is one bug with changes that was just made, disappearing objects when on the edge of screen, probably server side thinks you can't see that far away |
| 18:01:00 | sam686 | that if you have sensor, not use it. |
| 18:01:00 | raptor | ahhh |
| 18:02:00 | raptor | like mines? |
| 18:02:00 | sam686 | best to test with all the moving resource objects |
| 18:02:00 | raptor | so the resources aren't ghosted properly? |
| 18:03:00 | sam686 | they only ghost when using sensor |
| 18:06:00 | | iKoda has joined |
| 18:19:00 | sam686 | i think i fixed the ghosting problem, and make energu use take up 5% of energy initial, i find that 5% use is good enough to stop tapping exploit.. |
| 18:20:00 | sam686 | i have commited / pushed my changes.. |
| 18:20:00 | | BFLogBot - Commit 99e784a58aa6 | Author: sam8641 | Log: Fix sensor ghosting problem, add 5% inital energy use for sensor |
| 18:22:00 | raptor | excellent fix sam! |
| 18:22:00 | raptor | I think you found that scoping stuff much faster than I could have... |
| 18:23:00 | | Flynnn Quit (Quit: This computer has gone to sleep) |
| 18:24:00 | sam686 | one more problem, every time your ship is destroyed, it keeps doing zoom out animation.. |
| 18:24:00 | raptor | what? |
| 18:24:00 | raptor | i thought i tested that |
| 18:25:00 | raptor | oh |
| 18:25:00 | raptor | i see |
| 18:25:00 | raptor | yeah, i actually kind of liked that effect... |
| 18:25:00 | raptor | do you think it is annoying? |
| 18:26:00 | sam686 | to stop zoom out effect on spawn: ship.cpp line 1037: if (hadSensorThen != hasSensorNow && !isInitialUpdate()) |
| 18:28:00 | sam686 | i think i might be annoying to do zoom out effect everytime you get destroyed.. |
| 18:28:00 | raptor | ok |
| 18:28:00 | raptor | get rid of it |
| 18:29:00 | raptor | on a somewhat related note, karamazovapy and I have confirmed that shields do not protect you if you spawn on an asteroid |
| 18:29:00 | raptor | a good level to test is on asteroid 1 on your server... |
| 18:30:00 | sam686 | i do think it needs a 1 or 2 second auto shield on spawn. |
| 18:31:00 | sam686 | the same can't shield self also happens when spawning on top of 2 mines, and can't shield on time |
| 18:31:00 | raptor | you mean like a spawn safety timer? like in other FPS games? |
| 18:31:00 | sam686 | yes |
| 18:31:00 | raptor | 1 second of invulnerablility |
| 18:32:00 | raptor | i wonder how that would change gameplay |
| 18:32:00 | sam686 | even, instantaction.com version of zap had safety spawn shield, it was 2 second there.. |
| 18:32:00 | raptor | did people like it? |
| 18:32:00 | sam686 | i don't know, it is a long time ago |
| 18:33:00 | sam686 | spawn shield seems to help.. |
| 18:35:00 | raptor | i'd say let's do it |
| 18:36:00 | raptor | karamazovapy, watusimoto? what do you think about a spawn invulnerabilty duration? |
| 18:38:00 | sam686 | spawnShield can fix unable to shield self when spawning on top of asteroid or mines |
| 18:38:00 | raptor | i think its a great idea |
| 18:39:00 | raptor | or spwning on top of bullets.... |
| 18:57:00 | | iKoda Quit (Quit: K thx bai) |
| 19:03:00 | | iKoda has joined |
| 19:17:00 | | iKoda Quit (Read error: Connection reset by peer) |
| 19:21:00 | | iKoda has joined |
| 19:33:00 | | iKoda Quit (Remote host closed the connection) |
| 19:34:00 | | iKoda has joined |
| 19:57:00 | sam686 | i just did a commit to add spawn shield. i will need to go, will be back in 2 hours.. |
| 19:58:00 | raptor | ok, i'll test |
| 20:01:00 | | BFLogBot - Commit 16af879d4f2a | Author: sam8641 | Log: one second Spawn shield added, may need to add rendering spawn shield |
| 20:10:00 | | Flynnn has joined |
| 20:36:00 | | iKoda Quit (Read error: Connection reset by peer) |
| 20:37:00 | | iKoda has joined |
| 21:18:00 | | iKoda Quit (Ping timeout: 250 seconds) |
| 21:19:00 | | iKoda has joined |
| 21:25:00 | | iKoda Quit (Read error: Connection reset by peer) |
| 21:25:00 | | iKoda has joined |
| 21:49:00 | | iKoda Quit (Read error: Connection reset by peer) |
| 21:49:00 | | iKoda has joined |
| 21:52:00 | karamazovapy | I say you're invulnerable on spawn, until you move, shoot, or activate modules |
| 21:52:00 | karamazovapy | or pick up a flag |
| 22:38:00 | | iKoda Quit (Quit: K thx bai) |
| 22:42:00 | | iKoda has joined |
| 22:50:00 | | iKoda Quit (Remote host closed the connection) |
| 22:51:00 | | iKoda has joined |
| 23:06:00 | | Flynnn Quit (Quit: This computer has gone to sleep) |
| 23:33:00 | raptor | well i ahve to go - sam686 are you around? |
| 23:33:00 | sam686 | yes |
| 23:35:00 | raptor | i took a stap at creating an invulnerability effect |
| 23:35:00 | raptor | stab |
| 23:35:00 | raptor | i'm not to good with math -> visuals |
| 23:35:00 | raptor | but this is my attempt: http://pastie.org/2358314 |
| 23:35:00 | sam686 | ok, i don't know how the 1 second spawn invincibility will loke.. |
| 23:35:00 | sam686 | look, not loke |
| 23:35:00 | raptor | yeah, i just made something up... |
| 23:36:00 | raptor | i have to go now, but maybe you can see how my addition looks to you? |
| 23:36:00 | sam686 | ok |
| 23:38:00 | raptor | ok updated teh pastie with better doc |
| 23:38:00 | raptor | see you later |
| 23:39:00 | | raptor Quit (Remote host closed the connection) |
| 23:54:00 | | iKoda Quit (Remote host closed the connection) |
