I don't trust ratio deco because it isn't a mathematical model of a physical system (such as ZHL-16, VPM-B or RGBM) but rather something that is supposed to model the model of the system (e.g. here's a trick to generate the same plans as v-planner as opposed to here's a trick to model the activity of dissolved gasses in the body). We have two levels of compounding inaccuracy now, the inaccuracy of the model vs the body and the innaccuracy of the approximation of the model of the body. I suppose it's a good tool to have in the bag but I wouldn't use it as an acceptable method to make non-emergency changes to a dive plan.
Besides all of this, I don't trust myself to be able to do ratio deco in an emergency when I'm already task loaded... there's only so much my brain can handle and I recognize that limitation so I'll offload some of that to a computer. Sure I've got my tables to fall back on but the nature of the emergency may not allow me the time or gas to execute such a profile.
I'd rather plan gas using worst case scenarios in v-planner (e.g. absolute max depth/time) and then use a portable v-planner (e.g. the VR3 w/ VPM-B) to execute a profile that is less aggressive than the cut tables.
Perrone: we are in complete agreement (see above).
Besides all of this, I don't trust myself to be able to do ratio deco in an emergency when I'm already task loaded... there's only so much my brain can handle and I recognize that limitation so I'll offload some of that to a computer. Sure I've got my tables to fall back on but the nature of the emergency may not allow me the time or gas to execute such a profile.
I'd rather plan gas using worst case scenarios in v-planner (e.g. absolute max depth/time) and then use a portable v-planner (e.g. the VR3 w/ VPM-B) to execute a profile that is less aggressive than the cut tables.
Perrone: we are in complete agreement (see above).