Re: [PATH] Add native Bluetooth support for Windows platforms

On Friday 14 August 2015 00:13:40 Claudiu Olteanu wrote: Hi Claudiu Great work, this is a very good contribution. Thank you for getting to it! Most of my comments below are suggestions for learning and other requests for clarification on my part. There are just two issues that need to be fixed

Re: planner / VPM-B patches

On Tue, Aug 18, 2015 at 7:48 AM, Dirk Hohndel wrote: > On Tue, Aug 18, 2015 at 03:35:07PM +1000, Rick Walsh wrote: >> >> I'm a bit stretched for time at the moment, but I'll try to run off a >> series of plans from the VPM-B Fortran program. There's also a free (as in >> beer) Windows implementat

Re: at some point we need to release Subsurface 4.5

On Mon, Aug 17, 2015 at 3:16 PM, Dirk Hohndel wrote: > > Location management > === > > The location management work turned into an utter disaster of many > attempts that no one liked but I think we are getting closer there. What's > missing before this is ready for actual users? >

Re: [PATCH] Parse erroneous sample time for MK6

On 17 August, 2015 - Miika Turkia wrote: > I got a confirmation that this is a bug in an old version of their > download tool. Should be fixed by a firmware update and updated PC > tool. I am still verifying some details before sending a new patch > according to the vendors suggestion. (A bit less

Re: planner / VPM-B patches

On Tue, Aug 18, 2015 at 03:35:07PM +1000, Rick Walsh wrote: > On 18 August 2015 at 15:23, Dirk Hohndel wrote: > > > I think I have most of this applied and pushed now - but I'm not sure. > > There were some patches from Rick and some other strays here and there > > that I wasn't quite sure what t

Re: planner / VPM-B patches

On 18 August 2015 at 15:23, Dirk Hohndel wrote: > I think I have most of this applied and pushed now - but I'm not sure. > There were some patches from Rick and some other strays here and there > that I wasn't quite sure what to do with. Those patches of mine are obsolete and can be left alone.

planner / VPM-B patches

I think I have most of this applied and pushed now - but I'm not sure. There were some patches from Rick and some other strays here and there that I wasn't quite sure what to do with. Also, there were several conflicts when applying Jan's and Robert's patches. I'd appreciate if Robert / Jan / Rick

Re: [PATCH] Re: [PULL REQUEST] VPM-B

On Mon, Aug 17, 2015 at 06:41:03PM +0200, Jan Darowski wrote: > 2015-08-17 17:54 GMT+02:00 Robert C. Helling : > > Hi, > > > > On 17 Aug 2015, at 15:44, Rick Walsh wrote: > > > > Which approach is more justified? Debatable. The method used by Subsurface > > should be 'better', but when the depth

Re: [PATCH] Fix MKVI erroneous sample time

And of course I forgot a small but important bit of data from the commit message On Tue, Aug 18, 2015 at 7:35 AM, Miika Turkia wrote: > There was a bug in MKVI download tool that resulted in erroneous sample > times. This fix takes care of that and should work similarly as the > vendor's own. Fi

[PATCH] Fix MKVI erroneous sample time

There was a bug in MKVI download tool that resulted in erroneous sample times. This fix takes care of that and should work similarly as the vendor's own. Signed-off-by: Miika Turkia --- file.c | 10 +- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/file.c b/file.c index 852

Re: Customizable prints progress

Hello Lubomir, As I am progressing with the documentation, I want to add description for users willing to write their own templates, so I will need to describe many concepts related to our defined css selectors, Grantlee names, etc. do you think it is relevant to add these details in the user manu

Re: [PATCH] Re: [PULL REQUEST] VPM-B

Hi Robert, On 18 August 2015 at 02:43, Robert C. Helling wrote: > > On 17 Aug 2015, at 18:41, Jan Darowski wrote: > > In my opinion we shouldn't leave this as a preference, it's to > technical and complicated to explain to most of users. We have the > conservatism levels already, so users can m

[PATCH] Solve both cubics analytically

Hi, here is the promised analytic solution for the cubic in update_gradient(). Turns out, we can use the same code as calc_inner_pressure(), so it can be factored out. To be applied after Jan’s latest patches. Best Robert From a69b57ef979eab3553b5e2be0c2559c7e6dcb0a1 Mon Sep 17 00:00:00 2001

Re: [PATCH] Parse erroneous sample time for MK6

I got a confirmation that this is a bug in an old version of their download tool. Should be fixed by a firmware update and updated PC tool. I am still verifying some details before sending a new patch according to the vendors suggestion. (A bit less accurate than my current one, but probably more r

Re: at some point we need to release Subsurface 4.5

Regarding to grantlee - I started reading it's source code but didn't managed to advance much - will keep trying. also, I'm in contact with grantlee developer to make things easier. tomaz ___ subsurface mailing list subsurface@subsurface-divelog.org http

Re: at some point we need to release Subsurface 4.5

> > Bluetooth support > = > > BT support is looking fairly good on Linux and making progress on Windows, > I think, but I'm sure there are tons of small issues lurking here and > there. Has anyone gotten it to work on Mac, yet? > > Claudiu / Thiago - do you have a TODO list? > The

Re: [PATCH] Re: [PULL REQUEST] VPM-B

> On 17 Aug 2015, at 18:41, Jan Darowski wrote: > > In my opinion we shouldn't leave this as a preference, it's to > technical and complicated to explain to most of users. We have the > conservatism levels already, so users can manipulate how aggressive > their schedule is. It’s just that I hav

Re: [PULL REQUEST] VPM-B

DIrk, > On 15 Aug 2015, at 16:11, Jan Darowski wrote: > > Here is my next pull request, this is definitely progress and nothing is obviously wrong (modulo what was said in this thread, so please pull: ACK by me. There are some things to work on, but this gets easier, once this code is in ma

Re: [PATCH] Re: [PULL REQUEST] VPM-B

2015-08-17 17:54 GMT+02:00 Robert C. Helling : > Hi, > > On 17 Aug 2015, at 15:44, Rick Walsh wrote: > > Which approach is more justified? Debatable. The method used by Subsurface > should be 'better', but when the depth of the first stop/ceiling is given a > special significance thanks to the B

[PATCH]Cast to stop compiler warning.

From e77bec30c802af34782414bfa5ee382c1acf6e9e Mon Sep 17 00:00:00 2001 From: "Robert C. Helling" Date: Mon, 17 Aug 2015 18:29:21 +0200 Subject: [PATCH] Explicit cast to stop compiler warning Signed-off-by: Robert C. Helling --- git-access.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[PATCH] Re: [PULL REQUEST] VPM-B

Hi,On 17 Aug 2015, at 15:44, Rick Walsh wrote:Which approach is more justified?  Debatable.  The method used by Subsurface should be 'better', but when the depth of the first stop/ceiling is given a special significance thanks to the Boyles law compensation process, I'm not s

Re: at some point we need to release Subsurface 4.5

On 17 August 2015 at 17:33, Gehad Elrobey wrote: > > > On Mon, Aug 17, 2015 at 4:20 PM, Lubomir I. Ivanov > wrote: >> >> On 17 August 2015 at 17:06, Gehad Elrobey wrote: >> > >> > >> > On Mon, Aug 17, 2015 at 3:49 PM, Lubomir I. Ivanov >> > wrote: >> > >> >> >> >> ATM, the plan for the "statist

Re: at some point we need to release Subsurface 4.5

On Mon, Aug 17, 2015 at 4:20 PM, Lubomir I. Ivanov wrote: > On 17 August 2015 at 17:06, Gehad Elrobey wrote: > > > > > > On Mon, Aug 17, 2015 at 3:49 PM, Lubomir I. Ivanov > > wrote: > > > >> > >> ATM, the plan for the "statistics print" is for it to have a > >> single-template design (no delet

Re: at some point we need to release Subsurface 4.5

> On Aug 17, 2015, at 7:12 AM, Willem Ferguson > wrote: > > On 17/08/2015 15:16, Dirk Hohndel wrote: >> I've been saying this for a while now. But I'd like to actually try and >> make this happen sooner rather than later... >> >> So here's what I can remember of the top of my head... >> >> Lo

Re: [PULL REQUEST] VPM-B

On 18 Aug 2015 12:13 am, "Jan Darowski" wrote: > > > I think I've worked out at least one difference in the programs' algorithms, > > and sorry I doubt you'll like it. Subsurface calculates required stops > > considering the ascent rate and the time to reach the stop. The Fortran > > program cal

Re: at some point we need to release Subsurface 4.5

On 17 August 2015 at 17:06, Gehad Elrobey wrote: > > > On Mon, Aug 17, 2015 at 3:49 PM, Lubomir I. Ivanov > wrote: > >> >> ATM, the plan for the "statistics print" is for it to have a >> single-template design (no delete, import/export, only edit) due to >> complications that he can explain bette

Re: [PULL REQUEST] VPM-B

> I think I've worked out at least one difference in the programs' algorithms, > and sorry I doubt you'll like it. Subsurface calculates required stops > considering the ascent rate and the time to reach the stop. The Fortran > program calculates the 'instantaneous' ceiling, i.e. the depth corres

Re: at some point we need to release Subsurface 4.5

On 17/08/2015 15:16, Dirk Hohndel wrote: I've been saying this for a while now. But I'd like to actually try and make this happen sooner rather than later... So here's what I can remember of the top of my head... Location management === The location management work turned into

Re: at some point we need to release Subsurface 4.5

On Mon, Aug 17, 2015 at 3:49 PM, Lubomir I. Ivanov wrote: > On 17 August 2015 at 16:16, Dirk Hohndel wrote: > > I've been saying this for a while now. But I'd like to actually try and > > make this happen sooner rather than later... > > > > So here's what I can remember of the top of my head...

Re: at some point we need to release Subsurface 4.5

On 17-08-2015 14:16, Dirk Hohndel wrote: I've been saying this for a while now. But I'd like to actually try and make this happen sooner rather than later... So here's what I can remember of the top of my head... User manual === That needs massive work for all the amazing features th

Re: at some point we need to release Subsurface 4.5

On 17 August 2015 at 16:16, Dirk Hohndel wrote: > I've been saying this for a while now. But I'd like to actually try and > make this happen sooner rather than later... > > So here's what I can remember of the top of my head... > > > Printing > > > Printing seems to be fairly close - ther

Re: [PULL REQUEST] VPM-B

Hi Jan, On 17 August 2015 at 20:59, Rick Walsh wrote: > > > On 17 August 2015 at 19:46, Jan Darowski wrote: > >> > I think that currently first_stop is being calculated for each stop (so >> > isn't actually first_stop) rather than just the first. That's what it >> > looked like from my limited

Re: building on a Mac

On Mon, Aug 17, 2015 at 03:03:41PM +0200, Guido Lerch wrote: > Will do, Thanks > Tried this morning to get an Ubuntu 14.04 Desktop up and SubSurface installed > as per INSTALL file. > > :-) worked like a charm with a few hick-up’s > Using apt-get as suggested works but some get’s failed. I ran

at some point we need to release Subsurface 4.5

I've been saying this for a while now. But I'd like to actually try and make this happen sooner rather than later... So here's what I can remember of the top of my head... Location management === The location management work turned into an utter disaster of many attempts that no

Re: building on a Mac

Will do, Tried this morning to get an Ubuntu 14.04 Desktop up and SubSurface installed as per INSTALL file. :-) worked like a charm with a few hick-up’s Using apt-get as suggested works but some get’s failed. I ran a sudo apt-get update and then again a sudo apt-get sudo apt-get install git g++

Re: building on a Mac

On Mon, Aug 17, 2015 at 10:35:26AM +0200, Guido Lerch wrote: > Hi Dirk, > > Thanks for all your efforts. > I though it might be useful to protocol on how I uninstalled what you listed > below. > > What is kind of frustrating is that when removing QT with the maintenance > tool, which is what th

[PATCH] Explicit names in deco constant initialization

Make initialization of the deco parameters more explicit by using names for members. For VPM critical radii, I changed the values to V-Planner ones, as a patch by Jan will do this later anyway and will conflict with this patch anyway. Conflict resolution will this way only involve discarding the

Re: [PULL REQUEST] VPM-B

On 17 August 2015 at 19:46, Jan Darowski wrote: > > I think that currently first_stop is being calculated for each stop (so > > isn't actually first_stop) rather than just the first. That's what it > > looked like from my limited running under gdb with a break every time > > first_stop is calcul

Re: [PULL REQUEST] VPM-B

> I think that currently first_stop is being calculated for each stop (so > isn't actually first_stop) rather than just the first. That's what it > looked like from my limited running under gdb with a break every time > first_stop is calculated, and printing the depth variable. > > To calculate th

Re: building on a Mac

Hi Dirk, Thanks for all your efforts. I though it might be useful to protocol on how I uninstalled what you listed below. What is kind of frustrating is that when removing QT with the maintenance tool, which is what they recommend, certain traces in the /usr/local/ folder remain from which a no