Timestamps are in GMT/BST.
| 00:17:00 | watusimoto | well |
| 00:17:00 | watusimoto | it looks like chunks of the xbm are mirror imaged |
| 00:17:00 | watusimoto | 32 bit image |
| 00:17:00 | watusimoto | 4 columns of 8 bits each |
| 00:17:00 | watusimoto | each colum is mirror imaged |
| 00:17:00 | watusimoto | maybe |
| 00:18:00 | watusimoto | maybe the problem is low-bit v high bit |
| 00:19:00 | watusimoto | so if I have an array of chars... how do I easily reverse the bits in each char? |
| 00:20:00 | sam686 | when a is a char? |
| 00:23:00 | sam686 | to reverse bits in a char, then for each char, a = ((a >> 4) & 0x0F) | ((a << 4) & 0xf0); a = ((a >> 2) & 0x33) | ((a << 2) & 0xcc); a = ((a >> 1) & 0x55) | ((a << 1) & 0xaa); |
| 00:23:00 | watusimoto | that did it |
| 00:24:00 | watusimoto | http://graphics.stanford.edu/~seander/bithacks.html#BitReverseObvious |
| 00:24:00 | watusimoto | running every byte of gimp's output through b = (b * 0x0202020202ULL & 0x010884422010ULL) % 1023; fixes it |
| 00:25:00 | watusimoto | ok, this needs MAJOR cleanup, will check in tomorrow. |
| 00:25:00 | watusimoto | good night |
| 00:25:00 | sam686 | ok, there is other ways of reversing bits.. |
| 00:25:00 | watusimoto | this seems the fastestm and it fits on one line of code |
| 00:26:00 | watusimoto | but whatever, it runs once on startup. I'm just happy I can make icons in gimp now |
| 00:26:00 | sam686 | the for loop might not make that the fastest way... |
| 00:26:00 | watusimoto | fastest would be to preprocess the data and save it reversed |
| 00:26:00 | watusimoto | but it doesn't matter -- this is fast enough. |
| 00:27:00 | sam686 | many compiler optimizer can speed up code in ways that you don't think about it... |
| 00:27:00 | watusimoto | so we'll have an easy way to create custom pointers; black and white only. 16, 24, 32 pixels only; transparency supported. Think of what you want! |
| 00:28:00 | watusimoto | good night |
| 00:28:00 | sam686 | ok, later.. |
| 00:31:00 | sam686 | oh, 64- bit division might be very slow on a 32 bit compiled binaries |
| 00:32:00 | | watusimoto Quit (Ping timeout: 240 seconds) |
| 01:54:00 | raptor | hi |
| 01:55:00 | raptor | what did watusimoto have to do?? |
| 01:55:00 | raptor | XBM? |
| 01:55:00 | raptor | the format is supposed to be XPM |
| 01:56:00 | raptor | they are related but different |
| 01:56:00 | raptor | was watusimoto using the wrong one? |
| 02:11:00 | | koda Quit (Quit: koda) |
| 02:17:00 | sam686 | http://208.107.52.15/bitfighter/bitstest.cpp (bit reverse 3 operation turns out to be the slowest on my computer, from http://graphics.stanford.edu/~seander/bithacks.html#BitReverseObvious ) |
| 02:17:00 | raptor | let me test.. |
| 02:18:00 | sam686 | if your CPU is 64 bit, then your results will be different... |
| 02:18:00 | raptor | ah |
| 02:18:00 | raptor | will the results be accurate? |
| 02:21:00 | raptor | oh well, i can't compile in linux.. |
| 02:21:00 | sam686 | umm, i forgot to use optimizations (debug) here is my real test with optimization. http://208.107.52.15/bitfighter/bitstest_results.txt |
| 02:21:00 | sam686 | its my 32-bit CPU that can't really handle 64-bit numbers very good.. |
| 02:22:00 | raptor | yeah makes sense |
| 02:22:00 | raptor | I still think watusimoto was converting to the wrong format... |
| 02:23:00 | sam686 | to compile in linux, fill in the "getTimer()" function for highest accurate timer value (and remove "Sleep" if it exists) |
| 02:23:00 | raptor | speaking of timers |
| 02:23:00 | sam686 | line 47 of bitstest.cpp |
| 02:23:00 | raptor | what do you think about converting bitfighter to microseconds? |
| 02:24:00 | sam686 | converting to microseconds might take a while, and is it even worth it? |
| 02:25:00 | raptor | yeah - i was just thinking about higher tick accuracy with frame rates and such |
| 02:26:00 | sam686 | there is no such refresh rate of up to 1000 Hertz for monitors yet, my crt monitor can go up to 162 Hertz at 640 x 480. |
| 02:26:00 | raptor | oh, haha |
| 02:27:00 | raptor | i wasn't thinking about that - just that when you set maxfps to like 100 it's usually 93 or something because of loss of precision |
| 02:27:00 | sam686 | if your FPS (Frame per second) is higher then refresh rate, you not going to see all frames.. |
| 02:28:00 | sam686 | it might be "Sleep" that might not be very accurate... |
| 02:29:00 | raptor | that could be |
| 02:29:00 | raptor | ok, side questoin - do you remember what I was working on before I got involved with the joystick stuff? |
| 02:29:00 | sam686 | could code in a small hack that will slightly go back in time to prevent less then 100 fps.. |
| 02:32:00 | sam686 | not sure what you were working on... 1. renaming HunterNexusObject, 2. umm i don't know.. |
| 02:33:00 | sam686 | but, there is still some SFL fullscreen problems... |
| 02:33:00 | raptor | oh yes! |
| 02:33:00 | sam686 | SDL (not SFL) |
| 02:33:00 | raptor | that was it |
| 02:34:00 | raptor | let me look at that.. |
| 02:35:00 | raptor | it happens when you change resolution and bitfighter is in fullscreen, correct? |
| 02:36:00 | sam686 | yes, change resolution while bitfighter is running in window mode, then switch to fullscreen.. |
| 02:36:00 | raptor | ok |
| 02:36:00 | raptor | i think i know the fix |
| 03:19:00 | raptor | ok, there doesn't seem to be a way to get the desktop resolution after you call SDL_SetVideoMode |
| 03:19:00 | raptor | :( |
| 03:20:00 | raptor | SDL_GetVideoInfo() will get it if you haven't called SDL_SetVideoMode yet (like upon initialization) but after that, it just returns the SDL window information |
| 03:23:00 | raptor | so sadly, i cannot fix that issue... |
| 03:23:00 | raptor | with SDL at least... although SDL 1.3 has it.. |
| 03:23:00 | sam686 | thats only one problem (wrong fullscreen size after changing resolution), there is other fullscreen problems including a taskbar failing to hide if always on top |
| 03:23:00 | raptor | ok, that happens on XP, but not on windows 7 |
| 03:24:00 | raptor | is default 'always on top' for windows XP? |
| 03:24:00 | sam686 | there is plenty of players that still use windows XP, which probably have taskbar always on top by default.. |
| 03:24:00 | raptor | ok |
| 03:25:00 | raptor | i'll br back in a bit.. |
| 03:26:00 | sam686 | later.. |
| 03:31:00 | | BFLogBot - Commit c144cf4fae7c | Author: buckyballreaction | Log: Typo |
| 04:02:00 | raptor | ok back |
| 04:03:00 | raptor | now for research into fake_fullscreen and windows xp taskbar |
| 04:04:00 | sam686 | taskbar not hidden doesn't only happen in windows XP, it happens on linux (Ubuntu) too. http://208.107.52.15/upload/bottom_bar_not_hidden_fullscreen.png |
| 04:04:00 | raptor | aww man.. |
| 04:10:00 | raptor | i wonder if the answer is to provide the option for real fullscreen in the INI? |
| 04:15:00 | raptor | i think i have to study the SDL source code... |
| 04:16:00 | sam686 | option to go real or fake fullscreen witn INI option might be a good idea... |
| 04:17:00 | sam686 | problem is SDL fullscreen is not the same as GLUT (and FreeGlut) fullscreen which GLUT have no fullscreen problem on my windows xp and linux. |
| 04:18:00 | raptor | yeah, there is something that SDL is not doing to force the window z-index be really high |
| 04:18:00 | raptor | that GLUT did |
| 04:34:00 | raptor | ok, i'm asking in the #SDL room |
| 04:34:00 | raptor | because I can't find anything |
| 04:34:00 | raptor | i'm going to code an INI option |
| 04:34:00 | raptor | what should the default be? |
| 04:37:00 | sam686 | umm, not sure what it should be default to.. |
| 04:38:00 | sam686 | real fullscreen have some problems, expecially not being able to move mouse across multiple monitor screens while in fillscreen like GLUT lets me / anyone do that.. |
| 04:39:00 | sam686 | mouse is mostly unused in game when using a joystick game controller.. |
| 04:41:00 | sam686 | SDL real fullscreen in my windows XP have problems with mouse get stuck at top left corner when bitfighter minimize (ALT + TAB) |
| 04:41:00 | raptor | that's no fun |
| 04:43:00 | sam686 | its SDL trying to grab and lock the mouse when in fullscreen (when cursor is hidden), which is rather a "NO no", when simply getting mouse position is good enough |
| 04:46:00 | sam686 | it seems like lots of other people have a moust getting stuck at top left corner problem on minimize. http://www.google.com/search?q=sdl+mosue+get+stuck+minimize |
| 04:47:00 | raptor | OOooo |
| 04:47:00 | raptor | i think i can solve it... |
| 04:48:00 | raptor | right after i implement the real fullscreen switch in the INI... |
| 04:49:00 | sam686 | if that can be solved, then i guess we could go to real fullscreen by default as most users don't use more then one monitor.. |
| 04:56:00 | raptor | sam686: can I have you test a patch? |
| 04:56:00 | sam686 | ok |
| 04:57:00 | raptor | http://sam686.maxhushahn.com/upload/fakefullscreenINI.diff |
| 04:57:00 | raptor | i can't test it because real fullscreen and fake fullscreen are identical on my machine |
| 04:57:00 | raptor | they switch fast and work just as flawlessly |
| 04:58:00 | raptor | can you apply that patch and adjust the INI setting to make sure it really is switching between fake and real fullscreen? |
| 05:01:00 | sam686 | took a while to compile... |
| 05:02:00 | raptor | sorry :( |
| 05:05:00 | sam686 | it does seem to work, difference with fake fullscreen is it doesn't minimize (Alt Tab), but instead puts windows on top of fullscreen. |
| 05:05:00 | raptor | that is normal for fake fullscreen for you? |
| 05:06:00 | sam686 | fullscreen don't minimize with alt+tab in GLUT |
| 05:06:00 | raptor | ok that makes sense |
| 05:07:00 | sam686 | only real SDL fullscreen causes bitfighter fullscreen minimize on alt+tab |
| 05:07:00 | raptor | good, i'll commit, then work on the fixing mouse grab |
| 05:09:00 | raptor | ok sam686: try this patch to see if it fixes mouse in real fullscreen for you: http://sam686.maxhushahn.com/upload/disable_mousegrab.diff |
| 05:12:00 | | BFLogBot - Commit 515e2be296d5 | Author: buckyballreaction | Log: Add INI option "UseFakeFullscreen" to use fake or real fullscreen with SDL. Default fake for now.. |
| 05:12:00 | sam686 | use still stuck at top left corner... |
| 05:12:00 | raptor | argh! |
| 05:12:00 | raptor | ok have another idea... |
| 05:17:00 | raptor | oh, haha |
| 05:17:00 | raptor | ok another patch: |
| 05:18:00 | raptor | http://sam686.maxhushahn.com/upload/1disable_mousegrab.diff |
| 05:18:00 | raptor | i put it in the wrong place |
| 05:19:00 | sam686 | mouse still stuck at corner.. |
| 05:19:00 | raptor | noooooo |
| 05:19:00 | raptor | man |
| 05:20:00 | sam686 | i wonder if SDL_WM_GrabInput have no effect on fullscreen? |
| 05:20:00 | raptor | that's what I'm thinking... |
| 05:21:00 | sam686 | maybe a different version of SDL.dll might fix the problem? |
| 05:22:00 | raptor | maybe... |
| 05:22:00 | raptor | but i think we want to stay with SDL 1.2.14 |
| 05:23:00 | sam686 | whats the difference on 1.2.13 ? |
| 05:23:00 | raptor | http://www.libsdl.org/release/changes-1.2.html |
| 05:24:00 | raptor | just lots of fixes... |
| 05:25:00 | raptor | i should compile SDL from the tip - there have been many bugfixes since 1.2.14 |
| 05:25:00 | sam686 | some bug fix makes another bug... |
| 05:25:00 | raptor | haha, true |
| 05:26:00 | sam686 | i wonder if a bug fix "Improved mouse input responsiveness for first-person-shooter games." produced a mouse stuck at corner bug? |
| 05:29:00 | raptor | when is it stuck again? after changing back to windowed mode? |
| 05:29:00 | sam686 | 1.2.13 to 1.2.14, more then half of bug fix is for linux only anyway... that leaves with 8 windows only fix + 10 global fix |
| 05:31:00 | raptor | looks liek the fix was put in SDL mercurial shortly after 1.2.14 release |
| 05:31:00 | sam686 | i will need to go, later, until tomorrow... |
| 05:31:00 | raptor | ok |
| 05:31:00 | raptor | good night |
| 05:31:00 | sam686 | as in go to a night bed.. |
| 05:31:00 | raptor | sleep well |
| 06:13:00 | raptor | ok, i have newest SDL compiled |
| 06:16:00 | raptor | http://sam686.maxhushahn.com/upload/SDL-1.2.4.rev6509.7z |
| 06:16:00 | raptor | put the SDL files in that archive into the lib/ folder and relink bitfighter; make sure that the new SDL.dll gets into the exe/ folder |
| 06:16:00 | raptor | and retest the mouse problem |
| 06:18:00 | | Patrick_Chewing has left |
| 06:33:00 | | raptor Quit (Ping timeout: 260 seconds) |
| 06:33:00 | | raptor has joined |
| 06:33:00 | | ChanServ sets mode +o raptor |
| 07:13:00 | | koda has joined |
| 07:16:00 | | raptor Quit (Remote host closed the connection) |
| 07:36:00 | | koda Quit (Quit: koda) |
| 08:16:00 | | kodax has joined |
| 08:17:00 | | kodax Quit (Remote host closed the connection) |
| 08:19:00 | | kodax has joined |
| 11:15:00 | | CrazyLinuxNerd has joined |
| 14:10:00 | | raptor has joined |
| 14:10:00 | | ChanServ sets mode +o raptor |
| 14:16:00 | raptor | good morning! |
| 14:16:00 | CrazyLinuxNerd | Good Afternoon Sir. |
| 14:21:00 | raptor | good afternoon! |
| 14:21:00 | raptor | sam686: you awake yet? |
| 14:24:00 | | watusimoto has joined |
| 14:24:00 | | ChanServ sets mode +o watusimoto |
| 14:28:00 | raptor | hi watusimoto |
| 14:29:00 | watusimoto | hey there |
| 14:29:00 | raptor | so i added an INI option for people to use real fullscreen |
| 14:29:00 | raptor | in case fake fullscreen doesn't work so well |
| 14:30:00 | raptor | but sam686 has a problem where switching to windowed mode make the mouse cursor disappear or get stuck with real fullscreen on windows |
| 14:30:00 | raptor | did you have that problem with real fullscreen? |
| 14:32:00 | CrazyLinuxNerd | ... wait hold on.. people play bf in fullscreen? :-S |
| 14:33:00 | raptor | maybe i'll just wait for sam686 to test |
| 14:33:00 | raptor | CrazyLinuxNerd: yeah, supposedly... |
| 14:33:00 | raptor | i never do - but then most of my 'play' is testing |
| 14:34:00 | CrazyLinuxNerd | I set mine to windowed 1024x768 :-) |
| 14:36:00 | CrazyLinuxNerd | but when you got bitfighter spread across two monitors at 1440x900 each, kinda annoying to have the ship slap bang in the middle of them both.. ha :-) |
| 14:36:00 | CrazyLinuxNerd | (full screen that is) |
| 14:37:00 | watusimoto | I don't recall that problem |
| 14:37:00 | watusimoto | I play in fullscreen when I play |
| 14:37:00 | watusimoto | btw |
| 14:41:00 | raptor | ok |
| 14:41:00 | raptor | well i compiled a new SDL.dll with a supposed fix |
| 14:41:00 | raptor | i guess i'll just wait for sam686 |
| 14:43:00 | CrazyLinuxNerd | .dll? :/ |
| 14:43:00 | raptor | yeah - i have a windows and mac VM so I can diagnose problems on all platforms |
| 14:44:00 | CrazyLinuxNerd | what does .dll do? I thought windoze ran .exe? |
| 14:44:00 | raptor | but i pretend i don't do anything for windows so watusimoto has to write the README |
| 14:44:00 | raptor | in windows .dll = .so in linux |
| 14:44:00 | CrazyLinuxNerd | ah right ok :-) |
| 14:44:00 | watusimoto | hey -- I saw that! |
| 14:44:00 | | CrazyLinuxNerd made himself look like a fool |
| 14:45:00 | raptor | i know nothing about windows! |
| 14:45:00 | raptor | watusimoto: yes the docs say XPM |
| 14:46:00 | raptor | and when I export to XPM from gimp it looks exactly like the format the docs show |
| 14:46:00 | watusimoto | the documentation is wrong. the docs also say you can't use a color image. |
| 14:46:00 | watusimoto | xpm is a color format |
| 14:46:00 | watusimoto | you are being mislead by the arrow ascii art graphic, I believe? |
| 14:46:00 | raptor | i thought both were color formats |
| 14:46:00 | watusimoto | xpb is a bitmap format |
| 14:46:00 | watusimoto | all ones and zeros |
| 14:47:00 | raptor | it's just that you use the sample code to convert from XPM to SDL data |
| 14:47:00 | watusimoto | packed into bytes |
| 14:47:00 | watusimoto | thta demo essentially builds an xbm from an xpm in a particularly hacky manner |
| 14:47:00 | raptor | ahh... |
| 14:47:00 | raptor | ok |
| 14:47:00 | watusimoto | export directly to xbm and you have the packed bytes already |
| 14:47:00 | watusimoto | excpet in the wrong endian |
| 14:47:00 | raptor | now i get it |
| 14:48:00 | watusimoto | luckily, one fo the bit twiddler methods fixed that |
| 14:48:00 | watusimoto | in just 3 ops per byte |
| 14:48:00 | raptor | yeah, that's a great site |
| 14:48:00 | watusimoto | finally got to use it! |
| 14:48:00 | raptor | haha |
| 14:54:00 | CrazyLinuxNerd | gotta love hotmail :-) -- |
| 14:54:00 | CrazyLinuxNerd | Running as fast as we can |
| 14:54:00 | CrazyLinuxNerd | In progressMoving items to your old folder |
| 14:57:00 | CrazyLinuxNerd | yup, that's about normal, now i remember why i don't use it anymore.. |
| 14:57:00 | CrazyLinuxNerd | |
| 14:57:00 | CrazyLinuxNerd | An error occured |
| 14:57:00 | CrazyLinuxNerd | Close |
| 14:57:00 | CrazyLinuxNerd | There was a problem with the Windows Live Hotmail service (a temporary network connectivity issue that has nothing to do with your computer). Please try again. |
| 15:06:00 | raptor | be back in a bit |
| 15:06:00 | | raptor Quit (Remote host closed the connection) |
| 15:11:00 | CrazyLinuxNerd | bhahaha, this made me laugh, i cleared out my inbox on hotmail.. |
| 15:11:00 | CrazyLinuxNerd | Wow, you've got a very clean inbox! (Did you know you can receive messages from other email accounts?) |
| 15:24:00 | watusimoto | ha |
| 15:59:00 | | raptor has joined |
| 15:59:00 | | ChanServ sets mode +o raptor |
| 15:59:00 | raptor | hello again |
| 16:00:00 | CrazyLinuxNerd | Yellow |
| 16:46:00 | raptor | back to work.. |
| 16:47:00 | raptor | so watusimoto, next tuesday i'll be gone for a week with no internet access |
| 16:48:00 | Flash_Garden | a week without pornography. bold man. |
| 16:55:00 | CrazyLinuxNerd | haha |
| 16:57:00 | CrazyLinuxNerd | B r b |
| 16:57:00 | | CrazyLinuxNerd Quit (Quit: Leaving) |
| 17:00:00 | raptor | Flash_Garden!! |
| 17:00:00 | raptor | you're around? |
| 17:03:00 | watusimoto | ok, have fun! |
| 17:03:00 | sam686 | sam686: you awake yet? Guess! |
| 17:03:00 | raptor | well hello |
| 17:03:00 | sam686 | hi |
| 17:03:00 | watusimoto | I'l be away for the next couple of days myself, with unknown internet |
| 17:03:00 | raptor | i will expect a fully feature frozen and hardened bitfighter when i get back... |
| 17:04:00 | sam686 | laser weapon idea? http://bitfighter.org/forums/viewtopic.php?t=1005#p8156 |
| 17:04:00 | raptor | sam686: can you test this newly compiled SDL?: http://sam686.maxhushahn.com/upload/SDL-1.2.4.rev6509.7z |
| 17:04:00 | raptor | put everything in the /lib folder |
| 17:04:00 | raptor | then make sure the DLL gets into the exe folder |
| 17:05:00 | raptor | test for the mouse cursor getting stuck in windows xp |
| 17:05:00 | watusimoto | we had a feature frozen bitfighter before we did the joysticks.ini :-) |
| 17:05:00 | raptor | on real fullscreen |
| 17:05:00 | raptor | haha i know! |
| 17:05:00 | raptor | but it's so much nicer now |
| 17:10:00 | sam686 | that version of sdl seem to fix mouse stuck at top left corner, |
| 17:10:00 | raptor | sweet!\ |
| 17:10:00 | raptor | any new problems? |
| 17:10:00 | sam686 | one more problem with mouse, mouse goes back to the middle when mouse pointer hides or shows.. |
| 17:11:00 | raptor | was that with the old SDL? |
| 17:11:00 | sam686 | yes |
| 17:11:00 | raptor | ok |
| 17:11:00 | raptor | i will commit the new SDL |
| 17:11:00 | raptor | for windows |
| 17:12:00 | sam686 | mouse pointer hides when pressing keyboard button on the menu, then shows again because it somehow got moved to the middle.. |
| 17:13:00 | sam686 | possible solution is to change cursor to a blank one, instead of hiding the cursor pointer.. |
| 17:13:00 | raptor | neat idea - or maybe not hide the cursor? |
| 17:14:00 | sam686 | i don't think we want the pointer to show in-game... |
| 17:14:00 | raptor | i was thinking about for menus |
| 17:15:00 | sam686 | i guess... |
| 17:17:00 | sam686 | oh, looks like pressing ALT hides the cursor and moves mouse back to the middle.... |
| 17:17:00 | sam686 | in menus |
| 17:17:00 | sam686 | wonder why that doesn't happen on windowed mode, only fullscreen... |
| 17:18:00 | raptor | i have no idea |
| 17:20:00 | sam686 | switching to real fullscreen seems kind of slower compared to fake fullscreen for me.. |
| 17:20:00 | raptor | it will be for most people |
| 17:20:00 | raptor | because SDL will have dedicated hardware video resources |
| 17:20:00 | raptor | so it frees up resources that are no longer needed (like for other applications) |
| 17:21:00 | raptor | then when you switch back it has to load them all up again |
| 17:23:00 | sam686 | i wonder which sdl code show_cursor(SDL_DISABLE) takes, that causes mouse pointer to go back to middle... |
| 17:28:00 | | watusimoto Quit (Ping timeout: 248 seconds) |
| 17:30:00 | sam686 | if you look at this video http://www.youtube.com/watch?v=xv8vYizYYW4 it looks like SDL is doing some set mouse position tricks when that wasn't really needed at all. (when mouse pointer is hidden and fullscreen) |
| 17:30:00 | sam686 | still does it as of the version you gave me.. |
| 17:32:00 | raptor | i'm not sure exactly what I'm seeing... |
| 17:32:00 | sam686 | mouse pointer keeps resetting at the middle, somehow my video recorder shows pointer even though it was really hidden... |
| 17:33:00 | raptor | huh, interesting |
| 17:33:00 | | BFLogBot - Commit 7ddf833b7b6b | Author: buckyballreaction | Log: Update SDL 1.2.14 to SDL rev 6509 (a04171d6fa11) to fix mouse stuck problem on windows |
| 17:33:00 | sam686 | sdl seem to do it by counting how far mouse went from the middle, and using its own coordinate.. |
| 17:34:00 | sam686 | and not using the real mouse coordinate as when not in fullscreen or when showing mouse pointer.. |
| 17:35:00 | sam686 | hiding mouse cursor fails to hide mosue cursor (the hourclass or whatever you call that) on my recorder |
| 17:35:00 | raptor | there is some in-game logic that adjusts the in-game axes-cursor because openGL doesn't map to window coordinates 1:1 |
| 17:36:00 | sam686 | yes, but SDL mouse cursor going back to middle got to be SDL, i think |
| 17:36:00 | raptor | yeah - it must do all its calculation from the middle, is my guess |
| 17:36:00 | sam686 | as in, the real mouse pointer don't follow the green crosshair in the game.. |
| 17:37:00 | sam686 | and i think that is what causes the mouse go back to middle problem when hiding mouse cursor... |
| 17:40:00 | | kodax Quit (Quit: Sto andando via) |
| 17:42:00 | raptor | maybe this can help?: http://sdl.beuc.net/sdl.wiki/SDL_WarpMouse |
| 17:44:00 | sam686 | it might work, good luck trying to set the mouse position back to where it was everytime mouse pointer hides. |
| 17:44:00 | raptor | haha, yeah |
| 17:44:00 | raptor | ok, so it looks like it works on linux because linux has a mouse relative movement change setting |
| 17:45:00 | sam686 | its a little bit hacky, better off fixing problem in SDL instead. |
| 17:46:00 | sam686 | or, somehow, we want to trick the SDL into thinking the mouse pointer is not hidden like a blank cursor, so mouse won't go back to the middle... |
| 17:47:00 | sam686 | i wonder why hiding mouse cursor causes problem with mouse going back to the middle, doesn't make much sense... |
| 17:48:00 | raptor | I think because relative mouse motion is disabled in windows for some reason... |
| 17:48:00 | raptor | 'true' relative mouse motion |
| 17:54:00 | sam686 | ok, a simple ShowCursor(false); does it without mouse going back to the middle, but i think that function is windows only.. |
| 17:56:00 | raptor | ShowCursor(SDL_DISABLE); |
| 17:56:00 | raptor | works on all systems |
| 17:57:00 | sam686 | mine seem to like this: int ShowCursor(BOOL show) |
| 17:58:00 | sam686 | only problem with that is, it seem to hide even when mouse cursor is up on the title bar of window where sdl hide cursor doesn't hide it like that... |
| 17:59:00 | sam686 | seems strange to resize bitfighter window without the cursor showing.. |
| 17:59:00 | sam686 | but can be used for fullscreen for avoiding SDL bugs.. |
| 18:08:00 | sam686 | users that use touch screen (absolute mouse pointer), you can't physically move the user's finger with setMousePosition, or that will cause problems... |
| 18:09:00 | raptor | already working on a mobile port? :) |
| 18:10:00 | sam686 | not yet... |
| 18:10:00 | sam686 | but I do have some software called joy2mouse that have an option for absolute mouse.. |
| 18:12:00 | sam686 | right now in my windows xp, absolute mouse causes problem with sdl fullscreen and mouse hidden... |
| 18:17:00 | raptor | everything i read about this problem - people are using SDL 1.3 instead |
| 18:17:00 | raptor | but that's because they are distributing statically compiled games |
| 18:17:00 | raptor | not open source |
| 18:21:00 | sam686 | new problem, i can't change input mode to keyboard when joystick is plugged in... |
| 18:22:00 | | watusimoto has joined |
| 18:33:00 | | watusimoto Quit (Ping timeout: 258 seconds) |
| 18:38:00 | raptor | great! |
| 18:41:00 | sam686 | there, i fix it... |
| 18:42:00 | raptor | thanks! |
| 18:42:00 | raptor | sorry, busy day at work... |
| 18:43:00 | | BFLogBot - Commit bbdb36670ce0 | Author: sam8641 | Log: Fix problem with not able to change input to keyboard when joystick is plugged in |
| 18:47:00 | | LordDVG has joined |
| 19:28:00 | | LordDVG Quit (Remote host closed the connection) |
| 19:45:00 | | CrazyLinuxNerd has joined |
| 20:29:00 | | koda has joined |
| 21:01:00 | | watusimoto has joined |
| 21:38:00 | raptor | so are we really in a feature freeze now? :) |
| 21:38:00 | raptor | major features, at least..? |
| 21:47:00 | watusimoto | except my new game type |
| 21:47:00 | raptor | oh yeah.. |
| 21:48:00 | watusimoto | sam is the only one to attempt a new game type |
| 21:48:00 | watusimoto | but I think it will be pretty easy |
| 21:48:00 | | CrazyLinuxNerd will wait until full feature freeze, to then suggest a new feature |
| 22:24:00 | raptor | CrazyLinuxNerd: what is your idea? |
| 22:25:00 | CrazyLinuxNerd | none haha, I was joking :-) |
| 22:26:00 | CrazyLinuxNerd | unless of course you fancy adjusting bitfighter aircraft to go around map instead of map around aircraft.. :-) |
| 22:26:00 | raptor | like pacman? |
| 22:27:00 | CrazyLinuxNerd | haha |
| 22:27:00 | CrazyLinuxNerd | ... not exactly |
| 22:27:00 | CrazyLinuxNerd | think car racing games, some cars are on a pole (effect) while map goes around vehicle, where as others have car go around the track |
| 22:28:00 | CrazyLinuxNerd | motorstorm and ridgeracer are two to compare, easily spottable which is which |
| 22:30:00 | CrazyLinuxNerd | but, i know for a fact, to do that, it would take a very very long time :-) |
| 22:30:00 | CrazyLinuxNerd | basically re-code the whole physics section of game.. |
| 22:30:00 | CrazyLinuxNerd | so don't worry haha :-) |
| 22:31:00 | raptor | ok :] |
| 22:32:00 | CrazyLinuxNerd | of course, if you want to give ya self some work go ahead i don't mind :-D... but don't expect to make the xmas deadline xD |
| 23:06:00 | watusimoto | checking my cursor stuff in |
| 23:06:00 | raptor | oh boy |
| 23:06:00 | raptor | good luck with merge! |
| 23:07:00 | watusimoto | uh oh |
| 23:07:00 | watusimoto | just to warn you, there is a new class, Cursor, in a file called Cursors.cpp/.h |
| 23:07:00 | raptor | ok |
| 23:07:00 | watusimoto | maybe we want to rename that to Cursor? |
| 23:07:00 | raptor | will there be more than one? |
| 23:09:00 | sam686 | is "Cursor" class inside a "Zap" namespace or no? |
| 23:10:00 | watusimoto | no conflicts |
| 23:10:00 | watusimoto | sam yes |
| 23:10:00 | raptor | phoew |
| 23:10:00 | watusimoto | so, a couple of decisions |
| 23:11:00 | watusimoto | 1) rename Cursors to Cursor (easier now than after added to makefile and sam's vc++ project) |
| 23:11:00 | watusimoto | 2) there are two cursors in the editor, a move cursor and a white pointer |
| 23:11:00 | watusimoto | after the white pointer gets activated, the black pointer is goine |
| 23:11:00 | watusimoto | gone |
| 23:12:00 | watusimoto | so... do we create a black pointer (and replace the wite one), or do we start off with the white one? |
| 23:12:00 | watusimoto | (does that make sense) |
| 23:12:00 | watusimoto | I'm really sleepy |
| 23:12:00 | watusimoto | this code is not quite optimized, but it seems to work well enough |
| 23:13:00 | watusimoto | I guess I'm leaning towards all white cursors |
| 23:13:00 | raptor | i'll get used to what ever cursor, as long as i can see it |
| 23:14:00 | raptor | rename now better than later |
| 23:14:00 | | BFLogBot - Commit 4250005a58f9 | Author: watusim...@bitfighter.org | Log: Cursors in the editor! |
| 23:14:00 | | BFLogBot - Commit 797ff867150c | Author: watusim...@bitfighter.org | Log: Merge |
| 23:15:00 | watusimoto | it will be easy to create new cursors, though I'd rather stick to fairly standard ones cribbed from Windows |
| 23:15:00 | watusimoto | if we need any more |
| 23:15:00 | raptor | cool |
| 23:15:00 | raptor | dare i pull and try to compile? |
| 23:17:00 | sam686 | just to let Watusimoto know about speed of reverse bits, three operation is quite slow... Here my speed results. http://208.107.52.15/bitfighter/bitstest_results.txt |
| 23:17:00 | sam686 | i tested the speed with this. http://208.107.52.15/bitfighter/bitstest.cpp |
| 23:17:00 | watusimoto | well, we only do it once, right at startup |
| 23:17:00 | sam686 | ok.. |
| 23:18:00 | sam686 | 7 operations method is like 8 times faster then 3 operations.. |
| 23:18:00 | watusimoto | and we only reverse 32x32/8 * 2 bytes |
| 23:18:00 | watusimoto | and I may reduce one fo the cursors to 16x16 |
| 23:18:00 | watusimoto | wait... it is?? |
| 23:19:00 | watusimoto | I'll swap in the 7-op method then |
| 23:19:00 | watusimoto | why not? |
| 23:19:00 | watusimoto | link errors! |
| 23:19:00 | sam686 | on my speed test, the lower the better.. |
| 23:19:00 | watusimoto | doing a clean rebuild |
| 23:20:00 | raptor | errorS!! |
| 23:20:00 | raptor | main.cpp:1311:7: error: reference to ‘Cursor’ is ambiguous |
| 23:21:00 | raptor | you can't use the name 'Cursor'!!!! |
| 23:21:00 | raptor | it's already taken in the X11 libraries on linux |
| 23:21:00 | sam686 | its because 3 operation method relys on a slow % (remainder of a division), and also a slower 64-bit numbers |
| 23:22:00 | sam686 | and 7 operation don't use 64-bit, and no division.. |
| 23:23:00 | raptor | !! |
| 23:24:00 | watusimoto | alas, 7 op reverse is for 32 bit nums, we have 8 bits |
| 23:25:00 | watusimoto | I can try to modify |
| 23:25:00 | raptor | umm, i compile 64 bit on linux |
| 23:25:00 | raptor | just FYI |
| 23:27:00 | watusimoto | yes, but my cursors are unsigned chars |
| 23:27:00 | watusimoto | regardless of platform |
| 23:27:00 | raptor | that's fine - i'm just thinking about the bit twiddling algos... |
| 23:28:00 | sam686 | looking at 32 bit vs 64 bit CPU code, and 32 bit vs 64 bit integer speeds, http://www.passmark.com/forum/showthread.php?t=3348 it shows 64-bit divide is very slow |
| 23:28:00 | watusimoto | only 8 bits need twiddling |
| 23:28:00 | raptor | ah ok |
| 23:28:00 | raptor | nevermind then |
| 23:28:00 | sam686 | divide ( / ) or remainder of division ( % ) is still doing the slow division.. |
| 23:28:00 | raptor | sam686: that's eight years old |
| 23:28:00 | raptor | oh wait |
| 23:29:00 | raptor | wrong date, sorry |
| 23:29:00 | sam686 | yes, wrong (join date), real date was in 10-24-2011, 07:08 AM |
| 23:32:00 | sam686 | bit shift ( << >> ) and bit and, or, xor ( & | ^ ) is very fast, probably equally as fast as adding or subtracting for most CPU |
| 23:37:00 | watusimoto | hrm |
| 23:37:00 | watusimoto | Avira is flagging my latest build of bf as a virus |
| 23:38:00 | watusimoto | and won't let me build anymore |
| 23:38:00 | raptor | sweet! |
| 23:39:00 | raptor | just ditch the scanner and practice good web surfing habits |
| 23:39:00 | raptor | :) |
| 23:39:00 | sam686 | is it something wrong with the latest SDL binaries or not? |
| 23:41:00 | sam686 | i don't use antivirus, I only use a good firewall... so when i use a program that can't connect to internet, i adjust the firewall.. |
| 23:41:00 | CrazyLinuxNerd | raptor: Better yet.. don't use windows :p |
| 23:41:00 | sam686 | raptor already use linux (mostly) |
| 23:42:00 | CrazyLinuxNerd | sam686: I'm aware of that :-) |
| 23:42:00 | sam686 | usually linux don't have such antivirus software, is there? |
| 23:43:00 | raptor | i've seen linux viruses by the way |
| 23:43:00 | raptor | linux usually has network virus scanners |
| 23:43:00 | raptor | since it used as a server mostly |
| 23:43:00 | raptor | and will scan windows files (like with e-mail attachments) |
| 23:43:00 | CrazyLinuxNerd | yes, believe it or not Eset, a common windows anti-virus maker, now has a Linux Eset Anti-Virus :o |
| 23:43:00 | CrazyLinuxNerd | theres also clamav |
| 23:44:00 | raptor | yes, that's one of the main ones |
| 23:44:00 | CrazyLinuxNerd | me i do the job without protection :-) no av's here :-) |
| 23:45:00 | CrazyLinuxNerd | one thing on linux you do have to watch out for is mainly rootkits.. |
| 23:48:00 | sam686 | i often think of an antivirus as CPU eating, memory eating programs... |
| 23:48:00 | sam686 | my computer is just slow... |
| 23:48:00 | CrazyLinuxNerd | To be honest, as long as you are not downloading illegal stuff, or viewing bad websites.. you should be okay :-) |
| 23:49:00 | | BFLogBot - Commit b30136684f8c | Author: watusim...@bitfighter.org | Log: More efficient bit twiddling, use white cursor throughout game |
| 23:49:00 | | BFLogBot - Commit be36b365a577 | Author: watusim...@bitfighter.org | Log: Rename Cursors ==> Cursor |
| 23:50:00 | raptor | watusimoto: did you see my compiling problem? |
| 23:51:00 | watusimoto | are you having a problem? |
| 23:51:00 | raptor | the class 'Cursor' is already taken by the X11 C API |
| 23:52:00 | sam686 | its in a namespace "Zap", right? |
| 23:52:00 | CrazyLinuxNerd | maybe bfcurser or something could be used instead? or zapcurser? unlikely to run into conflicts then. |
| 23:52:00 | raptor | yes but C doesn't see namespaces |
| 23:52:00 | watusimoto | I installed avira when my children prevailed on me to install a certain binary of uncertain provenance |
| 23:52:00 | raptor | haha |
| 23:52:00 | watusimoto | oh crap |
| 23:52:00 | watusimoto | so... I have to get up early to get to the train station |
| 23:53:00 | watusimoto | not sure what to do about cursor |
| 23:53:00 | watusimoto | do you have any ideas? |
| 23:53:00 | raptor | rename it... |
| 23:53:00 | watusimoto | to |
| 23:53:00 | raptor | to 'Cussor' |
| 23:53:00 | raptor | ok not really |
| 23:53:00 | watusimoto | do we need to rename the class or just the file |
| 23:53:00 | raptor | not the files |
| 23:53:00 | CrazyLinuxNerd | class |
| 23:53:00 | raptor | class |
| 23:53:00 | watusimoto | BfCursor? |
| 23:54:00 | raptor | well, there may be a namespace workaround... |
| 23:54:00 | sam686 | the mouse pointer line (or the lag) seems a little short... |
| 23:54:00 | raptor | not sure |
| 23:54:00 | watusimoto | sam-- ?? |
| 23:54:00 | sam686 | i will screenshot my real system cursor.. |
| 23:54:00 | watusimoto | well, we can call it whatever we want |
| 23:55:00 | watusimoto | sam -- that cursor is the windows standard |
| 23:55:00 | watusimoto | raptor, if you want me to rename it, I'll do it... otherwise it;s in your hands. |
| 23:56:00 | watusimoto | because I'm going to bed as soon as I see sam's screen shot |
| 23:56:00 | raptor | I will do some research tonight and do the renaming myself |
| 23:56:00 | raptor | don't worry about it |
| 23:57:00 | watusimoto | I'm not :-) |
| 23:57:00 | watusimoto | if you can;t thik of anything, BfCursor works for me. If you have a better name, great |
| 23:57:00 | raptor | Pointer |
| 23:57:00 | sam686 | http://208.107.52.15/bitfighter/cursor.gif |
| 23:57:00 | sam686 | the right is my system cursor on my windows xp |
| 23:58:00 | watusimoto | I think win7 is different |
| 23:59:00 | CrazyLinuxNerd | how about the linux curser? :-D |
| 23:59:00 | watusimoto | this should fix the problem: |
| 23:59:00 | watusimoto | http://forums.techarena.in/customize-desktop/1221291.htm |
| 23:59:00 | sam686 | i wonder how mac cursor look like? |
