Re: Dive planner problems

On 2022/02/08 00:17, Michael Andreen wrote: The problem seems to be what JB2Cool mentioned in the previous thread. You have the planner deco pO2 set to 0.60 instead of 1.60. The available gases shows both Bot. MOD and Deco switch at. The Bot. MOD uses the Bottom pO2 and 18m for 50% and 4m for

Re: Dive planner problems

Willem, > On 7. Feb 2022, at 20:22, Willem Ferguson > wrote: > > See attached image of a normoxic OC dive. The problem is that the MOD values > are not calculated correctly. Given that the dive preferences have been set > to a Max PO2 of 1.6 bar, the

Re: Dive planner problems

Hi Willem, > On 7. Feb 2022, at 20:22, Willem Ferguson > wrote: > > See attached image of a normoxic OC dive. The problem is that the MOD values > are not calculated correctly. Given that the dive preferences have been set > to a Max PO2 of 1.6 bar, the expected MOD for O2 is 6m and for

Re: Dive planner: SAC

Hi, > On 14. Apr 2019, at 15:38, Philippe Massart wrote: > > When doing the same with the latest master from Git (OS X), one line is > added, with a huge amount of liters! I tested the same from a fresh raspberry > (Raspbian) compilation from git, same « strange » new line. > > Perhaps that

Re: Dive planner: SAC

> On 14. Apr 2019, at 18:45, Berthold Stoeger > wrote: > > if I comment out the changes to planner.c introduced in 5e494ce761 (Show a bit > of surface degassing in the planner), then the scary line goes away. Yes, this sounds like I screwed up. Will look into this. Best Robert

Re: Dive planner: SAC

Hi Robert, On Sonntag, 14. April 2019 15:38:28 CEST Philippe Massart wrote: > Some strange behavior in the dive planner, between 4.8.6 (released version) > and the latest master from git if I comment out the changes to planner.c introduced in 5e494ce761 (Show a bit of surface degassing in the

Re: Dive planner: SAC

Hi Philippe, On Sonntag, 14. April 2019 15:38:28 CEST Philippe Massart wrote: > > When doing the same with the latest master from Git (OS X), one line is > added, with a huge amount of liters! I tested the same from a fresh > raspberry (Raspbian) compilation from git, same « strange » new line.

Re: dive planner bug - gas consumption missing

excuse me, link here: https://github.com/Subsurface-divelog/subsurface/issues/1998 On Tue, Mar 12, 2019 at 9:07 PM Dean Murray wrote: > Done, thanks. > > On Tue, Mar 12, 2019 at 6:38 PM Willem Ferguson < > willemfergu...@zoology.up.ac.za> wrote: > >> On 2019/03/12 03:48, Dean Murray wrote: >>

Re: dive planner bug - gas consumption missing

Done, thanks. On Tue, Mar 12, 2019 at 6:38 PM Willem Ferguson < willemfergu...@zoology.up.ac.za> wrote: > On 2019/03/12 03:48, Dean Murray wrote: > > Hi all, thanks for checking. I also now tested in Ubuntu 18.04 / xfce > > and also find no problem there. Just in Windows. Shall i report this > >

Re: dive planner bug - gas consumption missing

On 2019/03/12 03:48, Dean Murray wrote: Hi all, thanks for checking. I also now tested in Ubuntu 18.04 / xfce and also find no problem there. Just in Windows. Shall i report this via github if no one here is in a position to take a look anytime soon? Is there any further detail I should

Re: dive planner bug - gas consumption missing

Hi all, thanks for checking. I also now tested in Ubuntu 18.04 / xfce and also find no problem there. Just in Windows. Shall i report this via github if no one here is in a position to take a look anytime soon? Is there any further detail I should provide? Dean On Tue, 5 Mar. 2019, 02:33 Willem

Re: dive planner bug - gas consumption missing

On 2019/03/04 12:06, Dean Murray wrote: deanm-planner-bug-a.xml 1. open and then edit the single dive in the planner 2. note that the plan output includes the gas consumption details (all info below line "Gas consumption (based on SAC 20|17ℓ/min):") 3. note that calculations update and change

Re: dive planner bug - gas consumption missing

Dean, > On 4. Mar 2019, at 11:06, Dean Murray wrote: > > hope this is helpful to debug it. > thank you very much for you bug report. On my Mac, I cannot reproduce this but, works as expected. Could somebody else with Windows please look into this? Best Robert signature.asc Description:

Re: Dive planner CNS calculations

Robert, Anton, In my dive log I have many dives with OTU = zero where it should have some positive value. Do you have the same in your dive logs? One needs to distinguish the otu which is calculated at the time a dive is saved for the first time (and which is shown in the Information tab),

Re: Dive planner CNS calculations

On 09 November, 2018 - Willem Ferguson wrote: > Hi Robert, Anton, > > Robert, apologies for ascribing the CNS calculations to you. Anton, > any comments on the text below would be extremely valuable. > > As you might have deduced, the CNS and OTU calculations can rapidly > become pretty complex

Re: Dive planner CNS calculations

Hi Robert, Anton, Robert, apologies for ascribing the CNS calculations to you. Anton, any comments on the text below would be extremely valuable. As you might have deduced, the CNS and OTU calculations can rapidly become pretty complex for dives with long-ish segments. To be absolutely

Re: Dive planner CNS calculations

Hi Robert, I have been doing some testing, as you have seen from emails on the mail list and have looked at the existing Subsurface code in divelist.c. With respect to the calculation of CNS%, your and my calculations are identical EXCEPT that, for a specific PO2, you only use the next-lower

Re: Dive planner CNS calculations

In the end everything is always implemented in C. Even if only for clarity, brevity and simplicity :) On Thu, Nov 8, 2018, 17:01 Willem Ferguson wrote: > On 2018/11/08 08:37, Willem Ferguson wrote: > > On 2018/10/29 23:52, Robert Helling wrote: > > Hi, > > On 29. Oct 2018, at 22:31, Robert

