开云体育

Date

Re: Packet (TNC) or PC Serial I/O (for Dummies)

 

Thanks, Rob. I'll check it out. I didn't realize pins 1 & 5 (or 4) were audio.

Also, according to the manual, pin 3 (PKS) says '"L" is transmitted and microphone is muted'
What the heck do they mean by "L" is transmitted?
?
? ? ?…doug
?
Doug Kaye, K6DRK
DMR ID: 3196950
doug@...
?
?


Re: Packet (TNC) or PC Serial I/O (for Dummies)

 

At a glance, it looks like the serial interface is for programming - not "packet".
Therefore, I'd suggest a sound card interface using the 8-pin data jack information on page 23 of the manual.
Pin 1 - TX audio from sound card headphones/line out
Pin 2 Gnd
Pin 3 PTT
Pin 5 RX audio to sound card Mic/line in
???????? Could use Pin 4 for high baud rates.
Personally, I never use the SQL line (pin 6) - use open squelch and let Direwolf handle that part.

Don't know anything more about the radio, like TX/RX turnaround, etc.

Robert Giuliano
KB8RCO



On Thursday, October 5, 2023 at 08:18:22 PM EDT, Doug Kaye (K6DRK) <doug@...> wrote:


I've built a few iGates and digipeaters using Direwolf on Linux with USB sound cards. No problem.

Now I want to make a digipeater for a Btech UV-50X3 xcvr. It offers two interfaces via a DIN-8 connector. Which do I want to use:
  • "Packet date input : TX data from TNC to transceiver (775mVrms)", or
  • "PC serial data Input: RS-232C level"
Both have corresponding outputs.

And then, how do I configure direwolf for the selected interface? It's probably obvious, but I haven't found this easily.


Packet (TNC) or PC Serial I/O (for Dummies)

 

I've built a few iGates and digipeaters using Direwolf on Linux with USB sound cards. No problem.

Now I want to make a digipeater for a Btech UV-50X3 xcvr. It offers two interfaces via a DIN-8 connector. Which do I want to use:
  • "Packet date input : TX data from TNC to transceiver (775mVrms)", or
  • "PC serial data Input: RS-232C level"
Both have corresponding outputs.

And then, how do I configure direwolf for the selected interface? It's probably obvious, but I haven't found this easily.


Re: Raspberry pi Build (cmake ...) error after upgrading from Buster to Bullseye

 

Thanks for sharing - makes sense!

Robert Giuliano
KB8RCO



On Thursday, October 5, 2023 at 09:50:30 AM EDT, f1mhv <f1mhv@...> wrote:


Hi Robert,

I did previously sudo apt install cmake libasound2-dev libudev-dev but no success.

Fix was provided by Geoffrey F4FXL: deleting build directory and starting agin from mkdir build && cd build and so on… build was error-less.

73 de Cyril - DF1CHB - F1MHV




