Welcome to ScubaBoard, the world's largest scuba diving community. Registration is not required to read the forums, but we encourage you to join. Joining has its benefits and enables you to participate in the discussions.
Benefits of registering include
Pretty sure it was a design decision, as it's cheaper to implement the simpler algorithm. "TTS" goes on the feature list, and it would be a tiny fraction of buyers who would care about the specifics (single vs multi-gas) AND be able to return it if multi-gas TTS were critical to them.
Ginti
Well I do plan upfront. I also write down on a slate as backup if I don't have a second tech computer. But the thing is that when I plan I know that i.e. for a 40m deco from depth X I would need approx Y amount of gas. So when I dive when I reach the Y amount I know that this is the minimum I need. If I have exceeded the depth thus making the TTS longer, the gas amount doesn't count. So having both TTS and gas amount give me more flexibility. I know that I should go either when I hit my TTS limit or my minimum gas (ofc with all the needed budy bailout etc calcs, which I have done upfront).
Having shown a TTS of 80m+ when I have planned the gas for a 40mins TTS makes the flexibility of the computer a bit less. In such case I need to plan the "old school" - this depth this time. Over. No flexibiliry
Yes, i see what you mean. thats more the old-school. totally valid, but why not use the benefits of technologies. Tbh I had same feature I think on even a low tech computer. I think it was so on Scubapro Luna 2.0ginti