Timestamps are in GMT/BST.
| 00:00:00 | raptor | ok, down to 50 revs |
| 00:02:00 | raptor | argh, i can't compile any of these revisions.. |
| 00:03:00 | sam686 | between what revision? |
| 00:03:00 | raptor | finally down to 25 |
| 00:03:00 | raptor | ok |
| 00:03:00 | raptor | let me try to narrow it once more for you |
| 00:06:00 | Watusimoto | never knew about bisect -- looks like a very cool command |
| 00:08:00 | raptor | it's great for tracking down the really hard bugs to find |
| 00:09:00 | raptor | but only if all the revisions compile... |
| 00:09:00 | Watusimoto | :-) |
| 00:15:00 | raptor | ok sam, this is for sure a bad revision: bad -> 7346a41bb264 |
| 00:16:00 | raptor | and this is a good one: good -> f08a7b5d5707 |
| 00:16:00 | raptor | the tree forks at f08a7b5d5707 |
| 00:16:00 | raptor | yours and mine side of the fork is all good |
| 00:17:00 | raptor | so only deal with watusimoto's revisions in between those two |
| 00:17:00 | raptor | i can't compile any of them |
| 00:18:00 | Watusimoto | so by good you mean alt-enter works as it should, and bad, it works as it does now |
| 00:18:00 | raptor | correct |
| 00:18:00 | Watusimoto | and you seem to be implying that since all checkins in the interval are mine, I may have broken it |
| 00:18:00 | Watusimoto | right? |
| 00:18:00 | raptor | yes :) |
| 00:18:00 | Watusimoto | ok, well, we'll see |
| 00:18:00 | raptor | hehe |
| 00:19:00 | raptor | i didn't think i was implying - i thought i was explicit :-D |
| 00:19:00 | raptor | but i am old enough to know i could be completely wrong |
| 00:19:00 | sam686 | so, limited somewhere in here? http://208.107.52.15/hg.php/graph/7346a41bb264?revcount=32 |
| 00:19:00 | raptor | sam686: exactly |
| 00:20:00 | sam686 | what problem are you looking for again? |
| 00:20:00 | raptor | 9f72afd6adfe is good though, so that rules out the bottom merge and our side of the branch |
| 00:20:00 | raptor | sam686: start the game, press and hold ALT, press ENTER repeatedly |
| 00:20:00 | raptor | if screen mode changes = good |
| 00:21:00 | raptor | if it changes with each ENTER press, I mean |
| 00:22:00 | sam686 | is it this? http://208.107.52.15/hg.php/rev/6984352c6d87 |
| 00:22:00 | raptor | could be, but i can't test |
| 00:23:00 | sam686 | you could test it my simply taking your later revision, and undoing that event.cpp changes |
| 00:23:00 | sam686 | as in later revision that compile for you |
| 00:24:00 | raptor | sounds too simple.... |
| 00:24:00 | raptor | ok i'll do it - it's simple enough |
| 00:26:00 | raptor | that was it! |
| 00:27:00 | raptor | i applied a reverse patch of 6984352c6d87 and later revisions worked |
| 00:27:00 | raptor | Watusimoto: this is the one that broke it: 6984352c6d87 |
| 00:28:00 | sam686 | i don't think that will fix a problem with this problem. enter editor, hold W, press alt+enter, and it stops scrolling while holding down W |
| 00:28:00 | raptor | let me see.. |
| 00:28:00 | sam686 | i think that problem started ever since the move to SDL |
| 00:28:00 | raptor | have you tested? |
| 00:28:00 | Watusimoto | don't think http://208.107.52.15/hg.php/rev/6984352c6d87 is the problem |
| 00:29:00 | Watusimoto | wait |
| 00:29:00 | Watusimoto | what? |
| 00:29:00 | raptor | so that means we are talking about 2 different problems: the alt+enter one and the editor one |
| 00:29:00 | raptor | yes? |
| 00:29:00 | Watusimoto | ah |
| 00:30:00 | Watusimoto | I don't think this could fix the problem I saw |
| 00:30:00 | sam686 | the editor one "hold W and press alt+enter" problem may have started ever since the move to SDL... |
| 00:31:00 | Watusimoto | sam's problem was the result of the the spurious key event being fired by changing video mode |
| 00:31:00 | Watusimoto | as was mine |
| 00:31:00 | Watusimoto | the change may have unmasked that, but wasn't the cause |
| 00:32:00 | raptor | so how come the alt + enter problem was mentioned? |
| 00:32:00 | raptor | just a thought that it may be related? |
| 00:32:00 | Watusimoto | because that fixed a different alt-enter problem |
| 00:32:00 | sam686 | you press alt+enter while pressing W to scroll in editor, and then it stop scrolling while holding down W button... |
| 00:33:00 | sam686 | as if SDL thinks the keys get released when switch to fullscreen / windowed |
| 00:33:00 | Watusimoto | in that case, if you held alt down, then changed focus, then released alt, when you came back to bf, you could just press enter and the game mode would change |
| 00:34:00 | Watusimoto | because bf didn't know you had released alt |
| 00:34:00 | Watusimoto | this was a big problem when using alt-tab to change focus |
| 00:36:00 | raptor | that doesn't happen to me |
| 00:36:00 | raptor | with that change reverted |
| 00:37:00 | Watusimoto | hmmm... |
| 00:37:00 | sam686 | the revision http://208.107.52.15/hg.php/rev/6984352c6d87 may be a windows only problem i think... |
| 00:37:00 | sam686 | might be due to GLUT vs freeGLUT |
| 00:37:00 | sam686 | i mean different version od SDL |
| 00:37:00 | raptor | and it may be fixed since i updated teh SDL dll to 1.2.14+ for windows |
| 00:37:00 | raptor | sam686: could you do a quick test to see if that is still a problem? |
| 00:38:00 | sam686 | ok.. |
| 00:38:00 | raptor | i just changed the one line to: note that i did update the windows DLL |
| 00:38:00 | raptor | oops |
| 00:38:00 | raptor | if(key == SDLK_RETURN && (mod & KMOD_ALT)) |
| 00:38:00 | raptor | there we go |
| 00:38:00 | raptor | on the latest revision |
| 00:40:00 | Watusimoto | ok, with this code, I still see the alt bug |
| 00:40:00 | Watusimoto | http://pastie.org/2957672 |
| 00:41:00 | raptor | rats |
| 00:41:00 | raptor | but then quick switching works... |
| 00:41:00 | Watusimoto | here's a great way to test |
| 00:41:00 | Watusimoto | go into f7 mode |
| 00:41:00 | Watusimoto | press some keys |
| 00:41:00 | Watusimoto | hit alt-enter |
| 00:42:00 | raptor | yep gets released just fine... |
| 00:42:00 | Watusimoto | all indications that the key is pressed disappear |
| 00:42:00 | sam686 | ok, i stick in a printf("%i\n", mod); and it thinks i am not holding down ALT when i am after pressing enter (hold down alt) |
| 00:42:00 | sam686 | looks like (mod & KMOD_ALT) and getInputCodeState(KEY_ALT) makes no difference... |
| 00:43:00 | raptor | sam686: i was meaning for that change to test Watusimoto's first bug (the reason for that change) |
| 00:43:00 | raptor | so if you press ALT + TAB out of the game |
| 00:44:00 | raptor | and ALT + TAB back in, does just the ENTER button cause a screen change? |
| 00:44:00 | raptor | (without ALT) |
| 00:44:00 | sam686 | does this look like i did the code? printf("%i\n", mod); |
| 00:44:00 | sam686 | |
| 00:44:00 | sam686 | // ALT + ENTER --> toggles window mode/full screen |
| 00:44:00 | sam686 | if(key == SDLK_RETURN && (mod & KMOD_ALT)) |
| 00:44:00 | sam686 | game->getUIManager()->getOptionsMenuUserInterface()->toggleDisplayMode(); |
| 00:44:00 | raptor | yes |
| 00:44:00 | sam686 | that what i did, but added a printf("%i\n", mod); |
| 00:44:00 | Watusimoto | may I misdescribed the bug |
| 00:46:00 | raptor | ok, nevermind about that old bug... onwards to the new one - i guess i'm getting you guys off track |
| 00:46:00 | sam686 | i hink we sould just ignore the Event::onKeyDown stuff and look for a way to fix "W" key somehow get released switching to fullscreen |
| 00:46:00 | sam686 | or any / all keys get released on switch to fullscreen... |
| 00:47:00 | raptor | so... how important is it actually for the key events to continue with switching screen modes? |
| 00:47:00 | sam686 | not just "w", it happens to all keyboard buttons |
| 00:47:00 | raptor | because it doesn't seem important to me |
| 00:47:00 | Watusimoto | the only real time I think it is bad is when you hold alt and press enter twice to switch two modes forward |
| 00:47:00 | Watusimoto | or when you are cycling through |
| 00:48:00 | Watusimoto | so if I could fix that one case, i could live with the other cases |
| 00:48:00 | Watusimoto | not sure we can, though |
| 00:48:00 | sam686 | switch to fullscreen causes sdl to think you release all keyboard buttons including "ALT" |
| 00:49:00 | Watusimoto | maybe we can fashion an event to tell sdl we're pressing alt again |
| 00:49:00 | Watusimoto | unless this is a system problem |
| 00:49:00 | raptor | ok, so |
| 00:50:00 | raptor | to get the screen mode cycling back all we have to do is revert 6984352c6d87 |
| 00:50:00 | raptor | BUT that adds another annoyance |
| 00:50:00 | raptor | correct? |
| 00:51:00 | sam686 | 6984352c6d87 doesn't make a difference on my windows SDL, same problem with "alt get released" on my windows xp |
| 00:52:00 | Watusimoto | The code in that pastie, which I think is a reversion, did not fix the alt-enter problem for me on windows |
| 00:52:00 | sam686 | http://208.107.52.15/hg.php/rev/6984352c6d87 (if you need to see changes) |
| 00:52:00 | raptor | ok, i'm getting out my windows VM... |
| 00:52:00 | Watusimoto | :-) |
| 00:52:00 | raptor | somewhere... |
| 00:52:00 | raptor | it's a tough life being in the minority... |
| 00:54:00 | raptor | how can you guys live with compiling so slow?? |
| 00:55:00 | sam686 | i think Watusimoto and raptor computer is much faster then me... |
| 00:55:00 | Watusimoto | not this one |
| 00:55:00 | raptor | speaking of which - i should continue my header clean-up... |
| 00:57:00 | sam686 | maybe, older version of SDL might have make a difference on the alt+enter problem on 6984352c6d87 |
| 00:58:00 | raptor | ok, i finally see what you mean |
| 00:58:00 | raptor | ALT + ENTER cycling NEVER worked on windows |
| 01:00:00 | Watusimoto | worked in 015a |
| 01:00:00 | raptor | (with SDL...) |
| 01:00:00 | Watusimoto | maybe so |
| 01:01:00 | sam686 | 015a may have a operating system specific on reading alt / ctrl states (that happen to read it even when not on focus).. |
| 01:02:00 | raptor | what about something like this: http://pastie.org/2957734 |
| 01:02:00 | raptor | as a solution |
| 01:02:00 | raptor | just found it randomly on the web |
| 01:02:00 | raptor | using SDL_SetEventFilter |
| 01:02:00 | raptor | http://sdl.beuc.net/sdl.wiki/SDL_SetEventFilter |
| 01:05:00 | sam686 | it might or might not work, it depends on if SDL incorrectly thinks you not holding down ALT anymore when you actually are... |
| 01:07:00 | raptor | well, i need to go home, i might not get farther in this. but if either of you try the event filter, let me know if it works |
| 01:09:00 | | raptor Quit (Remote host closed the connection) |
| 01:48:00 | | Watusimoto Quit (Ping timeout: 258 seconds) |
| 09:17:00 | | Watusimoto has joined |
| 09:35:00 | | koda has joined |
| 10:47:00 | Watusimoto | sadly, the sdl event filter doesn't help. It's a pretty cool contstruct though! |
| 11:02:00 | Watusimoto | however... |
| 11:03:00 | Watusimoto | pushing a fake key-down event for the alt-key onto the sdl event stack does seem to work. now I need to figure out how to create one. right now, I'm capturing the first keystroke and using that to inject later on, but it only works if the very first thing the user does when firing up bf is press alt |
| 11:03:00 | Watusimoto | probably not the most optimal long-term design. |
| 11:04:00 | Watusimoto | but this should fix things enough |
| 11:04:00 | Watusimoto | so now I need to disect the sdl event such that I can recreate it programatically |
| 11:04:00 | Watusimoto | what a distraction |
| 11:12:00 | | Watusimoto Quit (Ping timeout: 260 seconds) |
| 11:41:00 | | raptor has joined |
| 11:41:00 | | ChanServ sets mode +o raptor |
| 12:41:00 | | LordDVG has joined |
| 13:20:00 | | raptor Quit (Remote host closed the connection) |
| 13:27:00 | | raptor has joined |
| 13:27:00 | | ChanServ sets mode +o raptor |
| 13:31:00 | raptor | anyone else awake? |
| 13:31:00 | sam686 | hi |
| 13:32:00 | raptor | hi, can I send you a patch |
| 13:32:00 | raptor | that fixes the alt + enter, multiple times problem in windows? |
| 13:32:00 | sam686 | i can try.. |
| 13:33:00 | sam686 | oh, patch? |
| 13:33:00 | raptor | yeah, patch to the latest commit |
| 13:33:00 | raptor | small patch |
| 13:34:00 | raptor | here: http://sam686.maxhushahn.com/upload/saveModState.diff |
| 13:38:00 | sam686 | umm, strange problem now, not it thinks i am holding down ALT when i am not anymore, as in pressing enter without alt switched to fullscreen |
| 13:38:00 | raptor | what? |
| 13:38:00 | raptor | how did you do that? |
| 13:39:00 | sam686 | SDL thinks i am holding alt when i am not anymore |
| 13:39:00 | raptor | argh |
| 13:39:00 | raptor | ok, one moment... |
| 13:40:00 | raptor | rats |
| 13:40:00 | raptor | ok, i failed... |
| 13:44:00 | sam686 | another problem i found on SDL is it doesn't listen to the windows control panel key repeat options |
| 13:45:00 | raptor | i don't understand that... |
| 13:46:00 | sam686 | http://sam686.maxhushahn.com/bitfighter/keyboard_options.png |
| 13:47:00 | sam686 | sdl won't listen to that options set on that keyboard properties, while GLUT does (015a) |
| 13:48:00 | raptor | oh yes, very true |
| 13:48:00 | raptor | SDL allows for setting that itself if wanted |
| 13:50:00 | sam686 | all i see in SDL is SDL_EnableKeyRepeat(int delay, int interval), i don't see a way to have it listen to windows keyboard repeat delat / rate option |
| 13:50:00 | raptor | it doesn't - it handles it completely itself (which is what I was meaning) |
| 13:51:00 | raptor | so if you want to change the repeat, you'd have to do it in game with an option |
| 13:55:00 | sam686 | SDL also took away the ability to key repeat 2 letters at the same time (pressing H on one keyboard, and I on another keyboard) |
| 13:55:00 | raptor | on differente keyboards? |
| 13:56:00 | sam686 | yes, i have 2 keyboards... |
| 14:05:00 | | CrazyLinuxNerd Quit (Quit: Leaving) |
| 14:19:00 | raptor | i am testing another idea I have for the key state loss upon screen mode switch |
| 14:31:00 | raptor | failed again |
| 14:31:00 | raptor | ok, i'm going back to bed... |
| 14:31:00 | sam686 | ok, too sleepy in the morning? |
| 14:31:00 | raptor | woke up 3 hours ago... |
| 14:32:00 | raptor | need to make some of it up.. |
| 14:32:00 | sam686 | i happen to wake up todat at the same tine you join IRC |
| 14:32:00 | raptor | early riser |
| 14:32:00 | raptor | ok, i'll be back later |
| 14:33:00 | sam686 | later.. |
| 14:33:00 | | raptor Quit (Remote host closed the connection) |
| 14:34:00 | | LordDVG Quit (Remote host closed the connection) |
| 15:16:00 | | Watusimoto has joined |
| 15:29:00 | Watusimoto | actually, the injection method has problems as well |
| 15:53:00 | | sam686 Quit (Ping timeout: 258 seconds) |
| 15:53:00 | | sam686 has joined |
| 15:53:00 | | ChanServ sets mode +v sam686 |
| 16:37:00 | | raptor has joined |
| 16:37:00 | | ChanServ sets mode +o raptor |
| 16:40:00 | raptor | i guess it's christmas music time in our house... |
| 16:40:00 | raptor | also i have another idea for the key state changes... |
| 16:47:00 | | raptor Quit (Remote host closed the connection) |
| 16:52:00 | | raptor has joined |
| 16:52:00 | | ChanServ sets mode +o raptor |
| 16:53:00 | raptor | so what i did was pass all keyboard input to the InputCode system first, then checked if InputCode ALT and ENTER were down |
| 16:53:00 | raptor | then |
| 16:53:00 | raptor | I saved an InputCode snapshot to a different array before SDL_SetVideoMode and restored it afterwards |
| 16:54:00 | raptor | but i'm missing something... |
| 17:16:00 | raptor | so any loss of window focus put the key up |
| 17:19:00 | sam686 | the "F7" screen is a best way to see any key up problem.. |
| 17:19:00 | raptor | it doesn't do raw sdl |
| 17:19:00 | sam686 | i found that holding down a button, change window then back to bitfighter, makes SDL think not holding down the button anymore |
| 17:24:00 | | Watusimoto Quit (Ping timeout: 248 seconds) |
| 17:24:00 | | Watusimoto_ has joined |
| 17:29:00 | sam686 | interesting problem with "caps lock" button, press once, it says you holding down forever, press again, then it says you not holding down anymore, in SDL |
| 17:30:00 | sam686 | it gets even more interesting if "caps lock" is mapped to "Activate module 2" |
| 17:30:00 | sam686 | of cource, GLUT seem to not detect "caps lock" at all (015a)... |
| 17:31:00 | | Watusimoto_ Quit (Ping timeout: 244 seconds) |
| 17:39:00 | raptor | caps lock is supposed to act like that at the OS level isn't it? |
| 17:39:00 | raptor | as a toggle |
| 17:40:00 | sam686 | the same happens to "num lock" as a toggle |
| 17:41:00 | raptor | probably scroll lock, too |
| 17:42:00 | sam686 | the toggle doesn't happen to scroll lock, though it does toggle the "scroll lock" light on or off. |
| 17:42:00 | raptor | really? that's probably a bug |
| 17:44:00 | sam686 | also, the strange part is, the scroll lock and number lock GLUT somethimes says the opposite of what the keyboard light indicator says.. |
| 17:44:00 | sam686 | i mean SDL, not glut |
| 17:45:00 | sam686 | though, caps lock does correctly work all the time in SDL when typing chat... |
| 17:47:00 | raptor | i've seen the keyboard light not correct on many OSes |
| 17:49:00 | sam686 | my keyboard light indicater for cap lock and scroll lock does appear to be correct all the time, probably scroll lock too... |
| 17:49:00 | sam686 | even with a second keyboard plugged in, both keyboard light indicated shows up the same all the time.. |
| 17:49:00 | raptor | when i say 'not correct', i mean i've seen it wrong a few times a year... |
| 17:49:00 | raptor | because it is the OS that sends the command to light up the keyboard |
| 17:53:00 | | raptor Quit (Remote host closed the connection) |
| 17:53:00 | | raptor has joined |
| 17:53:00 | | ChanServ sets mode +o raptor |
| 17:55:00 | raptor | have another idea... |
| 17:56:00 | sam686 | i have a few keyboard buttons that gaves sdl a problem: "Unknown key detected: 0" |
| 17:56:00 | raptor | yes |
| 17:56:00 | raptor | we didn't enumerate ALL of them, but close |
| 17:59:00 | sam686 | how is SDL suppose to tell a difference between "back" and "Forward" button if they are both zero? |
| 18:00:00 | raptor | i don't knwo what those buttons are? |
| 18:00:00 | raptor | for joystick? |
| 18:00:00 | sam686 | its a keyboard button of what I have... |
| 18:01:00 | sam686 | maybe i should take a little camera screen of my keyboard... |
| 18:02:00 | raptor | is it one of those 'web buttons' ? |
| 18:02:00 | raptor | because i think SDL 1.2 doesn't do the 'web' buttons |
| 18:04:00 | raptor | actually i don't think it's SDL_SetVideoMode that is triggering the keyUp event |
| 18:06:00 | raptor | i think i was sent on a wild goos chase.. |
| 18:08:00 | sam686 | Here my keyboard |
| 18:08:00 | sam686 | http://208.107.52.15/upload/2011-12-03-120318.jpg |
| 18:08:00 | sam686 | http://208.107.52.15/upload/2011-12-03-120427.jpg |
| 18:08:00 | sam686 | http://208.107.52.15/upload/2011-12-03-120448.jpg |
| 18:08:00 | raptor | interesting |
| 18:09:00 | raptor | i think those are the infamous 'web' buttons |
| 18:09:00 | sam686 | my keyboard have a "f-lock" light indicater as well, that is probably not detected by operating system at all.. |
| 18:09:00 | sam686 | with an "f-lock" button |
| 18:10:00 | sam686 | f-lock off = insert / back / forward button, f-lock on = print screen / scroll lock / pause-break |
| 18:10:00 | raptor | weird |
| 18:12:00 | sam686 | SDL seems to detect F1-F12 even with f-lock off (usually my keyboard needs F-lock on to do F1-F12) |
| 18:12:00 | raptor | yeah those are standard |
| 18:19:00 | sam686 | theres something wrong with glut, holding down W button, go fullscreen, SDL thinks i released a W button, but i press W on second keyboard while holdong down W button on main keyboard, and SDL still thinks i am not holding down W, until i release one of W button.. |
| 18:20:00 | sam686 | its as if SDL is keeping its own key down tables to try to avoid sending more then one keydown without keyup |
| 18:24:00 | sam686 | it will help if i can see SDL source code, and maybe have ability to compile SDL... |
| 18:25:00 | raptor | hg clone -u SDL-1.2 http://hg.libsdl.org/SDL SDL-1.2 |
| 18:25:00 | raptor | is how you get it |
| 18:26:00 | raptor | gotta go for a bit... |
| 18:26:00 | sam686 | o9k |
| 18:26:00 | sam686 | ok |
| 18:26:00 | raptor | i think a KEY_UP event is being sent from a different thread than what the game runs |
| 18:26:00 | raptor | because I've effectively disabled KEY_UP from being fired when calling screen mode change, but it is still fired afterwards |
| 18:28:00 | | raptor Quit (Remote host closed the connection) |
| 19:08:00 | | LordDVG has joined |
| 19:49:00 | | Watusimoto has joined |
| 19:57:00 | Watusimoto | I'm going to focus on another problem this evening, but one approach might be to look at how other games handle switching modes. if we got rid of the alt-enter shortcut, the problem would be solved (enough). I dowloaded the code for bzflag, and will look at it sometime. |
| 21:47:00 | | CrazyLinuxNerd has joined |
| 22:23:00 | | LordDVG Quit (Remote host closed the connection) |
| 22:26:00 | | raptor has joined |
| 22:26:00 | | ChanServ sets mode +o raptor |
| 22:29:00 | raptor | i've taken a look at at least 4 other SDL games: none of them handle the case |
| 22:30:00 | sam686 | http://208.107.52.15/bitfighter/SDL_fullscreen_switch_and_keyrepeat_patch.txt |
| 22:31:00 | raptor | haha |
| 22:31:00 | raptor | you built SDL yourself? |
| 22:31:00 | raptor | :) |
| 22:31:00 | sam686 | i kind of change it to have a more native key repeat system (delay / rate is operating system) |
| 22:31:00 | sam686 | yes |
| 22:32:00 | sam686 | and, i think i fix the fullscreen releases all buttons problem |
| 22:32:00 | raptor | with just that one comment out? |
| 22:32:00 | sam686 | a simple take away "SDL_ResetKeyboard();" can fix that, yes |
| 22:32:00 | raptor | /SDL_ResetKeyboard(); |
| 22:32:00 | raptor | interesting |
| 22:43:00 | Watusimoto | meaiining all have the same bug, or don't support alt-enter? |
| 22:44:00 | raptor | meaning I found that they implement full screen, but all have that 'bug' (input reset on screen change) |
| 22:54:00 | Watusimoto | ok, let's report the bug to the sdl devs and move on |
| 22:56:00 | raptor | i actually think it is intended behavior |
| 22:58:00 | Watusimoto | how could it be intended? |
| 23:00:00 | raptor | makes sense to me to reset keyboard states when window loses focus - just to be on the safe side |
| 23:00:00 | Watusimoto | why would the window lose focus? |
| 23:00:00 | raptor | ah, therein lies the problem, probably... |
| 23:01:00 | Watusimoto | yes, I suspect so |
| 23:01:00 | raptor | i can see how it would for traditional fullscreen |
| 23:02:00 | raptor | because it has to reinit everything |
| 23:03:00 | sam686 | look again, my little http://208.107.52.15/bitfighter/SDL_fullscreen_switch_and_keyrepeat_patch.txt disables SDL_ResetKeyboard() only for inside the SDL_SetVideoMode function |
| 23:03:00 | sam686 | a different function that loses focus also calls SDL_ResetKeyboard |
| 23:04:00 | sam686 | at the bottom of SDL_active.c is another place the keyboard is reset |
| 23:05:00 | raptor | ah, i see now |
| 23:05:00 | raptor | ok |
| 23:05:00 | raptor | well, i've spent days in the #sdl irc channel and got no response, so maybe forums/mailing list? |
| 23:06:00 | sam686 | maybe wrong server of a channel sdl? |
| 23:06:00 | raptor | i don't think so, the original author was idling there |
| 23:07:00 | sam686 | ok... |
| 23:14:00 | Watusimoto | ok, well we can let this one go. it's a mystery, but there's not much we can do about it, and it's annoying but not critical |
| 23:15:00 | sam686 | unless you want to try my modified SDL.dll http://208.107.52.15/bitfighter/SDL_fullscreen_switch_and_keyrepeat_patch.dll |
| 23:15:00 | sam686 | just name it SDL.dll and put it in lib and exe directories |
| 23:16:00 | raptor | yeah we already compile our own SDL |
| 23:16:00 | raptor | for windows... |
| 23:17:00 | raptor | but i would test thoroughly first |
| 23:21:00 | sam686 | maybe SDL (Simple DirectMedia Layer) is kind of going into CDL (complicated DirectMedia Layer), as we have or had several problems with SDL... |
| 23:23:00 | raptor | haha, yep |
| 23:23:00 | raptor | much better for input though |
| 23:24:00 | raptor | koda, you around? |
| 23:28:00 | sam686 | do you think i should push my modified SDL.dll changes to main ZAP repository just to make Watusimoto a little more happy about alt+enter? |
| 23:29:00 | raptor | not yet |
| 23:29:00 | raptor | testing first |
| 23:29:00 | raptor | and we'll need the *.lib for it, too |
| 23:34:00 | sam686 | http://208.107.52.15/bitfighter/SDL_fullscreen_switch_and_keyrepeat_patch.zip there is .lib now |
| 23:36:00 | raptor | what svn rev did you do on sdl-1.2, the latest? |
| 23:37:00 | sam686 | c5d651a8b679 look at the top of this: http://208.107.52.15/bitfighter/SDL_fullscreen_switch_and_keyrepeat_patch.txt |
| 23:39:00 | raptor | ah very good |
| 23:40:00 | sam686 | Changeset: 6099 (c5d651a8b679) Hi Sam (i saw that first and i was like what? its a different person name) |
| 23:42:00 | raptor | yeah, sam lantinga is the original author of SDL |
| 23:43:00 | sam686 | ok, often, it might be easy to see original author my looking at the very first commit.. |
| 23:44:00 | sam686 | "by", not "my", why do i keep misspelling? |
| 23:45:00 | CrazyLinuxNerd | sam686: You tell us :-) |
| 23:45:00 | raptor | i usually do because i have an infant in my lap and i type with on hand... :) |
| 23:45:00 | sam686 | oh and the spell checker won't see "my" as misspelled.. |
| 23:45:00 | raptor | *one |
| 23:46:00 | sam686 | haha, you misspell too.. |
| 23:47:00 | koda | raptor: hey |
| 23:47:00 | raptor | hi koda |
| 23:47:00 | raptor | do you happen to know a workaround for SDL key up/down states being reset when you use SDL_SetVideoMode? |
| 23:48:00 | koda | no but i'd mail the sdl mailing list right away |
| 23:48:00 | raptor | is that the most active communication medium used for SDL? |
| 23:48:00 | koda | yes |
| 23:48:00 | raptor | ok, thanks |
| 23:56:00 | raptor | so TNL abstracts its own threading by using the system provided ones |
| 23:56:00 | raptor | so you may have to write PSP specific functions |
