<div dir="auto"><div><br><div class="gmail_extra"><br><div class="gmail_quote">On 16 Oct. 2017 7:11 pm, "Stefan Fuchs" <<a href="mailto:sfuchs@gmx.de" target="_blank">sfuchs@gmx.de</a>> wrote:<br type="attribution"><blockquote class="m_-8969635682358373300m_384661162759083910quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
<p>Good morning!</p></div></blockquote></div></div></div><div dir="auto">Good evening,</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="m_-8969635682358373300m_384661162759083910quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div text="#000000" bgcolor="#FFFFFF"><div class="m_-8969635682358373300m_384661162759083910quoted-text">
Am 16.10.2017 um 09:20 schrieb Willem Ferguson:<br>
<blockquote type="cite">
<div dir="ltr">Rick, your mail is truly useful. Thank you.
Comments in-line below:</div></blockquote></div></div></blockquote></div></div></div><div dir="auto"><div style="font-family:sans-serif" dir="auto"><div><div class="elided-text"><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><br>Attached screenshot is 4.6.4.977, downloaded yesterday(Sunday). When plan variations is activated, it says "extend dive duration for 38 seconds for each extra minute of dive duration". That sound totally counterintuitive because the dive duration should increase with at least one minute for each minute that the bottom time is increased??</div></blockquote></div></div></div></div><div dir="auto"><br></div><div dir="auto"><div style="font-family:sans-serif" dir="auto"><div><div class="elided-text"><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div></div></div></blockquote></div></div></div><div dir="auto" style="font-family:sans-serif">The variation is the ratio of change in deco time (not total dive duration) to change in bottom time. So the total dive duration would increase by 1:38 for a 1min increase in bottom time</div></div><div dir="auto"></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="m_-8969635682358373300m_384661162759083910quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div text="#000000" bgcolor="#FFFFFF"><div class="m_-8969635682358373300m_384661162759083910quoted-text"><blockquote type="cite"><div dir="ltr"><br>
On 16/10/2017 08:59, Rick Walsh wrote:<br>
<div class="gmail_extra">
<div class="gmail_quote">
<div><br>
</div>
</div>
</div>
</div>
</blockquote></div>
I can confirm Ricks summary. Lot's of small fixes were done for the
planner but the two items "Plan variations" and "Minimum gas delta"
are the only really visible items.<div class="m_-8969635682358373300m_384661162759083910quoted-text"><br>
<br>
<blockquote type="cite">
<blockquote type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">
<div> <br>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> The planning using
VPM-B is still pretty broken. The ceiling generated is
just totally wrong. </blockquote>
<div><br>
</div>
<div>Can you please test the latest master / daily
builds? My commit f9d05a8 a week ago should have
corrected the *totally* wrong ceiling, but there may be
more bugs. If it's still not right we need to fix that.<br>
</div>
</div>
</div>
</div>
</blockquote>
<br>
Attached screenshot is 4.6.4.977, downloaded yesterday(Sunday).
The VPM plan generates an impossible ceiling. Perhaps worth
another look?<br>
<br>
</blockquote></div>
Yes, regarding the ceiling I agree that there were some huge
improvements but at the same moment there still seem to be more
bugs.<br>
The picture from Willem reminds me a little bit of the EAN32 picture
I produced. Now that Willem showed that he can also have strange
ceiling results with air I successfully duplicated this here.
Attached are a few examples which are similar to Willems results.<br>
<br>
About the "EAN32" issue (which may not be only restricted to EAN32):<br>
- Yes, at least the "deepest ceiling before end of bottom time" part
of the EAN32 issue is still there. And what we see here looks very
similar to this.<br>
- Also for this example setup the ceiling calculated inside and
outside the planner is different<br>
- For the ceiling calculated outside the planner I also still have
the effect that ceiling for EAN31 is larger/deeper than for EAN30%<br>
<br>
Sorry for the large pictures but I also wanted to provide the full
setup...<br></div></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto">Thanks Willem and Stefan for those examples of discrepancies in ceiling calculation between the planner and profile. Hopefully we can resolve them.</div></div>