Re: Scubapro Aladin Square

Sorry, but i'm not a programmer, how to use this patch? Do i need to download from git? Vincent. Le mardi 14 novembre 2017 à 23:12 +0100, Jef Driesen a écrit : > On 14-11-17 23:04, Linus Torvalds wrote: > > On Tue, Nov 14, 2017 at 2:00 PM, vavincavent > > wrote: > > > >

Re: Scubapro Aladin Square

The download works, but the dives are not imported. Vincent. Le mardi 14 novembre 2017 à 14:04 -0800, Linus Torvalds a écrit : > On Tue, Nov 14, 2017 at 2:00 PM, vavincavent > wrote: > > > > Now i think it's the analysis of the datas??? > > Oh, I thought it already

Re: Scubapro Aladin Square

On 14-11-17 23:04, Linus Torvalds wrote: On Tue, Nov 14, 2017 at 2:00 PM, vavincavent wrote: Now i think it's the analysis of the datas??? Oh, I thought it already worked? When you ask subsurface to generate a dump file, it will not actually import the dives at all.

Re: Scubapro Aladin Square

Download ok, but after i have an error message. "impossible de créer un analyseur pour Scubapro G2" Serial number of the& dive computer is ok, but after... Vincent. Le mardi 14 novembre 2017 à 14:04 -0800, Linus Torvalds a écrit : > On Tue, Nov 14, 2017 at 2:00 PM, vavincavent

Re: Scubapro Aladin Square

Thanks a lot Linus for your help to pass the step, thanks to Jef too! Now i think it's the analysis of the datas??? Berthold? Vincent. Le mardi 14 novembre 2017 à 13:50 -0800, Linus Torvalds a écrit : > On Tue, Nov 14, 2017 at 1:44 PM, vavincavent > wrote: > > YES!! > >

Re: Scubapro Aladin Square

