On 5 July 2017 at 01:53, Davide DB wrote:
> On 5 July 2017 at 00:22, Lubomir I. Ivanov wrote:
>>
>> here is an animated gif of it in action -> extract the gif from the
>> zip file and drag & drop it in a browser to view it.
>> https://www.dropbox.com/s/oinkj5jjvjaf3yy/WebKitGoogleMapsAnimatedGifP
On 5 July 2017 at 00:22, Lubomir I. Ivanov wrote:
>
> here is an animated gif of it in action -> extract the gif from the
> zip file and drag & drop it in a browser to view it.
> https://www.dropbox.com/s/oinkj5jjvjaf3yy/WebKitGoogleMapsAnimatedGifPreview.zip?dl=0
Lubomir, do you pretend I dive
On 4 July 2017 at 20:11, Lubomir I. Ivanov wrote:
> On 4 July 2017 at 19:26, Dirk Hohndel wrote:
>>
>>
>> I like Lubomir's idea of just using a web browser pointing at an
>> appropriately
>> customized web page. Let's see where this takes us. We only use Marble on
>> the desktop, so the restrict
On Tuesday, 4 July 2017 09:26:37 PDT Dirk Hohndel wrote:
> > Qt 6.0 will be discussed at the Contributor Summit this year in Berlin.
> > The
> > current idea is that 5.12 will be LTS and then 6.0. That would put 6.0
> > about two years away from now.
>
> Interesting. Will 6.0 once again be incompa
On 5 Jul. 2017 4:09 am, "Linus Torvalds"
wrote:
On Tue, Jul 4, 2017 at 6:31 AM, Dirk Hohndel wrote:
>> 07-04 19:19:20.268 2423 2520 D /data/newandroid/subsurface/
qt-models/messagehandlermodel.cpp: INFO: Creating Android Central/Client
support for BTLE
>> 07-04 19:19:20.272 2423 2520 D /data
On 04-07-17 20:30, Linus Torvalds wrote:
On Tue, Jul 4, 2017 at 10:04 AM, Jan Mulder wrote:
:-) What I can add to my use case ... even the communication stops, the
"download mode enabled" stays on on the OSTC3.
Looking at the dump, I think this is a flow control issue with that
"rx/tx credit
On Tue, Jul 4, 2017 at 11:55 AM, Dirk Hohndel wrote:
> On the road.
>
> I switch the Android app to a test account. I have one for each dive
> computer I'm testing. And then I delete the last couple of dives and trigger
> a new download...
Ahh, ok. I guess I should try something similar. Not goin
If it's in the master of the repo that you shared with me, I can extract and
merge, no problem.
Thanks!
/D
--
>From my phone
Original Message
From: Willem Ferguson
Sent: Tue Jul 04 11:24:34 PDT 2017
To: Subsurface Mailing List
Subject: Subsurface-mobile user manual
I ne
Willem,
> On 4. Jul 2017, at 20:24, Willem Ferguson
> wrote:
>
> I need some help to send a pull request. I created a private repository in
> GitHub and changed the mobile manual in my private master. Now I need to get
> the appropriate notification to Dirk.
>
> I cannot find the step by ste
I agree, QtLocation with satellite imagery would be the best solution...
--
>From my phone
Original Message
From: "Lubomir I. Ivanov"
Sent: Tue Jul 04 10:11:55 PDT 2017
To: Dirk Hohndel
Cc: Subsurface Mailing List
Subject: Re: latest Windows binary crashes
On 4 July 2017
On the road.
I switch the Android app to a test account. I have one for each dive computer
I'm testing. And then I delete the last couple of dives and trigger a new
download...
The Pedix doesn't work in Android, yet. I'll need to build Qt with the patch
that Alex proposed to see if they fixes
On Tue, Jul 4, 2017 at 10:04 AM, Jan Mulder wrote:
>
> :-) What I can add to my use case ... even the communication stops, the
> "download mode enabled" stays on on the OSTC3.
Looking at the dump, I think this is a flow control issue with that
"rx/tx credit" thing.
In particular, I think - if I
I need some help to send a pull request. I created a private repository in
GitHub and changed the mobile manual in my private master. Now I need to
get the appropriate notification to Dirk.
I cannot find the step by step procedure that Dirk wrote about maybe 2
weeks ago. Perhaps it would be a good
>From phone. I reliably get a crash when using the red button for delete.
Deleting from details (profile) view appears to delete dives reliably.
Kind regards,
Willem
On 04 Jul 2017 4:43 PM, "Dirk Hohndel" wrote:
>
> > On Jul 4, 2017, at 12:18 AM, Rick Walsh wrote:
> >
> > Hi,
> >
> > Testing th
The file for Mac works, apart from downloading still failing with the
"insufficient permissions" error.
Benjamin
On 4 July 2017 at 08:38, Dirk Hohndel wrote:
>
> (1) Subsurface-mobile for Android
>
> We now have confirmed that this works for the Suunto EON Steel (BLE), the
> Scubapro G2 (BLE),
Good evening
El 04/07/2017 15:25, "Dirk Hohndel" escribió:
>
> FTDI doesn't really work right now :-(
> Let me rephrase this, it doesn't work on any of my devices.
>
Well, it actually *almost* does for my OSTC 2N. It downloads 9 out of 20
dives from the DC, just the older.
Haven't figured out ho
On 4 July 2017 at 19:26, Dirk Hohndel wrote:
>
>
> I like Lubomir's idea of just using a web browser pointing at an appropriately
> customized web page. Let's see where this takes us. We only use Marble on
> the desktop, so the restrictions with showing web pages don't bother us.
>
ultimatelly if
On 04-07-17 18:51, Matthias Heinrichs wrote:
Am 04.07.2017 um 17:47 schrieb Matthias Heinrichs:
Then the first depth sample: 0xcf:0x46:0x00 -> 18127mbar depth (+0x00
additional bytes)??!
Ok, I should better have looked in our documentation before sending the
last mail. Sorry for that.
The f
On Tue, Jul 4, 2017 at 9:37 AM, Dirk Hohndel wrote:
>
> I'm about to leave and will have limited access for the next two days.
>
> I merged Jan's initial code for OSTC support plus a fix to make it work for
> the EON Steel again. I verified that it still works on my old BT-only
> Petrel.
>
> Linus
Am 04.07.2017 um 17:47 schrieb Matthias Heinrichs:
Then the first depth sample: 0xcf:0x46:0x00 -> 18127mbar depth (+0x00
additional bytes)??!
Ok, I should better have looked in our documentation before sending the
last mail. Sorry for that.
The first bytes in your log are the "small header"
I'm about to leave and will have limited access for the next two days.
I merged Jan's initial code for OSTC support plus a fix to make it work for the
EON Steel again. I verified that it still works on my old BT-only Petrel.
Linus, can you check the Perdix AI with the latest master?
Android AP
> On Jul 4, 2017, at 9:19 AM, Thiago Macieira wrote:
>> I was told on the Qt list that there is a MUCH newer branch that I should
>> try - they have updated to a current WebKit. The thing that's odd... between
>> 5.7.1 (which the Windows binaries used to be based on) and 5.9 there
>> shouldn't re
On Tue, Jul 4, 2017 at 9:19 AM, Thiago Macieira wrote:
>
> What happened to the idea of using QtLocation for maps?
As noted elsewhere, we require high-quality satellite imagery for dive
site location - seeing shallow reefs under water world-wide and things
like smallish coastal features. That eff
On segunda-feira, 3 de julho de 2017 14:32:35 PDT Dirk Hohndel wrote:
> Grumble.
>
> I was told on the Qt list that there is a MUCH newer branch that I should
> try - they have updated to a current WebKit. The thing that's odd... between
> 5.7.1 (which the Windows binaries used to be based on) and
On Tue, Jul 4, 2017 at 6:31 AM, Dirk Hohndel wrote:
>> 07-04 19:19:20.268 2423 2520 D
>> /data/newandroid/subsurface/qt-models/messagehandlermodel.cpp: INFO:
>> Creating Android Central/Client support for BTLE
>> 07-04 19:19:20.272 2423 2520 D
>> /data/newandroid/subsurface/qt-models/messag
Am 04.07.2017 um 17:53 schrieb Jan Mulder:
Not sure it is relevant ... dive is made with the OSTC3 in fixed
setpoint CCR mode. Going to look at your code tonight.
Not relevant. After the final 0xFB, 0xFB comes the first depths sample.
And this is wrong already (Well, at least in your Wireshark
On 04-07-17 17:47, Matthias Heinrichs wrote:
Hi Jan,
Am 04.07.2017 um 15:23 schrieb Jan Mulder:
BT snoop file (made with btmon) is attached. Wireshark is your friend :-)
The funny stuff happens between Packet #365 and #366 (most likely).
Until then, the header (first 256byte) looks quite per
Hi Jan,
Am 04.07.2017 um 15:23 schrieb Jan Mulder:
BT snoop file (made with btmon) is attached. Wireshark is your friend :-)
The funny stuff happens between Packet #365 and #366 (most likely).
Until then, the header (first 256byte) looks quite perfect (A dive from
the 2nd July 2017 to 3082mb
> On Jul 4, 2017, at 12:18 AM, Rick Walsh wrote:
>
> Hi,
>
> Testing the latest daily Subsurface-mobile Android build, 4.6.4.333, I get a
> crash sometimes when deleting a dive. It may be a coincidence, but it only
> appears to crash when deleting a dive that is not the most recent. Below i
> On Jul 4, 2017, at 6:44 AM, Jan Mulder wrote:
>
> On 04-07-17 15:31, Dirk Hohndel wrote:
>>> On Jul 4, 2017, at 12:29 AM, Rick Walsh wrote:
>>>
>>> Hi,
>>>
>>> I tried to download dives from my Shearwater Petrel 2 to my phone (Samsung
>>> Galaxy S7) with the latest daily Android build, 4.6
> On Jul 4, 2017, at 6:44 AM, Jan Mulder wrote:
>
> On 04-07-17 15:31, Dirk Hohndel wrote:
>>> On Jul 4, 2017, at 12:29 AM, Rick Walsh wrote:
>>>
>>> Hi,
>>>
>>> I tried to download dives from my Shearwater Petrel 2 to my phone (Samsung
>>> Galaxy S7) with the latest daily Android build, 4.6
On 04-07-17 15:31, Dirk Hohndel wrote:
On Jul 4, 2017, at 12:29 AM, Rick Walsh wrote:
Hi,
I tried to download dives from my Shearwater Petrel 2 to my phone (Samsung
Galaxy S7) with the latest daily Android build, 4.6.4.333-arm. With previous
builds, download was working correctly with sta
> On Jul 4, 2017, at 12:29 AM, Rick Walsh wrote:
>
> Hi,
>
> I tried to download dives from my Shearwater Petrel 2 to my phone (Samsung
> Galaxy S7) with the latest daily Android build, 4.6.4.333-arm. With previous
> builds, download was working correctly with standard Bluetooth. Now
> Sub
Hi Matthias,
On 04-07-17 15:09, Matthias Heinrichs wrote:
Do you get the ending 0x4D Byte as the last byte? Then it's possible
that the dive isn't stored correctly ("Internal pointer to the begin of
the profile data" and "Internal pointer to the end of the profile data"
are not correct). The
Hi Jan,
Am 04.07.2017 um 14:02 schrieb Jan Mulder:
So, far so good. All this data is correctly received and processed on
the Subsurface/libdc side.
- 0x66: send one dive including profile, for index 0x86
This results in correct reception of the header (256 bytes), followed by
some samples (in
I have been trying to implement the connection over BLE to an OSTC
device (in my case an OSTC3 with the Telit/Stollmann BT/BLE hardware).
From the current status, I constructed a pull request for Subsurface
(https://github.com/Subsurface-divelog/subsurface/pull/466).
Basically, I'm stuck at th
Hello Philippe,
For the french documentation, the complete flow is the following:
1) download the latest version of the GIT repo
2) go to Documentation/ folder
3) run ./make_POT.sh script
4) run ./make_PO_to_ASCIIDOC.sh
5) Translate the PO files (fr/po/subsurface-mobile-manual.fr.po and/or
fr/
I can do a screenshot downloading from a OSTC sport with BT today evening
if nobody else is faster ;)
regards
Werner
On Tue, Jul 4, 2017 at 10:53 AM, Willem Ferguson <
willemfergu...@zoology.up.ac.za> wrote:
> I am updating the user manual. I need someone to send me an Android
> download screen
I am updating the user manual. I need someone to send me an Android
download screen using a FTDI USB dive computer. I also need a download
screen using a BT dive computer. Help, please?
Kind regards,
willem
___
subsurface mailing list
subsurface@subsurf
Hi,
I tried to download dives from my Shearwater Petrel 2 to my phone (Samsung
Galaxy S7) with the latest daily Android build, 4.6.4.333-arm. With
previous builds, download was working correctly with standard Bluetooth.
Now Subsurface-mobile is now trying to connect using BLE, but failing to
conn
Hello all,
I plan to take some time this summer to work on the French documentation.
But unlike other language, it seems there are 2 « workable » files: a .txt
file, and a .po (to use with QtLinguist, I guess). Which one is the best to
work on?
Philippe
___
Hi,
Testing the latest daily Subsurface-mobile Android build, 4.6.4.333, I get
a crash sometimes when deleting a dive. It may be a coincidence, but it
only appears to crash when deleting a dive that is not the most recent.
Below is the output from 'adb logcat | grep -i subsurface', where I opened
42 matches
Mail list logo