maze3dflyer - Project Hosting on Google Code

Earlier this year Oct 30, 2009 issue 7 (read directory for image files) reported by huttarl - read a directory for image files, e.g. for pictures, or skybox or maze textures. read a directory for image files, e.g. for pictures, or skybox or maze textures. Oct 30, 2009 r82 (Modified picture code to adjust dimensions for aspect ratio ...) committed by huttarl - Modified picture code to adjust dimensions for aspect ratio of image. Also to load 2 images (added emmaus.jpg) and randomly select between them. Modified picture code to adjust dimensions for aspect ratio of image. Also to load 2 images (added emmaus.jpg) and randomly select between them. Oct 30, 2009 r81 (Added Image class to accommodate multiple images for picture...) committed by huttarl - Added Image class to accommodate multiple images for pictures. Modified SOIL library to return width/height of loaded image. Added Image class to accommodate multiple images for pictures. Modified SOIL library to return width/height of loaded image. Oct 30, 2009 issue 6 (add audio feedback) reported by huttarl - - a "bonk" sound when you bump into a wall - a "blip" or something when you grab a prize - a "ding" or something when you solve the maze Maybe use SDL audio. - a "bonk" sound when you bump into a wall - a "blip" or something when you grab a prize - a "ding" or something when you solve the maze Maybe use SDL audio. Oct 30, 2009 issue 5 (implement autopilot) reported by huttarl - Enable maze3dflyer to zoom around and explore the maze by itself... so that it can become a screensaver. Enable maze3dflyer to zoom around and explore the maze by itself... so that it can become a screensaver. Oct 30, 2009 maze3dflyer-1.5.4.bin.zip (added paintings on the walls (just one type for now)) file uploaded by huttarl - Labels: Featured Type-Archive OpSys-Windows Labels: Featured Type-Archive OpSys-Windows Oct 30, 2009 r80 (Release 1.5.4) committed by huttarl - Release 1.5.4 Release 1.5.4 Oct 30, 2009 r79 (fixed a couple of bugs with displaying pictures on walls) committed by huttarl - fixed a couple of bugs with displaying pictures on walls fixed a couple of bugs with displaying pictures on walls Oct 29, 2009 r78 (moved Mona_Lisa.jpg into pictures subfolder) committed by huttarl - moved Mona_Lisa.jpg into pictures subfolder moved Mona_Lisa.jpg into pictures subfolder Oct 29, 2009 r77 (Added pictures subfolder.) committed by huttarl - Added pictures subfolder. Added pictures subfolder. Oct 29, 2009 r76 (Corrected typo in mona_lisa filename, and improved handling ...) committed by huttarl - Corrected typo in mona_lisa filename, and improved handling of texture load failure. Corrected typo in mona_lisa filename, and improved handling of texture load failure. Oct 29, 2009 r75 (Added pictures (mona lisa) at random places on the walls. Im...) committed by huttarl - Added pictures (mona lisa) at random places on the walls. Implemented random texture flip (skybox <--> walls) occasionally. Added pictures (mona lisa) at random places on the walls. Implemented random texture flip (skybox <--> walls) occasionally. Oct 29, 2009 Comments (Leave your comments here.) Wiki page commented on by huttarl - Hi kinkly777, hope you found the code to look at. If not: click the Source tab, the Browse sub-tab, and the "trunk" folder. Would be interested to see what you come up with. Hi kinkly777, hope you found the code to look at. If not: click the Source tab, the Browse sub-tab, and the "trunk" folder. Would be interested to see what you come up with. Oct 29, 2009 maze3dflyer-1.5.3.bin.zip (Fixed minor bug regarding mix of forward and sideways veloci...) file uploaded by huttarl - Labels: Featured Type-Archive OpSys-Windows Labels: Featured Type-Archive OpSys-Windows Oct 29, 2009 r74 (Release 1.5.3) committed by huttarl - Release 1.5.3 Release 1.5.3 Oct 29, 2009 issue 4 (move on multiple axes at once) Status changed by huttarl - Alternating or random ordering would have (I think) had the result that whichever velocity was already dominant would stay dominant. I fixed this issue by letting fwd velocity have first crack at increasing whenever abs(fwd vel) < abs(sideways vel). And vice versa. That way, if you're going forward full-tilt (holding down 'W') and you start also pressing 'D', you'll smoothly transition to an even mix of forward and sideways velocity. Status: Verified Alternating or random ordering would have (I think) had the result that whichever velocity was already dominant would stay dominant. I fixed this issue by letting fwd velocity have first crack at increasing whenever abs(fwd vel) < abs(sideways vel). And vice versa. That way, if you're going forward full-tilt (holding down 'W') and you start also pressing 'D', you'll smoothly transition to an even mix of forward and sideways velocity. Status: Verified Oct 29, 2009 r73 (Fixed issue 4, "move on multiple axes at once".) committed by huttarl - Fixed issue 4 , "move on multiple axes at once". Fixed issue 4 , "move on multiple axes at once". Oct 29, 2009 issue 4 (move on multiple axes at once) Status changed by huttarl - OK, found the cause of the problem. You currently can move forward and left at the same time, but when you do, forward soon ends up winning at the expense of left. Here's why: on each cycle, when both W and D are pressed: - first forward velocity is increased, then trimmed to fit sqrt(max_velocity^2 - sideways_velocity^2) - then, sideways velocity is increased, then trimmed to fit sqrt(max_velocity^2 - sideways_velocity^2) If that was all there was to it, the two velocities would stay in equilibrium more or less, and whichever one was maxed first, the other wouldn't be able to squeeze in. However, there's also friction, which reduces both forward and sideways velocity on each cycle. After that, forward_velocity gets first crack at taking up the available gap between current velocities and max. So sideways_velocity gets edged out over several frames till it's down to about 1/10 of forward_velocity. How to solve this? Well... We could try some sort of alternating (or random) ordering between accelerating forward and sideways. Status: Started OK, found the cause of the problem. You currently can move forward and left at the same time, but when you do, forward soon ends up winning at the expense of left. Here's why: on each cycle, when both W and D are pressed: - first forward velocity is increased, then trimmed to fit sqrt(max_velocity^2 - sideways_velocity^2) - then, sideways velocity is increased, then trimmed to fit sqrt(max_velocity^2 - sideways_velocity^2) If that was all there was to it, the two velocities would stay in equilibrium more or less, and whichever one was maxed first, the other wouldn't be able to squeeze in. However, there's also friction, which reduces both forward and sideways velocity on each cycle. After that, forward_velocity gets first crack at taking up the available gap between current velocities and max. So sideways_velocity gets edged out over several frames till it's down to about 1/10 of forward_velocity. How to solve this? Well... We could try some sort of alternating (or random) ordering between accelerating forward and sideways. Status: Started Oct 23, 2009 issue 3 (make mouse (and keyboard) sensitivity adjustable) Status changed by huttarl - Done. See README for details. Use keys +/- and [/]. Status: Verified Done. See README for details. Use keys +/- and [/]. Status: Verified Oct 23, 2009 maze3dflyer-1.5.2.bin.zip (added keys for adjusting key/mouse sensitivity.) file uploaded by huttarl - Labels: Featured Type-Archive OpSys-Windows Labels: Featured Type-Archive OpSys-Windows Oct 23, 2009 r72 (Added visual feedback for adjusting mouse/keyboard sensitivi...) committed by huttarl - Added visual feedback for adjusting mouse/keyboard sensitivity. Added visual feedback for adjusting mouse/keyboard sensitivity. Oct 23, 2009 r71 (Added keys for adjusting key and mouse sensitivity. To do ye...) committed by huttarl - Added keys for adjusting key and mouse sensitivity. To do yet: give visual feedback. Added keys for adjusting key and mouse sensitivity. To do yet: give visual feedback. Oct 23, 2009 issue 1 (lines in textures) Status changed by huttarl - Status: Verified Status: Verified Oct 23, 2009 issue 2 (switching to/from Full Screen, you lose textures) Status changed by huttarl - Fixed in v1.5.1 Status: Verified Fixed in v1.5.1 Status: Verified Oct 23, 2009 maze3dflyer-1.5.1.bin.zip (fixed a bug such that fullscreen mode toggle that failed to ...) file uploaded by huttarl - Labels: Featured Type-Archive OpSys-Windows Labels: Featured Type-Archive OpSys-Windows Oct 23, 2009 r70 (Fixed bug where textures did not reload after toggling fulls...) committed by huttarl - Fixed bug where textures did not reload after toggling fullscreen mode. Fixed bug where textures did not reload after toggling fullscreen mode. Aug 11, 2009 FeatureWishlist (What would you most like to see in maze3dflyer?) Wiki page commented on by running.sun - numlock steering with unswapped up/down and with up/down sliding:) numlock steering with unswapped up/down and with up/down sliding:) Jul 23, 2009 Comments (Leave your comments here.) Wiki page commented on by kinkly777 - It seems cool I'd like to have a look at the code you've got some things that I'm trying to workout how to do It seems cool I'd like to have a look at the code you've got some things that I'm trying to workout how to do Jul 22, 2009 FeatureWishlist (What would you most like to see in maze3dflyer?) Wiki page commented on by boldingd - Port to Linux! Is most of the windows-specific stuff isolated in `maze3dflyer.cpp`? Port to Linux! Is most of the windows-specific stuff isolated in `maze3dflyer.cpp`? Jun 30, 2009 issue 4 (move on multiple axes at once) reported by huttarl - What steps will reproduce the problem? 1. Press 'A' and 'W' at the same time. What is the expected output? What do you see instead? Expected: move forward-left. Actual: moves only forward or only left? To be verified that I understood the enhancement request correctly (I'm not sure my "actual" description above is true of current behavior). What steps will reproduce the problem? 1. Press 'A' and 'W' at the same time. What is the expected output? What do you see instead? Expected: move forward-left. Actual: moves only forward or only left? To be verified that I understood the enhancement request correctly (I'm not sure my "actual" description above is true of current behavior). Jun 30, 2009 issue 3 (make mouse (and keyboard) sensitivity adjustable) reported by huttarl - Mouse and keyboard respond too quickly for my toddler daughters, too slowly for seasoned gamers. These are already parameterized in the code; need to provide a way for users to change the settings without recompiling. Mouse and keyboard respond too quickly for my toddler daughters, too slowly for seasoned gamers. These are already parameterized in the code; need to provide a way for users to change the settings without recompiling. Jun 30, 2009 issue 2 (switching to/from Full Screen, you lose textures) reported by huttarl - What steps will reproduce the problem? 1. start game 2. switch to or from full-screen (is it F1?) 3. What is the expected output? What do you see instead? Expected textures to remain similar. Instead, all textures were lost; all objects became white. Reported by thunderdan and Kazade at [http://www.gamedev.net/community/forums/topic.asp?topic_id=538773] What steps will reproduce the problem? 1. start game 2. switch to or from full-screen (is it F1?) 3. What is the expected output? What do you see instead? Expected textures to remain similar. Instead, all textures were lost; all objects became white. Reported by thunderdan and Kazade at [http://www.gamedev.net/community/forums/topic.asp?topic_id=538773] Jun 16, 2009 r69 (Fixed bug in detecting whether player finished level; fixed ...) committed by huttarl - Fixed bug in detecting whether player finished level; fixed bug in placing prizes Fixed bug in detecting whether player finished level; fixed bug in placing prizes Jun 14, 2009 Comments (Leave your comments here.) Wiki page edited by huttarl Jun 14, 2009 Comments (Leave your comments here.) Wiki page added by huttarl Jun 12, 2009 r66 (Release 1.5) committed by huttarl - Release 1.5 Release 1.5 Jun 12, 2009 r65 (thumbnails for screenshots) committed by huttarl - thumbnails for screenshots thumbnails for screenshots Jun 12, 2009 r64 (screenshots for 1.5: showing animation of maze generation, a...) committed by huttarl - screenshots for 1.5: showing animation of maze generation, and showing prizes (and exit which is locked until all prizes collected) screenshots for 1.5: showing animation of maze generation, and showing prizes (and exit which is locked until all prizes collected) Jun 12, 2009 maze3dflyer-1.5.bin.zip (added 'prizes' to collect in the maze; and animated maze gen...) file uploaded by huttarl - Labels: Featured Type-Executable OpSys-Windows Labels: Featured Type-Executable OpSys-Windows Jun 12, 2009 r63 (Check bounds of maze array: don't exceed. Also tweaked anima...) committed by huttarl - Check bounds of maze array: don't exceed. Also tweaked animation of maze generation. Check bounds of maze array: don't exceed. Also tweaked animation of maze generation. Jun 05, 2009 r62 (implemented animation: you can see the maze being generated....) committed by huttarl - implemented animation: you can see the maze being generated. Fun! implemented animation: you can see the maze being generated. Fun! Jun 04, 2009 r61 (Finished implementation of "prizes"; generalized main msg ar...) committed by huttarl - Finished implementation of "prizes"; generalized main msg area in middle of window; added message when bumping into locked exit; added code to hopefully recover gracefully from #1.QNAN position. Finished implementation of "prizes"; generalized main msg area in middle of window; added message when bumping into locked exit; added code to hopefully recover gracefully from #1.QNAN position. May 29, 2009 r60 (- added seeThrough (grated) walls; - added "prizes" Will pro...) committed by huttarl - - added seeThrough (grated) walls; - added "prizes" Will probably be ready for a point release, after a little more debugging. - added seeThrough (grated) walls; - added "prizes" Will probably be ready for a point release, after a little more debugging. May 25, 2009 r59 (Making some walls seethrough (through a grate)) committed by huttarl - Making some walls seethrough (through a grate) Making some walls seethrough (through a grate) May 25, 2009 r58 (work done on drawing the solution route with cylinders) committed by huttarl - work done on drawing the solution route with cylinders work done on drawing the solution route with cylinders May 25, 2009 r57 (added mouseTurnRate variable) committed by huttarl - added mouseTurnRate variable added mouseTurnRate variable Older Oct 16, 2008 FeatureWishlist (What would you most like to see in maze3dflyer?) Wiki page edited by huttarl Oct 16, 2008 FeatureWishlist (What would you most like to see in maze3dflyer?) Wiki page added by huttarl Oct 16, 2008 r54 (Made solution route stipple pattern asymmetric to indicate d...) committed by huttarl - Made solution route stipple pattern asymmetric to indicate direction toward exit. Made solution route stipple pattern asymmetric to indicate direction toward exit. Oct 16, 2008 r53 (Tag for v1.1. Main changes: - solution display ('R') - disab...) committed by huttarl - Tag for v1.1. Main changes: - solution display ('R') - disables recording new best score for current level - auto-forward ('Q') - so you don't have to hold down 'W' Tag for v1.1. Main changes: - solution display ('R') - disables recording new best score for current level - auto-forward ('Q') - so you don't have to hold down 'W'

issue 4 (move on multiple axes at once) Status changed by huttarl - OK, found the cause of the problem. You currently *can* move forward and left at the same time, but when you do, forward soon ends up winning at the expense of left. Here's why: on each cycle, when both W and D are pressed: - first forward velocity is increased, then trimmed to fit sqrt(max_velocity^2 - sideways_velocity^2) - then, sideways velocity is increased, then trimmed to fit sqrt(max_velocity^2 - sideways_velocity^2) If that was all there was to it, the two velocities would stay in equilibrium more or less, and whichever one was maxed first, the other wouldn't be able to squeeze in. However, there's also friction, which reduces both forward and sideways velocity on each cycle. After that, forward_velocity gets first crack at taking up the available gap between current velocities and max. So sideways_velocity gets edged out over several frames till it's down to about 1/10 of forward_velocity. How to solve this? Well... We could try some sort of alternating (or random) ordering between accelerating forward and sideways.

Status: Started

OK, found the cause of the problem. You currently *can* move forward and left at the same time, but when you do, forward soon ends up winning at the expense of left. Here's why: on each cycle, when both W and D are pressed: - first forward velocity is increased, then trimmed to fit sqrt(max_velocity^2 - sideways_velocity^2) - then, sideways velocity is increased, then trimmed to fit sqrt(max_velocity^2 - sideways_velocity^2) If that was all there was to it, the two velocities would stay in equilibrium more or less, and whichever one was maxed first, the other wouldn't be able to squeeze in. However, there's also friction, which reduces both forward and sideways velocity on each cycle. After that, forward_velocity gets first crack at taking up the available gap between current velocities and max. So sideways_velocity gets edged out over several frames till it's down to about 1/10 of forward_velocity. How to solve this? Well... We could try some sort of alternating (or random) ordering between accelerating forward and sideways.

Status: Started

Earlier this year

Older