Currently, the main focus is visual footage as we don't render audio data in the same way as we do for acceleration (also: the highly different frequencies can be hard to show sensibly side by side).

But In this sense, yes, the new module features 'quick adjust knobs' for time shifts: you can roll-over a timestamp and use a combination of shift/control and mouse-wheel to adjust the offset of the video by 1/10/60 seconds or simply enter the target timestamp manually down to the millisecond level. This work can then and also be saved in a custom mapping file to continue synchronisation work later on.

 

No, not yet. The player we attached does support slower/faster replay up to a certain precision, but I'm not sure that this will be sufficiently precise for the kind of offsets we are talking about. Adding an option on the frontend to adjust this is quite easy, but understanding the impact of this on internal timestamp handling will add a level of complexity that we need to experiment with first. 

As you said, for a reliable estimate on this kind of drift we need at least 2 distinct synchronized markers with sufficient distance to each other, e.g. a precise start timestamp and some recognizable point event later on.

I perfectly agree that providing an easy-to-use solution does make perfect sense. We'll definitely see into this.

Thanks for the advice Wade!

It will be great to hear Tim's feedback, but thanks for your advice! I think Lithium batteries are the next step for us. I have successfully gotten it working with a power bank attached, but that really impedes its portability. Will also fiddle around with the GPS per your recommendations...

 

Hello Walter

Thanks for your input. I have achieved better results with the puc when hooking it up to a powerbank. Have got them set up to "recording only", and GPS to low power mode. Looking to now try eliminating the need for a power bank as that impairs the portability of the puc.

 

Hi Kim, the yellow sticky paper I have today is around 10cm by 30cm. I took a picture with a really good cellphone of the whole paper and the resolution was not good enough (3072 × 4080 in Ultra HDR). This gave me 10pixels / mm, but I could not get a precise enough model with yolo at this resolution for the Thrips... I will play around with the cellphone for a bit more and see if 2 or 4 pictures are enough. We even made a support for the cellphone to have always the same distance (but if I could avoid this for practical reasons in the future would be fine too). With the digital microscope we used we got over 50 pixels per mm and so got a quiet good model in identifying them (but time consuming), sometime dust also shows up and with the phone camera you can't differentiate Thrips and dust ;)))) Lets see if I can edit my post to include some cellphone images into it.

So, updated the text a bit with images cropped at 100% zoom :) we are already happy with the time reductions we got, but... would like to get at least 90% time reduction instead of 70% :))) we know that with a very expensive and high power camera we could probably do it, so one approach we are thinking of is just taking a closer macro picture with a cellphone of let's say 1/3 or 1/4 of the sticky paper and use this data instead of everything...  or take 2-3 pictures (but we don't want to waste time in sticking the images together).

Thanks! The Teensys are nice for processing power if choosing an external Lora board I’d say that’s a good choice. I started with teensies, there was a well supported code base and certainly well priced.

My preference is to one with onboard Lora. I’ve used one one onboard murata Lora before. It was good both for low power operation and it’s Lora operation.

For a transmitter the grasshopper if it’s still being made is quite good for small distances are being made because it has an onboard ceramic antennae. Which is good for about three houses away, although one was also received > 20 km away.

The PCB mount terminals are actually quite robust and paired with a lock washer and something that would better secure the nylon (e.g., a piece of flat grooved plastic to add compressive loads across the string and not pinch it), I think it would work nicely. 

As a separate idea, I just designed a circuit with SMD threaded standoffs, which I am going to secure in plastic and screw onto aluminum pieces that I'll be testing the ElectRelease with once it delivers. The standoffs are mounted on a circuit board, giving a 50V differential with a single-cell LiPo, hopefully releasing the epoxied aluminum plates. 

https://www.digikey.com/en/products/detail/w%C3%BCrth-elektronik/9774027151R/5320625

The results in the paper you mentioned are really exciting technology. It can really do a lot of things.

Thanks for your reply!

Although this technology may not be mature now, and there are still many problems to be discussed and solved, I think it will have good application prospects. 

Unfortunately, I am just an undergraduate student in China, and what I can do is very limited. Maybe in the future I can also do some similar research or what I want to do. Just like you, I am studying hard now. 

Thank you very much for this forum and the professionals who responded to me. You have allowed me to see more perspectives and many things I didn't realize. Thank you very much!