>>> The BSAC 88 tables work in 3m increments, as do the tables that ScotSAC
>>> use IIRC. I guess most are a result of the original USN work.
>>
>> Good data points. Is anyone aware of an organisation that teaches deco
>> stops that aren't on multiples of 3m/10ft?
>>
>> /D
>
> Most of my stops
On 07/05/2015 09:50 PM, Claudiu Olteanu wrote:
I spent this week doing some tests to find out the possible reasons
of some issues:
- first the QtSocketBluetooth::connectToService(address, uuid, mode)
doesn't work as expected. On some devices, the SPP profile is never found.
- second on some envi
On Mon, Jul 06, 2015 at 06:15:07AM +0300, Claudiu Olteanu wrote:
> > Might be worth following up, copying Thiago. If we are chasing a library
> > bug I'd prefer to know that early.
> > Out of curiosity, have you tried compiling Qt5.5 from source and trying
> > with that? That is high on my personal
On Monday 06 July 2015 06:15:07 Claudiu Olteanu wrote:
> > Might be worth following up, copying Thiago. If we are chasing a library
> > bug I'd prefer to know that early.
> > Out of curiosity, have you tried compiling Qt5.5 from source and trying
> > with that? That is high on my personal todo list
Hi,
> On 06 Jul 2015, at 00:19, Linus Torvalds
> wrote:
>
> Trying to find any metric dive plans with google and failing pretty
> badly. But the V-Planner FAQ seems to have examples that seem to be
> more along the lines of a mixture of "round metric numbers, except at
> the shallower end".
a
> Might be worth following up, copying Thiago. If we are chasing a library
> bug I'd prefer to know that early.
> Out of curiosity, have you tried compiling Qt5.5 from source and trying
> with that? That is high on my personal todo list.
I created a SDP discovery sample and I compiled it with Qt5.
I did pick one commit from your current devel branch (the build fix for
subsurface-mobile - while the subsurface-mobile in master isn't really
useful it made sense to have this fix in master).
And as it happens, that's our commit #1000 since 4.4.2
(actually, the way git describe counts this is a b
Hi Grace
On Sun, Jul 05, 2015 at 11:00:31PM +0300, Grace Karanja wrote:
>
> This week, I managed the following:-
>
> - Adding a preferences dialog for the user to store cloud credentials.
> - Loading dives/Saving them to the cloud.
> - Displaying the dive profile in QML.
Things looks nice, grea
On Sun, Jul 05, 2015 at 10:50:59PM +0300, Claudiu Olteanu wrote:
> Hi there,
>
> I spent this week doing some tests to find out the possible reasons
> of some issues:
> - first the QtSocketBluetooth::connectToService(address, uuid, mode)
> doesn't work as expected. On some devices, the SPP profil
On Sun, Jul 05, 2015 at 11:25:41PM +0100, David Tillotson wrote:
> The BSAC 88 tables work in 3m increments, as do the tables that ScotSAC
> use IIRC. I guess most are a result of the original USN work.
Good data points. Is anyone aware of an organisation that teaches deco
stops that aren't on mul
On 5 July 2015 23:19:52 BST, Linus Torvalds
wrote:
>On Sun, Jul 5, 2015 at 2:55 PM, Pedro Neves
>wrote:
>>> But do metric divers really prefer "21m/24m" to "20m/25m"?
>>
>> I sure do...
>> .. but maybe that's just me...
>
>The metric PADI tables do something odd, and go in two-meter
>increments
On Sun, Jul 05, 2015 at 03:19:52PM -0700, Linus Torvalds wrote:
> On Sun, Jul 5, 2015 at 2:55 PM, Pedro Neves wrote:
> >> But do metric divers really prefer "21m/24m" to "20m/25m"?
> >
> > I sure do...
> > .. but maybe that's just me...
>
> The metric PADI tables do something odd, and go in two-
On Sun, Jul 5, 2015 at 2:55 PM, Pedro Neves wrote:
>> But do metric divers really prefer "21m/24m" to "20m/25m"?
>
> I sure do...
> .. but maybe that's just me...
The metric PADI tables do something odd, and go in two-meter
increments from 10m to 22m, and then they switch to 5m increments
(well,
> On 05 Jul 2015, at 21:31, Dirk Hohndel wrote:
>
> On Sun, Jul 05, 2015 at 12:11:15PM -0700, Linus Torvalds wrote:
>> On Sun, Jul 5, 2015 at 11:56 AM, Dirk Hohndel wrote:
>>> static inline depth_t gas_mod(struct gasmix *mix, pressure_t po2_limit, int
>>> roundto) {
>>>depth_t depth;
>
On 6 Jul 2015 7:55 am, "Pedro Neves" wrote:
>
> On 05-07-2015 22:48, Linus Torvalds wrote:
>>
>>
>> Are they, though? At shallow depths, sure. But do metric divers really
>> prefer "21m/24m" to "20m/25m"? That sounds odd.
>
>
> I sure do...
> .. but maybe that's just me...
We do in Australia too.
On 05-07-2015 22:48, Linus Torvalds wrote:
Are they, though? At shallow depths, sure. But do metric divers really
prefer "21m/24m" to "20m/25m"? That sounds odd.
I sure do...
.. but maybe that's just me...
Pedro
___
subsurface mailing list
subsurfac
On Sun, Jul 5, 2015 at 2:42 PM, Dirk Hohndel wrote:
>
> So rounding to 5m seems wrong - the typical stop depth are multiples of
> 3m/10ft.
Are they, though? At shallow depths, sure. But do metric divers really
prefer "21m/24m" to "20m/25m"? That sounds odd. But I've never done
any metric diving,
Hi,
On 6 Jul 2015 7:42 am, "Dirk Hohndel" wrote:
>
> On Mon, Jul 06, 2015 at 07:03:09AM +1000, Rick Walsh wrote:
> > Hi,
> >
> > On 6 Jul 2015 4:26 am, "Robert C. Helling" wrote:
> > >
> > > Hi,
> > >
> > >> On 05 Jul 2015, at 15:09, Dirk Hohndel wrote:
> > >>
> > >> But what I've seen in diver
On Mon, Jul 06, 2015 at 07:03:09AM +1000, Rick Walsh wrote:
> Hi,
>
> On 6 Jul 2015 4:26 am, "Robert C. Helling" wrote:
> >
> > Hi,
> >
> >> On 05 Jul 2015, at 15:09, Dirk Hohndel wrote:
> >>
> >> But what I've seen in diver training and in blender training (I'm a
> certified trimix diver and tr
Hi,
On 6 Jul 2015 4:26 am, "Robert C. Helling" wrote:
>
> Hi,
>
>> On 05 Jul 2015, at 15:09, Dirk Hohndel wrote:
>>
>> But what I've seen in diver training and in blender training (I'm a
certified trimix diver and trimix blender) is that you round to the nearest
foot. Not truncate.
>
Here peopl
Hi Dirk, Robert,
On 6 Jul 2015 4:47 am, "Dirk Hohndel" wrote:
>
> On Sun, Jul 05, 2015 at 08:20:21PM +0200, Robert C. Helling wrote:
> > Dirk,
> >
> > > On 05 Jul 2015, at 18:45, Dirk Hohndel wrote:
> > >
> > > So I just pushed a commit that adds a TestPlan test.
> >
> > right now, I cannot pull
On 5 Jul 2015 22:01, "Dirk Hohndel" wrote:
>
> That's what we are doing right now. Truncate. But the problem is that
this gives 5ft for oxygen @1.6. Which sucks and is the reason this whole
thread started.
10-4 :)
H
___
subsurface mailing list
subsurfa
> On Jul 5, 2015, at 12:48, Henrik Brautaset Aronsen wrote:
>
> On 5 Jul 2015 21:46, "Henrik Brautaset Aronsen" wrote:
> >
> > On 5 Jul 2015 21:11, "Linus Torvalds" wrote:
> > >
> > > At the very least, split it up, and do the rounding separately. And
> > > no, you shouldn't add "roundto-1" u
Hello everyone,This week, I managed the following:-- Adding a preferences dialog for the user to store cloud credentials.- Loading dives/Saving them to the cloud.- Displaying the dive profile in QML.This coming week, I will :-- Finish working on the dive profileand- Spend time on improving Android
I forgot to specify that the Fedora 22 and ArchLinux environments
are two virtual machines. I don't know if this could cause the problem.
If it does, I expect that it shouldn't work with the HW OSTCs device as
well.
Claudiu
___
subsurface mailing list
s
Hi there,
I spent this week doing some tests to find out the possible reasons
of some issues:
- first the QtSocketBluetooth::connectToService(address, uuid, mode)
doesn't work as expected. On some devices, the SPP profile is never found.
- second on some environments the connection takes too long
On 5 Jul 2015 21:46, "Henrik Brautaset Aronsen" wrote:
>
> On 5 Jul 2015 21:11, "Linus Torvalds"
wrote:
> >
> > At the very least, split it up, and do the rounding separately. And
> > no, you shouldn't add "roundto-1" unless you always want to round
> > _up_. I'd assume you'd want to round-to-nea
On 5 Jul 2015 21:11, "Linus Torvalds" wrote:
>
> At the very least, split it up, and do the rounding separately. And
> no, you shouldn't add "roundto-1" unless you always want to round
> _up_. I'd assume you'd want to round-to-nearest, and add "roundto/2"
> instead.
I would always round up, since
On Sun, Jul 5, 2015 at 12:31 PM, Dirk Hohndel wrote:
>
> And of course you could just send a patch... you used to do that :-)
Finishing up with the merge window right now, so maybe I'll even get
around to it,
Linus
___
subsurface maili
On Sun, Jul 05, 2015 at 12:11:15PM -0700, Linus Torvalds wrote:
> On Sun, Jul 5, 2015 at 11:56 AM, Dirk Hohndel wrote:
> > static inline depth_t gas_mod(struct gasmix *mix, pressure_t po2_limit, int
> > roundto) {
> > depth_t depth;
> > depth.mm = ((po2_limit.mbar * 1000 / get_o2(
On Sun, Jul 5, 2015 at 11:56 AM, Dirk Hohndel wrote:
> static inline depth_t gas_mod(struct gasmix *mix, pressure_t po2_limit, int
> roundto) {
> depth_t depth;
> depth.mm = ((po2_limit.mbar * 1000 / get_o2(mix) * 10 - 1) /
> roundto) * roundto;
> return depth;
> }
>
On Sun, Jul 05, 2015 at 08:26:00PM +0200, Robert C. Helling wrote:
> Hi,
>
> > On 05 Jul 2015, at 15:09, Dirk Hohndel wrote:
> >
> > But what I've seen in diver training and in blender training (I'm a
> > certified trimix diver and trimix blender) is that you round to the nearest
> > foot. Not
On Sun, Jul 05, 2015 at 08:20:21PM +0200, Robert C. Helling wrote:
> Dirk,
>
> > On 05 Jul 2015, at 18:45, Dirk Hohndel wrote:
> >
> > So I just pushed a commit that adds a TestPlan test.
>
> right now, I cannot pull it. Are you sure you pushed it?
Um. Almost. Pushed now.
> I will sit down wi
On Sun, Jul 5, 2015 at 8:26 PM, Lubomir I. Ivanov
wrote:
> On 5 July 2015 at 19:36, Gehad Elrobey wrote:
> > Hello,
> >
> > This week I was working on the following tasks:
> > - fixing issues from last week progress.
> > - adding TemplateEdit window.
> > - add custom.html template that is editab
These are the third series from Gehad. Not much is happening visually except
fixes for the "print selected" issue and the addition of the template editor
dialog. The template edit itself is WIP.
There is also the addition of the "Preview" window which we had in the previous
Qt implementation.
Thi
On 5 July 2015 at 19:36, Gehad Elrobey wrote:
> Hello,
>
> This week I was working on the following tasks:
> - fixing issues from last week progress.
> - adding TemplateEdit window.
> - add custom.html template that is editable from subsurface.
> - some minor fixes to existing templates.
>
> Next
Hi,
> On 05 Jul 2015, at 15:09, Dirk Hohndel wrote:
>
> But what I've seen in diver training and in blender training (I'm a certified
> trimix diver and trimix blender) is that you round to the nearest foot. Not
> truncate.
I guess that is the best solution: Round to the nearest meter/foot de
Dirk,
> On 05 Jul 2015, at 18:45, Dirk Hohndel wrote:
>
> So I just pushed a commit that adds a TestPlan test.
right now, I cannot pull it. Are you sure you pushed it?
I will sit down with the debugger tomorrow and try to find the origin of the
differences. Consider this as taken care of.
I
On 07/04/2015 08:16 PM, Dirk Hohndel wrote:
The web site should match the last release, not the current master.
We'll update the website when we release 4.5
/D
Oh, of course. Should have thought of that.
Anyway, I'm going dark for most of the next two weeks. Alaska beckons
via the cruis
So I just pushed a commit that adds a TestPlan test. This one creates the
plan we discussed here before and runs Bühlmann against it, both in
imperial and in metric mode.
The test then makes sure we have the right gas switch depths (so the
imperial test fails right now since we only change to oxyg
Hello,
This week I was working on the following tasks:
- fixing issues from last week progress.
- adding TemplateEdit window.
- add custom.html template that is editable from subsurface.
- some minor fixes to existing templates.
Next week I will work on the following tasks:
- completing the Templ
> On Jul 5, 2015, at 7:10 AM, Joakim Bygdell wrote:
>
>
>> On 05 Jul 2015, at 16:01, Dirk Hohndel wrote:
>>
>> On Sun, Jul 05, 2015 at 10:28:23AM +1000, Rick Walsh wrote:
>>> Note that the example you gave used 38% rather 36% as the first deco gas.
>>> Also, by saying the VPM "benchmark
> On 05 Jul 2015, at 16:01, Dirk Hohndel wrote:
>
> On Sun, Jul 05, 2015 at 10:28:23AM +1000, Rick Walsh wrote:
>>>
>> Note that the example you gave used 38% rather 36% as the first deco gas.
>> Also, by saying the VPM "benchmark" profile had a bottom time of 30
>> minutes, I meant the ascent
On Sun, Jul 05, 2015 at 10:28:23AM +1000, Rick Walsh wrote:
> >
> Note that the example you gave used 38% rather 36% as the first deco gas.
> Also, by saying the VPM "benchmark" profile had a bottom time of 30
> minutes, I meant the ascent started at 30 minutes runtime. Definitions of
> bottom tim
On Sat, Jul 04, 2015 at 12:27:23AM +0200, Jan Darowski wrote:
> Hi,
> Here is another pull request. I hope now it's better. Everything was
> reorganized from scratch, the final code is almost the same.
I like the patches much better.
I agree with Robert that you could have squashed a couple togeth
Hi Rick,
On Sun, Jul 05, 2015 at 08:39:15AM +1000, Rick Walsh wrote:
> On 4 July 2015 at 23:42, Dirk Hohndel wrote:
> > We have macros to make this easier: M_OR_FT(3, 10) gives you the correct
> > value for 3m if the user has things set up for meters and 10ft if the user
> > is in imperial mode.
> On Jul 5, 2015, at 4:29 AM, Rick Walsh wrote:
>
> I am not really familiar with diving in imperial system but this patch seems
> quite specific. Could somebody please check that this problem really only
> affects the MOD of EAN100 and not other standard gases? I checked EAN50 (21m
> = 70ft)
Hi Robert,
On 5 July 2015 at 16:18, Robert C. Helling wrote:
> Hi Rick,
>
> > On 05 Jul 2015, at 01:41, Rick Walsh wrote:
> >
> > <0016-MOD-of-oxygen-at-pO2-of-1.6-is-20ft.patch>
>
> I am not really familiar with diving in imperial system but this patch
> seems quite specific. Could somebody pl
48 matches
Mail list logo