> Le 5 oct. 2023 à 15:04, Rob Giuliano via groups.io <kb8rco@...> a écrit :
>
> I have built Direwolf on Bullseye many time, so you must be missing something fairly simple.
>
> Did you update the dependencies after updating the OS?
> You may want to run
>? sudo apt install cmake libasound2-dev libudev-dev
> As these may need to be restore / readdressed after the OS update.
>? ? I see libudev listed, so it is a good bet.
>
>
>
> Robert Giuliano
> KB8RCO
>
>
> On Thursday, October 5, 2023 at 03:32:19 AM EDT, f1mhv <f1mhv@...> wrote:
>
>
> Gi Group,
>
> I decided to upgrade my RPi running Direwolf from Buster to Bullseye by changing /etc/apt/sources.list (yes i know it’s the dirty way but i didn’t want to re-install EVERYTHING). Luckily it worked with minimum damages (old G4KLX GMSK Dstar modem & F4FXL’s Dsatrgateway ok) but Direwolf was hit.
>
> - make clean done
>
> - cmake -DUNITTEST=1 ..
> -- Dire Wolf Version: 1.7.0-ab834f3
> -- Build type set to: Release
> CMake system: Linux
> -- Target architecture: ARM
> -- Use NEON SIMD instructions
> -- Checking for module 'hamlib'
> --? No package 'hamlib' found
> -- Could NOT find hamlib (missing: HAMLIB_LIBRARY HAMLIB_INCLUDE_DIR)
> -- Build unit test binaries
> -- Configuring done
> -- Generating done
> -- Build files have been written to: /home/pi/direwolf/build
>
> then make -j4 with following errors:
>
> -? 26%] Building C object src/CMakeFiles/gen_packets.dir/fcs_calc.c.o
> make[2]: *** No rule to make target '/lib/arm-linux-gnueabihf/libudev.so', needed by 'src/cm108'.? Stop.
> make[2]: *** Waiting for unfinished jobs….
>
> [ 28%] Building C object src/CMakeFiles/cm108.dir/textcolor.c.o
> make[1]: *** [CMakeFiles/Makefile2:1555: src/CMakeFiles/cm108.dir/all] Error 2
> make[1]: *** Waiting for unfinished jobs….
>
> - [ 62%] Building C object src/CMakeFiles/direwolf.dir/dns_sd_common.c.o
> make[2]: *** No rule to make target '/lib/arm-linux-gnueabihf/libudev.so', needed by 'src/direwolf'.? Stop.
> make[2]: *** Waiting for unfinished jobs....
> [ 63%] Building C object src/CMakeFiles/direwolf.dir/dns_sd_avahi.c.o
> make[1]: *** [CMakeFiles/Makefile2:1310: src/CMakeFiles/direwolf.dir/all] Error 2
> make: *** [Makefile:182: all] Error 2
>
> about libudev-dev:
>
> dpkg -l | grep libudev
> ii? libgudev-1.0-0:armhf? ? ? ? ? ? ? ? 234-1? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? armhf? ? ? ? GObject-based wrapper library for libudev
> ii? libudev-dev:armhf? ? ? ? ? ? ? ? ? ? 247.3-7+rpi1+deb11u2? ? ? ? ? ? ? ? ? ? armhf? ? ? ? libudev development files
> ii? libudev0:armhf? ? ? ? ? ? ? ? ? ? ? 200-1? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? armhf? ? ? ? compatibility wrapper for libudev version 0
> ii? libudev1:armhf? ? ? ? ? ? ? ? ? ? ? 247.3-7+rpi1+deb11u2? ? ? ? ? ? ? ? ? ? armhf? ? ? ? libudev shared library
>
> pkg-config is installed as well.
>
> Of course prior dropping this email i went thru groups.io messages search but i couldn’t figured-out a fix.
>
> 73 de Cyril - DF1CHB - F1MHV
>
>
>
>
>
>
>
>
>
>







Re: Raspberry pi Build (cmake ...) error after upgrading from Buster to Bullseye

 

Hi Robert,

I did previously sudo apt install cmake libasound2-dev libudev-dev but no success.

Fix was provided by Geoffrey F4FXL: deleting build directory and starting agin from mkdir build && cd build and so on… build was error-less.

73 de Cyril - DF1CHB - F1MHV

Le 5 oct. 2023 à 15:04, Rob Giuliano via groups.io <kb8rco@...> a écrit :

I have built Direwolf on Bullseye many time, so you must be missing something fairly simple.

Did you update the dependencies after updating the OS?
You may want to run
sudo apt install cmake libasound2-dev libudev-dev
As these may need to be restore / readdressed after the OS update.
I see libudev listed, so it is a good bet.



Robert Giuliano
KB8RCO


On Thursday, October 5, 2023 at 03:32:19 AM EDT, f1mhv <f1mhv@...> wrote:


Gi Group,

I decided to upgrade my RPi running Direwolf from Buster to Bullseye by changing /etc/apt/sources.list (yes i know it’s the dirty way but i didn’t want to re-install EVERYTHING). Luckily it worked with minimum damages (old G4KLX GMSK Dstar modem & F4FXL’s Dsatrgateway ok) but Direwolf was hit.

- make clean done

- cmake -DUNITTEST=1 ..
-- Dire Wolf Version: 1.7.0-ab834f3
-- Build type set to: Release
CMake system: Linux
-- Target architecture: ARM
-- Use NEON SIMD instructions
-- Checking for module 'hamlib'
-- No package 'hamlib' found
-- Could NOT find hamlib (missing: HAMLIB_LIBRARY HAMLIB_INCLUDE_DIR)
-- Build unit test binaries
-- Configuring done
-- Generating done
-- Build files have been written to: /home/pi/direwolf/build