Re: Dive planner CNS calculations

On 2018/11/08 08:37, Willem Ferguson wrote: On 2018/10/29 23:52, Robert Helling wrote: Hi, On 29. Oct 2018, at 22:31, Robert Helling > wrote: I can confirm the problem and here is a simplified version that also shows problem 1) (let’s deal with that first). it

Re: Dive planner CNS calculations

On 2018/10/29 23:52, Robert Helling wrote: Hi, On 29. Oct 2018, at 22:31, Robert Helling > wrote: I can confirm the problem and here is a simplified version that also shows problem 1) (let’s deal with that first). it seems, this is a regression that was introduced

Re: Dive planner

Hi, > On 29. Oct 2018, at 22:52, Robert Helling wrote: > > it seems, this is a regression that was introduced sometime between 4.8.1 and > 4.8.2. Bisecting…. I think I fixed this in https://github.com/Subsurface-divelog/subsurface/pull/1835

Re: Dive Planner: Inconsistent dive ceiling calculations

On 02/01/2018 15:34, Robert Helling wrote: Willem, reading your second mail, I understand there are only two different ceilings left: The one in the divelist which equals the one in the planner when you remove the ascent points and the second one you get in reedit until you remove the ascent

Re: Dive Planner: Inconsistent dive ceiling calculations

Willem, > On 2. Jan 2018, at 13:57, Willem Ferguson > wrote: > > Attached four files: a dive plan and three profiles. > > 1) Load dive plan into Subsurface. This gives dive1_list.png. > > 2) Open the dive plan for edit in the planner. This gives dive1_2.png.

Re: Dive planner VPM-B problems

On 17/10/2017 09:53, Stefan Fuchs wrote: Hello Willem, Am 17.10.2017 um 09:42 schrieb Willem Ferguson: On 16/10/2017 21:56, Stefan Fuchs wrote: BTW: You could be one of the best candidates for testing my latest changes around cylinder handling in the planner. It would be great to hear

Re: Dive planner VPM-B problems

Hello Willem, Am 17.10.2017 um 09:42 schrieb Willem Ferguson: > On 16/10/2017 21:56, Stefan Fuchs wrote: >> >> BTW: You could be one of the best candidates for testing my latest >> changes around cylinder handling in the planner. It would be great to >> hear from your side if this improves or