On Tue, Nov 14, 2017 at 1:21 PM, vavincavent wrote: > Sorry, where and what do i change? This: --- a/src/scubapro_g2.c +++ b/src/scubapro_g2.c @@ -113,7 +113,7 @@ static dc_status_t scubapro_g2_transfer(scubapro_g2_device_t *g2, const unsigned char command[],

Re: Scubapro Aladin Square

Sorry, where and what do i change? Vincent. Le mardi 14 novembre 2017 à 13:13 -0800, Linus Torvalds a écrit : > On Tue, Nov 14, 2017 at 1:08 PM, vavincavent > wrote: > > Linus, > > > > i change back > > if (1) { > > to > > if (io->packet_size <64) { > >

Re: Scubapro Aladin Square

On Tue, Nov 14, 2017 at 1:08 PM, vavincavent wrote: > Linus, > > i change back > if (1) { > to > if (io->packet_size <64) { > > here is the usb.pcap Ok, good, everything looks as expected and matches my G2 behavior. Except for the lack of reply. Try making

Re: Scubapro Aladin Square

Jef, the result with windows and your files. Vincent Le mardi 14 novembre 2017 à 21:28 +0100, Jef Driesen a écrit : > On 14-11-17 21:15, Jef Driesen wrote: > > On 14-11-17 21:04, Linus Torvalds wrote: > > > On Tue, Nov 14, 2017 at 11:57 AM, Jef Driesen > > r.org> wrote: > >

Re: Scubapro Aladin Square

On 14-11-17 21:33, Linus Torvalds wrote: On Tue, Nov 14, 2017 at 12:15 PM, Jef Driesen wrote: Ah that explains the difference. In upstream libdivecomputer the buffer is one byte larger: unsigned char buf[TX_PACKET_SIZE + 1]; And that may actually end up being

Re: Scubapro Aladin Square

On Tue, Nov 14, 2017 at 12:15 PM, Jef Driesen wrote: > > In of you previous emails, you asked Vincent to patch the > > if (io->packet_size < 64) { > > to a > > if (1) { Oh, my bad. That was actually an earlier "let's try to avoid the report byte", and

Re: Scubapro Aladin Square

On 14-11-17 21:15, Jef Driesen wrote: On 14-11-17 21:04, Linus Torvalds wrote: On Tue, Nov 14, 2017 at 11:57 AM, Jef Driesen wrote: I suspect this is not caused by a difference in the libusb version, but a difference in the subsurface branch of libdivecomputer. If

Re: Scubapro Aladin Square

On 14-11-17 21:04, Linus Torvalds wrote: On Tue, Nov 14, 2017 at 11:57 AM, Jef Driesen wrote: I suspect this is not caused by a difference in the libusb version, but a difference in the subsurface branch of libdivecomputer. If you look at the g2.log of the successful

Re: Scubapro Aladin Square

On Tue, Nov 14, 2017 at 12:02 PM, vavincavent wrote: > I do : vincent@ASUS-R558UV:~/src/subsurface/build$ sudo tshark -i > usbmon1 -s 256 -w /tmp/usb.pcap > Running as user "root" and group "root". This could be dangerous. > Capturing on 'usbmon1' > 3794 ^C > > then

Re: Scubapro Aladin Square

On Tue, Nov 14, 2017 at 11:57 AM, Jef Driesen wrote: > > I suspect this is not caused by a difference in the libusb version, but a > difference in the subsurface branch of libdivecomputer. If you look at the > g2.log of the successful download on Windows, then you can

Re: Scubapro Aladin Square

On 14-11-17 20:29, Linus Torvalds wrote: On Tue, Nov 14, 2017 at 11:17 AM, Linus Torvalds wrote: On Tue, Nov 14, 2017 at 10:52 AM, vavincavent wrote: and ... i join usb.pcap file! Ok, that's a good dump. I see - device 1: root hub

Re: Scubapro Aladin Square

new usb.pcap file following   if (length < 31)   length = 31; Vincent Le mardi 14 novembre 2017 à 11:29 -0800, Linus Torvalds a écrit : > On Tue, Nov 14, 2017 at 11:17 AM, Linus Torvalds > wrote: > > On Tue, Nov 14, 2017 at 10:52 AM, vavincavent

Re: Scubapro Aladin Square

On Tue, Nov 14, 2017 at 11:29 AM, Linus Torvalds wrote: > > Oh, it only does that for the setup packets that aren't there. Btw, can I get a log with the whole "plug device in" sequence too, so that I can see that part. I didn't think I'd want it, but it turns out

Re: Scubapro Aladin Square

On Tue, Nov 14, 2017 at 11:17 AM, Linus Torvalds wrote: > On Tue, Nov 14, 2017 at 10:52 AM, vavincavent wrote: >> and ... i join usb.pcap file! > > Ok, that's a good dump. I see > > - device 1: root hub (1d6b:0002) > - device 2: logitech

Re: Scubapro Aladin Square

On Tue, Nov 14, 2017 at 10:52 AM, vavincavent wrote: > and ... i join usb.pcap file! Ok, that's a good dump. I see - device 1: root hub (1d6b:0002) - device 2: logitech LX710 (046d:c517) - device 3: RealTek RTS5129 card reader (0bda:0129) - device 4: Realtek something

Re: Problem accessing cloud behind a proxy

On 14 November 2017 at 18:53, Lubomir I. Ivanov wrote: > On 14 November 2017 at 19:47, Davide DB wrote: >> Log files are empty. This is what I get from command line: >> >> C:\Program Files (x86)\Subsurface>subsurface.exe -v >> > > the Subsurface desktop

Re: Problem accessing cloud behind a proxy

On 14 November 2017 at 19:47, Davide DB wrote: > Log files are empty. This is what I get from command line: > > C:\Program Files (x86)\Subsurface>subsurface.exe -v > the Subsurface desktop shortcut does not have the -v option by default. you can add the "-v" there and the

Re: Problem accessing cloud behind a proxy

Log files are empty. This is what I get from command line: C:\Program Files (x86)\Subsurface>subsurface.exe -v C:\Program Files (x86)\Subsurface> Subsurface v4.7.4, built with libdivecomputer v0.6.0-devel-Subsurface-branch (7de3a549ee588fef4702ee9d894e390aca43950d) built with Qt Version 5.9.1,

Re: Problem accessing cloud behind a proxy

On 14 November 2017 at 18:17, Davide DB wrote: > On 14 November 2017 at 18:11, Davide DB wrote: >> Hi all, >> >> I connected without proxy via my mobile phone. >> I set "No proxy" on preference dialog. I saved and restarted >> Subsurface several times. >>

Re: Problem accessing cloud behind a proxy

On 14 November 2017 at 18:11, Davide DB wrote: > Hi all, > > I connected without proxy via my mobile phone. > I set "No proxy" on preference dialog. I saved and restarted > Subsurface several times. > No way to connect to the cloud. The UI is plain wrong because it says >

Re: Problem accessing cloud behind a proxy

Hi all, I connected without proxy via my mobile phone. I set "No proxy" on preference dialog. I saved and restarted Subsurface several times. No way to connect to the cloud. The UI is plain wrong because it says successfull connection but no dives are displayed. Starting Subsurface with -v I see

Re: Subsurface 4.7.4 - VPM-B ceiling good shape / release notes

> I suppose we should add something to the release notes/announcement. Either > now or for the next release if that's easier. Perhaps "Improve calculation of > VPM-B decompression ceiling displayed in profile. In 4.7.2 the VPM-B ceiling > was generally under-estimated for decompression dives

Re: please test latest master

On 14-11-17 11:34, Rick Walsh wrote: On 14 Nov. 2017 3:52 pm, "Dirk Hohndel" > wrote: Quite a few interesting PRs were merged today. Changes to BLE timeout handling, Bluetooth names, data field initialization for NDL (better

Re: Subsurface 4.7.4 - VPM-B ceiling good shape / release notes

-- Forwarded message -- From: "Rick Walsh" Date: 14 Nov. 2017 9:31 pm Subject: Re: Subsurface 4.7.4 - VPM-B ceiling good shape / release notes To: "Stefan Fuchs" Cc: On 14 Nov. 2017 9:12 pm, "Stefan Fuchs" wrote: Hallo

Re: please test latest master

On 14 Nov. 2017 3:52 pm, "Dirk Hohndel" wrote: Quite a few interesting PRs were merged today. Changes to BLE timeout handling, Bluetooth names, data field initialization for NDL (better distinction between a true value of '0' and a value of '-1' (for don't know). Also, better