then make -j4 with following errors:

- 26%] Building C object src/CMakeFiles/gen_packets.dir/fcs_calc.c.o
make[2]: *** No rule to make target '/lib/arm-linux-gnueabihf/libudev.so', needed by 'src/cm108'. Stop.
make[2]: *** Waiting for unfinished jobs….

[ 28%] Building C object src/CMakeFiles/cm108.dir/textcolor.c.o
make[1]: *** [CMakeFiles/Makefile2:1555: src/CMakeFiles/cm108.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs….

- [ 62%] Building C object src/CMakeFiles/direwolf.dir/dns_sd_common.c.o
make[2]: *** No rule to make target '/lib/arm-linux-gnueabihf/libudev.so', needed by 'src/direwolf'. Stop.
make[2]: *** Waiting for unfinished jobs....
[ 63%] Building C object src/CMakeFiles/direwolf.dir/dns_sd_avahi.c.o
make[1]: *** [CMakeFiles/Makefile2:1310: src/CMakeFiles/direwolf.dir/all] Error 2
make: *** [Makefile:182: all] Error 2

about libudev-dev:

dpkg -l | grep libudev
ii libgudev-1.0-0:armhf 234-1 armhf GObject-based wrapper library for libudev
ii libudev-dev:armhf 247.3-7+rpi1+deb11u2 armhf libudev development files
ii libudev0:armhf 200-1 armhf compatibility wrapper for libudev version 0
ii libudev1:armhf 247.3-7+rpi1+deb11u2 armhf libudev shared library

pkg-config is installed as well.

Of course prior dropping this email i went thru groups.io messages search but i couldn’t figured-out a fix.

73 de Cyril - DF1CHB - F1MHV










Re: Raspberry pi Build (cmake ...) error after upgrading from Buster to Bullseye

 

I have built Direwolf on Bullseye many time, so you must be missing something fairly simple.

Did you update the dependencies after updating the OS?
You may want to run
? sudo apt install cmake libasound2-dev libudev-dev
As these may need to be restore / readdressed after the OS update.
?? I see libudev listed, so it is a good bet.



Robert Giuliano
KB8RCO


On Thursday, October 5, 2023 at 03:32:19 AM EDT, f1mhv <f1mhv@...> wrote:


Gi Group,

I decided to upgrade my RPi running Direwolf from Buster to Bullseye by changing /etc/apt/sources.list (yes i know it’s the dirty way but i didn’t want to re-install EVERYTHING). Luckily it worked with minimum damages (old G4KLX GMSK Dstar modem & F4FXL’s Dsatrgateway ok) but Direwolf was hit.

- make clean done

- cmake -DUNITTEST=1 ..
-- Dire Wolf Version: 1.7.0-ab834f3
-- Build type set to: Release
CMake system: Linux
-- Target architecture: ARM
-- Use NEON SIMD instructions
-- Checking for module 'hamlib'
--? No package 'hamlib' found
-- Could NOT find hamlib (missing: HAMLIB_LIBRARY HAMLIB_INCLUDE_DIR)
-- Build unit test binaries
-- Configuring done
-- Generating done
-- Build files have been written to: /home/pi/direwolf/build

then make -j4 with following errors:

-? 26%] Building C object src/CMakeFiles/gen_packets.dir/fcs_calc.c.o
make[2]: *** No rule to make target '/lib/arm-linux-gnueabihf/libudev.so', needed by 'src/cm108'.? Stop.
make[2]: *** Waiting for unfinished jobs….