Re: Dive planner VPM-B problems

On 16/10/2017 21:56, Stefan Fuchs wrote: BTW: You could be one of the best candidates for testing my latest changes around cylinder handling in the planner. It would be great to hear from your side if this improves or breaks s.th. for you. Robert merged the changes already but the PR was

Re: Dive planner VPM-B problems

Hello Willem, please find a few comments from my side on top of your two mails from today about this topic. Am 16.10.2017 um 15:31 schrieb Willem Ferguson: > Attached two images of a mixed gas dive. > > Plan1 is a first step of a multigas dive plan and the planner places > some points above the

Re: Dive planner MG, TP and FC

I think there are two main applications here: 1. for tracking data with the current planner which calculates everything in detail for every dive sample. 2. for bottom timer users which want to have an idea of the plan thus calculations are really easy by just adding parameters such as stops, SAC

Re: Dive planner MG, TP and FC

14. okt. 2015 16.45 skrev "Ivan Wagner" : > > In fact I use the Shearwater Petrel as a bottom timer... a :D so much > money for a bottom time. Hehe, same here. Allthough the latest firmware added a stopwatch and resettable average depth in OC Tec mode, so

Re: Dive planner MG, TP and FC

On 14/10/2015 16:05, Robert Helling wrote: Hi, On 14.10.2015, at 15:26, Willem Ferguson > wrote: This is the gas pressure in the cylinder at the start of the ascent phase? This is a meaningful request but would require

Re: Dive planner MG, TP and FC

Robert, Can a make a second attempt to make more sense? But this is, I am sure, boring to you. The group that I do deep dives with use a thirds approach: whether you dive caves or open water and nothing goes wrong, diver needs a third of the back gas remaining at the end of the dive. So,

Fwd: Re: Dive planner MG, TP and FC

Ivan, Robert, I think I understand the request. On 14/10/2015 14:21, Ivan Wagner wrote: Dear list, I was taking a look at the dive planner feature within subsurface and I see some useful features that could be added: - Minimum gas (based on a scenario of an out-of-gas event and and ascent

Re: Dive planner oddities

On 12 October 2015 at 18:21, Sergey Starosek wrote: > Robert, Rick, > > On Sun, Oct 11, 2015 at 10:44 PM, Rick Walsh wrote: > >> The cylinder pressure graph should start to flatten when starting >> ascent. Assuming a constant SAC, gas

Re: Dive planner oddities

Robert, Rick, On Sun, Oct 11, 2015 at 10:44 PM, Rick Walsh wrote: > The cylinder pressure graph should start to flatten when starting ascent. > Assuming a constant SAC, gas consumption varies with depth. Is that what > you're referring to? > See another image attached

[PATCH] Re: Dive planner oddities

Hi,On 12 Oct 2015, at 09:21, Sergey Starosek wrote:Robert, Rick,On Sun, Oct 11, 2015 at 10:44 PM, Rick Walsh wrote:The cylinder pressure graph should start to flatten when starting ascent.  Assuming a constant SAC, gas consumption varies with

Re: Dive planner oddities

Sergey, thanks for testing this. Unfortunately I think I need some more explanation of your findigs. > On 11 Oct 2015, at 20:06, Sergey Starosek wrote: > > Some planner testing results: > Reset preferences, no default divelog > Start planner (Buehlmann model) >

Re: Dive planner oddities

Hi Sergey, Thanks for testing the planner. The more people that try it and the more feedback the better. On 12 Oct 2015 6:35 am, "Sergey Starosek" wrote: > > HI Robert, > > Away from keyboard, answering from mobile. > > On Oct 11, 2015 22:18, "Robert C. Helling"

Re: Dive planner oddities

HI Robert, Away from keyboard, answering from mobile. On Oct 11, 2015 22:18, "Robert C. Helling" wrote: > > Sergey, > > thanks for testing this. Unfortunately I think I need some more explanation of your findigs. > > What exactly do you mean by „not aligned“? Do you refer to