Welcome to the new FlexRadio Community! Please review the new Community Rules and other important new Community information on the Message Board.
Need the latest SmartSDR, Power Genius, and Tuner Genius Software?
SmartSDR v3.7.4 and the SmartSDR v3.7.4 Release Notes | SmartSDR v2.12.1 and the SmartSDR v2.12.1 Release Notes
SmartSDR v1.12.1 and the SmartSDR v1.12.1 Release Notes
Power Genius XL Utility v3.8.8 and the Power Genius XL Release Notes v3.8.8
Tuner Genius XL Utility v1.1.20 and the Tuner Genius XL Release Notes v1.1.20
SmartSDR v3.7.4 and the SmartSDR v3.7.4 Release Notes | SmartSDR v2.12.1 and the SmartSDR v2.12.1 Release Notes
SmartSDR v1.12.1 and the SmartSDR v1.12.1 Release Notes
Power Genius XL Utility v3.8.8 and the Power Genius XL Release Notes v3.8.8
Tuner Genius XL Utility v1.1.20 and the Tuner Genius XL Release Notes v1.1.20
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
- 244 Community Topics
- 2.1K New Ideas
- 481 The Flea Market
- 7.1K Software
- 5.9K SmartSDR for Windows
- 132 SmartSDR for Maestro and M models
- 331 SmartSDR for Mac
- 243 SmartSDR for iOS
- 222 SmartSDR CAT
- 162 DAX
- 348 SmartSDR API
- 8.5K Radios and Accessories
- 6.9K FLEX-6000 Signature Series
- 746 Maestro
- 41 FlexControl
- 836 FLEX Series (Legacy) Radios
- 722 Genius Products
- 388 Power Genius XL Amplifier
- 250 Tuner Genius XL
- 84 Antenna Genius
- 225 Shack Infrastructure
- 150 Networking
- 366 Remote Operation (SmartLink)
- 120 Contesting
- 580 Peripherals & Station Integration
- 114 Amateur Radio Interests
- 805 Third-Party Software