Benjamin Vernoux

Yes it is the main difference with a 32bits data LPC_ADC status0 on 16 bits and a 16bits frame counter which is present on each frame receiver over USB (only...

It is the 1st 32bits word received on each packet (4096 bytes) only available with AIRSPY_PACKING_TIMESTAMP and of course the data use packing (12bits stored) to have space for that...

Such code has been provided by an anonymous customer and it is provided as this as so far there was no any contributor helping to integrate it in airspy host...

> Thanks Benjamin. I ran my experiment on Linux, and I didn't see any dropped packets, so I think we'll try to use the R2 in our system. I will...

> > Depends on price. As there was no response earlier I had to go a different route, and now you can't buy the Hydrabus board! > > 50€ /...

Good question I think the most transparent will be to modify read command and add a parameter to configure the timeout of read command, like done in https://github.com/hydrabus/hydrafw/pull/160 but to...

Thanks for the contribution @Baldanos could you do a review of those improvements / modifications ?

1) You need to patch the file `blackmagic\src\platforms\hydrabus\Makefile.inc` Replacing the line `all: blackmagic.bin blackmagic.hex` by `all: blackmagic.bin blackmagic.dfu` See [blackmagic_hydrabus_dfu.patch](https://github.com/hydrabus/hydrabus/files/11435830/blackmagic_hydrabus_dfu.patch) 2) In msys2 install python and python-pip (and also python)...

Unfortunately there is no alternative(fully compatible) to that part and like lot of other MCU it is heavily impacted by chip shortage. For information compatible part (not available too) is...

I confirm those fix also work for Ghidra 10.4 @TorgoTorgo Could you merge it ?