Yes, i know. I rebuilt the device this morning because of other errors i caused on it.
If there’s something you want me to verify after a new RC, let me know.
Today i am expecting good traffic around my location
'ADS-B ‘Tracks Seen’ sees to have taken a noticeable upturn with this new version. Out of the two nearest receivers, they’re both showing slightly smaller increases. Of course, looking by eye is always going to be a bit hit and miss
Think I’m using 15 at the moment. It doesn’t seem to make much difference to performance really. I’ve tried 20, but apart from moving the signal strength graph it didn’t seem to make any difference to messages.
RC2 now installed too and it seems my DF17 numbers are back to what they were (even maybe a bit better) than what they were with RC0. Also CPU is back to where it was with RC0. I will run full set of tests somewhere today otherwise tonight (if we are not on RC10 by then :D) (like the speed of dev btw, not a burn!!)
Sorry, I am very new to this testing and settings Learning all the time…
Testing -B narrow using this commandline: airspy_adsb -v -f 1 -w 5 -e 20 -m 12 -F /media/airspy_sample/sample.bin -B narrow
airspy_adsb v2.2-RC2
DF 0 : 3775
DF 4 : 9162
DF 5 : 2714
DF11 : 18106
DF16 : 259
DF17 : 6969
DF18 : 75
DF19 : 0
DF20 : 7305
DF21 : 2387
Total : 50752
Max AC Count: 177
CPU time used: 16.250 s
Testing -B wide using this commandline: airspy_adsb -v -f 1 -w 5 -e 20 -m 12 -F /media/airspy_sample/sample.bin -B wide
airspy_adsb v2.2-RC2
DF 0 : 3774
DF 4 : 9167
DF 5 : 2723
DF11 : 18071
DF16 : 257
DF17 : 6949
DF18 : 78
DF19 : 0
DF20 : 7274
DF21 : 2379
Total : 50672
Max AC Count: 176
CPU time used: 16.978 s
Done!
So If I am reading this right I should switch to -B narrow
After upgrade with same settings cpu pegged 100% and dropped samples without connecting. I’ve had to reduce to -e 10 to bring the the cpu back down to around 80%.
Might be worth warning people who don’t have -C set, that they may need to turn down -e with this release.