Re: [PATCH] Unify sample pressure and o2pressure as pressure[2] array

2017-07-20 Thread Linus Torvalds
On Jul 20, 2017 23:00, "Willem Ferguson" wrote: I gather that some of the newer DCs now actually store more than one cylinder pressure at a time? Correct. If pressure data for both cylinders are stored for each depth measurement this might remove the necessity of needing to select the appropr

Re: [PATCH] Unify sample pressure and o2pressure as pressure[2] array

2017-07-20 Thread Willem Ferguson
On 20/07/2017 23:48, Linus Torvalds wrote: From: Linus Torvalds Date: Thu, 20 Jul 2017 14:39:02 -0700 Subject: [PATCH] Unify sample pressure and o2pressure as pressure[2] array We currently carry two pressures around for all the samples and plot info, but the second pressure is reserved for CCR

[PATCH] git save format: don't save redundant sample information

2017-07-20 Thread Linus Torvalds
From: Linus Torvalds Date: Thu, 20 Jul 2017 20:56:58 -0700 Subject: [PATCH] git save format: don't save redundant sample information When we load sample data from a git save-file, we always default to using the state from the previous sample (except for the special case of cylinder pressure wher

[PATCH] Start cleaning up sensor indexing for multiple sensors

2017-07-20 Thread Linus Torvalds
From: Linus Torvalds Date: Thu, 20 Jul 2017 19:49:45 -0700 Subject: [PATCH] Start cleaning up sensor indexing for multiple sensors This is a very timid start at making us actually use multiple sensors without the magical special case for just CCR oxygen tracking. It mainly does: - turn the "s

Re: [PATCH] Unify sample pressure and o2pressure as pressure[2] array

2017-07-20 Thread Linus Torvalds
On Thu, Jul 20, 2017 at 3:56 PM, Dirk Hohndel wrote: >> But at some future date, we can now start using it for a second sensor >> value for sidemount instead. > > And by "some future date" I assume you mean "later today"? Maybe. Or maybe later this week. I'll think about it a bit more first. This

Re: [PATCH] Unify sample pressure and o2pressure as pressure[2] array

2017-07-20 Thread Dirk Hohndel
On Thu, Jul 20, 2017 at 02:48:57PM -0700, Linus Torvalds wrote: > > NOTE! This is purely mindless prepwork. It literally just does a > search-and-replace, keeping the exact same semantics, so "pressure[1]" > is still just O2 pressure. Great. > But at some future date, we can now start using it

[PATCH] Unify sample pressure and o2pressure as pressure[2] array

2017-07-20 Thread Linus Torvalds
From: Linus Torvalds Date: Thu, 20 Jul 2017 14:39:02 -0700 Subject: [PATCH] Unify sample pressure and o2pressure as pressure[2] array We currently carry two pressures around for all the samples and plot info, but the second pressure is reserved for CCR dives as the O2 cylinder pressure. That's

Re: Mobile Viper download: easy as 1,2,3

2017-07-20 Thread Davide DB
I promise this is my last email. I realized that I was working offline. I enabled the auto sync with cloud. Everything is synced now but I still get a crash while deleting a dive. Bye -- Davide https://vimeo.com/bocio/videos ___ subsurface mailing lis

Re: Mobile Viper download: easy as 1,2,3

2017-07-20 Thread Davide DB
On 20 July 2017 at 15:27, Davide DB wrote: > > I lost myself in the thousand of messages about the new DC > functionality... If I open the FTDI dropbox I see two addresses. I did > not touch anything and everything went as expected. BTW what those two > addresses are? I reply to myself after read

Re: Mobile Viper download: easy as 1,2,3

2017-07-20 Thread Davide DB
On 20 July 2017 at 15:27, Davide DB wrote: > I tested one of the latest mobile binary with my old backup Suunto > Vyper and a OTG cable. > > Easy as a cake: https://www.youtube.com/watch?v=FPT8ZePxWDE > Sorry for spamming :) A more meaningful example: https://youtu.be/zMK2X7-ySiE Download perf

Mobile Viper download: easy as 1,2,3

2017-07-20 Thread Davide DB
I tested one of the latest mobile binary with my old backup Suunto Vyper and a OTG cable. Easy as a cake: https://www.youtube.com/watch?v=FPT8ZePxWDE PS Two questions as usual: My viper contains old dives already downloaded on my logbook. I tested the procedure ten times while shooting the cli

Re: [RFD] divecomputer time/date synchronization while downloading dives

2017-07-20 Thread Lutz Vieweg
On 07/20/2017 06:12 AM, Miika Turkia wrote: Do we get the current time from the DC. If so, we could automatically adjusting the time of the downloaded dives. Please don't! I for one don't bother to even change the time zone of my Laptop when I take it on a vacation. When I download dives from

Mobile UI #12: Auto-save pattern

2017-07-20 Thread Davide DB
I added another idea: https://github.com/Subsurface-divelog/subsurface/issues/496 I see that few people read Github so I post here too. I'd really appreciate a feedback on proposed solutions. Maybe there is a third one out there... Bye -- Davide https://vimeo.com/bocio/videos

Re: [RFD] divecomputer time/date synchronization while downloading dives

2017-07-20 Thread Anton Lundin
On 19 July, 2017 - Linus Torvalds wrote: > I'm slightly OCD when it comes to clocks. My wrist watch is one of > those "radio time signal" ones. Seeing wall clocks that are the wrong > time drives me wild. I just can't take it. "You have *one* job, and > you suck at it". > > When I was at the conf

Re: [RFD] divecomputer time/date synchronization while downloading dives

2017-07-20 Thread Martin Měřinský
> > pop-up with the current time and ask the user to confirm? I like the idea to be able to set (sync) time in dive computer from PC. Pop-up if DC time differs from PC time would be ok, BUT: My PC uses local time and daylight saving. M DC, GPS, cammeras, etc. uses UTC without daylight saving. My

Re: [RFD] divecomputer time/date synchronization while downloading dives

2017-07-20 Thread Jef Driesen
On 19-07-17 22:08, Linus Torvalds wrote: Anyway, what this all builds up to is that I'd actually like to just set the time automatically when I connect the dive computer to my laptop (or my cellphone, for that matter - usually those end up being synchronized to the local time quite nicely). And