platypii

Members
  • Content

    82
  • Joined

  • Last visited

  • Feedback

    0%

Community Reputation

3 Neutral

Gear

  • Main Canopy Size
    190
  • Main Canopy Other
    WinX
  • Reserve Canopy Size
    176
  • AAD
    Cypres 2

Jump Profile

  • Home DZ
    Kapowsin
  • Licensing Organization
    USPA
  • Number of Jumps
    600
  • Years in Sport
    8
  • First Choice Discipline
    BASE Jumping
  • Second Choice Discipline
    Wing Suit Flying
  • Freefall Photographer
    Yes

Ratings and Rigging

  • USPA Coach
    No
  • Pro Rating
    No
  • Wingsuit Instructor
    No

Recent Profile Visitors

278 profile views
  1. Just released a new version of BASEline tonight that will scale text with the android system font size. Thanks for the feedback. Keep us posted on your project!
  2. I've done this using Google Glass and it works well. I'm the developer of BASEline Flight Computer, so it was fairly easy to port the Android app to Google Glass. You can find used Glass on ebay for around $400. As you mentioned, the advantage of a HUD is that you can see horizontal speed, vertical speed, total speed, and glide ratio all at once, and with much faster update than you could ever get with audio. I personally chose to display your speed as a "polar chart". Horizontal and vertical speeds on the axes, total speed equals the hypotenuse, and glide is shown by the slope: To get good data, pair the phone with a bluetooth GPS like the XGPS160. Let me know if I can help with anything. I would love for this to exist! But I don't expect most people to deal with google glass. If interested, the google glass version of BASEline is available on a github branch: https://github.com/platypii/BASElineFlightComputer/tree/glass
  3. Computing velocity from noisy position data can introduce a fair amount of error. Here is an example. Your true velocity might be constant and actually look like: But GPS will have errors that might make the position look like any of the black dots here, and you can see how much error that can introduce to the velocity if computed using distance / time: It's possible to smooth this out by adding a Kalman Filter. But a filter will introduce its own errors and create a lag time before it accurately estimates your true velocity. However, as pointed out by @crwper, GPS actually has the ability to compute position directly, not using position and distance. Instead, many GPS chips can actually use doppler shift from the satellites to directly compute velocity. The accuracy and response time is much better. It is not clear whether the GoPro uses doppler velocity to compute 2D and 3D speed, but its definitely NOT giving the individual velocity components (vN, vE, vD) which would be nice to have.
  4. Actually I find the touch screen to be one of the biggest selling points of Dekunu over the X2. I own both and I HATE using the 3 button interface on the X2. Using the touch screen is so much more intuitive, way easier to find things in the menu, easier to use while on the ride to altitude, etc. On the topic of the screens, they are very different! The Dekunu has lit up screen (like a cellphone), whereas the X2 has a passive screen (more like a watch screen). Neither is strictly better than the other... X2 might be a bit better in direct sun, but overall I find it easier to read the dekunu in most cases. Dekunu has wider viewing angle, and usually its in the shade on my chest strap while wingsuiting, so the lit up screen it more readable. Plus the LCD screen on the X2 sometimes interferes with polarized sunglasses. Overall, I like the Dekunu more, but I am excited to see how both these units get upgraded over time.
  5. Overall really happy with the site redesign. Great work! One super minor request: it seems like with the new CMS, the favicon disappeared. I like to keep my favorite sites on my bookmarks bar with just icons and no text:
  6. Cool application of WSE: Roll Angle from GPS data! Basically, by finding the angle of the Lift vector relative to flight path, you can compute the roll angle of the suit. Here's an example of pitch, roll, and yaw reconstructed from FlySight data: This shows initial steep exit from a cliff, followed by leveling out, a slight right turn, a corkscrew (!), then a long commute before deploying. Note that the visualization assume AoA = 0. Credit to Hartman for the roll angle calc, and DFR for the corkscrew line. BASEline - Wingsuit Flight Computer
  7. I'm going to preface this by saying that I'm highly skeptical of this idea, especially since you haven't even addressed how deployment would work. But... You should check out "hot wire foam cutting". There are super cheap tools available on amazon so you can do manual sculpting of foam. There are automatic hot wire cutting machines that can make them. Also some clever DIY hacks to make it cheap. High end professional hot wire cutter with overly dramatic music Very relevant DIY foam cutting of an airfoil (very long video) BASEline - Wingsuit Flight Computer
  8. Yea working on an edit now, something looked wrong. In my defense, in baseline the formulas are implemented in 3D, and I had to re-do the math today for the 2D version. BASEline - Wingsuit Flight Computer
  9. MAGIC-FREE L/D I mentioned in my earlier post that you don't need yuri's "magic" coefficients from WSE to compute L/D. Thought I would share the math here in case it helps someone's understanding of wingsuit dynamics. [inline magicfree1.png] The net acceleration A of a wingsuiter can be measured by GPS, and is equal to the sum of the force vectors: A = L + D + G Split the equality into its vector components. The obvious thing would be to align our coordinates with earth (x and y axes), but that makes the math tricky. Much easier if we project it onto the Lift and Drag axes: [inline magicfree2.png] Rearrange to get: [inline magicfree3.png] Since we know the velocity components from GPS: sin(theta) = vy / v and cos(theta) = vx / v. Substitute to get: [inline magicfree4.png] Boom, L/D from GPS velocity and acceleration data! No magic As a sanity check, when A = 0 it's easy to see that L/D = vx / vy = glide ratio. Exactly what we would expect for steady state flight. But this also works when accelerating. This doesn't work if there is wind, because lift and drag forces will no longer be parallel and perpendicular to the velocity vector. But it works well in low-wind situations, especially BASE jumps. Wonder if there will be more math skeptics... (edit: fixed negative) BASEline - Wingsuit Flight Computer
  10. I'll let those Formula1 teams know that they should stop using wind tunnels to fine-tune their aerodynamics. I'm sure they will be grateful to save the $. In more sophisticated aeronautical engineering fields (eg- not wingsuiting) there is good uses for all these tools: instrumentation, CFD, and wind tunnels. Instrumentation might be great for measuring the absolute L/D of different suits, but if I was trying to design a better suit, tunnel and CFD will allow for much faster iteration. To be later validated by instrumentation. BASEline - Wingsuit Flight Computer
  11. Yuri, wouldn't the tunnel be the PERFECT place to validate if your vane is actually giving accurate results and where to mount it? Would be great to know how much error it introduces and the stdev of the output. It's really only statistically useful for comparing suits if the difference is greater than error of the measuring device. BASEline - Wingsuit Flight Computer
  12. I feel like the chart I posted could benefit from some additional explanation. This is how it maps to a skydive or base jump at a high level: [inline state-machine.png] There's a fair amount of noise, but also its possible to hit a wide range of glide ratios, as has been discussed to death in this thread. The polar view is especially interesting when it comes to flares. Here's a single wingsuit BASE jump with a really nice flare. You can see the exit, initial build up of downward velocity, followed by steady increasing horizontal speed. At the end of the jump, speed is converted into lift in the flare, and then gaining altitude before deploying the canopy. [inline polar-flare.png] The background ellipses are approximations based on the previous plot, so that you can have a quick visual reference for your speeds (UX design is research too) BASEline - Wingsuit Flight Computer
  13. Not replying to any particular post, just bringing back the original topic of ws research, and thought I would share some real-world data that might be interesting to people. Data from over 2000 different wingsuit gps tracks (sky and base) plotted as a polar chart. Ground speed on horizontal axis, fallrate on vertical axis (mph). The tracks were classified by flight mode, and the points colored according to: Ground = brown Plane = red Wingsuit = purple Canopy = green [inline baseline-polar.png] This chart helped me understand the typical wingsuit performance envelope a lot better, and was critical in building a tool to automatically recognize different flight modes based on GPS data. BASEline - Wingsuit Flight Computer
  14. Chart attached with all speeds: total, groundspeed, fallrate. Plus glide and l/d. Accuracy on this track seems okay. Jump is sensitive, so can't share the data, but will see if I can find a similar one that I can. BASEline - Wingsuit Flight Computer