search

wb2osz / direwolf

Dire Wolf is a software "soundcard" AX.25 packet modem/TNC and APRS encoder/decoder. It can be used stand-alone to observe APRS traffic, as a tracker, digipeater, APRStt gateway, or Internet Gateway (IGate). For more information, look at the bottom 1/4 of this page and in https://github.com/wb2osz/direwolf/blob/dev/doc/README.md
GNU General Public License v2.0
1.57k stars 306 forks source link

Support Direwolf based pre-emphasis for radios using 9600BAUD connection #55

Closed dranch closed 4 years ago

dranch commented 8 years ago

Making this an official issue to not be forgotten and maybe implemented someday

More and more users (including myself) would like to leave our radios in "9600 baud mode" where the soundcard is connected to the radio's discriminator output). The issue here is that the resulting RF output would be flat audio. This is BAD as AFSK1200 signals should have the high tone be significantly higher so that when the receiving radio hears the signal and applies it's expected de-emphasis, the resulting signal going to it's TNC should be flat.

I know that Svxlink for Linux (a Linux based repeater controller / Echolink node) supports this kind of functionality so it's technically possible.

--David

wa7nwp commented 8 years ago

More and more users (including myself) would like to leave our radios in "9600 baud mode" where the soundcard is connected to the radio's discriminator output). The issue here is that the resulting RF output would be flat audio. This is BAD as AFSK1200 signals should have the high tone be significantly higher so that when the receiving radio hears the signal and applies it's expected de-emphasis, the resulting signal going to it's TNC should be flat.

It's actually a mix with many stations today (Kenwoods) running flat audio. It would be nice if the decoding software was smart enough to automatically compensate for audio twist if needed...

Another interesting science project would be to simply count how many packets of each type were heard on the air.

Bill

dranch commented 8 years ago

Hello Bill,

Adding comments to these tickets really belong in the Yahoo group.
Anyway, John did write up a lot of behaviors he found out there in the real world. See the "https://github.com/wb2osz/direwolf/blob/dev/doc/A-Better-APRS-Packet-Demodulator-Part-1-1200-baud.pdf" doc at:

https://github.com/wb2osz/direwolf/tree/dev/doc

There are other excellent write ups that John wrote there that talk about his various testing and compensations that Direwolf does to support improper signals.

--David

wb2osz commented 4 years ago

I would be hesitant to pre-distort the outgoing audio. If it is not precisely matched to be the inverse of further distortions downstream, it's likely to create more problems than it solves.