Audio Stream Problem

[ATButteaux]

I'm attempting to use this on Ubuntu 22.10 (kinetic) and getting an error with the audio. I suspect it is because 22.10 has switched to PipeWire vs PulseAudio. Error below. Can anyone confirm this is indeed the problem? Any other info I can provide?

$ kappanhang -a 10.8.20.105 -u tux -p tux12345
2022-11-17T12:31:07.961-0500	info	main: kappanhang  by Norbert Varga HA2NON and Akos Marton ES1AKOS https://github.com/nonoo/kappanhang
2022-11-17T12:31:07.961-0500	info	streamcommon: control/connecting to 10.8.20.105:50001
2022-11-17T12:31:08.299-0500	info	controlstream: got serial and audio request success, device name: IC-705
2022-11-17T12:31:08.302-0500    info    streamcommon: serial/connecting to 10.8.20.105:50002
2022-11-17T12:31:08.302-0500    info    serialtcpsrv: exposing serial port on tcp port 4531
2022-11-17T12:31:08.316-0500    info    serialstream: stream started
2022-11-17T12:31:08.317-0500    info    streamcommon: audio/connecting to 10.8.20.105:50003
2022-11-17T12:31:08.317-0500    error   controlstream@299: audio/



2022-11-17T12:31:08.818-0500	info	streamcommon: control/disconnecting
2022-11-17T12:31:08.818-0500	info	streamcommon: serial/disconnecting

[formtapez]

Similar problem on ArchLinux, which results in a retry-loop.
Which is bad because i dont need audio at all. (Cmdline-Switch to disable audio would be helpful)

`
2023-08-12T13:27:11.824+0200 info main: kappanhang (devel) by Norbert Varga HA2NON and Akos Marton ES1AKOS https://github.com/nonoo/kappanhang
2023-08-12T13:27:11.824+0200 debug controlstream@318: init
2023-08-12T13:27:11.824+0200 info streamcommon: control/connecting to 10.0.0.97:50001
2023-08-12T13:27:11.824+0200 debug streamcommon@111: control/expecting a pkt4 answer
2023-08-12T13:27:11.825+0200 debug streamcommon@136: control/expecting pkt6 answer
2023-08-12T13:27:11.825+0200 debug controlstream@333: expecting login answer
2023-08-12T13:27:11.826+0200 debug controlstream@361: login ok, first auth sent...
2023-08-12T13:27:11.826+0200 debug controlstream@368: second auth sent...
2023-08-12T13:27:11.831+0200 debug controlstream@199: auth ok
2023-08-12T13:27:11.831+0200 debug controlstream@113: requesting serial and audio stream
2023-08-12T13:27:11.833+0200 info controlstream: got serial and audio request success, device name: IC-9700
2023-08-12T13:27:11.836+0200 info streamcommon: serial/connecting to 10.0.0.97:50002
2023-08-12T13:27:11.836+0200 info serialtcpsrv: exposing serial port on tcp port 4531
2023-08-12T13:27:11.837+0200 debug streamcommon@111: serial/expecting a pkt4 answer
2023-08-12T13:27:11.837+0200 debug streamcommon@136: serial/expecting pkt6 answer
2023-08-12T13:27:11.837+0200 info serialstream: stream started
2023-08-12T13:27:11.838+0200 info streamcommon: audio/connecting to 10.0.0.97:50003
2023-08-12T13:27:11.857+0200 error controlstream@299: audio/Connection failure: Connection refused
pa_context_connect() failed: Connection refused

2023-08-12T13:27:11.857+0200 debug controlstream@395: sending deauth
2023-08-12T13:27:12.354+0200 debug civcontrol@1335: retrying cmd send getNREnabled
2023-08-12T13:27:12.354+0200 debug civcontrol@1335: retrying cmd send getSubVFOFreq
2023-08-12T13:27:12.354+0200 debug civcontrol@1335: retrying cmd send getNR
2023-08-12T13:27:12.354+0200 debug civcontrol@1335: retrying cmd send getSubVFOMode
2023-08-12T13:27:12.354+0200 debug civcontrol@1335: retrying cmd send getSplit
2023-08-12T13:27:12.354+0200 debug civcontrol@1335: retrying cmd send getTransmitStatus
2023-08-12T13:27:12.354+0200 debug civcontrol@1335: retrying cmd send getTuneStatus
2023-08-12T13:27:12.355+0200 debug civcontrol@1335: retrying cmd send getPreamp
2023-08-12T13:27:12.355+0200 debug civcontrol@1335: retrying cmd send getAGC
2023-08-12T13:27:12.355+0200 debug civcontrol@1335: retrying cmd send getVd
2023-08-12T13:27:12.355+0200 debug civcontrol@1335: retrying cmd send getS
2023-08-12T13:27:12.355+0200 debug civcontrol@1335: retrying cmd send getOVF
2023-08-12T13:27:12.355+0200 debug civcontrol@1335: retrying cmd send getSWR
2023-08-12T13:27:12.355+0200 debug civcontrol@1335: retrying cmd send getTS
2023-08-12T13:27:12.355+0200 debug civcontrol@1335: retrying cmd send getRFGain
2023-08-12T13:27:12.355+0200 debug civcontrol@1335: retrying cmd send getSQL
2023-08-12T13:27:12.358+0200 info streamcommon: control/disconnecting
2023-08-12T13:27:12.358+0200 info streamcommon: serial/disconnecting
2023-08-12T13:27:12.358+0200 info main: waiting 1 seconds...
2023-08-12T13:27:13.359+0200 info main: restarting control stream...
2023-08-12T13:27:13.360+0200 debug controlstream@318: init

...
`

[jonlundy]

Hi i am also getting this restart loop. I recently updated my IC-705 to firmware 1.32 and i am wondering if the CI-V changed with the new version?

I am unable to get WSJT-X to work with hamlib 4.5.5.

I can get WFView to work. It uses its own implementation of CI-V