[ 28%] Building C object src/CMakeFiles/cm108.dir/textcolor.c.o
make[1]: *** [CMakeFiles/Makefile2:1555: src/CMakeFiles/cm108.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs….

- [ 62%] Building C object src/CMakeFiles/direwolf.dir/dns_sd_common.c.o
make[2]: *** No rule to make target '/lib/arm-linux-gnueabihf/libudev.so', needed by 'src/direwolf'.? Stop.
make[2]: *** Waiting for unfinished jobs....
[ 63%] Building C object src/CMakeFiles/direwolf.dir/dns_sd_avahi.c.o
make[1]: *** [CMakeFiles/Makefile2:1310: src/CMakeFiles/direwolf.dir/all] Error 2
make: *** [Makefile:182: all] Error 2

about libudev-dev:

dpkg -l | grep libudev
ii? libgudev-1.0-0:armhf? ? ? ? ? ? ? ? 234-1? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? armhf? ? ? ? GObject-based wrapper library for libudev
ii? libudev-dev:armhf? ? ? ? ? ? ? ? ? ? 247.3-7+rpi1+deb11u2? ? ? ? ? ? ? ? ? ? armhf? ? ? ? libudev development files
ii? libudev0:armhf? ? ? ? ? ? ? ? ? ? ? 200-1? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? armhf? ? ? ? compatibility wrapper for libudev version 0
ii? libudev1:armhf? ? ? ? ? ? ? ? ? ? ? 247.3-7+rpi1+deb11u2? ? ? ? ? ? ? ? ? ? armhf? ? ? ? libudev shared library

pkg-config is installed as well.

Of course prior dropping this email i went thru groups.io messages search but i couldn’t figured-out a fix.

73 de Cyril - DF1CHB - F1MHV










Raspberry pi Build (cmake ...) error after upgrading from Buster to Bullseye

 

Gi Group,

I decided to upgrade my RPi running Direwolf from Buster to Bullseye by changing /etc/apt/sources.list (yes i know it’s the dirty way but i didn’t want to re-install EVERYTHING). Luckily it worked with minimum damages (old G4KLX GMSK Dstar modem & F4FXL’s Dsatrgateway ok) but Direwolf was hit.

- make clean done

- cmake -DUNITTEST=1 ..
-- Dire Wolf Version: 1.7.0-ab834f3
-- Build type set to: Release
CMake system: Linux
-- Target architecture: ARM
-- Use NEON SIMD instructions
-- Checking for module 'hamlib'
-- No package 'hamlib' found
-- Could NOT find hamlib (missing: HAMLIB_LIBRARY HAMLIB_INCLUDE_DIR)
-- Build unit test binaries
-- Configuring done
-- Generating done
-- Build files have been written to: /home/pi/direwolf/build

then make -j4 with following errors:

- 26%] Building C object src/CMakeFiles/gen_packets.dir/fcs_calc.c.o
make[2]: *** No rule to make target '/lib/arm-linux-gnueabihf/libudev.so', needed by 'src/cm108'. Stop.
make[2]: *** Waiting for unfinished jobs….

