You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I am using Direwolf for sending audio through a USB soundcard to my radio. I have tried using the VOX on the radio and the Hamlib library to enable CAT push to talk in the direwolf.conf file. Around 75% of the time the audio output from direwolf will work with no problems. However, occasionally the audio will cut out either at the beginning of the carrier tone or halfway through sending a packet. I have checked to see if this is a issue with resource consumption but the CPU and memory are only at 15% when Direwolf is transmitting. When using hamlib the push to talk on my radio will stay on if the audio cuts out.
I have the same issue on my laptop which is running Windows 10 instead of Raspbian however the audio ending abruptly occurs less frequently then on the Pi. I have the same configuration file for my laptop and the Pi. I have also tried using two different USB soundcards including my laptop's built-in speaker output and the issue is still present.
I am running direwolf using: direwolf -B 1200
The text was updated successfully, but these errors were encountered:
Github "issues" is not how you get support for Direwolf. Please close this issue, subscribe to direwolf@groups.io and re-post your question there. When you do, please cite what radio you're using and how you've cabled things between your computer and your radio.
Please provide exact details on how to set up a situation where this occurs.
Example: Try this
cbeacon delay=0:10 every=0:03 info=" 1 The quick brown fox jumps over the lazy dog "
Is it consistent or are some packets short?
Whenever there is inconsistent transmitting behavior we have to rule out RF getting back into the computer.
How far is the antenna from the radio?
Does the problem persist if the transmitter is changed to low power?
Please provide exact details on how to set up a situation where this occurs.
Example: Try this
cbeacon delay=0:10 every=0:03 info=" 1 The quick brown fox jumps over the lazy dog "
Is it consistent or are some packets short?
Whenever there is inconsistent transmitting behavior we have to rule out RF getting back into the computer.
How far is the antenna from the radio?
Does the problem persist if the transmitter is changed to low power?
I am using Direwolf for sending audio through a USB soundcard to my radio. I have tried using the VOX on the radio and the Hamlib library to enable CAT push to talk in the
direwolf.conf
file. Around 75% of the time the audio output from direwolf will work with no problems. However, occasionally the audio will cut out either at the beginning of the carrier tone or halfway through sending a packet. I have checked to see if this is a issue with resource consumption but the CPU and memory are only at 15% when Direwolf is transmitting. When using hamlib the push to talk on my radio will stay on if the audio cuts out.I have the same issue on my laptop which is running Windows 10 instead of Raspbian however the audio ending abruptly occurs less frequently then on the Pi. I have the same configuration file for my laptop and the Pi. I have also tried using two different USB soundcards including my laptop's built-in speaker output and the issue is still present.
I am running direwolf using:
direwolf -B 1200
The text was updated successfully, but these errors were encountered: