- devel - libdivecomputer.org

Suunto Ocean
by Dave Sturtz 05 Sep '24

05 Sep '24

Hi! Can anyone tell me if & when the new Suunto Ocean might be supported? Thanks, Dave dave(a)sturtz.org

2 1

Shearwater Data Protocol Documentation
by John Van Ostrand 24 May '24

24 May '24

Hi, Is there documentation beyond the source code for the Shearwater data protocol? I've just started CCR diving and I'm looking to see what more I can get from the computer. Thanks, -- John Van Ostrand At large on sabbatical

2 1

Poseidon se7en
by Mattias Borgkvist 08 Jan '24

08 Jan '24

Hi, Any plans to support the Poseidon Se7en CCR dive logs? Would be nice to be able to import dives. Cheers, Mattias

2 1

Windows build
by Vincent Hagen 12 Aug '23

12 Aug '23

Hi Jef, I am looking for the windows build of the latest version of libdivecomputer. In the past you made windows builds where I could download the dll's. When I try this myself on either windows or linux via minGW, I am losing all support for USBHID, Bluetooth, etc. On linux it works fine if I install all the correct packages with headers. Do you still have the pre-builds, or a solution how to build the windows dlls more consistently? With kind regards, Vincent Hagen

2 1

Apeks DSX Support
by Moritz Barz 19 Jul '23

19 Jul '23

Are there plans to add support to sync with the fairly new Apeks DSX computer?

2 1

Backwards incompatible API changes
by Jef Driesen 17 May '23

17 May '23

Hi, I'm going to make a few changes that will break backwards compatibility. The plan is to ship a new release in the next few days, and then introduce all those changes at once, to keep the impact as small as possible. If you need to be able to build against both the new and old api, you'll be able to use a construct like this: #if DC_VERSION_CHECK(0,9,0) /* New */ #else /* Old */ #endif What follows is an overview of the planned changes: 1. The dc_parser_set_data() function will be removed. The only purpose of this function is to be able to re-use a parser object with new data. Since the state in the parser is typically very small, there is almost no advantage in doing that. It also adds unnecessary complexity in the implementation, because each backend needs to be able to reset its internal state. Keeping a reference to the data has also caused issues for applications in the past (especially those implemented in a garbage collected language). Therefore, the data and size parameters will be passed directly to the dc_parser_new() and dc_parser_new2() function, and the data will get copied internally: /* Old */ dc_parser_new (&parser, device); dc_parser_set_data (parser, data, size); /* New */ dc_parser_new (&parser, device, data, size); 2. The devtime and systime arguments will be removed from the dc_parser_new2() function. Applications will have to call dc_parser_set_clock() to set those parameters: /* Old */ dc_parser_new2 (&parser, context, descriptor, devtime, systime); dc_parser_set_data (parser, data, size); /* New */ dc_parser_new2 (&parser, context, descriptor, data, size); dc_parser_set_clock (parser, devtime, systime); 3. The sample callback function will be changed to pass the sample by reference instead of by value. Passing by value means the size of the struct can't be changed without also changing the function signature and breaking backwards compatibility. This prevented adding some new features. /* Old */ sample_cb (dc_sample_type_t type, dc_sample_value_t value, void *userdata) /* New */ sample_cb (dc_sample_type_t type, const dc_sample_value_t *value, void *userdata) Some examples of new features that will be added: * Add a TTS field to the deco sample. * Add a sensor index field to the ppO2 sample. * Add a tank/gasmix usage field, to indicate whether a tank or gasmix is used in a sidemount configuration or as oxygen/diluent on a rebreather. 4. Change the sample time units from seconds to milliseconds. This is necessary to support some freediving computers with a higher sample rate. If your application doesn't support the millisecond resolution (yet), you can discard the extra resolution, and (optionally) skip the samples with a duplicate timestamp. Jef

1 1

[ANNOUNCE] Version 0.8.0 now available
by Jef Driesen 12 May '23

12 May '23

Hi, The v0.8.0 release is now available! http://www.libdivecomputer.org/releases/libdivecomputer-0.8.0.tar.gz The v0.8.0 release is mainly a bugfix release, and brings in support for a number of new devices. This release is fully backwards compatible with the previous one. New features: * Add support for new backends: - excursion: Deep Six Excursion, Crest CR-4, Genesis Centauri, Tusa TC1, Scorpena Alpha - screen: Seac Screen and Action - cosmiq: Deepblu Cosmiq+ - s1: Oceans S1 - freedom: Divesoft Freedom and Liberty * Add support for some new devices: - Aqualung: i200C - Cressi: Donatello, Michelangelo, Neon - Mares: Puck Pro + - Oceanic: Geo Air - Ratio: iX3M 2 - Scubapro: G2 TEK - Shearwater: Petrel 3, Perdix 2 - Sherwood: Amphos Air 2.0 * Add support for parsing the decompression model * Add a public api to configure the depth calibration * Add a public api to configure the clock synchronization * Add a basic Android build system Removed/changed features: * Migrate to Visual Studio 2013 (or newer) * Move the Visual Studio project to the contrib directory Jef

1 0

Re: Teric sample rate fail
by Peter B 08 Dec '22

08 Dec '22

2 1

Teric sample rate fail
by Peter 07 Dec '22

07 Dec '22

2 1

dctool, Shearwater Predator and macos
by Henrik B A 05 Dec '22

05 Dec '22

Hi. I'm having problems downloading dives from my Shearwater Predator, so I decided to try dctool: dctool -l predator-download.log -f predator download -f raw -o predator-download.raw /dev/tty.Predator This worked fine! But when I try again, all subsequent tries gives me an error: DATETIME 2022-12-05T08:31:28Z (1670229088) VERSION 0.7.0 Opening the I/O stream (serial, /dev/tty.Predator). Opening the device (Shearwater Predator). Registering the event handler. Registering the cancellation handler. Downloading the dives. Event: progress 0.00% (0/10000) ERROR: Failed to receive the packet. [in shearwater_common.c:239 (shearwater_common_slip_read)] ERROR: Failed to receive the response packet. [in shearwater_common.c:358 (shearwater_common_transfer)] ERROR: Error downloading the dives. [in dctool_download.c:228 (download)] ERROR: Timeout I've also tried xml output and dump, with the same results. I've used these commands: dctool -l predator-download-xml.log -f predator download -o predator-download.xml /dev/tty.Predator dctool -l predator-dump.log -f predator dump -o predator-dump /dev/tty.Predator What can be the issue here? I'm on macOS 12.6.1. Predator has latest firmware (v63). I can send the one working raw download if needed. Thanks, Henrik

3 5