Kyle Husmann

@Ylianst yes, the app uses the internal TNC for APRS. I imagine if you did your own APRS decoding via audio (e.g. via direwolf) you could get better decoding than...

@Ylianst audio is at 32khz compressed with the SBC codec. I have a working send and receive example in benlink here: https://kylehusmann.com/benlink/benlink/audio.html check out `benlink.examples.audiotransmit` and `benlink.examples.audiomonitor` The python code...

@Ylianst yes, not ideal but good enough for basic use of the image modes it seems. I haven't experimented with it much but it did seem there was some flexibility...

Ah, you need to install the package -- from the root repo dir: ``` pip install -e . ``` Then run (from anywhere): ``` python -m benlink.examples.audiomonitor ```

Yup, I don't include those deps in the package level bc they're only needed to run the example. (And I'll remove pyav once I make my own python sbc bindings)

Hmm so the first error is because we can't scan the rfcomm channels to know which has the audio stream in python (pybluez is no longer maintained). Are you sure...

Hmm yeah looks like an issue with windows connecting to the rfcomm socket in asycio -- do you have a linux box to try on? (Raspberry pi? Boot a liveusb?)

> Another question, looking at `link.py` there is `RfcommAudioLink` and `RfcommCommandLink` both seem to be identify and they create a RfComm channel using the device UUID. I can't spot what...

> Thanks, but when connecting, both seem to use the same device_uuid to connect, so, how does the bt stack/radio know you are connecting for audio or command? They run...

The difference between ble and rfcomm commands is that when youre sending commands over rfcomm you wrap your command in a gaiaframe. (Look for the gaiaframe definition in the protocol...