Welcome to the FlexRadio Community! Please review the new Community Rules and other important new Community information on the Message Board.
Need the latest SmartSDR, Power Genius, Tuner Genius and Antenna Genius Software?
SmartSDR v3.9.18 and the SmartSDR v3.9.18 Release Notes
SmartSDR v2.12.1 and the SmartSDR v2.12.1 Release Notes
Power Genius XL Utility v3.8.9 and the Power Genius XL Release Notes v3.8.9
Tuner Genius XL Utility v1.2.11 and the Tuner Genius XL Release Notes v1.2.11
Antenna Genius Utility v4.1.8
SmartSDR v3.9.18 and the SmartSDR v3.9.18 Release Notes
SmartSDR v2.12.1 and the SmartSDR v2.12.1 Release Notes
Power Genius XL Utility v3.8.9 and the Power Genius XL Release Notes v3.8.9
Tuner Genius XL Utility v1.2.11 and the Tuner Genius XL Release Notes v1.2.11
Antenna Genius Utility v4.1.8
If you are having a problem, please refer to the product documentation or check the Help Center for known solutions.
Need technical support from FlexRadio? It's as simple as Creating a HelpDesk ticket.
Need technical support from FlexRadio? It's as simple as Creating a HelpDesk ticket.
SO2R 2BSIQ Glitch
Steve London
Member ✭✭
I am testing a remote Flex 6700 with 2BSIQ operation and have discovered a glitch in the audio. To mitigate audio latency, I am using a RemoteRig and a separate internet connection to transport the audio. I am sending audio from slices A and B continuously, on separate stereo channels. At the control location, I'm using a YCCC SO2R Box to manage the audio streams. All of that works fine with N1MM+.
The problem is that after transmitting on one slice, then switching to transmit on the other slice, while continuing to listen on the first slice (with FDX enabled), there is a significant audio dropout of several hundred msec on the first slice just after transmission starts on the second slice. This makes it unusable for 2BSIQ operation, as that glitch wipes out a character of the callsign being sent on the first slice. This is 100% repeatable.
Is there any solution to this ?
Thanks,
Steve, N2IC
2BSIQ: See https://www.qsl.net/ct1boh/2bsiq/
The problem is that after transmitting on one slice, then switching to transmit on the other slice, while continuing to listen on the first slice (with FDX enabled), there is a significant audio dropout of several hundred msec on the first slice just after transmission starts on the second slice. This makes it unusable for 2BSIQ operation, as that glitch wipes out a character of the callsign being sent on the first slice. This is 100% repeatable.
Is there any solution to this ?
Thanks,
Steve, N2IC
2BSIQ: See https://www.qsl.net/ct1boh/2bsiq/
0
Comments
-
Steve,
why do you need YCCC box?
I used RemoteRig for CW and audio as well, and all working good.
yuri
N2TTA
0 -
Too much audio latency when using SmartSDR for audio.
73,
Steve, N2IC
0 -
I using SmartSDR together with Maestro for Flex control only, and Remoterig for transport audio including CW and SSB mic., since Remoterig has less latency. All worked fine here. Flex support Open Two Radio Switching Protocol and YCCC box not necessary. You need to play with delay adjustment and im not sure that will be possible in YCCC SO2R box.
Yuri
0
Leave a Comment
Categories
- All Categories
- 325 Community Topics
- 2.1K New Ideas
- 590 The Flea Market
- 7.8K Software
- 6.2K SmartSDR for Windows
- 165 SmartSDR for Maestro and M models
- 394 SmartSDR for Mac
- 260 SmartSDR for iOS
- 246 SmartSDR CAT
- 178 DAX
- 368 SmartSDR API
- 9K Radios and Accessories
- 14 Aurora
- 150 FLEX-8000 Signature Series
- 7.1K FLEX-6000 Signature Series
- 906 Maestro
- 50 FlexControl
- 854 FLEX Series (Legacy) Radios
- 865 Genius Products
- 444 Power Genius XL Amplifier
- 307 Tuner Genius XL
- 114 Antenna Genius
- 274 Shack Infrastructure
- 194 Networking
- 437 Remote Operation (SmartLink)
- 135 Contesting
- 715 Peripherals & Station Integration
- 135 Amateur Radio Interests
- 938 Third-Party Software