[ 28%] Building C object src/CMakeFiles/cm108.dir/textcolor.c.o
make[1]: *** [CMakeFiles/Makefile2:1555: src/CMakeFiles/cm108.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs….

- [ 62%] Building C object src/CMakeFiles/direwolf.dir/dns_sd_common.c.o
make[2]: *** No rule to make target '/lib/arm-linux-gnueabihf/libudev.so', needed by 'src/direwolf'. Stop.
make[2]: *** Waiting for unfinished jobs....
[ 63%] Building C object src/CMakeFiles/direwolf.dir/dns_sd_avahi.c.o
make[1]: *** [CMakeFiles/Makefile2:1310: src/CMakeFiles/direwolf.dir/all] Error 2
make: *** [Makefile:182: all] Error 2

about libudev-dev:

dpkg -l | grep libudev
ii libgudev-1.0-0:armhf 234-1 armhf GObject-based wrapper library for libudev
ii libudev-dev:armhf 247.3-7+rpi1+deb11u2 armhf libudev development files
ii libudev0:armhf 200-1 armhf compatibility wrapper for libudev version 0
ii libudev1:armhf 247.3-7+rpi1+deb11u2 armhf libudev shared library

pkg-config is installed as well.

Of course prior dropping this email i went thru groups.io messages search but i couldn’t figured-out a fix.

73 de Cyril - DF1CHB - F1MHV


Re: RPi Direwolf packet station.

Mike Berg
 

For a simple packet station using a Raspberry Pi with a sound card interface like Signalink USB, I found Direwolf and QtTermTCP got the job done.
Like any Internet hunting trip, it was a matter of finding the right place to start.?
These folks across the pond in the UK were invaluable.??



Here are their pages with build & install instructs for Direwolf and QtTermTCP.? Scroll down on each to the Linux Raspberry Pi instructs.





When installed on the same Pi, they talk to each other via 127.0.0.1 on port 8000
I've done both builds on two different Raspberry Pi platforms, the Pi3b (32bit OS)and Pi400 (64bit OS)

Hope this helps someone else trying to do Pi Packet Radio.

73
Mike N0QBH


Re: "Timeout waiting for input from audio device 0" on Windows

 

I run my small win pc in high performance power mode seemed to help


Re: "Timeout waiting for input from audio device 0" on Windows

 

On Mon, Oct 2, 2023 at 06:52 AM, Peter G. Viscarola wrote:
Can anyone suggest a "known to work without problems on Windows" USB sound device?

Masters Communications
?but old models had limited bandwidth


Re: Minicom & Direwolf

 

Yes thanks for your post.. I agree with it! Now I will be up all night..


Re: DW recently stopped working...

 

Just an idea?? Maybe each change demands a hard?
reset? Back in the ampr.org days it was always the?
first move.. ?N9pno-1.ampr.org
any one around from IMSA in Aurora Illinois packet
days? K9vxw Ka9scf Wa9aek…..
long live PACTWIN HDLC!


Re: "Timeout waiting for input from audio device 0" on Windows

 

Thank you for the information, it all helped.
Regards?
? ? ? ? ? ?Pete VK2BLO

Virus-free.


On Tue, Oct 3, 2023 at 1:09?PM Rob Giuliano via <kb8rco=[email protected]> wrote:
Not in the config file.? The command line is the Windows command prompt or a Linux terminal.
In Windows search on "cmd", or modify the "Target:" information in a Windows shortcut.
?? <Right-click>on the shortcut and look at "Properties" for "Target:"

In Linux, the terminal is typically an icon "of >_ " or under the Accessories menu >Terminal (on a Raspberry Pi).? Other Linux distros may have it under different menu items.

Robert Giuliano
KB8RCO

On Mon, Oct 2, 2023 at 20:12, Peter Hodgo
hi guys.
I have been reading the post re this matter, Great stuff.
This is outside of this, BUT how and where do you put the Command Line in the config file to bring up?
the timestamps.
I have tried?this so many times and i can't?get it the read it.
>Put "-T %H:%M:%S" on the command line to get timestamps.
any help here..
Thanks?
? ? ? ? ? ? ? ?Pete VK2BLO

Virus-free.

On Tue, Oct 3, 2023 at 4:51?AM Peter G. Viscarola <PeterVisc@...> wrote:
>Put "-T %H:%M:%S" on the command line to get timestamps.

Oh, that's terrific.? Thanks for that!? That works great!

>Are you using a USB hub?

No, I'm not.? I am? using an extender cable, though ("a" type female to "a" type male).? I guess that could be causing some problems.? Hmmm...

Thanks again, and very much, to everyone for the suggestions so far.

(Interesting note: Since changing the sampling rate to 48000, I haven't seen the timeout problem. I don't really understand why this would fix the problem, but....)

VY 73 de Peter K1PGV


Re: "Timeout waiting for input from audio device 0" on Windows

 

Not in the config file.? The command line is the Windows command prompt or a Linux terminal.
In Windows search on "cmd", or modify the "Target:" information in a Windows shortcut.
?? <Right-click>on the shortcut and look at "Properties" for "Target:"

In Linux, the terminal is typically an icon "of >_ " or under the Accessories menu >Terminal (on a Raspberry Pi).? Other Linux distros may have it under different menu items.

Robert Giuliano
KB8RCO

On Mon, Oct 2, 2023 at 20:12, Peter Hodgo
<petervk2blo@...> wrote:
hi guys.
I have been reading the post re this matter, Great stuff.
This is outside of this, BUT how and where do you put the Command Line in the config file to bring up?
the timestamps.
I have tried?this so many times and i can't?get it the read it.
>Put "-T %H:%M:%S" on the command line to get timestamps.
any help here..
Thanks?
? ? ? ? ? ? ? ?Pete VK2BLO

Virus-free.

On Tue, Oct 3, 2023 at 4:51?AM Peter G. Viscarola <PeterVisc@...> wrote:
>Put "-T %H:%M:%S" on the command line to get timestamps.

Oh, that's terrific.? Thanks for that!? That works great!

>Are you using a USB hub?

No, I'm not.? I am? using an extender cable, though ("a" type female to "a" type male).? I guess that could be causing some problems.? Hmmm...

Thanks again, and very much, to everyone for the suggestions so far.

(Interesting note: Since changing the sampling rate to 48000, I haven't seen the timeout problem. I don't really understand why this would fix the problem, but....)

VY 73 de Peter K1PGV


Re: "Timeout waiting for input from audio device 0" on Windows

 

hi guys.
I have been reading the post re this matter, Great stuff.
This is outside of this, BUT how and where do you put the Command Line in the config file to bring up?
the timestamps.
I have tried?this so many times and i can't?get it the read it.
>Put "-T %H:%M:%S" on the command line to get timestamps.
any help here..
Thanks?
? ? ? ? ? ? ? ?Pete VK2BLO

Virus-free.


On Tue, Oct 3, 2023 at 4:51?AM Peter G. Viscarola <PeterVisc@...> wrote:
>Put "-T %H:%M:%S" on the command line to get timestamps.

Oh, that's terrific.? Thanks for that!? That works great!

>Are you using a USB hub?

No, I'm not.? I am? using an extender cable, though ("a" type female to "a" type male).? I guess that could be causing some problems.? Hmmm...

Thanks again, and very much, to everyone for the suggestions so far.

(Interesting note: Since changing the sampling rate to 48000, I haven't seen the timeout problem. I don't really understand why this would fix the problem, but....)

VY 73 de Peter K1PGV


Re: "Timeout waiting for input from audio device 0" on Windows

 

开云体育

>Put "-T %H:%M:%S" on the command line to get timestamps.

Oh, that's terrific.? Thanks for that!? That works great!

>Are you using a USB hub?

No, I'm not.? I am? using an extender cable, though ("a" type female to "a" type male).? I guess that could be causing some problems.? Hmmm...

Thanks again, and very much, to everyone for the suggestions so far.

(Interesting note: Since changing the sampling rate to 48000, I haven't seen the timeout problem. I don't really understand why this would fix the problem, but....)

VY 73 de Peter K1PGV


Re: "Timeout waiting for input from audio device 0" on Windows

 

On Mon, Oct 2, 2023 at 11:01 AM, Peter G. Viscarola wrote:
I was just bemoaning the fact that direwolf didn't timestamp any output

Put "-T %H:%M:%S" on the command line to get timestamps.

Are you using a USB hub?? There have been cases where plugging the USB Audio adapter into a USB hub was less reliable.

How about trying a different USB port on the computer?

73,
John WB2OSZ


Re: "Timeout waiting for input from audio device 0" on Windows

 

开云体育

David KI6ZHD wrote:

>?Consider running direwolf from a batch file that after the direwolf line is run, then run a "date /t" and a "time /t" command.? Now, when you run Direwolf and it then exits, it will print out WHEN exactly it crashed out.? At that point, go look a the the Windows Event Viewer aka the system logs and look around those timestamps to see what the OS says.

Thank you, David.? That's another very excellent suggestion... and one I had not thought of at all (I was just bemoaning the fact that direwolf didn't timestamp any output; I didn't even THINK of using a batch file to log the time/date).

SO, thanks for that... I'll create that simple batch file and try that again right now.

Many thanks to all so far...

vy 73 de Peter K1PGV



Re: "Timeout waiting for input from audio device 0" on Windows

 

开云体育


Hello Peter,

Consider running direwolf from a batch file that after the direwolf line is run, then run a "date /t" and a "time /t" command.? Now, when you run Direwolf and it then exits, it will print out WHEN exactly it crashed out.? At that point, go look a the the Windows Event Viewer aka the system logs and look around those timestamps to see what the OS says.? At that point, report back to the email list with what you've found and maybe someone can give you some more ideas what to do next.

--David
KI6ZHD



On 10/02/2023 07:13 AM, Peter G. Viscarola wrote:

Jeff KP3FT suggested:

>?Try changing the default sampling rate of 44100? to 48000 by using the -r switch

Thanks!? I'm trying that right now.? I'll report back.

In the meantime, I'd love to hear other thoughts/suggestions/ideas/recommendations.

vy 73 de Peter K1PGV




Re: "Timeout waiting for input from audio device 0" on Windows

 

开云体育

Jeff KP3FT suggested:

>?Try changing the default sampling rate of 44100? to 48000 by using the -r switch

Thanks!? I'm trying that right now.? I'll report back.

In the meantime, I'd love to hear other thoughts/suggestions/ideas/recommendations.

vy 73 de Peter K1PGV